图书管理系统需求分析.docx

图书管理系统需求分析.docx

《图书管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《图书管理系统需求分析.docx（10页珍藏版）》请在冰豆网上搜索。

图书管理系统需求分析

“高校图书管理系统”软件需求说明书

1.引言

1.1编写目的

本文档的编写目的是：

●准确全面地描述高校图书管理系统的业务需求，明确系统的目标和功能，为业务人员和设计开发人员提供读图书管理系统的统一理解，为设计和实现图书管理系统提供依据。

●为核定开发成本、估算开发进度、组织人力资源和编制开发计划提供依据

●为系统验收提供依据

本文档的读者是：

●参与本项目需求分析和需求评审的技术人员

●参与本项目需求分析的业务人员、管理人员

●参与本项目实现的系统设计人员、软件开发人员、编码人员

●参与本项目系统测试的业务人员、软件测试人员

1.2背景

1）本待开发的软件系统名称：

高校图书管理系统

2）项目的任务提出者：

***学院图书馆

3）开发者：

***学院计算机系

4）用户：

***学院图书馆

1.3参考资料

1）《软件产品开发文件编制指南（GB8567-1987）》

2）《“高校图书管理系统”可行性研究报告》

2.任务概述

1）项目目标：

在4个月内，建立一个网络化得高校图书管理系统

2）用户特点：

略

3）假定和约束：

略

3.需求规定

3.1数据描述

1.数据流图

经过分析建模，该系统的分层数据流图见图2.1

a．顶层数据流图

b．第二层数据流图

c．第三层数据流图

d．第三层数据流图

e．第四层数据流图

f．第四层数据流图

图2.1“高校图书管理系统”数据流图

2．数据词典

（1）数据流

图书管理要求=[新书入库|借书|还书]

入库单=分类目录号+索书号+数量+书名+作者+内容摘要+价格+购书日期

索书号=1{0-9|A-Z|/|.}14

借书记录=读者条码+图书条码+借阅日期

图书条码=1{0-9}14

读者条码=1{0-9}14

罚款单=逾期天数+罚款金额

查询要求=[读者情况|图书情况]

读者情况=读者条码+姓名+所在单位+{借书情况}

借书情况=书名+分类目录号+索书号+图书条码+借阅日期

图书情况=书名+作者+分类目录号+索书号+总数+库存数

注：

每个借书证上都有一个读者条码，课包括学院代码、读者类型（教师职称/学生）、所在单位（系部、班级、学号）等信息。

每本图书上都有一个图书条码，可包括学研代码、语种代码（中文、英文等）、图书流水号等信息。

每本书有唯一的图书流水号、唯一的图书条码。

索书号由分类目录号和种次号（同一大类的子类号）组成。

同一大类图书的分类目录号相同。

同一类图书的多个副本具有相同的分类目录号和索书号，但图书条码不同。

（2）数据存储

文件名：

读者文件

组成：

{读者条码+姓名+所在单位+读者类型+电话+电子邮件}

组织：

按读者条码递增顺序排列

注：

读者类型是对读者的划分，不同的读者类型有不同的借阅规则，即借书限额（册数）和借阅期（天数）等项目不同。

文件名：

图书文件

组成：

{分类目录号+书名+作者+出版社+出版日期+ISBN+内容摘要+价格+入库日期+{图书条码+图书状态+索书号}}

组织：

按分类目录号递增顺序

图书状态=[遗失|遗失赔书|库本|借出|预约|在库可借]

文件名：

借书文件

组成：

{借书记录+还书日期}

组织：

按借阅日期递增顺序排列

文件名：

借阅规则

组成：

{读者类型代码+读者类型描述+允借册数+借期+续借期+可预约次数+可续借次数}

组织：

按读者类型代码递增顺序排列

读者类型描述=[教师|硕士生|本科生|专科生|进修生]

文件名：

罚款文件

组成：

{读者条码+图书条码+违章原因+成本罚款+罚款倍数+罚款数额+已欠款+欠款总额+总违章次数}

组织：

按读者条码递增顺序排列

违章原因=[过期|遗失|遗失赔书|其他]

（3）小说明

小说明只描述最底层的基本加工

加工编号：

1

