神東公司采購尋源及供應商管理系統的設計與實現

摘 要：本課題研究旨在探索信息技術在采購工作中的應用，設計和開發出適合神東公司內部應用的采購尋源及供應商管理系統。首先，基于需求調研，利用業務流程圖和用例圖完成了系統的業務流程和需求分析工作，在此基礎上，通過對比不同技術架構，給出系統的技術架構方案，即系統開發框架采用三層結構，并給出了系統數據模型和數據表設計；然后，通過時序圖描述了采購方案管理、采購尋源、合同管理、供應商管理四個功能模塊的詳細設計，其中重點討論了采購方案創建、采購推薦子功能；最后，針對上述功能模塊，給出了功能實現效果圖和編碼實現過程，同時，介紹了系統測試方法，驗證了系統功能的正確性。

關鍵詞：采購尋源；ASP.NET技術；C# SQL Server 數據庫

1 概述

進入21世紀以來，各類信息化軟件的運用開始普遍，但仍然存在許多企業未運用信息化，或者是信息化程度較低。企業在采購過程中，是否有系統化的軟件進行跟蹤管理是確保企業采購過程順利進行的必要保障。首先，在信息的共享方面，據調研，目前很多企業未能實現信息的多方共享，同時，企業的內部相關組織機構也不能夠共享企業的信息，這使得每完成一項工作，都存在重復勞動，浪費人力和財力。其次，企業在采購的過程中，沒有系統的軟件進行過程跟蹤，采購人員往往需要花費大量的時間在手工記錄跟蹤信息上。作為企業的領導人員，由于采購事務涉及到很多環節，也不能及時了解到采購的具體推進情況，影響企業的整體資金運轉。

綜上所述，考慮到神東煤炭集團公司作為一家煤炭生產型企業，針對該公司目前在采購管理與供應商管理方面的現狀，探討如何利用信息化的方式來實現采購的自動尋源以及高效的供應商管理，開發出一套適合公司內部應用的采購信息化系統，實現神東煤炭公司的采購與供應商管理工作的信息化。

2 需求分析

經過對神東集團公司物料采購部門的深入調研，其采購工作的實際流程可以描述為：首先，公司計劃部門根據生產管理部門傳遞來的生產計劃，結合當前庫存情況，擬定采購計劃，采購部門制定采購方案并上報給采購主管審批，在采購方案審批通過后，委托招標公司招標，根據中標結果創建合同，完成采購業務。

從以上流程可以看出如下問題，首先，盡管企業已有生產管理信息化系統，但企業生產部門傳遞給采購部門的采購計劃，都是通過紙質或電子報表的方式，這使得采購部門在制定采購方案時，需要消耗很多的時間；其次，采購方案要經過采購主管審批才能生效，這個審批過程并沒有實現信息化操作，導致效率低下。

針對上述存在的問題，設計和開發采購尋源及供應商管理系統時，首先要集成企業的ERP管理系統，從該系統中自動獲取采購計劃信息以作為制定采購方案的依據；其次，要實現采購方案制定和審批的信息化處理；再次，針對供應商選擇的問題，要研究自動推薦供應商的功能應用，節省采購人員挑選供應商的時間；最后，改變合同擬定通過手工完成的方式，實現采購結果自動回傳、合同自動生成，在線提交審批，從而提高合同管理效率。

結合以上分析，采購尋源及供應商管理系統要實現的業務模塊需要包括采購方案管理、采購尋源、訂單及合同管理、供應商管理等。針對每個功能模塊，可以進一步劃分若干子業務，完整的系統結構如圖1所示。

2.1 采購方案管理業務

采購分包創建是基于ERP系統提供的采購計劃信息自動生成一個采購分包初稿，當采購分包生成后，采購員可以對采購分包進行采購方案創建操作，然后提交給采購部門主管審批，因此，采購方案管理包括三個子模塊，分別是采購分包創建、采購方案創建、采購方案審批。

2.2 采購尋源業務

采購尋源是指在采購工作中尋找到合適的供應商，為了達成這一目標，首先要發布采購需求，然后根據各個供應商的報價、產品情況，從中選擇最為合適的供應商。

