基于ARP4754A的民用航空系统需求管理

已剪辑自: https://mp.weixin.qq.com/s?__biz=MzI5Njg3NTU3MQ==&mid=2247483792&idx=1&sn=6979d87b5ec93611368e29b3f20dc614&chksm=ecbce2ccdbcb6bda0e00775ee1d20be4eecb62581b984199e0b2e134f46a1bee1b61ac91ba41&scene=178&cur_album_id=2786562064566943747#rd

民用航空系统的研制通常参照ARP4754A流程，但是ARP4754A里边并没有需求管理流程，而研制策划工作中却提到需求管理策划，那民用航空系统的需求管理到底需要做什么呢？

4754A缺少需求管理流程

在4754A里边并没有需求管理这个流程或者活动，在标准里边唯一提到需求管理的地方是第3章研制策划。在研制策划章节要求对需求管理进行策划，识别和描述需求是如何捕获和管理的，需求管理对应于5.3节需求捕获的内容。到这里，我们可以得出4754A的需求管理是指需求捕获规则和管理规则。

4754A的需求管理是什么

定义需求描述规范

首先，我们看看需求捕获是什么意思。可惜的是4754A并没有对需求捕获进行定义，但是从5.3节的内容可以看出，捕获的意思不是得出需求的方法和过程，而是描述/记录需求的方式，通俗的说就是需求怎么编写。也就是说4754A的需求管理不管需求是怎么来的，只管需求有了以后用什么方式写下来。如果使用文本的方式捕获需求，那就要定义需求文档的模板，如果使用模型的方式捕获需求，那就要建立需求建模规范。不管是文档还是模型，都是需求的描述，由于捕获这个词会引起误解，将这个活动称为定义需求描述规范。

定义需求存储规范

有了需求以后，需要将需求以一种统一的方式存储起来，以便需求的用户可以访问自己需要的需求（包括整个需求文档以及需求文档中的一个子集）。为了实现对需求子集的访问，需要对需求进行分类，而分类必须基于统一的存储方式。4754A对于安全性需求、衍生需求和假设有特殊的要求，在分类上要覆盖这些类型，并给这些类型的需求定义相应的规则。

定义需求追溯规则

4754A的目标2.6是确保系统需求已分配到项目，对应输出物是项目需求。这个目标涉及系统需求和项目需求，但是输出物只有项目需求，就是说这个目标是在项目需求中完成。为了完成这个目标，需要建立项目需求到系统需求的追溯，通过分析所有项目需求到系统需求的追溯，可以得出目标2.6是否完成。

控制需求变更

虽然4754A的5.3节并未提到需求管理的控制，但是大家都知道在项目进展的过程中，有各种原因会导致需求会变化，所以需要定义需求变更的规则，以有效应对需求的变更。

监控需求状态

需求管理是一个持续的过程，在这个过程中，需要确保项目的需求符合需求管理的要求，所以需要对需求状态进行监控，一方面可以确保管理要求得到落实，另一方面，还可以给项目控制和决策提供一些量化数据。

小结

4754A中需求管理的目标

在ARP4754A中，与需求管理（即5.3节）相关的目标和输出物包括：

• 目标2.1：飞机级功能、功能需求、功能接口和假设已定义，对应输出物是飞机级功能清单和飞机级需求。
• 目标2.3系统需求（包括假设和系统接口）已定义，对应输出物是系统需求。
• 目标2.4系统衍生需求（包括衍生的安全性相关需求）已定义且依据已建立，对应输出物是系统需求。

对于机载系统来说，目标2.3需要调整为：系统功能、系统需求（包括假设和系统接口）已定义，对应输出物是系统需求。

4754A对需求管理策划的要求

值得一提的是，根据ARP4754A，项目规划阶段要求的输出只有7个计划（1取证计划、2安全性计划、3研制计划、4确认计划、5验证计划、6构型管理计划、7过程保证计划），并没有独立需求管理计划，这并不是说需求管理计划不必要，而是独立需求管理计划并非必要，因为需求管理计划可以写到确认计划里边。

结束语

在民用航空系统的研发过程中，需求非常重要，要做好民用航空系统项目，通常需要在项目开始的时候对需求管理工作进行策划，全面考虑在全生命周期中对需求进行有效的管理。ARP4754A中并没有对需求管理的活动进行详细的说明，本文可以作为一个起点，供大家参考。