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