UML實例講解 銷售管理系統中UML的分析與設計
本節向大家介紹一個UML實例：銷售管理系統的UML分析與設計，主要包括銷售管理系統的基本特征和功能模塊，系統的UML分析與實現等內容，下面讓我們一起看一下UML實例的具體介紹吧。
UML實例：銷售管理系統的UML分析與設計
摘要銷售管理系統是現代企業管理系統的一個重要組成部分，傳統的系統分析設計方法已經難以保證軟件開發的效率和質量，通過將UML應用于銷售管理系統建模，可以加速軟件開發進程，提高軟件質量，支持動態的業務需求，并方便地集成已有的企業管理資源。
1引言
當前社會對信息系統的需求日益增長，需求變化也越來越快，軟件開發的技術發展方向已經從“提升被開發系統的執行效率”轉變為“提升開發效率”。面向對象（OO）技術降低了解決方法域與問題域的差別，提供了良好的復用機制，能夠更加有效提高軟件開發效率，完全順應了軟件開發技術的發展方向。
UML(TheUnifiedModelingLanguage,即統一建模語言)是一個通用的標準建模語言，可以對復雜的系統建立可視化系統模型，目前已經被工業標準組織OMG(ObjectManagementGroup)接受，一經推出便得到許多著名計算機廠商如Microsoft,HP,IBM,Oracle等支持，在國際上應用日益廣泛。
本文通過一個UML實例：銷售管理系統的分析與設計，闡述如何通過UML降低開發難度和提高開發效率。
2銷售管理系統的基本特征和功能模塊
本系統以“訂單”為核心，構建出了以“客戶”為中心的管理模式。
該系統具有以下一些特征：
（1）先進的系統結構，面向銷售流程，能適應原有銷售工作流程并進行合理的改進，從而更貼近實際的應用；
（2）針對大型企業銷售管理人員多，銷售管理復雜的特點，通過系統提供的靈活的人員權限設置和全面的財務核算方式，實現真正的銷售網絡化辦公；
（3）在實現訂單的電子化、工作流程的數字化同時，幫助公司領導提高決策的科學化水平；
（4）通過對客戶信息的管理，實現對客戶廣告走勢和重要客戶情況統計和分析。
整個系統操作業務人員包括：銷售員、銷售經理、倉庫管理員、審計員、公司銷售主管、和系統管理員。各個角色承擔不同的系統任務，通過網絡和通信系統，連接到銷售管理系統，使用統一的訪問界面，進行日常的銷售業務操作，最終實現銷售部門業務的正常運轉。
3系統的UML分析與實現
UML概述及特點
UML是一種編制系統藍圖的標準化語言，可以對大型復雜系統的各種成分可視化說明并構造系統模型，以及建立各種必要的文檔。UML通過三類圖形建立系統模型：UseCase圖，靜態結構圖（類圖，對象圖，組件圖，配置圖）和動態行為圖（順序圖，協同圖，狀態圖，活動圖），這些圖可以從不同抽象角度使系統可視化。UML具有面向對象、可視化、獨立與開發過程和程序設計語言以及易于掌握使用等特點。UML適用于各種規模的系統開發，能促進軟件復用，方便地集成已有的系統并有效減少開發中的各種風險。
UML在銷售管理系統中的實際應用
UML是一種建模語言，是系統開發的一個組成部分，本身并沒有關于開發過程概念的定義和表示符號。UML的創始人booch,Jacobson和RumBaugh在rational公司的支持下綜合了多種系統開發過程的長處，提出新的面向對象的開發過程，稱為Rational統一過程（RationalUnifiedProcess,RUP）。RUP過程的核心工作流程包括：業務建模、需求分析、系統分析與設計和實現、實現、測試和系統部署。下面通過UML來分析并構造銷售管理系統模型，并結合Rational統一過程加以描述，圖形使用RationalRose工具軟件繪制。
3.1銷售管理系統的業務建模和需求分析
UML實例：銷售管理系統的業務模型和需求分析的目的是對系統進行評估，采集和分析系統的需求，理解系統要解決的問題，重點是充分考慮系統的實用性。結果可以用一個業務用例（BusinessUseCase）框圖表達，根據銷售系統的基本特征和功能可得到本系統的用例圖：
3.2銷售管理系統設計
來看一下UML實例:銷售管理系統的設計。系統分析與設計是研究欲采用的實現環境和系統結構，結果是產生一個對象模型，也就是設計模型。設計模型包含了UseCase的實現，可以表現對象如何相互通信和運作來實現UseCase流的。對于系統的靜態結構，可以通過類圖、對象圖、組件圖和配置圖來描述；對于系統的動態行為，可以通過順序圖、協同圖、狀態圖、活動圖描述。這些圖在加上說明文檔就構成一個完整的設計模型。#p#
3.2.1系統架構設計
銷售管理系統擁有大量銷售信息資源，這些資源包括各種客戶、訂單、和產品等信息。其數據量大、信息變化快，非結構化信息與結構化信息共存。使用UML對銷售管理系統進行基于面向對象的分析和實現，可以從開發的第一步開始，從系統的底層就把握住銷售信息資源的特征，為下一步具體實現打好基礎。在銷售管理系統建立模型時要涉及到處理大量的模型元素，如類、進口、組件、節點、圖等，可以將語意上相近的模型元素組織在一起，這就構成了UML的包，包從較高的層次來組織管理系統模型。
系統主要有以下四個包：
（1）用戶接口包（ＵserInterfacePackage）
用戶接口包在其他包的頂層次，為系統用戶提供訪問信息和服務。要注意一點，由于開發工具使用不同，該接口描述也是有區別的。如果采用JavaWeb開發，就要以JSP(JavaServerPages)為基礎，如果采取Microsoft的Asp.net開發，其基礎就是標準化控件組。本系統在此將使用JavaWeb開發，下面有關代碼的描述都是基于Java的。
（2）業務邏輯包(BusinessRulePackage)
該包是銷售管理系統業務的核心實現部分，包括客戶管理、訂單管理、產品管理等，其他包可以通過訪問該包提供的接口，實現業務邏輯，如客戶管理業務等。
（3）數據持久訪問包(DataPersistencePackage)
該包實現數據的持久化，也就是與數據庫交互，實現數據的存取、修改等操作。
（4）通用工具包（ＵtilPackage）
該包主要包括應用程序安全檢查的類，可以為上面三個包提供安全檢查，如客戶端檢查和服務器端業務規則檢查等，同時包括一些系統異常檢查與拋出處理以及系統日志服務等。
3.2.2系統詳細設計
UML實例銷售管理系統的詳細設計主要是描述在系統分析階段產生的類，與分析階段類的區別就是偏重于技術層面和類的細節實現。銷售管理系統提供的各種服務都是建立在分布、開放的信息結構之上，依托高速、可靠的網絡環境來完成的。每項服務都可以看作一個事件流，由若干相關的對象交互合作來完成。對于這種系統內部的協作關系和過程行為，可以通過繪制序列（Sequence）框圖和協作（Collaboration）框圖來幫助觀察和理解。此外，描述工作流和并發行為還可以通過活動框圖，表達從一個活動到另一個活動的控制流。同時，可以在理解這些圖的基礎上，抽象出系統的類圖，為系統編碼階段繼續細化提供基礎。下面以JavaWeb開發為例，介紹客戶管理子系統的詳細設計：
1.客戶管理子系統的基本結構建模
2.序列圖：序列圖是一種對象交互圖，著重強調了時間序列，而不是靜態對象的關系，通過序列圖可以清楚地看到“誰在什么時間對誰說了寫什么”。
3.狀態圖適合描述一個對象穿越多個UseCase的行為。類的狀態圖表示類的對象可以呈現的狀態和這個對象從一種狀態到另一種狀態的轉換。
4.協作圖：協作圖和序列圖相似，兩種圖所表達的是同一種信息，可以將序列圖轉換為協作圖，反之也然。但兩者是有區別的，序列圖強調的是交互的時間序列，協作圖強調的是交互的語境和參與交互的對象的整體組織。
5.活動圖：用于描述業務過程和類的操作，類似與舊流程圖，是對業務處理工作流建模，在活動圖中可以增加角色的可視化的維數
6.軟件系統一般由一組部件組成，換句話說，部件是相對獨立的部分軟件實施，有自己特有的功能，并可在系統中安裝使用，系統中各部件是相互協作合作，給系統提供完整的功能。
3.2.3銷售管理系統的實現、測試和系統配置
此UML實例中如何實現銷售管理系統的實現、測試和系統配置。系統采用五層邏輯結構：客戶端只需中文瀏覽器；表示層用12個JSP(JavaServerPage)文檔實現動態頁面以創建、操作業務對象；核心對象層用6個Java類以JavaBean形式構成業務處理的核心對象；連接層采用JDBC2提供兩種連接方式：一種是基于DriverManager，主要支持Java應用和測試；另一種基于DataSource；資源層即數據庫服務器。
經過系統分析和設計后，就可以根據設計模型在具體的環境中實現系統，生成系統的源代碼、可執行程序和相應的軟件文檔，建立一個可執行系統；進而需要對系統進行測試和排錯，保證系統符合預定的要求，獲得一個無錯的系統實現。測試結果將確認所完成的系統可以真正使用；最后完成系統配置，其任務是在真實的運行環境中配置、調試系統，解決系統正式使用前可能存在的任何問題。
4結束語
銷售管理系統的發展方興未艾，目前正處于傳統手工、半手工管理向數字化過渡的階段，轉變過程中需要應用和集成最新的信息技術，以達到對網絡信息資源最有效的利用和共享。傳統的系統分析設計方法難以保證效率和質量，將UML應用于銷售管理系統的建設，可以加速開發進程，提高代碼質量，支持動態的業務需求。從實際效果來看，UML可以保證軟件開發的穩定性、魯棒性，在實際應用中取得良好的效果。本節UML實例介紹到這里。
【編輯推薦】
