Page title:使用 IBM Rational 建模產品

Caption text:IBM Rational 建模產品是整合的設計和開發工具,採用模型導向開發來建立架構嚴謹的應用程式和服務。這些產品極具彈性,能夠靈活地順應任何軟體開發流程的需求而做變化。視專案的階段及組織是否有嚴格的控管流程或較靈活的開發方法而定,您有各種模型和不同的工作流程可選擇。

Page text:


Tour editable text

Page title:IBM Rational 建模產品的工作流程

Caption text: 您可以在 UML 符號圖型中以視覺方式建立和編輯程式碼,協助您更充分的瞭解系統的領域模型,也可以利用小巧的 UML 概念模型來概略敘述系統的初步概念,甚至利用語法豐富的 UML 概念模型來完整塑造整個應用程式。完整的 UML 語意模型可形成應用程式的基礎,也可以在開發流程中隨時轉換為程式碼,做為設計的應用程式碼根源或協調設計。此導覽內容只描述以 IBM Rational 建模產品來處理模型和程式碼時可選擇的眾多方法之一。

Page text: 不同的專案、階段及慣例通常需要不同的工作流程。在軟體分析和設計上,您可以採用簡單或語意豐富且複雜的 UML 概念模型。在建構期間,您可以利用 UML 符號圖型來瞭解和處理程式碼。


Tour editable text

Page title:使用具體模型來開發程式碼

Caption text:您可以利用 IBM Rational 建模產品來建立各種語言的程式碼模型,例如 Java 和 C++,以類似 UML 的符號樣式在圖型中描繪和直觀地編輯程式碼。您可以利用這些圖型來新增程式碼元素,例如類別、欄位及方法,或將現有的元素拖曳至圖型。您可以利用主題圖、瀏覽圖及靜態序列圖等工具來加強視覺化和瞭解您的系統。

Page text:


Tour editable text

Page title:使用 UML 模型來建立領域模型

Caption text:利用 UML 建立詳細的類別層次模型之後,就可直接在模型上透過轉換來產生實作的結構,或通常就直接產生實際的編譯程式碼。您稍早在開發流程中建立的 UML 詳細模型,在執行轉換時就成為產生領域模型的根源。IBM Rational 建模產品包含轉換引擎、一組轉換編寫工具、一些附有程式碼的轉換範例、以及預先定義的轉換庫,例如 UML 至 Java、UML 至 C++ 及 UML 至 CORBA IDL。

Page text:


Tour editable text

Page title:概念模型和領域模型的進化

Caption text:開發人員可以繼續使用建立後的領域模型,而架構師可以繼續開發高階的 UML 模型。此平行工作流程會讓 UML 模型和領域模型兵分兩路,各自發展,導致兩個角色的溝通和合作發生困難。為了降低平行開發固有的風險,架構師必須不定時協調程式碼和概念模型。因為初始轉換支援模型協調,開發人員可以繼續開發程式碼,同時架構師也可以繼續使用概念模型。

Page text:


Tour editable text

Page title:在模型上執行逆向轉換

Caption text:在預先定義的檢查點上,架構師可以在領域模型上執行逆向轉換,建立暫時性的圖形來表達實作的現行狀態。架構師使用「合併模型」特性,以唯讀格式開啟領域模型的暫時 Snapshot,以讀寫模式開啟 UML 模型。逆向轉換會動態地建構圖型實體供 UML 圖型使用,也會建構模型實體用來整合其他模型。兩個模型上會進行比對融合運作,任何變更會反映在合併的結果中。

Page text:


Tour editable text

Page title:在模型上執行正向轉換

Caption text:兩個模型合併之後,合併後的模型上會套用正向轉換,將架構師對 UML 模型所做的變更推回到領域模型。在整個開發流程中,可視情況需要來不斷重複這項程序。兩個模型會持續同步進化,並在預先定義的檢查點上合併和協調。對某些語言來說,例如 Java,在此重複套用過程中必須小心別改寫重要的程式碼,例如方法主體。

Page text:


Tour editable text

Page title:這種方式的好處

Caption text:此工作流程有利於組織以概念模型來取代文字文件或規範,建立節省成本的架構,也可讓開發人員視情況需要來自由變更架構。此工作流程也可讓架構師藉著工具輔助來回顧實作從原始設計開始進化的情形,然後決定將有利的偏差納入概念模型中,或從概念模型中重新產生來革除不利的偏差。

Page text:這種方式的好處: