用軟件測試開發技術UML建模需要注意的問題

用軟件測試開發技術UML建模需要注意的問題UML模型

關鍵字：

用UML建模時，對軟件開發過程是有要求的，必須是用例驅動，以架構為中心，迭代和遞增的開發，如果軟件開發組織的軟件開發過程不能滿足這三點要求，那么UML的使用效果就會大打折扣，下面詳細論述：

一、 用例驅動

用例驅動意味著為系統定義的用例是整個開發過程的基礎。

用例在多個核心工作流程中都發揮了作用。

1、 用例的概念可用來表示業務流程，我們稱這種用例的變體為“業務用例”。

2、 用例模型是需求工作流程的輸出結果。在這一早期流程中，需要通過用例來建立用戶希望系統完成的任務的模型。這樣，用例構成了一個重要的基本概念，客戶和系統開發人員都必須認可這個概念。

3、 在分析設計中，用例是在設計模型中實現的。您需要生成用例實現來說明在設計模型中如何通過對象的交互來執行用例。此模型根據設計對象來說明所實施系統的各個組成部分，以及這些部分如何通過相互作用來執行用例。

4、 在實施階段，設計模型就是實施的規約。由于用例是設計模型的基礎，所以用例需通過設計類來實施。

5、 在測試期間，用例是確定測試用例和測試過程的基礎。也就是說，通過執行每一個用例來核實系統。

6、 在項目管理過程中，用例被用來作為計劃迭代式開發的基礎。

7、 在部署工作流程中，它們構成用戶手冊闡述內容的基礎。用例也可用來確定產品構件如何排列組合。例如，客戶可通過將用例進行某種組合來配置一個系統。

二、 以架構為中心

　　構架之所以重要，原因有以下幾點：

1、 它使您可對項目進行并保持理智的控制，應付項目中復雜多變的情況，同時保持系統的完整性。

　　一個復雜的系統不僅僅是其各組成部分之和，也不光是一連串沒有關聯關系的、很小的技巧決定。它必須依靠某種連貫統一的結構來有條理地組織那些部分，并且提供準確的規則，使系統發展過程中，其復雜程度不會膨脹，超越人類的理解力。

　　通過建立用于討論設計問題的一套公共參考材料和一個公共詞匯表，構架提供了增進交流和理解的手段。

原文轉自：http://www.anti-gravitydesign.com