【文章內容簡介】 ..............................................................................................33 發(fā)布 .....................................................................................................................................34第六章 結論與展望 ........................................................................................................................356．1 結論 ....................................................................................................................................356．2 展望 ....................................................................................................................................35致謝 ..................................................................................................................................................36參考文獻 ..........................................................................................................................................37VI / 53附錄 ..................................................................................................................................................381 / 53前 言隨著信息產業(yè)的飛速發(fā)展，信息化管理已經引入并應用到各行業(yè)管理領域尤其是對于零售業(yè)。放眼四周，各種形式的百貨商場、大型倉儲超市、便利店、連鎖超市和專賣店等形式的零售業(yè)鱗次節(jié)比，并不斷改變、影響著我們的觀念和生活方式。而企業(yè)若想在激烈的競爭中勝出就必須擁有一套完善的且合適自身特點的信息化管理系統(tǒng)，以實現(xiàn)企業(yè)降低成本、及時反饋市場信息、完善服務質量、提高經濟效益、分析市場需求、制定銷售計劃和目標管理目的。因此，開發(fā)了一個能滿足商家和客戶需要的商場零售管理系統(tǒng)，該系統(tǒng)的目標是實現(xiàn)零售管理的系統(tǒng)化、規(guī)范化和自動化，本系統(tǒng)具有系統(tǒng)功能、基本資料、客戶管理、供應商管理、商品管理、訂單管理、進貨管理、銷售管理、庫存管理、財務報表等九個功能，滿足企業(yè)高效管理的需求。本論文第一章介紹了基本的系統(tǒng)分析，管理信息系統(tǒng)開發(fā)概述及開發(fā)意義、實現(xiàn)目標和需求分析。第二章介紹了PowerBuilder數(shù)據庫編程技術和數(shù)據庫設計理論。第三章介紹了對整個系統(tǒng)的總體設計，包括系統(tǒng)的結構圖，業(yè)務流程圖；以及數(shù)據庫設計，包括了數(shù)據庫需求分析，數(shù)據流程分析，數(shù)據庫的概念結構和邏輯結構設計。第四章是本系統(tǒng)的詳細設計，包括了主界面設計，菜單設計、系統(tǒng)登陸窗口的設計和九個主要功能模塊設計。第五章是系統(tǒng)的編譯與發(fā)布。第六章是結論與展望，介紹了設計和編程體會，并指出了系統(tǒng)設計中的不足和改進的方向。2 / 53第一章 系統(tǒng)分析1． 1 管理信息系統(tǒng)概述及開發(fā)意義管理信息系統(tǒng)的概念是 1961 年美國人 . Gallagher 首先提出，它是一門新興的，集管理科學，信息科學，系統(tǒng)科學及計算機科學為一體的綜合性學科，它是用于研究企事業(yè)中信息管理活動的全過程，以便于更有效的管理信息，提供各類管理決策信息，輔肋企業(yè)進行現(xiàn)代化管理。管理信息系統(tǒng)是企業(yè)的信息系統(tǒng)，它具備數(shù)據處理，計劃，控制，預測，輔助決策功能，具體作用如下：1）用一標準處理和提供信息，排除使用前后矛盾的不完整的數(shù)據。2）完整，及時提供在管理及決策中需要的數(shù)據。3）利用指定的數(shù)據關系式分析數(shù)據，客觀預測末來。4）向各級管理機構提供不同詳細程度的報告，縮短分析和解釋時間。5）用最低的費用最短的時間提供盡可能精確，可靠的信息，以便決策者選擇最佳的實施方案，以提高企業(yè)的經濟效益。自從有了計算機，人們就在想怎樣讓計算機來處理種類煩多的信息，由于信息的處理種類多，數(shù)據量大，因此，傳統(tǒng)的方法再也不能滿足要求。隨著信息產業(yè)的飛速發(fā)展以及日益激烈的競爭，必須要有一個依靠計算機的信息管理系統(tǒng)軟件的支持。1． 2 需求分析一個商場零售的管理系統(tǒng)不僅僅包括進貨管理、銷售管理、庫存管理、還應包括商品管理、供應商管理和客戶管理。有的企業(yè)甚至要求簡單的人事管理、文檔管理、信訪管理以及多媒體技術。由于財務軟件的特殊性，一般是不包括在企業(yè)的進銷存系統(tǒng)中，零售系統(tǒng)也只要做到能為指定的財務軟件軟件提供相應的財務數(shù)據，比如進銷存報表。商場提供給顧客的每一件商品都會有其對應的供應商。每一個供應商因為其提供給商場的商品不同而會存在一個供應折扣不同的問題。供應商管理模塊是企業(yè)和供貨商聯(lián)系的基礎，它的信息直接影響企業(yè)和供貨商的進貨與付款結算。這里所指的供應商是對向購物中心提供商品的廠家或經銷商。主要是對供應商的基本資料、特殊屬性進行維護，并提供供應商查詢功能。商場的經營活動主要是圍繞著商品的購入，并在企業(yè)內轉移、存貯，最終實現(xiàn)銷售而展開。伴隨著商品在企業(yè)內的流動，產生了相應的商品信息流。商品成為企業(yè)經營管理的主體，商品信息也就成了進銷存系統(tǒng)軟件處理的主體。商品進貨管理、銷售管理、調撥管理、庫存管理這一切都離不開對商品的操作。商品管理模塊是整個系統(tǒng)的核心，它主要任務是處理商品的基本信息，包括商品編碼的實現(xiàn)、屬性設置、價格調整等。商場進貨一般首先是向供應商或廠家發(fā)出訂單，供應商或廠家在收到訂單3 / 53之后根據訂單上的商品清單給企業(yè)發(fā)貨。企業(yè)在收到商品之后根據實到的商品數(shù)量進行確認完成商品的入庫工作。因此，訂單管理是商品開始流轉前的第一步。訂單管理實現(xiàn)的功能從業(yè)務角度來說是企業(yè)要求供應商生成商品的訂貨單，它屬于一種計劃；從計算機角度來說可以看成是對進貨商品的預先錄入，使得當真正的商品到來時倉庫人員能夠以最快的速度將實際到達商品的數(shù)量輸入計算機。所以對訂單的操作分成錄入、審核和查詢這三部分。進貨管理和訂單管理在操作形式上幾乎是相同的。可以以進貨單將進貨分成錄入、審核和查詢操作。進貨錄入負責將由供應商送來的商品進行登記生成進貨單，同時允許對進貨單進行修改、刪除和還原操作。進貨審核是對進貨單進行確認。進貨查詢是查詢進貨單據，查詢條件是單據編號。企業(yè)根據市場的要求即時調整自己的商品結構對企業(yè)掌握經營的主動權，滿足市場需求，提供自身的經濟效益和競爭力顯得十分重要。由于商場面向的是直接購物的顧客，因此對于銷售管理模塊開說任何條件下都應保證其數(shù)據的正確性和及時性。在響應時間上對商品信息數(shù)據的讀取也應該保證在顧客可以接受的范圍呢。本模塊包括商品零售、銷售明細和銷售查詢三個部分。無論是商品的進貨還是商品的銷售都會影響到商品的庫存。一個設計的再完善的系統(tǒng)，在經過了一段時間運行之后，總會出現(xiàn)個別商品的系統(tǒng)庫存與實際庫存不相符，尤其象商場這樣一個流動性很大的企業(yè)。出現(xiàn)差錯除了軟件方面的原因還有人為的因素在里面。當出現(xiàn)差錯時則必須將正確的商品庫存數(shù)量記錄到庫存表中。本模塊共包括三個部分：商品入庫，庫存查詢，庫存盤店。最常用的財務報表有商品進銷存報表，月報表、月進貨統(tǒng)計表、月銷售統(tǒng)計表、月出入庫統(tǒng)計表和收銀員銷售日報，本系統(tǒng)只做了商品進銷存報表，能動態(tài)反映商場每天的經營情況，可以根據用戶的需要按照部門將商場一天的進貨、銷售和庫存情況進行統(tǒng)計，供財務部門參考。1． 3 功能模塊設計系統(tǒng)開發(fā)的目標是實現(xiàn)企業(yè)零售管理的系統(tǒng)化，規(guī)范化和自動化，以實現(xiàn)企業(yè)降低成本、及時反饋市場信息、完善服務質量、提高經濟效益、分析市場需求、制定銷售計劃和目標等管理目的。該系統(tǒng)包括系統(tǒng)功能、基本資料、客戶管理、供應商管理、商品管理、訂單管理、進貨管理、銷售管理、庫存管理、財務報表等九個模塊。系統(tǒng)主要功能設計有：（1）基本資料：部門資料、員工資料、省份設置、單位設置 （2）客戶管理：基本資料、客戶查詢 （3）供應商管理：供應商基本資料、特殊屬性、供應商查詢 （4）商品管理：商品基本資料、特殊屬性、商品查詢、價格調整（5）訂單管理：訂單錄入、訂單審核、訂單查詢（6）進貨管理：進貨錄入、進貨審核、進貨查詢（7）銷售管理：銷售登記、銷售明細、銷售查詢、銷售排名（8）庫存管理：商品入庫、庫存查詢、庫存盤點（9）財務報表：進貨報表、銷售報表、庫存報表4 / 53第二章 開發(fā)工具簡介2． 1 開發(fā)工具簡介在 PowerBuilder 的應用開發(fā)中,運用面向對象技術不是必須的,但是對一個大型復雜應用系統(tǒng)的開發(fā),如果采用了面向對象技術,則開發(fā)效率會大大提高。用 PowerBuilder 開發(fā)的好處是,即使您不懂得什么是面向對象技術,您也可能會下意識地用到面向對象技術的一些特性,但是如果您對這一技術有了充分的了解,那對您所設計程序的可重用性,可維護性和其他各方面的質量都會有大幅度提高。 PowerBuilder 的對象PowerBuilder 對象有三個部分元素:屬性、函數(shù)和事件。(1)屬性:也就是數(shù)據。包括系統(tǒng)屬性和用戶定義屬性兩類,描述該對象的各種特性。如在窗口對象中的系統(tǒng)屬性包括標題、高度、寬度等,用戶定義的屬性可以是實例變量或共享變量,對這種屬性的訪問同系統(tǒng)屬性相同,只是在封裝性上有所不同。(2)事件:PowerBuilder 中的事件與 Windows 的事件存在著映射關系。當用戶的操作或系統(tǒng)本身產生 Windows 的標準事件,就轉化成 PowerBuilder中的事件。例如命令按鈕有一個叫 Clicked 事件,當用戶按按鈕時觸發(fā),操作系統(tǒng)首先檢測到鼠標被點擊,并把 Clicked 這一消息轉給該按鈕,PowerBuilder 運行時的工作引擎翻譯了這一事件,并執(zhí)行適當 PowerScript 語句。PowerBuilder 中大部分的事件都是可以映射成由用戶激發(fā)的 Windows 事件。另一類事件是用戶定義事件,這種事件是用戶聲明并可以在任何時刻由用戶觸發(fā)的,PowerBuilder 中保留了 75 個用戶事件可由程序員使用。(3)函數(shù):用戶通過函數(shù)來使對象完成某些操作。PowerSoft 公司建議用戶通過調用對象事件和函數(shù)來修改對象而不要直接修改對象屬性,以滿足對象封裝的要求,例如采用 ()而不要用 =false來使窗口不可見。 PowerBuilder 面向對象的特性提到一門語言的面向對象特性,它應當具有繼承性、多態(tài)性和封裝性,如缺少其中的一個則只能稱其為基于對象的系統(tǒng),而不是面向對象的系統(tǒng),而PowerBuilder 則很好地具備了全部三個特性。繼承:PowerBuilder 中,窗口、菜單和用戶對象是可以繼承的,而其他對象則都不能。當您繼承了一個對象,那您得到的子類將具有父類的屬性、實例變量、共享變量、控件、用戶自定義事件、對象級函數(shù)、事件和代碼(script)。也就是說當您繼承了一個類,您幾乎得到了這個類的全部,不過有一點值得注意,5 / 53您不能在子類中刪除任何一個繼承到的特性。在繼承了祖先類后,您可以在子類中擴展或覆蓋祖先的元素。例如代碼,在 PowerBuilder 中缺省的是采用擴展方式,先執(zhí)行繼承到的祖先代碼,后執(zhí) 行子類的擴展代碼。您也可以選擇菜單 Compiler|OverrideAncestorScript 選項,只執(zhí)行子類的代碼,并可在代碼中的任何位置調動祖先代碼如CALLw_l∷open。重 載 函 數(shù) 是 面 向 對 象 程 序 設 計 的 重 要 特 性 ,即 同 一 函 數(shù) 名 卻 有 著不 同 的 參 數(shù) 和返回值。在運行時,系統(tǒng)自動尋找執(zhí)行參數(shù)相匹配的那個函數(shù),例如我們常用的 MessageBox()這個函數(shù)就有 12 個不同參數(shù)的重載函數(shù)。遺憾的是,對 PowerBuilder 我們不能在同一個繼承對象中定義 2 個不同參數(shù)的重載函數(shù),只能在后繼的類中定義重載函數(shù),這使我們對重載函數(shù)的定義帶來了很大的不便,這不能不說是 PowerBuilder 的缺陷。(不過在即將發(fā)布的 中,正是支持了函數(shù)重載這一特性。)對于對象的繼承,PowerBuilder 中所有對象都有其共同的基類PowerObject,從這一個基類下面分成繼承類 GraphicObject 和NonVisualObject 等。它們的繼承關系和擴展函數(shù)及屬性如下表:多態(tài)性:在 PowerBuilder 中有大量的多態(tài)函數(shù)如 print()、TriggerEvent()等,在運行過程中,您只需要指出對象和函數(shù)名即可。在有些函數(shù)中,即使不知道對象類,也可以用 ClassName()函數(shù)得到對象類,或得到實例名,將對象名