3需求规格说明书.docx

1、3需求规格说明书需求规格说明书1引言1.1编写目的南京信息工程大学的教材购销系统都是由手工操作的，随着计算机的发展，更多的学校开始采用计算机来实现教材购销，这样可以得到更好的管理。目前，南京信息工程大学已经购买了所需的计算机硬件跟网络设备。设计一从采购流通管理 一体化的教材购销系统。主要表现：（一）采购，对新书的目录，要查存，判断书库是不是已经订过了，要人工查阅帐本完成，是很麻烦的事。（二）验证，要填写两个帐本和盖章，而且在帐本上面很多信息是重复的。（三）流通，在买书的时候要填写申请和开发票；在领书的时候工作人员还要花一定时间把书出来，无论买书人还是工作人员都要消耗很多时间，大大降低了工作效率

2、。（五）每次各个工作人员都要手工记录清楚每一次交易的详细信息，很麻烦。 1.2项目背景A、 系统名称：南京信息工程大学教材购销系统B、 本项目的任务提出者：南京信息工程大学数理学院 本项目的最终用户： 南京信息工程大学2任务概述2.1目标 通过调研了解到：1）教材购销人员希望通过此系统能统计大量的以前无法统计的数据，方便管理。2) 在买书时实现计算机自动进行学生信息的验证。3）应用此系统后，可以适当的减少不必要的工作人员。2.2对系统的要求：教材购销人员提出的要求，结合我们的技术建议再加以考虑，产生了该管理信息系统的功能要求：1）编制一套采购管理系统（订购和购书）；2）采编室需要一个管理模块，

3、主要是查询库存进行验收和所有书的个别帐登记3）编制一套流通（买书）管理系统 ；4）编制一套库存管理系统（库存）；5）查询模块；6）用户管理（用户记录管理和权限设置）；7）统计打印模块。另外该公司领导及技术负责人强调以下要求：1)对库能够灵活设置。2)对不同年级不同学院的学生的信息要统一编辑，且易于更新。3)不同的管理员有不同的权限。4)软件系统安全上要有一定的保障。5)增加各种尽可能多的统计功能6)不断改进系统性能，在使用时不要有明显的时间延迟。2.2运行环境操作系统：Microsoft Windows 2000 Advanced Server以上支持环境：IIS 5.0数 据 库：Micro

4、soft SQL Server 2000以上2.3条件与限制1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。2）对设备的要求：要求计算机稳定性良好，整套系统经济实惠。3）可以利用的信息和资源：学校已经配置了所以的计算机，以及网络设备3数据描述3.1教材购销系统的处理流程描述：共有以下处理描述：处理编号处理名1订书2购书3验收4查询书籍5买书各详细处理描述：处理名：订书处理编号：1输入数据流：计划订单+总括登记信息输出数据流：实际订单（订书存根和书商共2个地方）处理逻辑：完成校验计划订书单、登记和订书处理名：购书处理编号：2输入数据流：采购单+总括登记信息输出数据流：实际购书

5、单（订书存根和验收共2个地方）处理逻辑：完成校验计划购书单、登记和购书处理名：验收处理编号：3输入数据流：实际订单+供书单|实际订单+实际购书单输出数据流：总括登记信息+个别登记信息+所有新购的书处理逻辑：验证实际新购的书和订书存根是否相同，并完成登记总帐和个别帐处理名：查询书籍处理编号：4 输入数据流：查询结果+查询信息输出数据流：查询结果处理逻辑：学生者通过电脑查询来查询书籍处理名：买书处理编号：5输入数据流：买书信息，买者身份输出数据流：买书人的姓名及日期等信息 +书的信息处理逻辑：完成买书的功能1、订书：数据流：查询结果 = 需要|不需要不需要的书籍信息 = 编号+书名+出版社+版期和

6、版次+价目+册数+总价款+备注+订单日期实际订单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期数据处理：共有以下处理描述：处理编号处理名11查存12订书14删除不需要的订单记录各详细处理描述：处理名：查存处理编号：11输入数据流：计划订单+总括登记信息输出数据流：查询结果处理逻辑：完成订购前的查存工作处理名：订书处理编号：1.2输入数据流：实际订单（删除不需要的订单记录|查存从这两个地方的其中一个地方）输出数据流：实际订单（书商和订书存根共两个地方）处理逻辑：完成和商家订书和登记存根处理名：删除不需要的订单记录处理编号：1.4输入数据流：不需要的书籍信息输出数据流：实

