图书管理系统 软件项目管理大作业 下载本文

3 需求规格说明书 3.1 需求概述

3.2 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。该系统针对的用户是单个中小型图书室,藏书的种类和数量较少,系统需要操作方便,方便管理员对整个系统管理和学生借阅书的方便。

3.3 用户类和特征

最终的用户是图书管理员和读者,图书管理员需要进行用户的创建、修改和删除等工作,要求具备计算机知识,如权限管理等。读者是普通用户,具备一定的计算机操作知识即可。 3.3 运行环境

操作系统:Windows 2000 Server 或 Windows NT。

数据库管理系统:SQL Server。 开发工具:Eclipse。 软件平台:Tomcat。

客户端软件选择的具体说明:web浏览器。 3.4 功能需求

本系统相应的需求有:

(1)能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:

? 图书信息的录入、删除及修改。 ? 图书信息的多关键字检索查询。 ? 图书的出借、返还和资料统计。

(2) 能够对一定数量的读者进行相应的信息存储与管理,这其中包括:

? 读者信息的登记、删除及修改。 ? 读者资料的统计与查询。

? 能够提供一定的安全机制,提供数据信息授权访问。

管理员 学生

5

修改图书信息 办理借阅 修改读者信息 查询图书信息 查询图书信息 关系数据3.5需求补充说明:

(1)数据保存:需要长期保存在数据库的数据有:

? 图书信息:图书的基本信息; ? 读者信息:读者的基本信息; ? 借阅信息:图书的借阅信息; ? 帐号信息:图书管理员和读者的登录帐号; (2)系统用户:图书管理员、读者。

? 图书管理员:对图书和读者数据可执行添加、修改、删除以及查询等操作。 ? 读者:可查询图书以及查询与本人相关的借阅信息。

3.6 确定执行者

执行者是与系统交互的外部实体,它既可以是人员也可以是外部系统或硬件设备。

确定执行者可以通过提出以下问题得到: –谁使用系统的主要功能?

–谁需要系统的支持以完成日常工作任务? –谁从系统获取信息?

–谁负责维护和管理系统以保证其正常运行? –系统需要应付(处理)哪些外部硬件设备? –系统需要和哪些外部系统交互?

在本例中,可以确定“图书管理员”和“读者”为系统的执行者。“图书管理员”负责使用系统的主要功能,“读者”从系统中获取所需的信息。

3.7 确定用例

用例描述了一个完整的系统事件流程,其重点在于执行者与系统之间的交互而不是内在的系统活动,并对执行者产生有价值的可观测结果。

确定用例可以通过提出以下问题得到:

–参与者需要从系统中获得什么功能?参与者需要做什么? –参与者读取、产生、删除、修改或存储系统的某些信息吗?

–系统中发生事件需要通知参与者吗?参与者需要通知系统某件事情吗? –系统的输入/输出信息是什么?这些信息从哪儿来到哪儿去? –采用什么实现方法满足某些特殊要求?

本例中我们通过一定的调研和分析得到的“图书管理系统”的用例图,如图3.1所示。

6

读者信息的查询图书信息的查询查询个人基本信息图书信息的维护图书管理员借书读者还书查询个人借阅信息读者信息的维护口令管理

图3.1 用例图

3.8 编写用例文档

用例图不能提供用例所具有的全部信息,因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明,要求清晰明确,没有二义性。在描述用例时,应该只注重外部能力,不涉及内部细节。下面给出本例中的用例文档。 (1).图书信息的维护用例

用例名:图书信息的维护

参与执行者:图书管理员

入口条件:图书管理员已经登陆到该系统中。

事件流:当有新书入库时,图书管理员在录入页面输入书的信息,点击提交按钮,系统将书的信息保存到数据库中;当某一本图书的信息需要修改时,图书管理员通过输入查询条件,搜索出该书时,点击修改按钮,系统在可编辑状态显示图书的当前信息,图书管理员修改具体信息,点击保存按钮,系统将更新数据库中该书的信息;当需要删除一个或多个图书时,图书管理员查找到需要删除的图书记录,点击删除按钮,系统提示“确实要删除?”对话框,当管理员选择“是”,系统将删除数据库中相应图书的信息,反之,则不进行任何操作。

出口条件: 系统将数据库中的信息进行相应的操作:添加图书信息时,将新的图书信息保存在数据库中;修改图书信息时,将数据库中该图书的信息做相应的更新操作;删除图书信息时,则删除数据库中的相应图书记录。

异常事件:在图书进行修改和删除时,先查出需要进行处理的图书记录,如果数据库中不错在符合条件的记录,查询无结果时,则无法进行修改和删除操作。 (2).读者信息的维护用例

用例名:读者信息的维护

参与执行者:图书管理员

入口条件:图书管理员已经登陆到该系统中。

7

事件流:当有新的读者时,图书管理员在录入页面输入读者的信息,点击提交按钮,系统将读者的信息保存到数据库中;当某一本读者的信息需要修改时,读者管理员通过输入查询条件,搜索出该读者信息时,点击修改按钮,系统在可编辑状态显示读者的当前信息,读者管理员修改具体信息,点击保存按钮,系统将更新数据库中该读者的信息;当需要删除一个或多个读者时,图书管理员查找到需要删除的读者记录,点击删除按钮,系统提示“确实要删除?”对话框,当管理员选择“是”,系统将删除数据库中该图书的信息,反之,则不进行任何操作。

出口条件: 系统将数据库中的读者信息进行相应的操作:添加读者信息时,将新的读者信息保存在数据库中;修改读者信息时,将数据库中该读者的信息做相应的更新操作;删除读者信息时,则删除数据库中的相应读者记录。

异常事件:在进行修改和删除读者信息时,先查出需要进行处理的读者记录,如果数据库中不错在符合条件的记录,查询无结果时,则无法进行修改和删除操作。 (3).图书信息的查询用例

用例名:图书信息的查询

参与执行者:图书管理员、读者 入口条件:无

事件流:通过交互界面输入查询条件(如书名,作者名等)搜索图书记录。

出口条件:若有符合条件的课程信息,则系统显示这些图书信息。否则系统提示用户重新输入查询条件。

(4).读者信息的查询用例

用例名:读者信息的查询

参与执行者:图书管理员

入口条件:用户已经登陆到该系统中。

事件流:通过查询界面输入查询条件(如读者证,读者姓名等)搜索待读者记录。 出口条件:若有符合条件的读者信息,则系统显示读者信息。否则系统提示用户重新输入查询条件。

(5).查询个人基本信息用例

用例名:查询个人基本信息

参与执行者:读者

入口条件:用户已经登陆到该系统中。 事件流:点击查询个人基本信息按钮。 出口条件:系统显示读者本人信息。 (6).查询个人借阅信息用例

用例名:查询个人借阅信息

参与执行者:读者

入口条件:用户已经登陆到该系统中。

8