2.3 合同管理業務

訂單及合同管理要實現合同生成和審批、采購訂單下達等基本操作。

2.4 供應商管理業務

供應商是目標系統的參與用戶，其基本信息是由供應商在目標系統注冊時產生和阿里巴巴同步時獲取。為了使供應商信息更加完整，允許采購員對供應商信息進行補充操作。

3 系統設計

3.1 系統技術方案

目標系統在設計中采用的是三層架構模式，即在傳統的二層基礎上，獨立出新的一層，即業務邏輯層，將整個應用劃分成表示層、業務邏輯層和數據訪問層，具體的系統的技術架構設計如圖2所示。

三層架構的應用，其優勢在于實現了各業務的邏輯獨立，就系統而言，能有效增強系統的靈活性、可維護性、可擴展性；就系統開發而言，易于大型軟件開發項目的分工，提高開發效率。

采購尋源及供應商管理系統的開發技術采用當前流行的ASP.NET和ADO.NET技術，數據庫平臺選擇SQL Server數據庫，編程語言選擇C#語言。

3.2 數據庫的設計

在采購尋源及供應商管理系統中，涉及到的數據表主要有采購計劃表、采購分包信息表、采購方案審批表、采購方案表、詢價單信息表、合同信息表、合同樣式表、合同樣式定義表、合同審批信息表、采購訂單表、物料信息表、供應商信息表。

在數據表設計階段，要設計表的字段、字段類型和字段長度。受篇幅限制，只給出系統購方案信息表設計結果。如表1所示，該數據表用于存放采購分包基本信息，其中，采購分包編號為主鍵，對應采購計劃為外鍵。

3.3 功能詳細設計

3.3.1 采購方案管理

采購方案管理包含了采購分包創建、采購方案創建、采購方案審批、采購方案維護等子功能，其中，采購分包創建首先由系統根據采購計劃，自動生成一個采購分包，然后由采購員對該分包進行完善，在確認創建后，再執行采購方案創建并提交審批操作。采購方案審批是由采購主管進行的，在審批時，需要給出具體的審批意見，“通過”或“不通過”，然后才能開展采購的后續流程。采購方案維護是指對采購方案進行修改、刪除或查詢操作。

采購分包創建數據是通過系統接口從企業現有的ERP系統中獲得，存放在采購計劃表。采購分包需要將相同性質的采購標的歸為一類，其操作的數據對象是采購分包信息表。在執行采購分包創建時，從數據表提出數據進行運算，最終得出初步的采購分包，其流程如圖3所示。

采購分包生成后，采購員可以內容進行修改，然后提交修改后的分包信息，這時表示層和業務邏輯層分別調用采購分包信息保存方法進行業務請求響應，最后，數據訪問層完成分包信息插入操作，

并將操作結果返回至業務邏輯層，并進一步傳給表示層，表示層根據操作結果值，分別向客戶端用戶提示相應信息。

當采購分包創建好后，緊接著即進入采購方案的創建和審批階段，采購方案的審批工作通常是由采購主管來完成，采購主管根據企業的實際情況確定是否給予審批。

3.3.2 采購尋源

通過采購尋源，可以從眾多供應商中找到最合適的供應商。該模塊包含四個子模塊，分別是詢價單發布、詢價撤消、供應商報價、采購推薦。由于采購尋源主要是基于IBS平臺進行，在目標系統中不是常用模塊，在此不做重點討論。

3.3.3 合同管理

合同管理包括合同生成、合同審批、合同維護等。本節將重點探討合同生成、合同審批這兩個子功能的詳細設計。

（1）合同生成提交

合同生成提交指的是生成采購合同，并提交至對應的采購主管部門。采購合同生成包括兩個步驟，首先是調用采購合同的模板，將合同模板展示在頁面，即加載合同模塊；其次，獲取用戶輸入的合同信息，將這些信息插入到合同信息表中。合同模板加載執行的是數據讀取操作，操作的數據對象是合同樣式表和合同樣式定義表。

（2）合同審批

