5.活動圖：用于描述業務過程和類的操作，類似與舊流程圖，是對業務處理工作流建模，在活動圖中可以增加角色的可視化的維數，下圖是增加了Customer、Saleman、Warehouse三個角色的系統活動圖，反映了在業務處理過程中，每個角色執行的過程。
圖8 活動圖通過框圖，設計和開發人員可以確定需要開發的類，類之間的關系和每個類操作和責任。序列框圖按照時間排序，用于通過情境檢查邏輯流程。協作框圖用于了解改變后的影響，可以很容易看出對象之間的通信，狀態圖描述了對象在系統可能中的狀態，如果要改變對象，就可以方便地看到受影響的對象。
6.軟件系統一般由一組部件組成，換句話說，部件是相對獨立的部分軟件實施，有自己特有的功能，并可在系統中安裝使用，系統中各部件是相互協作合作，給系統提供完整的功能。下圖是本系統運行時的主要部件
圖9 運行的部件圖
3.2.3銷售管理系統的實現、測試和系統配置
系統采用五層邏輯結構：客戶端只需中文瀏覽器；表示層用12個JSP(Java Server Page)文檔實現動態頁面以創建、操作業務對象；核心對象層用6個Java類以JavaBean形式構成業務處理的核心對象；連接層采用JDBC2提供兩種連接方式：一種是基于DriverManager，主要支持Java應用和測試；另一種基于DataSource；資源層即數據庫服務器。
經過系統分析和設計后，就可以根據設計模型在具體的環境中實現系統，生成系統的源代碼、可執行程序和相應的軟件文檔，建立一個可執行系統；進而需要對系統進行測試和排錯，保證系統符合預定的要求，獲得一個無錯的系統實現。測試結果將確認所完成的系統可以真正使用；最后完成系統配置，其任務是在真實的運行環境中配置、調試系統，解決系統正式使用前可能存在的任何問題。
4 結束語
銷售管理系統的發展方興未艾，目前正處于傳統手工、半手工管理向數字化過渡的階段，轉變過程中需要應用和集成最新的信息技術，以達到對網絡信息資源最有效的利用和共享。傳統的系統分析設計方法難以保證效率和質量，將 UML應用于 銷售管理系統的建設，可以加速開發進程，提高代碼質量，支持動態的業務需求。從實際效果來看，UML可以保證軟件開發的穩定性、魯棒性，在實際應用中取得良好的效果。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
