神東公司采購(gòu)尋源及供應(yīng)商管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

摘 要：本課題研究旨在探索信息技術(shù)在采購(gòu)工作中的應(yīng)用，設(shè)計(jì)和開發(fā)出適合神東公司內(nèi)部應(yīng)用的采購(gòu)尋源及供應(yīng)商管理系統(tǒng)。首先，基于需求調(diào)研，利用業(yè)務(wù)流程圖和用例圖完成了系統(tǒng)的業(yè)務(wù)流程和需求分析工作，在此基礎(chǔ)上，通過(guò)對(duì)比不同技術(shù)架構(gòu)，給出系統(tǒng)的技術(shù)架構(gòu)方案，即系統(tǒng)開發(fā)框架采用三層結(jié)構(gòu)，并給出了系統(tǒng)數(shù)據(jù)模型和數(shù)據(jù)表設(shè)計(jì)；然后，通過(guò)時(shí)序圖描述了采購(gòu)方案管理、采購(gòu)尋源、合同管理、供應(yīng)商管理四個(gè)功能模塊的詳細(xì)設(shè)計(jì)，其中重點(diǎn)討論了采購(gòu)方案創(chuàng)建、采購(gòu)?fù)扑]子功能；最后，針對(duì)上述功能模塊，給出了功能實(shí)現(xiàn)效果圖和編碼實(shí)現(xiàn)過(guò)程，同時(shí)，介紹了系統(tǒng)測(cè)試方法，驗(yàn)證了系統(tǒng)功能的正確性。

關(guān)鍵詞：采購(gòu)尋源；ASP.NET技術(shù)；C# SQL Server 數(shù)據(jù)庫(kù)

1 概述

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

綜上所述，考慮到神東煤炭集團(tuán)公司作為一家煤炭生產(chǎn)型企業(yè)，針對(duì)該公司目前在采購(gòu)管理與供應(yīng)商管理方面的現(xiàn)狀，探討如何利用信息化的方式來(lái)實(shí)現(xiàn)采購(gòu)的自動(dòng)尋源以及高效的供應(yīng)商管理，開發(fā)出一套適合公司內(nèi)部應(yīng)用的采購(gòu)信息化系統(tǒng)，實(shí)現(xiàn)神東煤炭公司的采購(gòu)與供應(yīng)商管理工作的信息化。

2 需求分析

經(jīng)過(guò)對(duì)神東集團(tuán)公司物料采購(gòu)部門的深入調(diào)研，其采購(gòu)工作的實(shí)際流程可以描述為：首先，公司計(jì)劃部門根據(jù)生產(chǎn)管理部門傳遞來(lái)的生產(chǎn)計(jì)劃，結(jié)合當(dāng)前庫(kù)存情況，擬定采購(gòu)計(jì)劃，采購(gòu)部門制定采購(gòu)方案并上報(bào)給采購(gòu)主管審批，在采購(gòu)方案審批通過(guò)后，委托招標(biāo)公司招標(biāo)，根據(jù)中標(biāo)結(jié)果創(chuàng)建合同，完成采購(gòu)業(yè)務(wù)。

從以上流程可以看出如下問(wèn)題，首先，盡管企業(yè)已有生產(chǎn)管理信息化系統(tǒng)，但企業(yè)生產(chǎn)部門傳遞給采購(gòu)部門的采購(gòu)計(jì)劃，都是通過(guò)紙質(zhì)或電子報(bào)表的方式，這使得采購(gòu)部門在制定采購(gòu)方案時(shí)，需要消耗很多的時(shí)間；其次，采購(gòu)方案要經(jīng)過(guò)采購(gòu)主管審批才能生效，這個(gè)審批過(guò)程并沒(méi)有實(shí)現(xiàn)信息化操作，導(dǎo)致效率低下。

針對(duì)上述存在的問(wèn)題，設(shè)計(jì)和開發(fā)采購(gòu)尋源及供應(yīng)商管理系統(tǒng)時(shí)，首先要集成企業(yè)的ERP管理系統(tǒng)，從該系統(tǒng)中自動(dòng)獲取采購(gòu)計(jì)劃信息以作為制定采購(gòu)方案的依據(jù)；其次，要實(shí)現(xiàn)采購(gòu)方案制定和審批的信息化處理；再次，針對(duì)供應(yīng)商選擇的問(wèn)題，要研究自動(dòng)推薦供應(yīng)商的功能應(yīng)用，節(jié)省采購(gòu)人員挑選供應(yīng)商的時(shí)間；最后，改變合同擬定通過(guò)手工完成的方式，實(shí)現(xiàn)采購(gòu)結(jié)果自動(dòng)回傳、合同自動(dòng)生成，在線提交審批，從而提高合同管理效率。

