学生作品_小型图书管理系统需求规格说明书

1、常州信息职业技术学院软件开发与项目管理学生作品作品题目： 小型图书管理系统 需求规格说明书 作品作者： 周小琦 指导教师： 郭永洪 完成时间： 2012 1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，给出了非常直观的用例图。这些文字和图形都为了详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。

2、同时，该文档也是用户确定软件功能需求的主要依据。1.2 文档约定该文档是采用老师给定的文档模板进行编写的，但对文档的字体版式以及部分章节的内容进行了适当的调整。1.3 预期的读者和阅读建议本文档的主要内容共分4部分：综合描述、外部接口描述、系统特性和非功能性需求，另外还有2个附录。综合描述部分主要对系统的整体结构进行了大致的介绍；外部接口需求部分对用户界面、软件接口、硬件接口进行了详细的描述；系统特性部分对系统的功能需求进行了详细描述；非功能性需求部分对非功能需求进行了详细的描述。本文档面向多种读者对象：1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计；2）设计员：对

3、需求进行分析，并设计出系统，包括数据库的设计；3）程序员：配合设计员的设计报告，了解系统功能，编写用户手册；4）测试员：根据本文档对软件产品进行功能性测试和非功能性测试；5）销售人员：了解预期产品的功能和性能。6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.4 产品的范围该文档是在没有开发经验的基础上开发，因为并没有实际调查，所有可能不是很完整。本产品主要适用于以下范围：1）学校图书馆；2）小型书店。针对学校图书馆，可以完成以下业务：1）完成对读者的添加、删除、修改、查询

4、；2）完成对图书的添加、删除、修改、查询；3）完成对用户的添加、删除、修改、查询；4）完成对图书借阅和归还的管理。1.5 参考文献Database Design，译者： 何玉洁。出版社：机械工业出版社2 综合描述2.1 产品的背景随着社会的大力发展，传统人工的管理图书方式存在着许多缺点，如：效率低、保密性，而且，时间一长,将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难，然而，值得庆幸的是，今天，计算机的价格已经十分低廉，性能却有了长足的长进，我们可以利用计算机来管理图书，它可以安全、高效的存储学校图书室的图书信息、读者信息和借阅信息，并且，只需一名图书管理员即可操作系统，节省

5、大量人力，还可以迅速查到所需信息，图书管理系统可以为学校教师和学生提供充足的信息和快捷的查询手段，让教师和学生能够及时查询图书信息，更好地为读者服务。2.2 产品的功能该产品分基础数据维护、借阅管理、系统管理三大主要功能，这三大部分功能共同组成了图书管理平台系统。1）基础数据维护（1）读者信息管理（增、删、改、查）；（2）图书信息管理（增、删、改、查）。2）借阅管理（1）图书借出管理；（2）图书归还管理；（3）图书搜索。3）系统管理（1）更改口令；（2）用户管理（增、删、改、查）。2.3 需求清单本期需实现的需求用例为：UC-001UC-016表1 用例清单用例编号用例名称UC-001添加读者

6、信息UC-002删除读者UC-003修改读者信息UC-004查询读者信息UC-005添加图书UC-006删除图书UC-007修改图书信息UC-008查询图书UC-009借阅图书UC-010归还图书UC-011添加用户UC-012删除用户UC-013修改用户信息UC-014查询用户UC-015修改用户权限UC-016修改密码该系统的功能结构图如下所示：图1 小型图书管理系统功能结构图为方便描述，根据实际需要把系统的功能划分为模块，这些功能将在“系统特性”部分进行详细的描述和说明。2.4 用户类和特征该产品主要面向以下用户群体：1）系统管理员这类用户有最高的权限，可以用所有的功能。2）读者这类用户

7、的权限很低，只能查询图书3）用户这类用户可以对图书的借阅进行管理，也可以进行图书的查询和读者管理。2.5 运行环境该系统为C/S结构，它的运行环境分客户端和数据库服务器端两部分。以下是系统的软件环境。为使系统达到预期的性能，必须根据业务规模对硬件配置进行论证。1）客户端操作系统：Windows98/Windows2000/windowXP/win7或更高的windos系统。数据库访问：JDBC。2）数据库服务器端u 操作系统：处理器：Intel Xeonuu 标准内存：2G以上u 硬盘类型：SCSI或SATAu 硬盘容量：160G以上数据库系统：SqlServer2005。2.6 设计和实现上

