黃昇

摘要：進(jìn)入大數(shù)據(jù)時(shí)代，高校各項(xiàng)采購任務(wù)劇增，現(xiàn)行的線下采購業(yè)務(wù)流程無法滿足需求。利用ASME方法分析現(xiàn)有的采購流程，通過ASME的優(yōu)化理念和“電子政務(wù)”思想雙管齊下重構(gòu)現(xiàn)有流程，規(guī)避風(fēng)險(xiǎn)隱患，減少采購周期，提升服務(wù)質(zhì)量。同時(shí)研發(fā)基于Express3.0框架的一站式采購管理平臺，將采購管理、審批管理、庫存調(diào)撥管理、文檔電子化歸檔管理等整個(gè)重建流程變?yōu)榫€上操作平臺，平臺研發(fā)從采購實(shí)際情況出發(fā)，秉承“以人為本”的設(shè)計(jì)理念，在功能完善方面做了很多人性化的設(shè)計(jì)和擴(kuò)展，第一通過入口控制設(shè)計(jì)，解決采購流程不明確的問題。第二通過合理的系統(tǒng)并發(fā)量和控制機(jī)制設(shè)計(jì)，有效防止了采購任務(wù)陡增所引起的系統(tǒng)響應(yīng)速度問題和I/O阻塞問題。第三通過重點(diǎn)研究數(shù)據(jù)接口自定義，解決了數(shù)據(jù)讀寫安全和系統(tǒng)數(shù)據(jù)一致性問題。最后通過設(shè)計(jì)管控點(diǎn)機(jī)制，使系統(tǒng)極大方便了高校項(xiàng)目管理及設(shè)備采購管理部門的工作。

關(guān)鍵詞：ASME方法;智慧校園;電子政務(wù);框架研發(fā);采購管理

中圖分類號：TP311.1

文獻(xiàn)標(biāo)志碼：A

ResearchandDevelopmentofOnestopPurchasing

managementPlatformBasedonNode.js

HUANGSheng

（

DepartmentofEquipment，ShanghaiInstituteofTourism，Shanghai201418，China

）

Abstract：Withtheentryoftheeraofbigdata，thepurchasingtasksofcollegesanduniversitieshaveincreaseddramatically，andthecurrentofflinepurchasingbusinessprocesscannotmeetthedemand.ThispaperusesASMEmethodtoanalyzetheexistingprocurementprocess，reconstructstheexistingprocessthroughtheoptimizationconceptofASMEandtheideaof"egovernment"，avoidsrisks，reducestheprocurementcycleandimprovestheservicequality.Atthesametime，wedevelopaonestoppurchasingmanagementplatformbasedonExpress3.0framework，ittransformsthewholereconstructionprocessofpurchasingmanagement，approvalmanagement，inventoryallocationmanagementandelectronicarchivingmanagementintoanonlineoperationplatform.Basedontheactualpurchasingsituation，theplatformR&Dhascarriedoutmanyhumanizeddesignsandextensionsintermsoffunctionimprovement，adheringtothe"peopleoriented"designconcept.Firstly，throughthedesignofentrancecontrol，theproblemofunclearpurchasingprocessissolved.Secondly，throughtherationaldesignofconcurrentvolumeandcontrolmechanism，thesystemresponsespeedandI/Ocongestioncausedbythesteepincreaseofprocurementtasksareeffectivelyprevented.Thirdly，byfocusingondatainterfacecustomization，theproblemofdatareadwritesecurityandsystemdataconsistencyissolved.Finally，throughthedesignofcontrolpointmechanism，thesystemgreatlyfacilitatestheworkofuniversityprojectmanagementandequipmentprocurementmanagementdepartments.

Keywords：ASMEmethod;wisdomcampus;egovernment;frameworkresearchanddevelopment;procurementmanagement

0引言

近年來，隨著國家經(jīng)濟(jì)科技的高速發(fā)展，國家加大了對高?？蒲薪?jīng)費(fèi)并投入了大量資金，高?？蒲许?xiàng)目的不斷增多，采購任務(wù)大幅增加，利用傳統(tǒng)采購管理手段無法滿足工作需要，而且存在諸多弊端，主要表現(xiàn)為：（1）業(yè)務(wù)部門流程不規(guī)范，各部門銜接相互脫節(jié);（2）采購前期調(diào)研工作量大，但信息來源單一;（3）文檔管理不規(guī)范，信息檢索和歸檔困難;（4）采購人由于專業(yè)所限，對采購方式不了解，不但給采購管理工作造成了許多困難，同時(shí)也增加了許多風(fēng)險(xiǎn)點(diǎn)[13]。

