資產組織
擁有「參照架構」的組織需要決定對資產進行分類的方法,並為新系統依照軟體架構、依照相符的選擇準則進行組織,以便擷取。雖然「參照架構」的建立與儲存目前不在 RUP 的範圍內,建議您依照領域(其中的領域是一個主題區,為系統的某些方面,或系統系列定義知識及概念)中的概念來進行組織。在這裡我們對「領域」這個術語的定義是在應用程式之下的階層。這個用法與部份定義稍有不同(例如在
[HOF99] 中所示的),但與 [LMFS96] 中所示相符:
「產品線領域:一組相互綁定的功能(現在或未來),定義來協助溝通、分析以及工程,以識別、設計及管理橫跨整個產品線的共通性。這樣的領域可能包含緊密相關的一般使用者系統群組、跨多個系統共用的功能,或廣泛通用的基本服務分組。」
這個定義中包含了一個概念,也就是用來組成系統的事物可能本身所屬的領域就值得加以研究。下圖(來自 [LMFS96])說明了這個原則。
美國陸軍的水平及垂直領域
此圖例顯示主要系統系列、「資訊系統」、「指令與控制」,以及「武器系統」,每一個系統皆有部份完全包含的垂直領域,以及與垂直領域及系統系列交錯的水平領域。因此,「即時排程」概念適用於「指令與控制策略領域」,以及所有「武器系統」的垂直領域。所以,若要為所有領域一次解決即時排程問題,並處理知識和資產以開發成個別的領域,之後這個領域會關聯至
例如「電子戰 (Electronic Warfare)」,但不會關聯至「個人資訊系統」。
內容
「參照架構」具有與工作成果:軟體架構文件相同的格式,以及所關聯的模型,分解專案特定參照,
或使專案參照及特性成為通用,好讓「參照架構」能在資產基礎中適當分類。與「軟體架構文件 (SAD)」相關的一般模型為「使用案例模型」、「實作模型」以及「部署模型」。
存取 SAD
和相關模型提供了軟體架構師幾個進入點,軟體架構師可選擇僅使用架構的概念或邏輯部份(如果組織的重複使用原則容許的話)。在其他的極端作法中,能夠從資產基礎完整工作子系統,以及實體層次的「部署模型」(也就是完整的硬體及網路藍圖)取得軟體架構。
需要其他支援工作成果使架構資產成為可用。
-
「使用案例模型」說明了架構的行為,但軟體架構師還需要瞭解其非功能性的品質。這兩項(「使用案例模型」和非功能性的需求)可能先前在「軟體需求規格」中已被擷取。從這裡,軟體架構師將可以判斷「參照架構」與現行需求相符的程度。
-
架構的使用,更特定來說,是架構的修改,將需要與原始開發相同的指引。例如,軟體架構師將需要瞭解「參照架構」形成時所套用的規則,以及修改介面的困難度。存取與「參照架構」相關的設計準則可以協助回答這些問題。
-
(選用)複查任何相關的現有「測試計劃」也有所幫助。這些「測試計劃」將會通知架構師有關先前用來測試類似架構的測試及評估,這樣也會提供對架構中可能的弱點的洞察力。
-
(選用)複查任何相關的現有「測試自動化架構」和「測試介面規格」也有所幫助。這些工作成果會通知架構師有關組成架構以協助測試的可能要求。
|