既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
- 接口需求包括：物理系统与项目的互联，以及相关具体通信的特性。
从完整性看，这个维度是完整的；从重叠性看安全性需求和功能需求在运行维护的二级分类是有些重叠。
追溯性维度
在4754A中，追溯性维度分为可追溯需求和衍生需求。对于衍生需求，4754A要求必须提供需求的依据，而且对于衍生需求需要开展额外的安全性分析。而审定补充需求，是审定过程补充的需求，即不能追溯到上游，也并非研发衍生。
从完整性看，这个维度是完整的；从重叠性看，衍生需求和审定补充需求可能会产生重叠，两者都是无法追溯到上游的需求，衍生是研发团队自己的设计决策产生的，而审定补充需求是为了表明适航符合性产生的。
假设性维度
4754A增加了一种新的针对需求条目的维度，用来区分需求条目中是否包含假设。对于假设性需求，4754A要求对假设的内容进行确认。
从完整性看，这个维度是完整的。从重叠性看，这个维度是不重叠的。
抽象级别维度
4754A中抽象级别分为三层，飞机级需求、系统级需求和项目级需求，项目级需求又细分为软件需求和硬件需求。4754A只覆盖到飞机级和系统级的需求，项目级需求需要参考其他标准。
从完整性看，这个维度是完整的；从重叠性看，这个维度是不重叠的。
结束语
ARP4754A从4个维度对需求进行分类。经过分析发现有些分类存在重叠的问题，在项目实践中需要处理好这些重叠。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
扫一扫
613
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
