南京三橋營運管理系統(tǒng)項目建設頂層設計審查報告v

1、南京三橋營運管理系統(tǒng)項目建設頂層設計咨詢報告（正式稿）第一冊 共一冊二一四年十月南京三橋營運管理系統(tǒng)項目建設頂層設計咨詢報告第一冊 共一冊項目負責人所 長副總工程師總 工 程 師副院長院長編制單位江蘇省交通規(guī)劃設計院股份有限公司編制日期二一四年十月-未蓋文件專用章為非正式文件南京三橋營運管理系統(tǒng)項目建設頂層設計審查咨詢主 要 參 加 人 員 名 單序號姓名職 務職 稱職 責1季錦章所長研究員級高級工程師2施展副所長工程師3張維蘇主任工程師高級工程師4王崢嶸工程師5朱紅軍工程師6劉昊工程師7張金智助理工程師8俞浚助理工程師目錄第1章 概述11.1 項目背景11.2 咨詢依據(jù)21.3 咨詢內(nèi)容21

2、.4 咨詢過程3第2章 總體評價42.1 總體評價42.2 主要問題與意見42.2.1 現(xiàn)狀分析42.2.2 需求分析52.2.3 總體目標52.2.4 系統(tǒng)總體架構(gòu)設計52.2.5 數(shù)據(jù)中心52.2.6 監(jiān)控指揮調(diào)度平臺62.2.7 綜合營運管理大平臺62.2.8 維護管理平臺7 數(shù)據(jù)挖掘與輔助決策7第3章 現(xiàn)狀分析83.1 基本評價83.2 三橋現(xiàn)狀83.3 外部現(xiàn)狀9第4章 需求分析104.1 基本評價104.2 監(jiān)控中心調(diào)研10第5章 總體目標115.1 基本評價115.2 具體意見11第6章 系統(tǒng)總體架構(gòu)設計136.1 基本評價136.2 系統(tǒng)總體架構(gòu)13第7章 數(shù)據(jù)中心157.1

3、基本評價157.2 數(shù)據(jù)中心功能157.2.1 數(shù)據(jù)中心的功能157.2.2 數(shù)據(jù)中心的數(shù)據(jù)組成15第8章 監(jiān)控指揮調(diào)度平臺178.1 基本評價178.2 監(jiān)控指揮調(diào)度系統(tǒng)技術架構(gòu)178.3 基于GIS系統(tǒng)的監(jiān)控指揮調(diào)度平臺178.3.1 中心GIS平臺訪問方案178.4 清排障信息管理系統(tǒng)車載終端188.4.1 清排障信息管理系統(tǒng)車載終端硬件18第9章 綜合營運管理大平臺199.1 基本評價199.2 收費系統(tǒng)升級改造方案199.2.1 綠色通道快速稽查放行199.3 監(jiān)控系統(tǒng)升級改造方案199.3.1 數(shù)字化、網(wǎng)絡化數(shù)字網(wǎng)絡視頻監(jiān)控系統(tǒng)建設方案設計19 視頻矩陣升級20 監(jiān)控視頻傳輸系統(tǒng)改

4、造20 智能巡航方案設計209.4 通信網(wǎng)絡系統(tǒng)升級方案219.4.1 監(jiān)控視頻傳輸光纖網(wǎng)絡改造方案設計219.4.2 無線覆蓋21第10章 維護管理平臺2210.1 基本評價2210.2 維護管理平臺工作流程22第11章 數(shù)據(jù)挖掘與輔助決策2311.1 基本評價2311.2 數(shù)據(jù)挖掘和數(shù)據(jù)分析的內(nèi)容23第1章 概述1.1 項目背景南京長江第三大橋（以下簡稱“南京三橋”）是上海至成都國道（G42）主干線的重要組成部分，是連接江南江北的重要大通道,對繁榮以南京為中心的城市經(jīng)濟圈和帶動長三角一體化經(jīng)濟的快速發(fā)展起到至關重要的作用。南京三橋位于長江大橋上游約19公里處的大勝關附近，起點為長江南岸繞城

5、公路，終點為長江北岸寧合高速公路，全長約15.6公里，其中跨江三橋長4.744公里，南岸接線長3.083公里，北岸接線長7.773公里。與南京二橋、繞城公路、浦珠及寧六公路形成南京內(nèi)環(huán)快速通道；與建成的寧淮高速、繞越高速、南京四橋形成南京外環(huán)快速通道；把寧滬高速、寧合高速、寧通高速、寧杭高速、寧淮高速、寧馬高速連成一體。信息技術和通信技術的發(fā)展，極大地促進了全球社會的經(jīng)濟、科技、文化、教育和管理等各個方面的發(fā)展，世界各國都在致力于本國的信息化建設，盡管起步有早晚，發(fā)展程度不盡相同，但都在享受著信息化給國家和社會帶來的成果，信息化已成為推進國民經(jīng)濟和社會發(fā)展的助力器，信息化水平則成為衡量一個國家

