
信息系统项目经理课程第3版软件需求规范考试中心5. 软件要求规范
软件需求规范(Sofiware需求规范系统规格需求说明书,SRS)是需求开发活动的产物. 编写此文档的目的是使项目涉众和开发团队对系统的初始需求有一个共同的了解,并使其成为整个开发. 工作基础. SRS是软件开发过程中最重要的文件之一,任何规模和性质的软件项目都不应缺少SRS.

在国家标准GB / T 8567-2006中,提供了SRS文档模板和编写指南,其中规定SRS应包括以下内容.
(1)范围. 此部分包括适用于SRS的系统和软件的完整标识(如果适用),包括标识号,标题,缩写,版本号和发行版号;简要描述适用于SRS的系统和软件的目的,描述总体系统和软件功能;概述系统开发,操作和维护的历史;确定项目的投资者,需求者,用户,承包商和支持组织;确定当前和计划中的运营地点: 列出其他相关文件;概述SRS的目的和内容,并描述与其使用相关的保密性和隐私要求;说明编写SRS的基准.

(2)参考文件. 列出SRS中引用的所有文档的编号,标题,修订和日期,并确定所有无法通过常规供应渠道获得的文档的来源.
(3)需求. 这部分是SRS的主要部分. 它详细描述了软件需求,可以分为以下几项: 需求状态和方法,需求概述,需求规格,软件配置项能力需求,软件配置项外部接口需求,软件配置项内部接口需求,适应性需求,机密性和隐私要求,软件配置项目环境要求,计算机资源要求(包括硬件要求,硬件资源利用要求,软件要求和通信要求),软件质量因子,设计和实现约束,数据,操作,故障排除,算法描述,相关人员要求,相关的培训要求,相关的物流要求,包装要求和其他要求系统规格需求说明书,以及要求的优先级和关键性.

(4)资格要求. 本节定义了一组资格方法. 对于第(3)部分中的每个要求,请指定用于确保满足要求的方法. 资格认证方法包括演示,测试,分析,审查和特殊的资格认证方法(例如,特殊的工具,技术,过程,设施和接受限制等).
(5)需求可追溯性. 这部分包括从SRS中每个软件配置项的要求到所涉及的系统(或子系统)的要求的双向可追溯性.

(6)未解决的问题. 如有必要,您可以在本节的软件要求中解释剩余的未解决的问题.
(7)注意. 包含有助于理解SRS的常规信息,例如背景信息,词汇,原理等. 此部分应包含理解SRS所需的字母术语和定义列表,所有缩写及其在SRS中的含义.
(8)附录. 提供为方便维护SRS而单独组织的信息(例如,图表,分类数据等). 为了便于处理,可以将附录绑定到单独的卷中,并按字母顺序排列.
此外,国家标准“计算机软件要求的汇编指南”(GB / T9385-1988)还给出了详细的SRS编写大纲. 由于该标准的使用年限长,有些情况与实际情况不符,因此本书不再介绍.
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/ruanjian/article-266078-1.html
哈哈
靠贴牌
宝宝怎么可以这么好看