為了改善和解決高校采購工作中發(fā)現(xiàn)的問題，提高采購工作整體效率，規(guī)范科研采購行為，提高管理水平，加大流程的監(jiān)管力度，杜絕各個(gè)環(huán)節(jié)上的風(fēng)險(xiǎn)隱患[4]。希望通過業(yè)務(wù)流程的分析再造，建立一整套閉環(huán)式的線上流程體系，實(shí)現(xiàn)過程透明化、公開化，流程可追溯管理，還要對采購經(jīng)費(fèi)進(jìn)行查詢統(tǒng)計(jì)，相關(guān)文件歸檔查詢，以及建立低值設(shè)備和耗材領(lǐng)用庫等其他輔助功能[5]。

1系統(tǒng)開發(fā)

1.1研發(fā)思路

首先，對原線下采購工作進(jìn)行業(yè)務(wù)需求分析，業(yè)務(wù)需求是一種較高層次的軟件需求，從軟件工程的角度定義，業(yè)務(wù)需求是反映出部門機(jī)構(gòu)和個(gè)人等主體對系統(tǒng)的目標(biāo)要求。在軟件需求分析階段時(shí)，就明確要開發(fā)一個(gè)什么功能的系統(tǒng)，要做到功能完備，但又不過度開發(fā)的準(zhǔn)則，故在設(shè)計(jì)上要遵循幾條原則。

（1）尊重各個(gè)主體的責(zé)任，不在技術(shù)上做大幅修改，尊重事實(shí)的標(biāo)準(zhǔn)。在系統(tǒng)設(shè)計(jì)時(shí)盡可能還原業(yè)務(wù)流程標(biāo)準(zhǔn)，維持用戶使用習(xí)慣。

（2）系統(tǒng)要保證可信的統(tǒng)計(jì)數(shù)據(jù)，線上業(yè)務(wù)流轉(zhuǎn)時(shí)要保證數(shù)據(jù)傳遞的一致性，數(shù)據(jù)內(nèi)容的完整性，數(shù)據(jù)的安全性[6]。

（3）審批流程標(biāo)準(zhǔn)化、數(shù)字化、公開、透明，可跟蹤、可考核，做到科學(xué)細(xì)化、量化審批工序。

其次，明確一站式采購管理平臺的研發(fā)初衷。通過信息化手段提升效率轉(zhuǎn)變辦事過程繁，流程長;在功能設(shè)計(jì)時(shí)要從業(yè)務(wù)的源頭出發(fā)，改變數(shù)據(jù)不全、不準(zhǔn)、不實(shí)時(shí)的現(xiàn)狀;從已發(fā)現(xiàn)的管理盲點(diǎn)為抓手，改變管理環(huán)節(jié)（如：二級部門）支撐力度不夠的問題;清晰業(yè)務(wù)流程節(jié)點(diǎn)，解決部門協(xié)同不夠，所造成管理漏洞。

這樣做的優(yōu)勢在于明確思路，避免了邊研發(fā)，邊整理需求的亂象，杜絕由于需求理解的二義性，所造成的返工，縮短研發(fā)的周期。本人從各方面綜合考慮設(shè)計(jì)整理出一套合理的研發(fā)流程，如圖1所示。

1.2業(yè)務(wù)流程梳理和重構(gòu)

以推行電子政務(wù)、建設(shè)教育信息化2.0為指導(dǎo)思想，以數(shù)據(jù)高度集中和共享為途徑，以“讓人少跑路，讓數(shù)據(jù)跑起來”的原則，推動技術(shù)融合、業(yè)務(wù)融合、數(shù)據(jù)融合[7]。打通各職能部門的信息壁壘，將各方數(shù)據(jù)統(tǒng)一接入校園數(shù)據(jù)中心平臺，構(gòu)建校園信息資源共享，實(shí)現(xiàn)采購業(yè)務(wù)跨層級、跨系統(tǒng)、協(xié)同管理和服務(wù)的模式。通過對原線下業(yè)務(wù)流程的整理和分析，本文的設(shè)計(jì)思想是將傳統(tǒng)的金字塔式管理模式（職能型、層級式）轉(zhuǎn)變?yōu)楸馄降木W(wǎng)絡(luò)模式（橫向整合、縱向輻射），如圖2所示。

