銷售管理系統(tǒng)的UML分析與設(shè)計模板樣本

銷售管理系統(tǒng)UML分析和設(shè)計摘要銷售管理系統(tǒng)是現(xiàn)代企業(yè)管理系統(tǒng)一個關(guān)鍵組成部分，傳統(tǒng)系統(tǒng)分析設(shè)計方法已經(jīng)難以確保軟件開發(fā)效率和質(zhì)量，經(jīng)過將UML應(yīng)用于銷售管理系統(tǒng)建模，能夠加速軟件開發(fā)進程，提升軟件質(zhì)量，支持動態(tài)業(yè)務(wù)需求，并方便地集成已經(jīng)有企業(yè)管理資源。

關(guān)鍵詞銷售管理系統(tǒng)；UML；分析；實現(xiàn)

1引言

目前社會對信息系統(tǒng)需求日益增加，需求改變也越來越快，軟件開發(fā)技術(shù)發(fā)展方向已經(jīng)從“提升被開發(fā)系統(tǒng)實施效率”轉(zhuǎn)變?yōu)椤疤嵘_發(fā)效率”。面向?qū)ο螅∣O）技術(shù)降低了處理方法域和問題域差異，提供了良好復(fù)用機制，能夠愈加有效提升軟件開發(fā)效率，完全順應(yīng)了軟件開發(fā)技術(shù)發(fā)展方向。

UML(TheUnifiedModelingLanguage,即統(tǒng)一建模語言)是一個通用標準建模語言，能夠?qū)?fù)雜系統(tǒng)建立可視化系統(tǒng)模型，現(xiàn)在已經(jīng)被工業(yè)標準組織OMG(ObjectManagementGroup)接收，一經(jīng)推出便得到很多著名計算機廠商如Microsoft,HP,IBM,Oracle等支持，在國際上應(yīng)用日益廣泛。

本文經(jīng)過一個銷售管理系統(tǒng)分析和設(shè)計，敘述怎樣經(jīng)過UML降低開發(fā)難度和提升開發(fā)效率。

2銷售管理系統(tǒng)基礎(chǔ)特征和功效模塊

本系統(tǒng)以“訂單”為關(guān)鍵，構(gòu)建出了以“用戶”為中心管理模式。

該系統(tǒng)含有以下部分特征：

（1）優(yōu)異系統(tǒng)結(jié)構(gòu)，面向銷售步驟，能適應(yīng)原有銷售工作步驟并進行合理改善，從而更貼近實際應(yīng)用；

（2）針對大型企業(yè)銷售管理人員多，銷售管理復(fù)雜特點，經(jīng)過系統(tǒng)提供靈活人員權(quán)限設(shè)置和全方面財務(wù)核實方法，實現(xiàn)真正銷售網(wǎng)絡(luò)化辦公；

（3）在實現(xiàn)訂單電子化、工作步驟數(shù)字化同時，幫助企業(yè)領(lǐng)導提升決議科學化水平；

（4）經(jīng)過對用戶信息管理，實現(xiàn)對用戶廣告走勢和關(guān)鍵用戶情況統(tǒng)計和分析。

整個系統(tǒng)操作業(yè)務(wù)人員包含：銷售員、銷售經(jīng)理、倉庫管理員、審計員、企業(yè)銷售主管、和系統(tǒng)管理員。各個角色負擔不一樣系統(tǒng)任務(wù)，經(jīng)過網(wǎng)絡(luò)和通信系統(tǒng)，連接到銷售管理系統(tǒng)，使用統(tǒng)一訪問界面，進行日常銷售業(yè)務(wù)操作，最終實現(xiàn)銷售部門業(yè)務(wù)正常運轉(zhuǎn)。

3系統(tǒng)UML分析和實現(xiàn)

UML概述及特點

UML是一個編制系統(tǒng)藍圖標準化語言，能夠?qū)Υ笮蛷?fù)雜系統(tǒng)多種成份可視化說明并結(jié)構(gòu)系統(tǒng)模型，和建立多種必需文檔。UML經(jīng)過三類圖形建立系統(tǒng)模型：UseCase圖，靜態(tài)結(jié)構(gòu)圖（類圖，對象圖，組件圖，配置圖）和動態(tài)行為圖（次序圖，協(xié)同圖，狀態(tài)圖，活動圖），這些圖能夠從不一樣抽象角度使系統(tǒng)可視化。UML含有面向?qū)ο?、可視化、獨立和開發(fā)過程和程序設(shè)計語言和易于掌握使用等特點。UML適適用于多種規(guī)模系統(tǒng)開發(fā)，能促進軟件復(fù)用，方便地集成已經(jīng)有系統(tǒng)并有效降低開發(fā)中多種風險。

