教材订购系统需求说明书

1、学校教材订购系统学校教材订购系统软件需求说明书软件需求说明书1 引言引言31.1 编写目的.31.2 背景.31.3 定义.31.4 参考资料.32 任务概述任务概述32.1 目标.32.2 用户的特点.42.3 假定和约束.43 需求规定需求规定43.1 对功能的规定.43.2 对性能的规定.43.2.1精度.43.2.2时间特性要求.43.2.3灵活性.43.3 输人输出要求.53.4 数据管理能力要求.53.5 故障处理要求.53.6 其他专门要求.54 运行环境规定运行环境规定54.1 设备.54.2 支持软件.54.3 接口.64.4 控制.61 1 引言引言1.1 编写目的编写目的

2、本学校教材订购系统的设计首先着眼的是网络，学生或教师可以通过本系统向教材订购人员提交所需教材的详细信息，教材订购系统可以统计教材信息。因此本系统方便了学校教材订购部门的工作，提高了工作效率。本学校教材订购系统在可行性研究的基础上，是为了进一步明确我们滨州学院教材订购系统的软件需求，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。本文档供设计人员、开发人员及学校老师参考。1.2 背景背景说明：待开发的软件系统的名称：学校教材订购系统本项目的任务提出者：滨州学院部分老师和同学。开发者：老师：闫晓微 学生：田曼曼系统最终用户为滨州学院实现该软件的计算中心或计算机网络：滨州学院计算机科学技术系

3、提供网络支持该软件系统同其他系统或其他机构的基本的相互来往关系：该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独售书。学校教材订购系统将由两部分组成：置于学校的前台客户程序，以及置于销售教材的据库服务器。本系统与其他系统的关系如下：客户程序客户程序客户程序客户程序网络学校教材订购系统学校教材订购系统1.3 定义定义1数据流图（DFD 图）：一种图形化技术，描绘信息流和数据从输入移动到输出的过程中所经受的变换。2.实体-联系图（ER 图）：表示实体（即数据对象） 、属性和联系的方法，用来描述现实世界的概念模型。1.4

4、 参考资料参考资料1. 软件工程导论 ，张海藩，清华大学出版社。2. 实用软件工程 ，郑人杰等，清华大学出版社。2 2 任务概述任务概述2.1 目标目标本系统可细化为两个子系统：销售系统和采购系统销售系统的工作过程为：首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知。本学校教材订购系统的设计首先着眼的是网络，学生或教师可以通过本系统向教材订购人员提交所需教材的详细信息，教材订购系统可以统计教材信息。因此本系统方便了

5、学校教材订购部门的工作，提高了工作效率。2.2 用户的特点用户的特点本系统用户的特点：本软件的最终用户可分为操作人员、维护人员。其中，操作人员要求对计算机有一定了解的企业技术人员。最好能熟练运用计算机所用操作系统，精通所用系统功能；维护人员要求对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。本系统主要在学期开学发书、学期结束订书时大幅度使用，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止数据出错。2.3 假定和约束假定和约束本系统的开发期限为四学时。3 3 需求规定需求规定 3.1 对功能的规定对功能的规定本系统在向学生售书时主要输入学生学号

6、、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。本系统还兼顾一点财务信息的管理，在发生单人购书时，系统直接向购书者收取现金，内部形成一个小小的财务管理。学生教师订书单代购材料表学校教材订购系统订书书库采购人员缺书单教材发行人员验证订书单取书购书出库表发票、登记进书通知单教材订购数据流图3.2 对性能的规定对性能的规定3.2.1 精度精度购书是由需求决定的，只要有缺书现象则会体现出来，但也因为这样，如果需要提前多购相关书籍的话，则需要管理人员的参与。3

7、.2.2 时间特性要求时间特性要求响应时间：快更新处理时间：及时数据的转换和传送时间：快另注：订购需要提前若干天。3.2.3 灵活性灵活性如果机器上没有安装 SQL Server 2005 数据库，可以用 Oriacal 来代替, 在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改。3.3 输人输出要求输人输出要求3.3.1 数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往

8、是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。3.3.2 数据的一致性与完整性由于系统的数据是共享的，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。3.3.3 实体联系图学生、老师教材发行人员订书姓名性别学号号职位性别姓名电话工号订书单领书单班级年龄E-R 图图3.3.3 数据库描述 数据库采用 SQL Server 2005。3.3.4 数据字典数据流描述：名字：购书单描述

9、：老师、学生订书时填的信息定义：购书单=学号+姓名+书籍名称+书籍编号+书籍出版社+购书单位个人、集体+单价+数量位置：名字：缺书单描述：一次未完成购书需要再次订购的书籍的信息定义：缺书单=书名+书号+出版社+出版时间+单价+数量+书籍信息位置：在服务器端产生，发送回客户端（client 端）名字：进书通知描述：采购人员接收到的来自教材发行人员的通知定义：进书通知=书籍名称+书籍编号+书籍出版社数量+出版时间+书籍信息位置：发送到客户端（client 端）名字：图书描述：订购的和购进的书籍定义：图书=书名+书号+出版社+出版时间+书籍信息位置：发送到客户端（client 端）名字：发票描述：教

10、材发行人员给购书者开的单据定义：学号+姓名+书号+单价+数量+总价+书费合计位置：发送到客户端（client 端）数据存储描述：名字：进库表、出库表、库存表、购书表描述：各类书库的详细信息定义：书号+书名+出版社+出版时间+单价+数量+书籍信息名字：各班学生用表定义：系编号+班级编号+年级+书号+书名+数量+书籍信息名字：缺书登记表定义：书号+书名+出版社+缺书数量+出版时间+书籍信息名字：学生基本信息表描述：定书学生的基本信息定义：学号+姓名+班级+预交书费剩余名字：售书登记表定义：学号+姓名+班级+所购书号+书名+单价数量+总价名字：补售书表定义：学号+姓名+班级+所购书号+书名+数量+书

11、籍信息数据元素描述：名字：书名取值：字符名字：书号取值：数值名字：年级取值：入学年份名字：学号取值：入学年份+院系代号+班级代号+排序3.4 数据管理能力要求数据管理能力要求需要对购书表，库存表等各类书库进行详细的分类存储，并根据进书单和购书单的变化对购书表进行改进。库存也要进行适当调整。3.5 故障处理要求故障处理要求软件故障主要有操作系统和数据库软件的故障，所以必须对系统做好充分的备份以免系统出故障时数据的丢失。3.6 其他专门要求其他专门要求系统为用户提供了灵活的环境，用户可以自行补充和维护，而且运行环境可以根据用户的机器系统的不同进行适当的替换。4 4 运行环境规定运行环境规定4.1 设备设备a.CPU 主频要具备 1G 以上 PC 微型机或网络主服务器。b.内存要求至少 128MB 以上。c.硬盘在安装时至少应拥有 1G 的剩余的磁盘空间。VGA 高分辨率的显示器。网络组d.网要求有高速，大容量主服务器，集线器，网卡，网络线。安全可靠的不间断电源4.2 支持软件支持软件1服务器端子系统的运行要求：系统软件： Linux数据库管理系统： SQL Server 2005硬件要求：Pentium III 450 以上, 256M RAM, 14G HD2.客户端子系统的运行要求：系统软件： Window 2000 Pro