软件工程需求规格说明书.docx

1、软件工程需求规格说明书本页仅作为文档页封面，使用时可以删除This document is for reference only-rar21year.March软件工程需求规格说明书二、需求规格说明书 完成人： 1概述（Summary）项目的目的与目标（Purpose and Aim of Project）图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据。通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了解软件实际需求的主要参考资料。同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人员编写测试用例时的主

2、要参考文件。另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。 术语定义（Terms Glossary）文档中采用的专门术语的定义及缩略词简要如下：使用者：系统管理员、图书管理员、读者。UML:统一建模语言。 相关文档（Related Documents）朱少民、左智，软件过程管理，清华大学出版社：张燕、洪蕾等编著，软件工程导论，机械工业出版社；王珊等，数据库原理及设计，清华大学出版社；2问题初始分析（Early Analysis） 场景描述（Scene Description）一、系统管理员1.用例名称：系统管理员2.范围：系统的更新和维护。3.级别：管理系统4.主要参与

3、人员：系统管理人员。5.涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时的进行系统的更新。6.前置条件：系统管理员必须有更新和维护系统的权限。7.成功保证：能够成功的更新和维护该系统。8.主成功场景：系统管理员更新和维护图书管理系统。9.特殊要求：（1）适用于window系统。（2）当访问出现问题是，系统有强大的恢复能力。二、图书管理员管理图书1.用例名称：图书管理员管理图书2.范围：图书3.级别：管理目标4.主要参与者：图书管理员5.涉及及其关注点：管理员：希望能够准确、快速的输入，而且没有输入错误，因为如果输入错误，将导致图书的信息报错的等。6.前置条件：图书管理员必须经过

4、确认和保证。7.成功保证：查询图书、修改图书信息、增加图书、删除图书8主要场景：（1）.图书管理员进入管理界面（2）.增加图书时，根据图书的属性进行编号。（3）.根据书的名字或者作者进行查询。（4）.如果书的信息出现错误，则进行修改。（5）.如果书的版本过低或者书该淘汰了，则进行删图书信息。9.特殊要求：适用于window系统。三、图书管理员管理读者1.用例名称：图书管理员管理读者2.范围：所有的用户读者。3.级别：管理目标。4.主要参与者：图书管理员5.涉及及其关注点：图书管理员：希望能够准确、快速的输入，而且没有输入错误，查看读者信息。6.前置条件：图书管理员必须经过确认和认证。7.成功保

5、证：查询读者信息、增加读者信息、删除读者信息、更改读者信息。8.主成功的场景图书管理员进入用户管理界面。根据用户的学号进行查看如果用户在用户管理界面中而不在用户数据库中，则进行删除如果要添加某一个用户，则进行添加。如果要查找某一用户，则进行查找。9.特殊要求：适用于window系统。四、读者查询图书1.用例名称：读者查询图书2.范围：全部图书。3.级别：查询目标。4.主要参与人员：读者。5.涉及及其关注点：读者：希望能以最短的时间完成查询操作，查到自己所需要的图书。图书的数据库：能够匹配到读者所需的图书信息，让读者完成查询。6.前置条件：读者必须经过确认和认证。7.成功保证：查询图书信息。8.

6、主成功场景：读者登陆图书管理系统在搜索框中输入要查询图书的名字或者作者等，显示所有查询的内容。完成查询操作。9.特殊要求：适用于window系统。五、借书1.用例名称：借书2.范围：全部图书。3.级别：管理目标。4.主要参与人员：读者。5.涉及及其关注点：读者：希望能够借到自己想要借的书。图书管理系统：在图书管理的界面中，当借书者借书成功时，读者的借书记录增加，图书的数量减少。6.前置条件：借书者必须经过确认和认证。7.成功保证：图书管理系统中的借书记录增加，读者的借书记录增加、图书的数量减少。8.主成功场景：读者登陆图书管理系统，进入借书界面。读者通过扫描图书的条形码进行借阅图书。如果借阅成