加工名：

检查有效性

输入流：

图书管理要求，查询要求

输出流：

有效的图书管理要求，有效的查询要求

加工逻辑：

检查输入要求的有效性

加工编号：

2.1

加工名：

要求分类

输入流：

有效的图书管理要求

输出流：

入库单，读者条码，图书条码

加工逻辑：

根据图书管理要求的类型选择

Case1：

新书入库，输出图书文件

Case2：

借书，输出所借图书

Case3：

还书，输出罚款单

加工编号：

2.2

加工名：

新书入库

输入流：

入库单

输出流：

图书文件

加工逻辑：

输入填好的入库单，并写入图书文件。

加工编号：

3.1

加工名：

查询要求分类

输入流：

有效的查询要求

输出流：

查询读者情况，查询借书情况

加工逻辑：

根据查询情况类别选择

Case1：

查询读者情况

Case2：

查询借书情况

加工编号：

3.2

加工名：

查询读者

输入流：

查询读者情况，读者文件，借书文件

输出流：

读者情况

加工逻辑：

根据查询读者的情况从读者文件中读出读者记录，并从借书文件中读出该读者的借书记录，综合输出该读者的借阅情况。

加工编号：

3.3

加工名：

检查借书

输入流：

查询借书情况，借书文件，图书文件

输出流：

借书情况

加工逻辑：

根据查询图书的情况从图书文件中读出该书信息，并从借书文件中读出该书的借书记录，综合输出该书的借阅情况。

加工编号：

2.3.1

加工名：

检查读者有效性

输入流：

读者条码，读者文件

输出流：

有效借书证或无效借书证

加工逻辑：

根据借书证上的读者条码和读者文件的内容，检查该读者是否为合法读者。

加工编号：

2.3.2

加工名：

检查读者资格

输入流：

有效借书证，借书文件，借阅规则文件

输出流：

核准后的借书证

加工逻辑：

从借书文件中读出该读者的当前借阅情况，检查他所借图书是否已超过借书限额（从借书规则文件获得），同时检查欲借图书状态是否为可借。

加工编号：

2.3.3

加工名：

办理借书

输入流：

核准后的借书证，图书条码

输出流：

图书文件，借书文件

加工逻辑：

根据核准厚的借书证及图书条码，将图书文件中该书的图书状态置为“借出”，同时在借书文件中写入读者的借书信息。

加工编号：

2.4.1

加工名：

办理还书

输入流：

图书条码，借书文件，图书文件

输出流：

借书文件，图书文件，逾期天数

加工逻辑：

根据图书条码，将图书文件中该书的图书状态置为“在库可借”,同时把借书文件中相应读者的借书记录删除，根据还书日期和当前系统日期计算该图书是否已过期，并输出逾期天数。

加工编号：

2.4.2

加工名：

办理罚款

输入流：

逾期天数

输出流：

罚款单，罚款文件

加工逻辑：

根据图书过期天数，计算罚款金额，写入罚款文件，输出罚款单。

3.E-R图

3.2功能需求

本系统有新书入库、借书、还书、图书查询四大功能，共8个子项。

1.新书入库

2.借书

（1）检查读者有效性

（2）检查读者资格

（3）办理借书

3.还书

（1）办理还书

（2）办理罚款

4.图书查询

（1）查询要求分类

（2）查询读者

（3）查询借书

3.3性能需求

（1）支持的终端数为20-40台。

（2）软件响应时间、更新处理时间较快、用户可接受。

（3）数据库中数据一致性和完整性强、数据安全性好。

（4）应用程序功能完备、易使用。

（5）方便用户使用，具有较高的用户友好性。

（6）具有较高的可靠性，将系统发生故障的概率控制2.5%以下，并具有快速恢复能力。

（7）具有较强的可维护性。

3.4运行需求：

略

3.5其他需求：

略

4.运行环境规定

（1）硬件平台

硬件要求：

PC服务器，核心数量4核心，主频2500MHz，内存16GB以上，硬盘40GB以上。

（2）软件平台

操作系统：

redflag（红旗）Linux5.0（服务器端），windowsXP（客户端）

数据库管理系统：

Oracle10G

（3）开发环境

PowerBuild8.0