UML在銷售管理系統(tǒng)中實際應(yīng)用

UML是一個建模語言，是系統(tǒng)開發(fā)一個組成部分，本身并沒有相關(guān)開發(fā)過程概念定義和表示符號。UML創(chuàng)始人booch,Jacobson和RumBaugh在rational企業(yè)支持下綜合了多個系統(tǒng)開發(fā)過程優(yōu)點，提出新面向?qū)ο箝_發(fā)過程，稱為Rational統(tǒng)一過程（RationalUnifiedProcess,RUP）。RUP過程關(guān)鍵工作步驟包含：業(yè)務(wù)建模、需求分析、系統(tǒng)分析和設(shè)計和實現(xiàn)、實現(xiàn)、測試和系統(tǒng)布署。下面經(jīng)過UML來分析并結(jié)構(gòu)銷售管理系統(tǒng)模型，并結(jié)合Rational統(tǒng)一過程加以描述，圖形使用RationalRose工具軟件繪制。

3.1銷售管理系統(tǒng)業(yè)務(wù)建模和需求分析

業(yè)務(wù)模型和需求分析目標是對系統(tǒng)進行評定，采集和分析系統(tǒng)需求，了解系統(tǒng)要處理問題，關(guān)鍵是充足考慮系統(tǒng)實用性。結(jié)果能夠用一個業(yè)務(wù)用例（BusinessUseCase）框圖表示，依據(jù)銷售系統(tǒng)基礎(chǔ)特征和功效可得到本系統(tǒng)用例圖，圖2。圖1銷售管理系統(tǒng)業(yè)務(wù)用例框圖

模型中活動者代表外部和系統(tǒng)交互單元，包含銷售員、銷售經(jīng)理、倉庫管理員、審計員、企業(yè)銷售主管、和系統(tǒng)管理員；業(yè)務(wù)用例框圖是對系統(tǒng)需求描述，表示了系統(tǒng)功效和所提供服務(wù)，包含用戶管理子系統(tǒng)、訂單管理子系統(tǒng)、銷售統(tǒng)計子系統(tǒng)、產(chǎn)品管理子系統(tǒng)系統(tǒng)管理子系統(tǒng)。

圖2是銷售管理系統(tǒng)層次用例模型，只包含了最基礎(chǔ)UseCase模型，是系統(tǒng)高層抽象。在開發(fā)過程中，伴隨對系統(tǒng)需求認識不停加深，用例模型能夠從頂向下不停細化，演化出愈加具體UseCase模型。依據(jù)系統(tǒng)用例圖，能夠?qū)ο到y(tǒng)持久對象進行設(shè)計，下圖是本系統(tǒng)持久對象類及類之間關(guān)系圖。

圖2關(guān)鍵業(yè)務(wù)對象類及類之間關(guān)系

3.2銷售管理系統(tǒng)設(shè)計

系統(tǒng)分析和設(shè)計是研究欲采取實現(xiàn)環(huán)境和系統(tǒng)結(jié)構(gòu)，結(jié)果是產(chǎn)生一個對象模型，也就是設(shè)計模型。設(shè)計模型包含了UseCase實現(xiàn)，能夠表現(xiàn)對象怎樣相互通信和運作來實現(xiàn)UseCase流。對于系統(tǒng)靜態(tài)結(jié)構(gòu)，能夠經(jīng)過類圖、對象圖、組件圖和配置圖來描述；對于系統(tǒng)動態(tài)行為，能夠經(jīng)過次序圖、協(xié)同圖、狀態(tài)圖、活動圖描述。這些圖在加上說明文檔就組成一個完整設(shè)計模型。

3.2.1系統(tǒng)架構(gòu)設(shè)計

