ADMEMS軟件架構的4個階段

業界軟件架構設計的方法論不少，各有各自的應用場景和特色，下文結合ADMEMS（Architecture Design Method has been Extended to Method System）架構設計方法論說明軟件架構的過程：

架構階段	目標	方式方法	現實工做場景
預架構階段	全面理解需求；需求結構化，摒棄「需求列表」，創建二維需求觀（ADMEMS矩陣）。	使用ADMEMS矩陣方法，捋清需求間關係和發現衍生需求。	一、與人：與項目經理、需求分析師等內部需求人員瞭解需求；與客戶瞭解需求（不建議架構師作需求分析師角色）。 二、與物：瞭解《需求規格說明書》等需求文檔。" 三、對需求有什麼問題，反饋給售前或銷售，可能會參與拜訪客戶或電話會議。 四、銷售或售前有時會要求提供一個大體的工做量，以便他們初步評估項目可行性。
概念架構	高層組件及其關係	一、初步設計，基於關鍵功能，藉助魯棒圖進行以發現職責爲目的的初步設計（不是必須）。 二、高層分割，將複雜系統切分爲多個二級系統或多個子系統。 三、考慮非功能需求，採用ADMEMS推薦的目標-場景-決策表。	一、參與內部討論：項目可行性分析、討論，從需求、技術、人力、風險等角度提供建議。 二、項目投標準備：參與投標團隊的技術方案編寫，編寫系統架構章節，解決招標書上技術問題的問答。 三、參與項目講標：做爲講標團隊成員參與項目講標，負責技術問答環節的應對。
細化架構		5視圖法	在項目概要設計階段，進行架構設計，制定規範和約定，爲詳細設計提供指導。
實現	詳細設計 編碼實現	架構設計造成詳細設計文檔	在項目實現階段，對開發人員提供規範指引和技術支持。

架構設計的過程和內容不是固定不變的，架構師須要有螺旋思惟和跳躍思惟的方式，就像武功中，招式是死的，人是活的，要學會活學活用。