工程管理信息系統

工程管理系統的實施、運行與維護工程管理信息系統實施工程管理信息系統運行與維護本章教學目標1.熟悉工程管理信息系統實施的步驟與內容2.了解程序設計、系統的檢測和調試3.掌握系統切換的方法和步驟4.了解系統維護的內容、類型和步驟等4系統分析系統設計系統實施

工程管理信息系統實施是使系統設計的物理模型付諸實現的階段。它需要投入大量人力、物力和時間進行程序設計、系統的測試和調試、人員的專業培訓，順利實現系統的有效切換，形成目標系統的運行環境。8.1工程管理信息系統實施8.1.1工程管理信息系統實施的內容、任務與影響因素（一）系統實施的具體內容（二）系統實施的基本任務（三）系統實施的關鍵影響因素（四）工程項目管理信息系統開發組織體系（一）系統實施的具體內容程序設計實現新系統最重要環節，根據系統設計說明書的要求，分成若干程序來完成系統的各項數據處理任務?？紤]怎樣最大化、最合理地完成系統設計階段的各種技術要求設計、系統功能如何實現等一些具體的戰術問題，或是一些具體的編碼問題。系統的測試和調試保證系統質量的關鍵步驟。沒有一定的基礎數據的準備，系統調試就不能很好的進行。人員培訓人機系統。需要較多的開發人員通過培訓使各類人員明確系統的目標、功能和設計方案，同時要使這些人員明確所從事工作的內容和具體要求。在新、舊系統切換時的人員培訓尤其重要。系統切換系統開發完后新老系統之間的切換。系統切換要求盡可能平穩，使新系統完全地取代原系統，對管理業務工作不產生沖擊。（二）系統實施的基本任務基本任務1使管理業務規范化、標準化、程序化，促進業務協調運作2對基礎數據進行嚴格的管理，要求基礎數據的標準化、傳遞程序和方法的正確使用，保證信息的準確性、一致性3確定信息處理過程的標準化，統一數據和報表的標準格式，以便建立一個集中、統一、共享的數據庫4高效低能地完成日常事務處理業務，優化分配各種資源，包括人力、物力、財力等5充分利用已有的信息資源，運用各種管理模型，對數據進行加工處理，支持管理和決策工作，以便實現組織目標（三）系統實施的關鍵影響因素現實工作與系統能否完全磨合，這是系統能否得以生存并延續的關鍵，也將是實施階段的一大難點。經調查分析得出，影響系統實施的關鍵因素包括13個方面，其模型如圖所示：關鍵因子的重要性排序按下表確定重要性排序關鍵因子1領導的支持2系統安全性3系統匹配性4組織的支持5系統其他使用方的支持6以往的經驗7系統簡便性重要性排序關鍵因子8系統延伸性9員工的支持10系統開發商（咨詢者）的支持11項目上的硬件支持12系統成本與收益13項目復雜性（三）系統實施的關鍵影響因素（四）工程項目管理信息系統開發組織體系負責工程項目管理信息系統的整體定位、總體需求框架界定、資源配備、重大問題協調等。8.1.2程序設計程序設計是實現新系統的最重要環節，是根據系統設計說明書的要求，分成若干程序來完成系統的各項數據處理任務。程序設計是一項非常細致復雜的工作，其設計的好與壞，直接關系到能否有效地利用計算機圓滿達到預期目的。程序設計是考慮怎樣最大化、最合理地完成系統設計階段的各種技術要求設計、系統功能如何實現等一些具體的戰術問題，或是一些具體的編碼問題。程序設計8.1.2程序設計（一）程序設計的基本結構12

建設工程管理信息系統的基本結構包括如下子系統：進度控制子系統、質量控制子系統、投資控制子系統、合同管理子系統、文檔管理子系統和管理決策子系統1各子系統之間既相互獨立，各有其自身目標控制的內容和方法；又相互聯系，互為其他子系統提供信息2（1）工程進度控制子系統13

