系统工程中的需求管理（一）

系统工程中的需求管理（一）

愿景：只做一遍，避免返工；

目标：减少“变更”带来的颠覆翻车可能性；

依据：SysML规范或UML规范；

形势：弯道超车

问题：

1、设计过程中如何实现自上而下的分解，并可追溯？->借助软件工程的手段和方法；

2、系统架构过程中如何让描述的客体具备无歧义性？->将自然语言转换为某有一种中间格式的计算机语言；

3、需求需要与实现无关性，那么如何在定义需求时就有了可行性和可验证性？

4、需求定义的边界在哪里？即完整性的边界由哪些主题参与来定基线？

5、需求分析的过程在成熟产品的面向增长的过程中该如何使用？

笔记：

1、需求文档涉及的几个参与者：作者、评审者、实现者；

2、需求分析涉及的几个过程：需求分析、设计仿真、测试验证；

3、需求的几个层次：最小系统、标准配置、雪中送炭、锦上添花；

注意事项：

编写需求应避免的问题->避免模糊性（“等等”、“相关部门”）的词汇和理想化（“所有”、“永远”）的词汇；