面向離散制造企業(yè)ERP銷售管理系統(tǒng)論文.doc

江蘇大學本科生6e816660738395d15b9dbb48479d515d.pdf第 49 頁目錄第一章緒論21.1課題的提出21.2課題研究內容21.3課題的背景知識31.3.1 數(shù)據(jù)庫技術31.3.2 數(shù)據(jù)訪問技術ADO.NET41.3.3 UML技術51.4本章小結6第二章ERP72.1 ERP的概述72.1.1什么是ERP72.1.2ERP的發(fā)展簡史72.1.3ERP具備的功能72.2ERP系統(tǒng)的管理思想72.3ERP 系統(tǒng)結構分析82.3.1 ERP系統(tǒng)模塊及其相互關系82.4ERP系統(tǒng)應用及思考92.5本章小結9第二章銷售管理系統(tǒng)開發(fā)103.1系統(tǒng)設計103.1.1系統(tǒng)需求103.1.2 需求分析113.1.3銷售管理系統(tǒng)邏輯數(shù)據(jù)庫設計133.1.4銷售管理系統(tǒng)的物理數(shù)據(jù)庫設計193.2系統(tǒng)實現(xiàn)203.2.1多層C/S(Client/Server)模式203.2.2客戶端用戶界面設計和相關功能實現(xiàn)213.3本章小結27第四章總結與討論284.1本文工作的總結284.2進一步的思考28致謝30參考文獻31附錄 源程序32第一章 緒論1.1 課題的提出ERP（Enterprise Resource Planning）是采用以企業(yè)整體控制為主體的計算機輔助管理手段，實現(xiàn)對企業(yè)資源進行有效的計劃、管理和控制的科學管理思想。是九十年代在工業(yè)發(fā)達國家制造企業(yè)中開始采用的先進生產經(jīng)營管理方法。它以滿足產品供貨期為目標，將產品結構逐層展開，制定出對各種零部件的需求數(shù)量和需求時間，反饋庫存和車間在制信息，使制定的滾動計劃既能保證按期交貨，又能減少在制品和原材料的資金占用，對提高企業(yè)的經(jīng)濟效益起到了很好的保證作用。因此ERP系統(tǒng)在美、德、日等國的制造企業(yè)中被廣泛采用。而在我國，離散型制造企業(yè)分布的行業(yè)較廣，主要包括：機械加工、電子元器件制造、汽車、服裝、家具、五金、醫(yī)療設備、玩具生產等。離散制造（Intermittent Manufacturing）： 產品的生產過程通常被分解成很多加工任務來完成。每項任務僅要求企業(yè)的一小部分能力和資源。企業(yè)一般將功能類似的設備按照空間和行政管理建成一些生產組織（部門、工段或小組）。在每個部門，工件從一個工作中心到另外一個工作中心進行不同類型的工序加工。企業(yè)常常按照主要的工藝流程安排生產設備的位置，以使物料的傳輸距離最小。另外其加工的工藝路線和設備的使用也是非常靈活的，在產品設計、處理需求和定貨數(shù)量方面變動較多。離散型制造企業(yè)的生產特征是： 生產計劃a)影響計劃的因素較多，生產計劃的制訂非常復雜；b)能力需求是根據(jù)每個產品混合建立，并且很難預測。 生產過程控制a)生產任務多，生產過程控制非常困難；b)生產數(shù)據(jù)多，且數(shù)據(jù)的收集、維護和檢索工作量大；c)工作流根據(jù)特定產品的不同經(jīng)過不同的加工車間。因每個生產任務對同一車間能力的需求不同，因此工作流經(jīng)常出現(xiàn)不平衡；d)因產品的種類變化較多，非標準產品多，設備和工人必須有足夠靈活的適應能力；e) 通常情況下，一個產品的加工周期較長，每項工作在工作中心前的排隊時間很長，引起加工時間的延遲和在制品庫存的增加。 成本管理a)原材料、半成品、產成品、廢品頻繁出入庫、成本計算復雜，需要針對成本對象并隨著生產過程進行成本的歸集和分配； b)使用標準成本法進行成本核算；c） 注重實際成本和標準成本的差異比較和不同角度的成本分析。因而為離散制造企業(yè)開發(fā)的有針對性的ERP更適合我國企業(yè)信息化的要求。1.2 課題研究內容由于時間和能力的限制，此次我們的導師將整個系統(tǒng)的分析與研究進行了劃分，我主要負責對ERP銷售管理子系統(tǒng)進行分析和研究，并建立一個小的實現(xiàn)模型。在這篇論文中，我主要是要進行銷售管理子系統(tǒng)的對象分析，運用我在本科四年中所學的關于數(shù)據(jù)庫開發(fā)的思想和方法，來討論數(shù)據(jù)庫的分析，設計和建立，并通過UML(Unified Modeling Language)來建立基于UML的用例圖和實體關系模型。我主要運用Rational Rose 2000來畫圖，運用Visual Studio.NET平臺中的 ADO.NET來連接 SQL Server 2000所建立的數(shù)據(jù)庫。通過運用Visual Basic.NET方便地建立各種窗體界面。為了實現(xiàn)對ERP整體系統(tǒng)的研究，我專門用一章的篇幅來介紹ERP的由來，歷史，以及ERP的標準。其實ERP主要是未了一個管理，因此對ERP系統(tǒng)的管理思想的介紹舊必不可少。對于ERP系統(tǒng)結構的分析可以讓我們跟清楚ERP系統(tǒng)管理思想的實現(xiàn)。1.3 課題的背景知識1.3.1 數(shù)據(jù)庫技術所謂數(shù)據(jù)庫是指長期存儲在計算機內的，有組織的，有共享的數(shù)據(jù)集合。數(shù)據(jù)庫的數(shù)據(jù)按一定的數(shù)據(jù)模型組織描述和儲存，具有較小的冗余度，較高的數(shù)據(jù)獨立性和易擴展性，并可為各種用戶共享。（1） 數(shù)據(jù)庫系統(tǒng)(DBS Data Base System)數(shù)據(jù)庫系統(tǒng)是指在計算機系統(tǒng)中引入數(shù)據(jù)庫后的系統(tǒng)，一般由數(shù)據(jù)庫，數(shù)據(jù)庫管理系統(tǒng)（及其開發(fā)工具），應用系統(tǒng)，數(shù)據(jù)庫管理員和用戶構成，應當指出的是，數(shù)據(jù)庫的建立，使用和維護等工作只靠一個DBMS遠遠不夠，還要有專門的人員來完成，這些人被稱為數(shù)據(jù)庫管理員（DBA，Data Base Administrator）。在一般不引起混淆的情況下常常把數(shù)據(jù)庫系統(tǒng)簡稱為數(shù)據(jù)庫。數(shù)據(jù)庫系統(tǒng)可以用下圖表示用戶用戶用戶操作系統(tǒng)數(shù)據(jù)庫管理系統(tǒng)應用開發(fā)工具數(shù)據(jù)庫管理員數(shù)據(jù)庫圖1-1 數(shù)據(jù)庫系統(tǒng)(2) 數(shù)據(jù)庫應用程序構成數(shù)據(jù)庫應用技術大體上可以分成三部分,即用戶界面,數(shù)據(jù)庫引擎和數(shù)據(jù)倉庫：1.用戶界面用戶界面是提供給用戶并用于交互的界面,通常由窗體組成,可用來顯示數(shù)據(jù),并允許用戶查看或更新數(shù)據(jù).這些窗體通過應用程序的代碼來驅動,包括用來請求數(shù)據(jù)庫服務的數(shù)據(jù)訪問對象和方法,例如添加或刪除記錄和執(zhí)行查詢等.這些服務請求不直接對物理數(shù)據(jù)庫文件發(fā)出,而是通過數(shù)據(jù)庫引擎提出,該引擎執(zhí)行對數(shù)據(jù)倉庫請求,并向應用程序返回所需要的結果.2.數(shù)據(jù)庫引擎數(shù)據(jù)庫引擎把應用程序的請求翻譯成對數(shù)據(jù)庫文件的物理操作,實際讀取,寫入和修改數(shù)據(jù)庫,并處理所有的內部事務,如索引,鎖定,安全性和引用完整性.數(shù)據(jù)庫引擎還包含一個查詢處理器,用來接受并執(zhí)行結構化查詢語言的查詢,實現(xiàn)所需要的數(shù)據(jù)庫操作.此外,它還包括一個結果處理器,用來管理查詢所返回的結果.3.數(shù)據(jù)倉庫數(shù)據(jù)倉庫是存放數(shù)據(jù)的“倉庫”,它是含有表的一個或多個文件.有時候,應用程序可能會訪問保存在幾個不同數(shù)據(jù)庫文件或格式中的數(shù)據(jù).數(shù)據(jù)倉庫包含數(shù)據(jù),但不對數(shù)據(jù)進行任何訪問處理,也不用對數(shù)據(jù)進行任何操作.所有的操作都通過數(shù)據(jù)庫引擎來完成.因此,從本質上來講,在任何情況下,數(shù)據(jù)倉庫都是被動的。1.3.2 數(shù)據(jù)訪問技術ADO.NETADO.NET是Microsoft ActiveX Data Objects在.NET中創(chuàng)建分布式和數(shù)據(jù)共享應用程序的應用程序開發(fā)接口(API)。它是一個基于W3C(The World Web Consortium，國際互聯(lián)網(wǎng)聯(lián)盟）標準的程序設計模型，可以用來創(chuàng)建分布式的，數(shù)據(jù)共享的應用程序。ADO.NET支持各種開發(fā)需要，包括前端客戶端和中間商對象的創(chuàng)建。ADO.NET是一種新的數(shù)據(jù)訪問策略，在許多方面他都采用了新的思維方式，它涉及到我們通常使用“與數(shù)據(jù)源斷開連接的”數(shù)據(jù)的領域。這種思想就是在高度互聯(lián)的世界中，應用程序中的數(shù)據(jù)可以有多個來源以及多種格式。也就是說，你希望快速取回數(shù)據(jù)，這樣就可以在本地使用這些數(shù)據(jù)，而不需要保持到數(shù)據(jù)存儲的連接。稍后就可以將任何修改傳遞到基數(shù)據(jù)存儲。ADO.NET提供對XML內在支持，可以是數(shù)據(jù)傳輸通過防火墻的過程更容易。ADO.NET對象模型由以下幾個核心組件組成。Connections 連接和管理數(shù)據(jù)庫事務。Commands 向數(shù)據(jù)庫發(fā)送的命令。DataReaders 直接讀取流數(shù)據(jù)。DataSets和 DataAdapters 對緩存中的數(shù)據(jù)進行存儲和操作。這些核心組件的功能基本上可以被概括為：Connections對象建立與數(shù)據(jù)庫間的連接；Commands對象向數(shù)據(jù)庫提供者發(fā)出命令，返回的結果以一種流的方式貫穿于這些連接中；結果集可以用DataReaders快速地讀取，也可以通過DataAdapters對象將數(shù)據(jù)儲存到緩存中的DataSets對象中，讓用戶在數(shù)據(jù)集中訪問和操作記錄。ADO.NET的主要組件如下圖：數(shù)據(jù)存儲數(shù)據(jù)存儲數(shù)據(jù)提供程序DataReaderDataAdpterCommandConnectionDataSetDataRelationdatatabledatatabledatacolumndatacolumndatarowdatacolumndatacolumndatarow客戶端圖1-2 ADO.NET主要組件1.3.3 UML技術面向對象分析與設計( OOA&D, Object-Oriented Analysis and Design)方法的發(fā)展在20世紀80年代末至20世紀90年代中出現(xiàn)了一個高潮,UML就是這個高潮的產物.UML不僅統(tǒng)一了Grady Booch, James Rumbaugh 和Ivar Jacobson所提出的面向對象方法中的符號表示,而且在其基礎上進一步發(fā)展,并最終被統(tǒng)一為被開發(fā)者所接受的標準建模語言. UML的內容作為一種建模語言,UML的定義包括UML語義和UML表示方法兩個部分:1.UML語義UML語義給出了基于UML的精確的元模型定義.元模型為UML的所有元素在語法和語義上提供了簡單,一致,通用的定義性說明,使開發(fā)者能在語義上取得一致,消除了因人而異的表達方法所造成的影響.此外UML還支持對元模型的擴充定義.2.UML表示法UML表示法定義了UML符號的表示方法,為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法給系統(tǒng)建模提供了標準.這些圖形符號和文字所表達的是應用級的模型,在語義上它是UML元模型的實例 UML的概念范圍UML概念和模型可以被劃分為以下的范圍。靜態(tài)結構。精確的模型必須首先定義討論的各種事物，即應用中的關鍵概念，它們的內部特征和相互之間的關系。該一系列構造是靜態(tài)視圖。應用概念建模成類，類描述了一系列擁有信息和相互通訊以實現(xiàn)行為的離散對象。對象所擁有的信息建模成屬性；它們執(zhí)行的行為建模成操作。多個類可以使用概括共享通用的結構。孩子類將新添的結構和行為增加至通過繼承得到的結構和行為。對象還可以擁有與其它對象的運行是連接，上述對象-對象關系建模成類之間的關聯(lián)。元素之間的一些關系用依賴來分組，包括抽象層次的轉移；模板參數(shù)的綁定，許可的授予和元素對其它元素的使用。其它關系包括用例和流的合并。靜態(tài)視圖顯示為類圖。靜態(tài)視圖可以用于產生大多數(shù)程序中的數(shù)據(jù)結構聲明。UML類圖中有許多種元素，如接口，數(shù)據(jù)類型，用例和信號。它們合在一起被稱為分類。它們的舉止如同具有某種限制的類。動態(tài)行為。有兩種方式來建模行為。一種是通過與外界交互的對象的生命史；另一種是使用一系列對象的通信模式，這些相互連接的對象交互實現(xiàn)行為。狀態(tài)機是被隔離的對象視圖視圖中，對象依照當前狀態(tài)對事件響應，執(zhí)行動作，遷移至新狀態(tài)。狀態(tài)機在狀態(tài)圖中顯示。相互交互對象的系統(tǒng)視圖是一種協(xié)作，即依賴上下文的對象和互相之間鏈的視圖，連同對象間數(shù)據(jù)鏈上的消息流。該視點在單張視圖中統(tǒng)一了數(shù)據(jù)結構，控制流和數(shù)據(jù)流。協(xié)作和交互在順序圖和協(xié)作圖中表達。指導所有行為視圖的是一系列用例，用例展示了活動者系統(tǒng)的外部使用者所見的一部分系統(tǒng)功能。模型組織。計算機可以處理大型的模型，但人不可以。大型系統(tǒng)中，建模信息必須劃分成條理分明的單元，一是開發(fā)團隊可以并發(fā)的工作在不同的部分。即使在小型系統(tǒng)中，人類的理解能力需要模型內容被組織到適度大小的包中。包是UML模型中通用的層次組織結構。它們可用于儲存，訪問控制，配置管理和構造包含復用模型塊的庫。包上的依賴總結了包內容的依賴關系。包之間的依賴可以被整體系統(tǒng)的體系結構來強制。從而包內容必須同包依賴和系統(tǒng)體系結構強制相一致。擴展機制。無論語言的設施多么完備，人們總是需要對其進行擴展。我們對UML提供了有限的擴展能力，無需對基本語言進行修改。我們相信它可以容納日常的大多數(shù)擴展需要。UML擴展機制包括版型，約束和標簽值。版型是與現(xiàn)有元素結構相同的新元素，它具有附加的約束，不同的解釋和圖標，并被代碼生成和后端工具不同的對待。標簽值是可以附加子在任何模型元素，容納任意信息的任意標簽值的文字串對，如項目管理信息，代碼產生指導和版型所需的值。標簽和值用文字串來表達。約束是使用某些約束語言如編程語言，特殊的約束語言和自然語言，用文字串表達的條件。UML包括稱為OCL的約束語言。同任何擴展機制一樣，它們必須小心的使用，因為它對于其他人可能是本土化，難以理解的。然而，它們可以避免某些根本的更改。1.4 本章小結在緒論這一章中，我們首先根據(jù)目前我國離散型執(zhí)照企業(yè)的特點提出開發(fā)離散型ERP的課題。接著我簡要地介紹了課題的研究內容，這篇論文主要是研究ERP的思想，以及對數(shù)據(jù)庫的分析和設計。在背景知識中，注重介紹了數(shù)據(jù)庫的結構，數(shù)據(jù)庫應用程序的構成。這里我也做了一個小的實現(xiàn)模型，主要用ADO.NET作為數(shù)據(jù)訪問工具，因而，相應地將ADO.NET作為Visual Basic .NET數(shù)據(jù)訪問的新技術來講。在數(shù)據(jù)庫應用程序的設計和分析中運用UML來建模是很有效的，在這一章中，介紹了UML的內容和概念范圍。ERP之所以在這幾年這么流行，主要在于它的管理方面的先進性。所以接下來的一章我會比較全面地介紹ERP知識。第二章ERP2.1 ERP的概述2.1.1 什么是ERPERP是英文Enterprise Resource Planning的縮寫,中文意思即企業(yè)資源計劃.公認它是Gartner Group1990年初提出的. ERP是一個以管理會計為核心的信息系統(tǒng),識別和規(guī)劃企業(yè)資源,從而獲取客戶訂單,完成加工和交付,最后得到客戶付款.換言之, ERP將企業(yè)內部所有資源整合在一起,對采購,生產,成本,庫存,分銷,運輸,財務,人力資源進行規(guī)劃,從而達到最佳資源組合,取得最佳效益.企業(yè)資源管理(ERP)的合理運用已經(jīng)改變了企業(yè)運作的面貌. ERP通過運用最佳業(yè)務制度規(guī)范(business practice)以及集成企業(yè)關鍵業(yè)務流程(business processes)來發(fā)問和提高企業(yè)利潤,市場需求反應速度和企業(yè)水平.2.1.2 ERP的發(fā)展簡史五六十年代,企業(yè)開始運用計算機來進行庫存控制.發(fā)票執(zhí)行和跟蹤,工資核算等.六十年代,物料資源計劃(MRP, Material Requirement Planning)產生,特點為以物料作為資源,優(yōu)化采購需求.八十年代,制造資源計劃(MRPII, Manufacturing Resource Planning)產生,并得到廣泛應用,特點為優(yōu)化生產資源,平衡需求.九十年代,貫穿企業(yè)運營各個方面和部門的企業(yè)資源計劃(ERP)產生,特點為優(yōu)化企業(yè)各種資源,適合于各種行業(yè).2.1.3 ERP具備的功能Gartner Group 提出ERP具備的功能標準應包含四個方面:1.超越MRPII范圍的集成功能 ：包括質量管理，試驗管理，試驗室管理，配方管理，流程作業(yè)管理，產品數(shù)量管理，維護管理，管制報告和倉庫管理。2.支持混合方式的制造環(huán)境 ：包括既可支持離散又可支持流程的制造環(huán)境，按面向對象的業(yè)務模行組合業(yè)務過程的能力和國際范圍內的應用。3.支持能動的監(jiān)控能力，提高業(yè)務績效：包括在整個企業(yè)內采用控制和工程方法，模擬功能，決策支持和用于生產及分析的圖形功能。4.支持開放的客戶機/服務器計算環(huán)境：包括客戶機/服務器體系結構，圖形用戶界面（GUI, Graphic User Interface）,計算機輔助軟件工程（CASE , Computer Aided Software Engineering），面向對象技術，使用SQL(Structured Query Language)對關系數(shù)據(jù)庫查詢，內部集成的工程系統(tǒng)，商業(yè)系統(tǒng)，數(shù)據(jù)采集和外部集成(EDI)ERP是對MRPII的超越，從本質上看，ERP仍然是以MRPII為核心，但在功能和技術上卻超越了傳統(tǒng)的MRPII，它是以顧客驅動的，基于時間的，面向整個供應鏈管理的企業(yè)資源計劃。 2.2 ERP系統(tǒng)的管理思想ERP的核心管理思想就是實現(xiàn)對整個供應鏈的有效管理，主要體現(xiàn)在以下三個方面：1.體現(xiàn)對整個供應鏈資源進行管理的思想在知識經(jīng)濟時代僅靠自己企業(yè)的資源不可能有效地參與市場競爭，還必須把經(jīng)營過程中的有關各方如供應商，制造工廠，分銷網(wǎng)絡，客戶等納入一個緊密的供應鏈中，才能有效地安排企業(yè)的產，供，銷活動，滿足企業(yè)利用全社會一切市場資源快速高效地進行生產經(jīng)營的需求，以期進一步提高效率和在市場上獲得競爭優(yōu)勢。換句話說，現(xiàn)代企業(yè)競爭不是單一企業(yè)與單一企業(yè)間的競爭，而是一個企業(yè)供應鏈與另一個企業(yè)供應鏈之間的競爭。ERP系統(tǒng)實現(xiàn)了對整個企業(yè)供應鏈的管理，適應了企業(yè)在知識經(jīng)濟時代市場競爭的需要。2.體現(xiàn)精益生產，同步工程和敏捷制造的思想ERP系統(tǒng)支持對混合型生產方式的管理，其管理思想表現(xiàn)在兩個方面：其一是“精益生產（LP, Lean Production）”的思想，它是由美國麻省理工學院（MAT）提出的一種企業(yè)經(jīng)營戰(zhàn)略體系。即企業(yè)按大批量生產方式組織生產時，把客戶，銷售代理商，協(xié)作單位納入生產體系，企業(yè)同其銷售代理，客戶和供應商的關系，已不再簡單地是業(yè)務往來關系，而是利益共享的合作伙伴關系，這種合作伙伴關系組成了一個企業(yè)的供應鏈，這即是精益生產的核心思想。其二是“敏捷制造（AM , Agile Manufacturing）”的思想。當市場發(fā)生變化，企業(yè)遇有特定的市場和產品需求時，企業(yè)的基本合作伙伴不一定能滿足新產品開發(fā)生產的需求，這時，企業(yè)會組織一個由特定的供應商和銷售渠道組成的短期或一次性供應鏈，形成 “虛擬工廠” ，把供應和協(xié)作單位看成是企業(yè)的一個組成部分，運用“同步工程（SE）”組織生產，用最短的時間將新產品打入市場，時刻保持產品的高質量，多樣化和靈活性，這即是“敏捷制造”的核心思想。3.體現(xiàn)事先計劃與事中控制的思想ERP系統(tǒng)中的計劃體系主要包括：主生產計劃，物料需求計劃，能力計劃，采購計劃，銷售執(zhí)行計劃，利潤計劃，財務預算和人力資源計劃等，而且這些計劃功能與價值控制功能已完全集成到整個供應鏈系統(tǒng)中。另一方面，ERP系統(tǒng)通過定義事務處理（Transaction）相關的會計核算科目與核算方式，以便在事務處理發(fā)生的同時自動生成會計核算分錄，保證了資金流與物流的同步記錄和數(shù)據(jù)的一致性。從而實現(xiàn)了根據(jù)財務現(xiàn)狀，可以追溯資金的來龍去脈，并進一步追溯所發(fā)生的相關業(yè)務活動，改變了資金信息滯后于物料信息的狀況，便于實現(xiàn)事中控制和實時做出決策。此外，計劃，事務處理，控制與決策功能都在整個供應鏈的業(yè)務處理流程中實現(xiàn)，要求在每個流程業(yè)務處理過程中最大限度地發(fā)揮每個人的工作潛能與責任心，流程與流程之間則強調人與人之間的合作精神，以便在有機組織中充分發(fā)揮每個人的主觀能動性與潛能。實現(xiàn)企業(yè)管理從“高聳式 ”組織結構向“扁平結構的轉變，提高企業(yè)對市場動態(tài)的響應速度?？傊?，借助IT技術的飛速發(fā)展與應用，ERP系統(tǒng)得以將很多先進的管理思想變成現(xiàn)實中可實施應用的計算機軟件系統(tǒng)。2.3 ERP 系統(tǒng)結構分析2.3.1 ERP系統(tǒng)模塊及其相互關系ERP系統(tǒng)由銷售管理，生產管理，采購管理，財務管理，庫存管理，人力資源管理，質量管理，辦公自動化等模塊生成。其結構及相互關系如圖所示決策支持供應鏈管理質量管理人力資源經(jīng)營規(guī)劃生產規(guī)劃銷售管理主生產計劃應收帳管理項目管理資源要求計劃現(xiàn)金管理產品設計應付帳管理采購管理成本管理財務總帳物料需求計劃庫存管理能力需求計劃車間管理設備管理資產管理圖2-1 ERP系統(tǒng)結構其中“銷售-生產-采購”構成“物流”和“資金流”的基礎，庫存管理是企業(yè)經(jīng)營活動中物流的結算中心；財務管理是企業(yè)生產經(jīng)營活動中資金流的結算中心；生產計劃的安排以能力資源為基礎，生產計劃的結果又反過來影響能力資源的消耗情況；質量信息系統(tǒng)用于保證產品質量和安全生產。2.4 ERP系統(tǒng)應用及思考通過對ERP系統(tǒng)功能的研究，可以發(fā)現(xiàn)：第一：傳統(tǒng)的ERP系統(tǒng)著眼于企業(yè)后臺的管理，而缺少直接面對客戶的系統(tǒng)功能。因為傳統(tǒng)的企業(yè)只是著力于買到物美價廉的原材料，快速高效地生產出產品，至于那種產品更受歡迎，哪些服務最有待改進這一類的問題，卻往往沒有確切的答案，只能憑經(jīng)驗臆測。第二：企業(yè)處在日新月異的市場機遇，價格和服務水平等的挑戰(zhàn)環(huán)境中，必須不斷改變，改善企業(yè)經(jīng)營模式，提高企業(yè)競爭力。以往僅僅關注于企業(yè)內部的流程改善，產品開發(fā)和制造水平的提高已經(jīng)不足以面對現(xiàn)時市場環(huán)境。事實說明，處在現(xiàn)代競爭環(huán)境的企業(yè)要保持生存和發(fā)展必須與商業(yè)合作伙伴充分協(xié)調一致以建立一個具有競爭優(yōu)勢的價值鏈。第三：在Internet的大環(huán)境中，企業(yè)的客戶可能分散在全球各地，企業(yè)不可能對他們的情況都了如指掌，所以必須有一個系統(tǒng)來收集客戶信息，并加以分析和利用。于是，客戶關系管理系統(tǒng)CRM，又稱為前臺管理系統(tǒng)，成了ERP市場上最新的亮點。2.5 本章小結在這一章中我們比較全面地介紹了ERP的概念，歷史，所具備的功能，特別是ERP系統(tǒng)的管理思想。其實ERP的核心管理思想也就是對整個供應鏈的有效管理。接下來對ERP的系統(tǒng)結構進行了分析，ERP系統(tǒng)主要由八大模塊構成，接著又介紹了ERP的應用和對ERP的一些思考。通過對ERP的全面地認識，我在下一章就要對ERP系統(tǒng)的銷售管理字系統(tǒng)進行系統(tǒng)開發(fā)。第二章 銷售管理系統(tǒng)開發(fā)3.1系統(tǒng)設計3.1.1系統(tǒng)需求信息系統(tǒng)開發(fā)的目的是滿足用戶需求，為了達到這個目的。設計人員必須充分理解系統(tǒng)的商業(yè)總體目標和用戶的工作方式。銷售管理系統(tǒng)的域描述如下：銷售管理系統(tǒng)，是通過銷售報價、銷售訂貨、倉庫發(fā)貨、銷售退貨、銷售發(fā)票處理、客戶管理、價格及折扣管理、訂單管理、信用管理等功能綜合運用的管理系統(tǒng)，對銷售全過程進行有效控制和跟蹤，實現(xiàn)完善的企業(yè)銷售信息管理。 該系統(tǒng)可以獨立執(zhí)行銷售管理；與制造其他子系統(tǒng)、應收款管理系統(tǒng)等其他系統(tǒng)結合運用，將能提供更完整、全面的企業(yè)物流業(yè)務流程管理和財務管理信息。銷售管理主要包括：1.銷售訂單管理銷售訂單不僅是銷售業(yè)務的業(yè)務處理源，更是工業(yè)系統(tǒng)整體的起源單據(jù)和最終目標，可以實現(xiàn)以銷定產、以銷售定計劃、以銷定購等多種業(yè)務模式，因而在整個ERP系統(tǒng)中處于核心地位。 訂單管理主要是訂單執(zhí)行的管理，即對訂單的情況的記錄、跟蹤和控制，包括針對銷售合同的執(zhí)行；控制訂貨價格、數(shù)量和客戶、業(yè)務員信用管理；對訂單進行鎖庫管理；對指定訂單提供交貨期計算與查詢的功能；隨時對訂單完成情況的跟蹤、控制訂單的實際執(zhí)行；根據(jù)實際補貨情況實現(xiàn)追加執(zhí)行訂單；進行比較并顯示訂單執(zhí)行差異，并通過業(yè)務和分析報表進行訂單執(zhí)行情況的反映。 同時，訂單還可以處理以銷定產的客戶BOM(Bill of Material)管理；如果企業(yè)有集團內部的購銷業(yè)務，還要包括集團內部銷貨或調撥的訂單的執(zhí)行情況。2.銷售發(fā)票管理銷售發(fā)票是企業(yè)收入的確認標志，其業(yè)務處理和管控是企業(yè)銷售業(yè)務中重要的一個環(huán)節(jié)。 銷售發(fā)票與全部銷售業(yè)務單據(jù)都有聯(lián)系；同時與應收款系統(tǒng)實現(xiàn)發(fā)票共享，并與銷售合同、收款單、預收單據(jù)聯(lián)系緊密。 系統(tǒng)提供增值稅專用發(fā)票、普通發(fā)票和費用發(fā)票的管理。銷售發(fā)票的管理包括： 發(fā)票的日常業(yè)務處理，包括日常發(fā)票處理、對銷售合同的執(zhí)行、銷售信用和價格控制、銷售發(fā)票收款管理、與應收款系統(tǒng)中發(fā)票的傳遞和共享； 發(fā)票的鉤稽，提供反映資金流的發(fā)票與反映物流的銷售出庫單一起相互鉤稽，確認銷售收入，符合收入與成本的配比原則；同時提供發(fā)票之間對等核銷的功能； 發(fā)票的數(shù)據(jù)分析，系統(tǒng)提供一系列的業(yè)務和分析報表，對發(fā)票進行綜合的查詢和分析。 核心業(yè)務三方關聯(lián)，系統(tǒng)提供兩種聯(lián)系模式，一是作為銷售核心單據(jù)的訂單、發(fā)票和出庫單之間的數(shù)據(jù)關聯(lián)；一是對業(yè)務合同、訂單、發(fā)票之間的業(yè)務關聯(lián)，實現(xiàn)業(yè)務和財務信息之間緊密結合，提高了整個系統(tǒng)的綜合運作水平和效率。3.銷售價格管理系統(tǒng)對企業(yè)銷貨信息和銷售政策進行了比較完善的管理，除了保障對銷售價格的基本信息處理外，還將管理內容擴大到對不同客戶、不同物料、不同數(shù)量段的價格信息以及折扣資料等方面，對其進行了詳細記錄、價格有效期控制、業(yè)務傳遞、自動更新、數(shù)據(jù)分析，同時進行銷售最低限價的控制和預警管理。 針對銷售價格處理，提供獨立處理和批量處理兩種模式。4.信用管理在企業(yè)業(yè)務發(fā)展日益復雜、交易日益頻繁、廣泛的今天，對交易客戶、銷售業(yè)務人員進行業(yè)務評估、設置交易信用管理是企業(yè)提高資金管理水平、控制應收賬款成本的迫切需要。信用管理提供企業(yè)設置信用額度、信用期限、信用數(shù)量等信用標準、制定信用政策，在銷售業(yè)務處理過程中對銷售訂貨、價格確認、貨物出庫、收款等環(huán)節(jié)集中客戶和業(yè)務員的雙重信用控制，并有相應的多張分析報表和信用預警來即時反映信用情況。5.報表查詢功能系統(tǒng)提供的報表查詢包括銷售業(yè)務報表、銷售分析報表、萬能報表和查詢分析工具的查詢和使用。 銷售業(yè)務報表是系統(tǒng)針對用戶已經(jīng)實現(xiàn)的業(yè)務處理，將所取得的業(yè)務成果進行篩選、分析、處理，以綜合反映企業(yè)采購業(yè)務的信息；銷售分析報表是對銷售流程中各項主要業(yè)務的處理結果和運作情況進行分析，是了解企業(yè)銷售情況的重要手段。查詢分析工具和萬能報表都是自定義形式的報表，是方便用戶根據(jù)自身查詢分析需要制作自定義性質的業(yè)務和分析報表的工具。對上述銷售管理系統(tǒng)的域描述進行分析，可以獲得如下功能性需求：（1） 由銷售訂單決定采購管理中的采購申請單（2） 由銷售訂單決定采購管理中MRP運算（3） 由銷售發(fā)票決定發(fā)貨通知單（4） 由發(fā)貨通知單決定庫存管理中的銷售出庫（5） 由銷售報價單和銷售訂單，客戶信用等級決定銷售發(fā)票的生成（6） 銷售系統(tǒng)管理員維護銷售訂單（7） 由銷售管理系統(tǒng)打印銷售業(yè)務報表（8） 由銷售發(fā)票決定應收款系統(tǒng)中的應收款額（9） 定庫存管理中的銷售出庫實現(xiàn)與銷售發(fā)票的鉤稽（10）系統(tǒng)管理員維護銷售報價單信息（11）系統(tǒng)管理員維護銷售業(yè)務員信息（12）系統(tǒng)管理員維護銷售發(fā)票信息3.1.2 需求分析采用用例驅動分析方法分析需求的主要任務是識別出系統(tǒng)中參與者和用例，并建立用例模型。 識別參與者通過對系統(tǒng)需求的分析，可以確定系統(tǒng)中有六個參與者：Customer System（客戶管理系統(tǒng)），Planning System（計劃與采購系統(tǒng)），Store System（庫存管理系統(tǒng)），Sale System（銷售管理系統(tǒng)），Pay System（應收款管理系統(tǒng)），Administrator(銷售系統(tǒng)管理員）參與者的描述如下：（1）Customer System描述：客戶管理系統(tǒng)用來保存客戶的具體資料以及客戶的信用等級示例：客戶管理系統(tǒng)（2）Planning System描述：計劃與采購系統(tǒng)用來管理MRP運算和采購申請單示例：計劃與采購系統(tǒng)（3）Store System描述：庫存管理系統(tǒng)用來實現(xiàn)對物料的管理和銷售出庫的管理示例：庫存管理系統(tǒng)（4）Sale System描述：銷售管理系統(tǒng)主要運用銷售訂單管理，銷售發(fā)票管理等功能對銷售全過程進行有效的控制和跟蹤，實現(xiàn)完善的企業(yè)銷售信息管理示例：銷售管理系統(tǒng)（5）Pay System描述：應收款系統(tǒng)用來進行對銷售發(fā)票的核銷和成本分配示例：應收款系統(tǒng)（6）Administrator描述：銷售管理員主要負責對訂單和銷售業(yè)務員信息的錄入，修改以及對銷售發(fā)票的管理等示例：銷售系統(tǒng)管理員 識別用例前面已經(jīng)識別出參與者，通過對需求的進一步的分析，可以確定系統(tǒng)中有如下用例存在：(1) maintain sale price order info本用例提供了對銷售報價單進行創(chuàng)建，修改，刪除的功能；(2) maintain order info本用例提供了對銷售訂單進行創(chuàng)建，修改，刪除的功能；(3) produce Invoice info本用例提供了對銷售發(fā)票的生成功能；(4) produce sending inform info本用例提供了對發(fā)貨通知單的生成功能；(5) supply alarm本用例提供了在庫存不足的情況下進行缺貨預警的功能；(6) maintain salesman info本用例提供了對銷售業(yè)務員信息的插入，刪除，修改等功能；參與者和用例的關系如下：Administrator與Sale System 存在依賴關系，用例maintain sale price order info，maintain order info，produce Invoice info，produce sending inform info和maintain salesman info都由Administrator代替Sale System來執(zhí)行；用例supply alarm是用例produce sending inform info的擴展，在庫存不足的情況下由Store System來發(fā)出；用例produce Invoice info用到用例maintain sale price order info和maintain order info，它傳給Pay System；用例produce sending inform info用到produce Invoice info，它傳給Store System；用例maintain order info它傳給Planning System。圖3-1 銷售管理系統(tǒng)用例圖3.1.3銷售管理系統(tǒng)邏輯數(shù)據(jù)庫設計標識實體邏輯數(shù)據(jù)庫設計的第一個步驟是標識在數(shù)據(jù)庫中必須描述的主體。由上面的描述，可以標識如下實體：Customer（客戶）Salesman（銷售業(yè)務員）Product（產品）Order（銷售訂單）Invoice（銷售發(fā)票）SalePriceOrder（銷售報價單）SendingInform（發(fā)貨通知單）表3-1 標識實體將實體存檔為實體命名時，應該有意義的并且對用戶直觀的名字，在數(shù)據(jù)字典中記錄他們的詳細信息。具體如下圖表格Entity Name DescriptionAliasesOccurrenceCustomerGeneral term describing all customers who have requirements of this company. There are many customer of this company.SalesmanGeneral term describing all staff employed by this department.EmployeeEach member of salesman works at this departmentProductThe things that this company sells.The product will be sold to customer.OrderERPThe lists record the detail of salesSalesmen fill the order.InvoiceThe lists record the money of sale.Send the invoice the department which manage the currency of the companySalePriceOrderThe order define the price of product of different kinds and quantity.Use salepriceorder to decide the price.SendingInformThe orders record the detail of sending product. Send it to the store.表3-2銷售管理系統(tǒng)數(shù)據(jù)字典標識關系標識完實體后，下一步就是標識存在這些實體之間的所有關系。對于銷售管理系統(tǒng)而言，標識的關系如下：實體關系實體客戶請求銷售訂單洽談銷售業(yè)務員購買產品支付銷售發(fā)票銷售業(yè)務員洽談客戶處理銷售訂單產品是一部分銷售訂單是一部分銷售報價單銷售訂單登記產品相關于銷售報價單決定銷售發(fā)票決定發(fā)貨通知單被請求客戶被處理銷售業(yè)務員銷售發(fā)票決定于銷售訂單決定于銷售報價單決定發(fā)貨通知單銷售報價單決定于產品相關于銷售訂單決定銷售發(fā)票發(fā)貨通知單決定于銷售訂單決定于銷售發(fā)票表3-3 標識關系1確定關系的多樣性約束標識完要創(chuàng)建的關系后，現(xiàn)在應該確定每一個關系的多樣性約束。對于銷售管理系統(tǒng)而言，標識的多樣性約束如下：實體多樣性關系實體多樣性Customer1.*RequireOrder1.11.*TransactSalesman1.*1.*BuyProduct0.*1.*PayInvoice1.11.1Is related toSalePriceOrder1.*Salesman1.*TransactCustomer1.*0.*process Order1.1Product0.*Is part of Order1.*1.1Is part ofSalePriceOrder1.*0.*Bought byCustomer1.*Order1.*RecordProduct0.*1.1Is related to Salepriceorder1.*1.1DecideInvoice1.11.1DecideSendingInform1.11.1Ordered byCustomer1.*1.1Processed bySalesman0.*Invoice1.1Decided byOrder1.11.1Decided bySalepriceorder1.*1.1Decided bySendingInform1.11.1Paid byCustomer1.1Salepriceorder1.*Decided byProduct1.11.*Is related toOrder1.11.*DecideInvoice1.11.*Is related to Customer1.1SendingIinform1.1Decided byOrder1.11.1Decided byInvoice1.1表3-4 確定關系的多樣性約束2使用基于UML實體關系建模在數(shù)據(jù)庫設計階段，將利用UML創(chuàng)建幾個代表銷售管理系統(tǒng)的實體關系模型，下圖為銷售管理系統(tǒng)的實體關系模型初稿：圖3-2 銷售管理系統(tǒng)實體關系模型初稿3標識實體或關系的有關屬性下一個步驟是標識與已經(jīng)標識的實體或關系有關的屬性。對于銷售系統(tǒng)而言，標識的實體和關系的有關屬性如下實體屬性CustomerIdentity code, name, linkman name ,link telephone, address, postcode, fax, rankSalesmanEmployee code, name, sex, identity ,title, hire date, salaryProductIdentity code, name, category, price, quantityOrderMainOrder code, company code, employee code, order dateOrderDetailOrder code, product code, product quantity, InvoiceInvoice code, order code, company code, pay date, totalSalePriceOrderProduct code, customer rank, product quantity, discountsendingInformInvoice code, order code, deliver date表3-5 實體和關系的屬性在進行屬性分析時，我們會發(fā)現(xiàn)Order如果作為一個實體來標識時，當你用一個訂單號時，在你購買的產品很多的情況下，我們必須寫很多產品的代號，這樣很麻煩，從后面要考慮的主鍵和范式的情況下也不是很好，如果將其拆分成兩個實體OrderMain和OrderDetail就可以在不增加表列的情況下實現(xiàn)一個客戶買多件產品。4確定主鍵屬性和外鍵屬性我們在這個步驟要為實體標識住鍵屬性和外鍵屬性，為了減少分析篇幅我們開始考慮建表，并用規(guī)范化方法檢查表。這里我先介紹一下三種范式，盡管有第一范式，第二范式，第三范式等，然而在實際應用中一般用到第三范式即可。第一范式（First Normal Form ,1NF）每個列和記錄包含一個而且只包含一個值的表。 第二范式（Second Normal Form,2NF）一個第一范式的表并且每個非主鍵列都可以從構成主鍵的全部列得到（每個非主鍵屬性完全依賴主鍵）第三范式（Third Normal Form ,3NF）一個已經(jīng)是第一和第二范式的表，并且所有的非主鍵列的值都只能可以從主鍵列得到，而不能從其他的列得到（非主屬性不傳遞依賴于碼）實體Customer,主鍵為Co_Id，其他非主鍵列皆決定于碼，其中存在傳遞所以為第二范式，單從具體使用方面我們不再將其劃分成更多表從而得到第三范式。實體Salesman, 主鍵為Emp_Id,也屬于第二范式，Identity_Id屬性列為身份證號需要唯一性約束。 實體Product,主鍵為 Product_Id，屬于第三范式。 實體OrderMain,主鍵為Order_Id, 屬于第三范式，外鍵為Co_Id, Emp_Id 。實體OrderDetail，主鍵為Order_Id ,Product_Id ,外鍵分別為Order_Id和 Product_Id，屬于第三范式。 實體Invoice ,主鍵為Invoice_Id ,外鍵為Order_Id ,Co_Id，屬于第三范式。 實體SalePriceOrder, 主鍵為Product_Id ,Rank, Product_Qty, 外鍵為 Product_Id屬于第三范式。 實體SendingInform, 主鍵為 Invoice_Id ,Order_Id , 外鍵分別為Invoice_Id 和Order_Id屬于第三范式。5最終模型的確定 經(jīng)過特化和泛化實體的考慮，發(fā)現(xiàn)系統(tǒng)無需形成超類和子類。因此可進行“刪除與關系模型不相容的特性”操作：刪除多對多（*：*）二元關系；刪除多對多（*：*）遞歸關系；刪除復合關系；刪除多值屬性；重新檢查一對一（1：1）關系；刪除冗余關系?；赨ML的銷售系統(tǒng)實體關系模型：圖3-3銷售管理系統(tǒng)實體關系模型6形成最終邏輯表Customer(Co_Id, Co_Name, LinkMan_Name, Link_Tel, Address, Postcode, Fax, Rank, Notes)Primary Key Co_IdSalesman(Emp_Id, Emp_Name, Sex, Identity_Id, Emp_Title, Hire_Date, Salary, Notes)Primary Key Emp_IdAlternate Key Identity_IdProduct(Product_Id, Product_Name, Category, Price_Per, Ware_Qty, Notes)Primary Key Product_IdOrderMain(Order_Id, Co