工程進度控制子系統既要輔助項目管理人員編制和優化建設項目進度計劃，又要對建設項目的實際進展情況進行跟蹤檢查，并采取有效措施糾正偏差，調整進度計劃，從而實現建設項目進度的動態控制。工程進度計劃編制子系統的邏輯結構圖如圖所示14實際進度與計劃進度的動態比較

圖形及報表的輸出

工程進度控制子系統的組成工程進度計劃的調整

實際工程進度的統計與分析，就是在統計實際進度數據的基礎上檢查目前的工程項目進展情況，判斷項目總工期及后續工作是否會受到影響。在分析判斷總工期及后續工作是否會受到影響時，其主要根據就是原網絡計劃中有關工作的總時差和自由時差通過計劃進度與實際進度的動態比較，當發現實際進度有偏差時，就應在分析原因的基礎上采取有效措施對工程進度計劃進行調整，其調整原理與工期優化基本相同圖形報表的輸出，使之以圖形和報表的形式輸出建設項目進度控制過程中所產生的大量信息實際進度與計劃進度的動態比較，就是將計劃進度數據和實際進度數據進行比較，從而產生進度比較報告或橫道圖、S形曲線、香蕉曲線等進度比較圖工程進度計劃的編制，就是根據輸入系統的原始數據，編制橫道計劃或網絡計劃(對于工程進度計劃編制子系統大型復雜的工程項目，還應編制多級網絡計劃系統)。然后在此基礎上，根據實際需要通過不斷調整初始網絡計劃進行網絡計劃的優化，最終求得最優進度計劃方案工程進度計劃的編制

實際工程進度統計與分析（2）工程質量控制子系統15

項目管理人員為了實施對建設項目質量的動態控制，需要工程質量控制子系統提供必要的信息支持。工程質量控制子系統的邏輯結構如圖所示工程質量控制子系統的組成，具體如下16

工程設計質量管理工程事故統計分析工程施工質量控制主要是對大型設備及其安裝調試進行質量管理設備質量管理材料質量跟蹤管理（3）工程投資控制子系統17

工程投資控制子系統用于收集、存儲和分析建設項目投資信息，在項目實施的各個階段制定投資計劃，收集設計投資信息，并進行計劃投資與實際投資的比較分析，從而實現工程投資的動態控制。工程投資控制子系統的邏輯結構如圖所示。工程投資控制子系統的組成，具體如下18

1確定與調整投資計劃。就是輸入投資計劃數據，并根據實際情況對其進行調整該模塊的邏輯結構如圖所示2投資數據查詢3投資數據比較4投資偏差分析5未完工程投資預測6投資報表輸出確定與調整投資計劃的邏輯結構圖（4）工程合同管理子系統19

工程合同管理子系統主要是通過公文處理及合同信息統計等方法輔助項目管理人員進行合同的起草、簽訂，以及合同執行過程中的跟蹤管理工程合同管理子系統的邏輯結構如圖所示（5）工程文檔管理子系統20

工程文檔管理子系統主要是通過信息管理部門，將建設項目實施過程中各個部門產生的全部文檔統一收集、分類管理。工程文檔管理的主要內容包括項目文件資料傳遞流程的確定，項目文件資料的登錄與分類存放，以及項目文件資料的立卷歸檔等。工程管理組織中的信息管理部門是專門負責建設項目信息管理工作的，其中包括項目文件資料的管理，因此，在工程建設全過程中形成的所有文件資料，都應統一傳遞到信息管理部門，進行集中收發和管理，如圖所示，信息管理部門是項目文件資料傳遞渠道的中樞。項目文件資料傳遞圖（6）工程管理決策子系統21

