需求分析报告1 .引言1.1 编写 目 的随着生活节奏的加快和网络的发展，教师、学生对教材的订购 越来越重视，希望获取教材的过程简单，方 便，快速。因而，做一个好的学校教材订购系统是十分重要的。 在本小组成员对系统进行了全面细致的分析后明确了该系统“ 做什么 ”， 编写这份说明书的目的是将小组分析结果条理清晰的展示出来，它说明了本产 品实现的各种功能以及各种 功能的适用范围。使 小组成员充分认识本系统的情况, 方便以后更好的开展具体工作 。本说 明书主要提交给老师, 小组成员和其他同学 参考 , 以达到最终满足用户 的要求，让用户满意。1.2 项目 背 景项目名称：学校教材订购系统项目提出者：XX （老师）项目开发者：XXX 用 户：学校教务科，教师，学生运行环境：计算机开发平台：Eclipse、 MySQL、JDK 1.61.3 定义Eclipse ：适合快速开发的 Java 的开源 IDE 。Java ：一种面向对象的程序设计语言，具有面向对象、简单性 、可移植性、稳定性、安全性等特点。它最 大的优势是不受平台限制，如.NET,VR VC,C+只能在 Windows环境中运 行而 Java 却可以在任何平台中运行。MySQL高性能的开源的数据库。1.4 参考 资 料1. 软件工程导论 （第四版 ） 张海藩，清华大学出版社 , 20032. 实用软件工程 （第二版 ） 郑人杰等，清华大学出版社 , 19974. Java 语言程序设计 马皓等 ，清华大学出版社， 20063. Eclipse 使用教程 林峰等，东南大学出版社， 20084. MySQL用手册2. 目 标系 统概述2.1 目标本系统可细化为两个子系统：销售系统和采购系统。销售系统的工作过程 为：首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材则生成缺书单。采购系统的主要工作 过程为：汇总缺书单，发采购单给书库采 购人员；一旦新书入库后，即发到货通知。2.2 用户 的特点本软件的最终用户可分为操作人员、维护人员。其中，要求操作人员对计算机有一定了解，可以无障碍的使用本系统提供给操作人员操作权限内的各种功 能。要求维护人员是对本 系统有较深的了解，同时对系统相关信息 及工作流程有所了解的 技术人员。时候也是本系统最需要本系统主要在学期开 学发书、学期结束订书时大频度使用，这维护的时候，所以在这时候要对本系统进行必要的检修，防止 系统出错。2.3 假定和约束本系统XX 班六名同学承接设计。设计人员都是专业的计算机技术人员，都已学习 了相关课程，编程等有关知识，由于此课程设计开发时间有限，除统一安排的上机时间外，小组成员只能利用有限的课余时间进行设计。而且考虑到作为在校生，小组没有此类开发经验，所以，本小组在设计过程中不可避免的出现考虑不全面，技术不成熟等问题，设计的系统相对比较简单。3. 需求规定3.1 软件功能 的 规定3.1.1 系统功能产品主要实现以下功 能：a. 销售系统教材浏览服务：学生或教师在填写购书单前可以先对教材总体 进行浏览，对教材名称，库存数量及价格进行一定的了解，然后再结合自己的情况决定 自己要购买的教材，填写购 书单。购书服务：本系统在向学生售书时要求学生填写购书单（包括以下信息：学生姓名、购书数量、购书书名 信息 ），经 审查有效后，打 印领书单返回给学生领取书籍。教材信息发布：学院教材订购负责人提供教学用书表后，本系统将教材信息公布，以便于学生确定所需书目，下购书单。通知采购：当库存中 缺书时，汇总缺书信息，通知教材工作人员进行采购。 本系统还兼顾一点财 务信息的管理，当发生购书时，系统直接向购书者收取现金。3.1.2 数据流图伴来朝人学校教材订购系统流程图0层数据流图（DFD1层数据流图教U采购人员销售子系统的数据流图采购子系统数据流图学校教材订购系统数据流图3.1.3 数据字典名字：购书表别名：购书单描述：提供给教材销 售人员的购书单定义：购书单=购书 单号+ 书名+出版社+价格+数量 +日期+订 购人姓名+购书总数购书单号=正整数（数据库自动生成）价格=整数+2位小数位置：输出到打印机名字：领书表别名：领书单描述：送给学生或教师的领书报表定义：领书单=领书 单号+订购者姓名+购书单号+领书日期 领书单号=年+月+日+4位整数位置：输出到打印机名字：缺书表别名：缺书单描述：送给相关工作 人员的表，用来补充书籍定义：缺书单=缺书 单号+ 书名+出版社 +总数 缺书单号=正整数（数据库自动生成）位置：输出到打印机名字：进书通知描述：详细的描述了 进书的信息定义：进书通知=编 号+ 书名+出版社+价格+数量 + 采购日 期+采购总数编号=正整数（数据 库自动生成）位置：名字：审核信息描述：用于审核信息定义：审核信息=教 材发行人员姓名+审核标志+审核日期 审核标志=TURE|FALSE住：表示审核是否通过）位置：名字：图书信息定义：图书信息=记录ID +书名+出版社+价格+ 库存数量记录ID =正整数（数 据库自动生成）3.1.4 E-R 图数据对系统分析得到 的数据字典中的数据存储进行分析，分析 各数据存储之间的关系，可采用E-R图的方法进行数据结构分析。本系统中涉及的实体主要有“学生 ”、“教师”、“院系和“学生预存款”等，各实体及其属性如图 7所示。“教材”实体及其属性图实体及其属性图各实体之间具有一定 的联系，用E R图表示出来，如下所示:3.2 对性能的规定3.2.1 精度对系统中输入的数据 要按照数据字典的规定严格输入，尽量避免数溢出处和数据的不合法性。3.2.2 时 间特性要求定购需要提前若干天。3.2.3 可靠性较高3.2.4 灵活性1. 在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改；2. 操作方式上应该满足鼠标与键盘任意切换的需要；3. 能够支持 Windows 2000、 Windows XP 和 Linux 等运行环境；4. 留有与其他系统的接口。3.2.5 数据管理能力要求该数据库设计为关系 型数据库，其中包括4 个表。表的设计考 虑到了实体完整性、参照完整性及用户自定义完整性三类完整性约束。只有服务器端程序才 能够对数据库中的数据进行更新和删除。 教室或学生角色用户登录系统后能够查询操作。由于该系统涉及到大量的数据存取操作，再加上对教材出库入库的频繁，因此对数据的存储和配置性能有一定的要求。3.2.6 故障处理要求硬件故 障：情况1： 服务器电源不正当关闭处理： a . 数据库事务回滚到断电之前的 状态。b. 为服务器提供一个备用充电电源能够支持服务器进行临时数 据的正常保存。情况 2： 客户端与服务器网络不能连接处理： a. 检修本地端网络连接是否正常；c. 查看服务器端交换机端口是否被关闭；d. 查看端点间网络线路是否完好。情况 3： 存储空间已 满处理： a. 数据库切换到备份存储空间 ;b. 进行数据检索，删除日期超过 4 年的数 据。软件故 障：情况1：服务器死机处理：程序自动保存内存中的临时数据；重启机器情况2：服务端程序报告异常处理：保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序情况3：服务器端响应速度慢处理：查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置3.2.7 其他专门要求a. 拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取；b. 随机抽取数据进行人工校验，检验系统是否运行正常，处理是否合理。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 权限调用不同的模块。其他模块控制情况照此描述。