銷售管理系統(tǒng)擁有大量銷售信息資源，這些資源包含多種用戶、訂單、和產(chǎn)品等信息。其數(shù)據(jù)量大、信息改變快，非結(jié)構(gòu)化信息和結(jié)構(gòu)化信息共存。使用UML對銷售管理系統(tǒng)進行基于面向?qū)ο蠓治龊蛯崿F(xiàn)，能夠從開發(fā)第一步開始，從系統(tǒng)底層就把握住銷售信息資源特征，為下一步具體實現(xiàn)打好基礎(chǔ)。在銷售管理系統(tǒng)建立模型時要包含四處理大量模型元素，如類、進口、組件、節(jié)點、圖等，能夠?qū)⒄Z意上相近模型元素組織在一起，這就組成了UML包，包從較高層次來組織管理系統(tǒng)模型。

系統(tǒng)關(guān)鍵有以下四個包：

（1）用戶接口包（ＵserInterfacePackage）

用戶接口包在其它包頂層次，為系統(tǒng)用戶提供訪問信息和服務(wù)。要注意一點，因為開發(fā)工具使用不一樣，該接口描述也是有區(qū)分。假如采取JavaWeb開發(fā)，就要以JSP(JavaServerPages)為基礎(chǔ)，假如采取MicrosoftA開發(fā)，其基礎(chǔ)就是標準化控件組。本系統(tǒng)在此將使用JavaWeb開發(fā)，下面相關(guān)代碼描述全部是基于Java。

（2）業(yè)務(wù)邏輯包(BusinessRulePackage)

該包是銷售管理系統(tǒng)業(yè)務(wù)關(guān)鍵實現(xiàn)部分，包含用戶管理、訂單管理、產(chǎn)品管理等，其它包能夠經(jīng)過訪問該包提供接口，實現(xiàn)業(yè)務(wù)邏輯，如用戶管理業(yè)務(wù)等。

（3）數(shù)據(jù)持久訪問包(DataPersistencePackage)

該包實現(xiàn)數(shù)據(jù)持久化，也就是和數(shù)據(jù)庫交互，實現(xiàn)數(shù)據(jù)存取、修改等操作。

（4）通用工具包（ＵtilPackage）

該包關(guān)鍵包含應(yīng)用程序安全檢驗類，能夠為上面三個包提供安全檢驗，如用戶端檢驗和服務(wù)器端業(yè)務(wù)規(guī)則檢驗等，同時包含部分系統(tǒng)異常檢驗和拋出處理和系統(tǒng)日志服務(wù)等。

3.2.2系統(tǒng)具體設(shè)計

具體設(shè)計關(guān)鍵是描述在系統(tǒng)分析階段產(chǎn)生類，和分析階段類區(qū)分就是偏重于技術(shù)層面和類細節(jié)實現(xiàn)。銷售管理系統(tǒng)提供多種服務(wù)全部是建立在分布、開放信息結(jié)構(gòu)之上，依靠高速、可靠網(wǎng)絡(luò)環(huán)境來完成。每項服務(wù)全部能夠看作一個事件流，由若干相關(guān)對象交互合作來完成。對于這種系統(tǒng)內(nèi)部協(xié)作關(guān)系和過程行為，能夠經(jīng)過繪制序列（Sequence）框圖和協(xié)作（Collaboration）框圖來幫助觀察和了解。另外，描述工作流和并發(fā)行為還能夠經(jīng)過活動框圖，表示從一個活動到另一個活動控制流。同時，能夠在了解這些圖基礎(chǔ)上，抽象出系統(tǒng)類圖，為系統(tǒng)編碼階段繼續(xù)細化提供基礎(chǔ)。下面以JavaWeb開發(fā)為例，介紹用戶管理子系統(tǒng)具體設(shè)計

1.用戶管理子系統(tǒng)基礎(chǔ)結(jié)構(gòu)建模：下圖是用戶管理子系統(tǒng)關(guān)鍵類極其關(guān)系具體設(shè)計

圖3用戶關(guān)系子系統(tǒng)類具體設(shè)計及類之間關(guān)系

2.序列圖：序列圖是一個對象交互圖，著重強調(diào)了時間序列，而不是靜態(tài)對象關(guān)系，經(jīng)過序列圖能夠清楚地看到“誰在什么時間對誰說了寫什么”。圖4用戶管理序列框圖圖5銷售人員對用戶管理次序框圖

圖4是一個用戶管理序列框圖例子。描述了先加載某個用戶；顯示一些狀態(tài)；再更改一些屬性值，最終更新數(shù)據(jù)庫狀態(tài)一次實施過程。此圖可設(shè)計Customer類loadCustomer(int)和updateCustomer()方法實現(xiàn)。