系統的特征在工程建設的實施過程中，由于受許多因素的影響，即使是經過優化的計劃，在實施過程中的變化也是不可避免的。工程管理的基本任務是確保建設項目三大目標(進度、質量、投資)的實現。而由于進度、質量、投資三大目標之間存在著項目制約關系，使得項目管理人員的任何決策都必須以三者之間的最佳匹配為目標，工程管理決策支持系統應是一個多目標的動態優化控制系統。系統結構如圖所示。工程管理決策子系統結構圖工程管理決策子系統——系統功能工程進度計劃的審核與編制工程進度動態控制質量控制與評定投資的最合理分配實際費用支出的動態分析與預測工程索賠分析與決策組織協調策略的制定建設項目管理決策支持系統的結構框架是一個三庫結構，它包括數據庫、模型庫和知識庫。其中知識庫應包括事實和規則兩部分。而由于建設項目管理決策支持系統中大量的事實均由數據庫和模型庫提供，所以在本系統中，由數據庫、模型庫及規則庫的聯合才構成一個知識庫系統系統模塊結構工程管理決策子系統——系統模塊結構（二）系統數據層實現24

2在ASP.NET技術下設計的軟件系統，可以將系統的基本信息配置在Web.Config文件中，例如配置數據庫連接字符串，這樣的配置方式能夠方便系統對數據的操作限制，這些參數配置的優劣將直接影響到該Web應用程序的效率和質量數據庫連接設置存儲過程能夠將復雜的或者是常用的數據操作過程，事先用SQL語句進行編寫，并指定一個特殊的名稱保存到數據庫工具中，系統的前端程序在需要使用該數據操作時，只要進行存儲過程調用就可以實現程序指令存儲過程實現1建筑工程信息管理系統設計了四個數據的存儲過程，有信息的查詢、信息的添加、信息的刪除等操作，其中信息的查詢較為復雜測試的目的是更好地發現至今為止尚未發現的錯誤及缺陷。所有的測試都應追溯到用戶的需求，最嚴重的錯誤是導致程序不能滿足用戶的需求，所以，對系統進行測試和調試是必需的，是保證系統質量的關鍵步驟。系統測試是測試整個硬件和軟件系統的過程，是對被測系統的綜合測試。系統測試的目的是在真實系統工作環境下檢驗完整軟件是否能和系統正確對接，并滿足軟件研制任務書的功能和性能要求。

8.1.3系統的測試和調試（一）系統的測試系統測試的類型系統測試的類型功能測試主要測試一個特性的基本功能是否和需求一致、相關的協議是否一致性能測試主要驗證測試對象在長時間、大強度下能否正常穩定地工作互影響測試主要驗證系統中不同任務在相互作用的情況下，其行為是否符合需求邊界值測試主要從系統測試的角度驗證各個應用和功能的邊界值。一般來說，設計人員容易忽略這些邊界值的處理，事實上也不好處理，導致大量的缺陷出在這方面（二）程序和系統的調試程序調試是對程序逐個進行語法和邏輯的檢查。可輸入正常數據檢查程序的各功能是否均能實現，核對輸出數據的準確性，檢查打印格式是否符合要求等。還要輸人錯誤數據，檢查對錯誤信息的反應單個程序調試之后，即已消除程序和文件中的錯誤。在此基礎上進行系統調試，一般是按各功能模塊進行分調，分調是對一組程序功能正確性進行調試。在分調基礎上進行總調，即將總控制程序和功能模塊連接起來調試，檢查系統中相互關系的正確性。系統總調后進行實況考核。系統調試過程中應作詳細記錄，寫出調試報告8.1.4人員培訓人員的選擇：

工程管理信息系統管理人員應該從熟悉企業業務的有經驗的工程技術、管理、統計、計劃或有管理組織能力的技術人員中進行挑選。對他們進行專門的培訓，作為操縱工程管理信息系統的骨干。

培訓的內容：

1.讓大家理解這種改進的目的和能夠帶來的益處，從思想上接受這種新的管理方式。

2.讓大家掌握系統的操作方法。8.1.5系統切換系統切換是指系統開發完后新、老系統之間的切換。系統切換要求盡可能平穩，使新系統安全地取代原系統，對管理業務工作不產生沖擊。

（一）切換方式1.直接切換2.并行切換3.分段切換（1）直接切換法

在某一確定的時刻，老系統停止運行時，新系統隨即投入運行。（2）并行切換法新、老系統并行工作一段時間，對照新、老系統的輸出，并經過一段時間的考驗以后，新系統正式替代老系統（3）試點過渡法