結(jié)合以上分析，采購(gòu)尋源及供應(yīng)商管理系統(tǒng)要實(shí)現(xiàn)的業(yè)務(wù)模塊需要包括采購(gòu)方案管理、采購(gòu)尋源、訂單及合同管理、供應(yīng)商管理等。針對(duì)每個(gè)功能模塊，可以進(jìn)一步劃分若干子業(yè)務(wù)，完整的系統(tǒng)結(jié)構(gòu)如圖1所示。

2.1 采購(gòu)方案管理業(yè)務(wù)

采購(gòu)分包創(chuàng)建是基于ERP系統(tǒng)提供的采購(gòu)計(jì)劃信息自動(dòng)生成一個(gè)采購(gòu)分包初稿，當(dāng)采購(gòu)分包生成后，采購(gòu)員可以對(duì)采購(gòu)分包進(jìn)行采購(gòu)方案創(chuàng)建操作，然后提交給采購(gòu)部門主管審批，因此，采購(gòu)方案管理包括三個(gè)子模塊，分別是采購(gòu)分包創(chuàng)建、采購(gòu)方案創(chuàng)建、采購(gòu)方案審批。

2.2 采購(gòu)尋源業(yè)務(wù)

采購(gòu)尋源是指在采購(gòu)工作中尋找到合適的供應(yīng)商，為了達(dá)成這一目標(biāo)，首先要發(fā)布采購(gòu)需求，然后根據(jù)各個(gè)供應(yīng)商的報(bào)價(jià)、產(chǎn)品情況，從中選擇最為合適的供應(yīng)商。

2.3 合同管理業(yè)務(wù)

訂單及合同管理要實(shí)現(xiàn)合同生成和審批、采購(gòu)訂單下達(dá)等基本操作。

2.4 供應(yīng)商管理業(yè)務(wù)

供應(yīng)商是目標(biāo)系統(tǒng)的參與用戶，其基本信息是由供應(yīng)商在目標(biāo)系統(tǒng)注冊(cè)時(shí)產(chǎn)生和阿里巴巴同步時(shí)獲取。為了使供應(yīng)商信息更加完整，允許采購(gòu)員對(duì)供應(yīng)商信息進(jìn)行補(bǔ)充操作。

3 系統(tǒng)設(shè)計(jì)

3.1 系統(tǒng)技術(shù)方案

目標(biāo)系統(tǒng)在設(shè)計(jì)中采用的是三層架構(gòu)模式，即在傳統(tǒng)的二層基礎(chǔ)上，獨(dú)立出新的一層，即業(yè)務(wù)邏輯層，將整個(gè)應(yīng)用劃分成表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問(wèn)層，具體的系統(tǒng)的技術(shù)架構(gòu)設(shè)計(jì)如圖2所示。

三層架構(gòu)的應(yīng)用，其優(yōu)勢(shì)在于實(shí)現(xiàn)了各業(yè)務(wù)的邏輯獨(dú)立，就系統(tǒng)而言，能有效增強(qiáng)系統(tǒng)的靈活性、可維護(hù)性、可擴(kuò)展性；就系統(tǒng)開發(fā)而言，易于大型軟件開發(fā)項(xiàng)目的分工，提高開發(fā)效率。

采購(gòu)尋源及供應(yīng)商管理系統(tǒng)的開發(fā)技術(shù)采用當(dāng)前流行的ASP.NET和ADO.NET技術(shù)，數(shù)據(jù)庫(kù)平臺(tái)選擇SQL Server數(shù)據(jù)庫(kù)，編程語(yǔ)言選擇C#語(yǔ)言。

3.2 數(shù)據(jù)庫(kù)的設(shè)計(jì)

