HB6468-1990软件需求分析阶段基本要求

HB 6468-1990 软件需求分析阶段基本要求
中华人民共和国航空航天工业部航空工业标准
软件需求分析阶段基本要求 HB 6468-90
内容与适用范围
本标准规定了软件开发过程中需求分析阶段统一的基本要求。

本标准适用于大、中型软件开发的需求分析阶段。

2 引用标准
GBjT11457 软件工程术语
HB 6464 软件开发规范
HB 6465 软件文档编制规范
HB 6469 软件需求规格说明编制规定
HB 6467 软件配置管理计划编制规定
HB 6466 软件质量保证计划编制规定
3 术语
除下面给出的术语外，其他术语的定义见 GB!Tl1457 o
3. 1 软件可靠性悟。

feware reliabilit川
软件的吁靠性是指在规定的运行环境中、在规定的睡行时间内或规走的运行次数 f ，程序
运行各种不同测试用例的成功概率。

3. 2 皇程碑(mil刷刷的
设计人员或管理人员负责的 4个在时间 t预定的事件.用来测量王作进度，例如，正式的
复审、规格说明的颁布、产品的交付e
4 软件需求分析阶段的工作
需求分析阶段工作是软件开发的墓础，需求分析阶段的工作成果应作为软件设计、测试、
评宙和验收的依据。

在软件需求分析阶段，任务承办单位(简称承办单位)必须根据任务委托单位(简称委托单
位)提出的技术要求和系统规恪说明、主要项目或关键项目规恪说明，对所展担ff发的供件，进
行需求分析和定义。

承办单位在软件需求分析阶段必须进行下述工作。

4. 1 分析软件需求
航空航天工业部 1990-09-18 发布
126
1991-02-01 实施
HB 6468-90
4. ,. , 信息搜集
4.'.'.' 承办单位必须搜集下列有关信息来确定软件需求z
a 系统总体设计要求，
b 系统性能要求，
C. 设备要求，
d 接口设计要求，
e 操作使用要求，
f. 系统设计标准 s
8 系统备份和维护要求。

4.'.'.2 在所搜集到的信息资料中，承办单位必须标明所有用于确定软件需求的文挡。

4. ,. 2 系统分析
在确定软件需求时，承办单位必须分析系统的任务植围、必须详细调查和分析影响软件功
能和性能需求的所有因素。

并分析和确定所开发的软件与系统中其它各部分的连接方式。

4.'.2.' 任务范围
必须分析系统的主要任务、次要任务糊其他有关任务，
4.'.2.2 功能
必须分析与确定为完成任务、满足系统性能要求所必须的软件的主要功能和
次要功能。

4.'.2.3 连接方式
必须分析所开发软件与系统中各部分之间的关系，并进而确定该软件与系统中其他各部
分的连接方式。

a. 与外部设备的连接标明与软件相连接的所有设备的名称、类型与物理特性 p
b. 与其他系统的连接分析说明与软件相连接的其他主统，
c 软件系统内部的连接分析软件系统内部各部分之间的逻辑关系。

4.'.2.4 参数标识
必须分析并指明反映系统环境、系统能力以及用符号定义的各仲参数。

4. ,. 3 软件功能需求分析
4.'.3.' 功能分析与确定
必须详细分析并列出软件产品的每伸功能，用文字、逻辑或数学方法描述其特性。

a. 输入分析确定软件的所有输入信息，包括它的来源、含义、格式.接收方法、数量、时
间、范围和换算方法 3
b. 处理对每种功能作文字或图形描述.在有可能时，并作相应的数学描述;
C. 输出分析确定软件的所有输出信息，包括它们的传送方法、时间、含义、恪式、数量、
目的地、范围反换算方法 s
d. 特殊耍求分析确定系统的某些特殊要求.如应急措施等。

4.'.3.2 功能验证
在确定软件需求时， 1但利用功能分析或模拟试验对数据流相功能〈包括时间、容量、通信起
度等7进行验证。

]27
HB 6468-90
4. ,. 4 软件性能需求分析
必须详细分析并列出软件产品的各种性能指标。

诸如程序的执行速度、响应时间$所需内
外存空间、冗余度事数据类型、数量、范围和精度、数据转模和传输时间、数据刷新时间等。

还应
列出软件的可使用性.可维护性、可靠性等。

4. ,. 5 软件接口需求分析
必须分析确定软件与各种接口的关系，并说明每个接口的特性。

a. 与外部设备的接口分析外部设备功能、功能选择和控制方式，说明每种接口设备对
软件的需求。

b. 系统间的接口分析确定软件系统与其他系统和设备的接口及其性能要求;
C. 系统内部接口分析确定软件系统内部的接口放其性能要求 p
d. 人机界面分析用 ;1 ^中惜作与使用的要求，确定软件与人的界面。

41.E .软件数据需求分析
4.'.6.' 数据分析和描述
必须分析和描述软件中作为控制和其他参数使用的静态数据元素、用于常规操作和特殊
操作中输入输出的动态数据兀素以及用户软件包内部生成的数据元素，并说明数据元素的约
束。

