《国家综合交通运输信息平台应用系统运维管理规范编制说明》

交通运输行业标准

国家综合交通运输信息平台

应用系统运维管理规范

（征求意见稿）

编制说明

标准起草组

2025年11月

一、工作简况

(一)任务来源

按照《交通运输部关于下达2025年交通运输标准化计划（第一批）的通知》

（交科技函〔2025〕239号）要求，制定《国家综合交通运输信息平台应用系

统运维管理规范》（计划号：JT2025-30）执行计划，由交通运输信息通信及

导航标准化技术委员会（以下简称“标委会”）提出并归口管理，交通运输部

路网监测与应急处置中心承担主要编制工作。

(二)编制背景

《交通强国建设纲要》和《国家综合立体交通网规划纲要》明确，要加快

构建综合交通大数据中心体系，完善国家综合交通运输信息平台（以下简称国

家信息平台），深化交通公共服务和电子政务发展。《“十四五”推进国家政

务信息化规划》要求，要坚持“大平台、大数据、大系统”一张蓝图绘到底，

深度开发利用政务大数据，发展壮大融合创新大平台，统筹建设协同治理大系

统。2021年交通运输部发布的《数字交通“十四五”发展规划》提出，要坚持

“一个平台”视角，打造综合交通运输“数字大脑”，建设国家信息平台，构

建全国一体化协同综合交通运输信息平台。2022年交通运输部印发了《国家综

合交通运输信息平台实施方案（2022-2025年）》，进一步明确了国家信息平

台的定位、总体框架、主要任务、组织实施方式等内容，为国家信息平台的建

设提供了重要指导。

国家信息平台定位于综合交通运输“大脑”，是交通运输部履行行业监管

和服务职能的统一平台，是实现跨部门、跨层级、跨地区、跨领域互联互通的

中枢，是综合交通运输信息化应用的系统集成，是集中体现行业数字化转型成

效和服务人民群众便捷出行的数字载体。《国家综合交通运输信息平台实施方

案（2022—2025年）》确定了国家信息平台的“1157+N”总体框架，即“一中

心、一基座、五领域、七系统、N节点”。“一中心”：即部级综合交通大数

据中心。有效汇聚综合交通运输各领域数据资源，加强数据资源互联互通水平。

“一基座”：即国家信息平台统一的基础支撑条件。统一建设基础环境、应用

支撑、地图服务、网络安全、标准规范等技术条件，为国家信息平台集成高效

1

运行提供一体化保障能力。“五领域”：即具有纵向联动共建需求的专业应用

领域，主要包括铁路、公路、水路、民航、邮政等五个领域。“七系统”：即

具有横向业务协同需求和统筹建设基础的综合性应用系统。主要包括：调度指

挥、运行监测、行政办公、政务服务、信用监管、综合执法、运输管理等七个

系统。“N节点”：即各地方综合交通运输信息平台和骨干交通运输企业信息

平台。各单位平台在部指导下建设完善，实现与国家信息平台的互联互通，共

同构建全国一体化综合交通大数据中心体系。

随着国家信息平台的一体化建设，系统的更新迭代和新技术的运用也给应

用系统运维保障工作带来了新的变化与发展，待解决的运维保障问题也愈发的

复杂和多变，对应用系统运维技术技能、管理水平和服务意识提出了更高的要

求，因此对国家综合交通运输信息平台的应用系统运维保障工作进行规范管理

迫在眉睫。针对国家综合交通运输信息平台应用系统运维中存在的技术技能、

管理水平和服务意识的规范化，亟需相关标准的支撑。

(三)主要工作过程

1.研究立项阶段

2024年11月～2024年12月，开展标准研究立项工作。在前期需求调研的

基础上，参考相关标准材料，初步编制标准草案，形成申报材料并提交标委会

申报标准立项。

2025年1月，准备标准立项答辩材料，参加标准化主管部门组织的标准立

项评审。

2.起草阶段

2025年5月～2025年9月，标准制修订计划下达后，成立标准起草组；结

合前期工作基础，起草组成员按照任务分工分头开展标准编制工作。与此同时，

起草组向行业内有关单位和相关专家进行咨询，并多次内部讨论，根据收到的

意见及研讨结论形成了标准征求意见稿初稿。

2025年10月，将标准征求意见稿初稿提交标委会秘书处，经标委会秘书

处审核、校对，对相关问题再次修改完善，形成《国家综合交通运输信息平台

应用系统运维管理规范（征求意见稿）》。

2

(四)标准起草单位、主要起草人及其工作内容