8、的限制1）开发工具的限制本系统采用二层的C/S体系结构，客户端仍然采用GUI界面。2）合法该软件产品的业务处理和数据处理必须符合国家的相关法律和法规。2.6 假设和依赖本项目是否能够成功实施，主要取决于以下的条件：1）团队中的人员要有足够的热情，足够重视该项目；2）团队中的从而要相互协作；3）有坚实的javaSE的基础知识和数据库的相关知识。3 需求规定用例图：图2 小型图书管理系统用例图3.1.1用例编号：UC-001 用例名称：添加读者信息参与者：系统管理员描述：注册读者信息 前置条件：系统管理员已登陆到系统 后置条件：无 主事件流：1、输入读者的信息； 2、点击“添加”按钮进行添加。 备

9、选事件：用户可在任何时候（未执行主事件流2之前），点击“重置”按钮，清空所填写的信息，重新填写读者信息。异常事件流：带“*”的必填项未填写便进行保存，系统提示需填写必填项后再进行保存。 业务规则：、本用例主要运用于新读者的注册。特殊需求：无 假设：无注释和问题：无 3.1.2用例编号：UC-002 用例名称：删除读者参与者：系统管理员描述：删除读者信息。 前置条件：1、使用者已经登录到系统； 2、要删除的读者存在。 后置条件：该读者信息状态变为“已删除”； 主事件流：1、输入查询条件，支持的查询条件有：读者姓名、注册日期、读者ID等；2、点击“查询”按钮，显示符合查询条件的读者记录； 3、选中

10、某条记录； 4、点击“删除”按钮，完成删除。备选事件：无异常事件流：无 业务规则：本用例主要运用于老读者的删除。特殊需求：无 假设：该读者存在注释和问题：无 3.1.3用例编号：UC-003 用例名称：修改读者信息参与者：系统管理员描述：修改读者信息 前置条件：系统管理员已登陆到系统 后置条件：无 主事件流：1、通过输入查询条件查询到要修改的读者记录，支持的查询条件有：读者姓名、注册日期、读者ID等； 2、进行修改操作 3、点击“修改”按钮进行修改。 备选事件：系统管理员可在任何时候（未执行主事件流3之前），点击“重置”按钮，清空所填写的信息，重新填写用户信息。异常事件流：修改的信息必须合法

11、业务规则：本用例主要运用于老读者信息的修改。特殊需求：无 假设：无注释和问题：无 3.1.4用例编号：UC-004 用例名称：查询读者信息参与者：用户或系统员描述：查询读者信息。 前置条件：使用者已经登录到系统 后置条件：无 主事件流：1、通过输入查询条件查询到读者的记录，支持的查询条件有：读者姓名、注册日期、读者ID等。 备选事件：无异常事件流：无 业务规则：本用例主要运用于老读者信息的查询。特殊需求：无 假设：无注释和问题：无 3.1.5用例编号：UC-005 用例名称：添加图书信息参与者：系统管理员描述：添加图书信息 前置条件：系统管理员已登陆到系统 后置条件：无 主事件流：1、输入图书

12、的信息 2、点击“添加”按钮进行添加； 备选事件：用户可在任何时候（未执行主事件流2之前），点击“重置”按钮，清空所填写的信息，重新填写图书信息。异常事件流：带“*”的必填项未填写便进行保存，系统提示需填写必填项后再进行保存。 业务规则：、本用例主要运用于新书的注册。特殊需求：无 假设：无注释和问题：无 3.1.6用例编号：UC-006 用例名称：删除图书参与者：系统管理员描述：1、删除图书信息 前置条件：1、使用者已经登录到系统； 2、要删除的图书存在。 后置条件：该图书状态变为“已删除”。 主事件流：1、输入查询条件；2、点击“查询”按钮，显示符合查询条件的图书记录； 3、选中某条记录；

13、4、点击“删除”按钮，完成删除。备选事件：无异常事件流：无 业务规则：本用例主要运用于过时图书的删除。特殊需求：无 假设：该图书存在注释和问题：无 3.1.7用例编号：UC-007 用例名称：修改图书信息参与者：系统管理员描述：修改图书信息 前置条件：系统管理员已登陆到系统 后置条件：无 主事件流：1通过输入查询条件查询到要修改的图书记录，支持的查询条件有：图书名称、图书ISBN、图书注册日期等； 2、进行修改操作； 3、点击“修改”按钮进行修改。 备选事件：用户可在任何时候（未执行主事件流3之前），点击“重置”按钮，清空所填写的信息，重新填写图书信息。异常事件流：修改的信息必须合法 业务规则