先用新系統的某一部分代替老系統，作為試點，逐步地代替整個老系統。8.1.5系統切換30系統切換方法優點缺點適用場景直接切換法這種方法節省人員、設備和費用，適用于一些處理不太復雜、數據不很重要的場合。風險大老的系統已完全無法滿足需要或新系統不太復雜并行切換法安全、可靠費用和工作量很大銀行、財務和一些組織的核心系統。試點過渡法保證了系統的可靠性，也不至于費用太高。要求系統之間具有一定的獨立性，對系統的設計和實現都有一定的要求。較大系統（二）系統切換難點32與新系統的模塊功能集成度成正比的復雜性與舊系統的數據，流程具有制舍不斷的牽連人力、物力、財力的昂貴代價人為習慣與思想阻礙

（三）系統切換的關鍵要素1細致的規劃2345領導的重視人員的培訓組織的重構數據的完善關鍵要素8.1.6案例分析發現軟件設計中存在的不合理設計，磨合管理工作中各個環節的相互聯系，熟悉新的工作方式，明確使用人員的職責和權力，對使用人員進行培訓，消除陌生和不信任感，檢查數據處理是否合理模擬運行分布在企業各個職能部的項目實施團隊是系統運轉的關鍵因素。通過全方位不斷培訓各部門業務人員，使他們熟悉系統的管理模式，并與具體的計算機應用相結合實施TGPMS軟件需要建立完整的管理規章制度和工作流程，確保數據責任體系的完善TGPMS系統的核心在于數據的準確性和完整性。TGPMS通過精確的數據管理，全面優化了三峽工程的各個管理環節數據標準的建立及稽核、整理、錄入0102應用培訓03制訂TGPMS運行的規章制度和業務規范04案例1：中國長江三峽工程管理信息系統(TCPMS)的實施步驟——采用分階段、分步驟，按業務功能區域(子系統)分頭推進的實施策略8.1.6案例分析案例2：綠色建筑的系統測試與調試科技的發展帶來了多樣化的節能減排方法，如可再生能源的利用、樓宇自動化減少能源損耗和提升建筑設備能效。這些創新建筑系統的演進促使人們關注其質量、節能效果和耐用性。工程管理信息系統的有效調試是確保這些系統能效性能的關鍵過程，包括四種類型的調試，具體分類詳見表。序號測試類型運營階段目標1初步調試從系統設計到試運行再到運行期間保證新建建筑初步性能信息的廣泛覆蓋面2持續調試初步調試或改造調試后繼續進行維持建筑管理信息系統的質量并提升前期調試時的系統性能3改造調試系統運行期間非調試階段在調試記錄完成前，從建筑全壽命周期的角度，甚至返回設計階段，幫助解決處理所發生的問題4再調試初步調試或改造調試后，系統運行期間內核實并改進不達標的系統性能8.1.6案例分析案例2：綠色建筑的系統測試與調試綠色建筑項目管理信息系統在設計前期及設計階段、施工階段、使用階段的調試步驟按下表確定綠色建筑項目管理信息系統在設計前期及設計階段的調試步驟8.1.6案例分析案例2：綠色建筑的系統測試與調試8.1.6案例分析案例2：綠色建筑的系統測試與調試8.2工程管理信息系統運行與維護

8.2.1系統運行的內容系統運行就是完成系統日常例行操作和一些臨時性的信息服務，并做好系統運行情況的記錄工作系統運行的內容系統運行情況記錄是系統評價和系統改進的重要依據。其主要內容包括:系統工作量，系統工作效率，系統提供服務的質量，系統維護修改情況，系統故障的發生、原因分析及處理方法和措施等。系統運行情況的記錄-定要做到及時，準確和詳細系統運行的組織建立形式

1.分散平行式：計算機分散在各職能部門，使他們具有相同的機器使用權。

