ICS35.240.60

B07

SZDB/Z

深圳市標準化指導性技術文件

SZDB/Z35—2011

公交智能調度系統平臺規范

IntelligentPublicTransportationDispatchSystemPlatformSpecification

2011–03–09發布2011–04–01實施

深圳市市場監督管理局發布

SZDB/Z35-2011

公交智能調度系統平臺規范

1范圍

本指導性技術文件規定了深圳市公交智能調度系統智能調度平臺的術語和定義、縮略語、性能要求、

功能要求。

本指導性技術文件適用于深圳市全市范圍內各公交營運企業規劃建設的智能調度平臺（以下簡稱

“平臺”）。

2規范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

DB44/T578—2009衛星定位汽車行駛記錄儀通用技術規范

DB44/T769—2010重點監管車輛監控平臺數據接口規范

DB44/T770—2010重點監管車輛監控平臺基本功能要求

SZDB/Z12—2008深圳市公交中途站設置規范

SZDB/Z30—2010公交智能調度系統車載調度終端

SZJG31—2010公共汽車通用技術要求

3術語和定義

SZDB/Z30—2010、SZJG31—2010、DB44/T578—2009、DB44/T769—2010及DB44/T770—2010

界定的以及下列術語和定義適用于本文件。

3.1

智能調度平臺IntelligentTransportationPlatform

公交智能調度系統中，由公交營運企業根據管理需求建立，主要用于實現車輛集中監控及智能調度

的信息化平臺。

4縮略語

下列縮略語適用于本指導性技術文件。

GIS：地理信息系統（GeographicInformationSystem）

GPRS：通用分組無線業務（GeneralPacketRadioService）

ID：身份標識號碼（identity）

POS：銷售終端（PointOfSale）

VDT：車載調度終端（VehicleDispatchTerminal）

1

SZDB/Z35-2011

5性能要求

5.1平臺容量

平臺自身穩定運行時能支持同時在線的VDT數目應不小于10000臺。

5.2響應時間

平臺與VDT之間進行數據傳輸時的響應時間應不大于5s。

5.3實時轉發頻率

平臺在接收到VDT上傳數據的1s內，應將數據轉發至行業管理服務平臺。

5.4平均無故障時間

平臺的平均無故障時間應不小于10000h。

5.5原始數據保存時間

平臺接收的VDT原始音視頻信息保存時間應不小于1年，其他原始數據的保存時間可根據行業主管部

門的要求和企業營運管理的需求確定，但不應小于3年。

5.6數據接口

平臺應實現與企業內部和外部其他系統，如人事管理系統、資產管理系統、公交行業管理服務平臺

等的對接，并實現數據報送與信息交互。

5.7系統開放性

根據實際使用過程中的需求及業務變化，平臺各項功能及內容應具有可調整性。

6功能要求

6.1總體要求

平臺功能應符合DB44/T770—2010的要求。此外，還應符合本文件6.2至6.10的功能要求（系統功

能框架圖參見本文件附錄A）。

6.2基礎信息管理功能

6.2.1一般要求

對指定類型信息應具備查詢、新增、修改、刪除等功能。

6.2.2信息定義

應具備統一的基礎數據庫，并實現對本文件附錄B中各類信息的定義。

6.3計劃排班管理功能

6.3.1一般要求

6.3.1.1所有數據應支持工作表文檔（如MicrosoftExcel）導入及導出功能。

6.3.1.2計劃排班管理應具備查詢、新建、修改、申請發布、審核、發布、注銷等功能。

2

SZDB/Z35-2011

6.3.2行車計劃

6.3.2.1應實現根據線路、車輛情況編輯發車時刻表。應對以下數據進行定義：

——發車時間；

——首站；

——單邊營運時間；

——末站；

——到站時間；

——其他用戶需要的數據。

6.3.2.2應實現多種行車計劃創建方式，如：

——基于分時段客流參數；

