0.引言
目前，在工程建設項目中，工程造價作爲一項複雜的重要性工作，在整個的施工過程中要根據設計的變更和工程量的變化對工程造價進行反覆的修改，傳統的手工方法計算己不能滿足當前的工作需要，爲此我們開發了一套可靠、實用的造價控制系統，提高了當前的工作效率。下圖1爲系統的業務流程。
1建築項目造價控制系統的總體架構
1.1關於SOA系統架構方案
該系統的總體設計思路是採用Web服務技術對造價控制系統進行架構，然後採用C/S的三層開發模式和分層的服務體系結構設計和實現建築工程造價的控制系統，然後通過協議爲系統提供Web服務，以此來爲其他系統查找和發現解決實際的問題。再次，通過Web服務的多層結構，也進一步方便了不同系統之間的交互作用’簡化了操作程序和節省了時間’同時減少了服務器的壓力。另外，和傳統的c/s結構模型相比，其性能更加適合造價控制系統的實際，並且實現了一個客戶端或着多個客戶端共享一個完整的數據庫，結構簡單易於實現。下圖2爲系統架構的方案示意圖。
1.2關於系統的開發模式
1.2.1C/S架構
通常在這種架構下，客戶端仍然是與用戶進行交互的，客戶端從服務器程序上獲取信息後將這些信息在用戶界面進行顯示，並做好信息的記錄，然後將記錄反饋到服務器上。在此C/S架構的主要優點有結構比較簡單、便於實現。其缺點是在不同區域的維護工作比較驗證，在對某個地方所以改動時，必需要先升級所有的客戶端的程序。
1.2.2關於三層架構
三層架構的設計主要是把傳統的客戶端爲了客戶和應用器兩個部分。也就是把應用客戶分離出來，成爲了一個單獨設計的系統，然後在用戶的層面上表現出來，對用戶的界面和接口進行簡單的處理，對於主要的核心業務風要留在應用服務器上，這時應用服務器與前端的客戶機進行連接以此來完成接收和處理客戶的請求，然後訪問後端的數據庫信息，最後再把信息反饋給前端的客戶機，這時，由於三層架構的關係，把服務程序和協議，都集中到應用服務器上，進行集中了應用系統的維護，消除了C/S架構中的維護困難工作。
1.2.3關於Web服務架構
通過以上的設計研宄發現，對於SOA系統架構、C/S架構以及三層架構等不同架構造價控制系統而言，它們只是一個封閉的和獨立的信息應用系統，只能爲用戶提供單一的調用信息。另外，
2.建築項目造價控制系統模塊的功能設計
2.1用戶管理模塊設計
在該模塊的設計中，我們要完成5項內容的操作。一是完成輸入用戶信息。其主要包括設計單位、施工單位、監理單位信息的輸入，在信息輸入後要將其保存。二是，根據工程建設及造價控制的要求，用戶信息進行修改。三是在項目完工後，如果不在與某個單位聯繫，就可以刪除用戶信息。四是，在工程建設中根據工程所需，查詢用戶信息。五是，查詢用戶的現況。按照要求需要將用戶的信息自動生成表格的形式，方便查看。
2.2工程信息管理模塊的設計
在該工程信息模塊的設計時，主要設計工程項目有新建工程信息管理，查詢工程信息，刪除工程信息等功能。
一是，新建工程。其主要包括三個方面的內容分別是：工程總說明、工程項目的特徵、預算信息。工程總說明又包括工程概況(工程的名稱、工程範圍、地點、建築面積等）、編制依據、特殊材料、設備的情況；項目特徵主要包括：工程項目地點、工程的主要類別、結構的具體類型以及層數、建築面積等。下表爲工程項目的主要信息表。另外，對於預算信息，在設計中，主要包括的有項目名稱、設計單位、監理單位、預算信息人員信息等。
2.3價格管理模塊的設計
工程造價是工程建設項目中工程量和價格結合的結果。工程量主要是指工程的數量和定額控制；價主要是指人工的價格、材料、機械設備等。因此，價格管理系統必需實現對這些價格的控制管理。在目前的市場經濟條件下，人工和材料以及機械的價格都是動態變化的，以最終實現市場形成價格的時期，所以作爲價格管理系統要充分滿足市場經濟的需求，適應改革的新需要。在滿足傳統價格的基礎上，對於新增的價格信息要進行準備的.預測，以便高效的完成工程項目。
2.4關於工程造價控制模塊的設計
在該模塊的設計中，主要的設計內容有投資決策、工程設計、招投標、施工驗收等。在投資決策中，做好投資估算是投資方案的主要依據，在批准前進行控制目標，然後根據投資估算和結合工程的概況編制項目建議書，最終形成可行性的研宄報告。二是在設計階段，要以預防爲主，它是工程造價控制的主導思想，因此在設計時不僅要滿足建築功能還要節約投資。控制投資額度。另外，在設計時要環環相扣，在初步設計完成以後，要保證其設計不超過項目計劃的投資；施工圖的預算也不要超過修正的概算。所以，在設計中，要做好反饋跟蹤工作，適時調整做好細節的控制。三是招投標階段。在進行該階段的設計時，其造價的控制主查標底，在招投標時，招標人要要所工程的圖紙、按照文件的規定，爲投標人提供實物工程量的項目清單，然後根據統一量對工程的情況進行描述和提出要求，結合項目、市場爲該工程提供自主報價。竣工驗收階段。後期的控制工作主要內容有竣工結算的編制和完工後的費用控制。
2.5關於數據層結構的設計
任何的信息系統都是由數據庫來，進行搜索和訪問的，這主要是因爲信息系統是以計算機爲工具，所以，數據庫系統的設計是系統設計的關鍵因素。其設計質量的好壞直接影響了整個管
理系統的效率，所以在本文我們採用了，MicrosoftServer2000
數據庫。其主要包括：標準定額數據庫。這主要是因爲不同的體系，其指標不相同，對於費用的計價方法也不同，因此，在一個工程項目中只能運用一種定額體系，爲其定一個標準定額數據庫。另外，建築工程數據庫。在標準定額完成後，建設一個工程數據庫對應一個工程數據庫的模板，實現讓幾個標準的定額數據庫來共用一個工程的數據庫模板。
2.6關於應用層面的設計
2.6.1SOA的服務模型方案設計
一是，數據維護服務。其主要是指對數據庫的安全性和完整性的控制維護，它是系統維護過程中的重要內容之一，在造價控制系統中的主要任務是對每和個數據進行更新升級和匹配，進一步完成工程信息的新增、修改和刪除。例如用戶的基本信息，可以定義如下的內容：
PublicclassUserlnfo{privateStringuser_code：//用戶號privateStringuser—NAME：//用戶姓名privateStringuser—Phone：//用戶電話privateStringuser—Sex：//用戶性別}
二是，業務操作服務。該服務操作要按照相關的規則進行，以達到特定的目的，在對業務對象進行操作活動時，要體現出用戶的變動、指令及設備的跟進操作。另外，對於類似的業務服務操作，與數據庫的操作不同，在此我們只需要對其功能進行定義，不在對具體對象定義。
2.6.2關於表示層的設計
該設計主要是針對數據的格式，對於數據進行加密、解密和壓縮，以此確保業務層發出的信息能夠被另一個系統識別，在Web客戶端和Windows客戶端中均可調用SOA的服務，另外爲了不產生混亂，保證系統正常支行，還要採用合理的方案對其進行系統的優化，比如，系統管理員、造價人員等。我們在此提供的Windows客戶端其主要的優點就是操作方便，計算速度快，功能強大；實現了相應的功能。
3.結語
綜上所述，該系統的科學設計，能夠自動生成招標工程量的清單文件和招標所利用的預算控制價格，能夠對其進行綜合的計算和分析，對於工程造價的市場信息進行分析和處理，與此同時，還能夠高效、精準地處理有關數據和方便查詢有關材料及工程的信息，通過網頁技術方便對數據進行傳輸和共享，擺脫了造價工程師工作的繁鎖，大大的提高了工作效率。