UML的本家兒要方針是,以面標的目的對象圖的體例描述任何類型的系統,最常用于成立軟件系統的模子,也可以描述非軟件范疇的系統,如機械系統、企業布局、營業過程或信息系統等。
此外,UML合用于系統的分歧階段,如下階段:
 1.用戶需求闡發階段
可以用用例來捕捉用戶的需求,用例圖從用戶的角度來描述系統的功能,暗示了操作者與系統的一個交互過程。
經由過程用例建模,描述對系統感樂趣的外部腳色和他們對系統的功能要求(用例)。
 2.系統闡發階段
闡發階段本家兒要關心問題域中的本家兒要概念,如對象、類以及它們的關系等,需要成立系統的靜態模子,可用UML類圖來描述。
為了實現用例,類之間需要協作,這可以用動態模子的時序圖、協作圖、狀況圖和勾當圖來描述。在本階段,只對問題域的類建模,而不界說軟件系統的解決方案細節(如用戶接口的類、數據庫等)。
 3.設計階段
把闡發階段的成果擴展當作手藝解決方案。插手新的類來供給手藝根本布局--用戶接口、數據庫操作等。設計階段的成果是機關階段的具體的規格申明。
 4.編程(機關)階段
把設計階段的類轉換當作某種面標的目的對象編程說話的代碼。在用UML成立闡發和設計建模時,最好不要直接把模子轉換為代碼。
因為在早期階段,模子僅僅是理解和闡發系統布局的東西,過早考慮編碼問題晦氣于成立簡單準確的模子。
 5.測試階段
UML模子也是測試階段的依據。單位測試利用類圖和類規格申明;集當作測試利用部件圖和協作圖;確認測試利用用例圖,以驗證測試成果是否知足用戶的需求。
 0 篇文章
如果覺得我的文章對您有用,請隨意打賞。你的支持將鼓勵我繼續創作!