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

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

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

图书馆管理系统需求分析

图书馆管理系统

——需求分析说明

目录

一、引言

1.1编写目的

1.2项目背景

1.3术语定义

1.4参考资料

二、任务概述

2.1功能概述

2.2目标

2.3用户特点

三、具体需求

3.1ER图

3.2用例图

3.3用例说明

四、系统接口

4.1用户接口

4.2硬件接口

4.3软件接口

五、性能需求

六、软件属性

6.1可使用性

6.2系统安全

6.3可维护性

一、引言

1.1编写目的

编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。

需求说明书有时候也被称为规格说明书，本规格说明描述了任务管理项目的要求，并且作为各方面沟通的依据，也为下一步工作提供基准。

软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。

经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。

1.2项目背景

Ø项目名称：

图书馆管理系统

Ø项目开发者：

“图书馆管理系统”开发小组

Ø用户：

湖州职业技术学院图书管理员、读者（学生、老师）

为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该图书管理系统以提高图书馆的管理效率。

使用该系统之后，工作人员可以查询某位读者、某种图书的借阅情况，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。

1.3术语定义

1.系统：

图书馆管理软件

2.图书信息：

一些图书的基本信息，包括书名、书号、作者、出版社、库存数量及库存位置等信息，便于读者查询借阅。

3.借书记录：

包括借阅者的姓名、ID号以及所借书的书名和借书日期等信息。

4.借阅规则：

对不同的借阅者有不同的借阅册数和借阅时间，对不同的违章情况有不同的罚款措施。

1.4参考资料:

[1]王立福等，《软件工程》（第三版），北京大学出版社

[2]张海藩，《软件工程导论》（第五版），清华大学出版社

[3]王珊等，《数据库系统概论》（第四版），高等教育出版社

二、任务概述

2.1功能概述

基本功能要求：

图书管理：

新书登记，图书查询，图书注销；

借阅管理：

借书，还书，查询今日到期读者；

读者管理：

增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）；

报表管理：

包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。

系统管理：

系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。

2.2目标

本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。

本系统除了图书馆内管理的一般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。

目标还包括：

✧减少人力与管理费用；

✧提高信息准确度；

✧建立高效的信息传输和服务平台，提高信息处理速度和利用率；

✧系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大、效率高；

✧更简便、信息化程度更高的图书管理流程；

2.3用户特点

✧本软件的最终用户是面向管理员（图书管理员和其它管理人员）、读者（老师和同学等），他们都具有一定的计算机应用基础，可以比较熟练操作计算机。

管理员和读者都是经常性用户。

✧系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。

维护人员为间隔性用户。

3、具体需求

3.1ER图

3.2用例图

借阅人用例图：

图书系统管理员用例图：

图书管理员用例图：

3.3用例规约

1．用例名称：

登录

用例描述：

根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。

前置条件：

无

后置条件：

根据用户所有的权限进入相应的操作界面。

基本操作流程：

1输入用户名

2输入密码

2校验密码是否正确。

3根据用户身份进入相应的操作界面。

可选流程：

如果密码不正确，提示重新输入密码；

如果用户名不正确，提示没有此用户。

2.用例名称：

查询图书

用例描述：

由读者进行操作，查询图书馆中有没有需要图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。

前置条件：

以顾客身份登录

后置条件：

无

基本流程：

1以读者身份登录。

2输入图书的名称或作者名称。

3显示相关图书的信息。

可选流程：

如果没有该图书，返回提示信息：

“没有找到图书”。

3．用例名称：

借书

用例描述：

由图书管理员把读者的借书卡的条码读入计算机，再将读者所选图书的条码读入计算机，在不超过读者允许借书的情况下，累计该读者所借的书；否则提示超过借书数量。

前置条件：

以图书管理员的身份登录系统。

后置条件：

图书信息中相应记录的还书日期值做改变；将借书明细加入借书记录中。

基本操作流程：

1以图书管理员身份登录系统。

2进入借书功能。

3录入读者的借书卡条码。

4识别读者类别，提示读者可以借阅图书的数量及借阅时间等。

如果允许借阅，继续4，否则提示已达到借书数量。

5录入图书的条码，显示该图书的信息。

6还有其他图书，重复步骤3。

7保存操作。

可选流程在保存之前，可以取消操作。

4．用例名称：

续借

用例描述：

由图书管理员把读者的借书卡的条码读入计算机，计算机显示读者所借图书及状态，选定需要续借的图书，系统提示还书时间，保存操作。

前置条件：

以图书管理员的身份登录系统。

后置条件：

图书信息中相应记录的还书日期值做改变；将续借明细加入借书记录中。

基本操作流程：

1以图书管理员身份登录系统。

2进入续借功能。

3录入读者的借书卡条码。

