4、實現(xiàn)UML建模的工具
Rose、together和Visio等
5、UML在軟件開發(fā)過程中的應(yīng)用
（1）UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。
（2）在需求分析階段可以用用例來捕獲用戶需求。通過用例建模，描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)(用例)的功能要求。
（3）分析階段
主要關(guān)心問題域中的主要概念(如抽象、類和對象等)和機(jī)制，需要識別這些類以及它們相互間的關(guān)系，并用UML類圖來描述。為實現(xiàn)用例,類之間需要協(xié)作，這可以用UML動態(tài)模型來描述。
（4）在設(shè)計階段
只對問題域的對象(現(xiàn)實世界的概念)建模,而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類(如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類)。這些技術(shù)細(xì)節(jié)將在設(shè)計階段引入,因此設(shè)計階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明。
（5）編程(構(gòu)造)是一個獨立的階段
其任務(wù)是用面向?qū)ο缶幊陶Z言將來自設(shè)計階段的類轉(zhuǎn)換成實際的代碼。在用UML建立分析和設(shè)計模型時，應(yīng)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語言。因為在早期階段，模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具，過早考慮編碼問題十分不利于建立簡單正確的模型。
（6）UML模型還可作為測試階段的依據(jù)
系統(tǒng)通常需要經(jīng)過單元測試、集成測試、系統(tǒng)測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據(jù)；
單元測試使用類圖和類規(guī)格說明；
Rose、together和Visio等
5、UML在軟件開發(fā)過程中的應(yīng)用
（1）UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。
（2）在需求分析階段可以用用例來捕獲用戶需求。通過用例建模，描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)(用例)的功能要求。
（3）分析階段
主要關(guān)心問題域中的主要概念(如抽象、類和對象等)和機(jī)制，需要識別這些類以及它們相互間的關(guān)系，并用UML類圖來描述。為實現(xiàn)用例,類之間需要協(xié)作，這可以用UML動態(tài)模型來描述。
（4）在設(shè)計階段
只對問題域的對象(現(xiàn)實世界的概念)建模,而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類(如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類)。這些技術(shù)細(xì)節(jié)將在設(shè)計階段引入,因此設(shè)計階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明。
（5）編程(構(gòu)造)是一個獨立的階段
其任務(wù)是用面向?qū)ο缶幊陶Z言將來自設(shè)計階段的類轉(zhuǎn)換成實際的代碼。在用UML建立分析和設(shè)計模型時，應(yīng)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語言。因為在早期階段，模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具，過早考慮編碼問題十分不利于建立簡單正確的模型。
（6）UML模型還可作為測試階段的依據(jù)
系統(tǒng)通常需要經(jīng)過單元測試、集成測試、系統(tǒng)測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據(jù)；
單元測試使用類圖和類規(guī)格說明；