活動: 修正架構
本活動完成架構的一次反覆。
說明工作分解結構團隊配置工作成果用法
關係
母項活動
說明

本活動:

  • 提供從分析活動自然轉換至設計活動,找出:
    • 分析元素中適當的設計元素
    • 相關的分析機制中適當的設計機制
  • 描述系統的執行時期和部署架構的組織
  • 組織實作模型,在設計和實作之間轉換完整
  • 維護架構的一致性和完整性,確保:
    • 現行反覆所找出的新設計元素整合至先前已存在的設計元素。
    • 在設計工作中儘早全面開始重複使用可用的元件和設計元素。
內容
事件驅動
多次出現的項目
持續進行中
選用
規劃Yes
可重複的
人員配置

這些活動最適合由跨功能團隊成員所組成的小型團隊來執行。對架構很重要的常見問題包括使用性、效能、調整、流程和執行緒同步化及分送。團隊也應該包含具備領域經驗的成員,有能力找出重要的抽象物。團隊也應該具備模型組織和分層的經驗。團隊必須有能力綜合所有這些不同的執行緒來形成一致、連貫(雖然只是初步)的架構。

由於架構重心逐漸移轉至實作問題上,所以必須更注意特定的技術問題。這將迫使架構團隊更換成員或納入具備分送和部署專長的人(如果這些是對架構很重要的問題的話)。為了瞭解實作模型的結構對於整合難易度的潛在影響,具備軟體建置管理流程的專業技術有其必要性。

同時,架構團隊的規模不可過於龐大,這一點很重要。避免這種傾向的策略是保持一個相當小型的核心團隊,搭配周遭的一群延伸的團隊成員,在重要議題上以「顧問」的形式來諮詢。此結構也適用於小型專案,可從其他組織借調或雇用特定的專業技術;在需要解決特定的問題時再引進。

用法
用法指引

這項工作最好安排多個階段來完成,可能歷經數日(超大型系統可能需要數週至數個月)。 最初的重點放在指出設計機制指出設計元素活動上, 並以大量的反覆工作來配合納入現有的設計元素活動,確定新的元素沒有重疊現有元素的功能。

隨著逐步展開設計,說明執行時期架構說明分佈會分別開始討論並行性和分佈的議題。 在考量這些議題時,可能需要變更設計元素,將行為劃分到流程、執行緒或節點上。

當個別的模型經過修正來納入架構決策時,結果會記錄在「軟體架構文件」中各別的觀點區段 (例如,修正「設計模型」時,也會修正「軟體架構文件」的「邏輯觀點」)。最後會審查產生的架構。