2.集中式：將所有的計算機集中在信息中心統一管理，各職能部門只是一個服務對象。8.2工程管理信息系統運行與維護8.2.2系統維護構架與常見問題智能維護系統構架系統維護首先要考慮的便是設備問題，設備故障的突然發生，不僅會增加企業的維護成本，而且會嚴重影響企業的信息流傳遞效率，使企業蒙受巨大損失。為了保持設備的穩定性，現在的企業多采用“周期性檢修”的方式，該方式將使得維護活動不是做得太早就是做得太晚，給企業帶來了沉重的經濟負擔。為此，新的觀念是采用智能維護系統，對設備的性能衰退狀態進行監測，評估和預測，并按需制定維護計劃，在防止因故障失效的同時，最大限度地延長設備的維護周期，減少設備的維護成本8.2工程管理信息系統運行與維護系統維護工作中的常見問題1.維護工作分散化

系統維護過程中存在“系統隨應用走”的問題，系統維護基本由使用該系統的應用部門完成，沒有一個統一的部門對開放平臺系統的維護實施規劃、管理。2.系統維護表面化

由于系統維護工作由應用部門完成，應用開發人員同時兼任系統維護工作；面對繁重的開發任務，承擔系統維護的人員沒有更多精力對系統做進一步的研究，對于系統的認識停留在表面上。在系統出現這樣或那樣的問題時，就顯得束手無策，無法迅速定位故障點或對故障做進一步的分析，拖延了故障處理時間，對于系統的穩定運行造成了影響。3.系統維護外包化8.2工程管理信息系統運行與維護8.2.3系統維護的任務和內容運行維護管理的基本任務（1）進行信息系統的日常運行和維護管理，實時監控系統運行狀態，保證系統各類運行指標符合相關規定；（2）迅速而準確地定位和排除各類故障，保證信息系統正常運行，確保所承載的各類應用和業務正常；（3）進行系統安全管理，保證信息系統的運行安全和信息的完整、準確；（4）在保證系統運行質量的情況下，提高維護效率，降低維護成本；（5）本辦法的解釋和修改權屬于信息化辦公室。主要內容具體說明硬件維護對主機和外部等硬件設備的日常管理和維護，主要包括硬件設備故障的檢修，易損部件的更換，以及硬件部件的清洗、潤滑等過程。軟件維護信息維護應用程序維護系統發生問題或業務發生改變，會引起程序的修改和調整，需要進行應用程序維護工作數據維護①主體業務數據定期更新；②部分數據需不定期的更新；③隨著企業環境或業務的改變而進行的數據結構等方面的調整；④數據的備份、存檔、整理和恢復。代碼維護隨著系統應用環境的變化，為適應新的需求對系統中的各種代碼的增加、修改或刪除，以及設置新的代碼的過程。功能維護改正性維護診斷和改正那些明顯不正確的地方和錯誤的過程。適應性維護為了使系統適應環境的變化而進行的維護工作。完善性維護在使用軟件過程用戶提出增加新功能或修改已有功能的建議。預防性維護為了改進未來的可維護性或可靠性而進行的第三方維護活動。系統更新維護為了變化了的軟件開發環境適當地配合而進行的修改軟件的活動。機構和人員的變動信息系統是人機系統，人的作用占主導地位。為了使信息系統的流程更加合理，有時涉及機構和人員的變動。運行維護管理的主要內容8.2工程管理信息系統運行與維護8.2.4系統維護的步驟系統維護的一般步驟如下：（一）確定維護目標，建立維護人員組織（二）建立維護計劃方案（三）修改程序及調試（四）修改文檔

8.2工程管理信息系統運行與維護突發事件管理信息系統故障解決信息系統變更管理維護作業計劃管理信息化檢查管理技術檔案和資料管理備份及日志管理8.2.5維護方案8.2工程管理信息系統運行與維護

（一）突發事件管理

根據突發事件的類型等因素，將突發事件分為攻擊類事件、故障類事件、災害類事件三個類型。當系統出現突發事件時，信息化辦公室維護人員應在第一時間根據事件類型，對事件進行處理并及時向上級領導和上級有關部門進行匯報。

