IBM Rational Rose讀書筆記 (1)

 

第一章 UML簡介 Rose支援的開發視圖及其作用：1.       Business Use Case框圖表示整個機構提供的功能。用來設定系統情景和形成建立用例的基礎。它顯示了業務用例和業務角色之間的互動。業務用例表示公司執行的過程，業務角色表示業務要互動的對象。2.       Use Case框圖表示用例和角色間的互動。用例表示從使用者角度對系統的要求，因此表示系統功能。角色是系統主體，表示提供和接收系統資訊的人或系統。這種框圖西那是哪個角色使用用例，並顯示角色何時從用例收到資訊。業務用例和用例並非一一對應。3.       Activity框圖描述工作流程。4.       Sequence框圖顯示用例的功能流程。框圖頂部顯示涉及的角色和對象，每個箭頭表示角色與對象或對象與對象之間為完成所需功能而傳遞的訊息。只顯示對象而不顯示類。5.       Collaboration框圖內容與Sequence相同，但表現形式不是按照時間順序，而是根據對象平鋪。6.       Class框圖顯示類的內容和相互關係。7.       Statechart框圖對複雜物件，可能包含多個狀態。使用該框圖來描述多個狀態之間的轉換關係。8.       Component框圖描述模型的物理視圖，顯示系統中軟體組件及相互關係。一個.h檔案是一個組件，一個.cpp檔案是一個組件，一個.exe也是一個組件。通過該框圖描述它們之間的依賴關係。一般一個可執行檔及其所依賴的源檔案對應著一個Component框圖。9.       Deployment框圖描述網路的物理布局和各個組件的位置。 RUP（Rational Unified Process）的四個階段和所使用的框圖1.       開始收集資訊和進行概念驗證。使用Business Use Case框圖、Use Case框圖。2.       細化細化用例和作出結構性決策。分析、設計、編碼和測試。使用Use Case框圖、Activity框圖、Sequence框圖、Collaboration框圖、Statechart框圖、Component框圖。3.       構造編碼。使用之間產生的框圖，通過正、逆向工程。使用Deployment框圖。4.       交接向使用者進行最後的準備和部署階段。更新Component和Deployment框圖。 第二章 Rose之遊本章簡介了Rose的介面使用方法。 模型的作用1.       小組使用Business Use Case框圖瞭解系統針對的業務2.       客戶和系統管理員使用Use Case框圖取得系統的進階視圖，確定專案範圍3.       專案系統管理員使用Use Case框圖和文檔分解項目4.       分析人員和客戶使用Use Case文檔瞭解系統提供的功能5.       技術作者使用Use Case文檔編寫使用者手冊和培訓計劃。6.       分析人員和開發人員使用Sequence和Collaboration框圖瞭解系統的邏輯流程、系統中對象和對象間訊息。7.       測試人員使用Use Case文檔和Sequence、Collaboration框圖編寫測試指令碼8.       開發人員使用Class框圖和Statechart框圖取得系統各個部分的細節及相互關係。9.       部署人員用Component和Deployment框圖顯示姚建立的可執行檔、DLL檔案和其它組件以及這些組件在網路上的部署位置10.   整個小組使用模型確保代碼遵循了需求，代碼惡意回溯到需求。11.   使用正向過程和逆向過程保證模型和代碼的同步。 Rose模型的四個視圖 1．Use Case視圖：      包含系統中的所有角色、使用案例和Use Case框圖，還可能包含Sequence框圖和Collaboration框圖。Use Case視圖是系統中與實現無關的視圖，它關心系統功能的進階形狀，而不關心系統的具體實現方法。      通過Use Case視圖，測試人員可以編寫測試指令碼，技術作者可以編寫使用者文檔，分析人員和客戶可以確認獲得的所有需求，開發人員可以看到系統建立哪些進階組件、系統邏輯如何。

 

