3.1 銷售管理系統的業務建模和需求分析
業務模型和需求分析的目的是對系統進行評估,采集和分析系統的需求,理解系統要解決的問題,重點是充分考慮系統的實用性。結果可以用一個業務用例(Business Use Case)框圖表達,根據銷售系統的基本特征和功能可得到 本系統的用例圖,如圖2。
圖1 銷售管理系統業務用例框圖模型中的活動者代表外部與系統交互的單元,包括銷售員、銷售經理、倉庫管理員、審計員、公司銷售主管、和系統管理員;業務用例框圖是對系統需求的描述,表達了系統的功能和所提供的服務,包括客戶管理子系統、訂單管理子系統、銷售統計子系統、產品管理子系統系統管理子系統。
圖2是銷售管理系統層次的用例模型,只包含了最基本的Use Case模型,是系統的高層抽象。在開發過程中,隨著對系統需求認識的不斷加深,用例模型可以從頂向下不斷細化,演化出更加詳細的Use Case模型。 根據系統的用例圖,可以對系統的持久對象進行設計,下圖是本系統持久對象類及類之間關系圖。
圖2 核心業務對象類及類之間關系
3.2 銷售管理系統設計
系統分析與設計是研究欲采用的實現環境和系統結構,結果是產生一個對象模型,也就是設計模型。設計模型包含了Use Case的實現,可以表現對象如何相互通信和運作來實現Use Case流的。對于系統的靜態結構,可以通過類圖、對象圖、組件圖和配置圖來描述;對于系統的動態行為,可以通過順序圖、協同圖、狀態圖、活動圖描述。這些圖在加上說明文檔就構成一個完整的設計模型。
3.2.1系統架構設計
銷售管理系統擁有大量銷售信息資源,這些資源包括各種客戶、訂單、和產品等信息。其數據量大、信息變化快,非結構化信息與結構化信息共存。使用UML對銷售管理系統進行基于面向對象的分析和實現,可以從開發的第一步開始,從系統的底層就把握住銷售信息資源的特征,為下一步具體實現打好基礎。在銷售管理系統建立模型時要涉及到處理大量的模型元素,如類、進口、組件、節點、圖等,可以將語意上相近的模型元素組織在一起,這就構成了UML的包,包從較高的層次來組織管理系統模型。
系統主要有以下四個包:
(1)用戶接口包(User Interface Package)
用戶接口包在其他包的頂層次,為系統用戶提供訪問信息和服務。要注意一點,由于開發工具使用不同,該接口描述也是有區別的。如果采用Java Web開發,就要以JSP(Java Server Pages)為基礎,如果采取Microsoft的Asp.net開發,其基礎就是標準化控件組。本系統在此將使用Java Web開發,下面有關代碼的描述都是基于Java的。
(2)業務邏輯包(Business Rule Package)
該包是銷售管理系統業務的核心實現部分,包括客戶管理、訂單管理、產品管理等,其他包可以通過訪問該包提供的接口,實現業務邏輯,如客戶管理業務等。
(3)數據持久訪問包(Data Persistence Package)
文章來源于領測軟件測試網 http://www.kjueaiud.com/