需求规格说明书HLXSPIRDTemSRSV10.docx
- 文档编号:10872686
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:11
- 大小:20.30KB
需求规格说明书HLXSPIRDTemSRSV10.docx
《需求规格说明书HLXSPIRDTemSRSV10.docx》由会员分享,可在线阅读,更多相关《需求规格说明书HLXSPIRDTemSRSV10.docx(11页珍藏版)》请在冰豆网上搜索。
需求规格说明书HLXSPIRDTemSRSV10
文件类别:
模板[过程文件/使用指南/相关模板/参考案例]
文件版本:
1.0
文件编号:
[PROCESS/GUIDE/TEMPLATE/CASE]_[PP/PMC/…]_
需求规格说明书
受控状态:
受控
文档密级:
普通
文档状态:
[]草案[√]正式发布[]正在修订
变更履历
序号
版本
变更描述
修订人/日期
审核/日期
批准/日期
1
2
3
4
5
6
7
8
9
10
目录
1前言4
1.1目的4
1.2项目信息4
1.3范围4
1.4术语4
1.5参考文献4
2整体说明4
3非功能需求5
3.1运行环境5
3.2可用性5
3.2.15
3.3安全性5
3.3.15
3.4可靠性6
3.4.16
3.5性能6
3.5.16
3.6可支持性6
3.6.16
3.7设计约束7
3.7.17
3.8联机用户文档和帮助系统需求7
3.9购买的构件7
3.10接口/界面7
3.10.1用户界面/报表格式7
3.10.2硬件接口7
3.10.3软件接口7
3.10.4通信接口7
3.11许可需求8
3.12法律、版权及其他声明8
3.13适用的标准8
4功能需求8
4.18
4.1.1用例ID8
5开发环境的配置9
6运行环境的配置9
7测试环境的配置10
8未决事宜10
9附件:
10
1
前言
1.1目的
1.2项目信息
说明:
Ø待开发的软件系统的名称;
Ø本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
Ø该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3范围
说明本文档所描述的范围和受其影响的事物和文档。
1.4术语
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.5参考文献
列出用得着的参考资料,如:
本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2整体说明
提供本文详述的各种需求的背景,以使这些需求便于理解。
所包括的内容有:
Ø目的:
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
Ø产品架构:
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张图来说明该系统的组成和本产品同其他各部分的联系和接口。
Ø用户特点:
列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。
这些是软件设计工作的重要约束。
Ø假设与依赖关系:
说明所有重要的技术可行性假设、子系统或构件可用性假设,或者可作为此需求规格说明书所述软件可行性的基础的其他与项目有关的假设。
3非功能需求
3.1运行环境
说明产品需要的运行环境,例如:
硬件、软件、通讯等的配置。
3.2可用性
此节应包括所有影响可用性的需求。
例如,
Ø指出普通用户和高级用户要高效地执行特定操作所需的培训时间
Ø指出典型任务的可评测任务次数或根据用户已知或喜欢的其他系统确定新系统的可用性需求
Ø指出在符合公认的可用性标准(如IBM的CUA标准和Microsoft的GUI标准)方面的需求
3.2.1
3.3安全性
Ø确定需要保护的数据;
Ø确定各种数据所受到的安全威胁的类型:
⏹意外的损坏或破坏
⏹故意的损坏或破坏
⏹商业间谍行为
⏹欺骗
⏹黑客行为
⏹病毒
Ø是否有一般性的政策可能会影响该系统的安全性设计;
Ø确定哪些人可能是这些威胁的来源;
Ø确定任何特殊的安全性需求,尤其是对以下方面的需求:
⏹对系统的访问
⏹对数据的加密
⏹可审核性
3.3.1
3.4可靠性
对系统可靠性的需求应在此处说明。
建议如下:
Ø可用性-指出可用时间百分比(xx.xx%)、使用小时数、维护访问权、降级模式操作等。
Ø平均故障间隔时间(MTBF)-通常表示为小时数,但也可表示为天数、月数或年数。
Ø平均修复时间(MTTR)-系统在发生故障后可以暂停运行的时间。
Ø精确度-指出系统输出要求具备的精密度(分辨率)和精确度(按照某一已知的标准)。
Ø最高错误或缺陷率-通常表示为bugs/KLOC(每千行代码的错误数目)或bugs/function-point(每个功能点的错误数目)。
Ø错误或缺陷率-按照小错误、大错误和严重错误来分类:
需求中必须对“严重”错误进行界定(例如:
数据完全丢失或完全不能使用系统的某部分功能)。
3.4.1
3.5性能
[此节应概述系统的性能特征。
其中需包括具体的响应时间。
如果可行,按名称引用相关用例。
Ø对事务的响应时间(平均、最长)
Ø吞吐量(例如每秒处理的事务数)
Ø容量(例如系统可以容纳的客户或事务数)
Ø降级模式(当系统以某种形式降级时可接受的运行模式)
Ø资源利用情况:
内存、磁盘、通信等。
]
3.5.1
3.6可支持性
[此节应列出将提高所构建系统的可支持性或可维护性的所有需求,其中包括编码标准、命名约定、类库、维护访问权和维护实用程序。
]
3.6.1
3.7设计约束
[此节应列出所构建系统的所有设计约束。
设计约束代表已经批准并必须遵循的设计决定。
其中包括软件语言、软件流程需求、开发工具的指定用途、构架及设计约束、购买的构件、类库等。
]
3.7.1
3.8联机用户文档和帮助系统需求
[如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求,请在此说明。
]
3.9购买的构件
[此节说明在系统中使用的所有购入构件、所有适用的许可或使用限制,以及所有相关的兼容性及互操作性或接口标准。
]
3.10接口/界面
[此节规定应用程序必须支持的接口/界面。
它应非常具体,包含协议、端口和逻辑地址等,以便于按照接口/界面需求开发并检验软件。
]
3.10.1用户界面/报表格式
[说明软件将实现的用户界面/报表格式。
]
3.10.2硬件接口
[此节指出软件所支持的所有硬件接口,其中包括逻辑结构、物理地址、预期行为等。
]
3.10.3软件接口
[此节说明软件系统中与其他构件之间的软件接口。
这些构件可以是购入的构件、取自其他应用程序重新利用的构件,也可以是为此SRS范围之外的子系统开发,但该软件应用程序必须与之交互的构件。
]
3.10.4通信接口
[说明与其他系统或设备(如局域网、远程串行设备等)的所有通信接口。
]
3.11许可需求
[定义所有许可执行需求或软件将体现的其他使用限制需求。
]
3.12法律、版权及其他声明
[此节说明软件涉及的所有必需的法律免责声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。
]
3.13适用的标准
[通过引用,此节说明了所有适用的标准以及适用于所述系统的相应标准的具体部分。
例如,其中可以包括法律、质量及法规标准;业界在可用性、互操作性、国际化、操作系统相容性等方面的标准。
]
4功能需求
4.1
[用例图可以借助可视化建模工具(如RationalRose)来开发。
用例报告(带有所有特征)可以用RationalSoDA来生成。
有关详细信息,请参见RationalUnifiedProcess中的工具向导。
]
可以增加时序图,状态图.
4.1.1用例ID
这一节应包括所有的软件需求,其详细程度应使设计人员能够设计出可以满足这些需求的系统,并使测试人员能够测试该系统是否满足这些需求。
以自然语言风格表达的需求说明为此设计的系统功能性需求。
通常按特性来组织,但也可能会有其他适用的组织方式,例如按用户或子系统组织的方式。
当利用应用程序开发工具(如需求工具、建模工具等)来获取功能时,文档将引用获取相应数据的方法,并指出用来获取数据的工具的位置和名称。
必须让用户、设计人员、测试人员对需求的理解无二义性。
需求编号生成规则参考《需求开发过程文件》(HLX-SPI-RD-Proc-Doc)中相关模板文件需求ID编写规范部分。
4.1.1.1
4.1.1.2
[描述需求的事件流]
4.1.1.3
[特殊需求通常是非功能性需求,它为一个用例所专有,但很难或很自然的在用例的事件流文本中表述。
特殊需求的示例包括法律或法规方面的需求、应用程序标准和所构建系统的质量属性(包括可用性、可靠性、性能或支持性需求)。
此外,其他需求如操作系统及环境、兼容性需求和设计约束也应在此节中记录。
]运行模式,频率,输入,输出量等信息。
4.1.1.4功能关联
[描述本功能中与其他功能有关联的地方。
例如该功能中的某些特性会影响到哪些功能的业务规则或操作等]
4.1.1.5非功能需求
[功能的非功能性需求包括:
快捷、简易、直觉性、用户友好、健壮性、可靠性、安全性和高效性]
5开发环境的配置
提示:
说明本系统应当在什么样的环境下开发,有什么强制要求和建议?
类别
标准配置
最低配置
计算机硬件
软件
网络通信
其它
6运行环境的配置
提示:
说明本系统应当在什么样的环境下运行,有什么强制要求和建议?
类别
标准配置
最低配置
计算机硬件
软件
网络通信
其它
7测试环境的配置
提示:
说明本系统应当在什么样的环境下测试,有什么强制要求和建议?
(1)一般地,单元测试、集成测试环境与开发环境相同。
(2)一般地,系统测试、验收测试环境与运行环境相同或相似(更加严格)。
8未决事宜
[描述没有解决的问题]
9附件:
A.客户需求访谈记录
B.以前版本的SRS文档
==文档结束==
签字页
甲方:
乙方:
代表:
代表:
日期:
日期:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明书 HLXSPIRDTemSRSV10