7、功，则在读者的借书界面中增加一条借书记录。借阅成功之后，该图书的数量减少。9.特殊要求：适用于window系统。六、还书1.用例名称：还书2.范围：全部图书。3.级别：管理目标。4.主要参与人员：读者。5.涉及及其关注点：读者：希望能够把自己借的书归还。图书管理系统：在图书管理的界面中，当图书归还成功时，读者的借书记录将被删除，图书的数量增加。6.前置条件：归还者必须经过确认和认证。7.成功保证：图书管理系统中的借书记录删除，读者的借书记录被删除、图书的数量增加。8.主成功场景：读者登陆图书管理系统，进入还书界面。读者通过扫描图书的条形码进行归还图书。如果归还成功，则把借书记录删除。规划成功之

8、后，该图书的数量增加。9.特殊要求：适用于window系统。 初始功能提取（Early Function Distill）1.系统管理员更新和维护该系统。2.图书管理员管理读者，对读者进行增删改查。3.图书管理员管理图书，对图书进行增删改查。4.读者修改自己的密码5.读者查询图书6.读者查看个人信息7.读者借书8.读者还书3目标系统功能需求（Function of Target System） 功能需求分析（Function Analysis）对具体功能需求进行细化分析，并用图形工具进行描述。采用面向对象分析方法，要求采用业务类模型和用例图，配合活动图和序列图进行系统逻辑建模。 系统概述对于本

9、系统划分为：图书管理子系统、读者管理子系统、图书借还子系统。总的功能图如下图3-1所示。图3-1 UML模型UML模型用StarUML和enterprise architect软件来完成下面图的制作。（1）系统管理员、图书管理员和读者的用例图，分别为图3-2，图3-3，图3-4。图3-2图3-3图3-4（2）系统管理员、图书管理员和读者的时序图。如图3-5，图3-6.图3-7所示。图3-5图3-6图3-7（3）图书管理员、读者图书管理系统的活动图，如图3-8所示。图3-8 功能需求点列表（Function List）在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试

10、中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表2-1所示。表2-1 功能需求点列表编 号功 能 名 称使 用 人功 能 描 述输 入 内 容输 出 内 容1增加读者图书管理员图书管理员可以添加读者用户添加读者信息添加成功2删除读者图书管理员删除不存在的读者删除读者的信息删除成功3修改读者信息图书管理员修改读者的一些信息修改读者的个人信息修改成功4修改登陆密码学生读者读者修改自己的密码修改旧密码，设置新密码修改成功5借书学生读者扫描图书的条形码扫描借书借书成功6还书图书管理学生读者扫描图书的条形码扫码还书，图书管理员添加书还书成功7查询图书学生读者查询想要了解的图书某一本书的书名

11、或者某一本书的作者。搜索图书的结果。8查询个人信息读者读者查询自己的个人信息读者的账号和密码显示个人信息9增加图书图书管理员添加图书书的编号或书名添加成功10删除图书图书管理员删除不用图书书名或者编号删除成功11查询图书图书管理员查询所需图书书名或者编号查询成功12更改图书图书管理员更改图书信息更改图书的信息更改成功4目标系统性能需求（Performance of Target System） 时间要求（Time Request）由于此开发项目针对图书馆，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。

12、（1）响应时间：统计、查询数据，数据的相应时间控制在15秒内，借书证条形码扫描时间控制在2秒之内。（2）数据更新处理时间：联网数据库在网络正常无故障的情况下，插入一条数据和删除一条数据的数据更新操作响应时间控制在秒/条之内；（3）运行时间：系统程序启动和初始化时间控制在3秒之内，用户登录验证时间控制在3秒内。 空间要求（Space Request）（1）支持的终端数。可以支持多个终端连接服务器，访问服务器。（2）支持的并行操作的使用者数。支持多个使用者同时使用该系统，并且网速不受使用者的增减而受影响。（3）精度要求。根据使用需要，在各项数据的输入、输出即传输过程中，可以满足各种精度的需求。如：

