Rose建模初步（2）

無雙

http://asp3.6to23.com/swdown/program/bookdown.asp?bookid=108&fileclass=engineer
這里看得比較清楚點


用統(tǒng)一過程生命周期階段


文章中，我們使用了“統(tǒng)一軟件開發(fā)過程”。（參見《The Unified Software Development Process》（Ivar Jacobson,Grady Booch, James Rumbaugh 著）、《The Rational Unified Process An Introduction Second Edition》（Krutchen著））。統(tǒng)一過程生命周期階段圖示如下：


系統(tǒng)/子系統(tǒng)/組件 包/類/對象
Ⅰ－需求→→ Ⅱ－分析
需求描述/產(chǎn)品性能                   類圖


所有用例的用例圖                   包圖


每個用例場景（scenario）的順序圖    順序圖和/或?qū)懽鲌D


每個用例所有場景的活動圖 活動圖和狀態(tài)圖


Ⅳ－實現(xiàn)                     ←←Ⅲ－設計
過程環(huán)境硬件&軟件
組件圖&部署圖             過程環(huán)境硬件（HW）&軟件（SW）
                            更新的類/包/順序/協(xié)作/活動/狀態(tài)圖




---Ⅴ&Ⅵ 構建/測試

這里寫得很亂，還是到原網(wǎng)站看的好


業(yè)務模型 需求模型 分析模型 設計模型 實現(xiàn)模型; 測試模型
關鍵UML元素 業(yè)務過程（用例），業(yè)務域?qū)ο?系統(tǒng)，參與者，用例，交互 業(yè)務包，類，對象，消息 硬件&軟件配置，包，類，對象，消息 組件，節(jié)點，編碼 測試計劃和測試實例
主要關注點 模型業(yè)務 黑盒模型系統(tǒng) 問題領域模型的業(yè)務元素（不含實現(xiàn)細節(jié)） 更新特定實現(xiàn)的分析圖/規(guī)約，例如硬件&軟件配置 分布式環(huán)境模型物理元素；對應所有需求的編碼 單元（類/操作）測試，集成，整個系統(tǒng)測試
目標：元素間弱耦合－強內(nèi)聚 充分的業(yè)務/企業(yè)信息 所有用例/場景的充分信息，所有計劃過的增量/迭代。 滿足需要的最簡業(yè)務/問題領域模型 生成最大量代碼或手動編碼需要的足夠的信息 界面友好、最適當?shù)慕M件架構－網(wǎng)絡；滿足所有需求的代碼 編碼可滿足所有需求的充分測試
靜態(tài)/結構性圖 業(yè)務領域?qū)ο?顯示參與者的塊圖和用例圖 包/類圖 包/類圖 組件和部署圖；逆向類圖 －
動態(tài)的/基于時間的圖 業(yè)務過程（用例） 每個用例場景的用例圖、順序圖，每個用例的活動圖 每個用例場景的順序圖，基于狀態(tài)的類的狀態(tài)圖，復雜操作的活動圖 每個用例場景的順序圖，基于狀態(tài)的類的狀態(tài)圖，復雜操作的活動圖 可選地，顯示分布式信息的更新順序圖 －
關鍵團隊成員 業(yè)務分析員 業(yè)務分析員 業(yè)務分析員 開發(fā)人員 架構師，開發(fā)人員 開發(fā)人員/測試人員
模型簽認 項目經(jīng)理，架構師，客戶 項目經(jīng)理，架構師，客戶 項目經(jīng)理，架構師，客戶 項目經(jīng)理，架構師 項目經(jīng)理，架構師 項目經(jīng)理，架

無雙

議的任務/練習：基于統(tǒng)一過程創(chuàng)建一個UML模型。

0 ——業(yè)務建模－企業(yè)級

評審業(yè)務模型：前景文檔，組織結構圖，業(yè)務事件和過程（用例），業(yè)務參與者，工作人員（worker），實體（域模型），業(yè)務規(guī)則目錄,業(yè)務接口（操作集），業(yè)務模式，業(yè)務系統(tǒng)體系結構－組件圖，術語表。參見《The Rational Unified Process An Introduction Second Edition》（Krutchen著）及《Business Modeling with UML》（Eriksson 和Penker 著）。

Ⅰ－需求－系統(tǒng)/子系統(tǒng)/組件級（與語言無關的）

1.需求－對需求描述、系統(tǒng)圖（System Drawing）,系統(tǒng)塊圖(客戶提供)進行評審。創(chuàng)建系統(tǒng)協(xié)作圖[環(huán)境圖(Context Diagram)]以說明對象/數(shù)據(jù)的輸入輸出、設定系統(tǒng)的邊界（可選）。創(chuàng)建需求可追蹤性表，列出需求名、需求號、引用、用例、UML元素、測試實例、描述、職責，等等（可選）。評審管理計劃、時間表、風險、命名/編碼標準、方法設計－UML 過程/構造型/特征/約束（可選）。

2.所有用例－創(chuàng)建用例圖說明所有用例。說明用例關系（包含，擴展、泛化）和/或分級用例（從高級到細節(jié)）（可選）。確定用例的增量和迭代。

3.每個用例－為每個用例創(chuàng)建用例規(guī)約描述：用例名、觸發(fā)、輸入、輸出、前置條件/異常、后置條件/異常，基本的和替代性可選場景【從樂觀到悲觀】、業(yè)務規(guī)則。為每個用例場景創(chuàng)建順序圖（可選）。為每個用例創(chuàng)建輸入/輸出表和測試實例（可選）。

