軟件架構是軟件系統一個高層次的結構體現，顯示了系統分解后組件的布局和組件之間的關系。好的架構描述應該包含架構的多個視角，組件的設計和擴展描述，以及為滿足功能性需求和非功能性需求的設計原則。
一般說，軟件架構分為5個步驟，
1.建立架構的任務并且形成架構團隊。
2.建立并且文檔化架構需求。
3.設計架構
4.驗證架構是否達到需求
5.發布架構到開發團隊
然后我們細說這五步驟
第一，架構是需要有目標的，一般是為了滿足長期的業務需求。然后去制定任務并且明確里程碑。讓架構組的每個人都明確架構的目標以及任務的進行和任務之間的關系。總體架構設想這個時候需要出來了。關鍵組件設想也應該有了。
第二，這個時候就需要按照目標去分開整理架構的需求了。開始可能是很多的需求索引，每個索引就是一兩句話的表達。對于索引要給出簡單的描述。索引評審之后需要細化需求，是一個更為詳細的需求整理，除了文字描述，還可以配置圖形等。然后要做的就是建立use case去覆蓋這些需求。
第三，設計架構可以分為概要設計和詳細設計階段。概要設計需要給出一個比較輪廓性的設計說明，能夠比較簡要的通過這些設計元素去闡述use case，在總體上把故事講完整。然后評審，進入詳細設計階段，細化的設計更為完整和貼近實現。同樣需要一個說故事的過程，把use case通過詳細設計的元素說的更為生動和形象。然后去實現和整合。
第四，驗證的過程是測試的一個過程，在需求階段會確立很多測試計劃和用例。對需求進行一個掃蕩，看實現是否到達了承諾。
第五，不斷測試并且反饋修改之后，穩定版本就可以發布到開發團隊了。
個人觀點，請大家多討論。
架構的設計部分
1。更應該側重組建的分解以及組件之間的接口關系。比一般的軟件設計過程，更突出組件的接口特性和使用描述。組件的功能列表，生命周期，并發情況說明，通訊消息格式等。
2。架構中的組件是有統一的架構思想和原則。組件是要被約束的。
3。組件需要提供事例代碼，典型應用場景，異常以及測試說明。
4。組件有時候是要映射到物理視圖中的進程。
5。側重架構系統的動態特性，組件之間的協作關系。
msn:gdq123@hotmail.com