——基于分時段車速參數；

——基于計劃編制參數；

——空白行車計劃。

6.3.2.3應實現多種行車計劃編輯方式，如：

——班次橫式；

——班次豎式；

——車次流水方式。

6.3.2.4應實現多種行車計劃快捷錄入方式，如：

——選擇區域設置參數快速錄入；

——批量設置車次共性信息；

——批量復制車次信息。

6.3.2.5應實現非營運、業務活動及其他計劃的編制，如：

——加油計劃；

——維修計劃；

——保養計劃；

——公務計劃；

——包車計劃。

6.3.3配車排班

6.3.3.1排班管理應包括以下功能：

——排班計劃生命周期的管理，包括新建、申請發布、審核、發布、注銷等；

——日常排班新建；

——排班模板新建。

6.3.3.2應實現多種排班創建方式，如：

——創建空白排班計劃；

——基于行車計劃創建排班計劃；

——基于歷史排班計劃復制；

——基于排班模板計劃復制。

6.3.3.3應實現多種排班編輯方式，如：

——自動編制：根據線路輪班、輪休、替班、節假日規則，自動編制新的排班計劃，應支持手動再

調整；

——手動編制：通過手工編制排班計劃。

3

SZDB/Z35-2011

6.3.3.4應實現創建自動編排規則，如：

——輪班規則：車輛對應班次的輪轉規則；

——輪休規則：司乘人員輪換輪休規則；

——替班規則：機動人員替班規則；

——節假日規則：節假日特殊班次配備規則。

6.3.3.5應支持資源狀態維護，如：

——人員狀態：包括請假狀態、工作狀態等；

——車輛狀態：包括車輛維修、車輛保養等。

6.3.3.6應實現對線路營運相關人員的排班，如：

——站務員；

——調度員；

——當班領導。

6.4實時調度管理功能

6.4.1調度信息展示方式

6.4.1.1示意圖

應實現通過電子模擬線路示意圖，以簡化的直線或折線形式表示公交線路。線路上沿途停靠的站點

應根據其實際的比例進行換算并在線路示意圖上標出，實時顯示車輛營運狀態及異常狀態。

6.4.1.2電子地圖

基于GIS平臺，應實現在全屏幕電子地圖上實時顯示車輛營運狀態及異常狀態。

6.4.1.3其他展示方式

調度信息展示方式應包括但不限于6.4.1.1和6.4.1.2中規定的方式，用戶可根據需要定制其他展示

方式。

6.4.2實時調度功能要求

6.4.2.1信息顯示

調度界面應清晰、簡潔，便于信息的查詢與監測，應使用易區分的方式（如不同顏色或線形）顯示

相同或相異信息。

6.4.2.2線路切換

應實現在多條線路間任意切換（單次切換時間應不大于1s）。能直觀的看到每條線路的配車數、車

輛的具體位置等數據，并對行車計劃進行修改。

6.4.2.3發車方式

應實現發車方式編輯功能，如：

——計劃發車：以發車計劃為主，根據現場情況調整發車時間及隊列；

——手動發車：以發車計劃為參考，根據現場人車資源手動排時排隊；

——流水發車：以當日調度資源及現場發車情況，先到先發、班次優先。

6.4.2.4計劃調整

4

SZDB/Z35-2011

應實現計劃調整功能，如：

——換人功能：在發車列表中進行人員更換，批量更換當前班次的所有或部分車次的人員；

——換車功能：在發車列表中進行車輛更換，批量更換當前班次的所有或部分車次的車輛；

——調點功能：在發車列表調整計劃車次的開始或結束時間，修改開始時間時自動調整結束時間，

批量調整連續時間內的發車計劃；

——添加車次：根據調度需要增加發車計劃，添加發車計劃時自動關聯車輛、人員、班次；

——刪除車次：根據調度需要刪除手工添加的發車計劃；

——故障處理：未完成車次或異常結束車次可做故障處理，錄入故障信息。