1.3系統(tǒng)設(shè)計(jì)特色

首先，本人通過研究利用ASME方法對線下采購工作進(jìn)行綜合分析，它主要的作用就是能清楚地表達(dá)流程中各個(gè)

環(huán)節(jié)的意義，并規(guī)范整個(gè)業(yè)務(wù)流程，使其標(biāo)準(zhǔn)化。它包括增值活動、非增值活動、檢查、輸送、耽擱和存儲等項(xiàng)，通過這個(gè)方法得出線下采購業(yè)務(wù)的關(guān)鍵業(yè)務(wù)點(diǎn)，歸納和總結(jié)使其周期

冗長的關(guān)鍵業(yè)務(wù)點(diǎn)。經(jīng)分析，發(fā)現(xiàn)線下采購業(yè)務(wù)中調(diào)研工作、會議論證、招標(biāo)活動經(jīng)常出現(xiàn)，非增值活動（反饋信息傳遞、各級單位審核等）也反復(fù)執(zhí)行，這些工作都有擱置的可能，會浪費(fèi)大量時(shí)間。通過優(yōu)化重構(gòu)原線下的采購流程，第一，將所有的項(xiàng)目調(diào)研工作全部提前。第二，將原先的招標(biāo)流程化繁為簡，學(xué)校官網(wǎng)統(tǒng)一發(fā)布招標(biāo)信息，供應(yīng)商通過注冊，填寫必要信息和資質(zhì)證明，根據(jù)招標(biāo)要求，制作并上傳投標(biāo)書，經(jīng)過初步篩選后，統(tǒng)一通知合格的供應(yīng)商參加招標(biāo)會議。第三，采購業(yè)務(wù)全部在線上完成，省去了申請人在各部門的來回奔波的大量時(shí)間，將更多的精力放在把控項(xiàng)目執(zhí)行。第四，將前期的項(xiàng)目經(jīng)費(fèi)表和市場調(diào)研等文檔一并網(wǎng)上提交備案，后期的紙質(zhì)文檔全部電子化，提高今后紀(jì)檢工作對項(xiàng)目的查詢檢索效率。

其次，為提高業(yè)務(wù)流程信息輸送的效率和準(zhǔn)確性，專門設(shè)計(jì)一個(gè)項(xiàng)目經(jīng)費(fèi)管理接口，該接口與財(cái)務(wù)部門接口進(jìn)行同步，各職能部門主管可以查看經(jīng)費(fèi)詳細(xì)情況。整個(gè)采購系統(tǒng)還實(shí)現(xiàn)審核環(huán)節(jié)的消息推送提醒（包括采購管理平臺Web端的消息提示，微門戶的短信發(fā)送），方便申請人實(shí)時(shí)的了解采購進(jìn)度情況，提升了業(yè)務(wù)信息輸出的實(shí)時(shí)性。

接著，針對不同類型的采購申請進(jìn)行預(yù)處理，實(shí)行采購業(yè)務(wù)分流機(jī)制，避免在業(yè)務(wù)辦理時(shí)出現(xiàn)錯誤導(dǎo)致流程耽擱的情況發(fā)生。

最后，研發(fā)低值設(shè)備和耗材管理功能。此功能為采購審核階段提供依據(jù)，減少非增值活動的出現(xiàn)，也避免了不必要的重復(fù)采購。

1.4整體架構(gòu)設(shè)計(jì)

采購管理平臺采用B/S架構(gòu)，系統(tǒng)涵蓋了采購管理工作的全部功能，其中包括供應(yīng)商信息管理，招標(biāo)流程管理（招標(biāo)信息發(fā)布，篩選，中標(biāo)合同簽訂等等），用戶權(quán)限管理、經(jīng)費(fèi)預(yù)算管理、申請審批管理、文檔電子化管理、備件出入庫管理，做到各司其職、流程有據(jù)可查[89]。本系統(tǒng)的架構(gòu)由底層服務(wù)模塊、平臺功能模塊、應(yīng)用層功能模塊和終端擴(kuò)展四個(gè)部分組成。通過用例圖展示本系統(tǒng)的基本功能，如圖3所示。

