每次迭代都分為以下幾個階段:
分析階段 建模的目的是捕捉系統的功能需求,分析、提取所開發系統的"客觀世界"領域的類以及描述它們的合作概貌。
設計階段 建模的目的是通過考慮實現環境,將分析階段的模型擴展和轉化為可行的技術實現方案。
實現階段 具體工作就是進行編碼,同時對已構造的模型作相應的修正。
配置階段 通過模型描述所開發系統的軟硬件配置情況。
測試階段 使用前幾個階段所構造的模型來指導和協助測試工作。
在系統開發的不同階段,使用UML為系統建模,可以通過建立不同的模型,從不同的視角,以不同的詳略程度對系統進行描述。下面以一個商業管理信息系統的開發過程為例,具體介紹UML建模的實際過程:
(1) 需求
最初版本商業MIS的正文需求規格說明應當由代表系統最終用戶的人員提供,內容包括系統基本功能需求和對計算機系統的要求。大致描述如下:
· 它是一個商業支持系統;
· 采購員采購所需的商品;
· 保管員將采購的商品登記入庫;
· 調撥員將庫存商品調撥到相應的銷售部門;
· 銷售部門銷售商品;
· 統計部門核算商場經營狀況;
· 系統能運行于通用的技術環境(如Unix、Windows等)中,具有
良好的圖形用戶界面
· 系統容易維護,便于功能擴充 。
由于基于UML的系統開發采取增量和迭代方式,商業MIS的初始版本僅需要完成系統的最基本功能(基本業務),而其他功能的實現(如商品移管、電子訂貨、電子支付、網絡銷售等)則在以后的版本中完成。
(2) 分析
分析的任務是找出系統的所有需求并加以描述,同時建立模型,以定義系統中的關鍵領域類,應由系統用戶和開發人員合作完成。這一階段不要拘泥于設計細節和技術方案。
需求分析
分析的第一步是定義用例,以描述所開發系統的外部功能需求。用例分析包括閱讀和分析需求說明,此時需要與系統的潛在用戶進行討論。用例模型的主要構件是用例、角色和系統邊界。用例用于描述每個功能需求,系統邊界用于界定系統功能范圍,而角色用于描述與系統功能有關的外部實體,它可以是用戶,也可以是外部系統。
在本實例中,通過分析,先確認商業MIS中的角色有銷售人員、庫存人員、采購人員、輔助人員和分析人員。在此基礎上,確認用例。商業MIS的用例有訂貨采購、庫存管理、商品銷售、統計分析、系統維護(包括增加商品、取消商品、制作標簽、價格變更、取消或更新標簽)。如圖3所示。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
