【系统工程】需求定义
大家想必也知道现在这种国际形势下正向研究已逐渐受到越来越大的重视。在学术界系统工程已经不是什么新鲜事物了，但是在业界尤其国产汽车主机厂中系统工程应用于正向研发还没有很成熟，主机厂尤其造车新势力开始投入系统工程实际应用。
在这个大背景下这两天在了解系统工程于是去油管找了一些基础的信息。主要目的是记录一下自己的理解，如果万一能帮上其他人那就更棒了。https://www.youtube.com/watch?v=J_y2I09rj_I&list=PLUl4u3cNGP60jIMmB53zl6awCKMnABhYx&index=12
第一章节内容是需求定义，原视频约1小时40分钟。如果坚持下来的话，后续会慢慢补充系统工程中其他组成部分。
1. 首先讲到的是需求(requirement)与规格(specification)的差异。
需求知名产品或者系统需要做什么，而规格描述如何搭建系统或者系统如何工作。
Requirement specifies what the product or system shall/should do.这里shall的程度比should高，shall是必须满足的，而should是有就更好。
Specification describes how the system is built and works
需求是设计的输入，而规格用于量化设计。例如对于乘用车载荷5人是需求，而相应的座椅尺寸，座椅布局等都可以是规格。
2. 6种需求的类型
功能/性能/约束/接口/环境/其他。这里环境不是环保，而是要满足各种工况。其他类型不代表不重要，例如人的因素，可靠性，安全性等，有时会非常重要。
3. ‘好’需求的几个特点
单个需求：清晰/正确/可行/灵活/不模糊/Singular/可被验证的。其中singular指 只包含一个actor-verb-object的需求
多个需求：没有冗余/一致/完整/不冲突。系统设计中冗余可以提高系统可用性，但是需求中要尽可能避免冗余
4. 需求分解分配与验证
通常需求会成树状结构逐级分解为功能，性能需求并在系统内分配。有些需求是从高层级需求中分配而来，而有些需求则是在系统，子系统或者部件级别派生(derived)而来。在每个层级，都要验证这些派生的需求可以满足父级的需求。
下图是偷懒直接截过来的。从目标到需求再分解为功能需求、性能需求、子系统需求等。成本，进度以及其他限制也是非常重要需求被考虑到的因素作为从项目需求到系统功能输入转换过程的输入。
5. 技术需求定义以及流程图最佳实践-这个部分被一笔带过了