系統(tǒng)底層由數(shù)據(jù)庫系統(tǒng)和數(shù)據(jù)交互中心組成，是整個(gè)系統(tǒng)信息化的支撐底座。依托高性能、高健壯性的數(shù)據(jù)庫設(shè)計(jì)，滿足各個(gè)功能模塊間數(shù)據(jù)傳遞的實(shí)時(shí)性，可靠性的要求，為上層平臺功能的業(yè)務(wù)流轉(zhuǎn)提供支持[1112]。平臺功能可根據(jù)不同的采購業(yè)務(wù)、用戶角色靈活配置，滿足采購工作中多樣化服務(wù)需求（申請不同，審批要求和采購流程也不同）[10]。系

統(tǒng)包含消息推送提醒、統(tǒng)計(jì)報(bào)表打印以及低值設(shè)備和耗材管理等輔助功能、終端擴(kuò)展則完成PC端頁面顯示樣式和主流瀏覽器的兼容性問題（比如：IE，360瀏覽器，Google瀏覽器等等），移動終端校園微門戶前端展示，以及用戶使用體驗(yàn)等方面的設(shè)計(jì)。采購管理流程圖，如圖4所示。

2一站式采購管理平臺的實(shí)現(xiàn)

2.1開發(fā)框架介紹

本平臺采用Node.js開發(fā)框架Express3.0，EJS是一種簡單的模板語言，可以通過JavaScript來生成HTML頁面。它具有以下幾個(gè)優(yōu)勢：

（1）語法簡單，EJS支持直接在標(biāo)簽內(nèi)編寫JavaScript代碼，然后系統(tǒng)在后臺讓JavaScript生成所需要的HTML，完成工作很輕松。

（2）易于調(diào)試，調(diào)試EJS錯誤很容易。在開發(fā)調(diào)試階段中，所有錯誤都是普通的JS異常，拋出異常發(fā)生的代碼位置。

（3）執(zhí)行迅速，EJS能夠緩存JS函數(shù)的中間代碼，故在重新加載頁面時(shí)，無需重新生成HTML頁面，從而提升執(zhí)行速度。

（4）快速開發(fā)，不需要重新學(xué)習(xí)它的特殊語法，只需通過將模板中所有變量的keyvalue的JSON數(shù)據(jù)回調(diào)，無需具體了解數(shù)據(jù)在后臺的處理過程。

關(guān)于EJS的一些基本用法做如下簡單介紹：

（1）緩存功能，標(biāo)簽<%code%>用于執(zhí)行其中JavaScript代碼。

例如：<%alert（'helloworld'）%>;

（2）利用<%=code%>會對code進(jìn)行html轉(zhuǎn)義;

例如：

<%=title%>

（3）模板嵌套，EJS不支持block方式頁面布局，但可以通過include的方式實(shí)現(xiàn)頁面布局。

例如：<%include（‘header‘）%><%include（‘footer‘）%>。

（4）利用<%includefilename%>載入其他頁面模版;

例如：<%include（‘path/filename‘，{data：data}）%>//將path目錄下的filename.ejs加載到當(dāng)前文件中，同時(shí)將data的值賦值到filename.ejs文件中，用于給其他方法調(diào)取。

2.2數(shù)據(jù)庫分析設(shè)計(jì)

從需求分析階段來看一站式采購管理平臺更偏向于“事務(wù)處理類型”，本系統(tǒng)決定通過express框架自定義增刪改查操作接口，方便將一站式采購管理平臺的數(shù)據(jù)同步至校園數(shù)據(jù)交換中心。本系統(tǒng)所需用戶數(shù)據(jù)則通過校園數(shù)據(jù)交換中心提供標(biāo)準(zhǔn)API接口獲取，這樣既可以保證數(shù)據(jù)的一致性，也保證數(shù)據(jù)安全性。

（1）在項(xiàng)目JS目錄中創(chuàng)建一個(gè)DB.js文件，將引入express模塊。

constexpress=require（'express'）

constrouter=express.Router（）