6.4.2.5營運監控

應實現營運監控功能，如：

——車輛位置監控：監控車輛當前具體位置；

——計劃執行情況：監控線路車輛計劃車次與實際車次的完成情況；

——線路當前趟次執行情況：監控當前在線營運車輛的執行情況。

6.4.2.6人員、車輛及時間關系管理

應實現人員、車輛以及時間關系管理功能，如：

——手動添加調度資源；

——保持調度資源與發車調度數據一致；

——調度資源作廢；

——早晚班交換；

——班次交換。

6.4.2.7員工考勤

應通過一種或多種方式實現員工考勤功能。

6.4.2.8軌跡回放

應實現以下軌跡回放功能：

——利用系統運行中自動記錄的車輛營運數據，通過選定車輛、異常狀態、回放時間范圍、播放速

度等，實現在電子地圖上進行歷史數據軌跡回放；

——回放過程中應實時看到車輛在該點的狀態信息。根據需要，還應實現選擇是否―顯示跟蹤線‖

以及以“連續”或“單步”等方式回放，軌跡線顏色應鮮明，易于辨識。

6.4.2.9信息交互

應實現以下信息交互功能：

——調度中心與車輛間應實現信息的上傳與下傳，選取車輛進行單獨發送或群發信息，并自動存儲

所有交互信息；

——判斷并顯示信息是否發送成功，是否已經讀取等。

6.4.2.10日志管理

應實現調度日志管理功能，如：

——對操作日志進行分類管理，并關聯到某個具體的車次數據、考勤數據、調度指令等；

——支持調度員車次數據、考勤數據、調度指令的數據跟蹤和審計；

5

SZDB/Z35-2011

——支持將調度員所有手工操作記錄日志，支持數據查詢和分析；

——自動記錄車次采集、匹配日志，數據通訊日志等，支持系統日志信息的查詢和分析。

6.5運行監控管理功能

6.5.1營運狀態監控

應實現通過示意圖和電子地圖實時提供指定車輛的當前營運狀態，用戶可自主設定信息的優先級別

并選擇直接顯示的數據項目。營運狀態應包括以下數據：

——車牌號碼；

——員工信息；

——位置信息；

——行駛方向；

——行駛速度；

——距下一站距離；

——各站點到站時間；

——其他用戶需要的數據。

6.5.2異常狀態監控

應實現實時統計并在屏幕上顯示車輛營運過程中出現異常情況的數據查詢結果，出現異常狀態時，

系統應通過圖標閃爍、播放報警音等方式自動報警。異常狀態應包括以下數據：

——首末班車準點率異常；

——在線車輛比例異常；

——發車頻率異常；

——偏離線路；

——車輛故障；

——超速；

——帶速開/關門；

——站點外開/關門；

——越站；

——串車；

——久候；

——路堵；

——事故；

——其他用戶需要的數據。

6.5.3電子圍欄監控

應實現對自定義區域進行進出區域監控,在交通管制或重大活動、站場監控等時,可通過電子圍欄監

控對車輛進行監控,并對進出圍欄的車輛進行報警、統計和提示。

6.5.4車況狀態監控

6.5.4.1應支持接收并存儲由VDT上傳的音視頻數據。應實現選取一條或多條線路，監聽或觀察VDT

實時采集的音視頻信息。

6.5.4.2如VDT外接有SZDB/Z30-2010中5.1.1規定的相應擴展外設，還應包括以下數據：

——剩余油量；

6

SZDB/Z35-2011

——車內溫度；

——煙霧情況；

——胎溫胎壓；

——其他用戶需要的數據。

6.5.5設備狀態監控

應實現實時接收并監控VDT主機的狀態信息，如VDT外接有SZDB/Z30-2010中5.1.1規定的擴展外設，

則應對擴展外設的設備狀態進行記錄，并對主機及擴展外設出現的故障自動提示。

6.6應急管理功能

6.6.1信息管理

6.6.1.1應急車輛管理

應實現根據車況等對車輛等級的劃分，突發事件發生后，便于優先選取高等級車輛執行應急任務。

6.6.1.2應急人員管理

應實現根據崗位、業務水平等對車輛等級的劃分，突發事件發生后，便于優先選取高等級人員執行

應急任務。

6.6.2突發事件響應

當車載調度終端觸發報警時，在監控屏幕上應使用醒目的顏色標記觸發報警的車輛，并發出報警聲，

直至人工取消報警。

6.6.3突發事件監控

6.6.3.1車輛狀態

突發事件發生后，應在監控屏幕上自動顯示發生突發事件車輛的實時狀態。

6.6.3.2應急車輛調度

執行應急任務的車輛在收到調度中心下發的調度指令、完成應急任務時，應以顯著的方式在監控屏

幕上提示。

6.6.3.3音視頻監控

突發事件發生后，車載調度終端采集的音視頻信息應自動實時的上傳調度中心。

6.6.4突發事件統計

應實現對以下突發事件信息的統計：

——執行任務車輛信息；

——執行任務人員信息；

——執行任務時間；

——其他用戶需要的數據。

6.7查詢統計管理功能

7

SZDB/Z35-2011

6.7.1統計功能

6.7.1.1一般要求

應實現對本文件中6.7.1.2至6.7.1.5各類指標的統計，同時應具有預覽、打印、數據示意圖顯示等

功能。

6.7.1.2班次完成度統計

應實現計劃和實際班次情況比對，計算完成度，完成度的計算按以下公式進行：

b

a100%

c

式中：

a—班次完成度；

b—實際班次；

c—計劃班次。

6.7.1.3高峰時段出車統計

應實現通過預設或指定時間段，統計并顯示線路上在線車輛的情況，應包括以下數據：

——統計時間段；

——出車車輛數量；

——出車車輛車牌號碼；

——未出車車輛數量；

——未出車車輛車牌號碼；

——其他用戶需要的數據。

6.7.1.4到站時間統計

應實現按車輛、線路、車隊、分公司、公司等不同層級對各站實際到站時間與計劃到站時間比對，

顯示實際到站時間與計劃到站時間偏離的時間量。

6.7.1.5其他數據統計

應實現按車輛、線路、車隊、分公司、公司等不同層級對月客運量、月總班次、月總里程、月總耗

油量，車輛保有量、維修保養情況、安全運行間隔里程以及交通運輸管理部門要求的其他數據進行統計、

比對。

6.7.2報表功能

6.7.2.1一般要求

6.7.2.1.1應實現對文件6.7.2.2至6.7.2.16各類數據的匯總、統計，同時應具有預覽、打印、導出

為工作表文檔（如MicrosoftExcel）功能。

6.7.2.1.2應實現通過選取數據項，自動生成自定義報表功能。

6.7.2.2營運狀態報表

營運狀態報表應提供以時間或營運區間為劃分條件，統計在選定范圍內車輛的營運狀態。營運狀態

報表應包括以下數據：

——統計范圍；

8

SZDB/Z35-2011

——車牌號碼；

——員工ID；

——行駛方向；

——平均行駛速度；

——行駛路單信息；

——各站點到站時間；

——其他用戶需要的數據。

6.7.2.3異常狀態報表

異常狀態報表應提供以時間或營運區間為劃分條件，統計在選定范圍內車輛出現的各種異常狀態。

異常狀態報表應包括以下數據：

——統計范圍；

——首末班車準點率異常；

——在線車輛比例異常；

——發車頻率異常；

——偏離線路；

——車輛故障；

——超速；

——帶速開/關門；

——站點外開/關門；

——越站；

——串車；

——久候；

——路堵；

——事故；

——其他用戶需要的數據。

6.7.2.4請求信息報表

