工程造價信息管理web平臺的設計與實現

楊瓊

摘要：在web技術飛速發展的現代社會中，隨著網絡技術的更新與發展，工程造價信息管理的需求也越來越迫切，傳統的工程造價模式已經不能滿足企業的要求，信息系統的網絡化模式的工程造價管理web平臺越來越受到業界青睞，工程造價信息管理web平臺的設計與實現是時代發展的必然結果。文章對工程造價信息管理web平臺的設計與實現進行了探討。

關鍵詞：工程造價；信息管理；web平臺；平臺設計；網絡化模式 文獻標識碼：A

中圖分類號：TP315 文章編號：1009-2374（2016）16-0010-02 DOI：10.13535/j.cnki.11-4406/n.2016.16.005

在web網絡技術飛速發展的今天，工程造價行業越來越器重web的應用。如何開發一個高效實用的造價web網絡信息系統是業界所需，也很迫切，因為時間長和工作量大是處理工程造價最大的問題，而web網絡信息系統能起到規范業務流程，并且能提高工作效率。造價管理的傳統模式正經歷著巨大的挑戰。因為web平臺有許多傳統模式不具備的優點和特征，并能解決當前業界工程造價管理中許多很難解決的問題。

1 工程造價信息管理web平臺的設計

1.1 系統總體結構設計

1.1.1 管理子系統設計。能編輯設計單位上報的數據是管理子系統設計的特征，并且建設單位上報結算的計劃數據能進行自動輸入，重要的審查量可以進行人工審查和調整，最終年度審查計劃也可以從該系統中自動生成，當然計劃中所審查科目的規定的側重點不同，所生成的年度審查計劃也不一樣，最終的年底審查計劃是以Excel的文檔形式自動生成。

1.1.2 工程審查管理子系統設計。工程審查管理子系統中輸入企業上報的結算以及決算等數據資料是工程審查管理子系統的功能所在，該系統首先統計出公司所上報的計劃數據，得出彼此項目的差距；其次，將所有公司所提供的全部基礎數據輸入工程審查管理子系統，生成一個新的審查項目；最后，將新建的審查項目按既定的計劃流程分配到項目審查科以備審查。

1.1.3 網絡拓撲結構子系統設計。在網絡拓撲結構子系統設計中，中心數據庫的資料是從各個工程造價管理部門的造價數據在交換平臺的整合下出來的，局域網內的建設單位用戶不用通過其平臺就可以直接登錄到單位內部數據庫，對造價信息進行修改、完善、查閱、替換、刪除等功能操作。

1.2 工程造價信息管理web平臺體系數據庫系統的設計

1.2.1 數據庫表設計。數據庫的設計環節是整個web平臺體系的龍頭和命脈環節，業務字典表、設計業務表和系統表是整個數據表設計的主要組成部分：首先，設計業務字典表由企業崗位表、單位人員配備表、工作效率表和工程性質表組成；其次，設計業務表中包括工作計劃及規劃表、項目審查表和項目基本信息表；再次，系統表主要由工作部門屬性表格、工作部門內容表格以及工作部門體系三個方面組成。

1.2.2 代碼設計。代碼是一種事物屬性和名稱的代表符號，代碼一般由數字或者數字和字母組合而成，代碼的設計一定要是建立在項目的全局統籌上建立的，代理設計完善后，然后經過計算機方面的處理，從而達到項目的相關信息和代碼一一對應，并且一種實體或屬性必須只能有一個代碼與之相對應。

1.2.3 工程編碼設計。在工程編碼設計中，要遵守兩個基本原則：（1）編碼的位數設計要相同，并且要具有唯一性；（2）工程編碼應包括三個部分：當日的工程報建流水號、工程報建日期、工程行政區域的地區

編碼。

1.3 工程造價信息管理web平臺體系輸入和輸出設計

1.3.1 輸入設計。為了方便操作人員可以快捷地輸入信息，需要開發輸入設計系統，系統的開發是否成功，能否全面滿足使用者的要求，當然還要依賴使用者所提供的信息是否準確。按照設計數據庫的總體要求，一般采用的方式是鍵盤輸入和網絡傳輸兩種之一：（1）鍵盤輸入：當輸入的信息不完善或者錄入的實際原始數據相對較少，此種情況下，采用這種方式輸入的較多；（2）網絡傳輸：網絡傳輸不僅是一種輸入方式，而且也是一種輸出方式。網絡傳輸具有方便快捷、安全可靠、簡便高效的特點。

1.3.2 輸出設計。用戶和系統分別是信息的接收者和輸出者。用戶最關心的是系統以哪一種方式輸出信息？輸出的信息是否能滿足用戶的要求？輸出的速度是否能滿足要求？（1）輸出的設備：常用于該系統的輸出設備主要有網絡傳輸、打印傳真機、web平臺頁面、手機通訊、顯示終端等。該系統平臺通過web頁面向用戶發布用戶所需的各種各樣信息和通知，并通過網絡文件和申請表傳輸到數據庫中；（2）輸出的形式：這種系統的輸出形式一般為有系統短信或者E-mail郵件、文檔文本和電子報表等。當然，最普遍的信息輸出形式還屬文檔文本和電子報表的形式。

