GB/T 45802-2025 系统与软件工程 生存周期过程 需求工程

ICS35080

CCSL.77

中华人民共和国国家标准

GB/T45802—2025/ISO/IEC/IEEE291482018

:

系统与软件工程生存周期过程

需求工程

Systemsandsoftwareengineering—Lifecycleprocesses—

Requirementsengineering

ISO/IEC/IEEE291482018IDT

(:,)

2025-05-30发布2025-12-01实施

国家市场监督管理总局发布

国家标准化管理委员会

GB/T45802—2025/ISO/IEC/IEEE291482018

:

目次

前言

…………………………Ⅲ

引言

…………………………Ⅳ

范围

1………………………1

规范性引用文件

2…………………………1

术语定义和缩略语

3、………………………1

符合性

4……………………6

概念

5………………………7

过程

6………………………16

信息项

7……………………39

信息项参考

8………………39

信息项内容

9………………45

附录规范性系统运行概念

A()…………60

附录资料性运营观念

B()………………70

附录规范性剪裁政策

C()………………72

参考文献

……………………73

Ⅰ

GB/T45802—2025/ISO/IEC/IEEE291482018

:

前言

本文件按照标准化工作导则第部分标准化文件的结构和起草规则的规定

GB/T1.1—2020《1:》

起草

。

本文件等同采用系统与软件工程生存周期过程需求工程

ISO/IEC/IEEE29148:2018《》。

本文件做了下列最小限度的编辑性改动

:

将中的修正为和中的

———“6.3.4”“6.3.3”,GB/T22032—2021GB/T8566—2022

是风险管理过程是决策管理过程

6.3.4,6.3.3;

将中使用决策管理过程或

———“(GB/T22032—2021,6.3.4GB/T8566—2022,6.3.4)”

的修正为和中的是风险管理

“6.3.4”“6.3.3”,GB/T22032—2021GB/T8566—20226.3.4

过程是决策管理过程

,6.3.3;

将中风险管理过程中的或中的

———“(GB/T22032—20216.3.5GB/T8566—2022

中修正为和中的

6.3.5……)”“6.3.5”“6.3.4”,GB/T22032—2021GB/T8566—20226.3.5

分别是技术状态配置管理过程是风险管理过程

[/],6.3.4;

将中的修正为关于变更要求是在中描述

———A.2.5.3“A.2.4.1”“A.2.5.1”,A.2.5.1;

将中的修正为关于变更理由是在中描述

———A.2.5.5“A.2.4.2”“A.2.5.2”,A.2.5.2。

请注意本文件的某些内容可能涉及专利本文件的发布机构不承担识别专利的责任

。。

本文件由全国信息技术标准化技术委员会提出并归口

(SAC/TC28)。

本文件起草单位中国电子技术标准化研究院中控技术股份有限公司清华大学浪潮软件科技有

:、、、

限公司中国航天系统科学与工程研究院北京理工大学上海计算机软件技术开发中心重庆市软件评

、、、、

测中心有限公司上海同思廷软件技术有限公司北京谷器数据科技有限公司深圳开源互联网安全技

、、、

术有限公司山东创恩信息科技股份有限公司北京航空航天大学山东山科数字经济研究院有限公司

、、、、

北京软件造价评估技术创新联盟山信软件股份有限公司西南计算机有限责任公司华测检测认证集

、、、

团股份有限公司中国科学院微小卫星创新研究院上海微小卫星工程中心道普信息技术有限公司

、()、、

北京中基数联科技有限公司南京争锋信息科技有限公司金航数码科技有限责任公司湖南云箭集团

、、、

有限公司上海创景信息科技股份有限公司北京工业大学广东省科技基础条件平台中心山东正中信

、、、、

息技术股份有限公司联通在线信息科技有限公司湖北华中电力科技开发有限责任公司中移互联网

、、、

有限公司北京中元瑞讯科技有限公司宁波港信息通信有限公司北京国联政信科技有限公司北京软

、、、、

件和信息服务交易所有限公司上海湃睿信息科技有限公司北京青鸟环宇消防系统软件服务有限

、、

公司

。

本文件主要起草人范科峰李文鹏苏伟何玲燕刘璘张旸旸李照川段海波陈聪薛静锋

:、、、、、、、、、、

胡芸丁晓明周震漪董代王颉吕英胜路云峰李刚王海青黄小蓉国建勋邓雄施敏华刘娜

、、、、、、、、、、、、、、