請求信息報表應提供以時間或營運區間為劃分條件，統計在選定范圍內司乘人員向調度中心發送的

請求信息情況。請求信息報表應包括以下數據：

——統計范圍；

——線路ID；

——員工ID；

——請求時間；

——請求內容；

——應答情況；

——其他用戶需要的數據。

6.7.2.5平均車速報表

平均車速報表應提供以營運時間或營運區間為劃分條件，統計在選定范圍內車輛的平均車速。平均

車速報表應包括以下數據：

——統計范圍；

——車牌號碼；

9

SZDB/Z35-2011

——線路ID；

——員工ID；

——平均車速；

——其他用戶需要的數據。

6.7.2.6發車順序報表

發車順序報表應提供以營運時間為劃分條件，統計調度發車情況。發車順序報表應包括以下數據：

——統計范圍；

——始發站名；

——車牌號碼；

——發車時間；

——其他用戶需要的數據。

6.7.2.7到離站情況報表

到離站情況報表應提供以營運時間為劃分條件，統計各站點到離站情況。到離站情況報表應包含以

下數據：

——統計范圍；

——車牌號碼；

——員工ID；

——各站點到站時間；

——各站點離站時間；

——其他用戶所需要的數據。

6.7.2.8進出場情況報表

進出場情況報表應提供對車輛的進出停車場情況進行統計。進出場統計報表應包括以下數據：

——統計日期；

——車輛從出場到進場過程中一天行駛的總公里數；

——空駛里程數；

——其他用戶需要的數據。

6.7.2.9員工工作情況報表

員工工作情況報表應提供以時間或營運區間為劃分條件，統計在選定范圍內司乘人員的工作情況。

員工工作情況報表應包括以下數據：

——統計范圍；

——車牌號碼；

——員工ID；

——工作時間；

——行駛班次；

——行駛里程；

——營運里程；

——準點情況；

——出現異常狀態次數；

——其他用戶需要的數據。

10

SZDB/Z35-2011

6.7.2.10單車營運情況報表

單車營運情況報表應以提供時間或營運區間為劃分條件，統計在選定范圍內單車的營運情況。單車

營運情況報表應包括以下數據：

——統計范圍；

——車牌號碼；

——員工ID；

——首末站到離站時間；

——營運時間；

——路阻時間；

——計劃發車時間；

——調度發車時間；

——準點情況；

——出現異常狀態次數；

——其他用戶需要的數據。

6.7.2.11線路營運情況報表

線路營運情況報表應提供以時間或營運區間為劃分條件，統計在選定范圍內線路的營運情況。線路

營運情況報表應包括以下數據：

——統計范圍；

——線路ID；

——線路名稱；

——車牌號碼；

——營運時間；

——路阻時間；

——準點情況；

——營運里程；

——行駛里程；

——出現異常狀態次數；

——其他用戶需要的數據。

6.7.2.12調度情況報表

調度情況報表應提供對在一定時間范圍內指定線路的調度情況進行統計。調度情況報表應包括以下

數據：

——統計范圍；

——調度員ID；

——操作內容；

——成功與否；

——其他用戶需要的數據。

6.7.2.13里程報表

應提供對一定時間范圍內指定的車輛、線路、車隊、分公司、總公司等生成里程報表。里程報表應

包括如以下數據：

11

SZDB/Z35-2011

——統計范圍；

——營運里程；

——行駛里程；

——其他用戶需要的數據。

6.7.2.14油耗報表

應提供選取指定車輛或線路，生成與營運時間或營運里程相對應的油耗報表。油耗報表應包括以下

數據：

——單圈油耗；

——日油耗；

——月油耗；

——百公里平均油耗；

——其他用戶需要的數據。

6.7.2.15客流報表

應提供選取指定車輛或線路，生成與營運時間或營運區間相對應的客流報表。客流報表應包括以下

數據：

——單圈客流量；

——日客流量；

——各時段客流量；

——各站點客流量；