（二）信息系統故障解決（1）信息系統出現無法進行本地解決的，應向上級領導及上級部門進行申告故障。對無法解決的故障，應立即向軟硬件最終提供商、代理商或維保服務商提出技術支持申請，督促廠商安排技術支持，必要時進行跟蹤處理，與廠商一起到現場進行解決。（2）如果故障問題比較嚴重并牽扯到相關部室，在解決故障期間應給相關部室進行通知，提前做好備份工作。（3）廠商技術人員現場處理故障時，當地維護人員應全程陪同并積極協助，并在故障解決后進行書面確認。（4）故障解決后，維護人員應對故障的產生原因、解決方案填寫詳細記錄，對以后如果出現類似問題可以有個參考方案。（5）對于系統隱患或暫時不能徹底解決的故障應納入問題管理，每月應對存在的問題進行跟蹤分析。

8.2工程管理信息系統運行與維護（三）信息系統變更管理（1）信息系統變更包括硬件擴容、冗余改造、軟件升級、系統升級及模塊的更改和搬遷、數據維護等工作以及電子表格模板、文檔模板、安全策略、部署的改變等。（2）信息化辦公室應保證在線系統軟件版本及硬件設備的穩定，未經過審批通過的方案，不得自行對系統軟件版本及硬件設備進行任何變更及調整。（3）變更包括緊急變更和普通變更。緊急變更指由于故障處理等的迫切需求而引起的，目的是保持或者恢復正常工程，無法進行書面請求和審批。普通變更指非緊急變更，例如綜項評分表單的更改、系統模塊的更改。對于普通變更，應有執行人員根據變更影響的范圍和深度通知上級領導和相關部門，經審核同意后進行變更；變更前應制定相應的執行措施，如出現錯誤如何回退等情況。（4）原則上，變更必須在夜間非主要工作時間進行，維護人員可以在備用服務器上進行先期模擬變更，對變更中出現的問題，對其解決方案應有備案。（5）對于緊急變更需求，允許口頭申請、審批后組織具體實施。事后，對變更的后的系統及硬件設備進行一定時間的測試，確認無誤后，向上級領導進行匯報，并完成相關文檔資料的更新工作。（四）維護作業計劃管理（1）信息化辦公室應按工程處實際情況制訂維護制度，保障工程處網絡的正常使用。（2）維護制度要求在每次維護結束后填寫維護記錄，對維護中發現的問題及時記錄并解決。出現重大問題的時候應及時上報有關領導和上級相關部門。（3）維護時間，原則上應在晚上或非工作時間進行。如果出現緊急情況，應對受影響的部室通知后，進行解決。（4）數據備份、存儲和管理應根據《軟件與資料管理制度》制訂作業實施步驟。8.2工程管理信息系統運行與維護（五）信息化檢查管理信息化辦公室每年至少一次對全工程處范圍信息系統相關的機房環境、計算機硬件、配套網絡、基礎軟件和應用軟件進行一次檢查。信息系統的檢查的具體實施：（1）制定技術檢查計劃，列出檢查重點、內容、要求，形成固定檢查表格。（2）收集設備運行故障和隱患。根據年度檢查重點、內容，調查設備近期運行情況，統計出各類型設備在運行過程中曾出現的故障；對反饋的問題進行分析、評估，做好相應的技術準備；對一些需要廠家解決的問題列出清單，及時與廠家溝通，制定解決方案，以供檢查過程中實施、解決。（3）檢查完畢后應對本次檢查填寫詳細記錄和問題匯總。（4）組織相關人員對信息化檢查中暴露的問題進行解決，牽扯到相關部門的，應與相關部門進行溝通后進行處理。