4.每個用例所有的場景－為每個用例創(chuàng)建活動圖說明所有的用例場景（樂觀到悲觀）。用文本、流程圖或其他圖說明每個用例的場景/路徑（可選）。

5.信息--創(chuàng)建產(chǎn)品性能（Product Capabilities）列出非功能性的需求：可用性（可靠性、性能、安全、人員因素），一般性（generality）、可移動性、兼容性，時間，空間，存儲等等。創(chuàng)建一個語義數(shù)據(jù)模型（高級類/包圖）（可選）。

無雙

Ⅱ－分析－類和對象級（與語言無關的）

6.類和包－創(chuàng)建候選類清單,CRC 卡,類圖和包圖。創(chuàng)建對象圖顯示屬性值（可選）。

7.對象和消息－為每個用例－樂觀場景創(chuàng)建順序圖。為所有其他用例場景創(chuàng)建順序圖（可選）�；蛘撸瑸槊總�用例創(chuàng)建協(xié)作圖。

8.狀態(tài)和轉(zhuǎn)移－為每個基于狀態(tài)的類創(chuàng)建狀態(tài)圖，說明狀態(tài)、事件、條件、動作。

9.操作－為每個復雜的操作創(chuàng)建一個操作規(guī)約，說明前置條件、轉(zhuǎn)換，后置條件，以及異常。為每個復雜操作創(chuàng)建活動圖，說明活動的順序、狀態(tài)、條件和動作（可選）。

III -設計-類和對象級（特定的過程環(huán)境下的）

10.過程環(huán)境－創(chuàng)建由已計劃的"實現(xiàn)硬件和軟件配置清單"組成的goig過程環(huán)境：操作系統(tǒng)，語言，類庫，組件，GUI,分布--對象請求代理，永久數(shù)據(jù)存儲，等等。可列出潛在的模式，組件標準（(Active X, Java Bean, CORBA)，命名約定，編碼標準，代碼生成腳本，工具（CASE, 編譯器，配置管理，測試等等）（可選）。

11.更新的分析圖及規(guī)約－更新所有圖表和說明，為過程環(huán)境增加細節(jié)，包括數(shù)據(jù)類型，參數(shù)/返回值，支持類，操作細節(jié)（前置條件/異常）轉(zhuǎn)換，后置條件/異常），等等。提供了實現(xiàn)模式，例如多態(tài)操作，異常（異常的超類/子類），線程，數(shù)據(jù)訪問，事務，安全，消息隊列等等。目標是：圖和規(guī)約為手工編碼或代碼生成提供正確的信息（可選）。

無雙

Ⅳ 實現(xiàn)－系統(tǒng)/子系統(tǒng)/組件級（特定過程環(huán)境下的）

12.實施過程環(huán)境，組件標準和組件模式－更新過程環(huán)境，顯示已提供的組件（GUI，數(shù)據(jù)訪問，事務，分布，消息隊列，安全等）、組件標準（ActiveX, Enterprise Java Bean,CORBA）、組件到組件模式，例如小的單個操作組件、基于組件的類、每一用戶－實體組件，基于組件的包，大的多包組件。

13.實施組件－創(chuàng)建組件圖顯示所有需要的帶有依賴關系的組件和文件，例如.EXE, DLL, .OCX, .LIB, .TXT, .HLP等等。顯示接口（棒棒糖）、創(chuàng)建接口圖顯示公有操作（exposed operation）（可選）。顯示IDL 代碼（Interface Definition Language,接口定義語言）例如 CORBA IDL, Microsoft IDL, Java（可選）。

14.實施節(jié)點（處理器和設備）- 創(chuàng)建部署圖，顯示所有需要的處理器、設備和其他器材，例如客戶網(wǎng)絡計算機（NC），Windows PC, NT Server，事務服務器，WEB 服務器，郵件服務器，傳真,打印機，網(wǎng)絡等。

無雙

V -構建

15.編碼標準和代碼生成腳本－更新編碼標準和代碼生成腳本.編碼標準為所有主要UML元素編碼列出了樣本代碼、關系以及繼承策略、接口、異常、線程等。

16.每個組件的編碼、圖表逆向工程

VI - 測試

17.測試計劃－更新測試計劃，列出測試實例（名稱，輸入，輸出，條件），測試步驟（每一個測試用例的每一步用法），測試組件【驅(qū)動器（driver），測試裝置（harnesses），腳本】

18.測試－引導測試(conduct tests),例如類/操作測試（單元測試），個體組件測試（基于用例的），全范圍系統(tǒng)-多組件測試（基于用例的集成/驗收測試）。

VII - 模型和構建其他需要的組件

19.圖形用戶接口/用戶/外部接口組件－可選的－創(chuàng)建GUI 組件（窗口，菜單，對話框，面板）

20.永久存儲組件的－可選的－數(shù)據(jù)存儲表/存儲過程/觸發(fā)器。


小結

當我們開始一項工作時，并不知道接下來會發(fā)生什么。我們關心的只是如何能出色地完成這項工作�，F(xiàn)在，我們已經(jīng)安裝了Rational Rose，并從頭開始創(chuàng)建了類圖，下面的工作將是“使用Rational CASE”，這才是重點。