【正文】 現(xiàn)。 架構(gòu) 詳見圖 42。 網(wǎng)上支付 功能依托網(wǎng)站實現(xiàn) ， 平 臺應提供購票者 電子乘車認證信息， 旅客 憑電子認證信息完成檢票坐車，形成整個購票 和出行 流程的電子化。 ? 動態(tài) 顯示班次信息 系統(tǒng)為客運站的電子顯示屏提供實時的班次信息，如余票、停 運 XX 市城市交通管理局 30 班次 、發(fā)車時刻、票價 等 信息 。 該功能為更新升級。該功能部分為新開發(fā)，部分為 更新升級。該功能為新開發(fā) 。磁帶庫和備份服務器能自動完成數(shù)據(jù)增量備份 和全備份工作。 系統(tǒng)安全建設 系統(tǒng)級防護 根據(jù)信息系統(tǒng)安全等級保護規(guī)定，對 XX 市 公路客運信息平臺信息安全保護 等級 的評估 如 表 41 所示 ： 表 41 平臺業(yè)務信息安全保護等級評估 業(yè)務信息安全被破壞時所侵害的客體 對相應客體的侵害程度 一般損害 嚴重損害 特別嚴重損害 公民、法人和其他組織的合法權(quán)益 第一級 第二級 第二級 XX 市城市交通管理局 36 社會秩序、公共利益 第二級 第三級 第四級 國家安全 第三級 第四級 第五級 對平臺 服務安全等級 的評估 如 表 42所示 ： 表 42 平臺服務安全等級的評估 系統(tǒng)服務被破壞時所侵害的客體 對相應客體的侵害程度 一般損害 嚴重損害 特別嚴重損害 公民、法人和其他組織的合法權(quán)益 第一級 第二級 第二級 社會秩序、公共利益 第二級 第三級 第四級 國家安全 第三級 第四級 第五級 綜上， XX 市 公路客運 信息平臺 的安全保護等級由信息安全等級和系統(tǒng)服務安全等級的較高者決定。 XX 市城市交通管理局 37 安全管理平臺 安全管理平 臺利用原平臺系統(tǒng) 。采用專業(yè)的監(jiān)控設備，節(jié)約電能。 實施管理 規(guī)范的項目實施管理是項目成功的保證，本項目涉及多 個應用子系統(tǒng)和跨平臺、跨區(qū)域的數(shù)據(jù)交換，數(shù)據(jù)交換的標準和接口復雜多樣，整個項目內(nèi)容按照條塊分割具有不同的技術(shù)與實施方案，需要針對不同的管理對象采取不同的管理流程，同時需要對項目內(nèi)容按照應用和數(shù)據(jù)流程進行有序組合，兼顧單元管理 和整體管理與聯(lián)動。 長期運行風險及控制措施 系統(tǒng)安全 本項目的核心內(nèi)容是 保障行業(yè)的連續(xù)運營， 業(yè)務實時性要求高，數(shù)據(jù)量大，子系統(tǒng)接口復雜，受被動 攻擊的風險 較高，需要在項目中進行應用安全性建設，包括網(wǎng)絡隔離、防病毒、防入侵、漏洞掃描、防火墻，同時建立 災備 系統(tǒng) ，保障系統(tǒng)與數(shù)據(jù)安全。系統(tǒng)建成后，由 XX 市 城市交通信息中心 負責系統(tǒng)日常 XX 市城市交通管理局 40 運行和維護， 技術(shù) 維護工作進行專業(yè)化管理，長期委托具有豐富維護經(jīng)驗的公司建立維護平臺和熱線支持。 表 83分項預算表（軟件開發(fā)費用） 系統(tǒng) 功能模塊 人月數(shù) 預算 公眾服務支持 電子客票支持 22 33 自動售票支持 10 15 發(fā)車信息 4 6 班次查詢 4 6 到站信息 4 6 票務查詢 4 6 小計 48 72 聯(lián)網(wǎng)票務結(jié)算 票務 結(jié)算 40 60 操作審計 20 30 安全認證 10 15 客運站自主開發(fā)功能接口 6 9 小計 76 114 數(shù)據(jù)倉庫和政府行業(yè)監(jiān)管 經(jīng)營行為監(jiān) 管 10 15 。 表 81 預算匯總表 名稱 費用估算（萬元） 備注 系統(tǒng)軟硬件 主機與存儲 516 平臺部分原設備作為災備系統(tǒng)的一部分 系統(tǒng)軟件 380 數(shù)據(jù)庫、中間件、數(shù)據(jù)備份軟件、數(shù)據(jù)同步復制軟件、應用審計軟件等 網(wǎng)絡與安全 380 小計 1276 應用軟件開發(fā) 公眾信息服務 72 電子客票、自助售票等 原平臺票務 和管理修改 114 票務結(jié)算、操作審計等功能管理 數(shù)據(jù)倉庫和政府行業(yè)監(jiān)管 231 建立數(shù)據(jù)倉庫，對數(shù)據(jù)做加工處理供行業(yè)監(jiān)管部門決策分析 小計 417 系統(tǒng)集成 系統(tǒng)集成費 80 不超過系統(tǒng)軟硬件費用的 8％ 機房建設 機房建設費 120 其他 其它 40 包括前期費用和不可預見費用 合計 1933 XX 市城市交通管理局 41 分項預算表 系統(tǒng)軟硬件 參見表 82。通過保證網(wǎng)絡連通，加強接口功能的可靠性等手段，確保系統(tǒng)動態(tài)數(shù)據(jù)實時更新。 內(nèi)部風險及控制措施 需求與設計 功能 需求的模糊和變更以及設計的缺陷是項目實施的首要內(nèi)部風險，交通 局已經(jīng)完成機構(gòu)改革，部門 職能穩(wěn)定，業(yè)務對信息系統(tǒng)的 XX 市城市交通管理局 39 需求明確，但需求的邊 界尚待 在需求調(diào)研與設計中進行明確 ，在項目設計階段，對影響項目的重大風險進行預測，研究各風險狀況對項目目標的影響程度，進行項目的敏感性分析。 招投標管理 該項目通過政 府招標 方式選擇實施方，充分考察實施方的資質(zhì)水平，對于軟件開發(fā) 的實施方選擇尤其重要， 在招標前進行細致的調(diào)查分析，以減少軟件質(zhì)量控制和后期維護的風險，采取軟件開發(fā)總承包的方式使項目 完成后的軟件維護管理工作實現(xiàn)單線管理，減少多頭管理的繁雜和疏漏。 第一階段： 完成業(yè)務需求調(diào)研，形成 需求分析和詳細設計 文檔，并完成本項目涉及的 基礎設施建設 ，共計 4個月 ； 第二階段： 完成 軟件 功 能 開發(fā)與系統(tǒng)集成 ，并上線 試運行 ，共計 6個月 ； 第三階段： 完成系統(tǒng) 應用部署與 功能 完善深化 ，共計 2 個月 。 表 43 平臺的安全保護定級 信息系統(tǒng)名稱 安全保護等級 業(yè)務信息安全等級 系統(tǒng)服務安全等級 XX市 公路客運信息平臺 第二級 第二級 第二級 針對二級保護系統(tǒng)該制定以下保護原則： ? 防病毒系統(tǒng)，對新增 PC服務器安裝防病毒軟件 ， 可以殺除各類文件病毒，病毒庫和版本 實時自動更新，對重要數(shù)據(jù)文件具有恢復功能； ? 網(wǎng)絡漏洞掃描系統(tǒng)，對于新增服務器配置漏洞掃描系統(tǒng)，實時檢測操作系統(tǒng)的最新漏洞與缺陷，并自動進行補丁下載與安裝，對惡性攻擊具有報警功能 。 系統(tǒng)軟件建設 操作系統(tǒng)選用 Linux，數(shù)據(jù)庫選用 Oracle10g，應用中間件選用WebLogic9i。 網(wǎng)絡拓撲 結(jié)構(gòu) 見圖 44： 上海市城市交通管理局 34 圖 44 上海公路客運信息平臺改造后 拓撲結(jié)構(gòu) 上海市城市交通管理局 35 服務器、存儲系統(tǒng)建設 在 工作系統(tǒng) 和災備 系統(tǒng) 分別部署一套服務器和存儲設 備，其中災備系統(tǒng) 利用原 平臺的 設備， 兩個系統(tǒng) 分別建立 SAN 存儲系統(tǒng)， 每臺服務器同時通過兩條光纖 分別與兩臺光纖交換機相連 ，每臺光纖交換機采用雙光纖通道與磁盤陣列相連 。 該功能為新開發(fā) 。該功能為新開發(fā)。 聯(lián)網(wǎng)票務結(jié)算功能包括： ? 完整的結(jié)算功能 為 公路 客運 行業(yè)各 經(jīng)營者之間 的財務結(jié)算 提供完整功能。 ? 終端自動售票 支持 功能 為有條件的客運站提供終端自動售票功能 的接口 。 應用系統(tǒng)建設內(nèi)容 平臺 的用戶 數(shù)量眾 多， 數(shù)據(jù)流也比較復雜，但本著政府“有所為，有所不為”的公共管理宗旨，系統(tǒng)的功能定位又是清晰的，即 公眾出行服務、聯(lián)網(wǎng)票務結(jié)算和 政府行業(yè)監(jiān)管三大子 系統(tǒng) ， 系統(tǒng)的總體功能模塊如圖 43 所示 ，圖中細線實框表示現(xiàn)有功能模塊，粗線實框表示本項目待加強的功能模塊，虛線框表示本項目待新增模塊 。 遠程鏡像技術(shù)往往同快照技術(shù)結(jié)合起來實現(xiàn)遠程備份，即通過鏡像把數(shù)據(jù)備份到遠程存儲系統(tǒng)中，再用快照技術(shù)把遠程存儲系統(tǒng)中的信息備份到遠程的磁帶庫、光盤庫中。 從涉及范圍、影響面、數(shù)據(jù)完整性和社會影響等方面來分析， 聯(lián)網(wǎng)售票 屬于關(guān)鍵業(yè)務系統(tǒng)，是典型的 OLTP（聯(lián)機事務處理） ，其數(shù)據(jù)的完整性和恢復及時性要求比較高 ，長時間的中斷會造成比較大的社會影響，會影響整個 XX 市 市公路客運的運營 秩序，特別是節(jié)假日尤其嚴重。國際標準SHARE 78 定義的容災 系統(tǒng)有七個層次（如 圖 41所示），從最簡單的僅在本地進行磁帶備份，到將備份的磁帶存儲在異地，再到建立應用系統(tǒng)實時切換的異地 災 備 系統(tǒng)，恢復時間也可以從幾天到小時到分鐘、秒或 0數(shù)據(jù)丟失等。 (1)數(shù)據(jù)復制 通過城域網(wǎng)連接，實現(xiàn)生產(chǎn)系統(tǒng)向災備 系統(tǒng)的同步 和異步復制，確保系統(tǒng)數(shù)據(jù)的高可用性。 災備 系統(tǒng) 系統(tǒng)目標 建立基于應用層容災的同城災備 系統(tǒng)，達到既能保護數(shù)據(jù)的完整性，使業(yè)務數(shù)據(jù)損失最少甚至沒有業(yè)務數(shù) 據(jù)損失 ,又能保障快速恢復運行，使業(yè)務停頓時間最短甚至不中斷業(yè)務的目標。 中間件：需要穩(wěn)定、成熟、性價比高，遵循 ，通過SUN認證，同時適合大型業(yè)務系統(tǒng)邏輯處理的中間件軟件 WEBLOGIC。 軟件需求分析 由于本項目是對原系統(tǒng)的改造，軟件選擇應遵循一致性的原則。擬改造 項目的安全建設內(nèi)容 除 延續(xù)以上各方面 之外，重點在于 應用系統(tǒng)安全建設 、 數(shù)據(jù)備份 和 VPN 接入 ，涵蓋范圍包括已建和 新增的服務器、網(wǎng)絡等硬件及應用軟件等 ，主要包括： ? 應用安全：身份鑒 別、訪問控制、通信完整性、軟件容錯、權(quán)限控制、代碼安全 ； ? 數(shù)據(jù)安全：數(shù)據(jù)完整性、數(shù)據(jù)保密性、數(shù)據(jù)備份和恢復 ； ? VPN 接入：代理售票點通過公網(wǎng)的安全認證及接入。 為避免存儲系統(tǒng)成為系統(tǒng)性能的瓶頸，系統(tǒng)存儲系統(tǒng)的使用率應小于 40%，采用鏡像方式存儲數(shù)據(jù)。票務信息、交易日志和交易流水都按照保留三個月進行統(tǒng)計： 票務信息容量 = 3*325000*30*3/1024/1024≈ 84GB XX 市城市交通管理局 23 交易日志容量 = 5*325000*30*3/1024/1024≈ 140GB 交易流水容量 = 2*325000*30*3/1024/1024≈ 56GB 總體數(shù)據(jù)容量要求： 84GB+140GB+56GB = 280GB。除 售票以外 ， 其它子系統(tǒng) 的 功能和相 關(guān)的應用接口程序預留 40%的處理能力；另外， CPU使用按 55%計 。 圖 35 數(shù)據(jù)流分析 數(shù)據(jù)量分析 ? 日售票數(shù)據(jù) 45477(2021— 2021 平均每天出票量 ) ? 日最高售票數(shù)據(jù) 130000 ? 網(wǎng)站平均日訪問量 15000 次左右 ，峰值 30000次 XX 市城市交通管理局 22 ? 客運業(yè)戶數(shù) 166戶 ? 客運車輛數(shù) 9170 輛 ? 班線數(shù) 881 條 ? 班次數(shù) 3800 個 ? 社會代理點 5 個 ? 客運站 39 個 (1) 整體性能要求 目前每天平均 售出 5萬張票，峰值最高為 13 萬張 ， 按照滿足未來五年的需求 ，每年的增長量按 20%計算，五年后，每天 的峰值客戶量達到 13萬 *（ 1+20%） 5 ≈ 325000。 數(shù)據(jù)分析 數(shù)據(jù)流程和屬性分析 XX 市城市交通管理局 21 擬改造 項目 中，車輛、人員、線路、票價等的基本信息來源于基礎數(shù)據(jù)庫 ， 結(jié)合排班、售票 、檢票 等營運數(shù)據(jù)， 形成 客運平臺 的綜合數(shù)據(jù)庫。 客運線 網(wǎng) 分析： 始發(fā)站和到達站分布、同向班線集中度分析、 發(fā)班統(tǒng)計、實載率分析。 政府行業(yè)監(jiān)管系統(tǒng) 行業(yè)監(jiān)管功能包括： 客運經(jīng)營行為監(jiān)管 ：發(fā)車準點率、站外組客和超載監(jiān)控。 聯(lián)網(wǎng)票務結(jié)算系統(tǒng) 在原有 系統(tǒng)的售票、退票 、 檢票 、排班管理、 票據(jù)管理 等功能的基礎上擴充以下功能： 結(jié)算功能： 首先建立客運站與客運站間，以及代理售票點與客運站間的結(jié)算關(guān)系，其次實現(xiàn)客運站與其簽約客運經(jīng)營者之間的結(jié)算關(guān)系，因各類結(jié)算關(guān)系間的方式和周期各不相同， 系統(tǒng)應方 便使用主體設置。 公眾 出行信息服務系統(tǒng) 查詢購票功能：旅客通過電腦、手機實現(xiàn)在線班次查詢，并可購買電子客票。 XX 市城市交通管理局 18 圖 34 新業(yè)務流程 (2)監(jiān)管運輸企業(yè)、車輛、 從業(yè) 人員的 市場 行為 整合后的信息可以關(guān)聯(lián)政府許可信息和企業(yè)營運信息，在 道口檢查站 的執(zhí)法人員通過查詢手持終端設備可以有效杜絕站外組客、非正常維護 車輛繼續(xù)運營 等行為；運管處可以對發(fā)車準點率、實載率等一系列指標進行統(tǒng)計，實現(xiàn)對經(jīng)營權(quán)的量化考核，有效消除公路客運的安全 隱患，提高 行業(yè)的 服務質(zhì)量。 網(wǎng)站不在 項目范圍內(nèi)，但系統(tǒng)應當考慮來自此項服務 的 數(shù)據(jù)和功能支撐 壓力，并做好 接口 設計。 (1)為出行者提供 便利、 準確的出行服務 面向旅客的出行服務體現(xiàn)在 三 個方面。 兩大系統(tǒng)互不關(guān)聯(lián)的現(xiàn)狀 使管理決策部門不能實時獲取 運營 相關(guān)信息 實現(xiàn) 監(jiān) 管 ， 也不能利用旅客流量、流向 等統(tǒng)計數(shù)據(jù) 作出 準確調(diào)控措施 。監(jiān)管機構(gòu)（ 交通局、運管處和執(zhí)法總 隊）負責 班線 、 車輛 的審批 、駕駛員管理、 規(guī)費 征收、核價、 稽查等 職能 ； 客運站 經(jīng)營者 主要負責售票、 制定 客運 班次 計劃、檢票、結(jié)算等業(yè)務 ；客運經(jīng)營者 主要負責 車輛維護、運營安全，確保 XX 市城市交通管理局 16 客運班車 按照許可的線路、班次、站點運行 。 調(diào)整