——其他用戶需要的數據。

6.7.2.16讀卡報表

如VDT外接有IC卡讀卡裝置（如深圳通POS機），則應提供選取指定車輛生成與時間或營運區間相對

應的讀卡報表。讀卡報表應包括以下數據：

——統計范圍；

——總讀卡次數；

——各類型卡讀卡次數；

——總讀卡金額；

——其他用戶需要的數據。

6.8票務管理

6.8.1人工售票管理

6.8.1.1票證管理

應實現對票證入庫、領票、退票、轉票、退票、廢票等的管理。

6.8.1.2收入管理

應實現對營運收入的管理，記錄數據應包括：

——繳納人員；

——繳納時間；

——繳納金額；

——繳納車輛；

12

SZDB/Z35-2011

——其他用戶需要的數據。

6.8.2IC卡數據管理

應實現對IC卡讀卡數據進行自動采集、導入和查詢、統計功能。

6.9輔助決策管理

6.9.1一般要求

應實現以折線圖、餅狀圖、柱狀圖等圖形形式展示各種數據分析結果。

6.9.2營運安全分析

應實現選取異常狀態、事故、故障等條件，對營運安全進行分析。

6.9.3服務質量分析

應實現選取投訴數量、類型、方式等條件，對服務質量進行分析。

6.9.4準點率分析

應實現選取員工、車輛、線路、車隊、分公司、總公司等條件，對準點率進行分析。

6.9.5客流分析

應實現選取時段、站點、線路等條件，對客流進行分析。

6.9.6油耗分析

應實現選取員工、車輛、線路、車隊、分公司、總公司等條件，對油耗進行分析。

6.9.7物資耗用分析

應實現選取車輛、線路、分公司以及物資類別等條件，對物資耗用進行分析。

6.9.8其他分析

應根據用戶需要，增加其他有助于公司運營決策的分析功能。

6.10運營保障管理

6.10.1機務管理

6.10.1.1基礎數據

應包括車輛管理、輪胎管理、電瓶管理、發動機管理等。

6.10.1.2保養計理

應包括車輛保養時間及間隔的設定，保養科目、材料、計劃的指派及審核。

6.10.1.3維修管理

應包括車輛發動機的大修，周轉件的維修等。

6.10.1.4年審保險

13

SZDB/Z35-2011

應包括車輛年審計劃表的生成、提取及記錄，保險事務的計劃、提醒及記錄。

6.10.1.5統計分析

應實現以下統計分析功能：

——車輛核算：單車成本核算，按選擇的時間范圍計算車輛營運里程，維修費用，營運油耗；

——總成件分析：對輪胎、發動機、電瓶等的使用數據分析；

——維修保養數據統計：對維修保養科目、保養材料及保養計劃的分布進行統計。

6.10.2物資管理

6.10.2.1基礎信息管理

應實現對以下基礎信息的管理：

——采購價格；

——出庫價格；

——物資組裝件清單；

——倉庫、倉位信息；

——物資計量單位；

——設定批次與條形碼生成規則；

——其他用戶需要的數據。

6.10.2.2采購業務管理

應實現對采購申請、采購訂單、采購收料、采購退料、采購發票的管理。

6.10.2.3倉庫業務管理

應實現對以下倉庫業務的管理：

——盤點方案；

——出入庫、調撥；

——供應商倉庫的出庫與回補訂單；

——倉庫月結管理；

——其他用戶需要的數據。

6.10.2.4庫存分析管理

應實現對各種存貨當前庫存量和安全庫存量的對比分析管理，對超過或低于安全庫存量的存貨進行

報警，并可查詢當前庫存量等于安全庫存量的存貨。

6.10.3安全管理

6.10.3.1安全行駛檔案管理

應實現對員工安全駕駛里程檔案的管理，記錄駕駛簡歷。

6.10.3.2稽查管理

應實現對以下稽查事項的管理：

