软件需求分析说明书审查规范汇编.docVIP

软件需求分析说明书审查规范 文件编号 受控编号 版本 1.0 编制日期 生效日期 密级 编制 审核 批准 文件修改控制 修改记录编号 修改 状态 修改位置及内容 修改人 审核人 批准人 修改日期 目录 软件需求分析说明书审查规范 1 目录 3 1. 引言 3 1.1. 目的 3 1.2. 适用范围 3 1.3. 使用说明 4 2. 参考资料 4 3. 术语定义 4 4. 质量要求 6 4.1. 完整性 6 4.1.1. 整体内容完整性 6 4.1.2. 需求项信息完整性 8 4.2. 正确性 9 4.3. 一致性 10 4.4. 可验证性 10 4.5. 划分优先级 10 4.6. 可用性 11 5. 附件 11 5.1. 一些编写建议 11 5.2. 部分参考实例 12 5.2.1. 需求项表格 12 5.2.2. 表格需求项实例 13 5.2.3. 优先级划分方法实例 14 5.2.4. 软件需求分析说明书模板 15 引言 目的 软件需求分析说明书在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用Systematic Software Testing Rick D.Craig, Stefan P.Jaskiel　Artech House Publishers 200205-1 统一软件开发过程RUP2000手册 IBM公司 2000年 术语定义 GB/T 11457所列术语和下列定义适用于本文 需求系统必须符合的条件或具备的功能 软件需求分析的基本任务是准确地定义未来系统的目标，确定为了满足用户的需求，系统必须做什么。需求分析包括需求获取和需求规约：需求获取是系统分析员通过学习以及同用户的交往，熟悉用户领域的知识，并获得对未来系统的需求；需求规约是系统分析员在获得了用户的初步需求后，必须进行一致性分析和检查，通过和用户协商解决其中存在的二义性和不一致性，并以一种规范的形式准确地表达用户的需求，形成软件需求分析说明书。 软件需求分析说明书（Software Requirements Specifications，简称SRS）： 软件需求分析说明书（也称软件需求规格说明书、软件需求分析报告）是软件需求分析阶段得到的最终文档，它以形式化的术语和表示对软件的功能和性能进行详细而具体的描述。它是用户和开发者之间的技术合同，是软件设计、编码阶段的基础,也是软件测试和验收的依据。 IEEE软件工程标准词汇表(1997年)中定义为：用户解决问题或达到目标所需的条件或权能(Capability)。 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 一种反映上面(1)或(2)所描述的条件或权能的文档说明。 IEEE 610.12-1990中定义： 一个系统、组件或过程满足客户或用户的需求的程度，或满足期望值的程度。（“The degree to which a system, component, or process meets customer or user needs or expectations.” ISO/IEC9126中定义： 与软件产品满足规定的和隐含的需求的能力有关的特征或特性的全体。（The totality of features and characteristics of a software product that bear on its ability to satisfy stated or implied needs.） 软件质量保证 软件质量保证，是为保证产品和服务充分满足消费者要求的质量而进行的有计划、有组织的活动。软件质量保证是面向消费者的活动，是为了使产品实现用户要求的功能，站在用户立场上来掌握产品质量的。软件的质量保证就是向用户及社会提供满意的高质量的软件产品。 可跟踪性 指如果每一个需求的来源、变更历史是清晰的，在进一步产生和改变文件编制时，可以方便地引证每一个需求，则该软件需求分析说明书就是可追踪的。 可修改性 指如果一个软件需求分析说明书的结构和风格在需求有必要改变时是易于实现的、且改变后仍然完整、一致的，那么这个软件需求分析说明书就是可修改的。 可行性 指在规定的时间限制和开销下、在特定的环境制约下、利用现有的技术、工具、资源和人力下，需求必须是可以实现的。具体包括： 技术可行，现有的技术水平能够实现所有的需求； 财政可行，有足够的资金来实现所有的需求，且实现的成本在可接受的范围内； 时间可行，在指定的时间范围内能够实现所有的需求； 资源可行，有足够的人力、物力来实现所有