在采購(gòu)尋源及供應(yīng)商管理系統(tǒng)中，涉及到的數(shù)據(jù)表主要有采購(gòu)計(jì)劃表、采購(gòu)分包信息表、采購(gòu)方案審批表、采購(gòu)方案表、詢價(jià)單信息表、合同信息表、合同樣式表、合同樣式定義表、合同審批信息表、采購(gòu)訂單表、物料信息表、供應(yīng)商信息表。

在數(shù)據(jù)表設(shè)計(jì)階段，要設(shè)計(jì)表的字段、字段類型和字段長(zhǎng)度。受篇幅限制，只給出系統(tǒng)購(gòu)方案信息表設(shè)計(jì)結(jié)果。如表1所示，該數(shù)據(jù)表用于存放采購(gòu)分包基本信息，其中，采購(gòu)分包編號(hào)為主鍵，對(duì)應(yīng)采購(gòu)計(jì)劃為外鍵。

3.3 功能詳細(xì)設(shè)計(jì)

3.3.1 采購(gòu)方案管理

采購(gòu)方案管理包含了采購(gòu)分包創(chuàng)建、采購(gòu)方案創(chuàng)建、采購(gòu)方案審批、采購(gòu)方案維護(hù)等子功能，其中，采購(gòu)分包創(chuàng)建首先由系統(tǒng)根據(jù)采購(gòu)計(jì)劃，自動(dòng)生成一個(gè)采購(gòu)分包，然后由采購(gòu)員對(duì)該分包進(jìn)行完善，在確認(rèn)創(chuàng)建后，再執(zhí)行采購(gòu)方案創(chuàng)建并提交審批操作。采購(gòu)方案審批是由采購(gòu)主管進(jìn)行的，在審批時(shí)，需要給出具體的審批意見，“通過(guò)”或“不通過(guò)”，然后才能開展采購(gòu)的后續(xù)流程。采購(gòu)方案維護(hù)是指對(duì)采購(gòu)方案進(jìn)行修改、刪除或查詢操作。

采購(gòu)分包創(chuàng)建數(shù)據(jù)是通過(guò)系統(tǒng)接口從企業(yè)現(xiàn)有的ERP系統(tǒng)中獲得，存放在采購(gòu)計(jì)劃表。采購(gòu)分包需要將相同性質(zhì)的采購(gòu)標(biāo)的歸為一類，其操作的數(shù)據(jù)對(duì)象是采購(gòu)分包信息表。在執(zhí)行采購(gòu)分包創(chuàng)建時(shí)，從數(shù)據(jù)表提出數(shù)據(jù)進(jìn)行運(yùn)算，最終得出初步的采購(gòu)分包，其流程如圖3所示。

采購(gòu)分包生成后，采購(gòu)員可以內(nèi)容進(jìn)行修改，然后提交修改后的分包信息，這時(shí)表示層和業(yè)務(wù)邏輯層分別調(diào)用采購(gòu)分包信息保存方法進(jìn)行業(yè)務(wù)請(qǐng)求響應(yīng)，最后，數(shù)據(jù)訪問(wèn)層完成分包信息插入操作，

并將操作結(jié)果返回至業(yè)務(wù)邏輯層，并進(jìn)一步傳給表示層，表示層根據(jù)操作結(jié)果值，分別向客戶端用戶提示相應(yīng)信息。

當(dāng)采購(gòu)分包創(chuàng)建好后，緊接著即進(jìn)入采購(gòu)方案的創(chuàng)建和審批階段，采購(gòu)方案的審批工作通常是由采購(gòu)主管來(lái)完成，采購(gòu)主管根據(jù)企業(yè)的實(shí)際情況確定是否給予審批。

3.3.2 采購(gòu)尋源

通過(guò)采購(gòu)尋源，可以從眾多供應(yīng)商中找到最合適的供應(yīng)商。該模塊包含四個(gè)子模塊，分別是詢價(jià)單發(fā)布、詢價(jià)撤消、供應(yīng)商報(bào)價(jià)、采購(gòu)?fù)扑]。由于采購(gòu)尋源主要是基于IBS平臺(tái)進(jìn)行，在目標(biāo)系統(tǒng)中不是常用模塊，在此不做重點(diǎn)討論。

3.3.3 合同管理

合同管理包括合同生成、合同審批、合同維護(hù)等。本節(jié)將重點(diǎn)探討合同生成、合同審批這兩個(gè)子功能的詳細(xì)設(shè)計(jì)。

（1）合同生成提交