8.2工程管理信息系統運行與維護（六）技術檔案和資料管理（1）信息化辦公室負責技術檔案和資料的管理，應建立健全必要的技術資料和原始記錄，包括但不限于：①信息系統相關技術資料；②機房平面圖、設備布置圖、IP地址分布圖；③網絡連接圖和相關配置資料；④各類軟硬件設備配置清單；⑤設備或系統使用手冊、維護手冊等資料；⑥上述資料的變更資料。8.2工程管理信息系統運行與維護（2）軟件資料管理應包含以下內容：①所有軟件的介質、許可證、版本資料及補丁資料；②所有軟件的安裝手冊、操作使用手冊、應用開發手冊等技術資料；③上述資料的變更記錄。8.2工程管理信息系統運行與維護（七）備份及日志管理（1）原則上，對各項操作均應進行日志記錄，內容應包括操作人、操作時間和操作內容等詳細信息。維護人員應定時對操作日志、安全日志進行審查，對異常事件及時跟進解決，并形成日志審查匯總意見報上級維護主管部門審核。安全日志應包括但不局限于以下內容：①對于應用系統，包括系統管理員的所有系統操作記錄、所有的登錄訪問記錄、對敏感數據或關鍵數據有重大影響的系統操作記錄以及其他重要系統操作記錄的日志；②對于操作系統，包括系統管理員的所有操作記錄、所有的登錄日志。8.2工程管理信息系統運行與維護（2）信息化辦公室應針對所維護系統，依據數據變動的頻繁程度以及業務數據重要性制定備份計劃，經過上級維護主管部門批準后組織實施。（3）備份數據應包括系統軟件和數據、業務數據、操作日志。（4）維護人員應定期對備份日志進行檢查，發現問題及時整改補救。（5）信息化辦公室應按照實際維護工作相關要求，根據業務數據的性質，確定備份數據保存期限，應根據備份介質使用壽命至少每年進行一次恢復性測試，并記錄測試結果。

8.2.6案例分析案例1：基于BIM的工程項目管理信息系統的運行

基于BIM模型的工程項目管理信息系統的運作，就是用戶通過局域網(乃至整個互聯網范圍內)。向系統服務器發送查詢。信息變更等操作請求，由系統根據該用戶所有權限的定義，按操作方式，用戶權限等的差異，從系統數據庫服務器中集成其所需的從項目前期至檢索時間點的所有相關工程項目信息，以文字和2D或3D圖紙的形式，由系統應用服務器進行界面組織，集成反饋給用戶，供用戶進行相關操作，如圖所示?；贐IM模型的工程項目管理信息系統運作圖基于BIM模型的信息管理系統在項目全壽命期內的具體運作如下項目施工階段項目運營階段項目前期，策劃階段項目招標投標階段在項目策劃階段，利用前期管理和策劃模塊構建3D模型，允許各方進行模擬和可行性分析，以優化設計方案。集成的數據共享確保了精確的3D模型、前期文檔和平面圖紙的生成在施工階段，通過質量、進度和投資控制模塊全面運作所有系統模塊，實現有效監控。這包括生成合同文件、采購記錄、設計變更和施工進度等文件。項目各方可實時訪問授權信息，減少信息不對稱，確保文件管理的透明度和效率。在招標投標階段，通過管理模塊實現網絡公開操作，公布項目前期成果，并組織公開招標。這有助于減少誤解和時間費用損失，防止不當行為。投標方依據公開文件制定準確的投標方案，確保競標公平性。中標后，招標文件成為有效電子文檔，作為合同依據，進而生成相關合同文件。在運營管理階段主要利用后期運行及評估模塊，可以及時提供有關建筑物使用情況、人住維修記錄、財務狀況等集成信息。利用系統提供的這些實時數據，物業管理承包方、最終用戶等還可對項目做出準確的運營決策。8.2.6案例分析案例2：建設工程質量檢測管理信息系統的運行

本節對于該案例只保留核心內容。由原建設部制定，2005年11月1日開始施行的《建設工程質量檢測管理辦法》中規定了建設工程質量檢測業務內容，分為專項檢測類和見證取樣類，建設工程質量檢測基本業務流程如下圖所示。建設工程質量檢測基本業務流程圖8.2.6案例分析案例2：建設工程質量檢測管理信息系統的運行系統正常順序流程檢測數據錄入處理流程8.2.6案例分析案例2：建設工程質量檢測管理信息系統的運行數據審核處理流程系統的主要功能結構8.2.6案例分析案例3：ERP系統的運營維護

