3需求规格说明书.docx

资源描述

3需求规格说明书.docx

《3需求规格说明书.docx》由会员分享，可在线阅读，更多相关《3需求规格说明书.docx（15页珍藏版）》请在冰点文库上搜索。

3需求规格说明书.docx

3需求规格说明书

需求规格说明书

1．引言

1.1编写目的

南京信息工程大学的教材购销系统都是由手工操作的，随着计算机的发展，更多的学校开始采用计算机来实现教材购销，这样可以得到更好的管理。

目前，南京信息工程大学已经购买了所需的计算机硬件跟网络设备。

设计一从采购—流通—管理一体化的教材购销系统。

主要表现：

（一）采购，对新书的目录，要查存，判断书库是不是已经订过了，要人工查阅帐本完成，是很麻烦的事。

（二）验证，要填写两个帐本和盖章，而且在帐本上面很多信息是重复的。

（三）流通，在买书的时候要填写申请和开发票；在领书的时候工作人员还要花一定时间把书出来，无论买书人还是工作人员都要消耗很多时间，大大降低了工作效率。

（五）每次各个工作人员都要手工记录清楚每一次交易的详细信息，很麻烦。

1.2项目背景

A、系统名称：

南京信息工程大学教材购销系统

B、本项目的任务提出者：

南京信息工程大学数理学院

本项目的最终用户：

南京信息工程大学

2．任务概述

2.1目标

通过调研了解到：

1）教材购销人员希望通过此系统能统计大量的以前无法统计的数据，方便管理。

2）在买书时实现计算机自动进行学生信息的验证。

3）应用此系统后，可以适当的减少不必要的工作人员。

2.2对系统的要求：

教材购销人员提出的要求，结合我们的技术建议再加以考虑，产生了该管理信息系统的功能要求：

1）编制一套采购管理系统（订购和购书）；

2）采编室需要一个管理模块，主要是查询库存进行验收和所有书的个别帐登记

3）编制一套流通（买书）管理系统；

4）编制一套库存管理系统（库存）；

5）查询模块；

6）用户管理（用户记录管理和权限设置）；

7）统计打印模块。

另外该公司领导及技术负责人强调以下要求：

1）对库能够灵活设置。

2）对不同年级不同学院的学生的信息要统一编辑，且易于更新。

3）不同的管理员有不同的权限。

4）软件系统安全上要有一定的保障。

5）增加各种尽可能多的统计功能

6）不断改进系统性能，在使用时不要有明显的时间延迟。

2.2运行环境

操作系统：

MicrosoftWindows2000AdvancedServer以上

支持环境：

IIS5.0

数据库：

MicrosoftSQLServer2000以上

2.3条件与限制

1）系统最小寿命：

系统应该能在无重大改动的条件下正常运行5年以上。

2）对设备的要求：

要求计算机稳定性良好，整套系统经济实惠。

3）可以利用的信息和资源：

学校已经配置了所以的计算机，以及网络设备

3．数据描述

3.1教材购销系统的处理流程描述：

共有以下处理描述：

处理编号

处理名

订书

购书

验收

查询书籍

买书

各详细处理描述：

处理名：

订书

处理编号：

输入数据流：

计划订单+总括登记信息

输出数据流：

实际订单（订书存根和书商共2个地方）

处理逻辑：

完成校验计划订书单、登记和订书

处理名：

购书

处理编号：

输入数据流：

采购单+总括登记信息

输出数据流：

实际购书单（订书存根和验收共2个地方）

处理逻辑：

完成校验计划购书单、登记和购书

处理名：

验收

处理编号：

输入数据流：

[实际订单+供书单|实际订单+实际购书单]

输出数据流：

总括登记信息+个别登记信息+所有新购的书

处理逻辑：

验证实际新购的书和订书存根是否相同，并完成登记总帐和个别帐

处理名：

查询书籍

处理编号：

输入数据流：

查询结果+查询信息

输出数据流：

查询结果

处理逻辑：

