領測軟件測試網
類圖 (Class diagram) 描述系統中類的靜態結構，它定 義了系統中類的內部結構以及類之間的聯系，用來捕獲信息和事件中的對象 ； 對象圖 (Object diagram) 是類的實例化圖 ； 構件圖 (Component diagram)描述程序代碼的物理結構 ； 部署圖 (Deployment diagram) 描述系統中軟、硬件的物 理體系結構，用于捕獲系統硬件和軟件構件的部署關系。
2)動態行為圖 用于對系統的動態方面進行可視化、詳述、 構造和文檔化�？梢园严到y的動態方面看作是對系統變化部 分的表示，它由諸如隨時間變化的信息流和在
網絡上構件的 物理運動之類的事物組成。行為圖包括 :
用例圖 (Use Case diagram) 從用戶的角度描述系統的 功能，并指出各功能的執行者，說明執行者與提供的用例之間的某種聯系 ； 順序圖 (Sequence diagram) 描述幾個對象之間的動作 協作關系 ； 協作圖 (Collaboration diagram) 從另一個角度展示對象 之間的動作協作關系。它可以和順序圖相互轉換。在 rational rose中可以由順序圖生成協作圖 ； 狀態圖 (State diagram) 描述一類對象具有的所有可能的狀態以及狀態轉移關系 ； 活動圖 (Active diagram) 描述系統中各種活動的執行 順序。
1.3 URP 簡介
URP，即
Rational統一過程， 是一種適應 UML 的軟件生命周期方法， 是一個通用的過程框架 , 可用于各種不同類型的軟件系統、各種不同的應用領域、各種不同類型的組織、各種不同的功能級別以及各種不同的項目規模。 它 基于建模語言 UML 的、以體系結構為中心的、用例驅動與風險驅動相結合的迭代 和增量的軟件
開發過程。 RUP 把軟件的開發周期分為 初始、細化、構造和移交 四個階段 , 所有開發工作都圍繞需求捕獲、分析、設計、實現和
測試 五 個核心工作來組織。構造階段通過一系列迭代過程建造系統，每一次迭代都是一個小項目，需要對所要求的用例進行分析、設計、編碼、測試和集成。
UML可視化建模系統
需求模型
用例圖、活動圖
對象模型
類圖、對象圖、包圖、
合作圖、順序圖、狀態圖
體系結構模型
構件圖、配置圖
UML可視化建模系統支持從系統需求、系統分析到系統設計的整個建模過程，如表 1 所示。在
需求分析階段， UML 可以用用例來捕獲用戶需求。通過需求建模，描述對系統感興趣的外部角色及其對用例的功能要求。在分析和設計階段，通過 UML 的靜態建模機制和動態建模機制對問題域的對象建模，描述類的屬性、類之間的關系、系統動態特征。編碼是一個獨立的階段，其任務是用
面向對象編程語言將來自設計階段的類轉換成實際的代碼。 UML 模型還可作為測試階段的依據。同 UML還支持對系統體系結構的建模。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