2．Logical視圖：      關注系統如何?用例中提出的功能。它關注的焦點是系統的邏輯結構，要標識系統組件，檢查系統的資訊和功能，檢查組件之間的關係。一般為開發人員和架構師使用。      Interaction框圖可以在Use Case視圖中出現，也可以在Logical視圖中出現。前者重的Interaction框圖顯示高層結構，獨立於實現。例如其中可以有分析類，這是獨立於語言的類。而後者重的Interaction框圖則基於具體的語言實現，其中的類是設計類。分析類可以對應著多個設計類。

 

3．Component視圖：      主要使用者是負責控制碼和編譯部署應用程式的人，描述了代碼、組件、可執行檔組織的物理結構。

 

4．Deployment視圖：      關注系統的實際部署，可能與系統的邏輯結構不同。 第三章 業務模型本章介紹業務本身，與業務互動的實體和設計系統之前業務環境中真正進行的工作流程。 業務模型概念業務模型研究機構。在建立業務模型的過程中，要檢查機構的結構及公司的角色和它們之間的相互聯絡。還要介紹結構的工作流程；公司中的主要過程；這些過程如何工作；效率如何；是否有瓶頸。業務模型關心以下兩個方面：第一，機構的邊界和它要與誰通訊？第二，機構中的工作流程及如何最佳化機構中的工作流程？業務模型包括以下概念：1.       業務角色是系統外部和系統互動的一切。每個角色都和公司的活動有關。2.       業務工人是機構中的角色。是角色而不是位置，一個人可以扮演多個角色，而只能處於一個位置。3.       業務用例業務用例是機構中的一組相關工作流程，對業務角色有用。業務用例告訴人們機構做什麼，以及做什麼會有利於業務和參與人員的工作。機構中的全部業務用例一起完整的描述營運目標。業務用例可以使用兩種方式建檔描述，一種是文字指令碼，另一種是活動框圖（下面介紹）。4.       Business Use Case框圖顯示機構的業務用例、業務角色、業務工人及之間的相互互動；提供了公司的工作、公司內的角色與公司外的角色的完整模型；指定了機構的範圍，可以看到機構的內容和邊界。5.       Activity框圖（活動框圖）以圖例方式顯示用例的工作流程。1)       實心點表示開始狀態2)       導角矩形稱為活動。活動是工作流程中的步驟，是業務工人要完成的任務。活動中包含多個操作：a)       進入活動時發生的操作，標有entryb)       活動進行時發生的操作，直到離開活動，標有doc)        離開活動時發生的操作，標有exitd)       特定事件發生時的操作，標有event和事件名。3)       根據業務角色和業務工人分為多個泳道。4)       活動中包含多個操作。列在活動（導角矩形）中。5)       菱形表示分枝6)       水平線稱為同步。7)       一般矩形表示對象。這些對象受工作流程影響，在工作流程執行中改變狀態。6.       業務實體機構經營業務期間使用的對象或業務過程中產生的對象。7.       機構單元是業務工人、業務實體和其它業務模型單元的集合，是組織業務模型的機制。 建立業務模型的步驟1.       標識業務角色2.       標識業務工人3.       標識業務用例4.       顯示互動（前面三者之間的互動），使用Business Use Case框圖5.       建檔細節，包括使用活動框圖描述業務用例，使用業務用例報表描述用例的其它資訊。 使用Rose建立業務模型的一些技巧1.       使用Tools->Options->Toolbar中添加框圖左邊的工具2.       添加項一般只要將工具列中的表徵圖拖入框圖。3.       Delete只是在框圖中刪除，瀏覽區中依舊儲存；徹底刪除需要使用Ctrl+D。4.       瀏覽區中一項的下級枝葉不表示內含項目關聯性，如果另一項跟該項相關，則會列在該項的枝葉中。5.       Query菜單中可以添加、管理項6.       Report菜單中可以查看項的屬性7.       瀏覽區的Associations下面描述了所有關係，關係的枝葉是關係的相關項目。8.       Organization Unit是Packet的一個構造型，似乎沒有什麼特別的，除了表徵圖。9.       具體操作參考書本，只要明曉各個概念和其功能，則很容易使用Rose操作。