7、际订单处理逻辑：校验计划订书单和实际订单的信息 2、购书：数据流：查询结果 = 需要|不需要不需要的书信息= 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期实际订单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期数据处理：共有以下处理描述：处理编号处理名21查存22删除不需要的图书记录23购书各详细处理描述：处理名：查存处理编号：2.1输入数据流：采购单+总括登记信息输出数据流：查询结果处理逻辑：完成购书前的查存工作处理名：删除不需要的图书记录处理编号：2.2输入数据流：不需要的书信息输出数据流：实际订单处理逻辑：校验计划购书单和实际购书单的信息处理

8、名：购书处理编号：2.3输入数据流：实际订单（删除不需要的订单记录|查存从这两个地方的其中一个地方）输出数据流：实际订单（书商和订书存根共两个地方）处理逻辑：完成自己去购书和登记存根3、验收：数据流：审核结果 = 合格|不合格验收不合格的记录 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期验收合格的记录 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期验收合格的所有不同种类的书的信息 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期每本书的详细信息 = 编号+登记日期+登记号码+书名+著者或译者+出版社+版期或版次+页数+尺寸

9、+来源+价目+类号+备注数据处理：共有以下处理描述：处理编号处理名3.1审核3.2盖财产号3.3退书或协商3.4总括登记3.5个别登记各详细处理描述：处理名：审核处理编号：3.1输入数据流：实际购书（购书+订书存根这两个地方来的）|单供书单共3个地方输出数据流：审核结果处理逻辑：审核所购图书和实际订单是否相同处理名：盖财产号处理编号：3.2输入数据流：验收合格记录输出数据流：验收合格的所有不同种类的书的信息处理逻辑：对新购图书盖章处理名：退书或协商处理编号：3.3输入数据流：验收不合格记录输出数据流：退书信息处理逻辑：验收不合格退回商家或协商处理名：总括登记处理编号：3.4输入数据流：验收合格

10、的所有不同种类的书的信息输出数据流：总括登记信息处理逻辑：对购入的图书进行总括登记帐登记处理名：个别登记处理编号：3.5输入数据流：每本书的详细信息输出数据流：每本书的个别登记信息处理逻辑：对购入的图书进行个别登记帐登记5、买书：数据流：有效用户信息 = 姓名+单位库的可借阅性 = 借阅|看库的名称 = 这个图书库的库名库的性质 = 库的名称 + 库的可借阅性 + 最大借阅册数用户信息以及库的借书标准 = 姓名+单位+最大借阅册数用户区分结果 = 老师|学生填写借书信息 = 书名+姓名+日期相关图书信息 = 书名+索书号数据处理：共有以下处理描述：处理编号处理名6.1校验身份6.2分库区分6.

11、3只看不借的库6.5分不同的可借阅库可借阅的时间和册数不同6.6区分用户6.7老师的待遇6.8学生的待遇6.9填写相关的卡片6.10领书各详细处理描述：处理名：校验身份处理编号：6.1输入数据流：借书信息输出数据流：有效用户信息处理逻辑：校验这个读者是否有权进入图书馆处理名：分库区分处理编号：6.2输入数据流：有效用户信息输出数据流：库的性质处理逻辑：区分到底这个管是可借阅的书库还是只看不借的书库 处理名：只看不借的库处理编号：6.3输入数据流：看输出数据流：处理逻辑：这个库是只看不借的处理名：分不同的可借阅库可借阅的时间和册数不同处理编号：6.5输入数据流：库的名称输出数据流：用户信息以及库

12、的借书标准处理逻辑：给出不同的可借阅库的借书的标准以及传递用户信息 处理名：区分用户处理编号：6.6输入数据流：用户信息以及库的借书标准输出数据流：用户区分结果处理逻辑：区分是老师还是学生处理名：老师的待遇处理编号：6.7输入数据流：老师输出数据流：填写借书信息处理逻辑：处理借阅者是老师的情况给予什么样的待遇处理名：学生的待遇处理编号：6.8输入数据流：同学输出数据流：填写借书信息处理逻辑：处理是借阅者是同学的情况给予什么样的待遇处理名：填写相关的卡片处理编号：6.9输入数据流：填写借书信息（老师的待遇|学生的待遇）共2个来源输出数据流：借书人姓名及日期 + 读者信息 + 相关图书信息处理逻辑：填写跟书卡和借书证处理名：领书处理编号：6.10输入数据流：相关图书信息输出数据流：书处理逻辑：读者领取所借书籍