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

上传人:b****6 文档编号:9091519 上传时间:2023-02-03 格式:DOCX 页数:17 大小:195.94KB
下载 相关 举报
软件工程需求规格说明书.docx_第1页
第1页 / 共17页
软件工程需求规格说明书.docx_第2页
第2页 / 共17页
软件工程需求规格说明书.docx_第3页
第3页 / 共17页
软件工程需求规格说明书.docx_第4页
第4页 / 共17页
软件工程需求规格说明书.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

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

《软件工程需求规格说明书.docx》由会员分享,可在线阅读,更多相关《软件工程需求规格说明书.docx(17页珍藏版)》请在冰豆网上搜索。

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

软件工程需求规格说明书

本页仅作为文档页封面,使用时可以删除Thisdocumentisforreferenceonly-rar21year.March

 

软件工程——需求规格说明书

二、需求规格说明书

完成人:

1.概述(Summary)

项目的目的与目标(PurposeandAimofProject)

图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可,明确该系统的需求,为后续的开发工作提供依据。

通常,该需求规格说明可以作为产品设计的主要依据,并作为程序员编码时了解软件实际需求的主要参考资料。

同时,需求规格说明是产品实现后用于检验的主要考察依据,是测试人员编写测试用例时的主要参考文件。

另外,本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。

术语定义(TermsGlossary)

文档中采用的专门术语的定义及缩略词简要如下:

使用者:

系统管理员、图书管理员、读者。

UML:

统一建模语言。

相关文档(RelatedDocuments)

朱少民、左智,《软件过程管理》,清华大学出版社:

张燕、洪蕾等编著,《软件工程导论》,机械工业出版社;

王珊等,《数据库原理及设计》,清华大学出版社;

2.问题初始分析(EarlyAnalysis)

场景描述(SceneDescription)

一、系统管理员

1.用例名称:

系统管理员

2.范围:

系统的更新和维护。

3.级别:

管理系统

4.主要参与人员:

系统管理人员。

5.涉及及其关注点:

系统管理员:

希望能够定期的维护图书管理系统,及时的进行系统的更新。

6.前置条件:

系统管理员必须有更新和维护系统的权限。

7.成功保证:

能够成功的更新和维护该系统。

8.主成功场景:

系统管理员更新和维护图书管理系统。

9.特殊要求:

(1)适用于window系统。

(2)当访问出现问题是,系统有强大的恢复能力。

二、图书管理员管理图书

1.用例名称:

图书管理员管理图书

2.范围:

图书

3.级别:

管理目标

4.主要参与者:

图书管理员

5.涉及及其关注点:

管理员:

希望能够准确、快速的输入,而且没有输入错误,因为如果输入错误,将导致图书的信息报错的等。

6.前置条件:

图书管理员必须经过确认和保证。

7.成功保证:

查询图书、修改图书信息、增加图书、删除图书

8.主要场景:

(1).图书管理员进入管理界面

(2).增加图书时,根据图书的属性进行编号。

(3).根据书的名字或者作者进行查询。

(4).如果书的信息出现错误,则进行修改。

(5).如果书的版本过低或者书该淘汰了,则进行删图书信息。

9.特殊要求:

适用于window系统。

三、图书管理员管理读者

1.用例名称:

图书管理员管理读者

2.范围:

所有的用户读者。

3.级别:

管理目标。

4.主要参与者:

图书管理员

5.涉及及其关注点:

图书管理员:

希望能够准确、快速的输入,而且没有输入错误,查看读者信息。

6.前置条件:

图书管理员必须经过确认和认证。

7.成功保证:

查询读者信息、增加读者信息、删除读者信息、更改读者信息。

8.主成功的场景

图书管理员进入用户管理界面。

根据用户的学号进行查看

如果用户在用户管理界面中而不在用户数据库中,则进行删除

如果要添加某一个用户,则进行添加。

如果要查找某一用户,则进行查找。

9.特殊要求:

适用于window系统。

四、读者查询图书

1.用例名称:

读者查询图书

2.范围:

全部图书。

3.级别:

查询目标。

4.主要参与人员:

读者。

5.涉及及其关注点:

读者:

希望能以最短的时间完成查询操作,查到自己所需要的图书。

图书的数据库:

能够匹配到读者所需的图书信息,让读者完成查询。

6.前置条件:

读者必须经过确认和认证。

7.成功保证:

查询图书信息。

8.主成功场景:

读者登陆图书管理系统

在搜索框中输入要查询图书的名字或者作者等,

显示所有查询的内容。

完成查询操作。

9.特殊要求:

适用于window系统。

五、借书

1.用例名称:

借书

2.范围:

全部图书。

3.级别:

管理目标。

4.主要参与人员:

读者。

5.涉及及其关注点:

读者:

希望能够借到自己想要借的书。

图书管理系统:

在图书管理的界面中,当借书者借书成功时,读者的借书记录增加,图书的数量减少。

6.前置条件:

