摘? 要: 介紹了一種基于面向對象方法和原型法的系統設計思想在連鎖超市管理信息系統設計中的應用。
關鍵詞: 連鎖超市? MIS系統? 面向對象? 原型法? 系統分析
?
在進入21世紀的今天,信息資源已成為現代生產和經營管理中一項至關重要的經濟資源。連鎖超市企業采用計算機、收款機、條形碼、網絡等先進技術和設備,通過商業管理信息系統的開發與應用,克服了連鎖超市管理中的盲目性和決策中的隨意性,有利于對超市進行科學和規范的現代化管理,提高工作效率。更重要的是連鎖超市通過信息管理軟件能將收集到的信息及時迅速地為生產廠家所共享,使產、供、銷之間信息反饋的時間差、地區差幾乎縮小到零。如:生產和流通中的庫存規模在不斷縮小,甚至不再需要庫存;相關的運輸工具由大變小、運輸頻率加快,資金占用由多變少,消除了信息在傳統生產、流通等諸多環節中的浪費。信息可以代替庫存、資本、勞動力。因此建立一套完善合理的連鎖超市綜合信息管理系統,不但有助于增強連鎖超市的市場競爭力,而且對超市的管理產生深遠的影響。
1?系統分析
大型連鎖超市MIS系統不同于一般的單超市MIS系統,它的用戶需求是復雜而且多變的,系統分析人員很難在設計初期將所有的用戶需求考慮周到。同時用戶需求的變化將造成系統設計的反復變更修改,可能導致軟件產品達不到預期的目標。這些都是傳統的系統分析方法難以解決的問題。而面向對象分析方法結合原型法可以很好地解決這些問題。因為不論用戶需求如何變化,系統的核心業務是基本不變的,核心業務中的對象也是基本不變的。所以系統分析員可以先對核心業務進行分析,從中提取基本的業務對象,實現相應的對象組件,在此基礎上構建原型系統。隨后,用戶參與開發過程,同開發人員一起逐步對系統進行功能擴展和修改。由于使用了面向對象的分析方法和基于對象組件的開發方法,原型系統功能的擴展可通過添加新類、派生原有類或者修改原有類方法和屬性等方式達到目的。在這個過程中只要保證類與類間的接口不變,就可以避免需求變化導致的整體反復修改。這樣開發出的系統的可重用性、可修改性、可擴充性較好,開發周期也較短。
1.1 核心業務需求描述
連鎖配送模式是當前許多大型連鎖超市所采用的經營管理模式,它的機構設置和業務流如圖1所示(圖中方框表示機構,橢圓表示業務,箭頭表示數據的流向)。
?
(1)機構設置:連鎖超市由連鎖總部、配送中心、下屬多個分店等機構組成。
(2)總部職能:總部中設置采購部和財務部。采購部負責和供貨商簽訂合同,采購商品。財務部負責每月結算,向供貨商付款和向分店收款。
(3)分店職能:各分店負責銷售商品。分店通過收款機(POS機)和掃描槍等設備完成收銀工作。每次交易由掃描槍讀取顧客購買商品條碼,由收款機記錄商品銷售單并且打印出收銀條交給顧客。
(4)配送處理:分店沒有進貨權,配送中心可以主動向分店配送商品,或者在分店缺貨時,根據分店向配送中心發出的配送請求(稱之為“點菜”),由配送中心開配送單,隨貨物一起運送到分店。
(5)要貨處理:當配送中心庫存中沒有分店所要的貨物或者數額不足時,由分店直接向采購部發出要貨請求。
(6)采購業務:采購部根據采購計劃或者分店的要貨請求,填寫采購訂單,然后傳真給簽訂過合同的供貨商,要求供貨商送貨。
(7)送貨業務:供貨商填寫送貨單,隨采購訂單傳真和貨物一起送到配送中心。
(8)商品入庫:對照采購訂單和送貨單內容驗收,開驗收入庫單將商品入庫。
(9)月末結算:財務部每月對當月的配送中心驗收入庫單和各分店銷售單進行結算。根據供貨商的商品入庫情況和銷售情況開具付款通知單向廠商付款。根據各分店銷售收入情況開收款通知單向分店收繳營業收入。
(10)倉庫構成:各個分店中對顧客開放的賣場、各個分店的倉庫、配送中心的倉庫可看作構成整個連鎖超市企業大倉庫的各個倉位。
1.2 對象的提取
根據核心需求的描述,提取對象如圖2所示。提取對象為:連鎖總部、配送中心、分店、采購部、財務部、供貨商、合同、商品、收款機、商品銷售單、配送中心、配送請求、配送單、要貨請求、采購定單、送貨單、驗收入庫單、付款通知單、收款通知單、倉位,連鎖超市的經營目標是銷售商品獲取利潤,因此將商品劃為目標對象。連鎖超市的每一次進銷存活動數據全都記錄在各種單據和合同里,因此將這些單據和合同劃為數據對象。
?
其中,對象泛化是指對各種單據抽象出“單據”對象。除了收款通知單和付款通知單外,其他單據中單據明細欄均記錄了流通的一種或多種商品的編碼、數量和價格等信息,因此可以抽象出單據明細項對象。對文員、收銀員、業務員、各級經理等這些人員對象可抽象出用戶對象。
1.3 系統類圖
根據對象提取的結果結合核心業務描述設計原型系統類圖如圖3所示。
?
2 ?系統設計
2.1 數據庫設計
因為大多數數據管理庫系統使用的是關系型數據庫,所以需將上述的對象模型映射到關系模型中,即將類映射為數據庫中的數據表,將類的某些屬性映射為相應數據表中的字段。機構類、商品類和用戶類不存在上層父類,可以直接將類圖中的屬性映射為相應的各機構表、商品表和用戶表的各字段。對于存在繼承關系的數據類如單據超類和各單據類,采用只將子類轉換成表的辦法,父類的屬性由各子類對應表收集,這樣就得到了配送單表、銷售單表等單據主表和保存各單據項的配送單明細表、銷售單明細表等單據明細表。
2.2 對象組件的實現
連鎖超市MIS系統采用了表現層、業務層和數據層三層結構體系。其中業務層是整個系統的核心,體現了整個系統的功能,業務層通常由基于組件技術構建的業務組件構成。在類圖和數據庫結構設計完成后,下一步就是將類圖中的封裝業務邏輯的類編程實現為組件。在實際表現層和業務層的開發中,采用了Visual C#作為開發工具。因為Visual C#的優勢在于既有助于快速的應用程序開發,又允許大量的控制權。它包含了最新的數據訪問技術ADO.NET,而且能很好地與Web應用開發、XML和多重新興技術集成。選擇Visual C#可以極大地提高開發效率。
2.3 客戶端的開發
連鎖超市的專用收款機的硬件配置一般較低,不適合運行Windows系統,但是如果為此而更換大量POS機也是不現實的。因此開發運行在DOS平臺上的POS機軟件是必要的。POS機軟件開發的技術難點是如何在16位DOS下與Sql Server通信。SQL Server提供了DB-Library庫函數可供在標準C下調用。程序員也可以更方便地在C程序中嵌入SQL語句,在程序編譯前使用nsqlprep.exe程序進行預編譯,將源代碼中SQL語句轉換為對應的DB-Library函數語句。POS程序運行時必須有dbnmpipe.exe駐留內存才能保證DOS客戶端與數據服務器正常連接。
2.4 網絡結構和數據庫的分布式設計
連鎖超市的總部、分店、配送中心往往處于一個城市不同的地理位置,它們各自的局域網需通過幀中繼、電話線撥號或Internet等方式方式實現遠程互聯。系統的網絡結構如圖4所示。在遠程連接帶寬有限的情況下,若各分店的收款機客戶端程序直接讀寫總部數據服務器的數據,將導致收款機客戶端程序響應緩慢,增加顧客的排隊等待時間。更嚴重的是,如果遠程連接出現故障,分店的收款機客戶端程序將無法工作,造成不必要的銷售損失。
?
因此連鎖超市信息管理系統有必要采用分布式數據庫結構:即一級數據服務器設在總部,二級數據服務器設在各分店。在總部和分店分別安裝SQL Server2000數據服務器,整體上構成一個分布式數據庫系統。
數據的分配如下:總部數據服務器保存整個企業所有的業務數據,采購部、財務部、配送中心和各分店店長的管理業務處理均在總部數據服務器上進行,分店只保存與收銀業務密切相關的數據。由于POS機工作時僅讀取商品的條碼、名稱、價格等信息和保存每筆銷售的數據,因此在各個分店的數據庫服務器上只需要保存總部數據服務器上的商品表副本和本分店的銷售單表。這樣一方面保證了POS機的響應速度,另一方面又保證了分店在與遠程總部斷開后收銀工作仍能正常進行。
數據的同步與更新方法:(1)在總部商品表修改時(如總部對某商品統一調價)引發一個觸發器,利用SQL Server2000的復制機制在觸發器的處理過程中設置總部為發布者,分店為訂閱者,由總部向分店更新商品表。(2)在每日交班后的非營業期間,由分店作為發布者向總部訂閱者上傳各個分店的當日銷售單表數據。(3)各分店數據上傳完畢后,由總部服務器集中對各倉位庫存、各商品銷售金額等統計數據進行重新計算。雖然這種數據同步方式使得總部不能實時地監控各個分店的銷售情況,但在連鎖配送模式下,分店有一定的經營自主權,分店可以實時地根據本地的銷售記錄作出相應的決策。因此這種同步方式在不影響業務的情況下可適應分店與總部距離較遠網絡帶寬較低的情況。
實踐證明,在連鎖超市MIS軟件開發中采用分析核心業務→提取對象→設計類圖→設計數據表→編寫組件和用戶界面→架設原型系統→需求分析深化→擴充系統功能這樣一個反復迭代過程是行之有效的。
?
參考文獻
1? Normanr J.面向對象系統分析與設計.北京:清華大學出版社,1998
2? 陳世鴻,彭蓉.面向對象軟件工程.北京:電子工業出版社,1999
3? 薛華成.管理信息系統(第2版).北京:清華大學出版社,1993
4? 李慶發.完全探索Microsoft.net技術戰略.北京:中國青年出版社,2002