学校教材订购系统需求分析.docx

1、学校教材订购系统需求分析需求分析报告1.引言1.1 编写目的随着生活节奏的加快和网络的发展，教师、学生对教材的订购越来越重视，希望获取教材的过程简单，方便，快速。因而，做一个好的学校教材订购系统是十分重要的。在本小组成员对系统进行了全面细致的分析后明确了该系统“做什么”， 编写这份说明书的目的是将小组分析结果条理清晰的展示出来，它说明了本产品实现的各种功能以及各种功能的适用范围。使小组成员充分认识本系统的情况,方便以后更好的开展具体工作。本说明书主要提交给老师,小组成员和其他同学参考,以达到最终满足用户的要求，让用户满意。1.2 项目背景项目名称： 学校教材订购系统项目提出者：XX（老师）项目

2、开发者：XXX 用户： 学校教务科，教师，学生运行环境： 计算机开发平台： Eclipse、MySQL、JDK 1.61.3 定义Eclipse：适合快速开发的Java的开源IDE。Java：一种面向对象的程序设计语言，具有面向对象、简单性、可移植性、稳定性、安全性 等特点。它最大的优势是不受平台限制，如.NET,VB，VC,C+只能在Windows环境 中运 行而Java却可以在任何平台中运行。MySQL：高性能的开源的数据库。1.4 参考资料1.软件工程导论(第四版) 张海藩，清华大学出版社,20032.实用软件工程(第二版) 郑人杰等，清华大学出版社,19974.Java语言程序设计 马

3、皓等，清华大学出版社，20063.Eclipse使用教程 林峰等，东南大学出版社，20084.MySQL使用手册2.目标系统概述2.1 目标本系统可细化为两个子系统：销售系统和采购系统。销售系统的工作过程为：首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材则生成缺书单。采购系统的主要工作过程为：汇总缺书单，发采购单给书库采购人员；一旦新书入库后，即发到货通知。2.2 用户的特点本软件的最终用户可分为操作人员、维护人员。其中，要求操作人员对计算机有一定了解，可以无障碍的使用本系统提供给操作人员操作权限内的各

4、种功能。要求维护人员是对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。本系统主要在学期开学发书、学期结束订书时大频度使用，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止系统出错。2.3 假定和约束本系统XX班六名同学承接设计。设计人员都是专业的计算机技术人员，都已学习了相关课程，编程等有关知识，由于此课程设计开发时间有限，除统一安排的上机时间外，小组成员只能利用有限的课余时间进行设计。而且考虑到作为在校生，小组没有此类开发经验，所以，本小组在设计过程中不可避免的出现考虑不全面，技术不成熟等问题，设计的系统相对比较简单。3.需求规定3.1 软件

5、功能的规定3.1.1 系统功能产品主要实现以下功能：a. 销售系统 教材浏览服务：学生或教师在填写购书单前可以先对教材总体进行浏览，对教材名称，库存数量及价格进行一定的了解，然后再结合自己的情况决定自己要购买的教材，填写购书单。购书服务：本系统在向学生售书时要求学生填写购书单（包括以下信息：学生姓名、购书数量、购书书名信息），经审查有效后，打印领书单返回给学生领取书籍。教材信息发布：学院教材订购负责人提供教学用书表后，本系统将教材信息公布，以便于学生确定所需书目，下购书单。通知采购：当库存中缺书时，汇总缺书信息，通知教材工作人员进行采购。本系统还兼顾一点财务信息的管理，当发生购书时，系统直接向

6、购书者收取现金。3.1.2 数据流图学校教材订购系统流程图0层数据流图（DFD）1层数据流图销售子系统的数据流图 采购子系统数据流图 学校教材订购系统数据流图3.1.3 数据字典名字：购书表别名：购书单描述：提供给教材销售人员的购书单定义：购书单购书单号+书名+出版社+价格数量+日期+订购人姓名购书总数 购书单号正整数（数据库自动生成） 价格整数+2位小数位置：输出到打印机名字：领书表别名：领书单描述：送给学生或教师的领书报表定义：领书单领书单号+订购者姓名+购书单号+领书日期 领书单号年+月+日+4位整数位置：输出到打印机名字：缺书表别名：缺书单描述：送给相关工作人员的表，用来补充书籍定义：

7、缺书单缺书单号书名+出版社总数 缺书单号正整数（数据库自动生成）位置：输出到打印机名字：进书通知描述：详细的描述了进书的信息定义：进书通知编号+书名+出版社+价格数量+ 采购日期+采购总数 编号正整数（数据库自动生成）位置：名字：审核信息描述：用于审核信息定义：审核信息教材发行人员姓名+审核标志+审核日期 审核标志TURE|FALSE(注：表示审核是否通过)位置：名字：图书信息定义: 图书信息记录ID +书名+出版社+价格库存数量 记录ID正整数（数据库自动生成）3.1.4 E-R图数据对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，可采用ER图的方法进行数据结构分析。

8、本系统中涉及的实体主要有“学生”、“教师”、“教材”、“院系”和“学生预存款”等，各实体及其属性如图7所示。 “教材”实体及其属性图实体及其属性图各实体之间具有一定的联系，用ER图表示出来，如下所示： 3.2 对性能的规定3.2.1 精度对系统中输入的数据要按照数据字典的规定严格输入，尽量避免数溢出处和数据的不合法性。3.2.2 时间特性要求定购需要提前若干天。3.2.3 可靠性较高3.2.4 灵活性1.在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改；2.操作方式上应该满足鼠标与键盘任意切换的需要；3.能够支持Windows 2000、Windows XP和Linux等运行环境；

9、4.留有与其他系统的接口。3.2.5 数据管理能力要求该数据库设计为关系型数据库，其中包括4个表。表的设计考虑到了实体完整性、参照完整性及用户自定义完整性三类完整性约束。只有服务器端程序才能够对数据库中的数据进行更新和删除。教室或学生角色用户登录系统后能够查询操作。由于该系统涉及到大量的数据存取操作，再加上对教材出库入库的频繁，因此对数据的存储和配置性能有一定的要求。3.2.6 故障处理要求硬件故障：情况1： 服务器电源不正当关闭处理： a .数据库事务回滚到断电之前的状态。b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。情况2： 客户端与服务器网络不能连接处理： a.

10、检修本地端网络连接是否正常；b. 查看服务器端交换机端口是否被关闭；c. 查看端点间网络线路是否完好。情况3： 存储空间已满处理： a. 数据库切换到备份存储空间;b. 进行数据检索，删除日期超过4年的数据。软件故障：情况1： 服务器死机处理： 程序自动保存内存中的临时数据；重启机器情况2： 服务端程序报告异常处理： 保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序情况3： 服务器端响应速度慢处理： 查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置3.2.7 其他专门要求a. 拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取；b. 随机抽取数据进行人工

11、校验，检验系统是否运行正常，处理是否合理。4.运行环境规定4.1 设备运行本系统要求处理器在奔腾III以上、内存在256MB以上的普通PC机或专用服务器。4.2 支持软件本系统支持的操作系统包括:Windows 95、Windows 98、Windows 2000、Windows Me和Windows XP。本系统支持的数据库：Oracle、Postgresql、MySQL、SQL Server本软件的开发工具：Eclipse、JDK 1.6、MySQL4.3 接口本软件通过若干个之间表（在此省略其结构）实现与其他软件的通信。4.4 控制本系统通过“用户验证”模块进行用户登录的控制，根据不同用户ude权限调用不同的模块。其他模块控制情况照此描述。 .