借书者必须经过确认和认证。

7.成功保证:

图书管理系统中的借书记录增加,读者的借书记录增加、图书的数量减少。

8.主成功场景:

读者登陆图书管理系统,进入借书界面。

读者通过扫描图书的条形码进行借阅图书。

如果借阅成功,则在读者的借书界面中增加一条借书记录。

借阅成功之后,该图书的数量减少。

9.特殊要求:

适用于window系统。

六、还书

1.用例名称:

还书

2.范围:

全部图书。

3.级别:

管理目标。

4.主要参与人员:

读者。

5.涉及及其关注点:

读者:

希望能够把自己借的书归还。

图书管理系统:

在图书管理的界面中,当图书归还成功时,读者的借书记录将被删除,图书的数量增加。

6.前置条件:

归还者必须经过确认和认证。

7.成功保证:

图书管理系统中的借书记录删除,读者的借书记录被删除、图书的数量增加。

8.主成功场景:

读者登陆图书管理系统,进入还书界面。

读者通过扫描图书的条形码进行归还图书。

如果归还成功,则把借书记录删除。

规划成功之后,该图书的数量增加。

9.特殊要求:

适用于window系统。

初始功能提取(EarlyFunctionDistill)

1.系统管理员更新和维护该系统。

2.图书管理员管理读者,对读者进行增删改查。

3.图书管理员管理图书,对图书进行增删改查。

4.读者修改自己的密码

5.读者查询图书

6.读者查看个人信息

7.读者借书

8.读者还书

3.目标系统功能需求(FunctionofTargetSystem)

功能需求分析(FunctionAnalysis)

对具体功能需求进行细化分析,并用图形工具进行描述。

采用面向对象分析方法,要求采用业务类模型和用例图,配合活动图和序列图进行系统逻辑建模。

系统概述

对于本系统划分为:

图书管理子系统、读者管理子系统、图书借还子系统。

总的功能图如下图3-1所示。

图3-1

UML模型

UML模型用StarUML和enterprisearchitect软件来完成下面图的制作。

