文档编号: BOS--5
版 本 号: V1.0
项目名称： 学校教材订购系统
文档 名称： 项目开发计划
项目负责人： 王晓璇
编写： __全体人员______ 2011年11月日
校对： __全体人员_ 2007年11月日
审核： 全体人员同意 2008年12月日
批准： 2008年12月日
开发单位：河北大学工商学院09网工 王晓璇 庞艳蕾 刘文娟 杨江漫
学校教材订购系统项目开发计划
1引言
1.1编写目的
编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《学校教材订购系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。为了明确项目开发的目标和要求，明确任务进度，熟悉项目开发的基本流程和规范要求。预期的读者主要有本项目开发小组成员：王晓璇 庞艳蕾 刘文娟 杨江漫。
1.2背景
新学期的到来，大量学生需要订购教科书来完成新学期的学业。作为学生买书的主要媒体之一学校教材订购管理管理部门，数量、规模比以往任何时候都大的多，为此，学校教材订购管理管理部门需要使用方便而有效的方式来管理自己的书单。以前单一的手工管理已不能满足人们的要求，为了教材订购的及时性、准确性。学校教材订购管理管理部门需要有效的订单管理软件。
本学校教材订购系统软件是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的DOS、WINDOWS系列等操作系统上使用
说明：
a. 本软件名称：学校教材订购系统
b. 本项目为虚拟项目。
c. 开发者有：王晓璇 庞艳蕾 刘文娟 杨江漫
1.3定义
文档中采用的专门术语的定义及缩略词简要如下：
STO： The school textbook ordering system 学校教材订购管理系统
1.3参考资料
- 《软件工程课程设计指导书》
- 张海藩《软件工程导论》清华大学出版社
2项目概述
2.1开发环境
开发地点：河北大学工商学院机房
系统环境：Windows xp或以上
网页开发：Dreamweaver
服务器： 202.206.1.31
2.2工作内容
a.前期工作：完成项目可行性分析研究报告，制定开发计划，重点是完成项目的需求分析，总体设计，详细设计。
b.中期工作：编码实现需求功能，完成项目初步设计规格说明书和项目详细设计规格说明书。
c.后期工作：项目测试，维护。
2.3产品
2.3.1功能实现
本项目主要以jsp+javabean+ssh和Sql server 2005数据库实现。
2.3.2文件
列出须移交用户的每种文件的名称及内容要点。
《项目可行性研究报告》《项目开发计划书》《项目需求分析规格说明书》《项目总体设计规格说明书》《项目详细设计规格说明书》《项目需求分析规格说明书》、《项目总体设计规格说明书》《项目详细设计规格说明书》和《软件测试计划书》
2.3.3程序
程序名称：教材订购管理系统，使用c#编写，中间引用了Sql server 2005数据库，通过c#与数据库的连接传输数据，实现系统各项功能。
实现基本功能：操作员密码的修改，将订书单批量输入数据库，查找订书情况（包括数量，书名，版本，即订书分布的班级），查找购书商（包括书商书的报价，联系电话，联系人，），查找售书量（相应的订书部分的数量会相应的变化），缺书及购书查找（包括缺书的情况，及购回来的书的情况）另外还有一些基本的删除，添加，查找，修改等功能。
以下是系统的主要模块
1．主模块：
输入：操作系统传递至的各种消息以及用户的输入数据
输出：用户界面显示
3．订书查询模块：
输入：图书书名、 出版社
输出：订书数量、及班级分布情况
4． 系统操作模块：
输入：用户口令
输出：各个对话框
5．购书模块：
输入：图书书名、 出版社、书商联系电话、购书量
输出：购书时间，花费，及负责人
6．售书模块：
输入：图书书名、领书的班级（负责人，联系电话）、
输出：相应的窗口
7．数据统计模块：
输入：统计方式及其关键字
输出：统计结果视图显示
8．系统设置模块：
输入：用户的输入
输出：根据用户的输入显示相应的对话框
9．数据备份模块:
输入:用户的操作输入
输出:操作结果显示
10．数据恢复模块:
输入:用户的操作输入
输出:操作结果显示
11．更改口令模块:
输入: 用户的操作输入
输出: 操作结果显示
12．录入模块：
输入：相应的信息
输出：相应的结果
13．修改模块：
输入：相应的信息
输出：相应的结果
14． 删除模块：
输入： 相应的信息
输出： 相应的结果
15． 帮助模块：
输入：无
输出：帮助信息
16． 退出模块：
输入：退出命令
输出：无
17．数据库操作模块：
输入：数据操作命令
输出：操作结果显示
18．数据库查询模块：
输入：数据查询命令
输出：查询结果集
2.3.4服务
本软件为用户提供培训安装、维护和运行支持等，并定期向客户了解系统使用情况。
2.3.5非移交的产品
某些程序。。。。。。。
2.5完成项目的最迟期限
20##年12月
2.4验收标准
主要功能的实现和各个时期内任务的完成量。
2.5本计划的批准者和批准日期
本计划批准者：
本计划批准日期：20##年11月11日
3实施计划
3.1项目选用的生命周期
本项目采用的是瀑布式模型。此模型的本质是每个阶段的活动只做一次。从上一阶段向下一阶段逐级过度，最终得到所要开发的产品
3.2重要工作任务的简要分解与人员分工
3.3进度
3.4预算
开发本项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源等由于是虚拟项目所以不做要求。
3.5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。并根据项目情况，对项目风险进行排序，在下表中列出项目的前5个风险，并给出解决方案。
4支持条件
4.1计算机系统支持
硬件：Pc机要求PII600或赛扬600以上，硬盘剩余空间至少200M，内存512M。
打印机，各若干台。
操作系统： windows2000/xp/windows7等
数据库：Sql server 2000数据库。
4.2需由用户承担的工作
用户应该配合开发人员完成需求分析，给出运行环境和开发要求，要定时的给出一些经费需求。（由于本项目为虚拟项目，所以具体无要求）
4.3由外单位提供的条件
需要列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。
本系统中没有外单位提供的条件。
5测试计划
5.1单元测试和部分集成测试
项目组的测试人员结合详细的计划,对单元模块开始进行测试.。通过对设计文档的深入理解，从模块界面开始，到模块内部对数据库的操作，以及代码阿德规范进行详细的单元测试。
5.2集成测试
系统完成了模拟数据环境的试运行后，测试人员将认真细致的集成测试。
5.3系统测试
在项目小组完成了全部的开发工作后，测试小组将对软件进行全面的系统测试，使系统逐步完善和成熟。
测试阶段分解：
详细测试活动写入《测试计划》
第二篇：学校教材订购系统总体设计
详 细 设 计 说 明 书
1． 引言
1.1 编写目的
在前一阶段（学校教材订购系统需求分析说明书）中已解决了实现该系统需求的程序模块设计问题。包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。
在本阶段中，确定如何具体的实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。主要工作有：根据《学校教材订购系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计，涉及软件系统的结构设计、逐个模块的程序描述。
1.2 项目背景
“学校教材订购系统”有两部分组成：销售系统和采购系统。 销售系统的工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开#5@p、登记并返给教师或学生领书单，教师或学生即可去书库领书。
采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。
1.3 定义
1.3.1专门术语
库存表：存放库中存在得书籍数据。
出库表：存放已销售的书籍的数据。
入库表：存放入库书籍的数据。
购书表：存放提交的购书信息。
缺书登记表：存放缺少的书籍的信息。
待购教材表：存放待购书籍信息。
1.3.2 缩写
系统：若未特别指出，系统指本“学校教材订购系统”。Access。
1.4 参考资料
1) 《学校教材订购系统需求分析说明书》 件开发小组
2) 张海藩 《软件工程导论》 清华大学出版社
3) 萨师煊、王珊 《数据库系统概论》 等教育出版社
软高
2． 总体设计
2.1 需求概述
为方便教师、学生领书，教材发行人员处理各种单据，以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单，经教材发行人员审核是有效购书单后，开#5@p、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护。
2.2 软件结构
1． 销售子系统
2． 采购子系统
3． 程序描述
3.1 功能
销售子系统模块：提交购书单、审核购书单、开#5@p、登记购书纪录、返回领书单、修改和维护数据库中相应的表。
采购子系统模块：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。
3.2 性能
① 精度：购书是由需求决定的，只要有缺书现象则会体现出来，
但也因为这样，如果需要提前多购相关书籍的话，则需要管理人员的参与。
② 时间特性要求：定购需要提前若干天。
③ 可靠性：较高
④ 灵活性：在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改。
3.3 输入项目
销售子系统模块：需要输入购书单中要求的信息（提交人姓名、书名、书号、数量、身份识别码）。
采购子系统模块：需要输入缺书单中要求的信息（书名、书号、数量）。
3.4 输出项目
销售子系统模块：需要打印领书单（书名、书号、数量、领书人姓名），#5@p（书名、书号、开票人姓名、交易金额、交易日期）。
采购子系统模块：需要打印进书通知单（书号、书名、进书日期）。
3.5 算法
3.5.1．销售子系统模块：
1． 提交购书单过程（HandBuyBookBill）：
在提交购书单界面中输入购书单中的各信息：
提交人姓名（Name） String String String 购书的名称（BookName） 购书的书号（ISBN） 数量（No） String String 身份识别码（ID）
2． 审核购书单过程（CheckBuyBookBill）：
对过程1 提交购书单输入的部分信息进行审核：
Check（购书名称（BookName））
Check（购书书号（ISBN））
Check（数量（No））
Check（身份识别码（ID））
如果有一个或多个错误则不提交购书单上的数据，转入过程3购书单错误信息显示过程。如果审核通过转入过程4 开#5@p。
3． 购书单错误信息显示过程（BuyBookBillError）：
用来显示购书单中出现的错误：
If（购书名称!=True） 库中没有这类书，请重新输入 If（购书书号！=True） 书号错误，请重新输入 If（数量！=True） 数量越界，请重新输入
If（身份识别码!=True） 身份不对，请确认后重新输入
4． 开#5@p过程（PrintBill）：
Print（书名（BookName），书号（ISBN），开票人姓名（Name），交易金额（Money），交易日期（Date））。
5． 登记购书记录过程（DBRegistBuyBook）：
将提交的信息存入到数据库的购书表中：
DB BookName=”书名”
DB ISBN=”书号”
DB No=”数量”
6． 审核登记过程（CheckDBRegistBuyBook）：
若在存取过程中出现错误则转到过程7登记购书记录错误信息显示过程，若没有错误，返回成功登记信息，转到过程8发领书单/打印过程。
Check（存取）。
7． 登记购书记录错误信息显示过程（DBRegistBuyBookError）：
显示在数据库操作中出现的错误，并RoolBack回滚转入过程5重新登记购书记录
Display(错误的类型，相应提示)。
RoolBack
8． 发领书单/打印过程（PrintBookBill）：
Print（领书的名称（BookName）、领书的书号（ISBN）、领书的数量（No）、领书人姓名（Nmae））。
9． 修改库存表、出库表过程（DBUpdateTable）： 修改出库表和库存表相应的记录
库存表：书名、书号、数量
出库表：书名、书号、数量、出库时间
10． 审核修改表过程（CheckDBUpdateTable）：
如在对数据库操作过程中出现错误，则转入过程11修改表错误信息显示过程，如果没错误，返回成功信息，继续进行下一步操作。
Check（数据库操作）。
11． 修改表错误信息显示过程（DBUpdateTableError）：
显示在数据库操作中出现的错误，并RoolBack回滚转到过程9重新修改库存表、出库表过程。
Display(错误的类型，相应提示)。
RoolBack
3.5.2 采购子系统模块：
1． 发缺书单过程（HandLackBookBill）：
在发缺书单的界面中，输入缺书的信息
书名 BookName
String 书号ISBN String int 数量No
2． 审核缺书单过程（CheckLackBookBill）：
对过程1中输入的信息核对
Check（书名、书号、数量）
如正确就转入过程4登记缺书记录；如果错误转入过程3缺书单错误信息显示过程。
3． 缺书单错误信息显示过程（LackBillError）： If（书名!=True）
书名错误，请重新输入；
If（书号!=True）
书号错误，请重新输入；
If（数量!=True）
数量越界，请重新输入；
4． 登记缺书记录过程（DBRegistLackBook）：
将缺书信息登入到缺书表中
DB BookName=”书名”
DB ISBN=”书号”
DB No=数量
5． 审核登记过程（CheckDBRegistLackBook）： 对数据库操作的审核
Check（登记过程）
如有错转入过程6登记错误信息显示过程，如果没错误转入
过程7修改数据库中的表过程。
6． 登记错误信息显示过程（DBRegistLackBookError）：
对登记中出现的错误显示，并转入过程4登记缺书记录，重新登记。
Display(错误的类型，相应提示)
RoolBack
7． 修改数据库中的表过程（DBUpdateTable）：
对新进的新书，修改数据库中入库表和库存表的记录: 入库表：
DB BookName=”书名”
DB ISBN=”书号”
DB No=”数量”
DB In_Date=”入库日期”
库存表：
DB BookName=”书名”
DB ISBN=”书号”
DB No=”数量”
8． 审核修改过程（CheckDBUpdateTable）：
对数据库中入库表、库存表的修改审核
Check（修改过程）
如果有错转入过程9修改错误信息显示过程；如无错，转入过程10发进书通知单过程。
9． 修改错误信息显示过程（DBUpdateTableError）：
对修改中出现的错误显示，并转入过程7修改数据库中的表，重新修改。
10． 发进书通知单过程（PrintBookNotice）：
Print（书名、书号、进书日期）；
3．6 程序逻辑
销售子系统模块程序流程图：
1． 提交购书单：（HandBuyBookBill）
2． 审核购书单（CheckBuyBookBill）
3． 购书单错误信息显示（BuyBookBillError）
4． 开#5@p（PrintBill）
5． 登记购书记录（DBRegistBuyBook）
6． 审核登记（CheckDBRegistBuyBook）
7． 登记购书记录错误信息显示（DBRegistBuyBookError）
8． 发领书单/打印（PrintBookBill）
9． 修改库存表、出库表（DBUpdateTable）
10． 审核修改表（CheckDBUpdateTable）
11． 修改表错误信息显示（DBUpdateTableError）
采购子系统模块程序流程图：
1． 发缺书单（HandLackBookBill）
2． 审核缺书单（CheckLackBookBill）
3． 缺书单错误信息显示（LackBillError）
4． 登记缺书记录（DBRegistLackBook）
5． 审核登记（CheckDBRegistLackBook）
6． 登记错误信息显示（DBRegistLackBookError）
7． 修改数据库中的表（DBUpdateTable）
8． 审核修改（CheckDBUpdateTable）
9． 修改错误信息显示（DBUpdateTableError）
10． 发进书通知单（PrintBookNotice）
3.7 接口
各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。
3.8 存储分配
为程序当中的数据结构在内存中开辟空间存储，如入到数据库中后在数据库的表中为其开辟存储空间。
3.9 限制条件
输入的信息都封装在数据结构当中，不能独立存在，在向数据库中提交数据时必须一起提交而不能逐项提交。输入数据的类型必须和定义的数据类型相匹配。
3.10 测试要点
对本程序进行黑盒和白盒测试，在白盒测试中，进行路径测
试，条件测试，判定覆盖，语句覆盖；在黑盒测试中采用等价类划分的测试方法，列出尽可能多的有效等价类和无效等价类。确保程序正常运行，无误。