【正文】 預提的顯示黃色標記。還可以找到該物料所屬項目和機床，這樣即可看這個項目，這臺機床，這個組有沒有提過這個物料，當然物料流水號，零件數(shù)量也必須要相同，否則就是更改了。解決方案如下：給單據(jù)里的物料信息加一個屬性“是否預提”，當從MRP系統(tǒng)錄入單據(jù)時，通過存儲過程判斷物料是否預提過， 記錄此狀態(tài)。（1）判斷物料是否已預提技術部下的訂單主要包括：外購件預提單，預提更改單，圖紙入庫投產(chǎn)單，設計更改單，以及臨時問題處理單和售后問題處理單等幾種。 else = false。 CheckBox selectCheck = (CheckBox)[w].Cells[0].FindControl(CheckBox_Select)。 w++) { string ProjectAndMachineNumber。 for (int w = 0。 } } = + ()。amp。 w++) { CheckBox selectCheck = (CheckBox)[w].Cells[0].FindControl(CheckBox_Select)。 for (int w = 0。程序流程圖如下。 } 訂單多頁同時處理功能“同時處理”的功能只滿足于在當前頁的條件下，雖很大的改善了處理流程，但在操作上還是存在著不方便之處，于是又進一步提出了“不同頁同時處理”的解決方案。 = 供貨商。 = brandTable。調(diào)用函數(shù)的具體內(nèi)容如下： private void InitCheckBoxList_Brand(DataTable brandT) { DataView brandView = 。原來的流程是從視圖中直接查出物料的所有信息，現(xiàn)在在不影響原流程的情況下，在程序中稍加處理即可實現(xiàn)。 39。 or 項目機床流水號 =39。 and 項目機床流水號=0 39。每個訂單都有一個唯一標識（主鍵），即項目機床流水號，首先在程序里得到一個字符串，此字符串包含所有所選單據(jù)的項目機床流水號，并用逗號加以分隔，然后通過把此字符串傳進存儲過程進行處理后，即能查出滿足條件的物料信息。即可同時選中多個訂單，列出這些訂單中物料對應的品牌有哪些，然后通過選擇的供貨商（即品牌）顯示訂單中的物料信息，再選擇具體要買的物料，并在此處添加了“全選”與“反選”按鈕，方便選擇。技術部下的外購件訂單是針對某臺機床要買的物料信息，但采購員進行詢價的對象是某個供應商，而一家供應商往往只提供某幾種特定的產(chǎn)品，這樣生成一張詢價單往往需要選擇好幾次訂單，再選擇其中特定品牌的物料，不斷追加物料，這樣產(chǎn)生了過多的重復操作，也影響效率。如果要對詢價單的內(nèi)容作更改，則選擇“修改現(xiàn)有詢價單”模式，把物料追加進詢價單，或直接把物料移出詢價單。圖52 創(chuàng)建詢價單界面1 Inquiry interface1圖53 創(chuàng)建詢價單界面2 Inquiry interface2頁面操作流程如下圖所示。采購部制定詢價單的時候，判斷庫存中滯貨的情況，如果存在滯貨，下達滯貨領用通知單給倉庫，并調(diào)整詢價單。采購員根據(jù)外購件訂單制定詢價單發(fā)送給供貨商，然后經(jīng)過比較價格，洽談價格，做出決定與哪家供應商簽訂合同。下面將對系統(tǒng)的部分模塊的設計進行詳細的介紹。該系統(tǒng)主要功能模塊包括訂單采購時間計劃、創(chuàng)建詢價單、采購合同管理、采購綜合查詢、與財務的交接模塊、供應商管理等。圖44和表45分別列出了DataAccess項目的資源視圖和核心類的功能說明。圖43 業(yè)務外觀層視圖 BusinessFacade Graph表43 業(yè)務外觀層核心類表Table 43 BusinessFacade Class Table類名功能說明處理MRP方面業(yè)務處理詢價單方面的業(yè)務處理合同相關的業(yè)務處理付款相關的業(yè)務處理發(fā)票相關的業(yè)務處理與庫存有關的業(yè)務 數(shù)據(jù)訪問層設計實現(xiàn)該層所做事務直接操作數(shù)據(jù)庫，針對數(shù)據(jù)的增添、刪除、修改、更新、查找等。圖42為BusinessFacade項目的資源視圖。如完成數(shù)據(jù)添加、修改和查詢業(yè)務等；不允許指定的文本框中輸入空字符串，數(shù)據(jù)格式是否正確及數(shù)據(jù)類型驗證；用戶的權限的合法性判斷等。它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。 圖42 WEB層視圖 Weblayer Graph表41 WEB層主要頁面表Table41 Weblayer Main Page TableWEB窗體功能說明起始頁面，也是登陸頁面創(chuàng)建詢價單頁面創(chuàng)建合同頁面合同查詢及打印頁面合同變更頁面外購件訂單計劃頁面采購員請款頁面付款審核財務頁面付款審批管理頁面發(fā)票交接頁面供應商管理頁面整個系統(tǒng)的母版頁面 業(yè)務邏輯層設計實現(xiàn)業(yè)務邏輯層無疑是系統(tǒng)架構中體現(xiàn)核心價值的部分。WebUI項目的視圖資源如圖42所示。此外，與WEB窗體頁一樣，用戶控件可以在第一次請求時被編譯并存儲在服務器內(nèi)存中，從而縮短以后請求的響應時間。 WEB應用程序劃分和重復使用公共UI（User Interface）功能。WebUI項目中包含了Web窗體和用戶控件。圖41 三層架構示意圖 Threetier Architecture Schema 表示層設計實現(xiàn)位于最外層（最上層），離用戶最近。[26]還有一個優(yōu)點就是便與修改,擴充。本數(shù)據(jù)庫中所建立的部分存儲過程的名稱及其功能見表33：表33數(shù)據(jù)庫存儲過程Table33 Procedure of Database存儲過程名稱描述采購管理_MRP計劃訂單_項目機床_查詢數(shù)據(jù)_單據(jù)根據(jù)條件查詢采購科要處理的單據(jù)采購管理_生成詢價單根據(jù)條件查詢出單據(jù)對應的組件零件清單（可查多個單據(jù)的）采購管理_詢價單_增加數(shù)據(jù)創(chuàng)建詢價單采購管理_詢價單_修改數(shù)據(jù)根據(jù)詢價單流水號修改詢價單的相關信息采購管理_詢價單_刪除數(shù)據(jù)根據(jù)詢價單流水號刪除詢價單采購管理_詢價單_查詢數(shù)據(jù)根據(jù)條件查詢詢價單采購管理_詢價單_查詢數(shù)據(jù)_詢價單編號根據(jù)詢價單編號查詢詢價單采購管理_詢價單明細_增加數(shù)據(jù)增加詢價單中的具體內(nèi)容采購管理_詢價單明細_刪除數(shù)據(jù)根據(jù)詢價單明細流水號刪除明細信息采購管理_詢價單明細_查詢數(shù)據(jù)根據(jù)條件查詢詢價單明細信息采購管理_采購合同_增加數(shù)據(jù)創(chuàng)建采購合同采購管理_采購合同_修改數(shù)據(jù)根據(jù)采購合同流水號修改合同信息采購管理_采購合同_刪除數(shù)據(jù)根據(jù)采購合同流水號刪除合同采購管理_采購合同_查詢數(shù)據(jù)_根據(jù)合同號根據(jù)采購合同編號查詢合同 采購管理_采購合同_查詢數(shù)據(jù)_根據(jù)條件根據(jù)條件查詢合同信息采購管理_采購合同明細_增加數(shù)據(jù)增加合同中的具體內(nèi)容采購管理_采購合同明細_修改數(shù)據(jù)根據(jù)采購合同明細流水號修改明細信息采購管理_采購合同明細_查詢數(shù)據(jù)根據(jù)采購合同流水號查詢合同明細信息采購管理_采購合同變更_增加數(shù)據(jù)增加作廢的合同信息及合同具體內(nèi)容采購管理_采購合同變更_查詢數(shù)據(jù)_根據(jù)條件根據(jù)條件查詢已做變更的合同信息采購管理_采購合同明細變更_查詢數(shù)據(jù)根據(jù)合同變更流水號查詢變更合同的明細信息采購管理_采購合同交接單_查詢數(shù)據(jù)根據(jù)條件查詢合同交接單的信息采購管理_請款表_增加數(shù)據(jù)增加合同的請款信息采購管理_請款表_刪除數(shù)據(jù)根據(jù)請款流水號刪除請款信息采購管理_請款表_修改數(shù)據(jù)_審核審批根據(jù)請款流水號修改請款表的審核審批情況采購管理_請款表_查詢數(shù)據(jù)根據(jù)條件查詢合同的請款信息采購管理_付款方式_查詢數(shù)據(jù)_付款方式說明根據(jù)付款方式流水號查詢付款方式說明采購管理_供應商_增加數(shù)據(jù)增加供應商基本信息采購管理_供應商_修改數(shù)據(jù)根據(jù)供應商流水號修改供應商信息采購管理_供應商_刪除數(shù)據(jù)根據(jù)供應商流水號刪除供應商信息采購管理_供應商_查詢數(shù)據(jù)_根據(jù)條件根據(jù)條件查詢供應商信息采購管理_發(fā)票_增加數(shù)據(jù)增加合同的發(fā)票信息采購管理_發(fā)票_修改數(shù)據(jù)根據(jù)發(fā)票流水號修改發(fā)票信息采購管理_發(fā)票_刪除數(shù)據(jù)根據(jù)發(fā)票流水號刪除發(fā)票信息采購管理_發(fā)票_查詢數(shù)據(jù)根據(jù)條件查詢發(fā)票信息采購管理_外購件明細表_查詢數(shù)據(jù)根據(jù)條件查詢外購件明細表信息采購管理_采購進度_查詢數(shù)據(jù)根據(jù)條件查詢合同的采購進度（到貨，付款情況）采購管理_采購進度_付款計劃_查詢數(shù)據(jù)主要是查詢某年月的采購科付款計劃存儲過程可以實現(xiàn)對數(shù)據(jù)庫中數(shù)據(jù)的復雜管理，編寫正確高效的存儲過程是開發(fā)ERP系統(tǒng)軟件最重要環(huán)節(jié)，存儲過程質(zhì)量的好壞直接影響本ERP系統(tǒng)軟件的質(zhì)量。利用存儲過程具有提高性能、優(yōu)化編程、簡化管理、加強安全性等優(yōu)點[2425]。它們可以接受參數(shù)、輸出參數(shù)、返回單個或多個結果集以及返回值[2223]。存儲過程潛在地包含著大量SQL語句的函數(shù)，它是在數(shù)據(jù)庫服務器上創(chuàng)建、運行的程序及過程。通過高級語言對存儲過程的調(diào)用，可以方便地達到我們操作數(shù)據(jù)庫的目的。圖32 采購計劃管理的實體關系圖 Entity Relationship Diagram of Purchase Management 數(shù)據(jù)庫中存儲過程的編寫ERP系統(tǒng)對數(shù)據(jù)的操作是復雜的，單靠c語言編寫這些操作過程是不可能的。外鍵約束就是與一個定義了主鍵的表中的一列或者多列相關聯(lián)。使用主鍵約束就等于在表上創(chuàng)建了一個唯一的索引。當創(chuàng)建表時，通常要增加約束，而整個關系型數(shù)據(jù)庫的關系也就是通過約束實現(xiàn)的。用傳統(tǒng)的叫法來說，列也叫做字段。一般來說，每一個表代表某種實體類型。每個SQL Server 數(shù)據(jù)庫都包含一個或多個表。設計數(shù)據(jù)庫時，在滿足系統(tǒng)的功能外，盡量遵守下列原則：基本表的個數(shù)越少越好；主鍵的個數(shù)越少越好，鍵是表間連接的工具，主鍵越少，表間的連接就越簡單，字段的個數(shù)越少越好：所有基本表的設計均應盡量符合第三范式。 數(shù)據(jù)庫邏輯設計數(shù)據(jù)庫的邏輯設計要將概念設計得到的E—R圖轉換成等價的關系模式，實體對應于表，實體的屬性對應于表的列，實體之間的關系稱為表的約束。合同和變更合同之間也是1比多的關系，每個合同都可以變更多次，變更后的合同編號是相同的，變更后通過詢價單重新生成合同。表示一張詢價單可以生成一個合同，也可能并不生成合同。技術部制作的外購件訂單中，訂單明細也就是對應的物料信息，采購員根據(jù)供應商不同或其他需要，從一個或多個訂單中選擇要買的物料，把它們選入詢價單中，其中訂單中的物料都可以多次詢價。圖31 系統(tǒng)管理ER圖 System Management ER圖中對于帶有明細表的表單，如外購件訂單、詢價單、合同等，在數(shù)據(jù)庫實現(xiàn)上采取主表一子表的設計方法。[19]實體是存在于企業(yè)信息管理中的對象，屬性是對象的業(yè)務功能，聯(lián)系是指各對象間的關系。然后把這些ER圖合并起來，并消除冗余可能存在的矛盾，得出系統(tǒng)的ER圖。 數(shù)據(jù)庫概念設計數(shù)據(jù)庫概念設計就是將需求分析得到的用戶需求抽象為信息結構概念模型的過程，它是整個數(shù)據(jù)庫設計的關鍵。SQL Server 2000 為這些環(huán)境提供了全面的保護，具有防止問題發(fā)生的安全措施[17]，例如，可以防止多個用戶試圖同時更新相同的數(shù)據(jù)。 數(shù)據(jù)庫服務器的選定本系統(tǒng)采用功能強大的關系數(shù)據(jù)庫管理系統(tǒng) SQL server 2000，該數(shù)據(jù)庫能提供超大型系統(tǒng)所需的數(shù)據(jù)庫服務。對這樣的系統(tǒng)的數(shù)據(jù)庫設計，如何使邏輯結構更合理，最大限度的減少數(shù)據(jù)冗余，理清各實體之間的關系成了系統(tǒng)首要問題。企業(yè)業(yè)務信息是很龐大的，它不僅包括企業(yè)內(nèi)部信息如：生產(chǎn)所需的加工設備、廠房、企業(yè)員工、各種規(guī)劃等，還包括企業(yè)外部的客戶訂單、供應商信息、市場信息等。[14] [15]數(shù)據(jù)庫設計質(zhì)量與設計者的知識、經(jīng)驗和水平密切相關。圖26 采購管理與ERP中其他子系統(tǒng)的關系 the relationship between Purchasing management and the other subsystems 第三章 采購計劃管理系統(tǒng)數(shù)據(jù)庫的設計 數(shù)據(jù)庫設計概述數(shù)據(jù)庫設計涉及范圍很廣，要設計一個性能良好的數(shù)據(jù)庫并非易事。圖25 網(wǎng)絡拓撲結構圖 Network Topology2．7系統(tǒng)與其他ERP子系統(tǒng)的關系采購管理系統(tǒng)是企業(yè)信息化系統(tǒng)的重要組成部分，它以其高度的信息共享、先進的管理思想和強大的業(yè)務功能，幫助企業(yè)建立一個高效、可靠的物資采購管理平臺[13]。整個系統(tǒng)的數(shù)據(jù)通過Internet方式傳輸，企業(yè)內(nèi)部各科室通過Internet登陸本系統(tǒng)，根據(jù)系統(tǒng)設定的權限完成自己的工作后，把相應的數(shù)據(jù)存放在網(wǎng)絡上SQL Server服務器上[12]。本系統(tǒng)的總體數(shù)據(jù)流圖如下圖所示。 經(jīng)理：主要負責對已通過財務審核的請款款項，進行審批。供貨商：送貨之后，由接貨人在送貨單簽字。庫房：將物料入庫。采購員：根據(jù)技術部的外購件訂單，按供應商制作詢價單，談價，比價，最后確定和哪個供應商簽訂合同；負責請款，未到貨的催貨，發(fā)票的催要；接收貨物，清點物品數(shù)量，在供貨商的供貨清單上簽字；同時將貨物轉交給庫管員。相關的工作主要有提前制定預提單和外購件明細表交到檔案部；計劃更改時，及時下預提更改單，說明更改原因；生產(chǎn)時下圖紙入庫投產(chǎn)單，計劃改變時，另外下一個設計更改單。用例記錄