本标准起草单位为：交通运输部路网监测与应急处置中心、云南公路联网

收费管理有限公司、云南省交通投资建设集团有限公司、交通运输部科学研究

院、中国交通通信信息中心、北京交科公路勘察设计研究院有限公司、北京安

信天行科技有限公司、山东高速信息集团有限公司、四川智能交通系统管理有

限责任公司等。

本标准的主要起草人及承担的主要工作见表1。

表1主要起草人及任务分工

序号姓名单位主要工作

交通运输部路网监测与应急处负责确定标准编写的总体思路、框架、

1郭晓禹

置中心内容；负责标准第4章编写

交通运输部路网监测与应急处

2陈洁负责标准第5章编写

置中心

交通运输部路网监测与应急处

3杨峰负责标准第6章编写

置中心

交通运输部路网监测与应急处

4高薪负责标准第7章编写

置中心

交通运输部路网监测与应急处

5宋惠娟拟定标准工作计划，参与5.1编写

置中心

交通运输部路网监测与应急处

6赵云芳参与调研和访谈，参与5.2编写

置中心

交通运输部路网监测与应急处

7邓雯参与调研和访谈，参与5.3编写

置中心

云南公路联网收费管理有限公参与调研和访谈，负责标准第8章编

8肖强

司写

云南省交通投资建设集团有限

9段明磊参与调研和访谈，参与5.2的编写

公司

云南公路联网收费管理有限公

10李涛参与调研和访谈，参与5.3的编写

司

11黄莉莉交通运输部科学研究院参与调研和访谈，参与6.1的编写

12李晋中国交通通信信息中心参与调研和访谈，参与6.2的编写

13范维克中国交通通信信息中心参与调研和访谈，参与6.3的编写

北京交科公路勘察设计研究院参与调研和访谈，专家意见收集与修

14何培舟

有限公司改及6.4的编写

3

序号姓名单位主要工作

参与调研和访谈，专家意见收集与修

15彭海龙北京安信天行科技有限公司

改及6.2的编写

参与调研和访谈，专家意见收集与修

16王弘远北京安信天行科技有限公司

改及6.3的编写

参与调研和访谈，专家意见收集与修

17王金亮山东高速信息集团有限公司

改及7.1的编写

参与调研和访谈，专家意见收集与修

18徐明礼山东高速信息集团有限公司

改及7.2的编写

四川智能交通系统管理有限责参与调研和访谈，专家意见收集与修

19何炜

任公司改及7.3的编写

四川智能交通系统管理有限责参与调研和访谈，专家意见收集与修

20黄兴中

任公司改及7.4的编写

二、标准编制原则和确定标准主要内容的依据

(一)标准编制原则

本标准的编制符合以下原则：

1.协调性原则

本标准的编写严格遵循与国家及行业相关标准协调一致性原则，所确定的

技术指标，所提出的概念、准则、性能要求与我国现行的法律、法规、政策及

相关标准相协调；如无国际、国家和行业标准参考的，则调研收集用户需求，

通过验证分析后作为标准内容。

2.适用性原则

研究符合《国家综合交通运输信息平台实施方案（2022—2025年）》及相

关制度规范的国家综合交通运输信息平台应用系统运维管理要求，提出应用系

统运维所需遵守的原则、指标、技术要求等，为开展国家信息平台后续建设工

作提供指导，为保障国家信息平台显示效果提供支撑。制定交通运输行业标准

《国家综合交通运输信息平台应用系统运维管理规范》，在交通运输行业内推

广使用，并为各交通运输行业标准和团体标准提供参考和依据。

3.实用性原则

4

本标准在对行业现状进行充分调研的基础上，坚持实用性为主的原则。调

研国家综合交通运输信息平台及系统开发相关单位的运维情况和运维需求。包

括信息系统基本情况、系统管理软件/平台情况、业务应用软件情况、运行环境

情况、管理制度类文档情况、运维服务情况、应用系统软件处理流程情况、业

务数据流程、云系统运维等内容。根据调研结果进行初步总结，形成运维服务

需求、运维服务要求、运维保障机制、运维服务效果评估等。

(二)确定标准主要内容的依据

1.范围

提出了国家综合交通运输信息平台应用系统运维管理模型和运维服务需求，

规定了国家综合交通运输信息平台应用系统运维服务要求、保障机制以及效果

评估。适用于国家综合交通运输信息平台上运行的应用系统运维的管理。

2.规范性引用文件

规范性引用文件与本标准中的规范性技术要素具有同等效力。在使用本文

件时，除了应遵守本标准的规定外，还应满足“规范性引用文件”中引用的文