许宗敏阮峰王建国胡益红王之栋刘潇健余达明王岩刘永超倪浩张恬恬马晓红丁亚东

、、、、、、、、、、、、、

徐文峰孙文庆郑一宇黄深广徐玉峰吴刚黄舒炜王鹏陈亚贤赵毅王彦功石龙宋荆汉刘永亮

、、、、、、、、、、、、、、

王嵩孙金洋罗鲜余庆陶福星陈琪李童王忠任继顺

、、、、、、、、。

Ⅲ

GB/T45802—2025/ISO/IEC/IEEE291482018

:

引言

本文件旨在为系统与软件工程生存周期中的需求工程过程与制品提供统一规范针对系统与软件

。

工程提供详细的需求文档结构和内容要求包括需求的特征和属性要求本文件还提供了

,,。ISO/

和中要求的需求工程相关过程的实施指南最后本文件确定

IEC/IEEE15288ISO/IEC/IEEE12207。,

了与需求工程相关的信息项及其内容

。

Ⅳ

GB/T45802—2025/ISO/IEC/IEEE291482018

:

系统与软件工程生存周期过程

需求工程

1范围

本文件

:

规定了系统和软件产品包括服务整个生存周期内产生需求工程活动所需实施的过程

———(),;

提供了应用和中描述需要和需求相关过程

———ISO/IEC/IEEE15288ISO/IEC/IEEE12207

的指南

;

规定了通过实施需求过程产生的所需信息项

———;

规定了所需信息项的必要内容

———;

提供了所需和相关信息项的格式指南

———。

本文件适用于

:

在人造系统软件密集型系统软件和硬件产品以及与这些系统和产品相关的服务的项目中使

———、、

用或计划使用和的人员不限项目范围产品

ISO/IEC/IEEE15288ISO/IEC/IEEE12207,、、

方法规模或复杂性

、;

执行需求工程活动的人员以确保其对需求工程过程的应用符合和或

———,ISO/IEC/IEEE15288/

ISO/IEC/IEEE12207;

在人造系统软件密集型系统软件和硬件产品以及与这些系统和产品相关服务的项目上使用

———、、

或计划使用的人员无论项目范围产品方法规模或复杂性如何

ISO/IEC/IEEE15289,、、、;

执行需求工程活动的人员以确保其在需求工程应用过程中开发的信息项符合

———,ISO/IEC/

IEEE15289。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款其中注日期的引用文

。,

件仅该日期对应的版本适用于本文件不注日期的引用文件其最新版本包括所有的修改单适用于

,;,()

本文件

。

系统与软件工程软件生存周期过程

GB/T8566—2022(ISO/IEC/IEEE12207:2017,IDT)

系统与软件工程系统生存周期过程

GB/T22032—2021(ISO/IEC/IEEE15288:2015,IDT)

3术语定义和缩略语

、

31术语和定义

.

和维护的用于标准化的术语数据库网址如下

ISO、IECIEEE:

在线浏览平台

———ISO:/obp

电工百科

———IEC:/

1

GB/T45802—2025/ISO/IEC/IEEE291482018

:

标准在线词典

———IEEE:

注其他系统和软件工程术语的定义通常在中找到网址为

:ISO/IEC/IEEE24765,/sevocab。

311

..

需方acquirer

从供方获得或采购某一产品或服务的利益相关方

(3.1.31)(3.1.28)。

注需方的同义术语常用的有买方顾客所有者购买者或内部组织赞助方

:,、(3.1.9)、、/。

来源

[:GB/T22032—2021,4.1.1]

312

..

属性attribute

实体的固有性质或特性能够通过人工或自动化手段进行定量或定性地辨别

,。

注区分了两种类型的属性固有存在于某物中的永久性特征产品过程或系统的指定特征如产品价

:ISO9000:;、(:

格产品所有者

、)。

来源有修改

[:ISO/IEC25000:2014,4.1,]

313

..

基线baseline

经正式核准的技术状态项的版本与介质无关是在技术状态项的生存周期中的特定时间节点确定

,,

并固化的

。

来源

[:GB/T22032—2021,4.1.10]

314

..

业务需求规格说明businessrequirementsspecification

业务或使命需求业务或使命问题或机遇的定义各种概念以及各种解决方案的要求条

(3.1.19)(、

件及其与外部环境的关系的结构化集合

)。

315

..

运营观念conceptofoperations

对于某一组织的一项或一系列行动的设想或意图以文字和或图形做出的概略表述