6、或地區(qū)現(xiàn)代化水平和綜合實力的重要標志。近幾年我國企業(yè)信息化得到飛速發(fā)展，帶來了可觀的經(jīng)濟與社會效益，信息化的高效率和高效益，是在信息系統(tǒng)互通、互連、互操作的前提下獲得的。南京三橋于2005年10月7日正式通車，2010年加入江蘇省高速公路路網(wǎng)聯(lián)網(wǎng)收費。經(jīng)過近十年的營運管理，建設了一批信息系統(tǒng)，為三橋的日程營運與管理提供了有力的保證。由于早期業(yè)務部門職能相對獨立，各自建設業(yè)務系統(tǒng)，導致各系統(tǒng)之間缺乏聯(lián)系，信息無法共享，形成信息孤島，無法為領導整體決策提供科學、準確、有效的數(shù)據(jù)支撐。另外隨著信息技術發(fā)展與應用，現(xiàn)有的業(yè)務系統(tǒng)技術和功能均不滿足信息化時代下的發(fā)展要求。針對這一現(xiàn)狀，三橋經(jīng)營層積極發(fā)揮

7、重要過江通道單位的作用，以省政府提出的“要大力推進交通運輸信息化建設，大力推進公眾出行信息化服務體系建設，繼續(xù)推進交通建設和工程養(yǎng)護管理信息化，注重運用信息化手段提高公路路網(wǎng)管控水平，保暢通、保安全”為總體要求，加快業(yè)務系統(tǒng)間的互聯(lián)互通，推動信息系統(tǒng)建設，實現(xiàn)資源整合和信息共享，提高管理與服務水平。目前，南京三橋被列為南京市反恐的重要陣地，而視頻系統(tǒng)是事中、事后的重要監(jiān)控、稽查、核實的重要手段，同時南京市交通集團應急指揮視頻聯(lián)網(wǎng)，都需要很好的視頻監(jiān)控平臺作支撐，當前的視頻系統(tǒng)平臺不能滿足要求。隨著由省交通運輸廳及省交通控股公司主導的交通信息化項目實施，南京三橋也要加入到這一進程中，同樣存在系統(tǒng)

8、對接瓶頸。本設計方案需求由南京三橋營運安全部提出，以南京三橋機電系統(tǒng)現(xiàn)狀為基礎，結(jié)合“十二五”江蘇省交通信息化總體規(guī)劃要求以及現(xiàn)階段三橋所承擔的南京市反恐、青奧會等重要安保任務，從公司運營安全部日常業(yè)務出發(fā)，應用交通信息化研發(fā)新成果，設計編制本方案，意在提出系統(tǒng)升級的必要性和緊迫性，為后期項目實施奠定基礎。1.2 咨詢依據(jù)1 設計單位提交的頂層設計文件及相關資料。2 國家頒布的相關法律、法規(guī)。3 現(xiàn)行國家、交通部、地方及相關行業(yè)頒布的工程建設標準、規(guī)范、規(guī)程、規(guī)定、辦法及要求。4 經(jīng)上級有關主管部門審查與批復的文件及會議紀要。5 國家和交通運輸部有關政策、標準、規(guī)范、規(guī)程、強制性標準及規(guī)定等。

9、1.3 咨詢內(nèi)容1核查頂層設計文件編制是否達到本階段的深度要求等，并提出審查咨詢意見和建議。 2根據(jù)國家、交通運輸部頒布的現(xiàn)行標準、規(guī)范、規(guī)程，結(jié)合系統(tǒng)現(xiàn)狀分析，進一步對基礎資料收集的完整性進行審查，提出審查咨詢意見。 3對系統(tǒng)總體設計方案提出咨詢意見。4根據(jù)營運管理相關系統(tǒng)設計方案的比選深度提出審查咨詢意見；對推薦方案的安全性、合理性、經(jīng)濟性，提出詳細咨詢意見。 5根據(jù)信息化技術發(fā)展趨勢和交通行業(yè)應用需求，對各類技術應用的合理性和前瞻性進行審查，提出咨詢意見。6對具體系統(tǒng)架構(gòu)中存在的差、錯、漏提出咨詢意見。 1.4 咨詢過程2014年08月08日，受業(yè)主委托，收到南京三橋三大系統(tǒng)升級頂層設計

10、方案設計文件，同時開展現(xiàn)場調(diào)研工作。2014年08月09日成立咨詢項目組，組織院內(nèi)人員，開展文件研讀，編制咨詢報告。2014年08月15日，完成咨詢報告初稿。2014年09月01日，收到業(yè)主提供的修改后的南京三橋運營管理系統(tǒng)建設頂層設計設計文件，再次開展文件研讀，編制咨詢報告。2014年09月02日，完成咨詢報告討論稿，并與業(yè)主和設計單位進行溝通與交流。2014年09月19日，完成咨詢報告送審稿，并提交業(yè)主單位。2014年10月13日，收到業(yè)主提供的修改后的南京三橋運營管理系統(tǒng)建設頂層設計設計文件，再次開展文件研讀，編制咨詢報告。2014年10月21日，完成咨詢工作，形成咨詢報告正式稿，并提交