（2）新建一個(gè)ModelDB.js文件，定義數(shù)據(jù)模型的相關(guān)參數(shù)，并將構(gòu)造好的模塊實(shí)例化（以采購申請為例）。

constmongoose=require（'mongoose'）//數(shù)據(jù)模型

letOrderSchema=newmongoose.Schema（{}）;

//將schema轉(zhuǎn)化為數(shù)據(jù)模型

letoder=mongoose.model（'OrderAdmins'，OrderSchema）;

module.exports=oder

（3）將ModelDB.js文件載入到DB.js文件中。

constoderModel=require（'../db/model/OrderAdminModel'）//數(shù)據(jù)模型

（4）編寫增刪改查的接口，由于篇幅有限只以采購申請的接口和申請查詢接口為例。

a.新的采購申請

router.post（'/addOrder'，（req，res）=>{

let{根據(jù)數(shù)據(jù)字典添加相應(yīng)字段}=req.body;

userModel.insertMany（{根據(jù)數(shù)據(jù)字典添加相應(yīng)字段}）

.then（（data）=>{

res.send（{err：0，msg：'addok'，data：null}）

}）

.catch（（err）=>{

res.send（{err：1，msg：err._message，data：null}）

}）

}）

b.用戶取消采購申請

router.post（'/delOrder'，（req，res）=>{

var_id=req.body._id;

oderModel.remove（{_id：_id}）

.then（（data）=>{

res.send（{err：0，msg：'delok'，data：null}）

}）

.catch（（err）=>{

res.send（{err：1，msg：err._message，data：null}）

}）

}）

c.用戶修改采購申請

router.post（'/updataOrder'，（req，res）=>{

let_id=req.body._id;

let{根據(jù)數(shù)據(jù)字典添加相應(yīng)字段}=req.body;

oderModel.updateOne（{_id：_id}，{根據(jù)數(shù)據(jù)字典添加相應(yīng)字段}）

.then（（data）=>{

res.send（{err：0，msg：'updataok'，data：null}）

}）

.catch（（err）=>{

res.send（{err：1，msg：err._message，data：null}）

}）

}）

d.查詢采購申請信息（查詢?nèi)浚?/p>

router.post（'/getOrder'，（req，res）=>{

oderModel.find（）

.then（（data）=>{

res.send（{err：0，msg：'getok'，data：data}）

}）

.catch（（err）=>{

res.send（{err：1，msg：err._message，data：null}）

}）

}）

最后通過將module.exports=router，將數(shù)據(jù)的增刪改查結(jié)果拋出，系統(tǒng)將數(shù)據(jù)同步至校園數(shù)據(jù)中心備份。

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

（1）在需求分析階段，考慮到采購管理平臺服務(wù)器訪問壓力問題，因?yàn)楦鶕?jù)以往的線下采購經(jīng)驗(yàn)，每次到了學(xué)年初/末都會出現(xiàn)采購任務(wù)劇增的情況，所以并發(fā)連接是首要解決的問題。

從技術(shù)的角度出發(fā)，客戶端與服務(wù)端通訊的實(shí)現(xiàn)過程為：服務(wù)端生成監(jiān)聽Socket→綁定端口，Listen→客戶端發(fā)出請求→服務(wù)端Accpet，并生成新的Socket→利用前一個(gè)Socket進(jìn)行數(shù)據(jù)交互。建立這樣一個(gè)連接，服務(wù)端要為這個(gè)連接分配一定的系統(tǒng)資源，主要是內(nèi)存資源，因此傳統(tǒng)的系統(tǒng)線程模型和多線程、線程池模型不適用于本系統(tǒng)。

通過研究和分析，Node.JS的異步、事件驅(qū)動模型可以解決由于并發(fā)量劇增而產(chǎn)生的系統(tǒng)資源瓶頸問題。通過異步機(jī)制，不阻塞后一個(gè)用戶的請求，同時(shí)不需要維護(hù)用戶與服務(wù)器之間的連接。通過事件驅(qū)動，利用Node.JS中的回調(diào)（Callback）機(jī)制，程序仍舊往下執(zhí)行。本人通過代碼設(shè)計(jì)，改變服務(wù)器與客戶端的交互方式，為每個(gè)連接生成一個(gè)事件（Event），該事件只在Node.JS引擎進(jìn)程中運(yùn)行，所有生成的事件組成一個(gè)隊(duì)列，摒棄為每個(gè)連接生成一個(gè)新的OS線程?；谶@樣的機(jī)制，后續(xù)的用戶請求連接系統(tǒng)都可以進(jìn)行響應(yīng)。

