软件工程作业图书管理系统

1. 引言

1.1 编写目的

本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2 项目背景

本项目的名称：图书管理系统。

图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。

本产品是针对电脑管理图书的需求设计的，可以完成读者登记、购入新书、读者借还书、图书注销等。

1.3 相关定义

数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集合。其作用是为设计人员提供关于数据描述的信息。

数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。

2. 需求概述

2.1 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。

2.2 用户类和特征

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

2.3 运行环境

服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。

客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。 软件运行环境：

服务器：Windows 2000 Server 、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

客户端：Windows 98、Windows Me、Windows 2000、Windows XP系统均能正常运行。

建议使用Windows XP或 Windows 2000 操作系统。

3. 功能需求

登录系统：注销用户、系统退出。

管理：用户管理、图书管理、读者管理、借阅管理。

查询：图书查询、读者查询、借阅查询。

报表打印：所有图书、借出图书、库存图书、所有读者。

帮助：使用说明、关于。

另外：

1.做个有条形码的借书证，方便借书还书。

2.在编目和流通这两块一定要改善，用计算机管理。

3.对库能够灵活设置。

4.做个借期超过要求罚款的功能，不同类的书罚款各不相同。

5.软件系统安全上要有一定的保障。

6.增加各种尽可能多的统计功能。

7.安装磁条，增加图书安全性。

8.图书管理系统软件还必须具有,导入,导出数据库功能。方便即时更新和修改。

3.1 确定执行者

执行者是与系统交互的外部实体，它既可以是人员，也可以是外部系统或硬件设备。执行者可以直接确定“图书管理员”负责使用系统的主要功能，“读者”从系统中获取所需的信息。

3.2 确定用例

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，

并对执行者产生有价值的可观测结果。

在这个“图书管理系统”中的用例图如下所示。

“图书管理系统”用例图

3.3 编写用例文档

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

1. 图书信息的维护用例

用例名：图书信息的维护。

参与执行者：图书管理员。

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

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

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

异常事件：在图书进行修改和删除时，先查出需要进行处理的图书记录，如果数据库中不存在符合条件的记录，查询无结果时，则无法进行修改和删除操作。

2. 读者信息的维护用例

用例名：读者信息的维护。

参与执行者：图书管理员。

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

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

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

异常事件：在进行修改和删除读者信息时，先查出需要进行处理的读者记录，如果数据库中不存在符合条件的记录，查询无结果时，则无法进行修改和删除操作。

3. 图书信息的查询用例

用例名：图书信息查询。

参与执行者：图书管理员、读者。

入口条件：无。

事件流：通过交互界面输入查询条件搜索图书记录。

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

4. 读者信息的查询用例

用例名：读者信息的查询。

参与执行者：图书管理员。

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

事件流：通过查询界面输入查询条件搜索该读者记录。

出口条件：若有符合条件的读者信息，则系统显示读者信息。否则系统提示用户重新输入查询条件。

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

用例名：查询个人基本信息。

参与执行者： 读者。

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

事件流： 单击“查询个人基本信息”按钮。

出口条件： 系统显示读者本人信息。

6. 查询个人借阅信息用例

用例名：查询个人借阅信息。

参与执行者： 读者。

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

事件流： 单击“查询个人基本信息”按钮。

出口条件：系统显示读者的借阅信息。

7. 借书用例

用例名：借书。

参与执行者： 管理员、读者。

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

事件流： 图书管理员在借书界面，输入图书编号好读者证号，单击“保存”按钮。 出口条件： 系统将这条借书记录保存到数据库中。

异常事件：如果图书为入库，则数据库中不存在该图书编号，提示“该书未入库”；如果数据库中不存在该读者证号，也相应给出提示。

8. 还书用例

用例名：还书。

参与执行者： 图书管理员、读者。

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

事件流：图书管理员在还书页面，输入图书编号，单击“还书”按钮。

出口条件： 系统将删除数据库中的该条借书记录。

异常事件：如果数据库中不存在这本书的借阅记录，提示“非本管借出的图书”，如果数据库中不存在该读者证号，也相应给出提示。

9. 口令管理用例

用例名：口令管理

参与执行者： 图书管理员、读者。

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

事件流：用户单击“修改密码”按钮，在口令修改页面输入新的密码，单击“保存”按钮。

出口条件： 数据库中的密码被修改成最新的密码。

4. 非功能需求

4.1 性能需求

学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。

条件、假定和限制：

1） 系统最小寿命：

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

2） 对设备的要求：

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

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

图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003

4) 图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。

5） 编目要参照中图法。

4.2 安全性需求

对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。

5. 故障处理

在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。

6. 外部接口需求

6.1 硬件接口

较小除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口，这点较易实现。

6.2 软件接口

这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。例如microsoft的office系列。另外用户还有用户所需要的软件接口，这些应在用户需求定义时明了。