需求规格说明书(图书管理系统).docx

目录软件需求规格说明3一、介绍31.目标32.项目范围和产品特性3二、总体描述31.产品远景与规划32.用户类和用户特性33.运行环境34.设计和实现的约束条件（COnstraint, CO）45.用户文档(User Documentation, UD)46.假设(ASsumption) 和依赖（Dependency）4三、系统特性41.租赁音像产品4（1）描述与优先级4（2）刺激/响应序列5（3）功能性需求5四、外部接口需求51.用户界面（User Interfaces, UI）52.硬件接口53.软件接口（Software Interface, SI）5五、其他非功能性需求51.性能(PEformance)需求62.防护性需求63.安全性（SEcurity）需求64.软件质量属性6附录A 数据字典与数据模型61.数据字典62.数据模型7附录B：分析模型71.活动图72.时序图83.协作图114.类图12业务规则12业务模型131.数据流图131).数据流总体图示132).办理借书证133).借书证修改144).借书证注销145).借书系统146).检索系统157).还书系统158).图书档案管理系统152.图书信息管理系统ER模型151).借书证处理系统ER图：162).借书系统ER图：173).索书系统ER图：174).还书系统ER图：185).图书档案管理系统ER图：196).整体E-R图20软件需求规格说明一、介绍1.目标编写本说明文档的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。2.项目范围和产品特性 实现同学们的借书还书。二、总体描述1.产品远景与规划 “图书管理系统”是一个新的系统，它代替了以前的图书管理系。期望系统演化若干个版本，最终完美的实现同学们的各种需求。2.用户类和用户特性 本软件的使用对象是学校的图书管理人员和同学。会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。3.运行环境3.1硬件环境服务器 (1) 处理器（CPU）：Pentium 900M (推荐Pentium 4 1.2G） (2) 内存容量（RAM）：至少256M（推荐 512M）客户端 (1) 处理器（CPU）：Pentium 133M 或更高 (2) 内存容量（RAM）：64M或更高3.2软件环境数据库服务器端(1) 操作系统：Microsoft Windows 7(2) 数据库管理系统：Oracle，配置TCP/IP协议Web服务器端(1) 操作系统：Microsoft Windows 7(2) Internet 信息服务（IIS）6.0管理器(3) Visual Studio.NET 2003，配置TCP/IP协议 客户端(1) 操作系统：Windows XP/7(2) Web浏览器：Internet Explorer 8以上，配置TCP/IP协议4.设计和实现的约束条件（COnstraint, CO）CO-1：程序尽量采用模块化设计CO-2:系统将采用公司标准的SQL Server 2005数据库引擎CO-3:所有HTML代码将遵照HTML5.0标准5.用户文档(User Documentation, UD)UD-1:系统将提供一个分层的和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。UD-2:如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程。6.假设(ASsumption) 和依赖（Dependency）AS-1:只要学校一天在上课，该系统都能正常运行。DE-1:该系统的运行依赖于学校学生的个人信息。三、系统特性1.租赁音像产品（1）描述与优先级学生在其身份得到验证后，他们就可以借书，但借书数超过了规定的上限，则会员不能再借书。（2）刺激/响应序列刺激：用户请求借书，可以是一本或多本。响应：系统查询图书的信息、状态。刺激：用户请求改变借书响应：如果借书状态是“未接受”，则允许用户改变借书刺激：用户请求取消借书响应：如果借书状态是“未接受”，则允许用户取消借书（3）功能性需求Order.Place登录图书管理系统Order.Place.Register查询图书的信息Order.Place.Number.yes查询该同学借书是否超过了上限，如果超过，则该同学必须先归还以前借的书，方可再借Order.Place.DiskStatus.yes查询此书是否可以借，此书为本图书馆最后一本书，则不能借出。Order.Place.DiskRent.Display系统逐条记录借书，并显示图书的描述、信息。Order.Place.DiskRent.Confirm.Update如果确认借书，系统记录完整的借书信息，并将借书信息发送到外部的库存系统（更新库存）四、外部接口需求1.用户界面（User Interfaces, UI）UI-1:图书馆内查询机操作界面尽量考虑触摸屏操作方式。按钮，字体都应该较大。UI-2:管理员和系统管理者使用的每个功能都应该能够有联机帮助文档。即要求能够在用户使用过程中按F1能出现相关帮助信息。2.硬件接口考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。3.软件接口（Software Interface, SI）这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。五、其他非功能性需求1.性能(PEformance)需求由于此开发项目针对图书馆，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。PE-1:查询速度：不超过10秒；PE-2:其它所有交互功能反应速度：不超过3秒；PE-3:可靠性：平均故障间隔时间不低于200小时。2.防护性需求防护性需求还没有确定。3.安全性（SEcurity）需求SE-1:每条借书还书记录都需要有日志文件能够查询。SE-2:保证缴费事务的完整进行，不受特殊情况（如断电，误操作等）而影响数据的完整性、一致性。4.软件质量属性Usability(易用性)-1:查询，登记信息要方便服务员或前台人员操作。Usability(易用性)-2:收费操作方式要简洁，尽量采用键盘操作模式。便于会计操作。Usability(易用性)-3:管理人员能很容易的生成自己所需要查看的报表。Maintainability(移植性)-1：后期有可能需要添加店内会员通过wifi手机查询功能。因此需要考虑程序后期与手机平台（android系统）的兼容问题，如：系统预留java开发接口附录A 数据字典与数据模型1.数据字典名字：读者信息别名：描述：每一位读者的具体信息定义：读者信息=读者编号+姓名+学院+专业+年级位置：读者目录文件名字：图书信息别名：描述：每一本图书的详细介绍定义：图书信息=分类目录号+书名+作者+内容摘要+价格+购书日期位置：图书目录文件名字：借书信息别名：描述：每一位读者所借图书的具体信息定义：借书信息=读者编号+图书分类号+借书日期+归还日期位置：借书文件2.数据模型附录B：分析模型1.活动图1.1 租赁用例活动图借书用例活动图,如图1所示.图1 借书用例活动图2.时序图2.1办理会员业务时序图办理会员业务时序图,如图2所示.图2 办理会员业务时序图2.2 租赁业务时序图3.协作图3.1会员办理业务协作图会员办理业务协作图,如图3所示.3.2会员租赁音像协作图4.类图图书管理系统类图，如图6所示。图6 XX音像商店租赁业务规则下面是单独业务规则（Business Rule, BR）ID规则定义规则类型静态或动态来源BR-1借书的时间窗口是10分钟事实静态图书馆里策略BR-2还书时必须交清欠款约束静态罚款规则BR-3还书时间必须是3个月内约束动态借书规则业务模型1.数据流图1).数据流总体图示2).办理借书证3).借书证修改4).借书证注销5).借书系统不能借书的原因6).检索系统7).还书系统8).图书档案管理系统2.图书信息管理系统ER模型1).借书证处理系统ER图：图中各实体属性如下：读者档案：学号，读者姓名，性别，出生日期，借书证号，职业，单位，通讯地址，邮政编码，联系电话借书证：借书证号，姓名，性别，办证日期，借阅范围，最大借书量，照片，身份证号管理员：管理员编号，管理员姓名，登陆密码2).借书系统ER图：图中各实体属性如下：读者：身份证号，读者姓名，借书证号借书证：借书证号，姓名，性别，办证日期(借阅范围，最大借书量，照片，身份证号)库存信息：书号，图书编号借出信息：图书编号，借书证号，借书日期，归还日期3).索书系统ER图：图中各实体属性如下：读者：读者姓名，借书证号图书档案：图书编号，书号，书名，作者，出版单位，出版日期，单价，藏书册书，类别,入库日期4).还书系统ER图：图中各实体属性如下：读者：学号，读者姓名，借书证号借书证：借书证号，姓名，性别，办证日期库存信息：书号，图书编号借出信息：图书编号，借书证号，借书日期，归还日期管理员：操作员编号，管理员姓名，登陆密码5).图书档案管理系统ER图：图中各实体属性如下：管理员：操作员编号，管理员姓名，登陆密码库存信息：书号，图书编号图书档案：图书编号，书号，书名