件或其条款要求。本标准规范性引用了多项国家和行业标准：

GB/T28827.3信息技术服务运行维护第3部分：应急响应规范

GB/T37376交通运输数字证书格式

JT/T1534国家综合交通运输信息平台视频资源接入技术要求。

3.术语和定义、缩略语

（1）术语和定义

本标准依据《国家综合交通运输信息平台实施方案（2022—2025年）》规

定了应用系统、应用系统管理者的术语定义。

（2）缩略语

为方便应用和理解，下列缩略语适用本标准：

EOP：应急操作流程(EmergencyOperationProcedure)

NTIP：国家综合交通运输信息平台（NationalTransportationInformation

Platform）

SLA：服务级别协议(ServiceLevelAgreement)

5

4.应用系统运维管理模型

参考ISO9001《质量管理体系》系列标准和GB/T22080《网络安全技术信

息安全管理体系要求》，结合GB/T28827《信息技术服务运行维护》系列

标准，规定了NTIP应用系统的运维管理模型包括运维服务需求、运维服务要

求、运维保障机制、运维服务效果评估，见图1。

运维保障机制：人员、过程、技术、资源

运维服务要求（技术、管理）

策划实施

设计阶段交付阶段运

运运维对设计运维对交付维

维服

服的要求的要求务

务对象效

需终止阶段内容运行阶段果

求评

终止要求运维的要求估

改进检查

图1国家综合交通运输信息平台应用系统运维管理模型

5.运维服务需求

5.1运维服务对象，参考GB/T28827.6《信息技术服务运行维护第6

部分：应用系统服务要求》的4.1，规定了服务对象至少应包括：应用和业务数

据、运维数据、安全数据。

5.2运维服务内容，参考GB/T28827.6的7.2，规定了运维服务内容至少应

包括：调研评估、例行操作、响应支持、优化改善。

5.3运维活动，参考GB/T28827.6的4.2，规定了5.3.1运维活动的技术要

6

求和5.3.2运维活动的管理要求。

5.4运维能力，参考GB/T28827.2《信息技术服务运行维护第2部分：

交付规范》的5.3，规定了5.4.1策划、5.4.2实施、5.4.3检查和5.4.4改进。

6.运维服务要求

6.1设计要求，参考GB/T28827.6的第5章，规定了6.1.1设计原则、6.1.2

可监控性设计要求、6.1.3易用性设计要求、6.1.4安全性设计要求和6.1.5可维

护性设计要求。监控运行的关键信息和运行状态，业务调用过程透明、信息可

获取、可输出，并根据监控结果对应用系统运行进行控制。易用性应提供运行

维护的人机界面友好、操作简单、易配置、易部署安装。安全性是应用系统具

有运行维护中的授权类型和授权级别相一致的访问功能，以保护应用系统的数

据。可维护性是为了提高应用系统故障排除、功能性改进、性能性改进、适应

性改进和预防性改进的效果和效率。

6.2交付要求，参考GB/T28827.6的第6章，规定了应用系统的交付要求

包括的所需的相关配置信息，应用软件源代码、应用系统管理权限、文档、维

护人员和相关方责任以及交付内容。

6.3运行维护的要求，参考GB/T28827.6的第7章，规定了6.3.1运行环境

的运行维护和6.3.2数据维护的要求。其中，运行环境主要包括调研评估、例行

操作、响应支持和优化改善。调研评估即对应用软件及其运行环境的调查研究

和分析评价，提出应用系统的运行报告或建议。例行操作即对应用软件及其运

行环境的预定运行维护，以保障应用系统的正常运行。响应支持即对应用软件

及其运行环境的服务请求或故障申报提供即时运行维护，以保障应用系的正常

运行。优化改善即对应用系统的功能和性能进行调优，并满足新的需求。数据

维护的要求包含例行操作、优化改善和评估分析。例行操作即预定运行维护，

确保数据的可用、准确、完整、安全。例行操作包括数据监控、预防性检查、

常规检查。响应支持提供即时运行维护，以确保数据的可用性、准确性、完整

性。响应支持包括数据问题处理服务请求处理和应急响应。优化改善即改善数

据质量，满足业务需求。优化改善包括诊断分析、解决和改进。

7

6.4终止要求，参考GB/T28827.6的第8章，规定了应用系统终止要求主

要包括制定终止计划、用户应得到终止计划和活动的通知、终止应用系统和新

应用系统应并行运行和当预定的终止到来时的有关要求。

7.运维保障机制