11、業(yè)主單位。第2章 總體評價2.1 總體評價本頂層設計文件基本符合信息化設計文件的要求，營運管理系統(tǒng)項目建設頂層設計具有針對性，總體設計內(nèi)容合理，設計思路清晰。頂層設計中融入了多個部門對系統(tǒng)的需求，需求分析工作全面細致。系統(tǒng)總體建設目標明確，各期建設內(nèi)容選擇合理。系統(tǒng)架構(gòu)設計能夠滿足三橋當前和未來信息化建設要求，具有前瞻性和可擴展性。各系統(tǒng)設計功能能夠緊密圍繞三橋的現(xiàn)狀，能夠解決現(xiàn)階段三橋在營運管理方面的問題，并作為下一階段信息化建設的指導性文件，展現(xiàn)出設計單位對收費、監(jiān)控、通信等營運管理系統(tǒng)的透徹理解，以及在實施方面的豐富經(jīng)驗。經(jīng)過對頂層設計文件的審查，提出以下咨詢意見，建議設計單位結(jié)合實際情

12、況予以修改、補充和完善。2.2 主要問題與意見信息化建設是一個復雜的系統(tǒng)性工程，需要在設計中綜合考慮建設中涉及的各個方面，建議增加對機房環(huán)境、硬件性能、網(wǎng)絡帶寬、存儲空間等方面的設計。同時，需要將系統(tǒng)設計與業(yè)務管理緊密關聯(lián)，完善和細化相關系統(tǒng)功能設計，從三橋大運營體系的視角提高頂層設計廣度。此外，從設計文檔的完整性考慮，建議增加工程建設的造價估算。2.2.1 現(xiàn)狀分析主要意見匯總：（1） 針對收費、通信、監(jiān)控三大系統(tǒng)的現(xiàn)狀進行了分析，分析內(nèi)容包括系統(tǒng)功能和性能兩個方面，對各個系統(tǒng)存在的問題進行了比較全面的分析。但是在對性能分析過程中，分析以定性為主，缺少對性能的量化分析，建議將三大系統(tǒng)在網(wǎng)絡、

13、硬件設備、存儲等方面的問題進行定量分析，為各類性能提高進行方案設計提供數(shù)據(jù)支持。2.2.2 需求分析主要意見匯總：（1） 南京三橋的上級單位包括交通控股和市交通集團，在日常營運管理過程中有許多數(shù)據(jù)和信息需要與上級單位交互。上級單位對營運管理的一些需求可能會影響三橋營運管理系統(tǒng)的建設，目前設計文件中還沒有涉及這部分內(nèi)容，建議進行補充，使需求分析工作更加完善、全面。2.2.3 總體目標主要意見匯總：（1） 在設計中采用循序漸進的思路逐步開展信息化建設，并確定了系統(tǒng)一期、二期和遠期的建設內(nèi)容和目標，這種建設方式非常有利于系統(tǒng)的有效推進，目前交通控股、聯(lián)網(wǎng)中心也是采用分期建設的思路。在各期建設內(nèi)容上，

14、結(jié)合兩路一橋一中心示范工程建設和聯(lián)網(wǎng)中心蘇南路網(wǎng)推廣的要求，建議對本次設計中部分系統(tǒng)的建設時序進行調(diào)整（可以考慮先期建設指揮調(diào)度大平臺、公眾服務等內(nèi)容），滿足聯(lián)網(wǎng)中心現(xiàn)階段對營運管理的相關需求。2.2.4 系統(tǒng)總體架構(gòu)設計主要意見匯總：（1） 系統(tǒng)總體框架圖采用5層結(jié)構(gòu)設計，結(jié)構(gòu)清晰，整體架構(gòu)中各主要層次的建設內(nèi)容缺乏說明，相關文字說明與架構(gòu)圖存在不一致。2.2.5 數(shù)據(jù)中心主要意見匯總：（1） 數(shù)據(jù)中心的數(shù)據(jù)組成中，將數(shù)據(jù)中心的數(shù)據(jù)來源和使用情況進行了定義，確定了數(shù)據(jù)中心的數(shù)據(jù)交互對象包括信息采集系統(tǒng)、省市上級單位數(shù)據(jù)中心、營運管理平臺、公眾服務和綜合管理，這些數(shù)據(jù)交互的系統(tǒng)在“1358”工