經(jīng)過序列框圖能夠清楚看出系統(tǒng)用戶、用戶管理子系統(tǒng)用戶接口、數(shù)據(jù)庫連接模塊之間以時間為次序消息交換，這對于把握系統(tǒng)控制流、次序行為和交互行為是很有益。建立在分布網(wǎng)絡(luò)環(huán)境下銷售管理系統(tǒng)事件流和控制流是很復(fù)雜，需要從頂層到底層進行一步步分解，用多幅能反應(yīng)動態(tài)結(jié)構(gòu)圖來分析和說明。圖5反應(yīng)了銷售人員對用戶管理次序框圖。

3.狀態(tài)圖適合描述一個對象穿越多個UseCase行為。類狀態(tài)圖表示類對象能夠展現(xiàn)狀態(tài)和這個對象從一個狀態(tài)到另一個狀態(tài)轉(zhuǎn)換。圖6Customer對象狀態(tài)圖

圖6描述了Customer對象生命期中可能狀態(tài)及狀態(tài)改變（從創(chuàng)建、更新到消亡轉(zhuǎn)變過程），其中insertOrder/deleteOrder不是直接作用于目前customer對象，而是指目前customer對象所包含訂單操作。此例說明其它對象操作可能改變目前對象狀態(tài)。

4.協(xié)作圖：協(xié)作圖和序列圖相同，兩種圖所表示是同一個信息，能夠?qū)⑿蛄袌D轉(zhuǎn)換為協(xié)作圖，反之也然。但二者是有區(qū)分，序列圖強調(diào)是交互時間序列，協(xié)作圖強調(diào)是交互語境和參與交互對象整體組織。下圖描述是查詢一個用戶信息消息傳輸過程。圖7、查詢用戶信息協(xié)作圖

5.活動圖：用于描述業(yè)務(wù)過程和類操作，類似和舊步驟圖，是對業(yè)務(wù)處理工作流建模，在活動圖中能夠增加角色可視化維數(shù)，下圖是增加了Customer、Saleman、Warehouse三個角色系統(tǒng)活動圖，反應(yīng)了在業(yè)務(wù)處理過程中，每個角色實施過程。圖8活動圖

經(jīng)過框圖，設(shè)計和開發(fā)人員能夠確定需要開發(fā)類，類之間關(guān)系和每個類操作和責任。序列框圖根據(jù)時間排序，用于經(jīng)過情境檢驗邏輯步驟。協(xié)作框圖用于了解改變后影響，能夠很輕易看出對象之間通信，狀態(tài)圖描述了對象在系統(tǒng)可能中狀態(tài)，假如要改變對象，就能夠方便地看到受影響對象。

6.軟件系統(tǒng)通常由一組部件組成，換句話說，部件是相對獨立部分軟件實施，有自己特有功效，并可在系統(tǒng)中安裝使用，系統(tǒng)中各部件是相互協(xié)作合作，給系統(tǒng)提供完整功效。下圖是本系統(tǒng)運行時關(guān)鍵部件

圖9運行部件圖

3.2.3銷售管理系統(tǒng)實現(xiàn)、測試和系統(tǒng)配置

系統(tǒng)采取五層邏輯結(jié)構(gòu)：用戶端只需漢字瀏覽器；表示層用12個JSP(JavaServerPage)文檔實現(xiàn)動態(tài)頁面以創(chuàng)建、操作業(yè)務(wù)對象；關(guān)鍵對象層用6個Java類以JavaBean形式組成業(yè)務(wù)處理關(guān)鍵對象；連接層采取JDBC2提供兩種連接方法：一個是基于DriverManager，關(guān)鍵支持Java應(yīng)用和測試；另一個基于DataSource；資源層即數(shù)據(jù)庫服務(wù)器。

經(jīng)過系統(tǒng)分析和設(shè)計后，就能夠依據(jù)設(shè)計模型在具體環(huán)境中實現(xiàn)系統(tǒng)，生成系統(tǒng)源代碼、可實施程序和對應(yīng)軟件文檔，建立一個可實施系統(tǒng)；進而需要對系統(tǒng)進行測試和排錯，確保系統(tǒng)符合預(yù)定要求，取得一個無錯系統(tǒng)實現(xiàn)。測試結(jié)果將確定所完成系統(tǒng)能夠