1.2.
作为《软件需求分析说明书》是否能够进入正式评审的审查标准，符合该规范的能够提交正式需求评审；
作为测试人员编制《软件需求分析说明书审查列表》的依据；
作为开发人员编制《软件需求分析说明书》的指导原则；
1.3.
本文重点对需求分析说明书的内容进行要求，对表示方式、方法未明确提出要求对视为不作要求；
本文中的“应”、“必须”含义等同；
软件需求分析的基本任务是准确地定义未来系统的目标，确定为了满足用户的需求，系统必须做什么。需求分析包括需求获取和需求规约：需求获取是系统分析员经过学习以及同用户的交往，熟悉用户领域的知识，并获得对未来系统的需求；需求规约是系统分析员在获得了用户的初步需求后，必须进行一致性分析和检查，经过和用户协商解决其中存在的二义性和不一致性，并以一种规范的形式准确地表示用户的需求，形成软件需求分析说明书。
财政可行，有足够的资金来实现所有的需求，且实现的成本在可接受的范围内；
时间可行，在指定的时间范围内能够实现所有的需求；
资源可行，有足够的人力、物力来实现所有的需求；
验证标准
用以判断需求被实现后，实现的结果是否正确的依据。如：对于性能需求，其验证标准是具体的性能指标；对于功能需求，其验证标准是详细的功能效果描述。
本文中的“现有的技术水平”指与该需求相关的行业中，可获得的、已知的、可实际运用于生产的、可信的、经过验证的所有技术；
本文中的需求可行性以经过审核发布的《项目可行性研究报告》为依据；
2.
GB 8566 计算机软件开发规范受控编号？
GB 8567 计算机软件产品开发文件编制指南受控编号？
GB/T 11457 软件工程术语受控编号？
统一软件开发过程（RUP）
RUP是一个通用软件过程框架，能够应付种类广泛的软件系统、不同的应用领域、不同的组织类型、不同的性能水平和不同的项目规模。“统一过程”是基于构件的，这意味着利用它开发的软件系统是由构件构成的，构件之间经过定义良好的接口相互联系。在准备软件系统的所有蓝图的时候，“统一过程”使用的是“统一建模语言（Unified Modeling Language）”。事实上，UML是“统一过程”的有机组成部分——它们是被同步开发的。然而，真正使“统一过程”与众不同的方面能够用三个句话来表示：它是用例驱动的、以基本架构为中心的、迭代式和增量性的。
IEEE软件工程标准词汇表(1997年)中定义为：
(1)用户解决问题或达到目标所需的条件或权能(Capability)。
(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。
(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。
软件质量
IEEE610.12-1990中定义：
软件质量保证
软件质量保证，是为保证产品和服务充分满足消费者要求的质量而进行的有计划、有组织的活动。软件质量保证是面向消费者的活动，是为了使产品实现用户要求的功能，站在用户立场上来掌握产品质量的。软件的质量保证就是向用户及社会提供满意的高质量的软件产品。
可跟踪性
指如果每一个需求的来源、变更历史是清晰的，在进一步产生和改变文件编制时，能够方便地引证每一个需求，则该软件需求分析说明书就是可追踪的。
Systematic Software TestingRick D.Craig, Stefan P.Jaskiel Artech House Publishers-05-1
统一软件开发过程RUP手册IBM公司
3.
GB/T 11457所列术语和下列定义适用于本文
需求
系统必符合的条件或具备的功能
软件需求分析
可修改性
指如果一个软件需求分析说明书的结构和风格在需求有必要改变时是易于实现的、且改变后依然完整、一致的，那么这个软件需求分析说明书就是可修改的。
可行性
指在规定的时间限制和开销下、在特定的环境制约下、利用现有的技术、工具、资源和人力下，需求必须是能够实现的。具体包括：
技术可行，现有的技术水平能够实现所有的需求；
软件测试
软件测试是为了度量和提高被测软件的质量，对测试件进行工程设计、实施和维护的整个生命周期过程。(《Systematic Software Testing》)
统一建模语言（UML）
UML(Unified Modeling Language)是一种构建软件系统和文档的通用可视化建模语言。UML能与所有的开发方法一同使用，可用于软件开发的整个生命周期。UML能表示系统的静态结构和动态信息，并能管理复杂的系统模型，便于软件团队之间的合作开发。UML不是编程语言，但支持UML语言的工具能够提供从UML到各种编程语言的代码生成，也能够提供从现有程序逆向构建UML模型。
一个系统、组件或过程满足客户或用户的需求的程度，或满足期望值的程度。（“The degree to which a system, component, or process meetscustomer 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.）
软件需求分析说明书（Software Requirements Specifications，简称SRS）：
软件需求分析说明书（也称软件需求规格说明书、软件需求分析报告）是软件需求分析阶段得到的最终文档，它以形式化的术语和表示对软件的功能和性能进行详细而具体的描述。它是用户和开发者之间的技术合同，是软件设计、编码阶段的基础,也是软件测试和验收的依据。
软件需求分析说明书审查规范
软件需求分析说明书审查规范
文件编号
受控编号
版本
1.0
编制日期
生效日期
密级
编制
审核
批准
文件修改控制
修改记录编号
修改
状态
修改位置及内容
修改人
审核人
批准人
修改日期
1.
2.
3.
4.
5.
6.
7.
8.
1.
1.1.
软件需求分析说明书在软件开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。为了保证软件说明书对质量，本文档具体描述了《软件需求分析说明书》所要包含的内容及其编制所要达到的质量要求。