4. ， .ι 2 数据采集
必须分析说明数据采集的耍求、范罔，并说明被采集数据的有关特性。

4.'.6.3 数据处理
必须分析租说明对所采集数据创处理规程。

4. ,. 7 软件真他需求分析
必要时，还应分析和确定数据库的需求、常规的和特殊的操作需求以及故障处理要求等。

4. ,. 8 软件需求的稳定性分析
必须分析确定在软件生存期中哪些软件需求可能变动。

4. 2 确定系统环境
承办单位和委托单位必须共同确定软件开发时所需的硬件和软件支持环境(包括叶算机
型号、存贮容量、处理时问、输入输出要求、系统软件、开发L具等)以及被开发软件的最终运行
环境。

4. 3 制订软件开发的计划性文挡
承办单位必须制订软件开发的计划性文档，并经委托单位认可。

为开发软件系统制订的计
划性文档必须包括:
a 项目开发计划 g
b. 软件标准化综合要求;
L 测试计划(初稿) ;
必要时，还应编制:
d. 软件配宜管理计划;
C. 软件质量保证计划。

128
.bzfxw4>#ff66ff'> ?
HB 6468-90
'
4. 4 建立文档的内部控制l ??
承办单位必须建立对软件开发有关文档的内部控制。

当有必要更改上述有关文梢时，必须按 HB6467 软件配置管理计划编制规定。

4. 5 定义软件需求
4. 5. 1 当委托单位提出了软件系统方案，承办单位必须分析该方案的正确性、合理性、可理解
性和完整性.假如委托单位坯提供有初步的软件需求规格说明，承办单位则必须对其E确性、
可理解性、合理性和完整性进行分析。

4. 5. 2 通常承办单位必须在确定和说明系统的任务、系统的运行和支持环境的基础 L进一
步说明计算机系统的功能和性能特性，形成初步的软件需求规格说明。

4. 5. 3 承办单位必须分析系统规格说明和初步的软件需求规格说明，并在此基础上通过与委
托单位反复研讨与协商'，编制一个双方理解一致的、详细的、完整的软件需求规格说明@并提交
委托单位认可。

4. 5. 4 在软件需求规格说明中，承办单位必须对被开发的软件，综合 4. 1 条中所述工作的分
析结果，n;义完整的功能、性能、接口、数据和其他需求。

承办单位定义的需求还必须包括设汁的约束和编程的约束。

4.$5 在软件需求分析与定义过程中，承办单位应该使用需求分析工具、技术或二者的结合E
所用到的专用工具和技术必须在软件标准化综合要求或其他软件开发文档中标识。

并且必须
得到委托单位的认可.
4. 5. 6 承办单位必须在正规评审之前对软件需求规格说明进行内部评审，并应该根据内部评
审记录填写评审表。

4. 尽 7 必要时，承办单位还应编制数据要求说明@
5 软件需求分析阶段的产品 ,
需求分析阶段必须产生第 5. 1 条至第 5. 5 条所规定的文档。

必要时还应产'U!l 5. 6 条至
第 5.8 条所规定的文档。

5. 1 项目开发计划
项目开发计划拟定本项目开发中须进行的各项主要工作及其进程，并依据该计划开展和
检奇本项目开发工作。

该计划的主要内容应包括下述三个}f面。

5. 1. 1 资源和组织
a 承办单位的资源 g
b. 委托单位应提供的资源，
c 人员、组织机构、软件开发资源、软件配置管理和软件质量评价 p
d. 对子承包单位的控制。