15、程建設內(nèi)容中沒有體現(xiàn)，同時，“1358”工程中需要建設的運行維護大平臺、監(jiān)控指揮調(diào)度大平臺等與數(shù)據(jù)中心的關系沒有在數(shù)據(jù)中心中進行明確，建議進一步梳理各系統(tǒng)與數(shù)據(jù)中心的數(shù)據(jù)關系，并保持建設內(nèi)容前后的一致性。（2） 數(shù)據(jù)中心對數(shù)據(jù)儲存、處理和交換的軟件功能進行了細致的設計，對數(shù)據(jù)中心的硬件和網(wǎng)絡建設部分的設計，建議從存儲模式、存儲空間、計算性能、網(wǎng)絡帶寬等方面的設計。2.2.6 監(jiān)控指揮調(diào)度平臺主要意見匯總：（1） 在監(jiān)控指揮調(diào)度平臺中設計了多種終端，包括清排障信息管理系統(tǒng)車載終端、單兵終端和工程養(yǎng)護信息管理單兵終端，這些一方面給工作人員的現(xiàn)場操作帶來不便，另一方面也會增加硬件采購成本，建議對單兵

16、終端進行整體化設計，將相關功能進行融合，形成三合一的統(tǒng)一終端，更好的為操作人員服務。（2） 中心GIS平臺在應用模式上，主體架構(gòu)采用C/S模式設計開發(fā)，為便于用戶使用瀏覽和查閱功能，系統(tǒng)增設了B/S模式。針對同一個平臺，采用多種模式會增加系統(tǒng)開發(fā)的復雜度，在使用過程中也會導致易用性不足，推薦選擇其中一種模式進行平臺的開發(fā)。（3） 監(jiān)控指揮調(diào)度平臺設計中包含基于GIS系統(tǒng)的監(jiān)控指揮調(diào)度平臺、排障管理系統(tǒng)和工程養(yǎng)護管理系統(tǒng)三大部分組成，對系統(tǒng)和平臺的設計內(nèi)容包含了軟件和硬件部分，其中軟件部分的設計深度不夠，缺少對平臺和系統(tǒng)功能模塊的進一步設計，建議將功能設計與業(yè)務邏輯進行關聯(lián)，以業(yè)務與管理為導向細

17、化系統(tǒng)功能設計，推薦采用數(shù)據(jù)流圖和業(yè)務流程圖對多個系統(tǒng)關系進行定義。2.2.7 綜合營運管理大平臺主要意見匯總：（1） 營運管理大平臺涉及到營運數(shù)據(jù)預測系統(tǒng)、數(shù)據(jù)統(tǒng)計分析系統(tǒng)等多個系統(tǒng)的新建，以及現(xiàn)有收費、監(jiān)控系統(tǒng)的升級，這都對現(xiàn)有的網(wǎng)絡造成壓力，對通信系統(tǒng)升級與改造產(chǎn)生一定的影響。設計中對各系統(tǒng)網(wǎng)絡結(jié)構(gòu)、組網(wǎng)方式、傳輸方式、帶寬使用等方面的設計不足，建議在通信網(wǎng)絡系統(tǒng)升級中加以補充。（2） 收費系統(tǒng)升級改造中有智能值機、站級稽查、白名單等系統(tǒng)建設，主要解決收費管理過程中存在的各種問題，新系統(tǒng)功能設計比較全面。由于收費系統(tǒng)是由聯(lián)網(wǎng)部署的重要系統(tǒng)之一，系統(tǒng)升級需要考慮與對現(xiàn)有系統(tǒng)與業(yè)務的影響以及

18、與聯(lián)網(wǎng)中心的分工界面，建議對補充新建內(nèi)容與已有系統(tǒng)的業(yè)務關聯(lián)關系，并明確與聯(lián)網(wǎng)中心在系統(tǒng)升級過程中的分工界面。（3） 監(jiān)控系統(tǒng)升級改造方案主要包括攝像機終端、存儲、傳輸、數(shù)據(jù)和管理軟件的改造，在攝像機方面采用了全線高清IP攝像機的改造方式。在監(jiān)控傳輸方案設計中，提出采用光傳輸方式，缺少傳輸?shù)慕M網(wǎng)模式和傳輸帶寬進行設計，同時缺少對高清視頻的存儲模式、周期、空間大小等方面的設計。2.2.8 維護管理平臺主要意見匯總：（1） 維護管理平臺的設計定位為設備資產(chǎn)的全過程綜合管理，明確了系統(tǒng)功能組成，由于三橋目前設備資產(chǎn)包含非常廣泛，針對不同的設備資產(chǎn)，管理的方式和過程也不一樣，在系統(tǒng)設計中缺乏有效區(qū)分和