合同審批針對的是企業的采購主管，當采購合同提交至采購主管后，采購主管登錄系統即可查看到需要審批的采購合同。因此，合同審批在具體實現時包括兩個步驟，首先是綁定未審批的合同信息，然后針對未審批合同執行審批操作。

合同審批操作的數據對象是合同審批信息表，執行的是數據插入操作，因此，合同審批功能流程可以描述為：采購主管選擇待審批的合同記錄，表示層獲取選擇的合同記錄編號，然后調用業務邏輯層方法響應該請求，業務邏輯層根據合同編號調用數據訪問層方法完成數據檢索操作，并將數據綁定顯示。在采購主管給出具體審批意見后，表示層便調用審批意見錄入方法，完成向合同審批信息表的數據插入操作，最終將審批意見反饋給采購員。

3.3.4 供應商管理

供應商管理主要實現對供應商基本信息的維護，在采購尋源及供應商管理系統中，供應商信息來源于兩個途徑，一是通過供應商直接注冊而成；二是從1688平臺同步供應商信息。

供應商注冊業務的主體就是供應商自身，通過系統提供的注冊頁面完成基本信息注冊操作，從程序實現角度看，供應商注冊實質是向供應商信息表執行數據插入操作。

供應商在注冊頁面提交注冊業務請求后，表示層便獲取供應商注冊信息，然后進行數據校驗，在數據校驗通過后，業務邏輯層調用數據層的供應商信息錄入方法執行對供應商信息表的數據插入操作，最后，表示層通過數據操作返回值向供應商用戶提示相應信息。

在目標系統中，供應商信息還可從1688平臺通過同步而獲取的，其實現原理是從1688平臺的數據接口讀取供應商信息，然后將其插入到本地數據庫的供應商信息表中。

4 系統實現

4.1 采購方案管理

采購方案管理主要實現采購方案分包創建、采購方案創建和維護、審批等主要功能，采購方案創建的實現界面如圖4所示。其中，采購方案編號為程序自動生成。整個采購方案包括采購方案基本信息、創建人信息、招標人信息三部分，在填寫相關信息后，點擊提交審批按鈕，事件即可觸發。

采購方案創建從應用程序實現的角度看，是向采購方案信息表執行數據插入操作。功能實現的表示層代碼如下：

//響應業務請求事件

protected void CreatePurPlan_Click（object sender， EventArgs e）

{

… … …//獲取頁面輸入值

Model.plan thisPlan=new plan（）；

thisPlan.name = TB_planName.Text.ToString（）；

BLL.planBLL uB=new planBLL（）；

//調用業務邏輯層方法

if （uB.addPlan（thisPlan））

{

//根據數據庫返回值向客戶端輸出業務操作結果

Response.Write（“true”）；

}

else

{

Response.Write（“1”）；

}

}

采購方案在提交之后，方案創建人可以查看采購方案的審批情況，在審批通過之前，采購方案處于不可修改狀態。功能實現的界面如圖5所示。

采購方案審批查看的實現主要依賴采購方案信息表的狀態字段，在采購方案創建時，該狀態值默認寫入0。當采購員查看采購方案審批情況時，程序會讀取該值，如果為0，則向用戶提示，并置方案內容為不可編輯狀態。

當采購員提交采購方案之后，采購主管可以在管理后臺查看待審批的采購方案，并執行審批操作。從程序實現角度看，采購方案審批是向采購方案審批表執行數據插入操作。插入數據主要包括采購方案編號、審批人、審批結果、審批結果說明、審批時間等。其中，采購方案編號是從頁面Session中獲取，這是因為用戶首先要選擇待審批的采購方案，然后頁面要跳轉到審批界面。

4.2 采購尋源

采購方案審批通過后，采購員要針對采購內容，向IBS平臺發布詢價信息，這個過程就是創建詢價單、發布詢價單。創建詢價單實質是向詢價單信息表執行數據插入操作，由于實現過程與采購方案創建類似，在此不做介紹。

4.3 合同及訂單管理