学生者通过电脑查询来查询书籍

处理名：

买书

处理编号：

输入数据流：

买书信息，买者身份

输出数据流：

买书人的姓名及日期等信息+书的信息

处理逻辑：

完成买书的功能

1、订书：

数据流：

查询结果=[需要|不需要]

不需要的书籍信息=编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期

实际订单=编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期

数据处理：

共有以下处理描述：

处理编号

处理名

1．1

查存

1．2

订书

1．4

删除不需要的订单记录

各详细处理描述：

处理名：

查存

处理编号：

1．1

输入数据流：

计划订单+总括登记信息

输出数据流：

查询结果

处理逻辑：

完成订购前的查存工作

处理名：

订书

处理编号：

1.2

输入数据流：

实际订单（[删除不需要的订单记录|查存]从这两个地方的其中一个地方）

输出数据流：

实际订单（书商和订书存根共两个地方）

处理逻辑：

完成和商家订书和登记存根

处理名：

删除不需要的订单记录

处理编号：

1.4

输入数据流：

不需要的书籍信息

输出数据流：

实际订单

处理逻辑：

校验计划订书单和实际订单的信息

2、购书：

数据流：

查询结果=[需要|不需要]

不需要的书信息=编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期

实际订单=编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期

数据处理：

共有以下处理描述：

处理编号

处理名

2．1

查存

2．2

删除不需要的图书记录

2．3

购书

各详细处理描述：

处理名：

查存

处理编号：

2.1

输入数据流：

采购单+总括登记信息

输出数据流：

查询结果

处理逻辑：

完成购书前的查存工作

处理名：

删除不需要的图书记录

处理编号：

2.2

输入数据流：

不需要的书信息

输出数据流：

实际订单

处理逻辑：

校验计划购书单和实际购书单的信息

处理名：

购书

处理编号：

2.3

输入数据流：

实际订单（[删除不需要的订单记录|查存]从这两个地方的其中一个地方）

输出数据流：

实际订单（书商和订书存根共两个地方）

处理逻辑：

完成自己去购书和登记存根

3、验收：

数据流：

审核结果=[合格|不合格]

验收不合格的记录=编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期

验收合格的记录=编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期

验收合格的所有不同种类的书的信息=编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期

每本书的详细信息=编号+登记日期+登记号码+书名+著者或译者+出版社+版期或版次+

页数+尺寸+来源+价目+类号+备注

数据处理：

共有以下处理描述：

处理编号

处理名

3.1

审核

3.2

盖财产号

3.3

退书或协商

3.4

总括登记

3.5

个别登记

各详细处理描述：

处理名：

审核

处理编号：

3.1

输入数据流：

[实际购书（购书+订书存根这两个地方来的）|单供书单]共3个地方

输出数据流：

审核结果

处理逻辑：

审核所购图书和实际订单是否相同

处理名：

盖财产号

处理编号：

3.2

输入数据流：

验收合格记录

输出数据流：

验收合格的所有不同种类的书的信息

处理逻辑：

对新购图书盖章

处理名：

退书或协商

处理编号：

3.3

输入数据流：

验收不合格记录

输出数据流：

退书信息

处理逻辑：

验收不合格退回商家或协商

处理名：

总括登记

处理编号：

3.4

输入数据流：

验收合格的所有不同种类的书的信息

输出数据流：

总括登记信息

处理逻辑：

对购入的图书进行总括登记帐登记

处理名：

个别登记

处理编号：

3.5

输入数据流：

每本书的详细信息

输出数据流：

每本书的个别登记信息

处理逻辑：

对购入的图书进行个别登记帐登记

5、买书：

数据流：

有效用户信息=姓名+单位

库的可借阅性=[借阅|看]

库的名称=这个图书库的库名

库的性质=库的名称+库的可借阅性+最大借阅册数

用户信息以及库的借书标准=姓名+单位+最大借阅册数

用户区分结果=[老师|学生]

填写借书信息=书名+姓名+日期