銷售管理系統的UML分析與設計

圖6描述了Customer對象的生命期中可能的狀態及狀態變化（從創建、更新到消亡的轉變過程），其中insertOrder/deleteOrder不是直接作用于當前customer對象，而是指當前customer對象所涉及的訂單操作。此例說明其他對象的操作可能改變當前對象的狀態。

4.協作圖：協作圖和序列圖相似，兩種圖所表達的是同一種信息，可以將序列圖轉換為協作圖，反之也然。但兩者是有區別的，序列圖強調的是交互的時間序列，協作圖強調的是交互的語境和參與交互的對象的整體組織。下圖描述的是查詢一個客戶信息消息傳遞的過程。

圖7、查詢客戶信息的協作圖

5.活動圖：用于描述業務過程和類的操作，類似與舊流程圖，是對業務處理工作流建模，在活動圖中可以增加角色的可視化的維數，下圖是增加了Customer、Saleman、Warehouse三個角色的系統活動圖，反映了在業務處理過程中，每個角色執行的過程。

圖8 活動圖

通過框圖，設計和開發人員可以確定需要開發的類，類之間的關系和每個類操作和責任。序列框圖按照時間排序，用于通過情境檢查邏輯流程。協作框圖用于了解改變后的影響，可以很容易看出對象之間的通信，狀態圖描述了對象在系統可能中的狀態，如果要改變對象，就可以方便地看到受影響的對象。

6.軟件系統一般由一組部件組成，換句話說，部件是相對獨立的部分軟件實施，有自己特有的功能，并可在系統中安裝使用，系統中各部件是相互協作合作，給系統提供完整的功能。下圖是本系統運行時的主要部件

圖9 運行的部件圖

3.2.3銷售管理系統的實現、測試和系統配置

系統采用五層邏輯結構：客戶端只需中文瀏覽器；表示層用12個JSP(Java Server Page)文檔實現動態頁面以創建、操作業務對象；核心對象層用6個Java類以JavaBean形式構成業務處理的核心對象；連接層采用JDBC2提供兩種連接方式：一種是基于DriverManager，主要支持Java應用和測試；另一種基于DataSource；資源層即數據庫服務器。

經過系統分析和設計后，就可以根據設計模型在具體的環境中實現系統，生成系統的源代碼、可執行程序和相應的軟件文檔，建立一個可執行系統；進而需要對系統進行測試和排錯，保證系統符合預定的要求，獲得一個無錯的系統實現。測試結果將確認所完成的系統可以真正使用；最后完成系統配置，其任務是在真實的運行環境中配置、調試系統，解決系統正式使用前可能存在的任何問題。