Go最新基于ARP4754A的民用航空系统需求管理(1)，GitHub标星过万

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

定义需求描述规范

首先，我们看看需求捕获是什么意思。可惜的是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对需求管理策划的要求

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**