總覽
這個工具輔助假設您已根據 RSx 的模型結構準則來定義「實作模型」的最上層結構。 這個工具輔助中的步驟允許修改這個初步結構。
下列是會在本工具輔助中執行的步驟:
建議的方法是 MDD - 模型導向開發(請參閱模型導向開發與模型導向架構)。 如果開發小組沿用這種方式,「實作模型」多半就會由「設計模型」的組織驅動。
識別「實作子系統」時,應該將實作子系統建立成「設計模型」內的套件或子系統模型模組。 在「設計模型」中指出套件時,通常應該考量如何對映至特定工具的專案。
較大型的子系統通常都會對映至其自己的專案,較精細的套件則通常會對映至專案內的來源資料夾。 請參閱 RSx 的模型結構準則的章節,其中討論「專案結構」和「實作和設計模型」的內部組織。
實作觀點可以用 <<perspective>> 套件來定義,內含顯示子系統相依關係的圖型。
視何種轉換套用至「設計模型」而定,您在套件/子系統之間定義的相依關係,可能對映至專案 Meta 資料中的 3GL 匯入宣告和專案相依關係宣告。
產生出程式碼之後,將可以建立更詳細的 UML 圖型,以顯示實作層次的建構以及建構之間的關係, 其做法是直接在專案中建立「類別圖」,並將實作構件拖曳到這些類別圖上。 請參閱線上說明中,有關 UML Java 視覺化編輯器的部分。
如果您需要從呈現在實作模型中的程式碼庫中,參照特定的類別、介面、套件等等,您可以使用產品的程式碼視覺化功能來建立這些呈現。 以下 JAR 檔含有當您設計及開發 J2EE 應用程式時,可能有興趣的檔案:
-
j2ee.jar、jsf-api.jar、soap.jar、soap-sec.jar(全部皆位於 lib 目錄下)
-
core.jar、xml.jar、security.jar(全部皆位於 java\jre\lib 目錄下)
當您需要在模型中參照這些其中一個程式庫中的元素時,請執行下列步驟:
-
建立新的 Java 專案並新增參照至程式庫中
-
開啟您要新增視覺化元素的圖型
-
切換至 Java 視景
-
尋找您要新增至模型中的元素(套件、類別、介面等等)
-
用滑鼠右鍵按一下該元素,然後選取「視覺化」>「新增至現行圖型」
如需表示預期會存放程式碼和相關檔案的實際專案和套件,則在產生任何程式碼之前,「實作概觀模型」可能很有用。 如需詳細資訊,請參閱 RSx 的模型結構準則白皮書中的「實作模型」相關主題。
以下是可協助您調整實作子系統的一連串步驟:
-
使用下列項目找出導致問題的子系統 (例如:循環的相依關係):
-
-
主題和瀏覽圖
-
架構探索
-
程式碼複查 / 結構化程式碼分析
-
建立新的子系統
-
將找到的元素移至新的子系統
-
繪製新的相依關係
在 MDD 環境中,「實作模型」中的相依關係,將會緊密鏡映「設計模型」中明確或隱含定義的相依關係。 其中的明細是由「設計模型」採用的產生程式碼轉換決定。
除了輸入模型之外,還有其他構件需要執行轉換。轉換流程需要有轉換定義和其轉換規則。
轉換規則提供了一個說明,供轉換流程用來將來源模型中的一個元素, 轉換成目標模型中的零或多個元素。明確地說,其會將元素從某一抽象層次對映至較低抽象層次的詳細副本。
如果您是使用手動轉換 – 當開發人員將設計模型轉換成程式碼時, 您務必要提供足夠的指引給開發人員。本質上,您需要提供轉換定義, 其中包含一組轉換規則。這個進一步指引可以是以下形式:
-
已記載之設定檔中的元素
-
模型中的附註
-
軟體架構文件中的相關資訊
-
開發準則
如果使用「實作概觀模型」,可在這裡顯示專案和套件之間預期的相依關係, 將有助於找出系統建置需求(請參閱 RSx 的模型結構準則)。
在 MDD 環境中,視「設計模型」採用的轉換類型,可能會產生各種不同的可部署構件。 例如,可以從諸如 <<control>> 和 <<entity>> 等類別, 針對 J2EE
目標產生階段作業和實體 EJB,包括:實作類別和介面的程式碼, 以及將 EJB 配置給 EJB JAR,並將 JAR 對映到 EAR 的部署描述子內容。
利用部署模型,您可以選擇在概念層次上塑造可部署的構件。 如果您採行這種方法,就可以使用 UML 節點和構件來建立模型。 目前,此工具提供的轉換無法以圖型等語意來產生部署資料,
因此,圖型純綷只是概念,僅適合做為參考文件。
您也可以選擇性地在這類圖型中描述實際的實作構件,做法是將實作構件拖放到畫布上, 並將構件連接到圖型中的概念元素(使用相依關係)。
會影響測試資產結構的一個主要考量會是,關於如何建立測試資產的決策。
您可以選擇使用「自動化元件」測試功能來建立測試。若是如此, 在建立流程的過程中,即會設定一或多個個別的測試案例專案。 使用這項特性的一個主要好處是,您初步可以運用產生程式碼的功能,再使用程式碼的 Stub 來驅動建立測試案例。
將專案儲存庫的組織保持成一組目錄或目錄階層。建議您將測試資產保存在另一個測試目錄中來區隔不同類型的測試: 單元測試、整合測試、系統測試。
如果有個別的「實作觀點」存在,就需要進行維護。RSx 的模型結構準則白皮書中的一般建議是使用 <<perspective>> 套件,內含顯示子系統相依關係的圖型。
在發展系統時,您要確定子系統相依關係(和其他相依關係)會持續遵循最佳實務。結束時,通常使用「架構探索」、「程式碼複查」,特別是「結構分析」, 來驗證模型遵循最佳實務。
如之前所述,您可能要花時間引進可使用的自訂規則, 以強制實施您已識別的相依關係。在審查的手動部份期間,您要記下任何尚未開發的規則, 並將它們加入下一個反覆的該組中規則。
將模型發佈為 HTML 格式,可能會很有用。請注意,圖型也可以複製到 Microsoft Word 及其他程式。
如需詳細資訊,請參閱 發佈模型和 將模型發佈至 Web 指導教學。
|