7.1人员，参考GB/T28827.1《信息技术服务运行维护第1部分：通

用要求》的第6章，规定了7.1.1为了保证人员能力满足运行维护服务的要求，

应用系统管理者依据运行维护服务能力策划要求，进行人员能力策划、岗位结

构、人员储备、人员培训、绩效管理和能力评价等管理活动。根据运行维护服

务需求，识别出应具备的运行维护服务能力要求，并根据当前人员能力现状，

建立人员能力计划规定了7.1.2人员能力策划。按岗位结构和人员能力计划，考

虑人员储备投入成本及预期效益，制定人员储备实施计划，并进行人员储备规

定了7.1.3人员储备的内容。按人员能力计划，识别培训需求，制定年度培训实

施计划，并进行人员培训，确保人员在知识、技能、经验等方面满足服务要求，

规定了7.1.4人员培训的内容。按人员能力计划，进行人员绩效管理，以确保满

足服务需求及服务价值的要求规定了7.1.5绩效管理的内容。按人员能力计划，

进行运行维护人员能力评价规定了7.1.6能力评价的内容。

7.2过程，参考GB/T28827.1的第7章，规定了7.2.1应用系统管理者结合

NTIP与运行维护服务能力策划要求，设计过程框架，明确各过程之间的关系和

接口，制定服务级别、服务报告、事件、问题、变更、发布、配置、可用性和

连续性、系统容量、信息安全等管理过程的目标、活动和考核指标，支撑服务

过程的规范化管理和服务价值实现。依据服务场景对过程框架进行设计规定了

7.2.2过程框架设计的内容。依据运行维护服务能力策划要求,通过定义、约定和

管理服务级别协议，满足服务质量要求规定了7.2.3服务级别管理的内容。为了

及时、准确、可靠的报告与服务各方建立有效的信息沟通，为管理层提供决策

支持而规定了7.2.4服务报告的内容。为了通过建立服务请求和计划外服务中断

的处置过程，确保具有及时解决事件的能力而规定了7.2.5事件管理的内容。为

了运维需建立问题管理过程，分析问题根本原因和确定解决方案而规定了7.2.6

问题管理的内容。为了确保变更有序实施而规定了7.2.7变更管理的内容。为了

8

控制部署实施活动，确保一个或多个变更的成功导入而规定了7.2.8发布管理的

内容。为了通过整体规划配置管理范围，保留配置信息，并保证配置信息的可

靠性、完整性和时效性，以对其他服务过程提供支持而规定了7.2.9配置管理的

内容。为了建立确保与需方协商一致的服务可用性和连续性而规定了7.2.10服

务可用性和连续性的内容。为了确保服务资产的数量和性能可以满足业务需求

而规定了7.2.11系统容量管理的内容。为了确保运行维护服务过程中涉及的信

息安全而规定了7.2.12信息安全管理的内容。

7.3技术，参考GB/T28827.1的第8章，规定了7.3.1应用系统管理者为实

现其服务价值开展的活动；7.3.2技术管理包括研发范围、研发方式、分配和管

理资金及预算、识别和评估技术研发风险、管理技术研发活动，和评价和验收

技术研发成果；7.3.3技术研发包括的分析技术需求、识别满足需求的新技术机

会、确定技术转化为服务能力的方法和验证、确认和发布技术研发结果的四个

过程。7.3.4技术应用包括识别技术成果应用机会、确保技术成果得到有效应用

和评价应用方案和技术成果的效果和价值。

7.4资源，参考GB/T28827.1的第9章，规定了应用系统管理者应根据运

行维护服务能力策划要求和NTIP的需求、运行维护的工具、最终软件库、服

务数据和服务知识等。

8运维服务效果评估，参考GB/T28827.6的第9章，规定了基于业务绩效

目标的要求，应获得适当的运行维护数据和信息，以持续改进运行维护。应用

系统运行维护的效果评估至少应包括运行维护保障应用系统对业务的支撑能力、

运行维护能力、用户对运行维护的感受程度和支撑发现改进的机会。

三、预期社会经济效果

（一）经济效果

本标准规定了国家综合交通运输信息平台应用系统的运维管理模型，包括

运维服务需求、运维服务要求、运维保障机制、运维服务效果评估，规范了应

用系统的运维管理，有助于提高运维效率，减少运维风险，降低运维成本。

9

（二）社会效果

作为支撑国家综合交通运输信息平台建设标准的重要组成部分，可用来规

范综合交通运输信息平台中的应用系统运维工作。进一步完善了国家综合交通

运输信息平台标准体系，弥补了交通运输行业相关标准规范研