（2）由于采購管理平臺會需要從多個(gè)數(shù)據(jù)源拉取數(shù)據(jù)，然后進(jìn)行處理，所以系統(tǒng)的設(shè)計(jì)需要考慮I/O阻塞情況。串行數(shù)據(jù)的獲取是造成I/O阻塞的普遍原因，一般情況下時(shí)通過逐條獲取，拼接成串行數(shù)據(jù)，然后返回。利用Node.JS的發(fā)送/監(jiān)聽事件控制機(jī)制可以覺得這個(gè)問題，本人設(shè)計(jì)了一個(gè)自定義模塊，每當(dāng)業(yè)務(wù)功能需要有I/O事件，在該功能模塊創(chuàng)建一個(gè)子線程去執(zhí)行，然后主線程仍舊會繼續(xù)往下執(zhí)行。例如：將獲取profile的動作和獲取timeline的動作做并行執(zhí)行，如圖5所示。

（3）由于是定制研發(fā)，個(gè)性化功能較多。比如每個(gè)用戶看到的申請和審批流程頁面都不一樣，頁面在加載的時(shí)候需要發(fā)起大量的應(yīng)用請求，因此必須統(tǒng)一Web應(yīng)用的UI層。為了更好的做到前后端的分離的目的，決定使用面向服務(wù)的架構(gòu)體系，將所有的關(guān)鍵業(yè)務(wù)邏輯都封裝成REST調(diào)用，不考慮使用頁面?zhèn)鬟f數(shù)據(jù)的方式，所有的用戶數(shù)據(jù)更新都是通過Ajax異步獲取的。

（4）為了使一站式采購管理平臺上線后業(yè)務(wù)邏輯切實(shí)有效地發(fā)揮其功效，本人設(shè)計(jì)在流程各個(gè)環(huán)節(jié)設(shè)立了4個(gè)管控點(diǎn)：前期預(yù)算管理控制、采購流程控制、審批控制和庫存管理。

①預(yù)算管理控制是指在科研項(xiàng)目啟動后，對經(jīng)費(fèi)預(yù)算的申報(bào)。項(xiàng)目執(zhí)行過程中，保證采購申請人名下資產(chǎn)設(shè)備不存在超過限額的情況，同時(shí)還要確保項(xiàng)目經(jīng)費(fèi)余額充足;在經(jīng)費(fèi)管理和計(jì)算設(shè)計(jì)方面做以下幾個(gè)方面介紹：關(guān)于經(jīng)費(fèi)的添加有兩種方式，一種方式：通過手動添加;另一種方式：通過標(biāo)準(zhǔn)文件上傳，標(biāo)準(zhǔn)文檔上傳允許批量，只要使用系統(tǒng)提供的模板文檔即可（Excel文檔），部分代碼如圖6、圖7所示。

用戶在填寫各類采購申購單時(shí)是通過selectData=getBudgetinfo（pfid）方法自動調(diào)取用戶身份下的經(jīng)費(fèi)情況;平臺在設(shè)計(jì)之初還考慮到有些較大項(xiàng)目經(jīng)費(fèi)到年底會出現(xiàn)不夠的情況發(fā)生，所以在政策允許的情況下可調(diào)整經(jīng)費(fèi)的預(yù)算;在正常經(jīng)費(fèi)的使用時(shí)，考慮到申購流程未完成可能會有取消的情況出現(xiàn)，故在程序設(shè)計(jì)時(shí)將未完成狀態(tài)的申購單費(fèi)用都是做暫扣處理，部分代碼，如圖8所示。

②采購流程控制通過設(shè)計(jì)不同申請鏈接按鈕解決，紅框處為其他申請入口鏈接，如圖9所示。

③審批控制是指采購全過程公開透明，方便紀(jì)委部門對流程的監(jiān)督。用usersobj.role_type.indexOf方法分配登陸用戶相應(yīng)的審批權(quán)限，申購人申請情況列表頁面，如圖10、圖11所示。

