图书管理系统 软件需求规格书.docxVIP

软件需求规格说明书1??引言1.1编写目的?1.2背景?1.3定义? 1.4参考资料?2可行性研究的前提?2.1?目标?2.2用户的特点2.3?假定约束??3需求规定3.1对功能的规定?3.2.1?精度? 3.2.2?时间特性要求??3.2.3?灵活性3.3?输入输出要求??3.4?数据管理3.5?故障处理要求?3.6?其他专门要求4?运行环境4.1?设备?4.2?支持软件?4.3?接口? 4.4控制1??引言?1.1编写目的?编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准?1.2背景?开发软件名称：图书管理系统。??1.3定义? 在?软件工程?中，?需求分析?指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围和定义时所要做的所有的工作。需求分析是软件工程中的一个关键过程。?在这个过程中，系统分析员和软件工程师确定顾客的需要。1.4参考资料???【1】?钱乐秋等，《软件工程》，青海大学出版社?【2】?张海藩，《软件工程导论》（第四版），清华大学出版社； 【3】?王珊等，《数据库原理及设计》，清华大学出版社；?【4】?赵池龙等，《软件工程实践教程》，电子工业出版社。2可行性研究的前提?2.1?目标? 本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。本系统除了图书馆内管理的一般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。目标还包括：???减少人力与管理费用；???提高信息准确度；???改进管理和服务；???建立高效的信息传输和服务平台，提高信息处理速度和利用率；???系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大、效率高；???更简便、信息化程度更高的图书管理流程；?2.2用户的特点? 本软件的最终用户是面向管理员（图书管理员和其它管理人员）、读者（老师和同学等），他们都具有一定的计算机应用基础，可以比较熟练操作计算机。管理员和读者都是经常性用户。???系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。维护人员为间隔性用户。?2.3?假定约束??假设：?本项目不会在中期发生不可接受的范围变更。??2.系统不会有海量存储的要求；3需求规定?3.1对功能的规定??系统功能包括如下：?（1）?读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注。?（2）?书籍基本信息制定、输入、修改、查询，包括书籍类别、编号、关键词、备注。?（3）?借书信息的制定、输入、修改、查询，包括书籍编号、读者编号、借书期限、借书日期、备注。?（4）?还书信息制定、输入、修改、查询，包括书籍编号、读者编号、还书日期、还书期限、备注。?（5）?有条件、多条件查询各种信息。? 此系统的功能层次图如下:? 维护人员 工作人员 借阅者3.1．1功能需求使用实例标识号 TS---1使用实例名称 借阅图书，归还图书，查询图书创建者 ****最后一次更新 *******创建时间***执行者 白晓慧说明 请求者通过输入书籍的编号来指定对书籍的请求。系统则提供给请求者一个来自书籍库中新的或旧的的书，或者让读者向外界供货商订书先决条件 1.读者的身份被证实 2.具有在线的书籍存货清单数据库请求结果 1.将完成的请求存入“读书管理系统” 2.通过邮件把请求发给总系统优先级 高使用频率 对于大多数读者来说，每月大约是4次普通过程 从供应商中请求一种书 执行者行为 系统响应 1.输入借书者的卡号 2.验证读者信息是否正确，是否可 以继续借阅书籍，是否有欠费 3.询问读者所需书籍的库存量 4.确定书籍。 5.继续对话，直到请求完成可选过程 从图书管理系统中请求一种书 执行者行为 系统响应2.可选择地查看任何书籍的历史 1.显示出图书的管理系统中 3.选择一个特定的书籍 现要的是要求的书籍的列表例外 书籍在系统上不可借 执行者行为 系统响应 3. 请求另一借书卡 1.显示消息：不可以借阅书籍，存 在欠费 2.询问借阅者是否换另一借书卡， 是否将欠费缴清 4.普通过程结束包括 输入书籍的书号和编号特定需求系统必须按标准的编码形式输入书籍的我编号，这一标准来自不同种类书籍的分类。 假设。 输入的书籍编号，读者的借书卡被认为是有效的注释和问题。 在一些不太好的书籍别借阅时是否需要总系统的同意3.2?对性能的规定?3.2.1?精度??在向数据库元素提取数据时，要求数据记录定位准确，在数据库文件数组中添加数据时，要求输入数准确。?1.系统产生的罚款金额数据保留到小数点后一位。?2.借书、还书的数目用整数表示，保留到个位数。?3.2.2?时间特性要求?本软件由于数据库较小，响应时间、更新处理时间、数据传输