19、定義，建議將維護管理平臺管理的設備范圍進行明確，并補充各類設備的管理模式和流程，針對各設備的管理業(yè)務特點，將業(yè)務邏輯融入到系統(tǒng)的功能設計中。2.2.9 數(shù)據(jù)挖掘與輔助決策主要意見匯總：（1） 數(shù)據(jù)挖掘和輔助決策從事件、收費、通行車輛、資產(chǎn)等方面對數(shù)據(jù)進行了分析與挖掘，為營運管理提供了有力的支撐，但缺乏多維數(shù)據(jù)的關聯(lián)分析，建議開展夸主題的數(shù)據(jù)深度挖掘。第3章 現(xiàn)狀分析3.1 基本評價在現(xiàn)狀過程分析中對三橋現(xiàn)狀開展了廣泛的調(diào)研，對不同業(yè)務系統(tǒng)現(xiàn)狀分析具有針對性，并能結(jié)合全省交通信息化的發(fā)展和建設情況進行提出現(xiàn)有軟硬件的不足和主要問題。3.2 三橋現(xiàn)狀1. 原文引用：“3、機電系統(tǒng)現(xiàn)狀 自2005年

20、10月正式通車運行以來，三大系統(tǒng)（收費系統(tǒng)、監(jiān)控系統(tǒng)、通信系統(tǒng)）總體運行良好，除監(jiān)控系統(tǒng)、通信系統(tǒng)外，收費系統(tǒng)于2010年并入江蘇高速公路路網(wǎng)實現(xiàn)聯(lián)網(wǎng)收費，并于2013年底取消入口收取過橋費，改為路網(wǎng)出口收費站代收?！?審查意見：（1） 原文對機電系統(tǒng)現(xiàn)狀分析中以介紹機電系統(tǒng)組成為主，缺少對機電系統(tǒng)運行維護情況的分析，建議將機電系統(tǒng)現(xiàn)狀分析進一步細化，并提出存在的不足。2. 原文引用：“收費站數(shù)據(jù)存儲服務器一般使用年限為5年，這5年如何高效的利用服務器自身的資源，提高收費系統(tǒng)的運行效率和數(shù)據(jù)、系統(tǒng)安全，尤其在月底提高大數(shù)量下的數(shù)據(jù)統(tǒng)計分析時效性，這種需求尤為突出”審查意見：（1） 在分析過程中

21、提出了收費系統(tǒng)硬件資源的不足，但缺乏對導致這一問題的定性和定量分析，建議從數(shù)據(jù)存儲和處理兩個維度分析現(xiàn)有資源使用狀況。3. 原文引用：“由于前期視頻聯(lián)網(wǎng)建設的歷史原因，三橋監(jiān)控視頻信號沒有按照江蘇省高速公路監(jiān)控聯(lián)網(wǎng)技術規(guī)范要求執(zhí)行，而是采用通過光纜傳輸至南京繞越高速，再由南京繞越高速通過光纜轉(zhuǎn)傳至聯(lián)網(wǎng)中心方案?！睂彶橐庖姡海?） 對南京三橋監(jiān)控視頻上傳聯(lián)網(wǎng)中心的過程展開了分析，但缺乏對傳輸方式（以太網(wǎng)交換機、SDH或其他）和傳輸路由的說明。3.3 外部現(xiàn)狀1. 原文引用：“另外，交通運輸廳、交通控股及市交通集團均在實施信息化，逐步實現(xiàn)營運、指揮調(diào)度、信息發(fā)布等平臺的聯(lián)網(wǎng)，目前南京三橋也不具備平

22、臺對接的基礎”審查意見：（1） 原文明確了本次信息化建設的外部環(huán)境和需求，指出三橋現(xiàn)在不具備平臺對接的基礎，但是缺少對不具備條件的原因分析，建議從網(wǎng)絡環(huán)境、數(shù)據(jù)標準、系統(tǒng)應用等多個維度開展不具備對接基礎的分析。第4章 需求分析4.1 基本評價對南京三橋的總體需求進行了有效提煉，需求調(diào)研對象廣泛，包括收費站、監(jiān)控中心、清排障大隊和營運安全部管理層，梳理出不同部門的業(yè)務需求相對有針對性。由于營運管理中會有與其他部門的業(yè)務交互，這些部門也是系統(tǒng)主要干系人的一部分，因此建議適當提高調(diào)研的廣度，將工程部、財務部等部門的需求也納入需求分析范圍，并進行整理與匯總。4.2 監(jiān)控中心調(diào)研1. 原文引用：“頂層設

23、計覆蓋監(jiān)控中心、清排障大隊、養(yǎng)護大隊等業(yè)務部門，在這些業(yè)務部門預留專用接口開發(fā)客戶端，共享平臺上的信息。”審查意見：（1） 設計中考慮到了多個部門之間的信息共享，并設計共享模式為接口+開發(fā)專用客戶端方式，這將增加各客戶端開發(fā)成本及數(shù)據(jù)跨系統(tǒng)的交互頻率，建議采用統(tǒng)一系統(tǒng)，不同權限配置的方式實現(xiàn)信息共享，減少各業(yè)務部門開發(fā)客戶端工作量，有利于數(shù)據(jù)安全性和穩(wěn)定性的控制。2. 原文引用：“5、設計專用接口規(guī)范，強化與周邊路段交通資訊共享與采集分析 研究開發(fā)專用的收費實時流量交換接口規(guī)范，在實現(xiàn)采集周邊路段交通流量的同時，共享南京三橋的實時流量情況、分流情況、事故情況等信息?！睂彶橐庖姡海?） 設計中提

