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

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