5. 1. 2 开发迸度和里程碑
a 开发过程中每项重要活动，
b. 各项重要活动相与-间关系的网络图(进度、交付状态标识和i里程碑h
C. 风险的预测和控制管理。

j 29
HB 6468-90
5. 1.3 软件开发项目的成本估算
该计划必须按 HB6465 软件文档编制规范编制。

5. 2
软件需求规格说明是整个软件开发工作的基础，也是软件设计、测试、验收和评审的依据。

它用承办单位和委托单位双方都可理解的语言，清晰、明确地描述所开发软件的功能、性能和
硬件、软件环境要求。

该文档必须按 HB6465 软件文档编制规范编制。

5.3 软件标准化综合要求
软件标准化综合要求主要规定了在软件开发过程中所使用的工具、技术、方法和规程，其
主要内容包括=
a. 开发过程中用到的」民‘技术和方法，
b. 特定条件下，允许背离自顶向下方法的准则，
C. 需求建立软件开发库时，所规定的对库的访问和控制规程，
d. 软件设计和编码的约定 g
C. 所有非正规文档的格式和内容;
f. 评审所需规程和报告。

5.4 测试计划(初稿)
测试计划(初稿)为测试阶段的管理工作和技术工作提供指南，确定测试的内容和范围.为
进行系统的评价提供依据。

其主要内容包括:
ι测试要求 p
b. 测试设计(含测试技术、措施、工具和 h'i去) ,
C. 测度实施规程g
d. 测试结果评价准则。

该计划(初稿)的编制应参照 HB6465 软件文档编制规范。

5. 5 评审记录和评审表
5. 5. 1 评审记录
承办单位必须对所进行的各种评审工作进行记录并妥善保存。

这些记录必须写明评审 H
期、评审人员、评审项目和内容、所有偏差情况和发现的问题以及解决办法q
5. 5. 2 评审表
承办单位根据评审记录填写评审表，评审表的 l句容和格式应按 HB6466 软件质量保证ìf
划编制规定。

5. 6 初步用户手册
初步用户手册应以用户熟悉或可理解的语言，概括描述该软件的功能和操作方式，使用户
了解该软件的背景、使用范围和运行环境的要求。

该文档的编制应参照 HB6165 软件文档编制规范。

5. 7 软件配置管理计划
软件配问管理计划用来标识、控制和实现修改软件配置、记录和报告修改的状态。

该计划
130
.bzfxw#ff66ff'> ?
HB 6468-90
必须按 HB6467 软件配置管理计划编制规定编制。

，
5. 8 软件质量保证计划
软件质量保证计划是提高软件质量的重要保证。

展办单位应该制订并执行软件质量保证
计划，该计划必须按 HB6466 软件质量保证计划编制规定编制。

E 软件需求分析的正规评审
软件需求分析的正规评审在软件的需求分析阶段基本完成后进行。

在进行 f 第 4 章的工
作，产生了第 5 章的产品后，由委托单位负责建立评审小组进行评审。

6. 1 :iE规评审的目的
评审的目的在于确定承办单位是否明确了系统的需求，软件的需求是否合理、可行，审奇
软件整个功能是否满足了系统规格说明要求，是否有不一致性和冗余性存在。

着重审杏软件需
求规格说明的正确性、可理解性、完整性。

以明确软件开发工作的初始方向和进程，使所开发软
件具有完整的结构和功能特性。

6. 2 正规评审的内容
正规评审的内容应针对软件需求规格说明、软件开发计划进行下列项目的分析并取得结
论。

自. 2. 1 任务和需求分析评审
根据任务和合同对需求规格说明进行分析评审，以保证委托单位和承办单位双方理解的
准确性和一致性，为软件开发工作顺利进行打下基础。

该项工作内容包括E
L 功能需求评审 g
b. 性能需求评审，
C. 设汁约束评审$
6. 2. 2 可行性评审
对软件开发汁划的可行性进行分析评审 a 该项工作内容包括 z
a. 技术需求 s
b. 经费需求 g
c. 人员因素;
d. 进度和里程碑，
e 交付厅式，
f. 系统放益。

6.2.3 攘口评审
对软件需求规格说明的外部接口进行分析评审c
该项工作内容包括:
a 硬件接口 B
b 软件接口 z
c. 通情接口，
131
HB 6468-90
d. 人机界面 E
6.2. 4 可集成性评审
必要时，根据软件需求规格说明对软件的可集成性进行分析评审，以确定软件系统总体的
功能和性能，软件系统要求的运行环境，软件的数据传输方式，并预测软件
系统发展的前景。

6.2. 5 标准化评审
根据软件标准和规范对本阶段工作及所产生的文档进行评审，以保证所开发软件的标准
化、规范化。

自. 2. 6 可维护饨评审
对软件需求规格说明和软件开发文档中软件可维护性的要求进行评审，使所开发的软件
在生存周期中不断趋于完善。

6.2.7 安全保密性评审
审查软件需求是杏考虑了对所开发软件的安全性保障，以防止对软件的非正常访问、泄雷
相破坏事件的发生。

6. 2. 8 lE确性评审
需求分析阶段的工作结果是开发软件系统的重要基础，因此，必须从总体上验证这些需求
的正确性，应该从以下几方面进行评审
a 一致性所有需求必须是致的.任何一条不能和真他需求相矛盾$
b. 完整性需求必须是完整的，软件规格说明必须包括系统需求的每一个功能和性能 p
C. 现实性所有的需求应该是用指明的硬件技术和软件技术就吁以实现;
d. 有效'陀必须证明承办单位的需求分析是正确有放的，确实能解决用户需要解决的问
题。

6. 3 承办单位的责任
承办单位应说明下列问题 z
a. 软件的功能和费用之间的内在联系，以及软件的效益分析，
b. 软件设计约束与费用之间的关系、软件产品所有权与费用之间的关系，
C. 软件开发过程可能遇到的主要风险，并提出要求和限制，以便达到消除和控制。

6. 4 评审的结果
评审最终要作出评审结论并填写评审表，评审表的内容和格式成按 IIB6466 软件质量保
证计划编制规定n
附加说明
本标准凶航雪航天工业部第三。

-研究所提出。

'*标准由航空航夭工业部六三所、六二百所、三c.所起草。

132。