24、出研究與周邊路網(wǎng)數(shù)據(jù)交換的接口規(guī)范，這對路公司來說工作量和協(xié)調(diào)成本比較高，而且現(xiàn)在兩路一橋一中心的示范工程中對路網(wǎng)與路公司的數(shù)據(jù)交互已經(jīng)有了明確定義，包括數(shù)據(jù)交互的接口規(guī)范與數(shù)據(jù)內(nèi)容，建議直接復用聯(lián)網(wǎng)中心已經(jīng)形成的相關標準規(guī)范，減少信息化建設的工作量。第5章 總體目標5.1 基本評價總體目標明確，并結(jié)合業(yè)務管理需要開展分期建設，各階段性目標設置基本合理，基本能夠指導各階段的系統(tǒng)建設，由于交通控股和市交通集團上級單位也在開展信息化建設，建議在建設時序上能夠結(jié)合上級單位的相關要求，調(diào)整各期建設系統(tǒng)的時間。5.2 具體意見1. 原文引用：“3）維護管理大平臺 以南京三橋機電維護班日常業(yè)務為基礎，結(jié)合

25、機電設備全生命周期管理，系統(tǒng)的日常工程養(yǎng)護和維修，建立一整套服務于機電維護班、維護單位、營運安全部、工程部、財務部的跨部門、多機構(gòu)協(xié)同的信息管理平臺?！睂彶橐庖姡海?） 設計中將維護管理平臺的范圍定義為機電設備，對現(xiàn)有電力監(jiān)控設備和未來信息化相關設備的維護與管理工作缺少考慮，建議將營運部負責的相關設備維護與管理工作都納入維護管理大平臺的覆蓋范圍。2. 原文引用：“5、總體性能要求 系統(tǒng)性能年限：>= 8 年，保持主體系統(tǒng)無需重大改動?！睂彶橐庖姡海?） 在提出總體性能要求時定義過于模糊，對系統(tǒng)后期的實施缺乏相關的約束性，建議將性能指標進行一步細化和完善，可以考慮從響應速度、穩(wěn)定性、可靠性

26、、安全性、可擴展性、可維護性等多個方面加以量化。3. 原文引用：一期目標與二期目標的建設內(nèi)容審查意見：（1） 考慮到全省信息化推進步驟，推薦將二期中“ 監(jiān)控指揮調(diào)度大平臺建設”和“維護管理大平臺建設”放在一期建設。第6章 系統(tǒng)總體架構(gòu)設計6.1 基本評價系統(tǒng)總體架構(gòu)相對合理，各層次建設內(nèi)容比較全面，基本能夠清晰的表示出整個信息化的層次關系和建設內(nèi)容。6.2 系統(tǒng)總體架構(gòu)1. 原文引用：審查意見：（1） 在系統(tǒng)總體框架圖前后，配合了部分的文字對框架圖進行說明，說明內(nèi)容主要為路網(wǎng)建設內(nèi)容和信息采集，與框架圖的內(nèi)容不是很匹配，建議將對文字說明進行調(diào)整并與框架圖保持一致。第7章 數(shù)據(jù)中心7.1 基本評

27、價數(shù)據(jù)中心設計內(nèi)容齊全，功能設置完善合理，能夠?qū)崿F(xiàn)數(shù)據(jù)的集中、統(tǒng)一、標準化的管理。同時，對數(shù)據(jù)中心與應用系統(tǒng)之間，數(shù)據(jù)中心與其他數(shù)據(jù)中心之間的數(shù)據(jù)關聯(lián)關系與分工界面進行了全面分析，清晰定義了數(shù)據(jù)中心的功能范圍和數(shù)據(jù)內(nèi)容。但是數(shù)據(jù)中心的部分數(shù)據(jù)內(nèi)容與三橋“1358”工程建設存在不一致，建議數(shù)據(jù)中心的建設能夠緊密圍繞“1358”工程。此外，數(shù)據(jù)中心在數(shù)據(jù)存儲方面設計內(nèi)容較少，建議增加數(shù)據(jù)中心存儲模式設計和存儲數(shù)據(jù)空間大小估算。7.2 數(shù)據(jù)中心功能7.2.1 數(shù)據(jù)中心的功能1. 原文引用：“數(shù)據(jù)中心是南京三橋高速公路營運管理信息系統(tǒng)集數(shù)據(jù)存儲、管理、處理、共享等多功能的數(shù)據(jù)支撐平臺。它向下連接路段數(shù)

