績效考核工程采購需求分析20130110

1、績效考核工程采購需求分析（2013-1-10）一、 項目概述2013年1月7日，信息管理部接受企管法規(guī)處關于建設“工程采購績效考核系統(tǒng)”的委托，安排應用一組部分同志著手進行相關工作。企管法規(guī)處對系統(tǒng)的要求：1、 對工程采購過程中的“物資采購”和“施工圖紙”進行時效性考核；2、 工程管理部發(fā)起考核要約，物資采購部、煉化設計院為被考核單位。項目調(diào)研后，系統(tǒng)建存在的難點：1、 設計院、物資采購部、工程管理部三方互有制約，形成了“資源請求回路”，極易產(chǎn)生“死鎖”。2、 既定的工程項目，目的變更頻繁，系統(tǒng)難以識別切入點。二、 項目設計思路工程采購可以用“甘特圖”的方式進行管理，即將設定完大計劃后，由執(zhí)行

2、部門根據(jù)需要將其分解為若干小計劃，逐步實施、逐步完善。分解過程如下圖所示：圖1：工程采購分解圖項目處理流程如下圖所示：圖2：工程采購流程圖相關說明如下：1、 計劃處為考核流程的發(fā)起單位。主要職責是：a) 確定計劃編號；b) 編排預算金額；c) 確定計劃名稱；d) 編寫計劃說明；e) 估算工程起止時間；f) 確定計劃責任單位；g) 審核責任單位所提出的計劃變更申請。2、 工程管理部為計劃處確立計劃的責任單位。主要職責是：a) 分解計劃，確定各小計劃的編排；b) 確定各小計劃的起止時間；c) 確定小計劃名稱；d) 編寫小計劃說明；e) 編排小計劃預算金額；f) 確定小計劃責任單位；g) 對計劃目的

3、發(fā)生變更時，提出變更申請。3、 物資采購部、煉化設計院是工程部確立小計劃的責任單位。主要職責是：a) 按小計劃的說明要求組織實施；b) 對實施條件進行判研，若實施條件不能滿足需要，則在規(guī)定時間內(nèi)提出變更申請。4、 流程注意要點：a) 大計劃起止時間確定后，所有小計劃的時間界線不得超過大計劃的最后時間；b) 小計劃的總金額不能超過大計劃所編排的預算金額；c) 計劃一旦編排完提交后，若非發(fā)生“變更申請”，否則不得更改；d) 計劃分解時，應當注意可以確定的項目先進行編排，不確定因素比較多的項目應當靠后安排；e) 如果提交“變更申請”需要在規(guī)定時間內(nèi)完成，否則將引發(fā)時效考核。三、 項目設計要求1、 系

4、統(tǒng)采用DIV+CSS前臺、中間層邏輯、SQL Server數(shù)據(jù)庫數(shù)據(jù)存儲和XML流程配置的搭建模式。數(shù)據(jù)庫與邏輯層的連接采用LINQ技術，編程語言為C#。2、 前臺錄入界面，要求布局合理，反應敏捷，登錄有權(quán)限，避免重復提交（多次點擊、刷新、后退）。盡量避免使用服務器端控件，限制ViewStatus大小，保證數(shù)據(jù)傳輸迅速。頁面中盡量減少查詢次數(shù)，限制大數(shù)據(jù)顯示組件個數(shù)（GraidView）。3、 中間層邏輯結(jié)構(gòu)要求清晰，代碼可讀性要好、可擴展性要好。數(shù)據(jù)計算準確，有一定的容錯性。代碼要求有最大限度的可重用性。提倡使用“用戶控件”提高代碼的可重用性。4、 數(shù)據(jù)庫設計要求考慮流程的最大可能，在關鍵表

5、中可多安排幾個數(shù)據(jù)冗余，保證系統(tǒng)的可擴充性。對于數(shù)據(jù)寫入，盡量采用“存儲過程”完成。四、 圖例和樣表1、 錄入界面圖例圖3：計劃錄入界面圖3表示由計劃處根據(jù)年初制訂的大計劃分割出的小計劃的錄入界面。編撰人、提交單位、提交時間由錄入者在登錄后，系統(tǒng)自動提供。計劃編號需要根據(jù)規(guī)則手工錄入（不得為空）。計劃名稱用于簡要描述計劃的特征、類別等。開始時間和工期是預計開工和計劃時長的關鍵點。責任部門指計劃下達后的執(zhí)行部門。計劃詳情需要填寫計劃實現(xiàn)的目標和執(zhí)行的前期基礎條件等。圖4：工程錄入界面圖4表示工程管理部根據(jù)計劃處編制的計劃單進行計劃分解的錄入界面。編撰人、提交單位和提交時間由錄入者登錄后系統(tǒng)自動生成。計劃編號為必填項。責任部門目前為“煉化設計院”和“物資采購部”兩個部門可選。圖5：設計、物采變更申請單圖5表示設計院或者物采部在接到由工程管理部下達的計劃單后，發(fā)