系統運營維護階段的主要任務是通過各種必要的維護活動使系統持久地滿足用戶需求ERP系統維護中的主要工作ERP系統運營維護模式ERP系統維護中的主要工作ERP主要工作具體內容用戶權限管理新增用戶權限、權限變更、權限禁用等業務流程管理復查項目實施時所制定的ERP業務流程是否適合當前的業務需要，對流程進行優化，使之更加適合企業處理日常業務的需求。如果企業的組織機構、管理制度或實際業務發生重大變化，企業應當及時與相關的ERP實施人員聯系，根據需要對ERP流程進行調整，并修改用戶權限公司ERP文檔完善二次開發文檔、技術支持文檔等公司用戶需求管理主要為公司ERP升級和改造做準備與軟件供應商及時有效溝通把公司用戶需求、軟件使用遇到的問題及時反饋給軟件供應商，促使供應商及時解決問題，并盡可能把本公司的意志體現到軟件下一版本軟件日常維護包含數據庫維護，以及數據的導人和導出，建立維護記錄文檔軟件升級包括方案制定、升級實施、過程文檔化等等。ERP管理政策以及流程的制定和完善ERP數據備份磁帶備份、光盤備份、災難恢復演習等適當的二次開發根據企業的應用需求變化，對ERP系統進行適當的二次開發.包括ERP與其他軟件的接口開發、ERP系統報表的開發與完善等ERP系統運營維護模式

從維護主體的角度分析。根據維護主體劃分，企業常用的ERP系統維護模式主要有三種：自己維護、外包維護以及二者的結合。其比較分析按表維護主體角度的ERP系統維護模式比較分析表確定ERP系統的維護模式特點自己維護1.企業自己維護ERP系統，大部分工作由企業的IT部門承擔，其他的職能部門也參與維護工作。通常為ERP系統本身的正常運行與維護由IT相關部門的人員進行維護，不同職能部門的人則對各自相關的系統模塊運行進行維護2.該模式的優點是維護人員熟悉企業的業務流程，可以更好地實現系統的深度應用3.該模式適合IT技術力量較強的公司采用外包維護1.企業將全部ERP維護工作外包給專業性公可完成，通常為外包給軟件提供商成專業的系統維護商2.該模式有助于企業整合利用其外部最優秀的IT專業化資源，從而集中精力發展企業的核心業務，達到降低成本、提高效率，提高企業的核心競爭力3.中小企業采用該模式的比較多自己維護和外包維護的結合1.由企業和軟件提供商或專業的系統維護商共同承擔維護工作2.該模式可以充分利用企業和第三方的IT資源，結合雙方的優勢力量3.通常情況企業負責自身業務流程方面的維護，第三方負責相關技術的維護。根據誰為主要維護力量，又可分為兩種：自己維護為主，外包維護為輔和外包維護為主、自己維護為輔ERP系統運營維護模式

從系統管理和維護的分散程度分析。據系統管理和維護的分散程度，ERP系統維護的方式有分散式系統維護方式和集中式系統維護方式兩種。其比較分析按下表確定ERP系統的維護模式特點分散式系統維護方式1.分散式維護方式是指整個公司中每個利益相關的實體都有自己的IT部門負責該組織中ERP相關的資源和事宜的管理工作。它們各自有自己的系統服務器，井且可以進行ERP項目的開發和實施。2.采取分散式系統維護方式的多是集團企業。3.這些集團企業具有以下特點：.(1)集團企業采取分散式管理模式，集團總部對分支機構的監控比較弱；(2)集團總公司的IT部門和其他分支機構的IT部門之間的聯系不緊密；(3)集團中各分支機構的信息化應用水平差距不大，統一的管理和維護比較困難；(4)集團企業涉足行業范圍不同，其分支機構的行業差異程度大。集中式系統維護方式1.集中式維護方式是指與ERP相關的主要資源和相關事宜都由公司統一管理。2主要資源包括硬件資源，軟件資源和人力資源，相關事宜主要是系統維護過程中的ERP項目的實施