28、。它向下連接路段數(shù)據(jù)采集系統(tǒng)，匯集路段數(shù)據(jù)信息，向上與聯(lián)網(wǎng)中心綜合數(shù)據(jù)中心相連，實現(xiàn)雙向數(shù)據(jù)共享，在此基礎上，為南京三橋兩大業(yè)務平臺（營運管理平臺、綜合指揮調(diào)度平臺）提供強大數(shù)據(jù)服務”審查意見：（1） 設計中提出數(shù)據(jù)中心為營運管理平臺、綜合指揮調(diào)度平臺提供數(shù)據(jù)服務，局限了數(shù)據(jù)中心的服務范圍，數(shù)據(jù)中心在信息化中的定位是為整個公司信息化服務，所有應用系統(tǒng)的數(shù)據(jù)都需要與數(shù)據(jù)中心進行交互，建議將數(shù)據(jù)中心的數(shù)據(jù)服務范圍擴大為所有應用系統(tǒng)，包括未來建設的非營運管理系統(tǒng)。7.2.2 數(shù)據(jù)中心的數(shù)據(jù)組成1. 原文引用：“6.2.2.1 數(shù)據(jù)中心對信息采集系統(tǒng)數(shù)據(jù)的采集”審查意見：（1） 根據(jù)采集數(shù)據(jù)分析，采集

29、系統(tǒng)主要采集交調(diào)、微波車檢和卡口數(shù)據(jù)，缺乏針對機電、電力監(jiān)控等數(shù)據(jù)的采集，建議對采集數(shù)據(jù)內(nèi)容進行完善。2. 原文引用：“6.2.2.3 數(shù)據(jù)中心對營運管理平臺功能”審查意見：（1） 在數(shù)據(jù)中心與營運管理平臺的數(shù)據(jù)交互設計中，主要包括外場設施設備、橋梁基礎設施、突發(fā)事件處置、清排障車輛調(diào)度等數(shù)據(jù)，而營運管理平臺設計建設的內(nèi)容主要為三大系統(tǒng)的升級和收費相關業(yè)務的管理，兩者之間存在前后不一致，建議設計時平臺建設內(nèi)容和數(shù)據(jù)能夠保持一致。3. 原文引用：“6.2.2.7 數(shù)據(jù)中心為綜合管理提供的支撐信息”審查意見：（1） 在營運管理系統(tǒng)的總體框架設計中不包含綜合管理平臺內(nèi)容，在數(shù)據(jù)中心部分提出需要與綜合

30、管理平臺進行數(shù)據(jù)交互，建議增加綜合管理平臺的相關設計或在本設計文檔中刪除與綜合管理平臺相關的內(nèi)容。第8章 監(jiān)控指揮調(diào)度平臺8.1 基本評價平臺整體架構(gòu)合理，系統(tǒng)服務對象分析全面，系統(tǒng)功能基本涵蓋了指揮調(diào)度、工程養(yǎng)護、清排障等業(yè)務內(nèi)容，解決了目前三橋在相關業(yè)務中遇到的難題，在各個子系統(tǒng)的設計上，內(nèi)容比較豐富，對后期實施具有很強的指導性。建議監(jiān)控調(diào)度平臺采用數(shù)據(jù)流圖的方式體現(xiàn)設多系統(tǒng)之間的業(yè)務協(xié)同，推薦將多種終端功能進一步優(yōu)化設計，考慮把多種終端合為一體的可能性。8.2 監(jiān)控指揮調(diào)度系統(tǒng)技術架構(gòu)1. 原文引用：指揮調(diào)度系統(tǒng)技術架構(gòu)設計與說明審查意見：（1） 設計中分析了指揮調(diào)度業(yè)務的主要參與單位及

31、處理分工，對技術部分提出了GIS技術，對整體技術架構(gòu)描述不足，建議補充系統(tǒng)建設中關鍵技術的使用和比選過程。8.3 基于GIS系統(tǒng)的監(jiān)控指揮調(diào)度平臺8.3.1 中心GIS平臺訪問方案1. 原文引用：“由于考慮到系統(tǒng)的運行效率和兼容性問題，本系統(tǒng)主體架構(gòu)采用c/s架構(gòu)進行設計和開發(fā)。 為便于普通用戶瀏覽和查閱系統(tǒng)的相關信息，本系統(tǒng)還增設了b/s架構(gòu)的網(wǎng)站以便用戶通過瀏覽器及時了解系統(tǒng)數(shù)據(jù)，如道路視頻，清排障事件處理過程，緊急事件的處理過程等?！?審查意見：（1） 設計中針對監(jiān)控指揮調(diào)度平臺分別采用了B/S和C/S兩種模式進行開發(fā)，缺少對兩種模式的功能區(qū)分，對同一用戶如果需要分別通過B/S和C/S來