,/。

注1运营观念经常体现在长期战略计划和年度业务计划中在后一种情况下计划中的运营观念包括同时或相继

:。,

进行的一系列相关行动该概念旨在提供组织运营的总体情况另见运行概念

。。(3.1.16)。

注2运营观念为界定操作空间系统能力接口和操作环境提供了基础

:、、。

注3运营观念包括企业或组织打算如何利用现有人力和技术资源来实现一个或多个成果

:。

来源

[:ANSI/AIAAG-043A-2012]

316

..

条件condition

为需求规定的可测量的定性或定量属性并指示需求适用的情况或事件

(3.1.19)(3.1.2),。

317

..

约束

constraint

对系统其设计或实现或用于开发或修改系统的过程的外部限制

、。

注约束是通过影响力或强制力施加在解决方案上的因素可能会限制或修改设计

:,。

318

..

使用周境contextofuse

使用某一产品的用户任务设备硬件软件和物料以及物理和社会环境

(3.1.35)、、(、)。

来源

[:GB/T25000.1—2021,3.3]

2

GB/T45802—2025/ISO/IEC/IEEE291482018

:

319

..

顾客customer

能够或实际接受为其提供的或按其要求提供的产品或服务的个人或组织

,。

注1顾客是利益相关方的子集

:(3.1.28)。

注2顾客可能是组织内部也可以是组织外部的

:。

来源

[:GB/T19000—2016,3.2.4]

3110

..

派生需求derivedrequirement

从集合和组织中推导或推断出一个特定系统技术状态和解决方案的需求

(3.1.19)。

注1更高层级的需求称为父级需求而从该父级派生的需求称为子级需求

:“”,“”。

注2派生需求通常是在利益相关方需求获取需求分析权衡研究或确认期间识别的

:(3.1.28)、、(3.1.36)。

3111

..

开发方developer

在系统软件生存周期过程中执行开发活动包括需求分析设计测试直到验收的个人或组织

/,(、、)。

注开发人员是利益相关方的子集

:(3.1.28)。

来源有修改

[:ISO/IEC25000:2014,4.6,]

3112

..

文档document

人类使用的唯一标识的信息单元

。

示例打印或电子形式的报告规格说明手册或书籍

:、、。

注1一份文档可能是单独的信息项也可能是较大信息项的一部分

:(3.1.14),(3.1.14)。

注2文档包括纸质文档和电子文档

:。

注3术语文档的使用并不是为了排除广义文件的解释尤其是在其适用于基于模型的工程或合规性时

:“”“”,。

来源有修改

[:ISO/IEC/IEEE15289:2017,3.1.10,]

3113

..

人-系统集成humansystemsintegration

跨学科的技术和管理过程用于在所有系统元素内部和跨所有系统元素间考虑集成人的因素

,。

来源

[:INCOSESEHBok4:2015]

3114

..

信息项informationitem

为人类使用而生产存储和交付的可单独识别的信息体

、。

来源有修改

[:ISO/IEC/IEEE15289:2017,3.1.13,]

3115

..

抽象层级levelofabstraction

系统描述中的特定详细级别的视图

。

3116

..

运行概念operationalconcept

一个组织关于某新建已有或改进系统及关联系统的运行的前提假设或设计意图的文字与图形化

、

表述

。

注运行概念使用一个或多个特定系统或与一组相关的系统从用户和操作方角度给出运行的

:,(3.1.35)(3.1.18),

整体描述运行概念是企业或组织想要达到的目标参见运营观念

。。(3.1.5)。

来源

[:ANSI/AIAAG-043A-2012]

3

GB/T45802—2025/ISO/IEC/IEEE291482018

:

3117

..

运行场景operationalscenario

对想象中的事件或活动序列的描述包括产品或服务与其环境和用户的交互以及在具有

,(3.1.35),

最终用途意义时其产品或服务组件之间的交互

。

注运行场景用于评估需求和系统设计以及验证和确认系统

:(3.1.19),。

3118

..

操作方operator

操作员

执行系统操作的个人或组织

。

注1操作员角色和用户角色能被同时或顺序授予同一个人或组织

:(3.1.35)。

注2与知识技能和规程为一体的每个操作员都能认为是系统的一个元素

:、。

注3操作员根据操作指令是否在系统边界内来对系统进行不同操作

:。

来源

[:GB/T22032—2021,4.1.26]

3119

..

需求requirement

要求

对需要及其约束和条件的转换或表达