SRS中文例.docx
《SRS中文例.docx》由会员分享,可在线阅读,更多相关《SRS中文例.docx(6页珍藏版)》请在冰点文库上搜索。
![SRS中文例.docx](https://file1.bingdoc.com/fileroot1/2023-5/8/19121677-c94c-40df-a3e2-dd1cc3e7b5ae/19121677-c94c-40df-a3e2-dd1cc3e7b5ae1.gif)
SRS中文例
软通动力
软件需求规格说明书
编号:
ISS-TMP-SRS
版本:
1.0
作者:
SEPG
日期:
2002-8-8
审批:
日期:
变更记录
日期
版本
变更说明
作者
目录
1概述4
1.1目的4
1.2范围4
1.3术语定义4
2系统说明5
3需求说明6
3.1功能要求6
3.1.1<功能要求1>6
3.1.2<功能要求2>6
3.2可用性6
3.2.1<可用性要求1>6
3.2.2<可用性要求2>6
3.3可靠性6
3.3.1<可靠性要求1>7
3.3.2<可靠性要求2>7
3.4性能要求7
3.4.1<性能要求1>7
3.4.2<性能要求1>7
3.5可维护性,可扩展性7
3.5.1<可维护性,可扩展性要求1>8
3.5.2<可维护性,可扩展性要求2>8
3.6安全性8
3.7设计约束8
3.7.1<设计约束要求1>8
3.7.2<设计约束要求2>8
3.8用户使用手册和在线帮助系统8
3.9界面要求8
3.9.1用户界面8
3.9.2硬件接口8
3.9.3软件接口9
3.9.4通讯界面9
4验收标准9
1概述
在概述部分应对整个系统进行概要描述。
通常还包括目的、范围、术语定义等。
1.1目的
此处描述本软件需求规格说明书的目的。
1.2范围
定义系统的界限,明确规定该系统的包含范围和不包含范围。
1.3术语定义
定义所使用的术语。
对于易混淆的客户常用语要有明确规定定义。
例如,“用户”是指客户的雇员而非软件的最终购买者等。
2系统说明
在这一部分应对影响系统的主要因素进行描述。
对于系统的详细功能描述应在下一节进行。
在此,应侧重需求的背景并使在下一节所做的叙述易于理解。
可包括:
现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。
3需求说明
在这一部分应对所有的软件需求进行足够详细的描述。
详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
3.1功能要求
在这一部分应对所有的软件的功能需求进行足够详细的描述。
各功能应用普通文字表达。
3.1.1<功能要求1>
3.1.2<功能要求2>
3.2可用性
用户使用的方便性、易用性和易学习性,如:
1.输入的无合法性检查和值域检查
2.对于复杂的动作要有必要的提示信息
3.记忆用户的设置或操作习惯,方便用户操作
4.对系统或数据进行重大修改,要有用户确认
3.2.1<可用性要求1>
3.2.2<可用性要求2>
3.3可靠性
在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。
应注意用数字说明所要求的可靠程度。
同时避免如“24x7”这样的陈述。
例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度;使用可允许的缺陷数量来界定系统质量,如最大缺陷数量、缺陷比例等。
通常给出平均无故障时间或两次故障间的平均间隔时间等。
3.3.1<可靠性要求1>
3.3.2<可靠性要求2>
3.4性能要求
性能需求表示用户对系统响应速度、处理能力、数据处理精度以及可靠性等指标的要求。
一般性能需求分类如下:
●处理速度——要给出关键交互界面的业务处理速度的量化时间和输入数据次数,以便以后测试人员验证
●处理结果的精度要求——按照不同的业务数据要求,给出相关数据小数点保留位数和累加后数据的误差范围
●安全操作——系统强壮性要求和操作的有效性要求,比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等
●产品处理的存储空间要求以及磁盘容量要求
●数据的值域要求
●事务处理的吞吐量要求
●资源使用的有效性要求:
比如CPU、内存、表的填充因子等
●以上方面的扩展要求
3.4.1<性能要求1>
3.4.2<性能要求1>
3.5可维护性,可扩展性
详细说明对系统的可维护性、可扩展性要求。
如使用行业标准、编码标准、开放式结构、可兼容语言、备份及复原和数据交换等。
3.5.1<可维护性,可扩展性要求1>
3.5.2<可维护性,可扩展性要求2>
3.6安全性
包括产品的安全性、保密性和完整性三方面需求。
采用角色——权限矩阵的方式进行描述,包括基于功能的权限授权表或基于数据对象(表,视图,存储过程等)的权限授权表。
3.7设计约束
详细说明对系统的设计局限性。
设计局限的定义代表了对系统要求的决策,这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。
例如,软件的开发语言、开发环境、开发工具、第三方软件、硬件使用以及网络设备等。
3.7.1<设计约束要求1>
3.7.2<设计约束要求2>
3.8用户使用手册和在线帮助系统
详细说明对系统的用户使用手册和在线帮助系统等的要求。
3.9界面要求
详细说明对系统的用户界面等的要求。
还可包括和其它系统的接口、地址、协议等。
3.9.1用户界面
定义用户界面风格,是用户对软件外观风格的一种要求。
如:
公司标志,界面色彩基调等。
规格的定义方式可以采用草图或静态原型的方式表示,一般描述分为两个部分:
整体描述和基于每个界面的细节描述。
3.9.2硬件接口
产品将要使用的硬件需求以及它与环境周边外部活动者的交互方式。
3.9.3软件接口
产品将要使用的软件需求以及它与环境周边外部活动者的交互方式。
3.9.4通讯界面
4验收标准
详细说明对系统的验收要求。
此要求将作为验收测试计划和测试的基线。
如果所开发的产品能满足此要求,则项目可结束并由客户方按合同规定付款。