(完整word版)软件工程——需求规格说明书0001

1、二、需求规格说明书 完成人： 1 .概述(Summary 1.1 项目的目的与目标( Purpose and Aim of Project ) 图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为 后续的开发工作提供依据。通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了 解软件实际需求的主要参考资料。同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人 员编写测试用例时的主要参考文件。另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的 详细说明。 1.2 术语定义(Terms Glossary ) 文档中采用的专门术语

2、的定义及缩略词简要如下： 使用者：系统管理员、图书管理员、读者。 UML统一建模语言。 1.3 相关文档(Related Documents ) 朱少民、左智，软件过程管理，清华大学岀版社： 张燕、洪蕾等编著，软件工程导论，机械工业岀版社； 王珊等，数据库原理及设计，清华大学岀版社； 2. 问题初始分析(Early An alysis) 2.1 场景描述(Scene Description) 一、系统管理员 1. 用例名称：系统管理员 2. 范围：系统的更新和维护。 3. 级别：管理系统 4. 主要参与人员：系统管理人员。 5. 涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时

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

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

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

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

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

8、功保证： 图书管理系统中的借书记录删除， 读者的借书记录被删除、 图书的数量增 加。 8. 主成功场景： 读者登陆图书管理系统，进入还书界面。 读者通过扫描图书的条形码进行归还图书。 如果归还成功，则把借书记录删除。 规划成功之后，该图书的数量增加。 9. 特殊要求：适用于 window 系统。 2.2 初始功能提取( Early Function Distill ) 1. 系统管理员更新和维护该系统。 2. 图书管理员管理读者，对读者进行增删改查。 3. 图书管理员管理图书，对图书进行增删改查。 4. 读者修改自己的密码 5. 读者查询图书 6. 读者查看个人信息 7. 读者借书 8. 读者

9、还书 3. 目标系统功能需求(Fun ction of Target System ) 3.1 功能需求分析(Fun ction An alysis) 对具体功能需求进行细化分析，并用图形工具进行描述。 采用面向对象分析方法，要求采用业务类模型和用例图，配合活动图和序列图进行系统 逻辑建模。 3.1.1系统概述 对于本系统划分为：图书管理子系统、读者管理子系统、图书借还子系统。总的功能图 如下图3-1所示。 -1-人信息査询 惜书 更改图书信息 一丄图书W询 图书类别统计 删除读若信息 更新系统 1 图3-2 增加 indude in eludes； * includi 查洵 includ誉制

10、 1 -!逞克童之石最心| 图3-6 I 图3-7 (3) 图书管理员、读者图书管理系统的活动图，如图3-8所示。 3.2功能需求点列表(Function List ) 在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测 试中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表2-1所示。 表2-1功能需求点列表 编号 功能名称 使用人 苗 匕匕 术一 厶冃迥 功 输入内容 输岀内容 1 增加读者 图书管理员 图书管理 员可以添 加读者用 户 添加读者信 息 添加成功 2 删除读者 图书管理员 删除不存 在的读者 删除读者的 信息 删除成功 3 修改读者信息

11、图书管理员 修改读者 的一些信 息 修改读者的 个人信息 修改成功 4 修改登陆密码 学生读者 读者修改 修改旧密码， 修改成功 自己的密 码 设置新密码 5 借书 学生读者 扫描图书 的条形码 扫描借书 借书成功 6 还书 图书管理学生 、+ Hv. 读者 扫描图书 的条形码 扫码还书，图 书管理员添 加书 还书成功 7 查询图书 学生读者 查询想要 了解的图 书 某一本书的 书名或者某 一本书的作 者。 搜索图书的 结果。 8 查询个人信息 、+ Hv. 读者 读者查询 自己的个 人信息 读者的账号 和密码 显示个人信 息 9 增加图书 图书管理员 添加图书 书的编号或 书名 添加成功 1

12、0 删除图书 图书管理员 删除不用 图书 书名或者编 号 删除成功 11 查询图书 图书管理员 查询所需 图书 书名或者编 号 查询成功 12 更改图书 图书管理员 更改图书 信息 更改图书的 信息 更改成功 4. 目标系统性能需求（Performanee of Target System ） 4.1 时间要求（Time Request ） 由于此开发项目针对图书馆，使用频度较高，使用性要求比较高。 为防止对信息资料和 管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管 理和操作。 （1） 响应时间：统计、查询数据，数据的相应时间控制在15秒内，借书证条形码扫描

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

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

15、测试部门 测试员 从输入到输 出的反应时 间 输入一本书 的名字进行 查询 书的名字，查 看这一期间 的响应时间 4 最大支持终 端数 测绘部门 测试员 多个用户同 时访问该系 统 登录操作 是否都能成 功登录 5. 目标系统界面与接口需求(In terfaee of Target System) 5.1 界面需求(In terphase Requireme nt ) 界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能 模块的特殊的界面要求。 (1) 输入设备：键盘、鼠标、条码扫描器、扫描仪等； 要求：设备方便好用，不能有破损，不能有不可以使用的设备。 (2) 输出设

16、备：显示器、打印机、光盘刻录机、磁带机、音箱等； 要求：显示器的分辨率要高，其他设备能正常使用。 (3) 显示风格：图形界面、字符界面、IE界面等； 要求：美观简洁大方。 (4) 显示方式：1024*768、640*480 等； 要求：1024*768。 (5) 输出格式：显示布局、打印格式等。 要求：美观简洁大方。 5.2 接口需求(Interface Requirement) 与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政 府网络系统及其他系统等。 (1) 与系统特殊外设的接口，如CT机、柜员机(ATM、IC卡等。 (2) 与中间件的接口，要列出接口规范、入口

17、参数、出口参数、传输频率等。 应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表2-3所示。 表2-3外部接口需求点列表 编号 接口名称 接口规范 接口标准 入口参数 岀口参数 传输频率 1 扫描仪 USB规范 USN接 口 图书条形 图书数据 传输频率 码的数据 流 尽可以的 高 2 服务器 无 无 图书信息 的数据流 图书数据 传输频率 尽可以的 高 3 客户端 无 无 图书信息 的数据流 图书数据 传输频率 尽可以的 高 6. 目标系统其他需求(Other Requirements of Target System ) 6.1 安全性(Security ) 图书管理系统是

18、系统管理员更新和维护该系统，图书管理员对图书、读者进行管理，读 者借书、还书。 通过数据库的安全设置，保证数据库的安全性。系统根据用户身份不同赋予不同权限， 用户用密码登陆。 定期备份数据库，以确保因病毒、系统崩溃等其他原因引起数据丢失。 6.2 可靠性(Dependability ) 正常运行时不应出错，若时出错的话，应该有恢复系统的功能，并且必须保护数据的准 确性。 6.3 灵活性(Agility ) 作为独立运行的系统和其他管理系统集成的系统。图书管理系统的设计是作为独立运行 的系统而进行的。本系统具有独立的服务器系统和数据库系统，具有完善数据输入输出功能 和数据维护及查询的报表生成与打印系统。且发生故障时，能快速恢复系统和故障处理，方 便系统升级和扩充，故障恢复时间不超过 3小时。为了适应内外机构的数据要求，与图书管 理系统前台借还系统交换信息。本系统专门设计了与这些系统数据交换扩展接口。 本系统去采用浏览器标准界面，本身具有操作灵活的特点。 可能提供鼠标选择和键盘输入双重输入功能。方便用户操作和管理 6.4