研究營(yíng)銷(xiāo)管理體系需求描述與建模的論文
1引言
隨著(zhù)計算機技術(shù)的不斷發(fā)展和應用領(lǐng)域的擴大,在合理時(shí)間內開(kāi)發(fā)和管理高質(zhì)量應用程序的任務(wù)變得越來(lái)越重要.人們對軟件系統的分析、設計、實(shí)現及維護等方面提出了越來(lái)越高的要求,包括縮短系統開(kāi)發(fā)周期,提高系統質(zhì)量與可靠性,提高軟件系統的開(kāi)放性、可擴展性和可重用性等[1].本文以啤酒業(yè)銷(xiāo)售管理系統為研究對象，提出了一種基于UML建模的迭代式開(kāi)發(fā)方法.實(shí)踐證明，筆者用這種方法為啤酒企業(yè)建立營(yíng)銷(xiāo)管理系統可以很好地處理需求和技術(shù)風(fēng)險、進(jìn)行軟件質(zhì)量控制，大大縮短開(kāi)發(fā)周期，使得開(kāi)發(fā)出來(lái)的系統功能強大、易維護、可擴展.
2營(yíng)銷(xiāo)管理系統需求描述與建模
2.1需求描述
營(yíng)銷(xiāo)管理系統的基本任務(wù)是處理各種銷(xiāo)售數據，主要有產(chǎn)品銷(xiāo)售數據、計劃數據、銷(xiāo)售費用數據以及客戶(hù)關(guān)系管理、員工管理、銷(xiāo)售合同管理等.其中產(chǎn)品銷(xiāo)售數據細化到客戶(hù)銷(xiāo)售各種產(chǎn)品的數據，員工銷(xiāo)售各種產(chǎn)品的數據，由此產(chǎn)生出各種銷(xiāo)售報表，如客戶(hù)銷(xiāo)售明細報表、業(yè)務(wù)部門(mén)和業(yè)務(wù)員的銷(xiāo)售業(yè)績(jì)報表、產(chǎn)品銷(xiāo)售明細報表和匯總報表等.計劃數據主要有產(chǎn)品銷(xiāo)售計劃、業(yè)務(wù)部門(mén)和業(yè)務(wù)員的銷(xiāo)售計劃，計劃要細分到年、季、月，在可能的情況下要細化到日.根據銷(xiāo)售制定的對業(yè)務(wù)員的考核辦法，產(chǎn)生業(yè)務(wù)員和業(yè)務(wù)部門(mén)的銷(xiāo)售業(yè)績(jì)報表，從而核算員工的工資.銷(xiāo)售費用數據包括廣告促銷(xiāo)費用、招待費、訂貨會(huì )、員工工資、業(yè)務(wù)員的差旅費等所有與銷(xiāo)售有關(guān)的費用.客戶(hù)關(guān)系管理主要有客戶(hù)資料、客戶(hù)等級的評定等.員工管理包括員工的基本信息管理，以及其銷(xiāo)售業(yè)績(jì)管理.銷(xiāo)售合同管理包括合同文件的管理以及與合同有關(guān)的事項管理.此外，本系統還與公司的生產(chǎn)、財務(wù)、倉儲、人事等等部門(mén)進(jìn)行有效的接口，以便信息能及時(shí)地傳輸.
2.2需求建模
需求建模的過(guò)程就是用例的獲取過(guò)程[2].大部分用例將在項目的需求分析階段產(chǎn)生，這些都應及時(shí)增添到已有的用例集中.用例集中的每個(gè)用例都是一個(gè)潛在的需求[3].圖1為啤酒業(yè)營(yíng)銷(xiāo)管理系統的用例模型.一個(gè)用例模型可由若干幅用圖組成.一幅用例圖包含的模型元素有系統、行為者（Actor）、用例（UseCase）、以及表示它們間的不同關(guān)系，如泛化、關(guān)聯(lián)、依賴(lài)等[4].圖1中的橢圓代表用例，線(xiàn)條人代表行為者，他們之間的連接線(xiàn)表示關(guān)系.圖中有4個(gè)行為者，分別是操作員/內勤、業(yè)務(wù)人員、公司客戶(hù)、財務(wù)系統等，他們是系統外的角色，分別執行著(zhù)系統的不同功能.行為者執行用例.圖中列出了6個(gè)用例，分別是錄入、維護基本信息、結算銷(xiāo)售折讓、統計銷(xiāo)售業(yè)績(jì)、修改密碼、查詢(xún)等.一個(gè)用例表示被行為者感受的一個(gè)完整的功能.由圖中可知行為者操作員/內勤負責各種銷(xiāo)售數據的錄入，如對產(chǎn)品銷(xiāo)售數據的錄入，銷(xiāo)售計劃的制定、銷(xiāo)售費用（計劃和已發(fā)生）的錄入、對基本信息的錄入等；一個(gè)用例可與多個(gè)行為者發(fā)生聯(lián)系，如圖中的結算銷(xiāo)售折讓、查詢(xún)用例.結算銷(xiāo)售折讓用例與財務(wù)、公司客戶(hù)相關(guān)聯(lián)，因為銷(xiāo)售業(yè)績(jì)最終要得到財務(wù)的審批，并且要對其記帳；結算銷(xiāo)售折讓的最終結果就是公司客戶(hù)從財務(wù)部門(mén)獲得了相應款項的金額.通過(guò)用例圖，使得設計者在系統設計的最初階段將主要精力集中在系統的功能上，而不是系統的具體實(shí)現上[5].對于比較復雜的系統，可以增加活動(dòng)圖顯示活動(dòng)流程和并發(fā)行為，使得建立的需求模型更加完整.
2.3靜態(tài)建模
靜態(tài)建模是通過(guò)類(lèi)圖、對象圖和包圖來(lái)定義系統對象以及對象之間的靜態(tài)關(guān)系.類(lèi)之間的靜態(tài)關(guān)系有關(guān)聯(lián)(association)、泛化(generalization)、聚集(ag-gregation)和細化(refinement)等，它是其它圖的基礎.類(lèi)圖描述了系統中的類(lèi)及其相互之間的各種關(guān)系，其本質(zhì)反映了系統中包含的各種對象的類(lèi)型以及對象間的各種靜態(tài)關(guān)系.對象圖是類(lèi)圖的一個(gè)實(shí)例，它描述類(lèi)圖中的類(lèi)的特定實(shí)例.圖2是銷(xiāo)售管理系統中的基本信息對應的實(shí)體類(lèi)圖，圖中的類(lèi)有產(chǎn)品類(lèi)、客戶(hù)類(lèi)、部門(mén).類(lèi)和員工類(lèi)，它們可映射到數據庫中的表.在產(chǎn)品類(lèi)中，產(chǎn)品的屬性有產(chǎn)品編號、產(chǎn)品名稱(chēng)、價(jià)格、單位及規格等，在系統中的操作有添加、保存、取消、刪除、修改、查詢(xún)等.圖中的其它幾個(gè)類(lèi)圖與它相類(lèi)似.它們之間存在關(guān)系，并且有重數（multi-plicity）的數值范圍，表示該類(lèi)有多少個(gè)對象可與對方的一個(gè)對象連接.如一個(gè)客戶(hù)可能銷(xiāo)售公司的一種產(chǎn)品或多種產(chǎn)品.圖中除了關(guān)聯(lián)關(guān)系外，還有共享聚集（sharedaggregation）關(guān)系，如員工類(lèi)和部門(mén)類(lèi).
2.4動(dòng)態(tài)建模
動(dòng)態(tài)建模是通過(guò)順序圖、合作圖、狀態(tài)圖和合作圖來(lái)描述對象間的交互關(guān)系、對象的生命周期和生命周期中對象的可能存在的狀態(tài)以及狀態(tài)間的轉換約束[6].活動(dòng)圖用來(lái)描述完成一個(gè)操作所需的活動(dòng)，或者是一個(gè)用例實(shí)例（場(chǎng)景）的活動(dòng).本文以活動(dòng)圖為例，說(shuō)明為完成一個(gè)操作所需的活動(dòng).圖3是統計銷(xiāo)售業(yè)績(jì)活動(dòng)圖.在圖3中，業(yè)務(wù)部門(mén)的銷(xiāo)售情況需要得到有效的評估，于是在營(yíng)銷(xiāo)管理系統中，需要對其進(jìn)行業(yè)績(jì)統計.活動(dòng)開(kāi)始操作員選擇待統計的業(yè)務(wù)部門(mén)，然后，單擊統計按鈕，如果在所選的統計期間內，該業(yè)務(wù)部門(mén)沒(méi)有發(fā)生業(yè)務(wù)，則出現提示信息，表示沒(méi)有業(yè)務(wù)發(fā)生，系統與計劃數據相比較，得現業(yè)績(jì)?yōu)?的結果；如果有業(yè)務(wù)發(fā)生，則系統進(jìn)行統計并與計劃數據相比較，得出相應的銷(xiāo)售業(yè)績(jì).操作員接著(zhù)統計下一個(gè)業(yè)務(wù)部門(mén)，發(fā)生與上述相同的活動(dòng).最后，需要打印成報表，在需要的情況下，將相應數據導出到Excel表或Word文檔中.至此，整個(gè)統計活動(dòng)結束.圖中，共兩個(gè)泳道，左邊表示與業(yè)務(wù)部門(mén)的有關(guān)活動(dòng)，如是否申請，是否發(fā)生了業(yè)務(wù)活動(dòng)等.右邊表示操作員進(jìn)行統計的一系列活動(dòng).
3系統實(shí)現
本文以某啤酒企業(yè)營(yíng)銷(xiāo)管理系統（BMMIS）為例進(jìn)行開(kāi)發(fā)實(shí)現[7].系統根據任務(wù)、使用對象不同,采用C/S和B/S兩種模式實(shí)現各種功能.銷(xiāo)售部門(mén)內部采用C/S模式,便于內部管理和提高效率；對于駐外子公司、業(yè)務(wù)人員和客戶(hù)采用B/S模式,主要功能是數據收集、發(fā)布產(chǎn)品信息、客戶(hù)管理和網(wǎng)上訂單管理.把用戶(hù)界面處理、業(yè)務(wù)功能處理、數據處理三個(gè)子模型相互獨立,分別由不同的資源、代碼來(lái)實(shí)現,由此形成B/S模式.Client端的標準配置是瀏覽器,如IE；業(yè)務(wù)功能處理從C/S代碼中徹底分離出來(lái),由獨立的應用服務(wù)器理，Web服務(wù)器是標準配置;數據處理仍然由數據庫服務(wù)器處理.B/S模式是三層分布結構,即瀏覽器-Web服務(wù)器-數據庫服務(wù)器.在UML中，可用配置圖來(lái)表示.系統開(kāi)發(fā)環(huán)境包括MicrosoftSQLServer2005構建數據庫存儲、管理環(huán)境；MicrosoftSQLServerAnalysisServices構建多維數據集；前端展示的開(kāi)發(fā)工具用VisualStudio.NET2008中的C#來(lái)開(kāi)發(fā)（Windows應用程序、Web應用程序、WebSer-vices應用程序）；網(wǎng)絡(luò )服務(wù)器為IIS6.0.硬件環(huán)境有一臺數據庫服務(wù)器、多臺終端、局域網(wǎng).軟件環(huán)境有Windows2003Server系統、SQL2000Server、Analy-sisServices及程序開(kāi)發(fā)工具，如.NET2008.BMMIS開(kāi)發(fā)包括系統實(shí)現與書(shū)面報告兩部分.BMMIS致力于為啤酒企業(yè)銷(xiāo)售部門(mén)提供一個(gè)功能強大的業(yè)務(wù)管理和數據處理、分析集成環(huán)境.包括：一個(gè)數據庫平臺，提供基于數據庫的數據管理和面向決策的OLAP數據分析處理功能；提供系統管理模塊，以及營(yíng)銷(xiāo)管理等靈活開(kāi)放的任務(wù)組織形式.BMIS功能結構如圖4所示.①集中管理和維護數據庫中數據的功能，包括數據存儲優(yōu)化、數據更新維護的能力.②集成OLAP多維綜合和分析，通過(guò)內置OLAP引擎，提供高效OLAP分析的能力.③提供查詢(xún)、報表、客戶(hù)管理、營(yíng)銷(xiāo)管理及系統管理等功能.④提供多種可視化方法顯示和分析各種數據能力.⑤提供產(chǎn)品銷(xiāo)售預測模型.以信息查詢(xún)?yōu)槔�，信息查�?xún)包括客戶(hù)信息查詢(xún)、產(chǎn)品信息查詢(xún)及銷(xiāo)售費用的查詢(xún).在客戶(hù)信息查詢(xún)主要是查詢(xún)一些客戶(hù)的信息，如客戶(hù)資料、客戶(hù)銷(xiāo)售情況等；產(chǎn)品信息查詢(xún)是查詢(xún)產(chǎn)品的一些基本信息，如價(jià)格、產(chǎn)品的分類(lèi)等；銷(xiāo)售費用查詢(xún)用于了解在過(guò)去曾發(fā)生的銷(xiāo)售費用，對于管理決策者而言可以達到有效控制費用的目的.如圖5所示，根據所要查詢(xún)的日期范圍，查詢(xún)客戶(hù)的銷(xiāo)售信息，可查看所有客戶(hù)銷(xiāo)售情況，通過(guò)目錄樹(shù)，也可查看某一客戶(hù)的銷(xiāo)售情況.
4結束語(yǔ)
在企業(yè)營(yíng)銷(xiāo)管理系統的建模和開(kāi)發(fā)中，將UML應用于系統開(kāi)發(fā)的各個(gè)階段，建立了系統的需求模型、靜態(tài)模型和動(dòng)態(tài)模型.這種基于UML建模的迭代式開(kāi)發(fā)方法具有傳統開(kāi)發(fā)方法無(wú)可比擬的優(yōu)點(diǎn).本系統在企業(yè)中得到了成功地實(shí)施，它在該企業(yè)的實(shí)際應用中取得了顯著(zhù)的效果,對提高銷(xiāo)售部門(mén)的工作效率、進(jìn)行科學(xué)有效地管理、降低銷(xiāo)售成本、減少辦公費用和建立良好的企業(yè)形象都起到了巨大的作用.
【研究營(yíng)銷(xiāo)管理體系需求描述與建模的論文】相關(guān)文章：
淺析全業(yè)務(wù)運營(yíng)下的客戶(hù)需求管理體系研究12-05
空間設施網(wǎng)絡(luò )的實(shí)證研究及其建模論文提綱12-01
研究論文應當重視實(shí)驗動(dòng)物應用狀況的描述12-11
美杯建模小論文03-22
數學(xué)建模論文寫(xiě)作指導11-14
論哲學(xué)的邏輯建模論文02-13
如何撰寫(xiě)數學(xué)建模論文12-12
數學(xué)建模的論文格式11-15
- 相關(guān)推薦