——電子警察違規；

——超速；

——稽查單；

14

SZDB/Z35-2011

——其他用戶需要的數據。

6.10.3.3事故管理

應實現對以下事故事項的管理：

——事故地點；

——保單管理；

——事故發生、報案、傷亡、車損、理賠情況；

——事故相關照片提取、錄入、導出；

——事故相關音視頻提取、錄入、導出；

——其他用戶需要的數據。

6.10.4服務管理

6.10.4.1投訴及意見管理

應實現對以下投訴及意見數據的管理：

——時間；

——來源方式；

——意見類別；

——意見內容；

——其他用戶需要的數據。

6.10.4.2稽查管理

應實現對以下稽查數據的管理：

——稽查手段；

——稽查時間；

——稽查人員；

——稽查對象；

——稽查記錄；

——稽查跟蹤；

——稽查反饋；

——稽查結果；

——其他用戶需要的數據。

6.10.4.3統計分析

應實現按以下一種或多種數據，對以下投訴及意見數據進行統計分析：

——時間；

——組織；

——人員；

——意見類型；

——其他用戶需要的數據。

6.10.5人員管理

6.10.5.1員工管理

15

SZDB/Z35-2011

應實現對員工的調動管理、合同管理、檔案管理，以及合同到期預警功能。

6.10.5.2培訓管理

應實現對培訓申請、計劃、種類以及課程設置等的管理功能。

6.10.5.3假務管理

應實現對休假申請、假期變更、審批、銷假等的管理功能。

6.10.6場站管理

應實現對場站設備狀態等的管理功能。

6.11系統管理

6.11.1權限管理

6.11.1.1應實現對各級用戶的權限類型和權限范圍進行設定。

6.11.1.2應具備權限申請、審核、批準、調整、轉移、取消等功能。

6.11.2參數管理

應實現對運行參數項目的增加、刪除，各類參數范圍的設定、數值的修改，并按重要級別對更改操

作進行警告提示，如：

——準點率；

——限速速度；

——運行比例異常值。

6.11.3日志管理

應實現對各類參數、數據及報表的新增、修改、刪除操作自動生成詳細的操作日志，操作日志應包

含以下數據：

——操作時間；

——操作賬號；

——操作內容；

——成功與否；

——其他用戶需要的數據。

6.11.4設備升級配置管理

應實現對VDT設備的軟件、參數等進行遠程升級及配置。

6.11.5安全管理

6.11.5.1系統安全

應采取必要的硬件、軟件和制度管理等措施，確保系統的運行安全。

6.11.5.2身份與口令安全

6.11.5.2.1應支持控制和限制普通用戶使用賬號以及訪問網絡的時間、方式。應提供完整的用戶管理

機制，劃分用戶級別，實現嚴格的身份認證和口令驗證機制，確保每個用戶只能涉及到其權限范圍內的

管理數據。

16

SZDB/Z35-2011

6.11.5.2.2入網訪問控制應分為用戶名的識別與驗證、用戶口令的識別與驗證、用戶賬號的缺省限制

檢查等步驟。

6.11.5.3數據安全

6.11.5.3.1數據庫加密

數據庫中所涉及的關鍵機密數據，應通過數據加密機制在數據庫中進行字段加密。對于關鍵數據的

網絡傳輸，應根據需求采用非對稱的加密方案，防止在傳輸過程中泄密。

6.11.5.3.2數據完整性

應建立完備的數據完整性驗證機制，包括代碼級別的數據完整性，以及利用數據庫中的存儲過程和

觸發器來提高數據完整性。對需要傳輸的數據應施行數據完整性校驗機制。

17

SZDB/Z35-2011AA

附錄A

（資料性附錄）

平臺功能架構圖

A.1平臺功能框架圖

平臺功能框架圖如圖A.1所示。

圖A.1平臺功能架構圖

18

SZDB/Z35-2011

BB

附錄B

（規范性附錄