熱門論文
最新論文
鐵路工程監理信息管理系統
發布時間：2023-07-22 14:10
目錄
摘 要 I
Abstract II
1緒論 1
1.1選題背景 1
1.1.1引言 1
1.1.2選題背景 1
1.2鐵路工程監理信息管理的現狀與發展趨勢 2
1.2.1國外信息管理現狀與發展趨勢 2
1.2.2我國鐵路工程監理信息管理的現狀與發展趨勢 2
1.2.3當前我國鐵路工程監理存在的主要問題 3
1.3本文研究的目的及主要內容 5
1.3.1本文研究的目的與最終目標 5
1.3.2基本思路 5
1.3.3本文研究的意義 6
1.3.4本文的主要內容 7
2鐵路工程監理信息分類與編碼 8
2.1信息編碼原則及方法 8
2.1.1編碼的原則 8
2.1.2編碼的方法 9
2.2鐵路工程工點劃分及編碼 9
2.2.1工點劃分及編號方法 9
2.2.2工點編碼規則 12
2.3監理人員定崗及工位編碼 13
2.3.1監理人員工位 13
2.3.2工位編碼規則及說明 13
2.4鐵路工程監理記錄（表單）編碼 14
2.4.1鐵路工程監理記錄（表單）分類 14
2.4.2鐵路工程監理記錄（表單）編碼規則 15
3鐵路工程監理記錄流程 16
3.1記錄的源起 16
3.1.1監理外部記錄與內部記錄 16
3.1.2監理記錄處理要求 16
3.2外部記錄流程 16
3.2.1審批記錄流程 16
3.2.2報驗記錄流程 17
3.2.3外部文件流程 18
3.3內部記錄流程 18
3.3.1旁站記錄/巡查記錄流程 18
3.3.2對外指令（聯系單、通知單、暫停令、請示報告）流程 19
3.3.3進度統計流程 21
3.3.4監理日記/志流程 22
3.3.5會議紀要流程 22
3.3.6月季年報流程 23
3.3.7總監命令流程 23
3.3.8監理站公文流程 24
3.3.9站內公告錄流程 24
4鐵路工程監理信息管理系統總體構思 25
4.1系統整體功能 25
4.1.1客戶端功能 25
4.1.2基本要求 25
4.1.3關于登錄界面 26
4.2監理人員職責及用戶層級 28
4.2.1監理人員職責 28
4.2.2用戶層級 29
4.2.3用戶權限 29
4.3鐵路工程監理信息平臺字典集 30
4.4鐵路工程監理記錄模板 35
4.5系統維護與網絡安全 35
4.5.1系統維護 35
4.5.2網絡安全 35
4.6鐵路工程監理管理系統輔助功能 36
4.6.1資料查詢 36
4.6.2蹤跡回放 36
5鐵路工程監理記錄模板 38
5.1外部記錄匯總表格式 38
5.1.1審批記錄匯總表 38
5.1.2報驗記錄匯總表 39
5.1.3外部文件記錄匯總表 40
5.2 內部記錄格式 41
5.2.1旁站記錄 41
5.2.2巡查記錄 44
5.2.3通知單 46
5.2.4暫停令 48
5.2.5監理日記/志 50
5.2.6月季年報 51
6鐵路工程監理信息管理系統實現概況 52
6.1系統的總體架構 52
6.1.1系統的總體架構 52
6.1.2開發與運行環境 52
6.1.3云服務器 52
6.2數據庫設計 53
6.2.1數據庫選取 53
6.2.2概念模型設計 54
6.2.3邏輯模型設計 56
6.3用戶界面的實現 58
6.3.1用戶登錄界面的實現 58
6.3.2功能界面的實現 58
7結論與展望 61
7.1論文的主要成果 61
7.1.1本文的主要成果 61
7.1.2“監理助手 2.0”的特點 61
7.2展望 61
致 謝 62
參 考 文 獻 63
1緒論
1.1選題背景
1.1.1引言
《建設工程監理規范》（GB/T50319-2013）中明確規定，建設工程監理宜實施信息 化管理。在條文說明中又進一步明確工程監理單位在自身建立實施信息化管理平臺的基 礎上，最好能提供平臺，將施工承建方、項目建設方納入平臺管理［1］。由此可見，監理 資料及其管理是監理工作中極為重要的內容。現階段監理資料管理存在以下三個突出問 題：
1） 資料管理與現場管理脫節。
2） 監理記錄（滯后）與現場實際情況不同步，監理資料不能及時反映現場實際。
3） 各類紙質監理資料非常繁雜，存檔有失規范，檢索難度很大。
此外，當前建筑市場管理越來越規范，各項檢查頻繁而深入，質量安全問題問責、 處罰更加嚴厲。尤其是鐵路建設領域，從 2017年滬昆高鐵質量事故處罰以及 2018年 1 月 1 日起實施的《鐵路建設項目紅線管理規定》可以看出，今后的鐵路建設將更加注重 質量安全，“質量終身制”將落到實處。鐵路監理將處于質量安全問題問責最高端。這 種態勢，倒逼監理企業必須要提高監理工作質量，尤其要強化監理資料的管理。
針對上述情況，為了使現場監理工作與資料（信息）管理有效結合，及時清晰地記 錄監理工作過程，并最大限度的實現監理活動（形成資料的過程）的自動化（甚至是智 能化），借助互聯網技術，嘗試研發基于現場監理工作流程的“鐵路工程監理信息管理 系統”成為監理企業不二的選擇。
1.1.2選題背景
筆者在參與蘭州交大咨詢公司“監理助手 2.0”軟件研發的基礎上，結合筆者參加 鄂鋼公司鐵路運輸中心鐵路調度指揮綜合信息系統開發的經驗，以及敦格鐵路當金山隧 道的實際監理工作，對“鐵路工程監理信息管理”做了一些探索與嘗試，遂成此文。
鐵路工程監理信息管理系統是基于計算機技術、尤其是網絡技術，運用系統思維的 方法，對鐵路工程監理信息進行采集、傳遞、處理、存儲、檢索的計算機輔助系統［2］。 在鐵路工程監理過程中，起著舉足輕重的作用。主要表現在：
一是為各層次的監理人員及時記錄自身的監理工程成果提供一個支持平臺。這不僅 提高了工作效率，更提高了記錄數據的準確性。
二是實現了監理信息的實時共享，起到良好的“溝通”作用；方便各層次的監理人 員收集、傳遞、處理、存儲和檢索監理資料。
三是為監理企業管理者強化監督與管理提供所需的信息手段和必要的決策支持。
1.2鐵路工程監理信息管理的現狀與發展趨勢
1.2.1國外信息管理現狀與發展趨勢
全球信息技術持續迅猛發展，信息技術創新日新月異，正在以更快速度、更廣范圍、 更深程度引發新一輪科技革命和產業革命。互聯網、物聯網、云計算、大數據、人工智 能、機器學習等技術驅動網絡空間從人人互聯向萬物互聯演進，數字化、網絡化、智能 化服務將無處不在。信息化已進入全面滲透、跨界融合、加速創新、引領發展的新階段。 現實世界和數字世界日益交匯融合，全球治理體系面臨深刻變革。信息化已成為經濟與 社會發展的重要驅動力，人類社會對信息化發展的迫切需要達到前所未有的程度。全球 經濟體普遍把加快信息技術創新、最大程度釋放數字紅利，作為推動可持續發展的關鍵 引擎。加快信息化發展，建設數字國家已成為全球共識。誰占據信息化制高點，誰就能 夠掌握先機、贏得優勢、贏得安全、贏得未來［3］。
在國外，工程監理大多情況下被稱為工程咨詢或工程項目管理，但其工作的內容和 流程與國內的監理幾乎是一樣的。由于國外的建設項目管理起步早，發展己經比較成熟。 所以，國外的工程建設項目管理軟件的開發也要早一點。國外項目管理軟件種類繁多， 功能也不一，小到日程安排，大到項目管理的跟蹤和控制等［4］。
從國外鐵路工程監理信息管理來看，他們在鐵路監理信息化方面開展的要比國內好 一些。一方面是因為鐵路監理行業在國外開展得比較早，己經相當成熟，鐵路監理企業 實力較強，有能力聯合軟件開發公司共同進行鐵路監理軟件的開發。另一方面，得益于 國外比較先進的信息化水平，監理企業對項目管理的信息化發展比較重視，因此他們的 信息化水平相對來說要比國內好很多，且擁有相當數量的比較優秀的監理管理系統［5］。
但是鑒于國內外鐵路監理工作的現狀、監理模式方面的差異，再加之語言上障礙， 很難把國外一些優秀的軟件拿來直接使用。因此，要提高國內監理企業的信息化管理水 平，關鍵還是得靠我們自己的努力，通過不斷探討，借鑒國內外相關軟件的優點，開發 出真正適合我們自身的鐵路監理信息管理系統。
1.2.2我國鐵路工程監理信息管理的現狀與發展趨勢
“十三五”時期是全面建成小康社會的決勝階段，是信息技術實現新突破的關鍵階 段，是數字紅利充分釋放的擴展階段。信息化代表新的生產力和新的發展方向。已成為 引領和驅動發展的先導力量。正在對經濟社會發展產生著戰略性和全局性的影響［3］。
自 1975 年原鐵道部電子中心開始籌備以來，經過 40 多年的歷程，中國鐵路信息化 從無到有，逐步發展，取得了顯著成績［5］。業務應用范圍進一步擴大，應用水平明顯提 高，數據資源總量大幅增長，信息共享程度不斷提升，信息基礎設施進一步完善，網絡 安全防護能力明顯加強。
但由于我國鐵路工程監理起步較晚，在信息化時代的今天，鐵路監理的很多工作還 是停留在傳統的手工管理方式上，沒有充分利用先進的網絡技術和計算機信息化管理的 優勢，相對于其它行業來說，鐵路工程監理的信息化水平還是比較低的。當前，越來越 多的鐵路監理企業已經意識到了計算機網絡和信息化管理系統對鐵路監理工作的重大 意義，他們正在積極嘗試開發、引進和使用鐵路監理相關管理系統來協助項目監理工作 的開展。與監理信息管理有關的比較成熟的鐵路工程監理系統有《鐵路工程資料管理系 統》、《鐵路監理概算管理系統》、《精伊霍鐵路建設項目管理信息系統》、《喀和鐵 路建設項目管理信息系統》、《PMIS監理軟件包》、《工程監理軟件包》、《工程項目 監理軟件》及“監理通 2000”等等。這些鐵路工程監理信息管理系統雖然對鐵路工程監 理工作起到了一定的輔助作用，在某種程度上提高了監理工作的效率，提升了監理質量。 但是，由于這些監理軟件大多不夠專業，或涉及面較窄，或操作不太方便等原因并沒有 真正得到鐵路監理企業的認可，為鐵路監理企業所接受。尤其是今年鐵路總公司推行安 全質量紅線管理以來，對監理信息管理工作提出來更高的要求，要想不折不扣實施好鐵 路總公司的安全質量紅線管理，開發出一套適合我國國情和鐵路工程建設監理現狀的信 息管理系統就顯得十分有必要。因此，我們需要以一種新的思維，新的方式，按照新的 技術指導方案，并綜合現有鐵路監理相關軟件的優缺點，統籌規劃，來建立一個新的真 正為用戶所需要的鐵路監理信息管理平臺。
1.2.3當前我國鐵路工程監理存在的主要問題
鐵路工程監理是上世紀九十年代引入我國鐵路工程建設領域的一種制度。經近30 年的發展，法律法規及制度日趨完善，監理工作水平不斷提高，監理隊伍規模迅速壯大 ［6］。鐵路工程監理單位作為鐵路工程建設主體之一，在許多方面取得了喜人的成績。
在看到成績的同時，我們必須看到存在的諸多問題。主要表現在以下方面。
1）部分監理從業人員素質不高，業務水平低
根據有關規定，監理人員不僅要有一定的工程技術或工程經濟方面的專業知識、較 強的專業技術能力，能夠對工程建設進行監督管理，提出指導性的意見；而且要有一定 的組織協調能力，能夠組織、協調工程建設有關各方共同完成工程建設任務。監理工程 師應具備較高的專業學歷和復合型的知識結構，豐富的工程建設實踐經驗，良好的品德， 健康的體魄和充沛的精力等素質［7］。
但從目前鐵路工程監理人員的構成現狀來看，部分監理從業人員的素質與鐵路工程 監理要求的人員素質和條件仍存在一定的差距。尤其是近十年來鐵路工程發展態勢迅 猛，且鐵路工程具有投資規模大、技術難、管理協調復雜、接口多、周期長等特點［8］， 自然而然鐵路監理從業人員的需求量增大。這就使一些學歷較低、動機不純的人員進入 監理行業，缺乏監理知識及管理才能，工作中主觀能動性差，為業主、現場服務的意識 不強，工作方法單一、簡單粗暴，各種關系的協調、溝通不到位，導致監理企業先天不 足。其次，是一些高等院校剛畢業的學生就進入監理行業，缺乏豐富的工程實踐經驗， 需要一定時間來培養。三是大部分監理企業聘用了一些退休的工程技術人員從事監理工 作，這部分人員雖然實踐經驗豐富，但其年齡結構偏大，體力和精力對從事監理這項工 作存在困難。
伴隨著鐵路基建項目大規模擴張，施工現場工程技術人員急缺，施工企業大批量的 從大中專院校招聘畢業生，畢業生到崗后直接擔任技術員職務，施工現場存在對新員工 培訓不到位，弱化師傅傳、幫、帶、扶的見習經歷問題。目前大部分新進畢業生缺乏工 程實踐經驗，在現場不能準確掌握質量評定標準，導致施工企業現場技術力量薄弱，質 量自檢等制度落不到實處。這就導致了我國工程監理實踐中監理成了施工單位的質量監 督員的現狀，其職權僅限于質量檢查，與監理工程師的高智能服務極其不相稱，也使監 理工程師的權威性大大降低，沒能體現監理工程師在工程項目管理中的核心地位。監理 人員素質不高，就難以對工程建設項目的進行有效地管理，甚至難以完成業主對監理單 位的委托［9］。
監理從業人員素質不高，在一定程度上將會制約鐵路工程監理的發展。
2)工程監理資料管理混亂、收集滯后、質量不高
《鐵路建設項目資料管理規程》(TB10443-2010)中規定：建設項目資料的形成、 收集和整理工作應與工程進度同步進行，并做到系統、完整、真實、準確，保證其具有 有效的查考利用價值和完備的質量責任追溯功能。建設項目資料應積極采用信息化手段 進行管理，不斷提高資料管理工作的質量和水平［10］。
目前很多鐵路項目監理機構監理資料管理混亂，項目總監及現場監理人員在不同程 度上存在“重現場輕內業”的現象。專職資料員也未經過監理資料管理方面的培訓，在 日常資料管理工作中，不知道哪些監理資料應該長期保存，哪些不需要保存，不分類別 的要求施工單位提供資料，造成不必要的浪費［11］。
在日常檢查中，經常會發現施工記錄、監理資料滯后，與工程項目進展不同步，與 現場實際不相符的現象。如施工單位施工日志、檢驗批填寫不及時，施組方案、開工報 告等報審不及時。監理單位個別監理人員習慣性拖沓，對施工記錄簽認不及時，對當天 的監理日記、旁站記錄沒有當天記錄的良好習慣，經常變及時記錄寫“回憶錄”等。
由于部分監理從業人員責任心不強、加之語言表達能力有限，對現場出現的問題不 能準確描述，導致記錄的監理資料質量不高。就拿監理旁站記錄、監理日志和監理工程 師通知單來說，經常會出現填寫不規范，字跡潦草難以辨認；對發現的問題記錄過于簡 單，對現場已處理問題及有關監理指令不記錄，忽視了記錄對工程質量的追溯性；監理 工程師通知單事由表示不清楚，內容描述簡單，前言不搭后語，邏輯不清晰，所要反映 的主要問題不突出等；對部分現場發現的質量安全等問題在后續的記錄中沒有進行閉環 管理，導致難以追溯。
大部分監理企業和監理人員已使用計算機進行輔助管理，但仍然處在初步階段，僅 限于文檔編輯打印、用excel進行簡單數據匯總計算等。大量的工程數據和信息數據依 然采用傳統的人工方式進行統計、分析、處理、存檔、查詢等，導致信息處理效率低下， 工作勞動強度大。
3）部分鐵路工程監理企業管理水平不高，缺乏對現場監理工作狀態的有效監控
監理從業人員的良莠不齊［12］，在施工監理過程中，經常會出現各種各樣的監理履職 不到位現象［13］。比如，隱蔽工程驗收監理工程師不到現場、監理資料記錄不及時等問題。 鐵路工程監理管理信息化整體水平不高，信息化管理手段較為滯后，應用范圍狹窄［14］， 既懂監理業務管理又懂程序開發的復合型人才奇缺。
1.3本文研究的目的及主要內容
1.3.1本文研究的目的與最終目標
本文研究的目的是“結合現場監理工作流程，及時清晰地記錄監理工作成果，最大 限度的實現監理活動（形成資料的過程）的自動化（甚至是智能化）”。具體目標是基 于互聯網技術，研發一款適合現場監理流程、安全可靠、使用方便的“鐵路工程監理信 息管理系統”軟件（監理助手 2.0）。該系統使現場監理工作更加標準化、科學化、規 范化。
此款軟件為各層次的監理人員及時記錄自身的監理工程成果提供一個支持平臺，同 時兼具下述功能：
1） 任務（清單）提醒功能。
2） 監理工作記錄簿（各類表單）。
3） 監理資料（信息）管理。
4） 監理作業指導書。
5） 其他輔助功能（視具體項目）。
平臺采用最新主流開放的 J2EE 構架和快速開發平臺技術、移動開發技術、工作流 技術、安全文檔和加密技術、地理信息技術、大數據分析技術等，打造出一個集可靠性、 實用性、開放性、先進性、靈活性、安全性、可升級性于一身的監理信息管理系統。
1.3.2基本思路
1）基本思路
＞以監理資料（表單）為關注焦點，實現監理活動（形成資料的過程）的自動化
（提供表單模板）、智能化（提示提醒）。
＞以工位為基礎，實施監理資料的編碼管理。
＞以定崗和職責劃分為紐帶，建立監理資料（表單）與監理人員的關系。
＞以監理工作程序為主線，驅動監理資料（表單）的流轉。
2）系統的特點
①采用科學合理的工點劃分及編碼方法，有效地解決了表單編碼與工點的關聯，便 于監理資料的歸檔與檢索。
②采用合理的層級及權限劃分，不同層級的用戶擁有的系統權限不同。
③采用云存儲技術，實現了信息系統的靈活方便、異地存儲、數據共享、實時更新、 安全備份，快速查詢的功能。
④采用標準化鐵路監理工作流程、統一的表單記錄模板及強大的規范標準資料查詢 功能，解決了監理活動中記錄（描述）不規范、工作依據不清晰等問題。
⑤通過設置超級用戶，實現監理企業高管對現場監理人員工作狀態的監控與督查。
1.3.3本文研究的意義
通過蘭州交大咨詢公司“監理助手 2.0”的開發及使用，其意義體現在公司和現場 兩個層面。
1） 公司層面 加強了公司對各個監理項目的監控與管理；強化了公司內控流程；統一了服務標準。
對規范企業運作、落實品牌管理、提升人員素質、增進顧客滿意，最終提升企業的競爭 優勢和核心競爭力，其意義不容低估。
①提升公司對監理項目的管理水平。通過數據分析，輔助公司領導對各項目實施計 劃與決策。
②統一了監理服務標準，降低了履約風險，提高了顧客滿意度。
③為公司的知識積累與傳承奠定了基礎。
④有效緩解高素質監理人員不足的窘態。
2） 現場層面 結合現場監理工作流程，及時清晰地記錄監理工作成果，最大限度的實現監理活動
（形成資料的過程）的自動化（甚至是智能化）”，對促進現場監理活動標準化、提高 監理服務質量的作用不容小覷。
①能夠有效規范監理業務流程，形成規范、高效的監理管理機制，使監理工作在這 個平臺上去進行高效的組織與實施，最大化地提高工作效率，規避監理工作風險。
②提升監理機構對監理資料的管理水平。首先，減少了紙質版歸檔帶來的麻煩，也 避免了資料的丟失［15］。其次，大大提升監理文檔資料處理的效率和利用率。
③利用網絡系統，采集、處理、存儲和使用各類數據，有利于信息實時更新和共享。
④有利于監理機構對監理人員的管理。
“鐵路工程監理信息管理系統”是適應形勢發展需要的產物。新形勢下信息技術不 斷發展，整個社會正在逐步走向信息化。種先進的智能化設備與工具被應用于鐵路工程 建設領域，循序漸進地推動著鐵路工程建設的智能化、信息化。鐵路工程監理必需順應 形勢，加快信息化步伐，滿足時代發展的訴求［16］。該系統的使用思路和一些模塊功能也 能為同行監理企業發展信息化提供借鑒作用，為提升整個行業管理水平添磚加瓦。工程 監理企業發展到一定規模時，需要有與之相適應的新的管理模式，監理的工程項目地域 分布廣、數量多，專業種類多、管理水平要求高，且好多監理企業在全國還有多家分公 司，在這樣的情況下，監理企業如何對各項目監理機構及各分公司進行有效地管理，信 息化管理手段就成了不二的選擇。
此外，于我個人而言，參與該系統的研發使用，不僅提高了現崗位工作效率，同時 讓我對信息系統及監理工作程序有了更深入的理解和把握，使我個人的綜合素質得到了 全面提升。
1.3.4本文的主要內容
首先，通過對國內外鐵路工程監理信息管理的現狀與發展趨勢及我國鐵路工程監理 存在的主要問題進行了深入的研究分析，確定了本文研究的目的及最終目標、基本思路 及意義。
其次，通過對鐵路工程監理信息編碼原則與方法、鐵路工程工點劃分與編碼規則、 監理人員定崗與工位編碼規則、鐵路工程監理記錄（表單）編碼規則及鐵路工程監理記 錄工作流程的分析研究，確立了鐵路工程監理信息管理系統的總體構思及系統中鐵路工 程監理記錄模板的格式。
再次，通過對鐵路工程監理信息管理系統的總體構架、開發與運行環境及數據庫設 計的分析研究，完成了“監理助手 2.0”的設計與實現。
最后，總結了論文的主要成果，同時提出了下一步工作設想。
2鐵路工程監理信息分類與編碼
在鐵路工程監理過程中，涉及到大量的文件、表單、圖紙、多媒體音像等資料。這 些資料，種類繁多、格式多樣，但都可看成是描述監理活動某種屬性的數據。按著一定 規則，對數據進行加工整理，使之具有某種使用價值，可稱之為信息。以某種方式和特 定格式保存（存儲）的信息，也叫“記錄”。“記錄”的格式通常表現為“表單（甚至 是超級表單）”的形式。
嚴格地說，數據、信息、記錄、資料、表單、文件等這些概念是有區別的。在信息 管理系統中，無論是信息本身、信息流、信息處理，都是針對信息（記錄）而言的。監 理工程師的日常工作中，在不會引起歧義的時候，不必刻意地區分數據、信息（記錄）、 資料、表單、文件這些概念，依據習慣和約定俗成使用即可。本文有時講到的“監理資 料”分類或編碼，其實是指“監理信息或記錄”的分類與編碼。
鐵路監理信息管理系統是鐵路監理中信息、信息流和信息處理的總和。為了方便信 息處理（如存儲和檢索），需要對信息（或曰記錄）進行統一編碼。
2.1信息編碼原則及方法
在鐵路工程監理過程中，涉及到大量的文字、圖表、圖像等，其種類繁多、格式多 樣。為了方便信息管理，需要對各類資料進行編碼。
2.1.1編碼的原則
編碼系統與數據處理方式的關聯，反映了監理信息管理系統的功能，因而在編碼中 應遵循以下原則：
1） 唯一性原則
每個編碼對象僅有一個代碼，一個代碼只能唯一表示一個編碼對象［17］。
2） 簡單性原則
編碼結構應盡可能簡單，以便節省機器存儲空間和減少代碼的差錯率，同時提高機 器的處理效率。
3） 穩定性和可擴充性原則
必須留有適當的后備容量，以便適應不斷擴充的需要。
4） 邏輯性與直觀性原則
編碼要盡可能反映編碼對象的特點，以便于數據的統計匯總。而且要簡明直觀，盡 可能地適應管理人員的各種需要，并做到便于使用者識別和記憶。
5） 規范性原則
在一個編碼標準中，編碼的類型，編碼的結構以及編碼編寫格式必須統一。
2.1.2編碼的方法
現有的編碼方法主要有順序編碼法、多面編碼法、十進制編碼法及文字數字編碼法 等［18］。
1） 順序編碼
即從 01（或 001等）開始依次排下去，直到最后的編碼方法，該方法簡單，代碼較 短。但這種代碼缺乏邏輯基礎，本身不說明事物的任何特征。
2） 多面碼
一個事物可能具有多個屬性，如果在編碼中能為這些屬性各自規定一個位置，就形 成了多面碼。該法的優點是邏輯性能好，便于擴充。但這種代碼位數較長，會有較多的 空碼。
3） 十進制碼
這種編碼方法是先把對象分成十大類，編以0?9的號碼，每類中在分成十小類， 編以第二個0?9的號碼，依次下去。這種方法可以無限擴充下去，直觀性也比較好。
4） 文字數字碼
這種編碼方法是用文字表明對象的屬性。這個編碼的直觀性較好，記憶、使用都方 便。但數據過多時，很容易使含義模糊，造成錯誤的理解。
根據鐵路工程的特點，本監理信息管理系統主要采用了文字數字編碼法，但同時也 綜合了順序編碼法及其他編碼法的一些優點。
2.2鐵路工程工點劃分及編碼
監理資料編碼的基礎是工點劃分。
將整個監理標段的實體工程按專業劃分為若干區段/域，每個區段/域即為一個一級 工點。一級工點的編號為 3位，即從 001?999。
根據專業特點，按照一定規則將每個一級工點再細分為若干個小工點，即為二級工 點。二級工點的編號也為3位，即從000?999。但隧道專業例外，除上述編號外，還有 H01?H99，P01?P99 等編號。
2.2.1工點劃分及編號方法
1）線下實體工程工點劃分及編號方法
將整個監理標段的線下實體工程按路基、橋梁、隧道、房建、站場等專業劃分為若 干區段/域，每個區段/域即為一個一級工點，從標段起點到終點，各一級工點依次編號， 即從 001?699。再根據專業特點將每個一級工點細分為若干個二級工點，從該工點起點 至終點，各二級工點依次編號，即從 000?999。
按專業劃分的一級工點中各二級工點的劃分及編號方法如表2.1所示。
表 2.1 線下工程二級工點的劃分及編號方法
一級工點 代碼 二級工點的劃分及編號方法
路基 LJ ①從該一級工點起點至第一個涵洞之間的路基區段編號為 000號二級工點， 第一個涵洞編號為001 號二級工點。
②第一個涵洞與第二個涵洞之間的路基區段為 002號二級工點，第二個涵洞 為 003 號二級工點。
③以此類推。起點?涵洞、涵洞?涵洞、涵洞?終點之間的路基區段依次用 偶數編號，即為000、002…，涵洞依次用奇數編號，即為001、003…。
橋梁 QL 每個墩臺、現澆梁、橋面系、其他附屬分別劃做一個二級工點。
①沿里程從小到大，0#臺二級工點編號為000, 1#墩二級工點編號為001, 依次類推。
②“現澆梁”之二級工點的編號為終點橋臺編號加1。
③“橋面系”之二級工點的編號為終點橋臺編號加2。
④“其他附屬”之二級工點的編號為終點橋臺編號加3。
隧道 SD 每個掌子面算一個二級工點。
①沿里程從小到大依次編號。從小里程向大里程掘進的掌子面編號為偶數， 從大里程向小里程掘進的掌子面編號為奇數，其中：
000 為隧道進口；
001 為第一個橫洞、斜井或豎井等進入正洞后向小里程方向掘進的掌子面；
002 為第一個橫洞或斜井等進入正洞后向大里程方向掘進的掌子面； 依次類推。
②無論是橫洞、斜井還是豎井，凡是能增加正洞掌子面的，其掘進的掌子面 均算做一個二級工點，沿里程從小到大依次編號為 H01?H99。
③無論是橫洞、斜井還是豎井，凡是不增加正洞掌子面的，其掘進的掌子面 均算做一個二級工點，沿里程從小到大其編號依次為 T01?T99。
④如有輔助坑道平導的，其掘進的掌子面均算做一個二級工點，沿里程從小 到大其編號依次為 P01?P99。
房建 FJ 房建工程劃分為土建、電氣、暖通三個二級工點。
編號依次為 001、002、003。
站場 ZC ①每個站臺算一個二級工點，按順序依次編號。
②每個風雨棚、地下通道、天橋等均算一個二級工點，按順序依次編號。
2）線上實體工程工點劃分及編號方法
①軌道工程 將整個監理標段內的軌道工程作為一個一級工點，編號為701。再按照軌道類型劃
分為若干區間，每個區間為一個二級工點，從 000開始依次編號。
②通信工程
將整個監理標段內的通信工程作為一個一級工點，編號為 702。再將每個通信閉塞 區間劃分為一個二級工點，如起始為區間，則從000開始依次編號，如起始為車站，則 從001開始依次編號。區間依次用偶數編號，即為000、002…，車站依次用奇數編號， 即為001、003…。
③信號工程 將整個監理標段內的信號工程作為一個一級工點，編號為703。再將每個信號閉塞
區間劃分為一個二級工點，如起始為區間，則從000開始依次編號，如起始為車站，則 從001開始依次編號。區間依次用偶數編號，即為000、002…，車站依次用奇數編號， 即為001、003…。
④牽引變電工程 將整個監理標段內的牽引變電工程作為一個一級工點，編號為704。再將每個供電
區間劃分為一個二級工點，從 000 開始依次編號。
⑤電力工程 將整個監理標段內的電力工程作為一個一級工點，編號為705。再將每個供電區間 劃分為一個二級工點，從 000 開始依次編號。
⑥接口工程 將整個監理標段內的接口工程作為一個一級工點，編號為706。再將線下每個一級 工點對應的專業接口劃分為一個二級工點，從000開始依次編號。
⑦遷改工程 將整個監理標段內的遷改工程作為一個一級工點，編號為707。再將每個供電區間 或閉塞區間劃分為一個二級工點，從000開始依次編號。
3）生產基地工點劃分及編號方法
①預制場 將整個監理標段內的全部預制場作為一個一級工點，編號為801。再將每個預制場 劃分為一個二級工點，從 001 開始依次編號。
②拌合站 將整個監理標段內的全部拌合站作為一個一級工點，編號為802。再將每個拌合站
劃分為為一個二級工點，從 001 開始依次編號。
③鋪架基地 將整個監理標段內的全部鋪架基地作為一個一級工點，編號為803。再將每個鋪架
基地劃分為一個二級工點，從 001 開始依次編號。
4）其他工點劃分及編號方法
①消防工程 將整個監理標段內的消防工程作為一個一級工點，編號為901。暫不劃分二級工點，
其二級工點的編號均為 000。
②客服系統 將整個監理標段內的客服系統作為一個一級工點，編號為902。按專業特點又將客
服系統劃分為信息系統、售/檢票系統、安全監控系統等三個二級工點，其中信息系統 按施工標段來劃分，編號為 101?199，售/檢票系統按車站來劃分，編號為 201?299， 安全監控系統按施工標段來劃分，編號為 301?399。
③防災系統 將整個監理標段內的防災系統作為一個一級工點，編號為903。按專業特點劃分為
雨雪天氣監測、地質災害監測、救援系統等三個二級工點，其編號分別為 001、002、003。
④環境保護工程 將整個監理標段內的環境保護工程作為一個一級工點，編號為904。二級工點按區
段劃分，編號從 000開始，依次編號。
⑤水土保持工程 將整個監理標段內的水土保持工程作為一個一級工點，編號為905。二級工點按區
段劃分，編號從 000開始，依次編號。
5）工程變更后工點劃分及編號處理原則 各工點初次編碼設置成功后，在項目實施的全過程中保持不變。實施過程中遇到工 程實體變更，應按如下規則進行標號：
＞某工程實體取消，則對應的編碼自動作廢，其余工程實體的編碼保持不變。
＞新增工程實體，無論其空間位置如何，其工點編號均應從原最后一個實體工程 的編號開始依次順延。
2.2.2工點編碼規則
1）工點編碼規則 各二級工點的完整編碼如下： =ttt##sss
其中：
為線別標識。其有3個取值，取值Z代表左線，取值Y代表右線，取值D代 表不分左右線。
“TTT”為一級工點的編號。
“＃＃”為該一級工點所屬專業代碼，詳見表4.3 專業類別字典。
“SSS”為該一級工點內各二級工點的編號。
2）工點編碼規則實例
【示例 1】D096QL000
“D”表示該工點不分左右線；“096”表示該一級工點的編號；“QL”表示該一級 工點是橋梁工程； “000”表示該二級工點是橋梁的 0#臺。
【示例 2】Z097LJ001
“Z”表示該工點是左線工點；“097”表示該一級工點的編號；“LJ”表示該一級 工點是路基工程；“001”表示該二級工點是路基內的第一個涵洞。
【示例 3】Y097LJ002
“Y”表示該工點是右線工點；“097”表示該一級工點編號；“LJ”表示該一級工 點是路基工程；“002”表示該二級工點是路基內第一個涵洞與第二個涵洞之間的路基 區段。
【示例 4】D802BH002
“D”表示該工點不分左右線；“802”表示該一級工點編號；“BH”表示該一級工 點是拌合站；“002”表示該二級工點是監理標段內的第二個拌合站。
2.3監理人員定崗及工位編碼
2.3.1監理人員工位
依據監理項目特點，確定各監理人員的工作崗位（以下簡稱工位）。參見表 4.7 敦 格項目監理人員字典。
2.3.2工位編碼規則及說明 工位編碼采用與二級工點編碼相同的格式：
=ttt##sss
1） 對應二級工點的工位 每個二級工點確定為一個工位。工位編碼與二級工點編碼完全相同。
2） 不針對具體二級工點工位 監理總站、試驗室、監理分站的人員（如總監、試驗工程師、分站長等），其工作
內容不局限于某一個二級工點，其工位編碼規則如下：
“=”取值D。
“TTT” 為 000。
“## ”取值：“ZZ”代表總站；“SY”代表試驗室；“FZ”代表監理分站。
“SSS”取值：
（ZZ） 001?999代表總站相關的工位；
（SY） 001?999代表試驗室相關的工位；
（FZ） 101?199代表一分站相關的工位，（FZ） 201?299代表二分站相關的工 位；……。
以上編碼規則實例參見表4.7 敦格項目監理人員字典。
2.4鐵路工程監理記錄（表單）編碼
2.4.1鐵路工程監理記錄（表單）分類
監理記錄（表單）編碼是建立在工位編碼基礎上。為了便于信息管理，依據鐵道工 程監理工作程序，按記錄（表單）的流程（表單流經的工位）將記錄進行分類，如表2.2 所示。
表 2.2 鐵路工程監理記錄類別
記錄名稱 代碼 說明
審批記錄 S 包括開工報告、施組、專項方案、復工報告等審批記錄
報驗記錄 B 包括材料、設備、工序等檢驗批報驗單，隱蔽報驗單，分
項、分部、單位工程驗收記錄等
外部文件 W 包括政府部門、業主、公司總部等發給監理機構的文件
旁站記錄 P 旁站記錄、包括見證取樣、見證試驗記錄
包括總監、副總監、部室負責人、分站長及監理工程師等
巡查記錄 X 監理人員的巡視記錄。監理試驗室的抽檢、平檢歸入巡查
記錄，試驗報告作為巡查記錄的附件掃描存檔
L 聯系單
對外指令 T 通知單
Z 暫停令 ，復工令代碼用 F
請示報告 Q 包括除聯系單、通知單、暫停令之外的監理人員需向上級
發出的請示或專項報告
進度統計 J 形象進度的 Excel 統計表
監理日記/志 R 包括由監理人員記錄的監理日記或由總監指定專人記錄
的監理日志
包括由監理機構組織的監理例會或專題會議紀要，不含非
會議紀要 H 監理機構主持起草的會議紀要，其他單位發來的會議紀要 歸入外部文件處理
月季年報 Y 包括月報、季報、年報、專題會議報告及監理工作總結等
總監命令 M 項目監理機構內部命令
監理站公文 G 包括給業主、施工單位等單位以監理機構名義發出的公文
站內公告 G 包括相關外部文件、監理站公文及通知公告等
2.4.2鐵路工程監理記錄（表單）編碼規則
所有記錄表單均應編碼。記錄編碼能自動生成，同時記錄編碼應具有按工位、用戶 （監理人員）、記錄類型等信息進行檢索的功能。
記錄（表單）編碼建立在工位編碼基礎之上。
1） 監理記錄編碼規則
鐵路工程監理記錄（表單）編碼共17 位字符，前4位為兩個漢字表示的項目簡稱， 中間 9 位為二級工點代碼，后 4位為記錄的類別及順序號。記錄編碼格式如下：
※※二 TTT##SSS竺YYY
各字段含義及取值如下：
“※※”為項目識別碼。取值為項目簡稱，兩個漢字4個字符，參見表4.5敦格項 目及監理機構名稱字典。
“=Ttt##sSS”為工位編碼。詳見“2.3監理人員定崗及工位編碼”。
“竺”為記錄類型識別碼。詳見“2.4.1鐵路工程監理記錄（表單）分類”。
“YYY”為順序號，取值范圍為001?999。該號自動生成，當前記錄的編號為該工 位同類別的最后一個有效記錄的流水號加1。
2） 工點編碼規則實例
【示例1】敦格D003SD000P002
“敦格”為項目簡稱，表示“敦格鐵路”；“D003SD000”為工位編號，“D”表示 不分左右線，“003”表示第3號一級工點，“SD”表示隧道，“000”表示（二級工點） 正洞進口掌子面；“P002”表示第2號旁站記錄（P為旁站記錄代碼）。
【示例 2】敦格 D000ZZ001X002
“敦格”為項目簡稱，表示“敦格鐵路”；“D000ZZ001”為總監的工位編碼；“X002” 表示第2號巡查記錄（X為巡查記錄代碼）。
3鐵路工程監理記錄流程
3.1記錄的源起
3.1.1監理外部記錄與內部記錄
鐵路工程監理是一項龐大而復雜的系統工程。鐵路建設過程涉及點多面廣，參建單 位多，監理信息來源廣泛，會形成大量種類繁多的記錄，如審批記錄、報驗記錄、旁站 記錄、巡查記錄、月季年報等等。
本文以項目監理機構（站）為主體，把監理記錄按照記錄的源起（原始發起人）來 源不同，分為外部記錄和內部記錄兩種。
1）外部記錄 外部記錄是指由項目監理機構外部的人員作為原始發起人所產生的數據記錄，如審 批記錄、報驗記錄、外部文件等。
2）內部記錄
內部記錄是指由項目監理機構內部的人員作為原始發起人所產生的數據記錄，如旁 站記錄、巡查記錄、對外指令（聯系單、通知單、暫停令）、請示報告、總監命令、監 理站公文（站內公告）、監理日記、會議紀要、月季年報等。
由于記錄的源起不同，系統中處理的要求和流程也不相同。
3.1.2監理記錄處理要求
系統中對記錄的處理應做到以下幾點要求：
1） 記錄應按工位、類別順序編碼，同時要有匯總表（臺賬或目錄）。
2） 外部記錄的內容應以照片、掃描件、電子文檔等多種格式上傳。同時應填寫匯 總表，匯總表中應包括編碼、文件標題、主要內容、發件人、文號、收件時間、處理結 果等相關信息。
3） 內部記錄的內容應按統一要求的格式、標準上傳，格式模板由系統統一提供。
4） 內部記錄應由發起人驗證閉合，匯總表中應包括閉合狀態。必要時上傳閉合情 況的照片、掃描件或附件。如上傳監理工程師通知回復單等。
3.2外部記錄流程
3.2.1審批記錄流程
基本流程：相關監理人員收到施工單位送達的施組、專項方案、開工報告、復工報 告等報審文件后，打開系統進入審批記錄模塊，拍照或者導入電子文檔后上傳；總監審
批；資料員根據總監審批意見填寫或打印審批結果；加蓋公章；送達施工單位，并上傳 回執（回執中應包含記錄送達日期、收件人等信息）。
詳細流程設計如圖 3.1 所示。
圖 3.1 審批記錄工作流程
3.2.2報驗記錄流程 基本流程：各工位監理人員收到施工單位送達的各類《****報驗表》后，到現場檢 查確認并簽署意見；打開系統進入報驗記錄模塊，填寫相關信息，拍攝工程現場及簽署 的報驗表單并上傳；查閱打印。
詳細流程設計如圖 3.2 所示。
圖 3.2 報驗記錄工作流程
3.2.3外部文件流程
基本流程：總監辦主任收到外部文件后，打開系統進入外部文件模塊，拍照或者導 入電子文檔后上傳；總監審閱；總監辦主任根據總監閱處意見進行處理，并驗證閉合。
詳細流程設計如圖 3.3 所示。
圖 3.3 外部文件工作流程
3.3內部記錄流程
3.3.1旁站記錄/巡查記錄流程 基本流程：各工位監理人員打開系統進入旁站記錄/巡查記錄模塊，按模板提示填 寫相應記錄并上傳；查閱打印。
詳細流程設計如圖 3.4、3.5 所示。
圖 3.4 旁站記錄工作流程
圖 3.5 巡查記錄工作流程
3.3.2對外指令（聯系單、通知單、暫停令、請示報告）流程 基本流程：各工位監理人員打開系統進入聯系單/通知單/暫停令/請示報告模塊,按 模板提示填寫相應記錄并上傳；上級審批（同意，記錄發起人執行下一步操作；不同意， 草稿保留，編碼失效）；記錄發起人執行（打印、送達對方并上傳回執）；記錄發起人 驗證關閉（拍照上傳聯系回復單、監理工程師通知回復單/工程開工/復工申請表/后續 狀態等信息）。
詳細流程設計如圖 3.6 至 3.9 所示。
圖 3.6 聯系單工作流程
圖 3.7 通知單工作流程
圖 3.8 暫停令工作流程
圖 3.9 請示報告工作流程
3.3.3進度統計流程
基本流程：各工點監理人員打開系統進入進度統計模塊，按提供的模板填寫統計表 并上傳；上級領導復核。
詳細流程設計流程如圖 3.10 所示。
圖 3.10 進度統計工作流程
3.3.4監理日記/志流程 基本流程：各工位監理人員（指定專人）填寫紙質版監理日記（志）；打開系統進 入監理日記模塊，拍照紙質監理日記（志）并上傳；總監審閱。
詳細流程設計如圖 3.11 所示。
圖 3.11 監理日記（志）工作流程
3.3.5會議紀要流程
基本流程：總監辦主任打開系統進入會議紀要模塊，按提供的模板起草會議紀要并 上傳；總監修改、審批；打印送達相關方，并上傳回執。
詳細流程設計如圖 3.12 所示。
圖 3.12 會議紀要工作流程
3.3.6月季年報流程 基本流程：總監辦主任打開系統進入月季年報模塊，上傳按提供的模板編寫的月季 年報；總監審批；打印送達相關方，并上傳回執。
詳細流程設計如圖 3.13 所示。
-— ? 起草月季年報
h —
總監辦主任
? 送達回執
閉合
圖 3.13 月季年報工作流程
3.3.7總監命令流程 基本流程：總監（或授權的其他人）打開系統進入總監命令模塊，按提供的模板發 布總監命令；上傳；當事人執行并回傳執行結果；總監驗證閉合。
詳細流程設計如圖 3.14 所示。
圖 3.14 總監命令工作流程
3.3.8監理站公文流程
基本流程：總監辦主任（或授權的其他人）打開系統進入監理站公文模塊，按提供 的模板編寫監理站公文；提交給總監審批；總監審批后，打印、蓋章，分發至相關部門。
詳細流程設計如圖 3.15 所示。
圖 3.15 監理站公文工作流程
3.3.9站內公告錄流程
基本流程：總監辦主任打開系統進入站內公告發模塊，按提供的模板發布站內公告。 詳細流程設計如圖 3.16 所示。
圖 3.16 站內公告工作流程
4鐵路工程監理信息管理系統總體構思
4.1系統整體功能
4.1.1客戶端功能
鐵路工程監理信息管理系統客戶端分兩類：Android移動客戶端和PC客戶端。 Android移動客戶端主要用于現場數據采集、數據上傳；PC端主要用于上傳、處理、查 閱、打印數據。
Android移動客戶端功能如表4. 1所示。PC客戶端功能如表4. 2所示。
4.1.2基本要求
(1)所有表單編碼均以工位為基礎自動生成。
(2)除外部記錄外，其余凡是由用戶發起的記錄均宜提供標準模板。模板中確定的 內容應直接給出，能自動生成的內容應自動生成，能從相關字典中選擇的應使用下拉選 項功能，需用戶填寫的部分應使用占位符給出填寫提示。
(3)數據驅動。記錄按源起數據的類別分為外部記錄和內部記錄，每條記錄的核心 信息是源起數據。一條完整的記錄可能需要多個工位共同完成。從數據起源開始，根據 表單的流轉過程，顯示在相關節點工位的終端上。凡是因源起數據而產生的從屬數據表 單均歸入該條記錄，可以是字段或附件等形式。
(4)對同一類數據，不同客戶端查看權限不同，如在Android端只能看到該終端上 傳過的內容。在 PC 端，五級用戶看到的匯總表僅是自己上傳過的內容。四級用戶看到 的匯總表是全分站范圍內所有工位上傳過的內容。三級用戶看到的匯總表是全站范圍內 所有工位上傳過的內容。超級用戶可看到各項目所有工位上傳過的內容。系統管理員可 維護、定期備份各項目的數據。用戶層級在后續章節中詳細說明，在此不做過多解釋。
(5)對同一類數據，在Android端和PC端看到的匯總表的內容是一樣的，但可執行 的操作項不同，如Android端無打印功能，但PC端有打印功能。
(6)在Android客戶端提供的旁站記錄表、巡查記錄表等模板僅限于該終端對應的 工點專業，如隧道的二級工點終端，不必出現橋梁等其他不相關專業的各類記錄模板。
(7)每個用戶均可以通過PC端登錄系統，除了起草、上傳審批記錄、通知單、聯系 單、暫停令、請示報告、進度統計、月季年報、外部文件、監理日記等源起記錄外，僅 能查閱、打印自己上傳過的資料。需上級審批的表單，如上級尚未審批，則打印功能無 效。
(8)資料員崗位只能對報表打印中的模塊進行查閱、打印，決不允許刪除與修改。
(9)每位用戶均配置一臺用于采集數據的Android移動終端。
4.1.3關于登錄界面
用戶登錄系統時需要選擇監理機構名稱，輸入工位編碼、用戶名和密碼關聯，系統 需對用戶輸入的登錄信息進行驗證。不同的客戶端登錄路徑不同。同一用戶不能同時在 兩臺 PC 端登錄該系統。一位監理人員可以登錄多個對應的工位，但登錄時監理機構、 用戶名、工位編碼、密碼必須關聯，缺一不可。
表 4.1 Android 客戶端功能
一級菜單 二級菜單 功能說明
系統登錄 登錄 需要用監理機構簡稱、工位編碼、用戶名和密碼同時登陸，
不再輸入工點信息，有記住密碼功能
退出
上級命令 總監命令 查看后執行，對應的記錄類型為M
站內公告 接收、查看監理站內部公文及公告，對應的記錄類型為G
日常工作 報驗記錄 填寫、拍照、上傳，對應的記錄類型為B
旁站記錄 填寫、拍照、上傳，對應的記錄類型為P
巡查記錄 填寫、拍照、上傳，對應的記錄類型為X
監理日記 上傳監理日記、日志照片，對應的記錄類型為R
請示報告 通知單 起草后上傳，對應的記錄類型為T
請示報告 起草后上傳，對應的記錄類型為Q
聯系單 起草后上傳，對應的記錄類型為L
暫停令 起草后上傳，對應的記錄類型為Z
審批記錄 對施工方提出的開工報告、施組、開工報告、施組、專項方 案、復工報告等專項方案、復工報告等審查、處理后拍照上 傳，對應的記錄類型為S
進度統計 按規定 Excel 格式上傳統計內容，對應的記錄類型為 J
外部文件 上傳收到的外部文件照片，對應的記錄類型為 W
資料查詢 工程資料 包括設計圖紙、設計文件、施工合同、監理合同、監理規劃、 監理細則等
規范標準 包括規范規程、驗標指南等
法律法規 包括普通法律、試驗法律、管理體系文件（包括質量管理體
系、環境管理體系、職業健康和安全管理體系）等
表 4.2 PC 客戶端功能
一級菜單 二級菜單 功能說明
系統登錄 登錄 需要用監理機構簡稱、工位編碼、用戶名和密碼同時登陸，不再
輸入工點信息，有記住密碼功能
退出
公文處理 審批記錄 總監審批施工方提出的開工報告、施組、專項方案、復工報告等， 對應的記錄類型為S
批復聯系單 總監、副總監、部室負責人、分站長等批復下屬監理人員起草的
聯系單，對應的記錄類型為L
批復通知單 總監、副總監、部室負責人、分站長等批復下屬監理人員起草的 通知單，對應的記錄類型為T
批復暫停令 總監批復監理人員起草的暫停令，對應的記錄類型為Z。附件復 工令 F
批復請示報告 總監批復監理人員起草的請示報告，對應的記錄類型為Q。
總監命令 總監給下屬的命令，對應的記錄類型為M。
外部文件 總監閱處收到的外部文件，對應的記錄類型為 W
監理站公文 監理站給相關單位的文件，對應的記錄類型為G
站內公告 相關外部文件、監理站公文及通知公告，通過此功能發送到各移 動終端。對應的記錄類型為G
日常工作 監理日記/志 總監審閱監理日記（志），對應的記錄類型為R
月季年報 總監審閱監理月季年報，對應的記錄類型為Y
進度統計 總監審閱進度統計，對應的記錄類型為J
會議紀要 總監審閱簽發會議紀要，對應的記錄類型為H
報表打印 審批記錄 資料員或當事人查閱、打印經批準的審批記錄
聯系單 資料員或當事人查閱、打印經批準的聯系單
通知單 資料員或當事人查閱、打印經批準的通知單。
暫停令 資料員或當事人查閱、打印經批準的暫停令
復工令 總監或資料員查閱、打印工程復工令
請示報告 資料員或當事人查閱、打印經批準的請示報告
總監命令 資料員或當事人查閱、打印總監命令
監理站公文 資料員或總監辦主任查閱、打印經批準的監理站公文
外部文件 資料員或總監辦主任查閱、打印經閱處的外部文件
會議紀要 資料員或當事人查閱、打印經批準的會議紀要
月季年報 資料員或總監辦主任查閱、打印經批準的月季年報
進度統計 資料員或當事人查閱、打印審閱完成的進度統計
報驗記錄 資料員或當事人查閱、打印其上傳過的資料
旁站記錄 資料員或當事人查閱、打印其上傳過的資料
巡查記錄 資料員或當事人查閱、打印其上傳過的資料
監理日記/志 資料員或當事人查閱、打印經審閱的監理日記（志）
續表 4.2
一級菜單 二級菜單 功能說明
報表打印 其他報表 資料員或當事人查閱、打印其上傳過的其他報表資料。
資料查詢 工程資料 包括設計圖紙、設計文件、施工合同、監理合同、監理規劃、監理 細則等
規范標準 包括規范規程、驗標指南等
法律法規 包括普通法律、試驗法律、管理體系文件(質量管理體系、環境管
理體系、職業健康和安全管理體系)等
蹤跡回放 人員蹤跡 查看相關人員的蹤跡
車輛軌跡 查看相關車輛的蹤跡
系統維護 系統設置 由系統管理員進行系統參數設置
用戶管理 維護姓名、工位編碼和密碼等
權限管理 系統管理員維護權限
角色管理 系統管理員維護角色
字典維護 項目監理機構資料員維護各類字典，尤其是工點信息等
表單模板 系統管理員維護各類記錄的模板。
數據備份 用于備份數據，以防系統崩潰或黑客攻擊
操作指南 不同崗位用戶顯示不同的操作指南
4.2監理人員職責及用戶層級
4.2.1 監理人員職責
監理信息管理是監理項目參與者共同的職責，信息管理的好壞直接影響到鐵路工程 建設項目投資、質量、進度目標的控制成效。因此，在監理項目運作過程中，應該明確 參與者的工作內容與職能分工［19］。
本文結合《鐵路建設工程監理規范》中監理人員職責的相關規定，將監理信息管理 系統使用職責細分到每個崗位，具體如下：
(1)總監理工程師是由監理單位法定代表人書面授權，代表監理單位全面履行委托 監理合同、主持項目監理機構工作的監理工程師［20］。其系統使用職責包括審批方案、開 工報告等記錄，批復聯系單、通知單、暫停令、請示報告，閱處外部文件，簽發監理站 公文、總監命令、會議紀要、工程復工令，審閱監理日記/志、月季年報等。
(2)總監辦主任系統使用職責包括接收、上傳外部文件，起草、上傳監理站公文、 會議紀要、站內公告，記錄、上傳監理日志，編制、上傳月季年報等。
(3)資料員主要負責收集管理監理基礎資料。系統使用職責主要是打印相應報表， 如審批記錄、暫停令、復工令、請示報告等。
(4)副總監理工程師(或總監代表)是由總監理工程師書面授權，代表總監理工程 師行使其部分職責和權力的監理工程師［21］。副總監理工程師(或總監代表)、監理站其 他部室負責人系統使用職責依據總監理工程師授權而定。
(5)分站長(或監理組長)系統使用職責包括批復本分站范圍內的聯系單、通知單、 請示報告等，處理上級命令，起草監理聯系單、通知單、暫停令、請示報告、審批記錄 等，依據總監理工程師授權而定的其他工作。
(6)分站資料員系統使用職責與總站資料員崗位相似，主要是收集管理監理基礎資 料，打印分站范圍內的相應表單等。
(7)專業監理工程師是根據項目監理機構崗位職責分工和總監理工程師的指令，負 責實施某一專業或某一方面的監理工作，具有相應監理文件簽發權的監理工程師［21］。其 系統使用職責包括處理上級命令，填寫報驗記錄、旁站記錄、巡查記錄，起草監理聯系 單、通知單、暫停令、請示報告、審批記錄等，填寫、上傳進度統計，記錄、上傳監理 日記。
(8)超級用戶系統使用職責主要是查閱、打印各項目所有工位上傳的數據。
(9)系統管理員系統使用職責包括查閱、打印各項目所有工位上傳的數據，維護系 統并對數據進行定期備份管理。
4.2.2 用戶層級
鐵路工程監理信息管理系統作為監理工作的應用系統，面向的用戶是監理企業管理 人員及現場監理機構監理人員。現場監理人員包括總監理工程師、副總監理工程師、專 業監理工程師、監理員、資料員等具體崗位。這些用戶既是系統的參與者，也是系統的 管理對象。本系統中將用戶劃分為五個層級來管理，分別是：
第一級用戶是系統管理員，由監理企業指定專人擔任；
第二級用戶是超級用戶，包括企業負責人及相關分管領導；
第三級用戶是項目監理機構總監理工程師、副總監理工程師(或總監代表)、部室 負責人及總站資料員等；
第四級用戶是項目監理機構分站長(或監理組長)、試驗室主任、分站資料員及試 驗室資料員等；
第五級用戶是項目監理機構現場專業監理工程師、監理員、試驗監理工程師及試驗 員等。
4.2.3用戶權限
系統中各級用戶查閱、處理數據的權限如下： 第一級用戶系統管理員可以維護系統，查閱各項目所有上傳數據。 第二級用戶超級用戶可以查閱、打印各項目所有上傳數據。
第三級用戶可以查閱處理本監理項目全部資料。
第四級用戶可以查閱處理本分站范圍內的資料。
第五級用戶現場僅能查閱處理本二級工點的資料。
4.3鐵路工程監理信息平臺字典集
信息平臺字典是整個系統中數據描述的有效機制，其目的是對系統中各個元素做出 詳細的解釋說明。通過界面進行可視化的操作與維護，能快速錄入和修改系統中統一的 字典數據庫，有效提高數據的重復利用率，便于用戶更好地對系統進行自定義，以滿足 用戶的個性化需求。同時也方便系統維護，由系統管理員統一在后臺進行數據字典維護， 只需要修改數據字典表記錄即可，不需要修改代碼。
本文中以蘭州交大咨詢公司敦格項目字典數據為例，介紹信息平臺字典的內容和格 式。信息平臺包括專業類別、記錄類別、項目及監理機構名稱、項目相關方、監理人員、 施工方人員、工點清單等字典，如表4. 3至4. 9所示。
表 4.3 專業類別字典
專業名稱 代碼 說明
路基工程 LJ 路基工程（包括路基、涵洞）
橋梁工程 QL 橋梁工程（包括現澆梁，但不含預制梁）
隧道工程 SD 隧道工程
房建工程 FJ 房建工程
站場工程 ZC 站場工程（包括貨場）
軌道工程 GD 軌道工程（包括上砟或支撐層及軌枕板，不含軌排及鋪設）
通信工程 TX 通信工程
信號工程 XH 信號工程
牽變工程 QB 牽變工程（包括牽引變電、變壓器、接觸網等）
電力工程 DL 電力工程（包括供電、變電所等）
遷改工程 QG 遷改工程
接口工程 JK 接口工程
預制場 YZ 包括預制梁場、軌枕板場、其他砼預制件場及鋼筋加工廠
拌合站 BH 包括混凝土拌合站、填料拌合站等
鋪架基地 PJ 包括鋪軌（排）基地、架梁基地
消防工程 XF 消防工程
客服工程 KF 包括客服信息系統、售/檢票系統、安全監控系統
防災工程 FZ 包括雨雪天氣、地質災害監測及救援系統等
環保工程 HB 環境保護工程
水保工程 SB 水土保持工程
表 4.4 記錄類別字典
記錄名稱 代碼 說明
審批記錄 S 包括開工報告、施組、專項方案、復工報告等審批記錄
報驗記錄 B 包括材料、設備、工序等檢驗批報驗單，隱蔽報驗單，分
項、分部、單位工程驗收記錄等
外部文件 W 包括政府部門、業主、公司總部等發給監理機構的文件
旁站記錄 P 旁站記錄、包括見證取樣、見證試驗記錄
巡查記錄 X 包括總監、副總監、部室負責人、分站長及監理工程師等 監理人員的巡視記錄。監理試驗室的抽檢、平檢歸入巡查 記錄，試驗報告作為巡查記錄的附件掃描存檔
對外指令 L 聯系單
T 通知單
Z 暫停令 ，復工令代碼用 F
請示報告 Q 包括除聯系單、通知單、暫停令之外的監理人員需向上級
發出的請示或專項報告
進度統計 J 形象進度的 Excel 統計表
監理日記/志 R 包括由監理人員記錄的監理日記或由總監指定專人記錄 的監理日志
會議紀要 H 包括由監理機構組織的監理例會或專題會議紀要，不含非 監理機構主持起草的會議紀要，其他單位發來的會議紀要 歸入外部文件處理
月季年報 Y 包括月報、季報、年報、專題會議報告及監理工作總結等
總監命令 M 項目監理機構內部命令
監理站公文 G 包括給業主、施工單位等單位以監理機構名義發出的公文
站內公告 G 包括相關外部文件、監理站公文及通知公告等
表 4.5 敦格項目及監理機構名稱字典
條目 內容 代碼 說明
項目全稱 新建敦煌至格爾木鐵路工程（甘肅段） 敦格
項目簡稱 敦格鐵路甘肅段 敦格 簡稱為四個漢字，
代碼為二個漢字
監理標段 監理3標 DGGSJL-3 標
監理機構全稱 蘭州交大工程咨詢有限責任公司敦格
鐵路甘肅段監理站 J06 代碼由公司統一
編碼
監理機構簡稱 敦格監理站
表 4.6 敦格項目相關方字典
條目 內容 代碼 說明
業主 全稱 敦煌鐵路有限責任公司 J06W01 代碼由公司統一編
碼
簡稱 敦煌公司
對口部門1 敦煌公司安質部
對口部門2 敦煌公司工程部
對口部門3 敦煌公司物資部
對口部門4 敦煌公司計劃部
對口部門5 敦煌公司財務部
對口部門6 敦煌公司綜合部
設計 設計單位 鐵一院敦格鐵路指揮部 用規范化簡稱
施工 施工單位 中鐵十七局敦格鐵路甘肅段項目部 用規范化簡稱，具體
到項目部
檢測 檢測單位 蘭州交通大學工程檢測有限責任公司 用規范化簡稱
監督 監督局 國家鐵路局蘭州監督管理局 用規范名稱
質監站 蘭州鐵路局質監站
表 4.7 敦格項目監理人員字典
LLJ /亠 崗位 工位代碼 姓名 聯系電話 權限 狀態 員工編碼
總監 D000ZZ001 賈*成 *********** 全站 1 1GD026
總監辦主任 D000ZZ002 李*紅 *********** 全站 1 1ZS037
總站資料員 D000ZZ003 李*康 *********** 全站 1 1ZS062
試驗室主任 D000SY001 司*暉 *********** 全站 1 1ZS081
試驗室資料員 D000SY003 魏* *********** 全站 1 1CQ081
一分站站長 D000SS101 徐*廣 *********** 分站 1 1CQ049
監理工程師1 D003SD008 劉* *********** 工點 1 1CQ099
監理工程師2 D003SDP03 何*國 *********** 工點 1 4J6019
二分站站長 D000SS201 付*榮 *********** 分站 1 1CQ063
監理工程師1 D003SD011 唐*勝 *********** 工點 1 1CQ135
監理工程師2 D003SDP04 王* *********** 工點 1 4J6023
表 4.8 敦格項目施工單位人員字典
條目/崗位 姓名 聯系電話 單位
項目經理 張*新 *********** 中鐵十七局敦格鐵路甘肅段
項目部
項目總工 朱*保 *********** 中鐵十七局敦格鐵路甘肅段
項目部
安全總監 翟*波 *********** 中鐵十七局敦格鐵路甘肅段
項目部
工程部部長 姜*良 *********** 中鐵十七局敦格鐵路甘肅段
項目部
一分部經理 王*宇 *********** 中鐵十七局敦格鐵路甘肅段
項目部一分部
一分部總工 王* *********** 中鐵十七局敦格鐵路甘肅段
項目部一分部
一分部安全總監 王* *********** 中鐵十七局敦格鐵路甘肅段
項目部一分部
二分部經理 常*柱 *********** 中鐵十七局敦格鐵路甘肅段
項目部二分部
二分部總工 劉*海 *********** 中鐵十七局敦格鐵路甘肅段
項目部二分部
二分部安全總監 孫*朝 *********** 中鐵十七局敦格鐵路甘肅段
項目部二分部
三分部經理 徐*松 *********** 中鐵十七局敦格鐵路甘肅段
項目部三分部
三分部總工 劉* *********** 中鐵十七局敦格鐵路甘肅段
項目部三分部
三分部安全總監 張*平 *********** 中鐵十七局敦格鐵路甘肅段
項目部三分部
表 4.9 敦格項目工點清單字典
一級工
點名稱 二級工點
名稱 二級工點 編碼 里程 監理 工程師 施工標段 施工單位
當金山 隧道 正洞進口 D003SD000 DK195+000-DK196+101 徐*廣 DGGSZQ-3 中鐵十七
局一分部
13#橫通道大里程 D003SD008 DK200+050- 劉* DGGSZQ-3 中鐵十七
局一分部
18#橫通道小里程 D003SD009 -DK202+150 付*榮 DGGSZQ-3 中鐵十七 局二分部
22#橫通道小里程 D003SD011 -DK203+830 唐*勝 DGGSZQ-3 中鐵十七 局二分部
正洞出口 D003SD019 DK213+404-DK215+080 王* DGGSZQ-3 中鐵十七 局三分部
進口平導 D003SDP01 PDK194+980-PDK196+259 劉* DGGSZQ-3 中鐵十七 局一分部
1#斜井平導大里程 D003SDP03 PDK197+000- 何*國 DGGSZQ-3 中鐵十七 局一分部
平導出口 D003SDP04 -PDK207+500 王* DGGSZQ-3 中鐵十七 局二分部
4#橫通道 D003SDH01 DK196+270 徐*廣 DGGSZQ-3 中鐵十七
局一分部
3#斜井 D003SDH12 DK212+100 王* DGGSZQ-3 中鐵十七 局三分部
1#橫通道 D003SDT01 DK195+130 徐*廣 DGGSZQ-3 中鐵十七 局一分部
30#橫通道 D003SDT36 DK207+190 唐*勝 DGGSZQ-3 中鐵十七 局二分部
預制場 1#鋼筋加工場 D801YZ001 DK195+000 徐*廣 DGGSZQ-3 中鐵十七 局一分部
2#鋼筋加工場 D801YZ002 DK207+500 付*榮 DGGSZQ-3 中鐵十七 局二分部
拌合站 1#拌合站 D802BH001 DK195+000 司*暉 DGGSZQ-3 中鐵十七
局一分部
2#拌合站 D802BH002 DK207+500 魏* DGGSZQ-3 中鐵十七 局二分部
環保
工程 區間1 D904HB000 DK194+950-DK201+590 徐*廣 DGGSZQ-3 中鐵十七 局一分部
區間 2 D904HB001 DK201+590-DK208+876.6 付*榮 DGGSZQ-3 中鐵十七 局二分部
區間 3 D904HB002 DK208+876.6-DK215+080 付*榮 DGGSZQ-3 中鐵十七
局三分部
水保
工程 區間1 D905SB000 DK194+950-DK201+590 徐*廣 DGGSZQ-3 中鐵十七 局一分部
區間 2 D905SB001 DK201+590-DK208+876.6 付*榮 DGGSZQ-3 中鐵十七 局二分部
區間 3 D904HB002 DK208+876.6-DK215+080 付*榮 DGGSZQ-3 中鐵十七 局三分部
4.4鐵路工程監理記錄模板
外部記錄無需模板，只要確定匯總表(臺賬)的格式即可。內部記錄除提供匯總表 (臺賬)的格式外，還需提供記錄模板(格式)。
各類記錄的匯總表(臺賬)格式及記錄模板(格式)，詳見“5 鐵路工程監理記錄 模板”。
4.5系統維護與網絡安全
4.5.1系統維護
系統維護的目的是保證監理信息管理系統正常而可靠的運行，并能使系統不斷得到 改善和提高，以充分發揮作用。因此，系統維護的任務就是要有計劃、有組織地對系統 進行必要的改動和完善，以保證系統中的各個要素隨著環境的變化始終處于最新的、正 確的工作狀態［22］。
本系統中，系統維護功能模塊包括系統設置、用戶管理、權限管理、角色管理、字 典維護、表單模板、數據備份、修改密碼及操作指南等子功能模塊，其各自的功能和權 限如下：
(1)系統設置是系統管理員進行系統參數設置的功能模塊，如需對程序代碼進行維 護，由系統管理員與開發人員共同負責。
(2)用戶管理是用以維護用戶名、工位編碼及密碼等信息的功能模塊，一般授權于 各項目監理機構資料員崗位，項目總監崗位、超級用戶及系統管理員均有該權限。
(3)權限管理是系統管理員根據各崗位在本系統中的職責來確定的，僅系統管理員 擁有該權限。
(4)角色管理是根據現場監理工作需要設置的具體崗位角色，僅系統管理員擁有該 權限。
(5)字典維護功能一般授權于各項目監理機構資料員崗位，尤其是工點信息等。項 目總監崗位、超級用戶及系統管理員均有該權限。
(6)表單模板更新維護功能僅授權于系統管理員。
(7)數據備份功能僅授權于系統管理員，以防系統崩潰或黑客攻擊導致數據丟失。
(8)修改密碼功能授權于每位用戶，用戶可以根據個人喜好修改設置容易記憶的密 碼。
(9)操作指南功能授權于每位用戶，但不同崗位用戶顯示不同的操作手冊。
4.5.2網絡安全
鐵路工程監理信息管理系統的安全可靠運行對于監理企業來說十分重要。當系統投 入使用后，一旦發生系統崩潰或數據泄密，對監理企業所造成的損失將是難以估量的。 為此做好系統的安全規劃與設計，防止合法用戶的非法操作，防止非法用戶篡改數據， 避免病毒入侵，數據庫運行故障等，做好系統及其數據的安全管理顯得尤為重要［23］。
系統研發應堅持信息化與網絡安全同步規劃、同步建設、同步使用原則，以保障系 統安全穩定運行為目標，落實網絡安全等級保護制度。加強網絡安全管理，強化網絡安 全技術保障能力，完善網絡安全運維措施，形成集管理、技術、運維為一體的網絡安全 保障體系，全面控制系統的安全防護水平，確保系統網絡安全。
因此，需要在系統內部和外部同時著手網絡安全設計。在系統內部設置用戶權限和 驗證機制，同時嚴格控制數據的修改、刪除等操作權限。在系統外部安裝殺毒軟件，設 置防火墻，以及定期備份數據庫數據等。從而最大可能維護系統數據的安全性和系統的 穩定性。
4.6鐵路工程監理管理系統輔助功能
4.6.1資料查詢
鐵路工程監理的主要依據有：國家有關法律、法規及鐵路總公司有關規章、制度； 國家和鐵路總公司有關標準、規范規程；國家和鐵鐵路總公司對本項目的批復文件；審 核合格的施工圖；本工程項目的委托監理合同、承包合同和材料設備供應合同等［21］。
在鐵路工程監理工作過程中，資料查詢模塊應作為一種已有資源，便于用戶隨時隨 地查詢，以解決監理人員對質量驗收、旁站、巡視等過程控制中工作標準不統一、監理 工作依據不清楚時無法現場查閱等問題。系統中資料查詢模塊包括工程資料、規范標準、 法律法規 3 個子系統模塊。其各子系統功能及權限如下：
(1)工程資料模塊包括設計圖紙、設計文件、施工合同、監理合同、監理規劃、監 理細則等內容，該模塊僅供相關監理機構內部查閱，一般由監理機構資料員崗位負責上 傳維護，超級用戶和系統管理員均有權限查詢該子系統模塊。
(2)規范標準包括規范規程、驗標指南等，該模塊對系統內所有用戶開放權限，由 系統管理員負責上傳、更新及維護。
(3)法律法規包括普通法律、試驗法律、管理體系文件(包括質量管理體系、環境 管理體系、職業健康和安全管理體系)等，該模塊對系統內所有用戶授權，由系統管理 員負責上傳、更新及維護。
4.6.2蹤跡回放
鐵路建設項目資料管理規程中規定:建設項目資料的形成、收集和整理工作應與工 程進度同步進行，并做到系統、完整、真實、準確，保證其具有有效的查考利用價值和 完備的質量責任追溯功能［24］。
蹤跡回放功能包括人員蹤跡和車輛軌跡兩個子功能。蹤跡回放功能主要是用于對現 場監理人員人身安全和車輛安全的監控。同時也可以驗證現場監理人員工作狀態是否屬 實，為企業及項目管理人員驗證相關用戶采集、上傳的數據是否真實有效起到了非常好 的檢查和監督作用，如需要分析報驗記錄的真實性，則將報驗記錄中的報驗時間、驗收 時間等信息與該用戶該段時間內的人員蹤跡記錄進行核對驗證即可。也便于監理企業領 導層能隨時準確的掌握各項目監理機構工程現場的實際動態。
系統管理員、超級用戶及項目監理機構總監可以通過用戶名和蹤跡時段查詢該用 戶、該車輛某一時段內的軌跡。
5鐵路工程監理記錄模板
外部記錄無需模板，只要確定匯總表（臺賬）的格式即可。內部記錄除提供匯總表
（臺賬）的格式外，還需提供記錄模板（格式）。
5.1外部記錄匯總表格式
5.1.1審批記錄匯總表 鐵路工程監理審批記錄主要包括施組、方案、開復工報告、資質及驗工計價審批等。
作為外部記錄，無需固定模板，只要確定匯總表格式即可，如表 5.1所示。
表5.1審批記錄匯總表
編碼 報審表名稱 主要內容發件單位收件時間 審批意見返回時間來源操作
審批記錄是監理事前控制工作中一項重要的任務。為確保工程有序實施，需從技術、 管理等方面采取有效的措施，預防各類事故的發生。而項目監理機構需嚴格按照時間節 點要求對施工單位提報的報審文件進行審批回復，有效控制審批記錄的時效性，規避監 理風險。因而審批記錄模塊是本系統中重要的子系統之一，據此，本子系統應實現以下 功能和操作。
①點擊添加按鈕后，彈出錄入審批記錄對話框錄入所需信息，其中編碼自動生成。
②報審表名稱應為下拉式菜單可供選擇，具體名稱如下：
TA1 施工組織設計（方案）報審表
TA2 工程開工／復工申請表
TA3 分包單位資質報審表
TA5 主要進場人員報審表
TA9 工程質量事故報告單
TA10 _年—季度已完工程數量報審表
TA11 _年—季度驗工計價表
TA13 工程延期報審表
TA14 工程竣工初驗報審表
③主要內容可用重要提醒或關鍵詞表示。
④發件單位為下拉式菜單，內容調取施工方人員字典中數據。
⑤收件時間為必填項目，程序中植入日歷時間供選擇，格式范例：2018-01-01 00:00。
⑥錄入報審文件，對紙質原件的內容拍照或掃描（電子文檔直接導入），通過附件 保存并上傳。
⑦指定審批人，暫定項目監理機構僅總監崗位具備審批權限。審批人打開上述文檔 查閱后，如需修改先對文檔進行修改后在進行審批，決定選擇點擊同意、不同意或暫緩 按鈕中的其中之一，將結果自動賦值給審批意見。如選擇的是不同意，則彈出理由對話 框，由審批人陳述原因后，點擊保存并退出。這時，匯總表中審批意見將出現審批結果 不同意。審批完成后審批意見不可修改。
⑧來源由系統自動賦值，賦值結果應為PC或Android其中之一。
⑨操作具體按功能和崗位設置如下： 公文處理中審批記錄：總監崗位操作中應有“查閱、修改、審批”按鈕；監理人員
崗位操作中應有“查閱、修改、返回時間”按鈕。
報表打印中審批記錄：操作中應有“查閱、打印”按鈕。
⑩相關監理人員將有審批人簽字的報審文件送達對方，并索取簽收回執。監理人員 打開匯總表，點擊操作中返回時間按鈕，系統彈出照相按鈕，拍照簽收回執上傳后，返 回時間方可自動獲取填入。
5.1.2報驗記錄匯總表
鐵路工程監理報驗記錄包括材料、設備、工序等檢驗批驗收記錄，隱蔽工程驗收記 錄，分項、分部、單位工程驗收記錄等。報驗記錄匯總表如表 5.2所示。
表5.2報驗記錄匯總表
編碼報驗表名稱報驗內容報驗人 報驗時間驗收時間 驗收結果驗收人操作
報驗記錄是監理工作中極為重要、極為關鍵的根本性工作，是工程質量得到保證的 基礎。也是監理企業及項目監理機構實現對現場有效進行監控的重要信息載體。必須采 取有效的管理技術措施確保報驗記錄具有真實、準確、及時和可追溯等價值。因而，報 驗記錄模塊是本系統中最為重要的子系統模塊，應實現以下功能和操作。
①點擊添加按鈕后，彈出新報驗記錄對話框錄入所需信息，其中編碼自動生成。
②報審表名稱應為下拉式菜單可供選擇，具體名稱如下：
TA4 進場施工機械、設備報驗表
TA6 進場材料/構配件/設備報驗表
TA7 施工測量放樣報驗表
TA8 工程報驗申請表
③報驗內容為必填項目，應填寫報驗具體里程、內容信息。
④報驗人為下拉式菜單可供選擇，內容調取施工方人員字典中數據，字典中沒有的 報驗人數據系統中可自行錄入。
⑤報驗時間和驗收時間為必填項目，程序中植入日歷時間供選擇。
⑥驗收結果為下拉式菜單可供選擇，有合格和不合格兩個選項供選擇。
⑦驗收人由系統根據登陸工位姓名自動獲取。
⑧備注為選填項目，可以對報驗內容做進一步描述、說明。
⑨報驗記錄中應有現場相機和資料相機兩個按鈕功能，拍攝現場和資料照片后，方 可保存該條報驗記錄。現場照片或資料照片其中之一項未完成該條報驗記錄無法實現保 存。按現場相機按鈕對現場進行拍照，可以拍多張照片，但至少需一張有效照片。按資 料相機按鈕拍照簽署意見的報驗單，可以拍多張照片，但至少需一張有效照片。
⑩操作具體按終端功能設置如下：
Android端日常工作中報驗記錄：操作中應有“查閱、修改、上傳”功能按鈕；上 傳操作成功后，“查閱”功能可用，“修改”功能無法使用。上傳成功后在狀態欄提示 “V”，未上傳或上傳不成功在狀態欄提示“未發送”。
PC 端報表打印中報驗記錄：操作中應有“查閱、打印”按鈕。
5.1.3外部文件記錄匯總表
外部文件包括政府部門、鐵路局、業主、公司總部等發給項目監理機構的文件。外 部文件匯總表如表 5.3 所示。
表5. 3外部文件匯總表
編碼文件標題主要內容發件人 文號 收件時間_來源_處理結果操作
外部文件子模塊應實現以下功能和操作。
①點擊添加按鈕后，彈出錄入外部文件對話框錄入所需信息，其中編碼自動生成。
②文件標題和文號為必填項目，由新外部文件記錄發起人總監辦主任負責填寫。
③主要內容可用重要提醒或關鍵詞表示。
④發件人為下拉式采用，內容調取字典項目相關方中數據。字典中沒有的發件人系 統中可自行錄入。
⑤收件時間為必填項目，程序中植入日歷時間供選擇。
⑥錄入外部文件，對紙質原件的內容拍照或掃描（電子文檔直接導入），通過附件 保存并上傳。
⑦指定閱處人，項目監理機構僅總監崗位具備閱處權限。閱處人打開上述文檔查閱 后，決定選擇點擊已處理或未處理按鈕中的其中之一，將結果自動賦值給處理結果。如 選擇的是已處理，則彈出閱處意見對話框，由閱處人填寫閱處意見后，點擊保存并退出。 這時，匯總表中處理結果將出現結果已處理。閱處完成后閱處意見不可修改。
⑧來源由系統自動賦值，賦值結果應為PC或Android兩種其中之一。
⑨操作具體按功能和崗位設置如下： 公文處理中外部文件：總監辦主任崗位操作中應有“查閱、修改”按鈕；總監崗位
操作中應有“查閱、閱處”按鈕。
報表打印中外部文件：操作中應有“查閱、打印”按鈕。
⑩報表打印中顯示的外部文件記錄均應是總監閱處完成的，未閱處的外部不在該模 塊內顯示。
5.2內部記錄格式
內部記錄包括旁站記錄、巡查記錄、對外指令（通知單、聯系單、暫停令）、請示 報告、監理日記/志、月季年報、總監命令、會議紀要、監理站公文、站內公告及進度 統計等子模塊。由于篇幅所限，考慮部分子模塊處理程序相似，本文僅以旁站記錄、巡 查記錄、通知單、暫停令、監理日記/志及月季年報等 6 個子系統為例介紹各個子模塊 的記錄表單格式。
5.2.1旁站記錄
1）旁站記錄匯總表格式
鐵路工程旁站是監理人員在現場對關鍵部位或關鍵工序施工進行的全過程監督活 動。具體鐵路工程旁站監理部位在監理規范中有明確的規定。旁站記錄匯總表如表5.4 所示。
表5. 4旁站記錄匯總表
編碼工點 旁站記錄表名 開始時間 結束時間有無異常旁站人操作
旁站監理是監理工作中質量控制的重要手段之一。為確保工程質量，項目監理機構 在工程質量監理過程中必須注重施工過程的質量控制，對隱蔽工程的隱蔽過程、下道工 序施工完成后難以檢查的重點部位，以及工程關鍵部位和關鍵工序安排有豐富現場經驗 的監理人員進行旁站［21］。旁站監理過程中及時發現不按設計要求，不按施工圖紙或施工 規范等施工的現象，對旁站監理過程中發現的不符合質量要求的問題及時制止糾正。完 工后監理人員要認真填寫旁站記錄，真實反映施工實際情況，杜絕弄虛作假，做到旁站 記錄具有可追溯性。做好旁站監理工作，規范旁站監理行為，也是監理企業存在的價值 體現。因而，旁站記錄模塊是本系統中重要的子系統模塊之一，應實現以下功能和操作。
①點擊添加按鈕后，系統彈出根據工點所屬專業的旁站記錄表目錄供選擇。選擇后, 系統彈出相應旁站記錄表模板對話框，錄入所需信息，其中編碼和工點根據工位自動生 成。
②匯總表中編碼、工點、旁站記錄表名、開始時間、結束時間、有無異常、旁站人 等信息均自動獲取，無需出現相應的對話框。
③操作具體按終端功能設置如下：
Android 端日常工作中旁站記錄：操作中應有“查閱、修改、上傳”功能按鈕，上 傳操作成功后，查閱功能可用，修改功能無法使用。上傳成功后在狀態欄提示“V”， 未上傳或上傳不成功在狀態欄提示“未發送”。
PC 端報表打印中旁站記錄：操作中應有“查閱、打印”按鈕。
④匯總表中記錄排序按照旁站開始時間逆序排列，最新旁站記錄置頂顯示，便于查 閱。
⑤影像采集功能要求：旁站開始時，填寫完成表頭信息需對現場進行拍照，拍照后 方可進入下一步操作，否則無法進行下一步操作；旁站結束時，需再次對現場進行拍照， 方可對旁站記錄進行保存處理，否則無法實現保存。點擊相機按鈕對現場進行拍照，每 次可以拍多張照片，但至少需一張有效照片。
2）旁站記錄表模板
旁站記錄表單應根據專業類別，按相應專業旁站部位或工序設計（【XX】旁站記錄 表系列模板）。
旁站記錄表通用模板如圖 5.1 所示。
圖5.1中，專業根據登錄時的工位信息自動從專業類別字典數據中獲取；項目名自 動從項目及監理機構名稱字典數據中獲取；標段號、里程、二級工點名根據登錄時的工 位信息自動從工點清單字典數據中獲取；記錄編碼根據登錄時的工位信息自動生成；系 統日期取自登錄時系統日期，自動生成；天氣為下拉式菜單可供選擇；旁站部位為必填 項目，填寫具體里程或位置；工序名在相應的模板中直接給定；旁站開始系統時間取自 系統，登錄時自動生成；旁站結束時間為必填項目，程序中植入日歷時間供選擇。
筆者以蘭州交大咨詢公司敦格鐵路項目在建當金山隧道為例，按照《鐵路建設工程 監理規范》規定的隧道工程旁站部位，按隧道施工工序設計出了“隧道工程專業監理旁 站記錄表系列模板”。
［專業］旁站監理記錄表
工程項目名稱：項目名 施工合同段： 標段號 編號：記錄編碼
日期 天氣 工程地點 里程
旁站部位或工序 工點：二級工點名 部位：請輸入里程或位置工序：工序名
旁站開始時間 系統時間 旁站結束時間 系統時間
準備情況：
1.上道工序，是否合格：是□否口。原因
2. 施工人員：技術員 ，質檢員 ，試驗員 ，領工員
3.主要機械設備：
4.材料：種類 規格 數量 ，相關檢驗報告編號
現場主要材料種類、規格是否與檢驗報告、技術文件相符（是□否口）
5.設計主要技術參數及要求
根據不同專業、工序或部位給出判斷標準（現場無法驗證的不出現）
實施情況：
1.主要技術參數及要求的執行情況
根據不同專業、工序或部位給出檢查、量測和填寫提示
2. 施工過程是否存在異常： 是口
否口。
3.現場影像資料
影像資料作為附件：打印時為縮略圖，在線查看時為超級鏈接。
發現問題：
處理意見：
備注：
旁站監理人員（簽字） 日期: 系統日期
圖 5.1 旁站記錄表通用模板
5.2.2巡查記錄
1）巡查記錄匯總表格式 鐵路工程巡視是監理人員對施工現場進行的定期或不定期的巡回檢查活動。其匯總 表如表 5.5 所示。
表5. 5巡查記錄匯總表
編碼 工點 巡查記錄表名 開始時間 結束時間 有無異常 巡查人 操 作
巡視是監理質量控制的重要手段，現場巡視是監理行為中為綜合和全面的把握工程 現場動態的有效途徑，是對施工現場的工作面進行全面的檢查和觀察，具有多次輪回性 和目標綜合性的特點，通過巡視，可以有效把握影響質量的各因素的狀態［25］。因而，巡 查記錄模塊是本系統中重要的子系統模塊之一，應實現以下功能和操作。
①點擊添加按鈕后，彈出根據工點所屬專業的巡查記錄表清單供選擇。選擇后，系 統彈出相應巡查記錄表模板對話框，錄入所需信息，其中編碼和工點根據工位自動生成。
②匯總表中編碼、工點、巡查記錄表名、開始時間、結束時間、有無異常、巡查人 等信息均應自動獲取，無需出現相應的對話框。
③操作具體按終端功能設置如下：
Android端日常工作中巡查記錄：操作中應有“查閱、修改、上傳”功能按鈕；上 傳操作成功后，查閱功能可用，修改功能無法使用。上傳成功后在狀態欄提示“V”， 未上傳或上傳不成功在狀態欄提示“未發送”。
PC 端報表打印中巡查記錄：操作中應有“查閱、打印”按鈕。
④匯總表中記錄排序按照巡查開始時間逆序排列，最新巡查記錄置頂顯示，便于查 閱。
⑤影像采集功能要求：巡查開始時，填寫完成表頭信息需對現場進行拍照，拍照后 方可進入下一步操作，否則無法進行下一步操作；巡查結束時，需再次對現場進行拍照， 方可對巡查記錄進行保存處理，否則無法實現保存。點擊相機按鈕對現場進行拍照，每 次可以拍多張照片，但至少需一張有效照片。
2）巡查記錄表模板
巡查記錄表單按專業分類提供模板。點擊添加巡查記錄直接進入該工點（專業）相 應的巡查記錄表模板。
巡查記錄表通用模板如圖 5.2所示。
筆者以蘭州交大咨詢公司敦格鐵路項目在建當金山隧道為例，依據隧道施工特點，
設計出了“隧道工程監理巡查記錄表模板”。
［專業］巡查記錄表
工程項目名稱：項目名 施工合同段：標段號 編號：記錄編碼
日期 天氣 工程地點 里程
巡查工點 二級工點名
巡查開始時間 系統時間 巡查結束時間 系統時間
A 安全因素 根據不同專業工地的特點，列出需要重點查看的內容及判斷標準
B 質量因素
根據不同專業工地的特點，列出需要重點查看的質量通病及判斷標準
C 環水保及文明施工因素 根據不同專業工地的特點，列出嚴禁出現的現象
D 其他因素 根據不同專業工地的特點，列出查看重點
E 現場總體印象
1.總體可控有序是口
否口
2.現場影像資料 影像資料作為附件：打印時為縮略圖，在線查看時為超級鏈接
發現問題：
處理意見：
巡查人員（簽字） 日期: 系統日期
圖 5.2 巡查記錄表通用模板
圖5.2中，專業根據登錄時的工位信息自動從專業類別字典數據中獲取；項目名自 動從項目及監理機構名稱字典數據中獲取；標段號、里程、二級工點名根據登錄時的工 位信息自動從工點清單字典數據中獲取；記錄編碼根據登錄時的工位信息自動生成；系 統日期取自登錄時系統日期，自動生成；天氣為下拉式菜單可供選擇；巡查開始系統時 間取自系統，登錄時自動生成；巡查結束時間為必填項目，程序中植入日歷時間供選擇。
5.2.3通知單
1）通知單匯總表格式 鐵路工程監理工程師通知單是指監理工程師在檢查施工單位在施工的過程中發現 的施工質量、施工工藝或建筑材料安全等問題后，由監理工程師發出的整改通知，用通 知單這一書面形式通知施工單位，并要求其進行整改，落實整改后再報監理工程師復查 的指令性文件。其匯總表如表5.6所示。
表5.6 通知單匯總表
編碼 收件 審批 送達 閉合
工點 事由 擬稿人 審批人 回復 來源 操作
單位 意見 回執 狀態
通知單的目的是督促施工單位按照國家有關法律法規、合同規定、施工規范和設計 文件進行施工，保證工程建設中出現的問題（如不符合設計要求、施工技術標準、合同 約定等）能得到及時糾正。通知單具有強制性、針對性、嚴肅性的特點。通知單一旦簽 發，施工單位必須認真對待，在規定期限內落實整改，并按時回復。善于運用和簽發通 知單是監理工作有所作為的體現，同時，簽發通知單也是考核監理如何行使手中權力的 一個指標，是對監理業務能力和管理水平的一種檢驗［26］。因此，通知單子系統模塊應實 現以下功能和操作。
①點擊添加按鈕后，系統彈出錄入通知單對話框，由擬稿人錄入所需信息，其中編 碼和工點自動生成。
②匯總表中編碼、工點、事由、擬稿人、審批人、收件單位等信息均應自動獲取， 無需出現相應的對話框。
③擬稿人錄入事由、通知內容、特別提醒及上傳相關附件后保存，上傳給指定的審 批人，審批人可以是總監、副總監、部室負責人及分站長。審批人打開上述文檔查閱后， 如需修改先對文檔進行修改后再進行審批，決定選擇點擊同意或不同意按鈕中的其中之 一，將結果自動賦值給審批意見。如選擇的是不同意，則該記錄變為灰色，編號失效， 所有操作按鈕失效。如選擇的是同意，則擬稿人可在報表打印中執行打印操作。審批完 成后審批意見不可修改。
④擬稿人將有手簽簽字的通知單送達對方，并索取簽收回執后，打開匯總表，點擊 送達回執按鈕，系統彈出上傳附件按鈕，拍照或掃描簽收回執上傳后，自動獲取系統日 期。
⑤點擊回復操作按鈕，系統彈出上傳附件按鈕，拍照或掃描《TA12監理工程師通知 回復單》上傳后，自動獲取系統日期。
⑥閉合狀態由擬稿人根據事由關閉狀態，驗證上傳閉合附件后，自動獲取系統日期。
⑦來源由系統自動賦值，賦值結果應為PC或Android兩種其中之一。
⑧操作具體按功能和崗位設置如下：
公文處理中批復通知單：總監崗位操作中應有“查閱、修改、審批”按鈕；副總監、 部室負責人及分站長崗位操作中應有“查閱、修改、審批、送達回執、回復、閉合”按 鈕；監理工程師崗位操作中應有“查閱、修改、送達回執、回復、閉合”按鈕。
報表打印中通知單：操作中應有“查閱、打印”按鈕。
2）監理工程師通知單模板
監理工程師通知單模板如圖 5.3所示。
監理工程師通知單
工程項目名稱：項目名 施工合同段： 標段號 編號：記錄編碼
致收件單位名稱（承包單位）：
事由：
相當于文章的標題或關鍵詞，盡量簡短
通知內容：
具體陳述（描述），盡量簡潔準確
特別提醒（要求）： 此處提出較強硬的要求
附件：
此處為附件文件名或縮略圖（在線查看時為超級鏈接）
監理工程師：姓名（簽字） 年 月 日 時
收件人 年 月 日 時
圖5. 3監理工程師通知單模板
圖 5.3中，項目名自動從項目及監理機構名稱字典數據中獲取；標段號根據登錄時 的工位信息自動從工點清單字典數據中獲取；記錄編碼根據登錄時的工位信息自動生 成；收件單位為下拉菜單可供選擇，數據從施工方人員字典中調取；事由為必填項目， 填寫標題或者關鍵詞；通知內容為必填項目，填寫具體的通知內容；特別提醒為必填項 目，填寫具體的要求等信息；附件為選填內容，有附件時上傳，無附件時不用上傳；姓 名根據登錄時的工位信息自動從監理人員字典數據中獲取，經審批人同意后，擬稿人打 印后在姓名處手簽名字；簽發日期取自系統，保存時自動生成。
5.2.4暫停令
1）暫停令匯總表格式 鐵路工程暫停令是指施工過程中存在工程質量事故隱患和發生工程質量事故時，由 總監理工程師簽發的暫時停止施工的指令性文件［21］。其匯總表格式如表5.7所示。
表5.7 暫停令匯總表
編碼 收件 審批 送達 閉合
工點 事由 擬稿人 審批人 回復 來源 操作
單位 意見 回執 狀態
準確運用工程暫停令，可有效控制工程質量，防止發生質量、安全事故，以達到履 行監理工作職責，規避監理風險的目的。因此，暫停令子系統模塊應實現以下功能和操 作。
①點擊添加按鈕后，系統彈出錄入暫停令對話框，由擬稿人錄入所需信息，其中編 碼和工點自動生成。
②匯總表中編碼、工點、事由、擬稿人、審批人、收件單位等信息均應自動獲取， 無需出現相應的對話框。
③擬稿人錄入內容及上傳相關附件后保存，上傳給指定的審批人，審批人必須是總 監。審批人打開上述文檔查閱后，如需修改先對文檔進行修改后再進行審批，決定選擇 點擊同意或不同意按鈕中的其中之一，將結果自動賦值給審批意見。如選擇的是不同意， 則該記錄變為灰色，編號失效，所有操作按鈕失效。如選擇的是同意，則擬稿人可在報 表打印中執行打印操作。審批完成后審批意見不可修改。
④擬稿人將有總監手簽簽字的暫停令送達對方，并索取簽收回執后，打開匯總表， 點擊送達回執按鈕，系統彈出上傳附件按鈕，拍照或掃描簽收回執上傳后，自動獲取系 統日期。
⑤點擊回復操作按鈕，系統彈出上傳附件按鈕，拍照或掃描《TA2工程開工/復工 申請表》上傳后，自動獲取系統日期。
⑥閉合狀態由擬稿人根據事由關閉狀態，驗證上傳閉合附件后，自動獲取簽發《TB4 工程復工令》時的系統日期，《TB4工程復工令》為暫停令記錄的附件。
⑦來源由系統自動賦值，賦值結果應為PC或Android兩種其中之一。
⑧操作具體按功能和崗位設置如下： 公文處理中批復暫停令：總監崗位操作中應有“查閱、修改、審批”按鈕；其他監
理人員崗位操作中應有“查閱、修改、送達回執、回復、閉合”按鈕。
報表打印中暫停令：操作中應有“查閱、打印”按鈕。 2）工程暫停令模板
工程暫停令模板如圖5.4所示。
工程暫停令
工程項目名稱：項目名 施工合同段：標段號 編號：記錄編碼
致收件單位名稱（承包單位）：
由于 的原因，現通知你方必須于—年—月—日—時起對 （工
程項目名稱及里程）工程暫停施工。
停工主要內容： 說明停工范圍
停工原因：
陳述理由和依據（法規或標準條款）
整改要求：
指出要實現的目標
總監理工程師 簽名
項目監理機構（章） 年 月 日 時
收件人 年 月 日 時
圖5. 4工程暫停令模板
圖 5.4中，項目名自動從項目及監理機構名稱字典數據中獲取；標段號根據登錄時 的工位信息自動從工點清單字典數據中獲取；記錄編碼根據登錄時的工位信息自動生 成；收件單位為下拉菜單供選擇，數據從施工方人員字典中調取；停工主要內容為必填 項目，填寫停工范圍；停工原因為必填項目，填寫停工理由和依據；整改要求為必填項 目，填寫要求實現的目標等信息；經審批人同意后打印，由總監手簽名字；簽發日期取 自系統，保存時自動生成。
5.2.5監理日記/志
每天監理工作實施情況的文件。由總監理工程師指定專人（專業監理工程師）負責 記錄［21］。監理日記是監理人員記錄每天監理工作實施情況的文件。其匯總表格式如表 5.8 所示。
表5.8監理日記/志匯總表
編碼 工位日記主人日記期始日記期束日傳 審閱人審閱日期 來源 操作
監理日記/志是項目監理機構和監理工程師必備的專用記錄手冊，是監理工作的重
要資料,也是反映監理工作的重要依據。監理人員應逐日逐項認真填寫監理日記，特別 是涉及變更設計、會議決定。工程質量、進度、安全檢查、投資等有關事項，都應詳細 寫入日記。為了規范監理人員的工作行為，項目總監應定期對監理日記/志進行審閱。 因此，該子系統模塊應實現以下功能和操作。
①點擊添加按鈕后，系統彈出錄入監理日記對話框，由日記主人錄入所需信息，其 中編碼和工位自動生成。
②匯總表中編碼、工位、日記主人、日期起始日期、日記結束日期、上傳日期、審 閱人、審閱日期、來源等信息均應自動獲取，無需出現相應的對話框。
③日記主人填寫完成日記起始、結束日期后，系統提醒日記主人拍照或掃描上傳監 理日記，上傳給指定的審閱人，審閱人是項目總監。
④上傳日期取上傳時的系統日期，上傳時自動生成。
⑤審閱人打開上述文檔查閱后，決定選擇點擊已審閱或未審閱按鈕中的其中之一， 如選擇的是已審閱，則彈出“審閱意見”對話框，由審閱人填寫審閱意見后，點擊保存 并退出，審閱日期自動獲取系統日期；如選擇的是未審閱，則審閱日期欄顯示空白，表 示該記錄未經審閱。
⑥來源由系統自動賦值，賦值結果應為PC或Android兩種其中之一。
⑦操作具體按功能和崗位設置如下：
日常工作中監理日記：總監崗位操作中應有“查閱、修改、審閱”按鈕；其他監理 人員崗位操作中應有“查閱、修改”按鈕。
報表打印中監理日記：操作中應有“查閱、打印”按鈕。
5.2.6月季年報 監理月報是項目監理機構分析、總結每月項目實施及監理工作情況的文件。由總監 理工程師主持編制，并在規定的時限內報送建設單位。內容應包括當月施工情況，工程 進度情況，重點、控制工期工程應詳細說明，工程質量、安全情況，變更設計，質量、 安全事故，監理工作，監理人員名單，存在問題及建議，下月工作重點等［21］。其匯總表 格式如表 5.9 所示。
表5. 9月季年報匯總表
編碼 標題 印發日期 撰稿人 簽發人 審批意見 送達回執 閉合狀態 操作
月季年報子系統模塊應實現以下功能和操作。
①點擊添加按鈕后，系統彈出錄入月季年報對話框，由擬稿人錄入所需信息，其中 編碼自動生成。
②匯總表中編碼、標題、印發日期、撰稿人、簽發人等信息均應自動獲取，無需出 現相應的對話框。
③擬稿人錄入內容后保存，上傳給指定的簽發人，簽發人通常是項目總監。
④簽發人打開上述文檔查閱后，如需修改先對文檔進行修改后再進行審閱，決定選 擇點擊同意或不同意按鈕中的其中之一，將結果自動賦值給審批意見。如選擇的是不同 意，則該記錄變為灰色，編號失效，所有操作按鈕失效。如選擇的是同意，則擬稿人可 在報表打印中執行打印操作。審閱完成后審閱意見不可修改。
⑤撰稿人將有總監簽字蓋章的會議紀要送達相關單位，并索取簽收回執后，打開匯 總表，點擊送達回執按鈕，系統彈出上傳附件按鈕，拍照或掃描簽收回執上傳后，自動 獲取系統日期。
⑥閉合狀態由撰稿人根據是否全部送達，驗證上傳閉合附件后，自動獲取系統日期。
⑦操作具體按功能和崗位設置如下：
PC 端日常工作中月季年報：總監崗位操作中應有“查閱、修改、審閱”按鈕；總監 辦主任崗位操作中應有“查閱、修改、送達回執、閉合”按鈕。
PC 端報表打印中月季年報：操作中應有“查閱、打印”按鈕。
6鐵路工程監理信息管理系統實現概況
6.1系統的總體架構
6.1.1系統的總體架構
系統在開發過程中嚴格遵循JavaEE規范，按照基礎存儲層、數據訪問層、業務邏 輯層、應用層的四層架構實現系統功能，使得系統的各個組件能夠協同工作，滿足不同 業務流程下的管理需求。
整個系統劃分為四個邏輯層次，分別是基礎平臺層、數據資源層、業務支撐層和應 用系統層。每一個層次有相應的具體實現，如圖 6.1所示。
6.1.2開發與運行環境
鐵路工程監理信息管理系統使用當前比較流行的Java語言進行開發。以PC端和
Android 端兩種形式運行，在云端部署服務器即可實現多個終端登錄使用。 系統開發和運行所需要的環境如表 6.1所示。
6.1.3云服務器
云服務器是一種類似VPS服務器的虛擬化技術，VPS是采用虛擬軟件，VZ或VM在 一臺服務器上虛擬出多個類似獨立服務器的部分，每個部分都可以做單獨的操作系統， 管理方法同服務器一樣。相比于傳統的服務器，云服務器免費提供DDOS防護，木馬查 殺，可實現多對多訪問控制，實例可用性高達 99.95%，數據可靠性高達 99.999%，CPU、 內存、帶寬、隨時升級，升級配置數據庫不會丟失，服務時間可控制，ECS可與云各種 豐富的云產品無縫集成，可提供解決方案，不需要專門技術人員維護，維護成本低等諸 多優點。云服務器的云安全保障把所有計算機通過客戶端連接到云服務器，將所有病毒 資料存儲在云端，與客戶端構成聯合防御體系，通過網絡直接阻斷病毒和木馬的傳播， 加快了對病毒的檢測和處理速度［27］。
表 6.1 開發軟件環境列表
軟件類型 開發環境名稱 開發環境版本
服務端 操作系統 Windows 7 64 位
硬件環境 i7雙核8G內存
開發工具 MyEclipse8.5
數據庫 MySQL
JDK JDK1.7
服務器 Tomcat6.0
客戶端 操作系統 Android4.0.4 以上
硬件環境 RAM 512M ROM 1G 以上
開發工具 Android Studio
本系統作為一個企業級的應用，整個數據庫中存儲著企業的重要文檔和機密資料，
對系統的安全性和穩定性有著極高的要求，所以選擇了阿里巴巴公司阿里云服務器作為 我們的部署服務器。
6.2數據庫設計
6.2.1數據庫選取
數據庫（Database）是存儲與管理數據的軟件系統，就像一個存入數據的物流倉庫。 在當今的互聯網中，最常見的數據庫模型主要有兩種，即關系型數據庫和非關系型數據 庫。本課題選取的是一種名為MySQL的關系型數據庫。
MySQL作為一種典型的關系型數據庫，廣泛應用于WEB以及原生系統開發等各個方 面。且隨著IT技術的快速發展，MySQL逐漸成為關系型數據庫應用最廣泛的軟件之一。 在實際應用過程中，該軟件會使用不同的表格來存儲數據，有助于分類整理數據［28］。
6.2.2概念模型設計
數據庫概念模型實際上是現實世界到機器世界的一個中間層次。數據庫概念模型用 于信息世界的建模，是現實世界到信息世界的第一層抽象，是數據庫設計人員進行數據 庫設計的有力工具，也是數據庫設計人員和用戶之間進行交流的語言。主要使用 E-R(EntityRelationship Diagram)圖表示。E-R圖也稱實體-聯系圖，提供了表示實體 類型、屬性和聯系的方法，用來描述現實世界的概念模型［29］。
(1)用戶管理概念模型設計
用戶管理是本系統的一個重要部分。它主要包括用戶、員工在監理機構所扮演的角 色，用戶角色實體概念模型如圖 6.2 所示。
圖 6.2 用戶角色實體概念模型
(2)記錄對象概念模型 在監理機構的每一位監理人員都有自己所屬的角色，每個角色都有自己的特定的工 作記錄對象，比如監理日記，旁站/巡查，報驗和通知單等等。本部分將所有角色所做 的工作記錄對象分別看作為實體，如圖 6.3 至 6.5 所示。
圖 6.3 監理日記實體概念模型
圖 6.4 旁站/巡查實體概念模型
圖 6.5 報驗和通知單實體概念模型
(3)項目管理概念模型
在項目管理中將監理機構、用戶、記錄對象等均看做實體，本系統中涉及到的實體 有：監理機構、監理人員、通知單、聯系單、項目、參建單位等。監理人員在工作的時 候需要簽發通知單、聯系單、暫停令等，所以監理人員和它們是一對多的關系。對于項 目，與監理人員是工作關系，與參建單位是參建關系，如圖 6.6 所示。
6.2.3邏輯模型設計
邏輯結構是獨立于任何一種數據模型的，在實際應用中，一般所用的數據庫環境已 經給定（如SQL Server或Oracle或MySQL）。由于目前使用的數據庫基本上都是關系數 據庫，因此首先需要將 E-R 圖轉換為關系模型，然后根據具體 DBMS 的特點和限制轉換 為特定的 DBMS 支持下的數據模型，最后進行優化［30］。概念模型到邏輯模型的轉換如圖 6.7 所示。
概念結構 一般數據模型 特定的DBMS支持 優化的數據
基本E-R圖 ■ 關系、網狀、層次 ■ 下的數據模型 ■ 模型
圖 6.7 概念模型到邏輯模型的轉換
數據庫的邏輯設計主要是將概念模型轉換成一般的關系模式，也就是將 E-R 圖中的 實體、實體的屬性和實體之間的聯系轉化為關系模式。本系統存在大量的數據表，由于
篇幅所限，僅列出部分數據表作為示例。
（1） 用戶管理邏輯模型 用戶表存儲了監理監理機構員工的用戶名、登陸密碼、角色編號（外鍵）、工位編 號（主鍵）等。如表 6.2 所示。
表 6.2 用戶表
字段名 數據類型 長度 是否允許為空 說明
UserId char 8 否 工位編碼（主鍵）
UserName varchar 8 否 用戶名
Pwd Int 4 否 密碼
RoleId varchar 256 否 角色編號（外鍵）
角色表存儲了監理機構用戶所扮演的角色，如表 6.3 所示。
表 6.3 角色表
字段名 數據類型 長度 是否允許為空 說明
RoleId char 8 否 角色編號（主鍵）
RoleName varchar 8 否 角色名稱
Remark varchar 256 允許 角色描述
（2） 記錄對象邏輯模型 旁站/巡查記錄表主要包括旁站/巡查記錄表名、記錄代碼、起始時間、提交時間、 項目名稱和所有者 ID 等。如表 6.4 所示。
表 6.4 旁站/巡查記錄表
字段名 數據類型 長度 是否允許為空 說明
ProjId char 8 否 代碼（主鍵）
TName varchar 8 否 表名稱
S_Etime Char 8 否 起始時間
Sendtime varchar 32 否 提交時間
Prjname varchar 8 否 項目名稱
OwnerID varchar 8 否 所有者 ID
由于請示報告、聯系單、暫停令、審批記錄、進度統計、外部文件、監理日記、報 驗記錄等的邏輯模型和旁站/巡查相似，在此就不一一列舉了。
（3） 項目管理邏輯模型
項目管理表包括監理項目表、參建單位表、監理機構表等，如表6.5至表6.7所示。
表 6.5 監理項目表
字段名 數據類型 長度 是否允許為空 說明
ProjId char 8 否 編號（主鍵）
ProjName varchar 8 否 項目名稱
ProjNumber Char 8 否 項目代碼
ProjShort varchar 32 否 項目簡稱
UserPost varchar 8 否 項目負責人
表6.6參建單位表
字段名 數據類型 長度 是否允許為空 說明
CompanyId Char 8 否 編號（主鍵）
Name varchar 8 否 單位名稱
Contact char 8 否 聯系人
Phone char 8 否 單位電話
Address varchar 32 允許 單位地址
表6. 7監理機構表
字段名 數據類型 長度 是否允許為空 說明
JLId char 8 否 編號（主鍵）
Name char 8 否 名稱
Majordomo char 8 否 總監
EstaTime datetime 8 否 創建時間
Adress char 8 否 地址
6.3用戶界面的實現
6.3.1 用戶登錄界面的實現
用戶登錄系統時，首先選擇監理機構名稱，再輸入工位編碼、用戶名和密碼。系統 對輸入的登錄信息進行關聯驗證，驗證通過后則自動跳轉至系統主窗口界面，否則提示 登錄信息有誤，要求用戶重新輸入登錄信息。由于系統的用戶相對穩定，系統不提供用 戶注冊功能，而是用項目監理機構資料員崗位在系統維護用戶管理中錄入用戶信息。系 統用戶登錄界面如圖 6.8和圖 6.9所示。
6.3.2功能界面的實現
進入系統主界面后，所有用戶主界面顯示的一級功能菜單目錄均相同，在 PC 端系 統主界面里包含公文處理、日常工作、報表打印、資料查詢、蹤跡回放及系統維護等組 成部分。在Android端系統主界面里包含了上級命令、日常工作、請示報告、資料查詢 58
等部分組成。不同權限的用戶二級功能菜單顯示不同，系統功能界面如圖 6.10和6.11 所示。
圖 6.8 PC 端用戶登錄界面
圖 6.9 Android 端用戶登錄界面
圖 6.11 Android 端系統功能界面
7結論與展望
目前，基于本文研究成果開發的“監理助手 2.0”已經上線運行。已經在包括敦格 項目在內的四個監理站投入使用，得到了大多監理人員的認可，獲得業主、鐵路局、監 督機構的一致好評，普遍認為該系統具有極高的推廣使用價值。
本文對“鐵路工程監理信息管理系統”相關問題的探討，為研發“監理助手 2.0” 奠定了堅實的基礎。其成果具有一定理論意義和較高的應用價值。
7.1論文的主要成果
7.1.1 本文的主要成果
1） 以工位為基礎的“監理信息分類與編碼規則”。
2） 以監理工作程序為主線，確定了監理資料（表單）的流程。
3） 建立了“鐵路工程監理信息管理系統”總體架構。
4） 以監理資料（表單）為關注焦點，通過構建“鐵路工程監理記錄模板” 實現監 理活動（形成資料的過程）的自動化（提供表單模板）、智能化（提示提醒）。
7.1.2“監理助手 2.0”的特點
1） 系統采用了科學合理的工點劃分及編碼方法，有效地解決了表單編碼與工點的 關聯，便于過程中監理資料的收集管理。
2） 系統采用標準化鐵路監理工作流程、統一的表單記錄模板，規范了監理工作行 為，有效規避了監理風險，大大提高了監理工作效率。
3） 記錄的流程把現場管理和文件管理有效地結合起來。表單可以準確記錄監理工 作成果，表單匯總表可以清晰的反應監理工作痕跡。
7.2展望
該系統基本達到了研發的目標，功能滿足鐵路監理項目的實際需求。測試過程中也 反映出了一些不足。表現如下：
1）個別崗位權限劃分還不夠周全，有漏洞。
2）表單打印出來美觀性差。
3）部分記錄模板有待進一步補充完善。
致謝
本文是在校內導師劉鳳奎教授和企業導師馬殷軍高工的共同指導下完成的，剛入學 導師就安排加入到公司監理助手 2.0課題研發小組，并在此基礎上確立了畢業論文研究 方向。導師劉鳳奎教授在監理助手 2.0系統的研發過程及論文的開題、實現以及問題探 討解決上均提出了寶貴的意見。劉鳳奎教授對事業嚴謹堅持，對員工同事寬容豁達，對 自己嚴格要求，學識淵博，謙遜平和。在我這幾年的學習、工作生活中親身感受他“身 為人師，行為世范”的風范，極大的開闊了我的眼界，增長了我的見識，讓我受益匪淺， 也必將影響我未來的人生之路。在此我向導師致以最衷心的感謝。
感謝公司領導唐勇軍總經理、李海峰總工、惠振英部長、路志宏主任、徐重岐部長 等對我工作上的支持與鼓勵。
感謝公司敦格項目總監賈文成在軟件測試試運行期間強推的支持。同事們試用期間 積極反饋寶貴的修改意見與建議，為軟件的正式推廣、使用奠定了堅實的基礎。
感謝蘭州交通大學王松老師給予的技術支持，對我的熱心幫助，在論文寫作過程中 給予我無私幫助，使我的論文得以順利完成。還要感謝課題組王莉、高潁超、李太康、 馬振東、黃金元等同事及工程碩士班楊磊同學的幫助。
感謝我的父母、兄長、愛人及孩子對我無微不至的關懷和支持，讓我順利完成了研 究生學習。
最后，再次向幫助和關心過我的所有老師、朋友、家人及領導表示衷心的感謝，謝 謝您們！
參考文獻
[1]中華人民共和國住房和城鄉建設部.建設工程監理規范.北京:中國建筑工業出版社，2013.
[2]岳劍波.信息管理基礎.北京:清華大學出版社，1999.
[3]中國鐵路總公司.鐵路信息化總體規劃.2016.
[4]袁曉輝.鐵路監理企業項目綜合管理系統的研究與實現.西南交通大學研究室學位論文，2007.
[5]曹方.從“追趕”到“領跑”中國高鐵進行時.上海信息化，2011,01 期：30-33.
[6]陳亮.鐵路工程建設期信息化建設探討.鐵路技術創新，2016，03 期：25-28.
[7]蔡曉明.提高監理服務質量 保持企業可持續發展.建設監理，2010，11 期：27-28.
[8]王江.鐵路工程建設信息化管理研究.交通建設與管理，2014，10 期：175-177.
[9]彭寶富.鐵路監理企業實現管理信息化的初步探索.長沙理工大學碩士學位論文，2003.
[10]郝瑞秀.鐵路建設項目檔案管理存在的問題及對策研究.蘭臺世界，2015, S3期：101-102.
[11]蹇廣珍.工程監理資料的管理.建材與裝飾，2016，10期：211-212.
[12]喬虹森.建設監理行業的轉型升級和創新.技術與市場，2017,07 期：413-414.
[13]王在磊.基于物聯網的鐵路建設監理管理信息系統研究.北京交通大學碩士學位論文，2011.
[14]周慧勇.談建筑施工監理信息化應用不足與發展策略.河南科技，2015，21 期：209.
[15]趙軻.淺談施工階段監理資料管理.河南建材,2017，04 期：280-281.
[16]李昕.鐵路工程建設信息化管理.智能城市，2017，02期：327.
[17]耿慶齋，王冠華。張偉兵等.面向信息共享的科研單位信息分類編碼體系研究.水利技術監督， 2014,04 期：27-30.
[18]胡寰，劉鳳奎.淺談工程項目信息分類及編碼體系研究現狀.價值工程， 2010， 02期： 225-226.
[19]張春生.水運工程施工監理信息化管理架構及實現.長沙理工大學碩士學位論文，2006.
[20]唐勇軍.淺談鐵路項目總監工作思路和方法.建設監理，2018，03 期：45-47.
[21]中華人民共和國鐵道部.鐵路建設工程監理規范.北京：中國鐵道出版社，2012.
[22]張宏美.安全播出在線值守系統的建設與維護.廣播與電視技術，2012，06 期：127-130.
[23]王聃.鐵路監理業務處理模型的研究與實現.東北石油大學碩士學位論文，2012.
[24]中華人民共和國鐵道部.鐵路建設項目資料管理規程.北京：中國鐵道出版社，2014.
[25]周霞.淺談工程質量中的監理控制方法.科技經濟市場，2011,04 期：44-46.
[26]劉東峰，劉列妮.淺談監理指令閉環管理體系的構建.建設監理，2017，09 期：19-22.
[27]石碩.基于云服務器的鐵路測量外業原始數據管理系統.鐵道勘察,2018,44(03):22-24+30.
[28]江國文.大數據環境下基于MySQL的數據庫架構設計與實現.電子世界，2018(11):200-201.
[29]王珊，陳紅.數據庫系統原理教程.北京：清華大學出版社，2005.
[30]劉禹秋.RFX共享演出服管理系統的設計.電腦知識與技術,2018,14(05):89-91.
[31]GaoGui-Gui.Research on the automatic electronic map gegeration algorithm for the train
supervision system.Tiedao Xuebao/Journal of the China Railway Society,2006;63-67.
[32]Liu Shufang.Railway tunnel safety monitoring and rescue guarantee system.Proceedings
of the 2nd Tnternational Conference on Transportation Engineering.2009:98-104.
下一篇：沒有了
相關標簽:
