【正文】 自身的采購體系，建立科學(xué)合理的組織機構(gòu)。本課題根據(jù)大連豪森設(shè)備制造有限公司信息化工程項目，主要完成了對該公司采購計劃管理系統(tǒng)的維護、開發(fā)與應(yīng)用。論文的具體工作有：1調(diào)研學(xué)習(xí)大連豪森設(shè)備制造有限公司的生產(chǎn)特點和采購管理的業(yè)務(wù)流程，對系統(tǒng)進行了需求分析，確立適合該企業(yè)的采購管理系統(tǒng)解決方案。2采用UML統(tǒng)一建模語言對系統(tǒng)的進行建模，確定了系統(tǒng)總體設(shè)計框架，介紹了系統(tǒng)功能模塊的主要功能和基本特點。3 采用Microsoft SQL server 2000作為數(shù)據(jù)庫，對系統(tǒng)進行數(shù)據(jù)庫設(shè)計。4 。作為企業(yè)的實際項目，在投入使用前要進行大量的測試，在系統(tǒng)應(yīng)用過程中會出現(xiàn)很多實際的復(fù)雜的問題，需要對系統(tǒng)進行有針對性的調(diào)整和修改，或增加新的模塊，以滿足企業(yè)現(xiàn)實的需求。這體現(xiàn)了此系統(tǒng)的現(xiàn)實意義，也是研究內(nèi)容中重要和不可或缺的環(huán)節(jié)。第二章 采購計劃管理系統(tǒng)總體設(shè)計采購管理是指為保障企業(yè)物質(zhì)供應(yīng)而對企業(yè)采購活動的計劃、組織、指揮、協(xié)調(diào)和控制進行的管理活動[6]。就企業(yè)采購的具體職能來說，一方面，它要實現(xiàn)對整個企業(yè)的物質(zhì)供應(yīng)。另一方面，它是企業(yè)聯(lián)系整個資源市場的紐帶。在對采購管理系統(tǒng)進行設(shè)計之前，設(shè)計者必須明確系統(tǒng)實現(xiàn)的目標(biāo)是什么?都能完成什么樣的任務(wù)?只有明確這些，才能有的放矢地進行針對性的構(gòu)建模型以及系統(tǒng)功能的設(shè)計。對于大多數(shù)采購管理系統(tǒng)來說，其實現(xiàn)的目標(biāo)是在為企業(yè)構(gòu)建高效地采購平臺基礎(chǔ)上，降低總成本的投入，同時為企業(yè)內(nèi)部其他部門更好的服務(wù)[7]。2．1系統(tǒng)需求分析需求分析是軟件開發(fā)的基礎(chǔ)，關(guān)系到以后的設(shè)計和編程工作，同時也影響用戶的滿意度，直接決定項目開發(fā)的成敗和軟件的質(zhì)量及軟件的使用壽命[8][9]。采購管理控制采購物料從請購到收貨、檢驗、入庫的詳細流程。通過對供應(yīng)商的報價管理和比較，對價格實行控制，以取得最佳的效益．同時采購應(yīng)和財務(wù)、成本核算部門之間建立有意義的信息通訊，以保證企業(yè)的每一環(huán)節(jié)所提供的信息能在其它所有有關(guān)的環(huán)節(jié)中反映出來。通過建立和管理采購合同，來實現(xiàn)對合同的跟蹤，安排供應(yīng)商交貨進度等需求目標(biāo)。從而，提高采購活動的效率，降低采購成本。2．2系統(tǒng)整體業(yè)務(wù)流程整個系統(tǒng)的業(yè)務(wù)流程是從技術(shù)部根據(jù)生產(chǎn)計劃下達外購件提單開始，采購部門根據(jù)提單中的物料信息、物料的采購提前期、采購批量和庫存信息等制定出相應(yīng)的采購計劃，發(fā)放相關(guān)的采購人員。采購人員再根據(jù)采購計劃制定詢價單發(fā)送給供應(yīng)商，之后確定最合適的供應(yīng)商與之簽訂合同，并對訂單進行跟蹤，直至收貨。收貨完畢后，對采購費用和賬款進行處理，完成整個采購過程?？傮w流程圖如下圖所示。圖21 系統(tǒng)整體業(yè)務(wù)流程圖 System overall business flow chart2．3系統(tǒng)功能描述根據(jù)系統(tǒng)的需求分析，結(jié)合公司采購部門的具體業(yè)務(wù)流程，確定該系統(tǒng)包括訂單采購時間計劃、創(chuàng)建詢價單、合同管理、財務(wù)交接、采購綜合查詢、供應(yīng)商管理等幾大功能模塊。系統(tǒng)的總體結(jié)構(gòu)框圖如下圖所示。圖22 系統(tǒng)功能模塊圖 System function module chart1．訂單采購時間計劃與MRP系統(tǒng)、庫存管理系統(tǒng)結(jié)合，根據(jù)提單中的物料信息、物料的采購提前期、采購批量和庫存信息等制定相應(yīng)的采購計劃，對采購計劃進行查詢和更新。2．創(chuàng)建詢價單通過此模塊可查詢外購件訂單信息，采購人員結(jié)合訂單的需求日期和所需物料，將多張訂單中的物料合并成一張詢價單，或者一張訂單的多個分類詢價單。采購員通過對供應(yīng)商的報價選擇價格優(yōu)惠、供應(yīng)質(zhì)量最佳的供應(yīng)商。3．采購合同管理創(chuàng)建合同：根據(jù)詢價單創(chuàng)建合同，確定采購細節(jié)如物料的數(shù)量、單價、總金額、付款方式、交貨時間等基本信息，與供應(yīng)商簽訂合同。在采購合同由采購主管審核后，不可隨意更改。 合同查詢：對合同信息按條件進行查詢，生成打印合同文本。合同變更：對因操作錯誤或其他特殊原因需要更改的合同，把該合同作廢并保存，進而可重新根據(jù)詢價單生成新合同。4．財務(wù)交接模塊包括采購員請款、合同交接、發(fā)票交接、付款審核審批等子模塊。其中合同經(jīng)過采購員請款后，需要先通過財務(wù)部的審核，再通過管理部的審批才予以生效，準(zhǔn)予付款。5．采購綜合查詢 包括外購件明細表綜合查詢、采購進度查詢、付款計劃查詢等子模塊。通過采購進度查詢，可以根據(jù)條件查看對應(yīng)合同的付款情況、到貨時間等，從而跟蹤采購進度，并打印出相應(yīng)的Excel文件。通過付款計劃查詢，可查看某月份或其他條件下應(yīng)付款項的具體信息及應(yīng)付總金額。6．供應(yīng)商管理對供應(yīng)商基本資料如名稱、地址、聯(lián)系方式、聯(lián)系人以及賬戶等與財務(wù)相關(guān)信息的管理與維護。2．4系統(tǒng)用例分析用例是對系統(tǒng)行為的描述，這個描述是從角色（也可稱為用戶）的角度來描述的。用例記錄了系統(tǒng)為響應(yīng)一個角色激勵而進行的一系列可視事件，可視事件是指角色看得見的事件[10] 。圖23 系統(tǒng)用例圖 Use Case Diagram技術(shù)部：雖然未直接參與采購系統(tǒng)的操作，但它是后面采購流程的源頭。相關(guān)的工作主要有提前制定預(yù)提單和外購件明細表交到檔案部；計劃更改時，及時下預(yù)提更改單，說明更改原因；生產(chǎn)時下圖紙入庫投產(chǎn)單，計劃改變時，另外下一個設(shè)計更改單。檔案科：應(yīng)用MRP系統(tǒng)，錄入技術(shù)部下的外購件訂單，即預(yù)提單、投產(chǎn)單、預(yù)提更改單、設(shè)計更改單等。采購員：根據(jù)技術(shù)部的外購件訂單，按供應(yīng)商制作詢價單，談價，比價，最后確定和哪個供應(yīng)商簽訂合同；負責(zé)請款，未到貨的催貨，發(fā)票的催要；接收貨物，清點物品數(shù)量，在供貨商的供貨清單上簽字；同時將貨物轉(zhuǎn)交給庫管員。采購科長：制定采購計劃，考核采購員合同簽訂情況，檢查貨到情況，統(tǒng)計付款執(zhí)行情況。庫房：將物料入庫。入庫時更新周到貨登記表，登記貨架到分配單上。供貨商：送貨之后，由接貨人在送貨單簽字。財務(wù)：接收采購部門遞交的合同、發(fā)票及對應(yīng)的交接單；接到請款表時核對合同，進行付款。 經(jīng)理：主要負責(zé)對已通過財務(wù)審核的請款款項，進行審批。2．5系統(tǒng)數(shù)據(jù)建模數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工角度，以圖形方式來表達系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是系統(tǒng)信息邏輯模型的主要形式[11]。本系統(tǒng)的總體數(shù)據(jù)流圖如下圖所示。圖24 數(shù)據(jù)流圖 Data Flow Diagram2．6系統(tǒng)網(wǎng)絡(luò)拓撲結(jié)構(gòu)網(wǎng)絡(luò)拓撲結(jié)構(gòu)是指用于傳輸媒體互連各種設(shè)備的物理布局，就是用什么方式把網(wǎng)絡(luò)中的計算機等設(shè)備連接起來。整個系統(tǒng)的數(shù)據(jù)通過Internet方式傳輸，企業(yè)內(nèi)部各科室通過Internet登陸本系統(tǒng)，根據(jù)系統(tǒng)設(shè)定的權(quán)限完成自己的工作后，把相應(yīng)的數(shù)據(jù)存放在網(wǎng)絡(luò)上SQL Server服務(wù)器上[12]。系統(tǒng)的網(wǎng)絡(luò)拓撲圖如下圖所示。圖25 網(wǎng)絡(luò)拓撲結(jié)構(gòu)圖 Network Topology2．7系統(tǒng)與其他ERP子系統(tǒng)的關(guān)系采購管理系統(tǒng)是企業(yè)信息化系統(tǒng)的重要組成部分，它以其高度的信息共享、先進的管理思想和強大的業(yè)務(wù)功能，幫助企業(yè)建立一個高效、可靠的物資采購管理平臺[13]。作為整個ERP系統(tǒng)中的一個子系統(tǒng)，采購管理系統(tǒng)與物料需求計劃、質(zhì)量、庫存、成本管理等子系統(tǒng)有密切關(guān)系，如下圖所示。圖26 采購管理與ERP中其他子系統(tǒng)的關(guān)系 the relationship between Purchasing management and the other subsystems 第三章 采購計劃管理系統(tǒng)數(shù)據(jù)庫的設(shè)計 數(shù)據(jù)庫設(shè)計概述數(shù)據(jù)庫設(shè)計涉及范圍很廣，要設(shè)計一個性能良好的數(shù)據(jù)庫并非易事。從本質(zhì)上講，數(shù)據(jù)庫設(shè)計的過程是將數(shù)據(jù)庫系統(tǒng)與現(xiàn)實世界密切地、有機地、協(xié)調(diào)一致地結(jié)合起來的過程。[14] [15]數(shù)據(jù)庫設(shè)計質(zhì)量與設(shè)計者的知識、經(jīng)驗和水平密切相關(guān)。作為數(shù)據(jù)庫應(yīng)用系統(tǒng)的重要組成部分，數(shù)據(jù)庫設(shè)計的成敗往往直接關(guān)系到整個應(yīng)用系統(tǒng)的成敗。企業(yè)業(yè)務(wù)信息是很龐大的，它不僅包括企業(yè)內(nèi)部信息如：生產(chǎn)所需的加工設(shè)備、廠房、企業(yè)員工、各種規(guī)劃等，還包括企業(yè)外部的客戶訂單、供應(yīng)商信息、市場信息等。同時采購管理系統(tǒng)是ERP系統(tǒng)的重要組成部分，它與產(chǎn)品數(shù)據(jù)管理，庫存管理、財務(wù)管理、人力資源管理等系統(tǒng)之間存在頻繁的數(shù)據(jù)交換。對這樣的系統(tǒng)的數(shù)據(jù)庫設(shè)計，如何使邏輯結(jié)構(gòu)更合理，最大限度的減少數(shù)據(jù)冗余，理清各實體之間的關(guān)系成了系統(tǒng)首要問題。唯有以數(shù)據(jù)庫設(shè)計理論來指導(dǎo)設(shè)計工作才能少走彎路取得成功[16]。 數(shù)據(jù)庫服務(wù)器的選定本系統(tǒng)采用功能強大的關(guān)系數(shù)據(jù)庫管理系統(tǒng) SQL server 2000，該數(shù)據(jù)庫能提供超大型系統(tǒng)所需的數(shù)據(jù)庫服務(wù)。大型服務(wù)器可供成千上萬的用戶同時連接到 SQL Server 2000 實例。SQL Server 2000 為這些環(huán)境提供了全面的保護，具有防止問題發(fā)生的安全措施[17]，例如，可以防止多個用戶試圖同時更新相同的數(shù)據(jù)。SQL Server 2000 還在多個用戶之間有效地分配可用資源，比如內(nèi)存、網(wǎng)絡(luò)帶寬和磁盤 I/O。 數(shù)據(jù)庫概念設(shè)計數(shù)據(jù)庫概念設(shè)計就是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)概念模型的過程，它是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵。一般是先根據(jù)單個應(yīng)用的需求，畫出能反映每個應(yīng)用需求的局部ER（EntityRelationship）模型[18] 。然后把這些ER圖合并起來，并消除冗余可能存在的矛盾，得出系統(tǒng)的ER圖。ER圖的三種基本成份：實體、屬性和聯(lián)系。[19]實體是存在于企業(yè)信息管理中的對象，屬性是對象的業(yè)務(wù)功能，聯(lián)系是指各對象間的關(guān)系。如下圖31是本系統(tǒng)主要信息的ER圖模型。圖31 系統(tǒng)管理ER圖 System Management ER圖中對于帶有明細表的表單，如外購件訂單、詢價單、合同等，在數(shù)據(jù)庫實現(xiàn)上采取主表一子表的設(shè)計方法。主表和子表之間是一對多的關(guān)系，并通過主外鍵關(guān)系關(guān)聯(lián)起來，其中在子表中主表的表單流水號是外鍵。技術(shù)部制作的外購件訂單中，訂單明細也就是對應(yīng)的物料信息，采購員根據(jù)供應(yīng)商不同或其他需要，從一個或多個訂單中選擇要買的物料，把它們選入詢價單中，其中訂單中的物料都可以多次詢價。本系統(tǒng)中，詢價單和采購合同之間的基數(shù)比為1：z，z代表O或者1。表示一張詢價單可以生成一個合同，也可能并不生成合同。合同一般采取分期付款的形式，根據(jù)付款形式的不同，付款比例和付款次數(shù)也不同，所以合同和付款單是1比多的關(guān)系。合同和變更合同之間也是1比多的關(guān)系，每個合同都可以變更多次，變更后的合同編號是相同的，變更后通過詢價單重新生成合同。詢價單和分配單是一一對應(yīng)的關(guān)系，采購員通過分配單接貨，把物料入庫，庫管員負責(zé)登記貨架到分配單上。 數(shù)據(jù)庫邏輯設(shè)計數(shù)據(jù)庫的邏輯設(shè)計要將概念設(shè)計得到的E—R圖轉(zhuǎn)換成等價的關(guān)系模式，實體對應(yīng)于表，實體的屬性對應(yīng)于表的列，實體之間的關(guān)系稱為表的約束。每一個SQL SERVER 數(shù)據(jù)庫都包含用于數(shù)據(jù)存儲和組織的數(shù)據(jù)庫對象，包括：表、列、索引、視圖、約束、規(guī)則、存儲過程等。設(shè)計數(shù)據(jù)庫時，在滿足系統(tǒng)的功能外，盡量遵守下列原則：基本表的個數(shù)越少越好；主鍵的個數(shù)越少越好，鍵是表間連接的工具，主鍵越少，表間的連接就越簡單，字段的個數(shù)越少越好：所有基本表的設(shè)計均應(yīng)盡量符合第三范式。 數(shù)據(jù)庫中表的建立數(shù)據(jù)庫中數(shù)據(jù)存儲的主要載體是表，表由行和列組成[20]。每個SQL Server 數(shù)據(jù)庫都包含一個或多個表。表由列組合而成，各個列的一個組合一般稱為行。一般來說，每一個表代表某種實體類型。本數(shù)據(jù)庫中所建立的表的名稱及其功能如下：表31 數(shù)據(jù)庫用戶表Table31 User Table of Database 表名功能說明MRP_計劃訂單_組件零件清單存儲提單中的物料信息，如物料流水號，數(shù)量等采購管理_詢價單存儲詢價單的相關(guān)信息，如編號，供應(yīng)商等采購管理_詢價單明細存儲詢價單中的具體內(nèi)容采購管理_采購合同存儲合同的相關(guān)信息采購管理_采購合同明細存儲合同中的具體內(nèi)容 采購管理_采購合同幣種基礎(chǔ)表，記錄簽合同時可能用到的幣種信息采購管理_采購合同計算方式基礎(chǔ)表，記錄合同計算方式，如按重量采購管理_采購合同付款方式基礎(chǔ)表，記錄不同比例的付款方式采購管理_付款時間節(jié)點基礎(chǔ)表，記錄合同可能的付款時間節(jié)點采購管理_采購合同付款計劃存儲每筆合同具體的付款計劃，什么時間付多少采購管理_采購合同變更存儲已作廢的合同信息采購管理_采購合同明細變更存儲已作廢合同的具體內(nèi)容采購管理_請款表存儲采購員的請款信息采購管理_發(fā)票存儲采購合同對應(yīng)的發(fā)票信息采購管理_發(fā)票明細存儲發(fā)票信息的具體內(nèi)容采購管理_發(fā)票狀態(tài)基礎(chǔ)表，發(fā)票狀態(tài)是未到還是已到采購管理_供應(yīng)商存儲供應(yīng)商信息人事檔案管理_人員名單基礎(chǔ)表，記錄用戶信息菜單系統(tǒng)模塊_項目角色基礎(chǔ)表，記錄ERP系統(tǒng)中的角色信息菜單系統(tǒng)模塊_人員與角色基礎(chǔ)表，記錄人員的角色分配情況菜單系統(tǒng)模塊_項目角色模塊列表基礎(chǔ)表，記錄每個角色有哪些可使用的模塊 數(shù)據(jù)庫表中字段的建立每一個表都由一系列相關(guān)的列組成，列定義了表的每個行的屬性。用傳統(tǒng)的叫法來說，列也叫做字段。例如：在ERP數(shù)據(jù)庫中，物料主文件表包含了表32的一些列：表32 物料主文件表的字段Table32 Fields of BOM列描述數(shù)據(jù)類型物料流水號物料表主文件表的主鍵，自動增長列Int(4)物料代碼物料類別，品種，型號組合而成Nvarchar（400）物料名稱物料中文名稱Nvarchar(100)物料全名包括物料父級名稱Nvarchar(100)物料規(guī)格物料通用規(guī)格Nvarchar(100)物料型號物料的通用型號Nvarchar(100)類別編號物料所屬類別編號Nvarchar(50)物料品種流水號物料品種基礎(chǔ)表的外鍵Int(4)計量單位流水號計量單位基礎(chǔ)表的外鍵Int(4)物料描述物料的詳細補充描述Nvarchar(50)物料