4计算机显示读者所借图书及状态。

5如可以续借则选定需要续借的图书；否则提示无法续借。

6系统提示还书时间。

7保存操作。

可选流程：

在保存之前，可以取消操作。

5.用例名称：

还书

用例描述：

由图书管理员把图书的条码读入计算机，系统显示该书的读者资料，提示是否超出借阅期限。

如未超出则显示还书成功；如超出则计算罚金。

前置条件：

以图书管理员的身份登录系统。

后置条件：

图书信息中相应记录的状态值做改变；将还书明细加入还书记录中。

基本操作流程：

1以图书管理员身份登录系统。

2进入还书功能。

3录入读者的借书卡条码。

4系统显示该书的读者资料，提示是否超出借阅期限。

5如未超出则显示还书成功；如超出则计算罚金。

可选流程:

在保存之前，可以取消操作。

6.用例名称：

新书登记

用例描述：

由图书管理员将新书的信息录入计算机中，进行保存。

前置条件：

以图书管理员的身份登录系统。

后置条件：

图书信息中增加一条记录。

基本操作流程：

1以图书管理员的身份登录系统。

2进入新书登记功能。

3输入新书的相应信息。

4保存操作。

可选流程：

在保存之前，可以取消操作。

7.用例名称：

修改或注销图书

用例描述：

由图书管理员修改图书的信息或注销图书，进行保存。

前置条件：

以图书管理员的身份登录系统。

后置条件：

图书信息中相应记录更新或删除。

基本操作流程：

1以图书管理员的身份登录系统。

2进入图书管理功能。

3选定需要修改或删除的图书。

4修改图书的相应信息或删除图书。

5保存操作。

可选流程：

在保存之前，可以取消操作。

8.用例名称：

增加读者

用例描述：

由图书管理员将新读者的信息录入计算机中，进行保存。

前置条件：

以图书管理员的身份登录系统。

后置条件：

读者信息中增加一条记录。

基本操作流程：

1以图书管理员的身份登录系统。

2进入读者管理功能。

3输入新读者的相应信息，设置读者类别。

4保存操作。

可选流程：

在保存之前，可以取消操作。

9.用例名称：

修改或删除读者

用例描述：

由图书管理员修改读者的信息或删除读者，进行保存。

前置条件：

以图书管理员的身份登录系统。

后置条件：

读者信息中相应记录更新或删除。

基本操作流程：

1以图书管理员的身份登录系统。

2进入读者管理功能。

3录入读者的借书卡条码，查询读者，确定需要修改或删除的读者。

4修改读者的相应信息或删除读者。

5保存操作。

可选流程：

在保存之前，可以取消操作。

四、系统接口

4.1用户接口

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化，考虑到用户多对WINDOW风格较熟悉，应尽量向这一方向靠拢。

在设计语言上，已决定使用MSVISUALC++进行编程，在界面上可使用VISUALC++所提供的可视化组件，向WINDOWS风格靠近。

其中服务器程序界面要做到操作简单，易于管理。

在设计上采用下拉式菜单方式，在出错显示上可调用VISUALC++库中的错误提示函数。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

4.2硬件接口

普通无故障的电脑均可运作，如果计算机性能较强的话，运行本软件将会更流畅。

4.3软件接口

该系统与EXCEL系统有软件接口。

五、性能需求

主要质量属性

详细要求

正确性

业务错误不允许出现

健壮性

能够容纳300人同时访问，服务器端程序应连续工作半年以上

可靠性

除电源、硬件、操作系统、服务器管理系统外程序不允许异常退出或崩溃

性能，效率

系统处理业务时间最迟时间小于等于5秒

易用性

不用安装，操作简便

清晰性

业务流程明确

安全性

用户信息保密，操作权限明确

可扩展性

可在当前需求基础之上进行功能上的扩展

兼容性

可运行在大多数主流的硬件环境中

可移植性

可运行在大多数主流的操作平台上

可维护性需求

系统提供系统管理和维护，方便客户进行可配置化的管理

精确度

数量值精确到个位，时间值精确到日，价格值精确到分

响应时间

后台任务管理器的反应时间应该在10秒到60秒

更新处理时间

不超过30秒

数据转换与传输时间

不超过30秒

六、软件属性

6.1可使用性

本系统在详细地进行了用户需求分析的前提下，严格按照计算机应用软件开发规范的要求进行研制开发，要具有较高的使用性。

6.2系统安全性

系统应严格按照用户的使用等级进行严格的权限划分；

系统应采用先进的C/S结构，数据库和应用程序远离；

系统应能够借助MSWINDOWS9.x/2000/XP和MSACCESS本身的安全机制，有效地防止非法用户的入侵，确保系统的安全保密性。

6.3可维护性

系统应采用C/S结构，应具有较强的可维护性。