合同生成提交指的是生成采購(gòu)合同，并提交至對(duì)應(yīng)的采購(gòu)主管部門。采購(gòu)合同生成包括兩個(gè)步驟，首先是調(diào)用采購(gòu)合同的模板，將合同模板展示在頁(yè)面，即加載合同模塊；其次，獲取用戶輸入的合同信息，將這些信息插入到合同信息表中。合同模板加載執(zhí)行的是數(shù)據(jù)讀取操作，操作的數(shù)據(jù)對(duì)象是合同樣式表和合同樣式定義表。

（2）合同審批

合同審批針對(duì)的是企業(yè)的采購(gòu)主管，當(dāng)采購(gòu)合同提交至采購(gòu)主管后，采購(gòu)主管登錄系統(tǒng)即可查看到需要審批的采購(gòu)合同。因此，合同審批在具體實(shí)現(xiàn)時(shí)包括兩個(gè)步驟，首先是綁定未審批的合同信息，然后針對(duì)未審批合同執(zhí)行審批操作。

合同審批操作的數(shù)據(jù)對(duì)象是合同審批信息表，執(zhí)行的是數(shù)據(jù)插入操作，因此，合同審批功能流程可以描述為：采購(gòu)主管選擇待審批的合同記錄，表示層獲取選擇的合同記錄編號(hào)，然后調(diào)用業(yè)務(wù)邏輯層方法響應(yīng)該請(qǐng)求，業(yè)務(wù)邏輯層根據(jù)合同編號(hào)調(diào)用數(shù)據(jù)訪問(wèn)層方法完成數(shù)據(jù)檢索操作，并將數(shù)據(jù)綁定顯示。在采購(gòu)主管給出具體審批意見后，表示層便調(diào)用審批意見錄入方法，完成向合同審批信息表的數(shù)據(jù)插入操作，最終將審批意見反饋給采購(gòu)員。

3.3.4 供應(yīng)商管理

供應(yīng)商管理主要實(shí)現(xiàn)對(duì)供應(yīng)商基本信息的維護(hù)，在采購(gòu)尋源及供應(yīng)商管理系統(tǒng)中，供應(yīng)商信息來(lái)源于兩個(gè)途徑，一是通過(guò)供應(yīng)商直接注冊(cè)而成；二是從1688平臺(tái)同步供應(yīng)商信息。

供應(yīng)商注冊(cè)業(yè)務(wù)的主體就是供應(yīng)商自身，通過(guò)系統(tǒng)提供的注冊(cè)頁(yè)面完成基本信息注冊(cè)操作，從程序?qū)崿F(xiàn)角度看，供應(yīng)商注冊(cè)實(shí)質(zhì)是向供應(yīng)商信息表執(zhí)行數(shù)據(jù)插入操作。

供應(yīng)商在注冊(cè)頁(yè)面提交注冊(cè)業(yè)務(wù)請(qǐng)求后，表示層便獲取供應(yīng)商注冊(cè)信息，然后進(jìn)行數(shù)據(jù)校驗(yàn)，在數(shù)據(jù)校驗(yàn)通過(guò)后，業(yè)務(wù)邏輯層調(diào)用數(shù)據(jù)層的供應(yīng)商信息錄入方法執(zhí)行對(duì)供應(yīng)商信息表的數(shù)據(jù)插入操作，最后，表示層通過(guò)數(shù)據(jù)操作返回值向供應(yīng)商用戶提示相應(yīng)信息。

在目標(biāo)系統(tǒng)中，供應(yīng)商信息還可從1688平臺(tái)通過(guò)同步而獲取的，其實(shí)現(xiàn)原理是從1688平臺(tái)的數(shù)據(jù)接口讀取供應(yīng)商信息，然后將其插入到本地?cái)?shù)據(jù)庫(kù)的供應(yīng)商信息表中。

4 系統(tǒng)實(shí)現(xiàn)

4.1 采購(gòu)方案管理

采購(gòu)方案管理主要實(shí)現(xiàn)采購(gòu)方案分包創(chuàng)建、采購(gòu)方案創(chuàng)建和維護(hù)、審批等主要功能，采購(gòu)方案創(chuàng)建的實(shí)現(xiàn)界面如圖4所示。其中，采購(gòu)方案編號(hào)為程序自動(dòng)生成。整個(gè)采購(gòu)方案包括采購(gòu)方案基本信息、創(chuàng)建人信息、招標(biāo)人信息三部分，在填寫相關(guān)信息后，點(diǎn)擊提交審批按鈕，事件即可觸發(fā)。

