在軟體行業中，可以認為利潤 = 需求 - 設計,需求工作致力於解決"產品好賣"的問題，設計工作致力於解決"降低成本"的問題。二者不能相互取代。如果需求和設計不分，利潤就會縮水。從需求直接對映設計，會導致功能分解，得到重複**。如果從設計出發來定義需求，會得到一大堆假的「需求」。
簡單歸納一下，需求和設計有如下的區別：
1、需求:賣的視角、具體、產品當專案做。
2、設計: 做的視角、抽象、專案當產品做。
設計源於需求，高於需求。
我們可以通過以下幾個核心工作流來達到「低成本製造好賣的產品」.
1、業務建模: 描述組織內部的各系統(人肉系統、機械系統、電腦系統...)如何協作，使得組織可以為其他組織提供有價值的服務。(業務流程)
2、需求: 聚集於待開發系統的邊界，詳細描述系統要賣得出去必須具有的表現.(功能和效能)
3、分析: 提煉系統內需要封裝的核心領域機制。 (核心科技)
4、設計: 將核心域和非核心域知識結合起來，最終實現系統。
對於上述四個核心工作流，可以通過四句話來闡述：
1、組織要解決什麼問題？(組織內系統之間)------業務建模
2、為了解決組織的問題，待開發系統應該提供什麼功能和效能？(系統邊界)------需求
3、為了提供功能，系統內部應該有什麼樣的核心機制？(系統核心心域)------分析
4、為了提供效能，系統的核心機制如何用選定平台實現？(系統內各域之間)------設計
同時，我們應該知道軟體需求不是由涉眾直接提供的，而是由需求工程師綜合不同涉眾的利益編造出來的。涉眾沒有資格、也沒有責任提供需求。
和涉眾交流的形式應該採用檢視，而不是模型。和涉眾交流的內容應該聚焦涉眾利益，而不是需求。
UML統一建模實用教程第一章
1 掌握uml的元素的語義 語法及其作用 2 掌握uml的表示法和建模方法 3 理解靜態建模和動態建模方法及其作用 4 理解體系結構的建模方法和作用 5 掌握繪製各種型別的圖，例如類圖，用例圖，協作圖，順序圖等等 理解rup開發模型及其裁剪方法 uml uml是 unified modeling l...
學習筆記第一章UML
1 為什麼需要uml？統一建模語言 unified modeling language 視覺化，便於共享交流，對客戶需求的理解可能存在偏差 群主工作環境 計算機系統本身的複雜性。藍圖 達成一致 縮短開發周期 防彈專案藍圖 公認的標準設計方法 uml 2 uml的誕生 gb jr ij 三個好朋友 9...
第一章 維度建模初步
資料倉儲必須使組織機構的資訊變得容易訪問。資料倉儲必須一致地展示組織機構的資訊。資料倉儲必須具有廣泛的適應性和便於修改。資料倉儲必須發揮安全堡壘作用以保護資訊資產。資料倉儲必須在推進有效決策方面承擔最基本的角色。資料倉儲為業務群體所接受的前提是被認定是成功的。是獲取行業事物的記錄 形式的 操作型系統...