2 工程造價信息管理web平臺的實現

2.1 企業基本信息管理模塊的實現

企業基本信息管理模塊的實現，開發環境中的數據綁定控件Grid View在Visual Studio 2010界面上被調用了出來，并且在Grid View的控件中錄入了全部的企業的基本信息，然后通過程序對這些信息函數事件進行處理。當然企業的注冊地址、注冊名稱、注冊時的屬性、企業注冊資質和證書編號、注冊資質等級、注冊資金、企業的隸屬管理部門、注冊的批準文號、企業的注冊編碼、企業注冊類型、企業法人和聯系人等相關的信息都應該綁定在界面中，這樣為日后系統用戶在系統上既方便又全面地了解工程所屬的企業信息提供支持。

2.2 軟件環境的實現

該平臺信息管理體系的軟件環境基本采用的是微軟的SQL Server 2010版數據庫服務器，為Microsoft.net 2008版的操作系統，在微軟Windows XP系統和IE 6.0以上的工作站點；web系統體系在平臺VS 2009版或者在HTML版上操作。開發工具及運行平臺為HTML/Visual Studio 2009。

2.3 系統結構及實現

在系統結構的實現中，SQL Server是用來進行從底層提供的數據工程服務分析的，通過SQL Server來分析系統服務和建立數據工程的實現方法，通常包括四個部分：首先，對所有的工程源的數據重新進行組織處理，生成新型的工程數據源；其次，在客戶端和服務器端之間構建和訓練出一個合適的工程模型；再次，在以上的基礎上重新建立出一個合適的數據工程立方體；最后，在原始類型的數據工程基礎上進行分類別的搜索

檢測。

2.3.1 組織數據工程原始數據。為了能研制出新的數據集合或者數據庫，就必須建立在工程項目的原始數據的基礎上。雪花模式與星型模式是通常使用的兩種研制辦法。根據用戶不同的主題要求去選擇適合自己的工程模型，然后根據需求的不同，再去建立相應的數據庫。當數據庫建立成功后，就要創建完善的事實表和維代碼表，并且在此基礎條件上創建合適的索引，生成和輸出用戶所需要的信息數據。

2.3.2 建立數據立方體。利用分析服務的辦法來建立實現的數據庫，其數據庫建立的根本目的是用來存放基于OLAP服務結構的一種虛擬數據庫，它的對象包括如下五個部分：（1）Mining Models：工程模型數據的存放；（2）Data Source：數據庫數據源的存放；（3）Cubes：為立方體的對象存放，也是存放數據庫的數據源；（4）Database Roles：數據庫中崗位信息的存放；（5）Shared Dimensions：立方體的所有維的存放。

在以上其中一個數據庫立方體之中，在為工程造價信息管理平臺等提供數據時，我們能清楚地確定出何種原始數據的來源。把關系數據存儲到與之對應的數據庫之中，在多維數據庫里面進行相關的聚合存儲。

2.3.3 構建及訓練數據工程模型。提供了兩種完全不同的構架的SQL Server 2010分析服務：服務器端和客戶端，所以我們就能構建服務器端和客戶端相區別的工程數據模型。若一個工程模型在服務器端已經構建好，而且這個數據工程模型已經得到運用和檢驗，如此就能設置訪問該工程模型對全部不同的客戶端沒有任何限制，然后通過該工程模型的功能屬性，對平臺里面所有的用戶進行搜索、查詢和檢測。這樣不僅數據工程模型的強大功能得到了體現，而且原來的業務里面所需要的其他額外的復雜開發還大大減少了。對業界的工程單位而言，SQL Server 2010數據庫是使用最廣泛的，因此，SQL Server 2010的分析服務為企業在數據工程功能開發的過程中減少不少的麻煩和復雜程序。通常情況下，要創建出一個既要功能齊全、完善可靠，又簡捷實惠的數據工程模型，也需要長期的摸索和實驗。如今，我們構建及訓練的企業機器甚至可以不用連接到分析服務器上面，就能以PMML的標準形式將數據工程模型的全部信息在企業的本地磁盤上得到儲存，這樣就使在構建本地數據工程模型時，通過客戶端來進行操作訓練得到了

實現。

2.4 多頁面提交設計的實現

為了針對不同客戶的需求，在同時輸入大量的數據參數過程中，如何為使用者提供方便，該系統還可以設計多Form頁面同時提交的功能。

3 結語

總之，隨著我國社會飛躍發展進步和經濟地位的進一步提高，業界對工程造價項目的信息化管理要求也越來越高。對于工程造價管理中涌現出的各種問題也必將層出不窮，需要業內不斷與時俱進和改革創新，結合相關的建筑法律和行業規章制度，使建筑領域內每一個參加主體的活動都能得到全程監控和有效的制約，讓參與的每一方都能在權利和義務上得到對等和統一。

參考文獻

[1] 劉淑芳.基于ASP.NET的工程造價管理系統設計與實現[M].北京：清華大學出版社，2006.

[2] 王建平.基于模糊自適應BP算法的工程造價估算[J].西北建筑工程學院學報，2002，（9）.

[3] 王俊安.工程造價典型案例分析[M].北京：中國建材工業出版社，2010.