(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

功能需求点列表(FunctionList)

在功能需求分析完成后,要详细列出用户需求功能点列表,提供给后续设计、编程、测试中使用,更是为了用户测试验收中使用。

功能需求点列表的格式,如表2-1所示。

表2-1功能需求点列表

编号

功能名称

使用人

功能描述

输入内容

输出内容

1

增加读者

图书管理员

图书管理员可以添加读者用户

添加读者信息

添加成功

2

删除读者

图书管理员

删除不存在的读者

删除读者的信息

删除成功

3

修改读者信息

图书管理员

修改读者的一些信息

修改读者的个人信息

修改成功

4

修改登陆密码

学生读者

读者修改自己的密码

修改旧密码,设置新密码

修改成功

5

借书

学生读者

扫描图书的条形码

扫描借书

借书成功

6

还书

图书管理学生读者

扫描图书的条形码

扫码还书,图书管理员添加书

还书成功

7

查询图书

学生读者

查询想要了解的图书

某一本书的书名或者某一本书的作者。

搜索图书的结果。

8

查询个人信息

读者

读者查询自己的个人信息

读者的账号和密码

显示个人信息

9

增加图书

图书管理员

添加图书

书的编号或书名

添加成功

10

删除图书

图书管理员

删除不用图书

书名或者编号

删除成功

11

查询图书

图书管理员

查询所需图书

书名或者编号

查询成功

12

更改图书

图书管理员

更改图书信息

更改图书的信息

更改成功

4.目标系统性能需求(PerformanceofTargetSystem)

时间要求(TimeRequest)

由于此开发项目针对图书馆,使用频度较高,使用性要求比较高。

为防止对信息资料和管理程序的恶意破坏,要求有较为可靠的安全性能。

总之,要求稳定、安全、便捷,易于管理和操作。

(1)响应时间:

统计、查询数据,数据的相应时间控制在15秒内,借书证条形码扫描时间控制在2秒之内。

(2)数据更新处理时间:

联网数据库在网络正常无故障的情况下,插入一条数据和删除一条数据的数据更新操作响应时间控制在秒/条之内;

(3)运行时间:

系统程序启动和初始化时间控制在3秒之内,用户登录验证时间控制在3秒内。

空间要求(SpaceRequest)

(1)支持的终端数。

可以支持多个终端连接服务器,访问服务器。

(2)支持的并行操作的使用者数。

支持多个使用者同时使用该系统,并且网速不受使用者的增减而受影响。

(3)精度要求。

根据使用需要,在各项数据的输入、输出即传输过程中,可以满足各种精度的需求。

如:

根据关键字精度的不同,查找可分为精确查找和泛型查找,精确查找可精确匹配读者已知的图书,泛型查找只要满足与输入的关键字相匹配的书目即输出,可供读者查找。

性能需求点列表(PerformanceList)

详细列出用户性能点列表,提供给后续分析、设计、编程、测试中使用,更是为了用户测试验收中使用。

需求性能点列表的格式,如表2-2所示。

表2-2性能需求点列表

编号

性能名称

使用部门

使用岗位

性能描述

输入内容

输出内容

1

系统管理

开发部门

程序员

程序员对该系统进行维护和更新

代码

图书管理系统

2

图书管理

图书管理部

图书管理员

图书管理员对图书和读者进行管理

书或者读者

书或者读者

3

响应时间

测试部门

测试员

从输入到输出的反应时间

输入一本书的名字进行查询

书的名字,查看这一期间的响应时间

4

最大支持终端数

测绘部门

测试员

多个用户同时访问该系统

登录操作

是否都能成功登录

5.目标系统界面与接口需求(InterfaceofTargetSystem)

界面需求(InterphaseRequirement)

界面的原则要求,如方便、简洁、美观、一致等。

整个系统的界面风格定义,某些功能模块的特殊的界面要求。

(1)输入设备:

键盘、鼠标、条码扫描器、扫描仪等;

要求:

设备方便好用,不能有破损,不能有不可以使用的设备。

(2)输出设备:

显示器、打印机、光盘刻录机、磁带机、音箱等;

要求:

显示器的分辨率要高,其他设备能正常使用。

(3)显示风格:

图形界面、字符界面、IE界面等;

要求:

美观简洁大方。

(4)显示方式:

1024*768、640*480等;

要求:

1024*768。

(5)输出格式:

显示布局、打印格式等。

要求:

美观简洁大方。

接口需求(InterfaceRequirement)

与其他系统的接口,如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。

(1)与系统特殊外设的接口,如CT机、柜员机(ATM)、IC卡等。

(2)与中间件的接口,要列出接口规范、入口参数、出口参数、传输频率等。

应在此列举出所有的外部接口名称、接口标准、规范。

外部接口列表,如表2-3所示。

表2-3外部接口需求点列表

编号

接口名称

接口规范

接口标准

入口参数

出口参数

传输频率

1

扫描仪

USB规范

USN接口

图书条形码的数据流

图书数据

传输频率尽可以的高

2

服务器

图书信息的数据流

图书数据

传输频率尽可以的高

3

客户端

图书信息的数据流

图书数据

传输频率尽可以的高

6.目标系统其他需求(OtherRequirementsofTargetSystem)

安全性(Security)

图书管理系统是系统管理员更新和维护该系统,图书管理员对图书、读者进行管理,读者借书、还书。

通过数据库的安全设置,保证数据库的安全性。

系统根据用户身份不同赋予不同权限,用户用密码登陆。

定期备份数据库,以确保因病毒、系统崩溃等其他原因引起数据丢失。

可靠性(Dependability)

正常运行时不应出错,若时出错的话,应该有恢复系统的功能,并且必须保护数据的准确性。

灵活性(Agility)

作为独立运行的系统和其他管理系统集成的系统。

图书管理系统的设计是作为独立运行的系统而进行的。

本系统具有独立的服务器系统和数据库系统,具有完善数据输入输出功能和数据维护及查询的报表生成与打印系统。

且发生故障时,能快速恢复系统和故障处理,方便系统升级和扩充,故障恢复时间不超过3小时。

为了适应内外机构的数据要求,与图书管理系统前台借还系统交换信息。

本系统专门设计了与这些系统数据交换扩展接口。

本系统去采用浏览器标准界面,本身具有操作灵活的特点。

可能提供鼠标选择和键盘输入双重输入功能。

方便用户操作和管理

特殊需求(SpecialRequirements)

(1)进度需求:

系统的阶段进度要求。

要求:

2017-2018的第一学期完成

(2)运行环境需求:

平台、体系结构、设备要求为笔记本或者台式电脑。

要求:

Windows系统,SqlServer数据库,Eclipse平台。

(3)培训需求:

用户对培训的需求,是否提供多媒体教学光盘。

要求:

我们不会去一些培训机构,我们会借些相关的资料,从网上下些教程学习。

(4)推广需求:

我们目前的目标是完成这个系统,不会进行推广。

7.目标系统假设与约束条件(SupposeandRestrictionofTargetSystem)

假设与约定条件是对预计的系统风险的描述:

(1)法律、法规和政策方面的限制:

不能违反国家的法律、法规等方面的规定

(2)硬件应保证没有损坏,软件、运行环境应保证可以正常运行和开发环境应满足开发者的需要方面的条件和限制。

(3)可利用的信息和资源可以从网上、图书馆查找。

(4)系统的最晚完成日期。

实验心得:

需求规格说明书是为了让系统的涉众就该系统的需求达成一致认可,明确该系统的需求,为后续的开发工作提供依据,所以需求规格说明书是非常重要的。

编写需求规格说明书时,要画出用例图,时序图等,为后面的设计工作做了基础。

通过写需求规格说明书,让我学习了需求规格说明书如何编写,锻炼了自己。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 农学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1