采購(gòu)方案創(chuàng)建從應(yīng)用程序?qū)崿F(xiàn)的角度看，是向采購(gòu)方案信息表執(zhí)行數(shù)據(jù)插入操作。功能實(shí)現(xiàn)的表示層代碼如下：

//響應(yīng)業(yè)務(wù)請(qǐng)求事件

protected void CreatePurPlan_Click（object sender， EventArgs e）

{

… … …//獲取頁(yè)面輸入值

Model.plan thisPlan=new plan（）；

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

BLL.planBLL uB=new planBLL（）；

//調(diào)用業(yè)務(wù)邏輯層方法

if （uB.addPlan（thisPlan））

{

//根據(jù)數(shù)據(jù)庫(kù)返回值向客戶端輸出業(yè)務(wù)操作結(jié)果

Response.Write（“true”）；

}

else

{

Response.Write（“1”）；

}

}

采購(gòu)方案在提交之后，方案創(chuàng)建人可以查看采購(gòu)方案的審批情況，在審批通過(guò)之前，采購(gòu)方案處于不可修改狀態(tài)。功能實(shí)現(xiàn)的界面如圖5所示。

采購(gòu)方案審批查看的實(shí)現(xiàn)主要依賴采購(gòu)方案信息表的狀態(tài)字段，在采購(gòu)方案創(chuàng)建時(shí)，該狀態(tài)值默認(rèn)寫入0。當(dāng)采購(gòu)員查看采購(gòu)方案審批情況時(shí)，程序會(huì)讀取該值，如果為0，則向用戶提示，并置方案內(nèi)容為不可編輯狀態(tài)。

當(dāng)采購(gòu)員提交采購(gòu)方案之后，采購(gòu)主管可以在管理后臺(tái)查看待審批的采購(gòu)方案，并執(zhí)行審批操作。從程序?qū)崿F(xiàn)角度看，采購(gòu)方案審批是向采購(gòu)方案審批表執(zhí)行數(shù)據(jù)插入操作。插入數(shù)據(jù)主要包括采購(gòu)方案編號(hào)、審批人、審批結(jié)果、審批結(jié)果說(shuō)明、審批時(shí)間等。其中，采購(gòu)方案編號(hào)是從頁(yè)面Session中獲取，這是因?yàn)橛脩羰紫纫x擇待審批的采購(gòu)方案，然后頁(yè)面要跳轉(zhuǎn)到審批界面。

4.2 采購(gòu)尋源

采購(gòu)方案審批通過(guò)后，采購(gòu)員要針對(duì)采購(gòu)內(nèi)容，向IBS平臺(tái)發(fā)布詢價(jià)信息，這個(gè)過(guò)程就是創(chuàng)建詢價(jià)單、發(fā)布詢價(jià)單。創(chuàng)建詢價(jià)單實(shí)質(zhì)是向詢價(jià)單信息表執(zhí)行數(shù)據(jù)插入操作，由于實(shí)現(xiàn)過(guò)程與采購(gòu)方案創(chuàng)建類似，在此不做介紹。

4.3 合同及訂單管理

IBS在將采購(gòu)結(jié)果回傳后，系統(tǒng)會(huì)根據(jù)模板自動(dòng)生成采購(gòu)合同，為了便于打印，合同可以以word形式輸出，同時(shí)為了方便提交審批，也可以在客戶端顯示合同內(nèi)容。如果用word輸出這時(shí)需要解決的問(wèn)題是如何實(shí)現(xiàn)程序?qū)ord文檔的定義。實(shí)現(xiàn)的關(guān)鍵代碼如下：

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）；

合同生成后，需要提交給采購(gòu)主管審批，首先，合同信息顯示在頁(yè)面，同時(shí)，點(diǎn)擊合同文本，可以下載之前自動(dòng)生成的word文檔。在合同信息確認(rèn)后，點(diǎn)擊提交審批，即可向采購(gòu)主管提交合同信息，并等待審批結(jié)果。采購(gòu)主管審批合同的實(shí)現(xiàn)界面如圖6所示。當(dāng)合同可以通過(guò)時(shí)，點(diǎn)擊批準(zhǔn)按鈕，即可觸發(fā)合同審批事件，完成合同審批操作。

