特點，對成本有一定的控制作用。UAP結構可以分為系統框架、技術框架、應用框架三層。其中，系統框架包括系統中的各種軟件配置，如J2EE服務器、數據庫等等。其可以滿足多個系統的操作系統，如常用的Windows系統或Linux系統等等，IBMWebSphere等符合J2EE規范要求的服務器都可以應用，數據庫則可以選用DB2等；技術框架層是一個封裝層，其處于框架層和應用系統之間，該層可以屏蔽某些技術細節，進而減少資源應用的復雜性，使資源應用更加安全、靈活。其具有遠程接入、緩存處理、安全管理等功能和作用，該層主要包括SQL翻譯器、規則引擎、登錄與安全等等；應用框架層以企業建模理論、快速構建等為基礎，有助于復雜軟件的開發。該層主要圍繞業務建模展開，對業務應用系統具有開發、維護等作用，該層主要包括消息管理、數據傳輸、訪問控制等功能模塊。

（二）用戶界面。在用戶界面開發的過程中，需要確保界面風格的統一性，這樣才能滿足用戶的需求。為了確保界面風格統一，可以采用表單設計器進行設計，設計出GUI界面，然后將其變為統一設計的模板，存入數據庫之中，為各個設計人員提供參考[3]。此外，為了滿足查詢、輸出等要求，還需要建立查詢、打印、報表等模板。模板開發要以元數據為核心，進而生成VO、表結構，并創建相應的管控模式。

（三）物理架構。物理架構主要有兩種部署形式，一種是集中式，另一種是分布式。集中式就是集團總部布置所有的服務器，總部的客戶端與服務器通過網絡進行連接，支部客戶端也可以通過互聯網訪問總部數據，其主要包括Web服務器、應用服務器等。分布式部署就是在總部和支部中分別部署應用系統。不同層級的企業都會有屬于自己的服務器，其可以訪問本地數據，具有較快的響應速度。如果企規模較小，采用單機服務器即可，其在并發度、響應速度等方面性能效果較好。但如果是大規模的企業集團，如果使用單機服務器，會造成服務器堵塞，影響系統應用。所以，大規模集團通常會采用服務器集群。

（一）項目基礎設置和過程管理。在系統設計的過程中，基礎設置包括基礎數據和定義轉換規則兩個方面，其主要用于后續單據。首先，要定義項目的類型，可以分為基建工程、工程服務兩種。然后定義項目狀態、轉換關系、控制規則等。再對預算控制規則進行確定，定義產出物類型、驗收標準包等。項目的發展需要經歷五個過程，包括啟動、規劃、執行、控制和收尾。在項目管理系統中，計量指標、指標模板、計劃、完工量填報都是必不可少的功能流程，不僅與基礎設置模塊有關，還與項目的整體執行和完成情況有關。以計量指標為例，其屬于計算項目完工進度所生成的檔案，包括在基礎設置模塊之內。其需要具備檔案維護的功能，檔案內容包括施工物料、物料具體規格、長度等。該瀏覽界面中包括新增、修改、刪除、刷新、過濾等功能，字段顯示順序和關鍵數據的順序相對應，還要包括項目組織、指標名稱、備注、修改人、修改時間等信息。

（二）項目合同和質量管理。項目合同分為銷售和外包兩種，合同管理的內容包括銷售合同、收款計劃、應收單和收款單。清單發包合同包括合同、補充協議、預付款單、付款單等。根據合同管理的過程，系統內容包括合同的錄入、審批、變更、首付款等。項目質量管理主要分為，質檢計劃、質檢記錄、質量問題、問題驗收四個方面。質檢計劃包括列表展示、刪除增改、單據生成等功能。質檢記錄應該與質量計劃中生成的下游單據有關，其系統界面包括新增質檢計劃、修改、刷新、提交、審批等功能；質量問題單據主要對產生問題的原因、責任方、處理方法等內容進行記錄，如果問題嚴重需要停工，質量問題可以生成停工單，也可以生成問題驗收單。如果出現質量停工，則需要在單據中詳細填寫質量問題。問題驗收主要對問題單進行處理，明確問題的責任、處理方式、處理結果等。

（三）數據庫和元數據設計。數據庫主要由主表和子表組成，與單據的表頭、表體相互對應。表頭包括集團、項目組織、制單人等信息；表體也采用固定字段，與表頭有相同部分，采用冗余設計的方式，可以節省查詢時間，可以提升應用效率。元數據是系統開發的核心，其可以用于模板創建，其字