32、查詢和操作，系統(tǒng)的易用性不足，推薦采用統(tǒng)一的應用模式如B/S或C/S，減少開發(fā)和應用的復雜度，便于用戶使用，也便于與聯(lián)網(wǎng)中心或其他單位業(yè)務聯(lián)動。8.4 清排障信息管理系統(tǒng)車載終端8.4.1 清排障信息管理系統(tǒng)車載終端硬件1. 原文引用：“清排障信息管理系統(tǒng)車載終端是清排障工程養(yǎng)護系統(tǒng)的前端設備，采用工業(yè)級的嵌入式操作系統(tǒng)為核心，加載專用的管理系統(tǒng)?！睂彶橐庖姡海?） 對清排障車載終端的主要軟件功能進行了明確，缺少輔助功能的要求，如設備的三防要求，設備的本地存儲等，這些輔助要求對設備的實際使用效果影響比較大，推薦終端設備增加相關設計內(nèi)容。第9章 綜合營運管理大平臺9.1 基本評價綜合營運管理大平

33、臺設計內(nèi)容比較齊全，各個系統(tǒng)的設計內(nèi)容基本覆蓋業(yè)務需求，能夠為三大系統(tǒng)和服務區(qū)系統(tǒng)升級改造提高指導，提高營運管理數(shù)據(jù)分析水平，提高數(shù)據(jù)預測的準確度。建議對部分方案進一步細化，并輔助以圖表等多種形式闡述設計方案內(nèi)部的各種關系。9.2 收費系統(tǒng)升級改造方案9.2.1 綠色通道快速稽查放行1. 原文引用：“本方案設計采用移動終端來實現(xiàn)對綠色通道車輛的快速核查，并實現(xiàn)與收費系統(tǒng)聯(lián)動，具體方案如下：采用便攜式平板與移動終端（IPAD Mini）”審查意見：（1） 設計中對使用平臺與移動終端（IPAD Mini）的功能進行了設計，結(jié)合設計內(nèi)容與清排障和養(yǎng)護系統(tǒng)中單兵終端功能有一定的類似度，主要為定位、視頻

34、、語音、拍照等功能，推薦將單兵引入到快速稽查工作中，這樣能夠統(tǒng)一公司內(nèi)部的各種終端，有利于終端應用的統(tǒng)一開發(fā)。9.3 監(jiān)控系統(tǒng)升級改造方案9.3.1 數(shù)字化、網(wǎng)絡化數(shù)字網(wǎng)絡視頻監(jiān)控系統(tǒng)建設方案設計1. 原文引用：“對現(xiàn)有視頻存儲服務器進行升級，采用目前較先進、技術較成熟的數(shù)字視頻存儲技術，增加設備的存儲空間，充分預留模擬和數(shù)字兩種接口，以兼容當前前端攝像機多樣化的現(xiàn)狀。”審查意見：（1） 設計中提出對視頻進行IP高清化改造和需要進行存儲擴容，但是缺少對擴容的方案進行設計，建議在存儲系統(tǒng)設計中從存儲模式、存儲空間、周期等方面對升級方案進行設計。9.3.2 視頻矩陣升級1. 原文引用：“通過升級現(xiàn)

35、有的視頻矩陣系統(tǒng)，實現(xiàn)基于數(shù)據(jù)化的視頻矩陣平臺，同時考慮到現(xiàn)有電視墻輸入為模擬信號，升級數(shù)字化視頻控制器費用較高，由于后端存儲改為數(shù)字信號，無法使得模擬接口的矩陣兼容使用，需進行高清數(shù)字化改造，可考慮升級電視墻及控制器，采用液晶超窄邊（屏縫4.9mm）的拼接屏技術，目前南京三橋收費站監(jiān)控室已完成模擬視頻矩陣的全數(shù)字化改造。”審查意見：（1） 視頻矩陣的升級與監(jiān)控中心的大屏能夠提高調(diào)度人員對道路的實施監(jiān)控，在視頻矩陣升級過程中，需要考慮到電視墻的改造，設計文件中缺少對電視墻的改造方案設計。9.3.3 監(jiān)控視頻傳輸系統(tǒng)改造1. 原文引用：“為了提高視頻傳輸質(zhì)量，保證視頻傳輸穩(wěn)定性，建議采用光傳輸方式?！睂彶橐庖姡海?） 對傳輸系統(tǒng)改造提出采用光傳輸技術，整體技術選擇上符合傳輸技術發(fā)展方向，缺少使用光傳輸技術開展傳輸系統(tǒng)改造的設計方案，建材補充具體改造設計方案，并對點對點光端機、節(jié)點光端機或光平臺方式進行比選和確定。9.3.4 智能巡航方案設計1. 原文引用：“采用視頻巡航系統(tǒng)，定期檢測是否存在事故隱患