4.4 供應(yīng)商管理業(yè)務(wù)

在采購(gòu)尋源及供應(yīng)商管理系統(tǒng)中，供應(yīng)商信息其中一個(gè)渠道是來(lái)源于1688平臺(tái)，這些信息在注冊(cè)時(shí)，存放在1688平臺(tái)數(shù)據(jù)庫(kù)，為了便于本系統(tǒng)進(jìn)行管理，需要定期同步下載1688平臺(tái)的供應(yīng)商信息，為此，需要同步兩個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)。實(shí)現(xiàn)的代碼如下：

//創(chuàng).建.鏈.接.服.務(wù).器

exec sp_addlinkedserver ′ITSV′，′′，′SQLOLEDB′，′遠(yuǎn)程服務(wù)器名或ip地址′

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

//查詢

select*from openrowset（′SQLOLEDB′，′sql服務(wù)器名′；′用戶名′；′密碼′，數(shù)據(jù)庫(kù)名.dbo.表名）

//生成本地表

select*into表from openrowset（′SQLOLEDB′，′sql服務(wù)器名′；′用戶名′；′密碼′，數(shù)據(jù)庫(kù)名.dbo.表名）

//把本地表導(dǎo)入遠(yuǎn)程表

insert openrowset（′SQLOLEDB′，′sql服務(wù)器名′；′用戶名′；′密碼′，數(shù)據(jù)庫(kù)名.dbo.表名）

select*from本地表

//更新本地表

updateb

set b列A=a列A

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

on acolumn1=bcolumn1

5 系統(tǒng)測(cè)試

系統(tǒng)測(cè)試的目的是驗(yàn)證目標(biāo)系統(tǒng)在功能以及性能方面是否正確，在目標(biāo)系統(tǒng)測(cè)試工作中，主要采用了兩種測(cè)試方法，即白盒測(cè)試與黑盒測(cè)試。

白盒測(cè)試：白盒測(cè)試的重點(diǎn)是驗(yàn)證系統(tǒng)的所有內(nèi)部邏輯結(jié)構(gòu)是否正確，由于一般的用戶對(duì)于系統(tǒng)的內(nèi)部邏輯結(jié)構(gòu)不熟悉，因此白盒測(cè)試應(yīng)該由軟件開發(fā)人員來(lái)完成。

黑盒測(cè)試：黑盒測(cè)試的重點(diǎn)是驗(yàn)證功能的輸入輸出接口，對(duì)于黑盒測(cè)試而言，由于不涉及到具體的邏輯結(jié)構(gòu)，因而可以由普通的用戶來(lái)進(jìn)行測(cè)試，根據(jù)設(shè)計(jì)好的測(cè)試用例以及測(cè)試數(shù)據(jù)進(jìn)行測(cè)試即可。

目標(biāo)系統(tǒng)功能測(cè)試主要是以白盒與黑盒相結(jié)合的測(cè)試方法進(jìn)行的，性能測(cè)試需要借助于LoadRunner自動(dòng)化測(cè)試工具。測(cè)試結(jié)果均通過(guò)測(cè)試。

參考文獻(xiàn)

[1]郭修甫.煤炭企業(yè)物資采購(gòu)與配送策略[M].武漢：中國(guó)地質(zhì)大學(xué)出版，2013：189-192.

[2]申寶玉.淺談煤炭物資供應(yīng)企業(yè)的采購(gòu)管理[N].西部時(shí)報(bào)，2014-10-21.

[3]諸克軍.企業(yè)物資采購(gòu)與配送政策[M].武漢：中國(guó)地質(zhì)大學(xué)出版社，2014，78-80.

[4]王曉東.采購(gòu)與供應(yīng)鏈管理[M].北京：電子工業(yè)出版社，2014：109-111.

[5]梁雪梁.現(xiàn)代采購(gòu)管理實(shí)務(wù)[M].北京：科學(xué)出版社，2014：156-159.

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

作者簡(jiǎn)介：張水霞（1982-），女，工學(xué)學(xué)士，工程師，2005年畢業(yè)于陜西科技大學(xué)，現(xiàn)任神東煤炭分公司物資供應(yīng)中心采購(gòu)部采購(gòu)員。