系统工程中的需求管理（一）
愿景：只做一遍，避免返工；
目标：减少“变更”带来的颠覆翻车可能性；
依据：SysML规范或UML规范；
形势：弯道超车
问题：
1、设计过程中如何实现自上而下的分解，并可追溯？->借助软件工程的手段和方法；
2、系统架构过程中如何让描述的客体具备无歧义性？->将自然语言转换为某有一种中间格式的计算机语言；
3、需求需要与实现无关性，那么如何在定义需求时就有了可行性和可验证性？
4、需求定义的边界在哪里？即完整性的边界由哪些主题参与来定基线？
5、需求分析的过程在成熟产品的面向增长的过程中该如何使用？
笔记：
1、需求文档涉及的几个参与者：作者、评审者、实现者；
2、需求分析涉及的几个过程：需求分析、设计仿真、测试验证；
3、需求的几个层次：最小系统、标准配置、雪中送炭、锦上添花；
注意事项：
编写需求应避免的问题->避免模糊性（“等等”、“相关部门”）的词汇和理想化（“所有”、“永远”）的词汇；