摘 要：建設工程專案是建築企業生存和發展的基石；以專案管理為落腳點，優化專案的運作，是促進建築企業生髮展和壯大的原動力。然而，建築企業發展所面臨的問題也日益凸顯，即總部、分公司和專案地之間的實地距離較遠，且分佈在各地區，甚至是不同的國家。並且隨著
關鍵詞：工程專案質量管理論文發表,高層建築施工論文投稿
1系統需求分析
隨著企業自身的發展和資訊化技術的進步，建設工程專案管理逐漸邁入了資訊化的時代，但其資訊化的程度仍相對落後，致使專案管理受到一定的影響。（1）管理資訊流相對滯後，且存在失真。企業管理者不能及時瞭解建設工程專案真實情況，難以獲取有價值的資訊；且資訊傳遞過程中難免存在疏漏或有意無意的隱瞞，使得企業的管理者獲取第一手有價值資料困難程度增大。（2）缺乏內部資訊共享的平臺，易造成組織內溝通障礙，難以協同利用各項資源，達到效益的最大化。同時，由於資訊呈現的侷限性使得部分參與者只關注區域性利益，不易達到建設工程專案區域性優化，更無法實現整體優化，影響了企業的核心競爭力和專案運作的最優經濟效益。（3）缺乏外部資訊共享的平臺，各單參建位之間的資訊不能及時、有效地流通，削弱了建設工程專案各參建單位之間的協同管理效果。針對建設工程專案管理存在的現實問題和發展需求，本文提出基於B/S架構的建設工程專案協同管理資訊系統整體解決方案。該解決方案採用先進的開發工具和語言，構建專案協同管理平臺，服務於專案的各方參與者。
2系統可行性分析
基於B/S架構的建設工程專案協同管理資訊系統依託於優質的Internet和強大的資料處理，為專案管理者提供站點式的資訊服務平臺，用於專案的目標控制和交流溝通。其研發的可行性需從技術、經濟和組織三方面進行分析和論證。
2.1技術可行性
雖然該系統開發對相關理論、業務流程、底層演算法和程式設計能力等有較高的要求，但專案管理的相關理論已發展相對完善，Microsoft的VisualStudio2010開發平臺亦發展成熟，使用方便，物件導向的C#語言擁有超強的編譯能力且面向使用者開源，SQLServer2008更是擁有強大的資料處理能力、穩定性和安全性，基於技術的B/S架構也較流行和成熟。
2.2經濟可行性
經濟上的可行性主要論證研發系統的投入與效益是否合算，面對專案管理亟待解決的現實問題與系統開發成本、硬體配置成本和網路接入成本的下降使得系統的研發在經濟上具有可行性。組織可行性組織的可行性是系統研發的根本保證，面對競爭日益激烈的市場環境和日益凸顯的專案管理問題，使得專案管理資訊化和參與方協同管理成為走出管理瓶頸的有效途徑，讓系統研發具有組織上的保障。
3系統總體模型
在分析專案管理的凸顯問題，構建系統模型，定義功能模組基礎上，以專案為核心對專案管理流程進行分析優化，最終實現“縱向協同”模式與“橫向協同”模式共存的協同管理資訊系統。
3.1系統功能結構
根據專案管理的實際需求，構建基於B/S架構的建設工程專案協同管理資訊系統前臺與後臺管理模型，前臺的六大基本功能模組分別為：（1）專案資訊模組：包含專案概況、組織結構等資訊功能，並附帶專案考核資訊，反映專案真實執行狀態。（2）即時通訊模組：擁有資訊檢視、釋出和視訊會議等基本即時通訊功能，實現資訊流的及時傳遞，解決傳統管理資訊流相對滯後性問題。（3）進度管理模組：擁有橫道圖、網路圖此兩種進度控制總圖，建立進度跟蹤臺賬，通過進度前鋒線法考核進度實施狀況，通過線上進度調整，實現對進度的及時跟蹤和調整。（4）成本管理模組：包含成本構成、成本預算、成本核算和成本考核等，及時瞭解成本動向，實現成本有效控制，為專案考核提供依據。（5）合同管理模組：擁有合同示範文字輔助合同起草，通過線上檢視及時瞭解合同內容，藉助上載和下載實現更新，明確各方的權利與責任。（6）文件管理模組：擁有檔案查詢、上載、檢視、下載、傳輸、列印及刪除等對文件操作的基本功能，實現無紙化高效有序的文件管理。該系統的具體功能結構如圖1所示，同時具備可擴充套件功能，以便後期的適用性和更新。
3.2系統業務流程
基於B/S架構的建設工程專案協同管理資訊系統的業務流程，是在專案管理業務基礎上，通過許可權設定實現企業與專案“縱向協同”和專案參與方“橫向協同”。縱向協同係指企業集團可通過該平臺實現專案賬戶建立，並進行配置和管理，優化專案資源；橫向協同則是指專案參與各方可通過該平臺進行協同工作，實現各參與方對專案的協同管理，提高專案運作效率。該平臺具體的協同管理優化流程圖如圖2所示。
4系統設計與實現
4.1系統總部署
為了達到高內聚和低耦合的標準，系統開發採用資料訪問層、業務邏輯層和表示層三層架構體系。該體系簡化後續對程式的修改、擴充套件和再工程，為程式某些模組的重複利用提供可能。其中表示層允許使用者進行直接操作，專案區域網內可以通過各種終端的Web瀏覽器實現對本系統的訪問操作，而擁有授權的外部使用者則可藉助Web瀏覽器通過Internet實現對系統的`訪問操作；業務邏輯層是系統架構中體現系統核心價值的部分，用來提供整個系統功能和服務，其核心處理功能則通過基於C#的技術實現，並將處理結果通過Http協議傳遞到瀏覽器上顯示和反饋給使用者；資料訪問層主要是通過相關元件（技術）實現對資料庫中資料訪問，進而實現對資料的查詢、新增、更新和刪除等基本操作，並把資料操作結果提交給Web伺服器，最終通過表示層反饋給使用者。資料庫作為系統的基礎部分，通過資料的結構實現對原始資料的儲存、組織和管理，並提供資料操作的方法和介面，使資料管理簡單有效。
4.2資料庫設計
根據管理物件和系統模型定義主要資料實體，並確定這些資料實體之間關係，考慮到資料實體的擴充套件性、安全性和效率等複雜因素，在系統E-R圖基礎上通過規範理論得到規範化的資料設計實體。
4.3系統前端設計
系統的前端設計主要涵蓋系統開發的表示層，由各個eb窗體構成，用於顯示資訊和帶給使用者良好的互動體驗。伴隨著Web開發技術的程序，系統研發逐漸細分出Web前端開發這個新領域。早期系統前端的開發相對簡單，頁面主要是用來顯示，這個階段介面上僅有極少的邏輯，基本上沒形成什麼框架。隨著網際網路技術的不斷髮展，頁面需要顯示的資訊越來越豐富，前端程式碼的邏輯也越來越複雜。近幾年來，各種尺寸的智慧終端層出不窮，這就給使用者提供了多種可能去訪問資訊，這些需求無形中給前端程式碼的跨平臺性、複用性、移植性和易維護性提出更高要求。鑑於此，很多系統前端開發者借鑑後端的MVC運用，建立MVC的前端架構。本系統的前端開發架構採用靈活的MVC模式，即HTML的資訊模型（Mode1），CSS的顯示控制（View），技術負責資料操作和實現某種邏輯（Controller）。同時，該模式使程式碼擁有良好的複用性和可維護性，為高效率和高質量協作開發系統前端奠定基礎。
4.4系統底層設計
系統的底層設計涵蓋了系統三層架構體系的業務邏輯構建和資料結構定義，依託OOP的技術和方法，編寫模組化的程式，增加程式碼重用機會，為系統研發提供方便。OOP技術以資料的結構、含義以及資料與資料之間互動操作為基礎，擁有類、方法、介面、繼承、事件和多型性等優良特性，提高系統開發效率和擴充套件性，極大地縮減了系統的開發時間。業務邏輯層抽象系統表示層功能，為表示層提供支撐，分別封裝了實現專案資訊管理、即時通訊、進度管理、成本管理、合同管理、文件管理和資料維護等業務功能所需操作的方法。該層能夠通過技術直接訪問資料層，同時可為表示層提供訪問資料的便捷介面，起到溝通表示層和資料層的橋樑性作用。業務邏輯層主要是基於底層的演算法包含基本類檔案和實現事件功能的～原始檔等。資料訪問層為業務邏輯層提供資料庫訪問的介面，且封裝了對SQLServer2008資料庫中資料的增、查、改、刪等基本的資料操作。資料訪問層包含類檔案及ig配置檔案等。業務邏輯層和資料訪問層堪稱系統的靈魂所在，為表示層功能提供底層支撐，從而實現系統業務處理的功能。
4.5系統實現
利用Microsoft的VisualStudio2010開發平臺和SQLServer2008資料庫，通過資料庫設計、前端設計和底層設計等研發工作，實現該系統開發。該系統伺服器作業系統採用WindowsServer2008，應用伺服器採用IIS管理器。以下重點介紹具有代表性的登陸模組、後臺模組和進度模組。（1）登陸模組：登陸模組為授權與驗證管理的核心部分，系統管理員可內建專案賬號和管理專案，被授權的賬號則可通過驗證登陸，根據被授予的許可權訪問指定資訊，實現資訊訪問的安全性和區別性。（2）後臺模組：後臺模組擁有專案管理、賬戶管理和資料維護等管理功能，作為系統平臺“縱式協同”管理的核心，允許以管理員身份通過後臺建立專案，配置專案管理賬號以及進行資料維護等，如圖3所示。（3）進度模組：進度模組擁有橫道圖、網路圖兩種進度控制總圖，建立進度跟蹤臺賬，運用前鋒線法分析對比進度實施情況，通過MouseClick事件觸發底層演算法實現實施進度的線上調整，達到對進度的及時跟蹤、更新和控制，如圖4所示。
5系統安全與維護
5.1系統安全
該管理資訊系統是基於Internet的開發性站點式平臺，需要重點考慮研發和使用過程中的安全可靠性。身份的驗證和授權是安全性的兩個支柱。身份驗證是標識使用者的過程，而授權則是在驗證了所標識的使用者是否可以訪問特定資源時進行的。對於藉助網路儲存或傳輸的資料利用WCF等技術配置提供加密就顯得尤為重要。該系統資訊保安性技術主要涵蓋應用層安全、網路層安全、資料層和物理與管理層的安全等。應用層安全技術主要是通過驗證與授權確保系統資訊在與使用者互動過程中不被非法利用。網路層安全技術主要藉助於防火牆、入侵檢查和病毒防範等構建安全網路環境，並通過WCF等加密技術防止資訊在傳輸過程中被侵入致使洩露。資料安全性問題主要是保護資料庫資料技術，避免不合法的使用造成資料洩露、更改、破壞或丟失，快捷地實現資料備份與恢復，為系統資訊保駕護航。
5.2系統維護
從全壽命週期的角度出發，系統維護工作必然成為系統研發重要內容。從軟體系統維護的要求出發，系統的維護大致包括適應性維護、完善性維護、糾錯性維護、預防性維護或再工程。物件導向的程式設計思想和基於B/S架構的模式恰好為系統後期的運營、維護和重構提供最大程度的可能。系統維護不僅僅是技術問題，也是軟體維護管理問題。只有在後期的維護工作中遵循系統維護策略，才能延長生命週期，降低維護成本，保障系統質量，以更優的方式服務於系統平臺使用者。
6結語
本文在對建設工程專案管理現狀分析的基礎上，提出基於B/S架構的建設工程專案協同管理資訊系統整體解決方案。該解決方案利用“縱向協同”和“橫向協同”模式，提高了專案管理人員之間的資訊即時性，通過研發的協同管理系統可實現對專案的進度、成本、合同、文件和即時資訊的統一管理，以達到協同管理的1+1＞2效果。該系統擁有開放性，能夠實現與外部其他系統的資訊共享，也可以根專案管理的實際需求新增相應功能模組，為今後系統的維護升級創造條件，也為專案進一步實現資料共享和資訊整合奠定了基礎，更高層次看，該系統改善了專案管理的方法和理念，以解決專案管理中協同作業的關鍵問題。