領域建模與需求分析緊密結合，建模是為了更好的進行需求總結和分析，整理出其中不變的模型，建立專業的詞彙。其可作為對現實世界的某種抽象,需要有選擇的進行忽略，而有選擇的進行忽略和保留都取決於你所要進行的模型設計。最終是抽取其中不變的部分和內容。
需求**於三大部分: 功能/質量屬性/商業需求。
關鍵需求決定架構，其他需求驗證架構。
概念性架構設計
魯棒性分析－－>引入架構模式－－>質量屬性分析
魯棒性分析
通過分析用例規約中的事件流，識別出實現用例規定的功能所需的主要物件及職責，形成以指責模型為主的初步設計，其為從需求分析向設計方案過渡的第一步。
需求和設計之間的鴻溝
魯棒圖簡介
邊界物件/控制物件/實體物件
物件操作控制：
1. 參與者只能與邊界物件交談
2. 邊界物件只能與控制體和參與者交談
3. 實體物件也只能與控制體交談
4. 控制體既能與邊界物件交談,也能與控制體交談,但不能與參與者交談.
系統架構設計基礎（一）
今天我們來聊一下系統架構設計的相關基本概念。系統架構這個詞現在用的非常多，大家可能平時都在用在講。那麼這個詞我覺得用的也比較淡，什麼事情可能不能扯上一點系統架構。但是回過頭去想，這種架構確實也不是乙個高大上的東西，你可能每天都在接觸，每天都在應用。如果那方面你沒有去總結，另一方面，你可能也沒有把這個...
軟體架構設計 二 系統總體架構設計
系統總體架構非常重要，但在表達上都不盡相同，下面介紹幾種常用的系統架構模式，供參考 assf access service biz standard fundation 模式 訪問 服務 業務功能 標準 基礎，對系統架構各個層次均有表達，但部署應用模式需要有單獨說明，如下圖方式組織系統總體架構 lo...
軟體架構設計 二 系統總體架構設計
系統總體架構非常重要，但在表達上都不盡相同，下面介紹幾種常用的系統架構模式，供參考 assf access service biz standard fundation 模式 訪問 服務 業務功能 標準 基礎，對系統架構各個層次均有表達，但部署應用模式需要有單獨說明，如下圖方式組織系統總體架構 lo...