14、：、本用例主要运用于图书信息的修改。特殊需求：无 假设：无注释和问题：无 3.1.8用例编号：UC-008 用例名称：查询图书信息参与者：用户或系统员描述：查询图书信息。 前置条件：使用者已经登录到系统 后置条件：无 主事件流：1、通通过输入查询条件查询到要修改的图书记录，支持的查询条件有：图书名称、图书ISBN、图书注册日期等。备选事件：无异常事件流：无 业务规则：本用例主要运用于图书信息的查询特殊需求：无 假设：无注释和问题：无 3.1.9用例编号：UC-009 用例名称：图书借阅参与者：用户描述：图书借阅 前置条件：用户已登陆到系统 后置条件：无 主事件流：1、查询到要借阅的图书，支持的

15、查询条件有：图书名称、图书ISBN、图书注册日期等；2、查询到要借阅这本书的读者，持的查询条件有：读者姓名、注册日期、读者ID等； 3、点击“借出”按钮进行借书。 备选事件：用户可在任何时候（未执行主事件流3之前），点击“取消”按钮。异常事件流：该读者的所借阅的图书已达上线。 业务规则：本用例主要运用于图书的借阅。特殊需求：无 假设：无注释和问题：无 3.1.10用例编号：UC-010 用例名称：图书借出参与者：用户已登陆到系统描述：图书借出 前置条件：用户已登陆到系统 后置条件：无 主事件流：1、查询到要归还的图书，支持的查询条件有：图书名称、图书ISBN、图书注册日期等；2、查询到要归还这

16、本书的读者，持的查询条件有：读者姓名、注册日期、读者ID等； 3、点击“归还”按钮进行还书。 备选事件：用户可在任何时候（未执行主事件流3之前），点击“取消”按钮。异常事件流：无 业务规则：本用例主要运用于图书的归还。特殊需求：无 假设：无注释和问题：无 3.1.11用例编号：UC-011 用例名称：添加用户信息参与者：系统管理员描述：添加用户信息 前置条件：系统管理员已登陆到系统 后置条件：无 主事件流：1、输入用户的信息 2、点击“添加”按钮进行添加。 备选事件：用户可在任何时候（未执行主事件流2之前），点击“重置”按钮，清空所填写的信息，重新填写用户信息。异常事件流：带“*”的必填项未填

17、写便进行保存，系统提示需填写必填项后再进行保存。 业务规则：本用例主要运用于新读者的注册。特殊需求：无 假设：无注释和问题：无 3.1.12用例编号：UC-012 用例名称：删除用户参与者：系统管理员描述：1、删除用户信息 前置条件：1、使用者已经登录到系统； 2、要删除的用户存在； 后置条件：1、该用户信息状态变为“已删除”； 主事件流：1、输入查询条支持的查询条件有：用户姓名、注册日期、用户ID等；2、点击“查询”按钮，显示符合查询条件的用户记录； 3、选中某条记录。 4、点击“删除”按钮，完成删除；备选事件：无异常事件流：无 业务规则：、本用例主要运用于老用户的删除。特殊需求：无 假设：

18、该用户存在注释和问题：无 3用例编号：UC-013 用例名称：修改用户信息参与者：系统管理员描述：修改用户信息 前置条件：系统管理员已登陆到系统 后置条件：无 主事件流：1通过输入查询条件查询到要修改的用户记录，支持的查询条件有：用户姓名、注册日期、用户ID等； 2、进行修改操作； 3、点击“修改”按钮进行修改。 备选事件：系统管理员可在任何时候（未执行主事件流3之前），点击“重置”按钮，清空所填写的信息，重新填写用户信息。异常事件流：修改的信息必须合法。 业务规则：本用例主要运用于老用户信息的修改。特殊需求：无 假设：无注释和问题：无 3.1.14用例编号：UC-014 用例名称：查询用户信

19、息参与者：系统管理员描述：查询用户信息。 前置条件：使用者已经登录到系统 后置条件：无 主事件流：1、通过输入查询条件查询到用户的记录，支持的查询条件有：用户姓名、注册日期、用户ID等。 备选事件：无异常事件流：无 业务规则：本用例主要运用于老用户信息的查询特殊需求：无 假设：无注释和问题：无 3.1.15用例编号：UC-015 用例名称：修改用户信息参与者：系统管理员描述：修改用户权限 前置条件：系统管理员已登陆到系统 后置条件：无 主事件流：1通过输入查询条件查询到要修改的用户记录，支持的查询条件有：用户姓名、注册日期、用户ID等； 2、进行修改操作； 3、点击“修改”按钮进行修改。 备选事件：系统管理员可在任何时候（未执行主事件流3之前），点击“取消”按钮。异常事件流：修改的信息必须合法。 业务规则：本用例主要运用于老用户的权限修改。特殊需求：无 假设：无注释和问题：无 3.1.16用例编号：UC-016 用例名称：修改密码参与者：任一角