学校教材订购系统 详细设计说明书
学校教材订购系统详细设计说明书
1引言
1.1 编写目的
在前面（学校教材订购系统需求分析报告）中已明确了系统的主要功能，解决了系统“做什么”的问题，在概要设计阶段，我们对设计方案进行了概述。在这个阶段，我们需要确定如何具体的实现所要求的系统，因此要详细设计系统的各个模块。主要工作有：作出软件模块层次结构图，描述所有模块清单（名称，功能，I/O），从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序；设计数据库；设计页面。
本说明书主要提交给小组成员参考。
1.2 背景
a. 待开发的软件系统的名称:学校教材定购系统
b.本系统是河北大学内部的一个教材订购系统,实现教材的销售和采购。
c.本项目由老师委托我小组开发,开发人员包括: 组长兼系统分析员：龙一、系统设计员：xx、程序设计员：xx、数据库管理员：xx、数据操作员：xx。系统最终用户为xx大学,由xx大学提供计算网络。
d.该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独售书。
1.3 定义
1.3.1专门术语
库存表：存放库中存在得书籍数据。
出库表：存放已销售的书籍的数据。
入库表：存放入库书籍的数据。
购书表：存放提交的购书信息。
缺书登记表：存放缺少的书籍的信息。
待购教材表：存放待购书籍信息。
1.3.2 缩写
系统：若未特别指出，系统指本“学校教材定购系统”。
1.4 参考资料
《软件工程导论》—第五版清华大学出版社张海藩编著
2程序系统的结构
模块结构图略
3程序描述
3.1销售子系统模块具体描述
销售系统的工作过程为：首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。
输入项目
需要输入购书单中要求的信息（提交人姓名、书名、书号、数量、身份识别码）。
输出项目
需要打印领书单（书名、书号、数量、领书人姓名），发票（书名、书号、开票人姓名、交易金额、交易日期）。
流程逻辑
分析：由订书人员提交购书单后，经过审核，通过后提交成功，由工作人员开出发票，同时登记购书记录并审核无误后，发领书单，最后更新相应表项，如出库表，库存表，并进行审核修改。
接口：
各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。
存储分配：
为程序当中的数据结构在内存中开辟空间存储，如入到数据库中后在数据库的表中为其开辟存储空间。
测试计划：
本模块的具体测试将在下面各过程的设计中具体说明。
3.1.1提交购书单过程（HandBuyBookBill）
用户通过该程序向系统发出购书请求，在提交购书单界面中输入购书单中的各信息。本程序为并发执行，可以多人同时向系统提交购书单。无子程序。
功能：
收集用户提交的购书单，获得购书者的基本信息。
输人项：
提交人姓名（Name）String
购书的名称（BookName）String
购书的书号（ISBN）String
数量（No）String
身份识别码（ID）String
输出项：无。
算法：
V oid HandBuyBookBill（n,bn,ibn,no,id）
{
Name< BookName< ISBN< No< ID< } 接口： 销售模块通过调用HandBuyBookBill（）函数来调用该程序。 测试计划： 数据库连接情况：正常情况。 对用户输入的响应：合法输入，能够正常调用本程序； 非法输入，系统能否辨别，并作出响应(提出警告)； 程序的异常状况，系统能否及时做出响应。 3.1.2审核购书单过程（CheckBuyBookBill） 功能： 校验购书单信息。如果有一个或多个错误则不提交购书单上的数据，如果审核通过转入程序3.1.4开发票。 输人项： 提交人姓名，购书的名称，购书的书号，数量，身份识别码（传入参数）。 输出项：无。 算法： Bool CheckBuyBookBill（Name，BookName,ISBN,No,ID） { If(各参数与数据库中所存参数一致) Return true; V oid PrintBill（BookName，ISBN，Na，Mo，Da） Else Return false; } 接口： 调用形式：BOOL CheckBuyBookBill（Name，BookName,ISBN,No,ID） 传入参量：Name，BookName,ISBN,No,ID 传出参量：TRUE/FALSE 测试计划： 数据库连接正常 数据库数据正常 合法的购书单 不合法的购书单 数据库数据异常 数据库连接异常 3.1.3购书单错误信息显示过程（BuyBookBillError） 功能： 用来显示购书单中出现的错误。 输人项： 购书的名称，购书的书号，数量，身份识别码（传入参数）。 算法： V oid BuyBookBillError（BookName,ISBN,No,ID） { If（BookName!=True） 库中没有这类书，请重新输入 If（ISBN！=True） 书号错误，请重新输入 If（No！=True） 数量越界，请重新输入 If（ID!=True） 身份不对，请确认后重新输入 } 接口： 调用形式：V oid BuyBookBillError（BookName,ISBN,No,ID） 传入参量：Name，BookName,ISBN,No,ID 传出参量：各种提示信息 测试计划： 各信息都正确 有一项信息错误 所有信息全错 3.1.4开发票过程（PrintBill） 功能： 开发票给购书者。 输人项： 书名（BookName），书号（ISBN），（传入参数）； 开票人姓名（Name）string 交易金额（Money）real 交易日期（Date）time 输出项：发票 算法： V oid PrintBill（BookName，ISBN，Na，Mo，Da） { Name< Money< Date< Print（书名（BookName），书号（ISBN），开票人姓名（Name），交易金额（Money），交易日期（Date））； } 接口： 调用形式：V oid PrintBill（BookName，ISBN，Name，Money，Date） 传入参量：Name，BookName,ISBN ，Money，Date 3.1.5登记购书记录过程（DBRegistBuyBook） 功能： 将提交的信息存入到数据库的购书表中。 输人项： 书名，书号，数量（传入参数）。 输出项：无 算法： V oid DBRegistBuyBook（书名，书号，数量） { DB Book Name=”书名” DB ISBN=”书号” DB No=”数量” } 接口： 调用形式：V oid DBRegistBuyBook（书名，书号，数量） 传入参量：书名，书号，数量 3.1.6审核登记过程（CheckDBRegistBuyBook） 功能： 若在存取过程中出现错误则转到过程7登记购书记录错误信息显示过程，若没有错误，返回成功登记信息，转到过程8发领书单/打印过程（此程序为系统内部程序）。 输人项：无 输出项：无 算法： V oid CheckDBRegistBuyBook（） { If（数据库存取过程有错误） V oid DBRegistBuyBookError（）； Else V oid PrintBookBill（）； } 接口： 调用形式：V oid CheckDBRegistBuyBook（） 传入参量：无 传出参量：无 3.1.7登记购书记录错误信息显示过程（DBRegistBuyBookError） 功能： 显示在数据库操作中出现的错误，并RoolBack回滚转入过程5重新登记购书记录。 输人项：无 输出项：数据库操作中的错误类型、相应提示 算法： V oid DBRegistBuyBookError（） { Display(错误的类型，相应提示)； RoolBack Void DBRegistBuyBook（书名，书号，数量）； } 接口： 调用形式：V oid DBRegistBuyBookError（） 传入参量：无 传出参量：无 3.1.8发领书单/打印过程（PrintBookBill） 功能： 打印领书单给购书者。 输人项：领书的名称（BookName）、领书的书号（ISBN）、领书的数量（No）、领书人姓名（Nmae） （参数传入） 输出项：领书单 算法： V oid PrintBookBill（Nmae，ISBN，No，BookName） { Print（领书的名称（BookName）、领书的书号（ISBN）、领书的数量（No）、领书人姓名（Nmae））。 } 接口： 调用形式：V oid PrintBookBill（Nmae，ISBN，No，BookName） 传入参量：Nmae，ISBN，No，BookName 传出参量：无 程序3.1.5、3.1.6、3.1.7、3.1.8测试计划： 数据库连接正常 传入数据库数据正常成功登记数据并显示/打印领书单 传入数据库数据异常给出错误类型和相应提示 数据库连接异常给出错误类型和相应提示 3.1.9修改库存表、出库表过程（DBUpdateTable） 功能： 修改出库表和库存表相应的记录 输人项：书名、书号、数量（参数传入）； 出库时间（Outtime）time 输出项：更新后的库存表和出库表 算法： V oid DBUpdateTable（BookName ，ISBN，No，Ot） { Outtime< 修改库存表：书名、书号、数量 修改出库表：书名、书号、数量、出库时间 } 接口： 调用形式：V oid DBUpdateTable（BookName ，ISBN，No，Ot） 传入参量：Nmae，ISBN，No 传出参量：无 3.1.10审核修改表过程（CheckDBUpdateTable） 功能： 如在对数据库操作过程中出现错误，则转入过程11修改表错误信息显示过程，如果没错误，返回成功信息，继续进行下一步操作。（系统内部程序） 输人项：无 输出项：成功信息 算法： V oid CheckDBUpdateTable（） { If（修改数据库操作有误） V oid DBUpdateTableError（）； Else Print（“操作成功”）； 将更新后的库存表、出库表存入数据库; } 接口： 调用形式：V oid CheckDBUpdateTable（） 传入参量：无 传出参量：无 3.1.11修改表错误信息显示过程（DBUpdateTableError） 功能： 显示在数据库操作中出现的错误，并RoolBack回滚转到程序3.1.9重新修改库存表、出库表过程。 输人项：无 输出项：错误类型、相关提示 算法： V oid DBUpdateTableError（） { Display(错误的类型，相应提示)。 RoolBack V oid DBUpdateTable（BookName ，ISBN，No，Ot） } 接口： 调用形式：V oid DBUpdateTableError（） 传入参量：无 传出参量：无 程序3.1.9、3.1.10、3.1.11测试计划： 数据库连接正常 传入数据库数据正常成功修改出库表、库存表 传入数据库数据异常给出错误类型和相应提示 数据库连接异常给出错误类型和相应提示 3.2采购子系统模块具体描述 采购子系统工作过程：工作人员提交缺书单后，进行审查，无误后登记缺书，审核登记过程后，汇总缺书，生成采购表，采购结束后发进书通知单，最后更新相应表单，审核修改过程。在以上各审核过程中发现错误时，返回上一层重新进行操作。 输入项目： 需要输入缺书单中要求的信息（书名、书号、数量）。 输出项目： 需要打印进书通知单（书号、书名、进书日期），采购表（书号、书名、数量）。 流程逻辑 分析：工作人员提交缺书单后，进行审查，无误后登记缺书，审核登记过程后，汇总缺书，生成采购表，采购结束后发进书通知单，最后更新相应表单，审核修改过程 接口： 各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。 存储分配： 为程序当中的数据结构在内存中开辟空间存储，如入到数据库中后在数据库的表中为其开辟存储空间。 测试计划： 本模块的具体测试将在下面各过程的设计中具体说明。 3.2.1 发缺书单程序（HandLackBookBill） 功能： 在销售过程中出现缺书时由系统提示发缺书单，或者数据库管理人员定期统计书籍库存量，发现缺书状况时通过系统发缺书单。 输入项： 书名BookName string 书号ISBN string 数量No int 输出项： 无 算法： V oid HandLackBookBill（name，na，n） { BookName< ISBN< No< } 接口： 调用形式：V oid HandLackBookBill（name，na，n） 测试计划 数据库连接正常 输入参数合法 输入参数非法 数据库连接异常 3.2.2 审核缺书单程序（CheckLackBookBill） 功能： 对缺书单的过程进行审核，检查其输入信息是否正确。（此为系统内部程序，无输入及输出项）如果正确则转入过程四进行登记缺书，错误则转入过程三进行错误信息显示。 输入项： 书名，书号，数量（传入参数） 输出项： 无 算法： Bool CheckLackBookBill（BookName，ISBN，No） { If(各参数与数据库中所存参数一致) Return true; V oid DBRegistLackBook（） Else Return false; V oid LackBillError（） } 接口： 调用形式：系统内部自动调用Bool CheckLackBookBill（name，na，n） 传入参量：BookName，ISBN，No 传出参量：TRUE/FALSE 测试计划 此程序为系统内部程序，其测试与3.21发缺书单程序测试过程应绑定在一起，具体测试计划见3.2.1中测试计划。 3.2.3 缺书单错误信息显示程序（LackBookError） 功能： 在审核缺书单过程中发现错误，则通过此程序将具体错误显示，并返回发缺书单过程，重新发缺书单。 输入项： 书名，书号，数量（传入参数） 输出项： 错误信息提示 算法： Void LackBillError（BookName，ISBN，No） { If（书名!=True） 书名错误，请重新输入； If（书号!=True） 书号错误，请重新输入； If（数量!=True） 数量越界，请重新输入； } 接口： 调用形式：V oid LackBillError（BookName，ISBN，No） 传入参量：BookName，ISBN，No 传出参量：无 测试计划 此程序为系统内部程序，其测试与3.21发缺书单程序测试过程应绑定在一起，具体测试计划见3.2.1中测试计划。 3.2.4 登记缺书记录程序（DBRegistLackBook） 功能： 在审核缺书单信息无误后，将缺书单信息登记到缺书登记表中。 输入项： 书名，书号，数量（传入参数） 输出项： 无 算法： Void DBRegistLackBook（BookName，ISBN，No） { DB BookName< DB ISBN< DB No< } 接口： 调用形式：V oid LackBillError（BookName，ISBN，No） 传入参量：BookName，ISBN，No 测试计划 见采购子系统测试过程 3.2.5 审核登记程序（CheckLackBookBill） 功能： 对登记缺书过程进行审核，检查其输入信息是否正确。（此为系统内部程序，无输入及输出项）如果正确则转入过程7进行数据库中表的修改，错误则转入过程6进行错误信息显示。输入项： 书名，书号，数量（传入参数） 输出项： 无 算法： Bool CheckLackBookBill（BookName，ISBN，No） { If(各参数与数据库中所存参数一致) Return true; V oid DBRegistLackBook（） Else Return false; V oid LackBillError（） } 接口： 调用形式：系统内部自动调用Bool CheckLackBookBill（name，na，n） 传入参量：BookName，ISBN，No 传出参量：TRUE/FALSE 测试计划 此程序为系统内部程序，其测试与3.21发缺书单程序测试过程应绑定在一起，具体测试计划见3.2.1中测试计划。 3.2.6登记错误信息显示程序（DBRegistLackBookError） 功能： 在审核登记过程中发现错误，则通过此程序将具体错误显示，并返回登记过程，重新登记。 输入项： 书名，书号，数量（传入参数） 输出项： 错误信息提示 算法： V oid DBRegistLackBookError（BookName，ISBN，No） { If（书名!=True） 书名错误，请重新输入； V oid DBRegistLackBook（BookName，ISBN，No）； If（书号!=True） 书号错误，请重新输入； V oid DBRegistLackBook（BookName，ISBN，No）； If（数量!=True） 数量越界，请重新输入； V oid DBRegistLackBook（BookName，ISBN，No）； } 接口： 调用形式：V oid DBRegistLackBookError（BookName，ISBN，No） 传入参量：BookName，ISBN，No 传出参量：无 测试计划 此程序为系统内部程序，其测试与3.21发缺书单程序测试过程应绑定在一起，具体测试计划见3.2.1中测试计划。 3.2.7 生成采购表程序（PrintBuyingBookbill） 功能： 系统定期生成采购表，或者由工作成员主动要求系统生成，然后交给采购人员用于进行教材的采购工作。其数据来源于数据库中的缺书登记表。 输入项： 无 输出项： 书名BookName string 书号ISBN string 数量No int 算法： V oid PrintBuyingBookbill（BookName，ISBN，No） { Display BookName; Display ISBN； Display No； } 接口： 调用形式：V oid PrintBuyingBookbill（BookName，ISBN，No） 测试计划 启动打印程序，打印一至二份采购表，并将打印结果与数据库中采购登记表中数据比较核对是否一致。 3.2.8 修改数据库中的表程序（DBUpdateTable） 功能： 对新进的新书，修改数据库中入库表和库存表的记录: 输入项： 书名BookName string 书号ISBN string 数量No int 入库日期In_Date time 输出项： 无 算法： Void DBUpdateTable（BookName，ISBN，No，In_Date） { 入库表： DB BookName=”书名” DB ISBN=”书号” DB No=”数量” DB In_Date=”入库日期” 库存表： DB BookName=”书名” DB ISBN=”书号” DB No=”数量” } 接口： 调用形式：V oid DBUpdateTable（BookName，ISBN，No，In_Date） 测试计划 启动此程序，输入几组数据，观察数据库中表的变化。 3.2.9 审核修改表过程程序（CheckLackBookBill） 功能： 对修改数据库中表过程进行审核，检查其输入信息是否正确。（此为系统内部程序）如果错误则转入错误信息显示过程进行错误信息显示。 输入项： 书名，书号，数量，入库日期（传入参数） 输出项： TRUE/FALSE 算法： Bool CheckDBUpdateTable（BookName，ISBN，No，In_Date） { If(各参数与数据库中所存参数一致) Return true; Else Return false; V oid DBUpdateTableError（） } 接口： 调用形式：系统内部自动调用Bool CheckDBUpdateTable（name，na，n） 传入参量：BookName，ISBN，No，In_Date 传出参量：TRUE/FALSE 测试计划 此程序为系统内部程序，其测试与3.28发缺书单程序测试过程应绑定在一起，具体测试计划见3.28中测试计划。 3.2.10 修改错误信息显示程序（DBUpdateTableError） 功能： 在审核修改过程中发现错误，则通过此程序将具体错误显示，并返回修改过程，重新修改。 输入项： 书名，书号，数量，入库日期（传入参数） 输出项： 错误信息提示 算法： V oid DBUpdateTableError（BookName，ISBN，No，In_Date） { If（书名!=True） 书名错误，请重新输入； V oid DBUpdateTable（BookName，ISBN，No，In_Date） If（书号!=True） 书号错误，请重新输入； V oid DBUpdateTable（BookName，ISBN，No，In_Date） If（数量!=True） 数量越界，请重新输入； V oid DBUpdateTable（BookName，ISBN，No，In_Date） If（入库日期!=True） 入库日期越界，请重新输入； V oid DBUpdateTable（BookName，ISBN，No，In_Date） } 接口： 调用形式：V oid DBUpdateTableError（BookName，ISBN，No，In_Date） 传入参量：BookName，ISBN，No，In_Date 传出参量：无 测试计划 此程序为系统内部程序，其测试与3.28发缺书单程序测试过程应绑定在一起，具体测试计划见3.28中测试计划。 3.2.11 发进书通知单程序（PrintBookNotice） 功能： 在工作人员将新书入库后，由工作人员向教材发行人员发进书通知单，汇报书籍信息。输入项： 无 输出项： 书名BookName string 书号ISBN string 入库日期In_Date time 算法： V oid PrintBookNotice（BookName，ISBN，In_Date） { Display BookName; Display ISBN； Display In_Date； } 接口： 调用形式：V oid PrintBookNotice（BookName，ISBN，In_Date） 测试计划： 启动发进书通知单程序，打印三份采购表，并将打印结果与数据库中中数据比较核对是否一致。 文档标题 文档编号BH-CSD-003 版本V1.0 密级商密 A 研发生产中心项目名称全科医生专家咨询系统 项目来源 系统详细设计说明书 （V1.0 ） 南京毗邻智慧医疗科技有限公司 二○一三年十一月 文档变更记录 序号变更（ +/- ）说明作者版本号日期批准1 创建Steve.ma V1.0 2013.11.15 1 引言.......................................................................... (3) 1.1 编写目 的 ......................................................................... (3) 1.2 背 景 .......................................................................... (3) 1.3 定 义 .......................................................................... (3) 1.4 参考资 料 ......................................................................... (4) 2 平台安全体系与程序系统的结构........................................................................................ (4) 2.1 平台安全体 系 ........................................................................ (4) 2.2 程序系统结 构 ........................................................................ (5) 3 程序设计说 明 ........................................................................... (5) 3.1 程序描 述 ......................................................................... (5) 功能及其接 口 ........................................................................ 1.引言 1.1编写目的 对学校教材订购系统进行初步设计 1.2项目背景 名称:学校教材订购系统 本项目的用户:学校的学生，老师和教材订购管理员 本项目与其它软件或其他系统的关系:工作于windows所有的系统 1.3参考资料 软件工程—理论、方法与实践 1.4系统简介 本系统可以细化为两个子系统：销售系统和采购系统 销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。 采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.5技术要求及限定条件 （1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。 （2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。 （3）系统的外部项至少包括：教师、学生和教材工作人员。 系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。 需求说明书 1.需求分析的目的 需求分析对学校教材订购系统进行简单的分析，给出了系统的数据流图。加深与用户间的交流，在功能与系统界面上与用户达成一致的看法，以便于开发出用户满意的系统。 2.软件产品的作用范围 学校教材订购系统是为大多数教育院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，提高学校教材管理部门的工作效率。 3.一般性描述 本系统可以细化为两个子系统：销售系统和采购系统 销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。 采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日 修改记录 目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。 网上购物系统 详细设计说明书 1引言 1.1编写目的 电子商务是于九十年代初，在欧美兴起的一种全新的商业交易模式，它实现了交易的无纸化，效率化，自动化表现了网络最具魅力的地方，快速的交换信息，地理界限的模糊，这所有的一切也必将推动传统商业行为在网路时代的变革。随着电子商务，尤其是网上购物的发展，商品流通基础设施和配套行业的重点将会将对中国商品流通领域和整个经济发展带来种种影响，确实值得我们认真研究。特别是在全球经济一体化的国际背景下，在我们继续扩大国内流通领域对外开放的同时，深入研究这个问题，审慎制订相应的宏观对策，尤其重要和迫切。网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。网上购物系统具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或EDI交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。 1.2.项目背景 软件名称：网上购物系统 开发者：宋金德，袁浩，王朝阳，许威 项目简介：本系统主要实现网上产品展示与在线定购及人员的管理， 一、不同身份有不同的权限功能（管理人员、注册用户、游客） 二、在线产品展示（分页显示） 三、在线定购 四、后台管理（用户管理、商品的管理） 1.3定义 Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）。 ADO：ActiveX Data Object, ActiveX 数据对象 SQL：Structured Query Language 1.4参考资料 [1] 谭浩强《动态网页制作ASP》北京电子工业出版社. 2001 [2] 彭万波《网页设计精彩实例》北京电子工业出版社.2002 软件工程课程设计 题 目: 学校教材订购系统 系 别: 计算机科学与技术系 专业年级: 2014级专升本14xx 班 姓 名: xxx 学 号: 2014xxxxxx 2015年10月28日 LULIANG UNIVERSITY 目录 第一章项目计划书 ............................. 错误!未定义书签。第二章可行性研究分析 ..................... 错误!未定义书签。第三章需求规格说明书 ..................... 错误!未定义书签。第四章系统概要设计 ......................... 错误!未定义书签。第五章系统详细设计说明书 ............. 错误!未定义书签。第六章系统测试说明书 ..................... 错误!未定义书签。第七章项目结项总结 ......................... 错误!未定义书签。 第一章项目计划书 1.1项目设计目的 设计本项目的目的是根据对软件工程设计的学习，对学校教材订购人员需求进行了全面细致的分析，深入描述《学校教材订购系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。为了明确项目开发的目标和要求，明确任务进度，熟悉项目开发的基本流程和规范要求。 1.2项目简介 销售系统的主要工作过程为：首先由教师及学生提交购书单，经教材发行人员审核是有效购书单后，开发票，登记并返还给教师和学生领书单，教师和学生即可去书库领书。采购系统的主要工作过程为：若是脱销教材，则登记缺书单给书库采购人员，一旦新书入库后，即发进书通知给教材发行人员。 1.3项目开发环境 开发地点：吕梁学院新校区电教楼三层 系统环境：Windows xp 开发人员：袁琳娜 1.4项目所需文档 《项目开发计划书》、《项目需求分析规格说明书》、《系统概要设计》、《系统详细设计规格说明书》、《系统测试说明书》、《用户手册》、《会议记录》、《项目结项总结》。 1.5项目工作内容进度安排 a)前期工作：完成项目可行性分析研究报告，制定开发计划，重点是 完成项目的需求分析，总体设计，详细设计。 b)中期工作：编码实现需求功能，完成项目初步设计规格说明书和项 目详细设计规格说明书。 c)后期工作：项目测试，维护。 附录D:图书管理系统软件设计规格说明书 图书管理系统 软件详细设计规格说明书 1．引言 1.1编写目的 软件设计的任务是将软件需求变换成为软件的具体设计方案。概要设计根据软件需求导出软件的体系结构；详细设计给出软件模块的内部过程描述。该文档是设计结果的详细描述，也是程序员编写程序的功能依据。 1.2项目背景 开发软件名称：图书管理系统。 项目开发者：××学院计算机科学系“图书管理系统”开发小组： ×××(×号，组长)，×××(×号)，…… 用户单位：××学院 1.3 定义 图书管理系统对于现代图书馆而言，是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。所以，图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。 1.4 参考资料 ?钱乐秋等，《软件工程》，青还大学出版社； ?张害藩，《软件工程导论》（第四版），清华大学出版社； ?王珊等，《数据库原理及设计》，清华大学出版社； ?赵池龙等，《软件工程实践教程》，电子工业出版社。 2．详细设计 2.1软件结构块层次图 图书管理系统 书籍管理读者管理借阅管理 书籍信息 管理出版社管理 书籍类别 管理注销管理读者类别 管理 读者信息 管理 还书管理借书管理 续借管理 过期罚款 管理 图书丢失 管理 2.2 模块详细设计 此处给出各用例的程序实现流程图，也可用下面的描述显示表述 （注，建议用程序流程图） 借书管理： A.输入读者编号； 提示超期未还的借阅记录； B.输入图书编号； If 选择“确定” then If 读者状态无效或改书“已”注销或已借书数>=可借书数then 给出相应提示； Else 添加一条借书记录； “图书信息表”中“现有库存量”-1; “读者信息表”中“已借书数量”＋1; 提示执行情况； Endif 清空读者、图书编号等输入数据； Endif If 选择“重新输入”then 清空读者、图书编号等输入数据； Endif If 选择“退出”then 返回上一级界面； Endif 返回A.等待输入下一条； 系统软件详细设计说明书 1.引言 1.1编写目的 本详细设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行详 细设计，在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试作准备。本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣，在以后想对系统进行扩展和维护的人员。 2.系统的结构 ui :系统界面部分，负责接受用户输入，显示系统输出，负责其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp站点中搜索用户需要的资源。ui 部分调用common部分的功能读取xml文件中保存的界面元素属性信息，用户最近访问过的10个ftp信息，用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 client :实现ftp客户端的功能，ftp连接，ftp上传及下载：上传或下载用户指定的 资源，并返回相应的信息。 search: 资源实时检索部分，根据用户输入的资源名称关键字，资源类型和选择的检索方式检索用户需要的资源，并验证资源的可用性，返回可用资源及其大小，速度等相关信息。 preview ：资源预览部分，显示用户选择的资源的部分内容，以使用户决定是否需要该资源。 preview部分调用comm on部分读取属性文件的内容亦显示预览资源内容的显示格式。 3．模块1（ui ）设计说明 3.1 模块描述实现用户界面的包，含有11个文件51 个类，是本系统中最复杂的代码。 3.2 功能负责接受用户输入，显示系统输出，其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp 站点中搜索用户需要的资源。 3.3 交互的模块 client ，search ，preview ，common。 3.4 模块设计该模块中的主要文件，文件中包含的主要类及其功能和与其它包的交互如下： MainFrame.java ：MainFrame 是含有主函数的类，也是lyra 客户端开始执行的类，它先后进行资源的初始化，显示主界面等工作，根据屏幕大小设置界面大小，设置界面的观感。 FtpFrame_AboutBox.java: 显示关于窗口的类，当用户点击帮助菜单中的关于菜单项时会 弹出关于对话框。 Tools.java ：FileTools 是文件操作辅助类，可以实现文件的递归删除等。 XMLController.java: JDOMTes是操作xml文件的类，用JDOM来操作xml文件， 实现的功能有： （1）保存ftp 服务器的文件列表（站内搜索时使用），递归的从ftp 服务器读取列表，并存入一个xml文件中（文件的命名方法是：ip+用户名.xml）;以目录树的形式保存。 （2）根据文件名在文件中查找文件，站内搜索时使用。 （3）保存ftp 服务器的信息：ip ，端口（默认端口21 不保存），用户名（默认anonymous 不保存），密码，最多存10 个；存在resource\settings\ serversinfor.xml 文件中。 （4）读取已存储的ftp 服务器信息。 （5）从type.xml 读取搜索的类型。 Constants.java: 放置系统运行时使用的一些常量，initcontent （）函数对所有常量进行初始化，这个函数在MainFrame 中被调用一次。iconHashMap 是hash 表，用于存放文件的系统图标。 CustomizedController.java ：包含自定义的控件类，java 中的控件可能不能满足需求，需要自己定义某些属性。这些控件会在创建界面时使用。其中含有的类有： （1）CustomizedJTable 是表格类，设置表格的某些属性，如字体等。 （2）CustomizedTableCellRenderer 是表格单元格绘制器类，主要用于显示文件的系统图标，和文件名。 （3）LeftPanel类的父类是JTabbedPane,用户显示主窗口左边的面板。 （4）RightPanel 类的父类是JPanel ，用户显示右边的主题部分，包括右上边的搜索及服务 器选项，和中间的显示服务器文件的TabbedPane。. （5）BottomPanel 类是右下放显示下载和服务器信息的JTabbedPane。 （6）CustomizedJButton 是定义按钮类，更改了按钮的字体，java 本身默认的字体不好看。 （7）CustomizedTableModel 是表格类，实现单元格的不可编辑。 （8 ）CustomizedTableCellRenderer_Remote 类是表格绘制器，在远程文件浏览 器RemoteFilesPanel 使用，用于显示文件名和文件图标。 《数据库原理》课程设计报告 题目： 姓名： 学号： 专业班级： 指导老师： 年月日 摘要 /*（300字左右，宋体，五号）课程设计内容摘要主要是对撰写过程中实践、实验、研究的内容、方法和得到的主要结果的完整概括。 关键词: /*（3 – 5个，各个词之间用“；”分割，宋体，五号，黑色）*/ 目录 第1章引言 (4) 1.1 项目背景 (4) 1.2 项目定义 (4) 1.3 开发环境 (4) 第2章需求分析 (5) 2.1 需求分析的目标与任务 (5) 2.1.1 信息需求 (5) 2.1.2 处理需求 (5) 2.1.3 安全性和完整性要求 (5) 2.2 需求分析阶段成果 (6) 2.2.1 学校教材订书系统的业务流程图 (6) 2.2.2 学校教材订书系统系统的功能模块图： (7) 2.2.3 学校教材订书系统系统的数据字典 (7) 第3章概念设计 (19) 3.1 概念设计的目标与任务 (19) 3.2 阶段结果 (19) 3.2.1 属性与实体 (20) 3.2.2 各子系统与分E-R图 (21) 3.2.3 合并各分E-R图，得到总E-R图 (22) 第4章逻辑设计 (23) 4.1 逻辑设计的任务和目标 (23) 4.2 阶段结果 (23) 4.2.1 将E-R图转换为关系模型 (23) 4.2.2 模型优化 (24) 4.2.3 数据库模式定义 (24) 4.2.4 用户子模式定义 (28) 第5章物理设计 (30) 5.1 物理设计阶段的目标与任务 (30) 5.2 阶段结果： (30) 5.2.1 存取方法设计 (30) 5.2.2 存储结构的设计 (31) 5.2.3 评价物理结构 (31) 第6章数据库实施阶段 (32) 6.1 建立数据库、数据表、视图、索引 (32) 6.1.1 建立数据库 (32) 6.1.2 建立数据表 (32) 6.1.3 建立视图 (33) 6.1.4 建立索引 (33) XX项目 产品需求规格说明书 机构公开信息 版本历史 1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。 1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。 华科学院计算机科学与技术专业 《数据库课程设计》报告 （2009/2010学年第一学期） 学生姓名：罗学东 学生班级：信息管理092201H 学生学号： 2 指导教师：武研 2011年12月25日 目录 第一章系统概述 (1) 1.1 开发背景……………………………………………………………………………………… 1.2开发意义 (1) 1.3开发工具及主要技术 (2) 第二章总体系统需求分析 (3) 2.1总体设计要求 (3) 2.2总体系统软件结构图 (3) 2.3总体系统软件业务流程图 (4) 第三章子系统需求分析 (5) 3.1子系统设计要求 (5) 3.2子系统功能模型 (5) 3.3子系统业务流程模型................................................................................................第四章系统设计 (8) 4.1代码设计 (8) 4.2输出设计 (8) 4.3 输入设计 (8) 4.4 数据库设计 (9) 4.4.1概念数据模型 (9) 4.4.2 物理数据模型 (13) 4.5数据库建立…………………………………………………………………………………………… 4.5.1数据库的建立和使用……………………………………………………………………… 4.5.2建立用户表………………………………………………………………………………… 4.5.3建立存款表……………………………………………………………………………… 4.5.4建立上下机表…………………………………………………………………………… 4.5.5建立操作员表…………………………………………………………………………… 4.5.6建立上机标准表………………………………………………………………………… 4.6刷卡……………………………………………………………………………………………………… 4.7存款……………………………………………………………………………………………………… 4.8操作员…………………………………………………………………………………………………… 4.9查询刷卡全体用户...................................................................................................第五章系统实现 (15) 4.1系统功能截图 (15) 4.2源代码 (16) 心得体会 (26) 参考文献 (27) xxxxx系统详细设计说明书 版本历史 修改记录 目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14) 设计规格说明书 1．引言 1.1 目的 该软件设计规格说明书是基于“只有两个人”小组计划开发的“电影院网上售票系统”需求规格说明书编写的。 “电影院网上售票系统”，缓解了电影院售检票的人力压力，提供高效的，快捷的，稳定的操作。实现系统应具有的实用性、可靠性、有效性及方便性。 软件系统实际报告相近说明了该软件产品的体系结构设计、书籍库设计和构建设计等，从而对该软件产品的结构、实现方法等进行了详细的描述。 1.2 命名规则 （1）Pascal规范：所有单词首字母大写。 例如： UserNameTable Camel 规范：除了第一个单词，所有单词首字母大写。 例如：userNameTable 全局变量：使用Camel 规范，并以g_ 开头。 例如：g_failedFlag 局部变量、方法参数：使用Camel规范。 例如：lineCount 类名：使用Pascal规范 例如：MyClass 成员方法：使用Pascal规范 例如：MyMethod() 普通成员变量：Pascal并且以m_开头。 例如： m_MemberVarible 控件变量：Control类型使用Pascal规范，以m_开头，控件名结尾。 例如：m_SubmitButton Value类型使用Pascal规范，以m_开头。 例如：m_Data1 （2）数据库命名规则： 表中字段名均不加前缀 表名均以“dt_table_”为前缀 索引名均以“dt_index_”为前缀 视图名均以“dt_view_”为前缀 1.3 术语定义 1.4 参考资料 [1] 用户需求报告 [2] 数据库设计规范 [3] 命名规范 1.5 相关文档 （1）系统规划报告 （2）需求规格说明书 2．系统设计 2.1 体系结构设计 采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内类构成及类之间的关系。 XXXXXX XXXXXXXXXXXXX 项目名称 详细设计说明书 XXX公司 二〇XX年X月 文档修改记录 目录 第一章引言............................................. 错误!未定义书签。 目的............................................. 错误!未定义书签。 背景............................................. 错误!未定义书签。 术语定义......................................... 错误!未定义书签。 参考资料......................................... 错误!未定义书签。第二章系统概述......................................... 错误!未定义书签。第三章程序1设计说明................................... 错误!未定义书签。 程序描述......................................... 错误!未定义书签。 模块架构图 ................................... 错误!未定义书签。 功能 ......................................... 错误!未定义书签。 类图 ......................................... 错误!未定义书签。 增加功能（功能点） ........................... 错误!未定义书签。 程序流程 ..................................... 错误!未定义书签。 测试和限制条件 ............................... 错误!未定义书签。 备注 ......................................... 错误!未定义书签。第四章程序2设计说明................................... 错误!未定义书签。第五章公用接口程序说明................................. 错误!未定义书签。 全局变量......................................... 错误!未定义书签。 公用界面或接口................................... 错误!未定义书签。 公用方法和过程................................... 错误!未定义书签。第六章附件............................................. 错误!未定义书签。详细设计评审意见.......................................... 错误!未定义书签。 需求分析 1概况 1.1 项目背景 随着高校办学规模的扩展，管理方式和管理效率显得日益重要。在教材订购方面，就手工管理方式和文档系统管理方式在管理质量和管理效率上而言，从根本上不能适应大规模的管理要求。而随着经济发展，计算机科学的提高与进步，计算机科学管理方式，无论在管理效率还是在管理质量上都逐步显示很好的可靠性和优越性。而且计算机管理在人力、物力等资源方面都比以前的管理模式更优秀，更适合信息化的潮流。计算机管理正以它自身的优越性成为管理模式中的主流，提高效率的加速器。教材订购管理系统采用计算机管理模式的必然性也正在与此！ 本系统以学校为背景，在认真调研和分析了学校订购教材的现状之后，根据用户的需求和各个功能的关系，作出了积极的设计方案。在新的管理资源和管理模式上，一定能使工作质量、工作效率等得到提高，推动学校发展的步伐！ 1.2项目目标 1.2.1项目说明 学校教材订购系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，提高学校教材管理部门的工作效率，从而保证教学的顺利进行。 为方便教师、学生领书，教材发行人员处理各种单据，以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.2.2系统要求 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护 1.3 定义 1.3.1专门术语 库存表：存放库中存在的书籍数据。 出库表：存放已销售的书籍的数据。 入库表：存放入库书籍的数据。 购书表：存放提交的购书信息。 缺书登记表：存放缺少的书籍的信息。 待购教材表：存放待购书籍信息。 1.3.2 缩写 系统：若未特别指出本设计中指“学校教材订购系统”。 Access。 1.4参考资料 数据库开发经典案例分析（清华大学出版社） C程序员成长攻略（中国水利水电出版社） 系统需求说明模板（来自网络） 软件技术基础（电子科技大学出版社） 数据库开发（电子工业出版社） XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录 1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释 1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI 学校教材订购系统 可行性研究报告 一.引言 1.1. 编写目的 编写本报告的目的是研究本系统的总体需求、实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。 1.2 项目背景 开发软件名称：学校教材订购系统 项目开发者：闽江学院计算机科学系“学校教材订购系统”开发小组： 陈晓彬(17号，组长)，谢小龙(14号)，何明同(10号), 郭冬盛(24号) 用户单位：闽江学院 1.3 定义 “学校教材订购系统”有两部分组成：销售系统和采购系统。 销售系统的工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学 生即可去书库领书。 采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给 书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.4 参考资料 （1）钱乐秋等，《软件工程》，青还大学出版社； （2）张害藩，《软件工程导论》（第四版），清华大学出版社； （3）王珊等，《数据库原理及设计》，清华大学出版社； （4）赵池龙等，《软件工程实践教程》，电子工业出版社。 二.可行性研究的前提 随着计算机应用的日益普及和深化，网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的教材订购系统。由于学院学生多，用书量大，原 来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费，特别是在新学 期开始果时这种冲突更加明显，而且存在着各种信息不易存放、易丢失、难以备 份和查询等缺点。因此，实现一个将各种教材订购管理和服务功能集成起来的管 理信息系统就显得十分必要，既可以节省资源，又可以有效存储、更新、查询信 品高项目管理系统 软件开发需求 目录 1引言 (2) 1.1编写目的 (2) 2功能性需求 (2) 2.1系统登录 (3) 2.2对内项目管理子系统 (6) 2.3对外项目交流系统 (22) 1 引言 1.1 编写目的 本文档可作为 1. 设计人员进行系统设计的输入源。 2. 开发人员对系统功能开发的依据。 3. 测试人员编写系统测试计划，测试案例编写的输入源。 4. 产品经理检查系统实现程度的依据。 5. 项目团队外人员进行沟通的外部接口，用于他们评审和理解系统。 6. 项目需求阶段的主要交付物。 7. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考。 2 系统概貌 2.1 系统背景 随着公司发展，客户范围不断增长,项目数量多且繁杂,给公司的和客户了解项目实际情况带来很大不便,公司及客户之间缺乏有效快速的沟通交流环境. 基于上诉背景，我们提出需建立一套完善的项目管理系统，作为公司及客户之间对项目信息的了解及在线交流, 以满足公司发展的需求。 2.2 用户描述 本系统用户为我们公司业务人员、项目成员、项目经理、管理中心、财务合同管理员、部门经理，项目管理层等。 2.3 系统角色权限 系统的不同角色对信息的权限见附件表 角色权限表.xlsx 2.4 一般限制 ? 应用系统应采用B/S 结构，客户端支持IE6.0 以上的版本。 ? 应用系统的开发工具与技术应采用Microsoft .NET 的技术体系。 ? 应用系统中所有数据统一保存到SQL Server 数据库。 2.5出错处理 ?所有的应用系统错误都应记录到系统日志文件中。 ?所有的Windows服务错误都应记录到Windows服务日志文件中。 ?所有的Web服务错误都应记录到Web服务日志文件中。 2.6假设和依赖条件 ?本系统假设.Net Framework 4.0平台稳定可靠，性能满足实际需求。系统构建在Microsoft .Net Framework平台中，严重依赖于该平台的可靠性，稳定性和性能。 ?本系统假设Microsoft SQL Server数据库稳定可靠，性能满足实际需求。系统数据存储于Microsoft SQL Server数据库中，依赖Microsoft SQL Server数据库的可靠性，稳定性和性能。 ?本系统假设涉及的外部接口可靠运行，提供正确数据。系统部分数据展现依赖于外部接口，当外部接口不能正确工作时，可能会导致部分展示数据不正确或无法显示。 ?本系统假设网络状态良好。本系统和客户端交互时依赖于网络状况，当网络故障或者性能低下时，可能会造成系统无法访问，系统响应速度变慢，数据无法提交等现象。但不应出现数据完整性和一致性的损坏。 ?本系统假设工作流引擎稳定可靠，性能满足要求。 ?本系统假设硬件服务器工作状态良好。 3功能性需求 3.1系统登录 【REQ_1】使用系统的用户分2类,内部用户及外部用户 【REQ_2】内部用户访问系统的时候,需要输入AD帐号密码进行身份验证检查 【REQ_3】外部用户访问系统的时候,需要输入用户名和密码进行身份验证检查 3.2首页 【REQ_4】每个用户登录后都可进入自己所属角色的首页 3.2.1.1业务人员 【REQ_5】列出业务人员本人的预立项的项目列表，已完成的合同列表，个人待办事宜，如下图示：系统详细设计说明书
软件工程-学校教材订购系统
系统设计规格说明书 模板
网上购物系统——详细设计说明书
学校教材订购系统
参考模板 - 软件详细设计规格说明书
系统软件详细设计说明书
数据库-教材订购系统
OA系统需求规格说明书
学校教材订购系统—罗学东
软件系统详细设计说明书模板
设计规格说明书
系统详细设计说明书
教材订购系统需求分析
系统需求规格说明书 (1)
学校教材订购系统可行性研究分析研究报告
项目管理系统_需求规格说明书V3