系統工程中的需求管理（一）
願景：只做一遍，避免返工；
目標：減少“變更”帶來的顛覆翻車可能性；
依據：SysML規範或UML規範；
形勢：彎道超車
問題：
1、設計過程中如何實現自上而下的分解，並可追溯？->藉助軟件工程的手段和方法；
2、系統架構過程中如何讓描述的客體具備無歧義性？->將自然語言轉換爲某有一種中間格式的計算機語言；
3、需求需要與實現無關性，那麼如何在定義需求時就有了可行性和可驗證性？
4、需求定義的邊界在哪裏？即完整性的邊界由哪些主題參與來定基線？
5、需求分析的過程在成熟產品的面向增長的過程中該如何使用？
筆記：
1、需求文檔涉及的幾個參與者：作者、評審者、實現者；
2、需求分析涉及的幾個過程：需求分析、設計仿真、測試驗證；
3、需求的幾個層次：最小系統、標準配置、雪中送炭、錦上添花；
注意事項：
編寫需求應避免的問題->避免模糊性（“等等”、“相關部門”）的詞彙和理想化（“所有”、“永遠”）的詞彙；