IBS在將采購結果回傳后，系統會根據模板自動生成采購合同，為了便于打印，合同可以以word形式輸出，同時為了方便提交審批，也可以在客戶端顯示合同內容。如果用word輸出這時需要解決的問題是如何實現程序對word文檔的定義。實現的關鍵代碼如下：

Word.InlineShape oShape；

object oClassType = “MSGraph.Chart.8”；

wrdRng = oDoc.Bookmarks.get_Item（ref oEndOfDoc）.Range；

oShape = wrdRng.InlineShapes.AddOLEObject（ref oClassType， ref oMissing，

ref oMissing， ref oMissing， ref oMissing，

ref oMissing， ref oMissing， ref oMissing）；

合同生成后，需要提交給采購主管審批，首先，合同信息顯示在頁面，同時，點擊合同文本，可以下載之前自動生成的word文檔。在合同信息確認后，點擊提交審批，即可向采購主管提交合同信息，并等待審批結果。采購主管審批合同的實現界面如圖6所示。當合同可以通過時，點擊批準按鈕，即可觸發合同審批事件，完成合同審批操作。

4.4 供應商管理業務

在采購尋源及供應商管理系統中，供應商信息其中一個渠道是來源于1688平臺，這些信息在注冊時，存放在1688平臺數據庫，為了便于本系統進行管理，需要定期同步下載1688平臺的供應商信息，為此，需要同步兩個數據庫的數據。實現的代碼如下：

//創.建.鏈.接.服.務.器

exec sp_addlinkedserver ′ITSV′，′′，′SQLOLEDB′，′遠程服務器名或ip地址′

exec sp_addlinkedsrvlogin ′ITSV′，′1′，1，′用戶名′，′密碼′

//查詢

select*from openrowset（′SQLOLEDB′，′sql服務器名′；′用戶名′；′密碼′，數據庫名.dbo.表名）

//生成本地表

select*into表from openrowset（′SQLOLEDB′，′sql服務器名′；′用戶名′；′密碼′，數據庫名.dbo.表名）

//把本地表導入遠程表

insert openrowset（′SQLOLEDB′，′sql服務器名′；′用戶名′；′密碼′，數據庫名.dbo.表名）

select*from本地表

//更新本地表

updateb

set b列A=a列A

from openrowset（′SQLOLEDB′，′sql服務器名′；′用戶名′；′密碼′，數據庫名.dbo.表名）as a inner join本地表 b

on acolumn1=bcolumn1

5 系統測試

系統測試的目的是驗證目標系統在功能以及性能方面是否正確，在目標系統測試工作中，主要采用了兩種測試方法，即白盒測試與黑盒測試。

白盒測試：白盒測試的重點是驗證系統的所有內部邏輯結構是否正確，由于一般的用戶對于系統的內部邏輯結構不熟悉，因此白盒測試應該由軟件開發人員來完成。

黑盒測試：黑盒測試的重點是驗證功能的輸入輸出接口，對于黑盒測試而言，由于不涉及到具體的邏輯結構，因而可以由普通的用戶來進行測試，根據設計好的測試用例以及測試數據進行測試即可。

目標系統功能測試主要是以白盒與黑盒相結合的測試方法進行的，性能測試需要借助于LoadRunner自動化測試工具。測試結果均通過測試。

參考文獻

[1]郭修甫.煤炭企業物資采購與配送策略[M].武漢：中國地質大學出版，2013：189-192.

[2]申寶玉.淺談煤炭物資供應企業的采購管理[N].西部時報，2014-10-21.

[3]諸克軍.企業物資采購與配送政策[M].武漢：中國地質大學出版社，2014，78-80.

[4]王曉東.采購與供應鏈管理[M].北京：電子工業出版社，2014：109-111.

[5]梁雪梁.現代采購管理實務[M].北京：科學出版社，2014：156-159.

[6]劉伯瑩，劉伯鈞.MRPⅡ/ERP原理與實施[M].天津：天津大學出版社，2014：190-192.

作者簡介：張水霞（1982-），女，工學學士，工程師，2005年畢業于陜西科技大學，現任神東煤炭分公司物資供應中心采購部采購員。