已剪辑自: https://mp.weixin.qq.com/s?__biz=MzI5Njg3NTU3MQ==&mid=2247483809&idx=1&sn=9289506bd3ac5ada60ca704df8b5e580&chksm=ecbce2fddbcb6beb87b05e358bc03bbefcaa474be1f24eac569292107a0d30463e5eae5384b1&scene=178&cur_album_id=2786562064566943747#rd
听到“需求捕获”这个词，通常会让人想到“需求分析”，即需求从无到有的过程，但是ARP4754A中的需求捕获并不是这个意思，而是将已经出现的需求以书面方式记录下来的意思。
4754A并没有对需求捕获进行定义，通过分析可以得出需求捕获的意思是需求记录。主要基于两点得出这个结论。
一：ARP4754A的5.3节提到需求捕获的最常用的方式包括基于文本和基于图形两种。需求捕获的关键在于向开发团队沟通需求捕获的期望。由此可以判断捕获的意思不是得出需求的方法和过程，而是描述/记录需求的方式，通俗的说就是需求怎么编写或者记录。
二：ARP4754A没有明确需求从第4章的研发过程产生还是从第5章的完整过程产生，但是在其支撑材料 AIR6110中给出了说明，在AIR6110中明确说明需求是由研发过程产生的，而作为完整过程的“需求捕获”活动是对研发过程产生的需求进行管理。
三：在ARP4754A的5.4节需求确认中指出理想的确认是在需求捕获的过程中直接确认，可以看出需求的捕获是指需求的记录。
从研发过程看，需求是架构、实施、集成、验证等研发活动的基础。整个研发过程中会不断对需求进行迭代或者产生新的需求，如果需求没有被记录，则最终无法保证最终研发出有用的产品。
从完整过程角度，需求也是构型管理、安全性评估、过程保证和合格审定等完整过程活动的基础。而且在完整过程活动的过程中，需求也会产生变化，需要将需求记录下来才能管理好需求的变更。
由于需求在整个项目全生命周期中非常关键，所以需要以一致的方式将需求记录下来，以便在项目进展过程中对需求进行管理。
ARP4754A中并没有定义需求捕获的角色，由于需求是研发过程产生的，所以需求应该由产生需求的活动的角色进行捕获。这个角色通常称为需求工程师。
根据ARP4754A，在系统研发的全生命周期都会产生需求，所以在全生命周期都需要捕获需求。具体来说，概念阶段，会产生初始的需求；在功能定义阶段，会产生功能需求和安全性需求；在架构定义阶段，会产生衍生需求和安全性需求；在系统实施验证阶段，会产生新的衍生需求和安全性需求。另外，在全生命周期过程中，已经捕获的需求可能会产生变更，需要捕获变更后的需求。
由于需求是研发和管理活动的基础，项目中多个相关方需要方便地访问其涉及的需求，所以需要在一个集中的，项目全部相关方可以访问的地方进行需求捕获。通常使用需求管理系统进行需求的集中捕获。
民用航空系统通常来说都是复杂的系统，有很多需求。为了更有效地管理这些需求，需要统一需求捕获的方式。如果使用模型的方式捕获需求，就要定义需求建模规范，如果使用文本的方式捕获需求，就需要定义需求编写规范。
另外，由于需求有多种类型，不同类型的需求的管理要求不同，所以需要制定需求分类方法，以便制定对应的管理、验证和确认策略。
SAE ARP4754A Guidelines for Development of Civil Aircraft and Systems
SAE AIR6110 Contiguous Aircraft/System Development Process Example