④庫存管理是針對低值設(shè)備和耗材的出入庫和領(lǐng)用，此功能與審批控制關(guān)聯(lián)點(diǎn)較多，最主要的目的是為審批環(huán)節(jié)提供數(shù)據(jù)依據(jù)，避免重復(fù)申購、資源浪費(fèi)等情況的發(fā)生。并且本人在做功能設(shè)計(jì)時(shí)增加了一個(gè)后臺審查功能，就是同部門或科研負(fù)責(zé)人申購品名類似的商品時(shí)，系統(tǒng)后臺會調(diào)取仍有庫存的類似耗材，并提示審批人員，如圖12所示。

3總結(jié)

1.管理為核心，服務(wù)人性化

通過采購管理平臺各職能部門可以從根本上降低風(fēng)險(xiǎn)，避免管理上的盲點(diǎn);采購過程信息公開發(fā)布，實(shí)現(xiàn)采購流程公正、透明、可追溯。歷史數(shù)據(jù)可查詢，年終對當(dāng)年的采購信息可做統(tǒng)計(jì)整理，實(shí)現(xiàn)統(tǒng)計(jì)報(bào)告可視化、統(tǒng)計(jì)數(shù)據(jù)準(zhǔn)確度高，進(jìn)一步改進(jìn)了采購部門服務(wù)與管理工作的精細(xì)化，大大縮短工作周期，避免時(shí)間和人力上的損耗。

2.制度建設(shè)

建制立規(guī)是采購管理不可或缺的部分，為構(gòu)建一站式采購管理體系提供依據(jù)和標(biāo)準(zhǔn)。根據(jù)上海市政府采購的規(guī)定，結(jié)合實(shí)際情況，制定了《儀器設(shè)備、低值設(shè)備辦公耗材網(wǎng)上采購監(jiān)管工作的若干規(guī)定》。

3.不斷改進(jìn)，精益求精

在“互聯(lián)網(wǎng)+智慧校園”的大環(huán)境下，一站式采購管理平臺后期將考慮開啟校園公眾號采購平臺接口，實(shí)現(xiàn)移動端采購申請、審批和電子簽名等技術(shù)，以及進(jìn)口設(shè)備的申請審批流程也在分析整理當(dāng)中，進(jìn)一步提升信息化管理的維度。

參考文獻(xiàn)

[1]

廖云明.政府采購方式的確定原則[J].中國政府采購，2009（3）：6465.

[2]華昕.政府采購信息化管理探析[J].商場現(xiàn)代化，2012（31）：80.

[3]徐雪榮，弓淑芬.淺析政府采購項(xiàng)目檔案管理的信息化發(fā)展[J].中國管理信息化，2018，21（20）：183184.

[4]王大愚，孟令霞，高榕，等.一種科研所級網(wǎng)上采購系統(tǒng)[J].科研信息化技術(shù)與應(yīng)用，2016，7（4）：7683.

[5]李瑩，韓永君.高校采購存在的問題與采購流程優(yōu)化研究[J].實(shí)驗(yàn)室科學(xué)，2015，18（5）：217221.

[6]伍勁宇.高校采購業(yè)務(wù)流程分析及再造[J].中國現(xiàn)代教育裝備，2011（5）：911.

[7]相振宇.淺談?wù)少彿绞絾栴}[J].遼寧科技學(xué)院學(xué)報(bào)，2013，15（1）：3839.

[8]王銳，高虹，陸萍.高校政府采購方式探析[J].實(shí)驗(yàn)技術(shù)與管理，2013，30（4）：224226.

[9]孫榕.完善高校政府采購管理，加強(qiáng)風(fēng)險(xiǎn)防控監(jiān)督[J].卷宗，2018（13）：148149.

[10]姜寶，劉志祥，彭輝.廣東省政務(wù)信息資源安全共享管理研究[J]，電子產(chǎn)品可靠性與環(huán)境試驗(yàn)，2017，35（3）：5559.

[11]MichaelMcLaughlin.Oracle9iWeb開發(fā)指南[M].北京：機(jī)械工業(yè)出版社，2003.

[12]Bob，BrylaOracleDatabase12cDBA官方手冊[M].北京：清華大學(xué)出版社，2016.

（收稿日期：2019.08.28）