13、根据关键字精度的不同，查找可分为精确查找和泛型查找，精确查找可精确匹配读者已知的图书，泛型查找只要满足与输入的关键字相匹配的书目即输出，可供读者查找。 性能需求点列表（Performance List）详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表2-2所示。表2-2 性能需求点列表编 号性能名称使用部门 使用岗位性能描述输入内容输出内容1系统管理开发部门程序员程序员对该系统进行维护和更新代码图书管理系统2图书管理图书管理部图书管理员图书管理员对图书和读者进行管理书或者读者书或者读者3响应时间测试部门测试员从输入到输出的反

14、应时间输入一本书的名字进行查询书的名字，查看这一期间的响应时间4最大支持终端数测绘部门测试员多个用户同时访问该系统登录操作是否都能成功登录5目标系统界面与接口需求（Interface of Target System） 界面需求（Interphase Requirement）界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；要求：设备方便好用，不能有破损，不能有不可以使用的设备。（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；要求:显示器的分辨率要高,其他设备能正常使用。（3）显示风格

15、：图形界面、字符界面、IE界面等；要求：美观简洁大方。（4）显示方式：1024*768、640*480等；要求：1024*768。（5）输出格式：显示布局、打印格式等。要求：美观简洁大方。 接口需求（Interface Requirement）与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。（1）与系统特殊外设的接口，如CT机、柜员机（ATM）、IC卡等。（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表2-3所示。表2-3 外部接口需求点列表编 号接口名称

16、接口规范接口标准入口参数出口参数传输频率1扫描仪USB规范USN接口图书条形码的数据流图书数据传输频率尽可以的高2服务器无无图书信息的数据流图书数据传输频率尽可以的高3客户端无无图书信息的数据流图书数据传输频率尽可以的高6目标系统其他需求（Other Requirements of Target System） 安全性（Security）图书管理系统是系统管理员更新和维护该系统，图书管理员对图书、读者进行管理，读者借书、还书。通过数据库的安全设置，保证数据库的安全性。系统根据用户身份不同赋予不同权限，用户用密码登陆。定期备份数据库，以确保因病毒、系统崩溃等其他原因引起数据丢失。 可靠性（Dep

17、endability）正常运行时不应出错，若时出错的话，应该有恢复系统的功能，并且必须保护数据的准确性。 灵活性（Agility）作为独立运行的系统和其他管理系统集成的系统。图书管理系统的设计是作为独立运行的系统而进行的。本系统具有独立的服务器系统和数据库系统，具有完善数据输入输出功能和数据维护及查询的报表生成与打印系统。且发生故障时，能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过3小时。为了适应内外机构的数据要求，与图书管理系统前台借还系统交换信息。本系统专门设计了与这些系统数据交换扩展接口。本系统去采用浏览器标准界面，本身具有操作灵活的特点。可能提供鼠标选择和键盘输入双重

18、输入功能。方便用户操作和管理 特殊需求（Special Requirements）（1）进度需求：系统的阶段进度要求。要求：2017-2018的第一学期完成（2）运行环境需求：平台、体系结构、设备要求为笔记本或者台式电脑。要求：Windows系统，SqlServer数据库，Eclipse平台。（3）培训需求：用户对培训的需求，是否提供多媒体教学光盘。要求：我们不会去一些培训机构，我们会借些相关的资料，从网上下些教程学习。（4）推广需求：我们目前的目标是完成这个系统，不会进行推广。7目标系统假设与约束条件（Suppose and Restriction of Target System）假设与约定条件是对预计的系统风险的描述：（1）法律、法规和政策方面的限制：不能违反国家的法律、法规等方面的规定（2）硬件应保证没有损坏，软件、运行环境应保证可以正常运行和开发环境应满足开发者的需要方面的条件和限制。（3）可利用的信息和资源可以从网上、图书馆查找。（4）系统的最晚完成日期。实验心得：需求规格说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据，所以需求规格说明书是非常重要的。编写需求规格说明书时，要画出用例图，时序图等，为后面的设计工作做了基础。通过写需求规格说明书，让我学习了需求规格说明书如何编写，锻炼了自己。