服务方案
目录
第1章. 项目理解与分析方案 1
1.1 项目背景 1
1.2 建设目标与内容 2
1.2.1 行业监督管理子系统升级建设 2
1.2.2 行业信息服务子系统升级建设 3
1.2.3 行业监测分析子系统升级建设 3
1.2.4 数据交换共享子系统升级建设 4
1.2.5 移动端相关内容建设 4
1.3 建设工期 4
1.4 工程边界 4
1.5 建设依据 7
1.6 业务需求分析 8
1.6.1 行业运行监测分析改造升级 8
1.6.2 行业监督管理功能改造升级 9
1.6.3 行业信息服务功能改造升级 9
1.6.4 数据资源建设 10
1.6.5 数据交换共享功能完善 10
1.6.6 危货运输移动端应用管理 10
1.7 应用支撑软硬件建设需求 11
1.7.1 政务云资源申请清单 11
1.7.2 系统性能需求初步分析 12
1.7.3 系统安全性初步分析 13
1.7.4 系统运行与维护基本需求分析 13
1.7.5 系统实施要求 14
第2章. 系统整体架构方案 16
2.1 建设原则 16
2.2 系统架构设计 17
2.2.1 系统总体架构 17
2.2.2 系统数据流图 19
2.2.3 主要业务流程 21
2.2.4 系统功能架构 25
2.3 关键应用技术设计 25
2.3.1 平台技术架构 25
2.3.2 数据仓库技术 26
2.3.3 大数据技术 27
2.4 系统性能设计 28
2.4.1 系统响应时间 28
2.4.2 并发处理能力 28
2.4.3 高可用性设计 29
2.5 平台配套软硬件与支撑环境 30
2.6 系统安全性建设方案 31
2.6.1 概述 31
2.6.2 等级保护要求 31
2.6.3 系统安全风险分析 32
2.6.4 系统安全建设方案 35
第3章. 数据资源完善方案 45
3.1 数据搭建 45
3.2 数据资源需求方案 45
3.3 数据库建设方案 47
3.4 数据采集与形成方案 48
3.5 与相关系统对接方案 52
第4章. 数据交换共享子系统升级方案 54
4.1 与省级主动安全智能防控系统的数据接入 54
4.1.1 获取车辆运输安全风险预警数据 54
4.1.2 行业安全指数与区域安全指数数据接入 55
4.1.3 地区企业车辆上线情况和在线情况统计接入 55
4.1.4 地市里程与报警统计数据 55
4.2 与驾驶员行前安全测评提示系统的数据接入 56
4.3 与生态环境厅危险废物联单系统的数据接入 57
4.4 部级电子运单报送与外省电子运单查询 58
第5章. 系统功能升级开发方案 60
5.1 危货运输行业监督管理子系统 60
5.1.1 运输企业安全合规量化评估 60
5.1.2 危险货物道路运输承运环节安全管控 71
5.1.3 危险货物从业人员资质测评对接 75
5.1.4 报部数据接口监测统计分析 77
5.2 危货运输行业信息服务子系统 80
5.2.1 基础信息管理 80
5.2.2 外省籍车辆电子运单报备管理 95
5.2.3 电子运单管理 95
5.2.4 企业信息动态监管 103
5.2.5 移动应用服务 109
5.2.6 通知信息与整改反馈管理 114
5.2.7 系统管理 116
5.3 危货运输行业运行监测分析子系统 118
5.3.1 危货运输运行监测一张图 118
5.3.2 危货道路运输风险重点监测分析 127
5.3.3 跨部门联动可视化监测展示与数据对接 134
5.4 移动端应用建设 147
5.4.1 收发货企业移动端 147
5.4.2 承运企业及驾驶员移动端 149
第6章. 项目实施方案 150
6.1 实施工作方案 150
6.1.1 总体进度计划 150
6.1.2 实施阶段划分 150
6.1.3 项目各环节实施方案 151
6.1.4 项目实施策略 152
6.2 实施团队组织保障方案 155
6.2.1 项目组织管理规范 155
6.2.2 项目组织管理结构与职责 155
6.2.3 项目实施组织管理内容 157
6.2.4 项目组织范围管理 158
6.2.5 组织资源保障方案 162
6.3 软件开发方案 162
6.3.1 软件开发各阶段和要求 162
6.3.2 配置管理 165
6.3.3 文档管理 167
6.3.4 软件测试方案 167
6.3.5 项目试运行方案 181
6.3.6 项目验收方案 183
6.4 项目管理方案 190
6.4.1 项目管理关注要点 190
6.4.2 项目管理策略 195
6.4.3 进度控制方案 196
6.4.4 质量管理方案 197
6.4.5 范围控制管理 201
6.4.6 配置管理方案 202
6.4.7 文档管理方案 205
6.4.8 人员控制方案 213
6.4.9 风险控制方案 214
6.4.10 项目实施性能管理 222
第7章. 售后服务承诺与培训方案 224
7.1 售后服务承诺方案 224
7.1.1 质保年限 224
7.1.2 本地化服务 224
7.1.3 售后运维服务 224
7.1.4 平台后续运行维护服务方案 230
7.2 培训方案 231
7.2.1 项目培训方案 231
7.2.2 项目培训计划 233
第8章. 合理化建议及措施说明 237
8.1 数据全方位接入是关键 237
8.2 部门全链条监管是保障 237
8.3 电子运单与高效物流相结合是趋势 238
项目理解与分析方案
项目背景
当前，交通运输信息化建设正处于从分散转向集约、从孤立封闭转向共享开放、从以政府推动为主转向政企合作推进的重要转型期，即将迈入全面联网、业务协同、智能应用的新阶段。然而，交通运输各业务领域、各地区信息化发展仍然存在着差异，需要进一步的深入平衡、协调和可持续，需要更进一步的深化资源共享、互联互通、业务协同等综合全面管理，需要进一步强化基础信息能力、整体性应用能力、信息服务品质从而延伸到进一步的激发市场活力。同时在行业网络与信息安全方面，也需要深化和强化信息化整体水平和发展质量以适应现代交通运输业发展的需要。本方案正是应对新形势下，利用信息化技术、精细化管理技术等的交叉应用，并在遵从各项政策、法令法规的约束和要求指引下，对于提升危险货物道路运输安全生产综合管理水平进行全面的论述。
2018年06月07日，交通运输部印发了《交通运输部办公厅关于印发危险货物道路运输安全监管系统省级工程建设指南的通知》（交办运函〔2018〕763号）（以下简称《通知》），明确要求加快推进省级危险货物道路运输安全监管系统建设，进一步提高危险货物道路运输行业安全监管和服务能力。为认真贯彻落实中共中央办公厅、国务院办公厅《关于全面加强危险化学品安全生产工作的意见》要求，深刻吸取危险化学品领域重特大事故教训，举一反三，全面加强危险化学品运输安全生产工作。2021年8月5日，江苏省政府发布了《关于深化危险货物运输安全生产专项整治工作的意见》（苏政办发〔 2021〕 32号）（以下简称《意见》）。涵盖了道路运输、水路运输、港口危险货物及基础设施保障四个领域，聚焦企业管理、运输工具、重要设备、从业人员、运输环境五个要素，明确了运输资质、运输过程、风险管控和隐患治理、监管执法、应急保障等11方面共30条。针对危险货物托运、承运、装卸和车辆运行全链条环节提出更严格的安全管控措施。
江苏省级危险货物道路运输安全监管系统按照《关于加强危险货物道路运输安全监管系统建设工作的通知》、《关于加强危险货物道路运输运单管理工作的通知》等部省道路运输工作相关文件要求，在2020年底完成系统建设并上线运行，建设完成了行业监督管理子系统、行业信息服务子系统和行业运行监测分析子系统、数据交换共享及接口和全省危险货物道路运输数据库的基础功能与数据资源建设工作，充分利用危险货物道路运输电子运单、危险货物运输车辆定位等相关动态数据，与省级运政在线系统、重点营运车辆联网联控管理系统及第三方检验机构信息系统等形成了信息共享与业务联动，实现了全省危险运输企业提供电子运单批量自动上报接口，完成了省级电子运单数据向部级电子运单交互平台的接口对接与数据上报要求。

0.1 建设目标与内容

根据江苏省政府“意见”和交通运输部“通知”的总体要求，进一步落实危险货物托运、承运、装卸和车辆运行全链条环节的安全管控措施，完善车辆运行动态监管，突出信息化手段在运输全过程管理中的应用，实现全省域范围内危险货物运输车辆监控全覆盖，以电子运单为抓手解决危险货物运输全过程管理的监管问题，实现多部门协同监管信息共享，健全隐患排查和安全生产预防控制体系，加强源头治理、综合治理、精准治理，强化危险化学品运输全链条安全管理提升，坚决遏制危险化学品运输安全生产重特大事故发生，推动交通运输安全生产形势持续稳定好转。
结合省级危险货物道路运输安全监管系统当前的建设内容和使用情况，结合“意见”和“通知”的总体要求，本项目拟在原有系统建设完成情况的基础上，升级并完善一下内容。
行业监督管理子系统升级建设
新增运输企业安全合规量化评估功能。基于部统一制定的安全合规量化评估指标体系，对危险货物运输车辆联网联控、电子运单、执法检查等监管数据进行综合分析，建立危险货物道路运输企业、驾驶员安全合规量化评估体系，定期（如每个月）系统自动评估，为实现行业分级分类精准监管、智能监管提供有效技术手段。同时通过门户网站、接口服务等方式，为托运人、运输企业、保险机构等提供运输企业安全合规量化评估等级、行业排名，以及评估方法、评估结果。
新增危险货物道路运输承运环节安全管控功能。实现对企业电子运单填报情况的精准化动态监管，加强装卸货地点数据采集，整合企业、车辆、从业人员和电子运单等数据，在发车、装货、卸货等作业场景实时采集比对，与省主动安全智能防控系统数据关联。
新增危险货物从业人员资质测评对接功能。通过建立电子运单与驾驶员行前安全测评对接，实现对从事运输的驾驶员、押运人员的安全技能、运输线路环境情况、身心健康等方面的针对性考核测评，对于不能通过测评的驾驶员，不予安排运输任务。
新增电子运单数据质量监测比对功能。根据部级电子运单运行监测管理要求，完善系统电子运单数据质量监测比对和问题分析能力，实现省级接口运行正常率、运单数据合格率、资质信息合格率、数据质量合规率的统计分析功能。

0.1.1 行业信息服务子系统升级建设

新增危险货物道路运输企业运输管理子系统。主要包括运输任务调度、外省籍车辆电子运单报备、企业运单自检、运单上传、运单派发、运单状态管理、统计汇总等基础功能，实现对企业车辆、驾驶员、线路、电子运单的统计考核和企业电子运单填报情况的精准化动态监管，与生态环境厅危险废物联单系统的实时衔接，强化对危险废物产生单位和危险货物道路运输企业（单位）的协同监管。

0.1.2 行业监测分析子系统升级建设

在原有子系统的功能基础上，依照 《意见》中“全面建立风险管控和隐患治理双重预防机制”的要求，建立全省危险货物道路运输行业运行监测一张图，实现危险货物道路运输风险重点监测分析与预测支持，实现对装卸货地分布分析、货物流量流向的对比分析与预测功能新增和改造，并支持向省交通运输厅综合运行监测平台提供跨部门联动的危险货物道路运输可视化监测展示和数据对接支持服务。

0.1.3 数据交换共享子系统升级建设

在原有子系统的数据和接口基础上，新增以下数据接入：
（1）与省级主动安全智能防控系统的数据接入；
（2）与驾驶员行前安全测评提示系统的数据接入；
（3）与生态环境厅危险废物联单系统的数据接入；
（4）优化与交通运输部的电子运单报送以及查询外省电子运单的功能。

0.1.4 移动端相关内容建设

为运输企业、装卸人员及运输驾驶人员提供移动端应用服务，包括移动端申报录入、车辆查询、电子运单信息查询等功能，结合省级道路运输安全监管系统，对危险货物道路运输全过程形成全要素、全链条管控。

0.2 建设工期

1、自合同签订之日10个月内完成项目的需求、设计和功能开发。
2、2021年12月底完成初验，2022年7月底完成项目终验。
工程边界
本项目建设系统的建设边界和定位，以省市监管单位、运输企业、运输人员和第三方机构为服务对象，通过系统四大主要功能模块、将本省危险货物道路运输安全监管相关因素的业务数据、管理数据、统计分析数据等形成数据汇总，实现与相关部门的共享和交换。相关系统之间工程边界如下图所示。

图 2‑1工程边界示意图
1、与部级危险货物道路运输安全监管系统关系
部级系统向省级危险货物道路运输安全监管信息系统各省开放接口，便于各省进行查询和集成人车户，罐体，托运人，装货人、危险货物知识库等静态信息。省级危险货物道路运输安全监管系统向部级系统上传人车户、托运人、装货人等静态基础数据，同时提供业务过程数据查询服务，如全国电子运单信息、现场检查痕迹信息，便于部级或其他省查询。
2、与交通运输厅相关系统的关系
（1）与交通运输行政执法综合管理系统的关系
本项目对接交通运输综合行政执法系统，可将电子运单信息提供给该系统，便于现场联合执法判断车辆是否存在车辆经营范围与拟运货物不匹配以及运单异常等情况，通过获取综合执法案件有关的车辆人员案件信息、现场检查信息，动态称重检测站的车辆卡口动态信息，用于构建道路运输企业安全量化合规体系和指标评估。
（2）省级运政在线系统
省级运政在线系统以《道路运输管理条例》等政策法规已明确的业务管理流程为出发点（业务涵盖道路旅客运输、道路普通货物运输、道路危险货物运输、客货运场站、机动车维修、驾驶员培训等业务方向），按照全省道路运输行业管理职责要求，建立的统一的、标准的道路运输管理基础系统，主要包括行政许可系统、运政执法数据交换系统、行业统计分析系统等。本项目将与运政在线系统继续完善共享罐车罐体、罐式集装箱基本信息、危险货物道路运输企业、人员、专用车辆运政许可信息，以及执法信息等。
（3）省级危险货物道路运输电子运单管理系统
省级危险货物道路运输电子运单管理系统是我省早期试点危险货物道路运输电子运单管理的信息化系统，主要为托运企业、承运企业、安全监管部门提供危险货物电子运单的网络版信息填报、审核、资质校验和电子运单生成等功能。根据交通运输部相关要求，省交通运输厅组织升级改进了全省危险货物道路运输电子运单系统。新版危险货物道路运输电子运单系统主要变更了运单格式（符合《危险货物道路运输规则 第5部分：托运要求（JT T 617.5—2018）》），增加了装货人查验和电子记录档案功能、司机APP、挂车道路运输证信息比对、托运单等附件上传、驾押人员发车前车辆检查安全告知提醒功能等。
本项目将在当前省级危险货物道路运输安全监管系统对电子运单及相关数据的部级上报要求基础上，加强对电子运单上报数据质量、装货人查验信息、发车前车辆安全检查、挂车证件信息比对结果等数据的获取和监管功能。
（4）重点营运车辆联网联控系统
现有重点营运车辆联网联控系统将与本次工程共享危险货物道路运输车辆动态监管信息，用于与危货道路运输电子运单监管子系统中运单信息进行轨迹比对。
（5）省级主动安全智能防控系统
现有省级主动安全智能防控系统的危险运输车辆主动安全防控类数据和统计类数据是用于构建本项目危险货物道路运输企业和驾驶员安全量化评估，实现危险货物道路运输风险重点监测分析与预测支持的数据基础之一。
（6）驾驶员行前安全测评提示系统
对接省级驾驶员行前安全测评提示系统，可对上路前驾驶员是否通过行前安全测评进行结果校验，对于不能通过测评的驾驶员，不生成其电子运单信息。

4、与其他行业管理单位相关系统关系
本次工程将建立和完善与公安交管、生态环境厅等部门相关业务系统的接口，实现危险货物信息、专用车辆信息、罐体信息、罐车生产信息、危险废物信息等信息交换共享的相关对接工作。
（1）与应急管理部门危化品生产经营企业管理系统共享危化品生产经营企业信息、危化品运输企业资质信息及事故信息。
（2）与生态环境厅危险废物联单管理系统共享危险废物经营企业信息、危险废物处置企业信息、危险废物运输企业信息、危险废物运输联单信息等。
（3）与公安交管部门信息共享，主要实现危险货物道路运输交通事故、违法违章信息，危险货物道路运输企业、从业人员信用信息共享。
（4）与省内大型危险品生产运输企业物流管理系统的数据对接。实现大型企业电子运单数据的自动化上报和电子运单审核管理。

0.3 建设依据

本项目建设依据的相关管理办法及政策文件包括但不限于以下内容：
系统设计均按照国家信息化相关行业标准和规范进行系统设计，包括命名和属性表述规范，具有准确的行业标准规范引用。
主要涉及以下主要政策法规及相关文件。

0.4 业务需求分析

省级危险货物道路运输安全监管系统是以现代信息化手段和现代管理学手段的交互应用为手段，以现有的省级运政在线系统、省级危险货物道路运输电子运单管理系统、交通运输综合行政执法管理系统、重点营运车辆联网联控系统等已建设完成的系统或平台为基础，以国家有关危险品道路运输管理的各项政策、法规、规章、制度为依据，以市场运营的危险货物运输企业、危险品运输车辆，危险品运输从业人员以及危险品货物为主要管理对象，建设提供行业主管单位、监察单位、其它道路运输安全管理内外部单位以及托运企业等综合联动，多层次监督和协同管理的危险品道路运输安全生产全过程的全面综合管理系统。
行业运行监测分析改造升级
本子系统主要实现面向省市两级交通运输主管部门，实现危险货物道路运输行业运行状况监测，借助大数据分析技术，展示全省和各地市危险货物道路运输车辆、人员、企业的基本信息及行业整体发展情况和安全监管情况，输出可视化图表，并具备可视化展示功能。本次改造升级将在原有危险货物道路运输企业、专用车辆、从业人员结构、规模监测分析、主要危险货物类别、货运量监测分析的基础上，新增和完善危险货物道路运输风险重点监测分析与预测，装卸货地分布分析、货物流量流向的对比分析与预测以及主要运输线路、重要节点监测分析等功能。

0.4.1 行业监督管理功能改造升级

本子系统的主要用户是省市级危险货物道路运输监管部门,本次升级改造主要在原有系统功能的基础上新增以下子系统模块：
1、运输企业及从业人员安全合规量化评估。基于危险货物运输车辆联网联控、电子运单、执法检查等数据源，建立危险货物道路运输企业、驾驶员安全合规量化评估体系，将有限执法监管资源配置到需要重点监管的企业和薄弱环节，实现行业精准监管、智能监管。
2、危货道路运输安全管控。按照《意见》要求，实现对企业电子运单填报情况的精准化动态监管。通过加强装卸货地点数据采集，整合企业、车辆、从业人员和电子运单等数据，在货运发车、货物装载、货物运输、卸货等作业场景的实时数据采集比对，与省主动安全智能防控系统数据关联，及时发现超范围经营、证件过期、卫星定位装置运行不正常等违规行为并督促企业采取有效措施，消除安全隐患。
3、危险货物从业人员资质测评对接。驾驶员行前安全教育提示系统包括出车前安全提示、驾驶员行前考核和评估功能，保证危险货物运输驾驶员了解本次执行的运输任务、运输途中的特殊路况、天气情况，对驾驶员进行必要的应知应会知识考核和安全教育培训，及时发现驾驶员在出车前是否存在饮酒、严重身体不适、心理压力过大等严重影响驾驶安全的因素。通过完成危险货物运输驾驶员行前安全测评的结果，确保未通过行前安全测评的驾驶员不能完成出车任务。
4、报部数据接口监测。根据本系统目前已完成的报部数据接口运行情况监测和数据上报质量的统计分析结果，实现报部数据接口运行情况统计分析和报部数据接口状态监测分析功能。

0.4.2 行业信息服务功能改造升级

本次升级改造危险货物道路运输行业信息服务系统，主要为运输企业提供电子运单管理、与管理部门信息交互等服务；包括运输任务调度、外省籍车辆电子运单报备、企业运单自检、运单上传、运单派发、运单状态管理、统计汇总等基础功能，实现对企业车辆、驾驶员、线路、电子运单的统计考核和企业电子运单填报情况的精准化动态监管。同时与生态环境厅危险废物联单系统的实时衔接，强化对危险废物产生单位和危险货物道路运输企业（单位）的协同监管。

0.4.3 数据资源建设

本系统一期已经建设完成全省危险货物道路运输基础数据库、业务数据库、主体分析数据库和部分动态监测数据库的数据资源建设内容。本项目将在上述数据资源的基础上，新增运输企业安全量化合规数据、道路运输安全管控数据、驾驶员行前测评结果数据、省级主动安全智能防控动态数据、生态环境厅危废联单数据以及交通运输部跨省运输车辆和外省电子运单数据等数据资源建设工作。

0.4.4 数据交换共享功能完善

主要包括与部级危货监管系统有关电子运单报送以及查询外省电子运单的数据交换于功能完善，与交通运输行政执法综合管理系统的数据交换，与省级运政在线系统的数据交换，与重点营运车辆联网联控系统的数据交换共享接口，与省级重点营运车辆主动安全防控平台的数据交换共享接口，与高速公路联网通行收费系统的数据交换，与公安部门数据交换，与生态环境厅的危废联单系统的数据交换，与运输企业已运行系统的数据交换，与驾驶员行前安全测评提示系统的数据接入等。

0.4.5 危货运输移动端应用管理

以运输企业、装卸人员及运输驾驶人员为用户，提供危险瓯运输的移动端应用管理服务，主要包括移动端申报录入、车辆查询、业务办理、电子运单信息查询等功能，结合综合监测监管平台，对危险货物道路运输全过程形成全要素、全链条管控。

0.5 应用支撑软硬件建设需求

0.5.1 政务云资源申请清单

本次工程在向政务云申请应用支撑资源时，会充分考虑资源利用率，严格遵循政务云统一的云数据库等应用支撑平台框架，并按照申请流程进行操作。
根据工程拟接入数据的数据存储量初步分析测算，本工程拟向云平台免费申请的计算资源如下：

0.5.2 系统性能需求初步分析

系统处理能力
系统并发量需求如下：
本次工程涉及的系统用户包括省市级交通运输管理机构人员、危货运输企业、从业人员、托运人、装货人等，系统用户数初步估算为：行业运行监测分析与行业监督管理省市级交通运输管理机构用户按 50 人计算；危货运输行业信息服务及电子运单管理企业端用户人数按企业600 人，驾押人员 12000 人计算，并发 2000 人计算。

0.5.2.1 网络传输能力

网络系统是实现信息互联互通的传输通道。本次工程部署于政务云政务外网区和互联网区，网络涉及范围包括内部外部网络接入及内部局域网络 2 部分内容。从现状来看交通运输行业已具备覆盖省市区县三级交通运输管理机构的政务外网，政务外网采用运营商专线链路，能够满足本工程各级交通运输管理机构管理人员访问系统的网络需求。省交通运输厅信息中心机房的局域网络设备能够满足本工程系统运行对网络环境的需求，本次工程无需考虑完善建设。

0.5.2.2 系统可靠性

本项目建设的业务管理类系统要求系统的可用性（A= MTBF（平均无故障工作时间） / MTBF+ MTTR（平均维修时间））至少为 99.5%；信息服务类功能的可用性至少为 99.5%。

0.5.3 系统安全性初步分析

0.5.3.1 系统等级保护要求

按照信息系统的安全保护等级由业务信息安全等级和系统服务安全等级较高者决定的原则，确定本工程的安全保护等级。
严格按照《网络安全法》（2017 年 6 月）、《公安机关互联网安全监督检查规定》（公安部第 151 号令）的相关规定，在缺陷责任期结束前按照不低于本项目安全等保评定结果提供网络安全防护服务。

0.5.3.2 系统建设安全要求

在本项目中，安全系统建设将依托省厅信息中心数据中心与机房硬件设施和现有安全体系，结合本工程具体需求，参考安全等级保护的要求，建立相应的安全体系，建设相应的安全系统。

0.5.3.3 其他安全要求

在本项目中，危险货物道路运输安全监管系统密码应用安全主要侧重于系统自身的应用和数据安全，安全密码产品与服务的使用需要符合国家密码管理主管部门的要求，并与系统一期建设使用的安全加密工具和加密方式保持一致。

0.5.4 系统运行与维护基本需求分析

本工程建成之后，应组织成立运行管理机构和日常维护机构，运行管理机构负责日常管理与运行维护协调组织工作，日常维护机构负责日常维护具体工作。制定相应的规章制度，约束和明确各自岗位职责，确保设备和系统的正常运行。
项目运行过程中需确保各种设备之间数据交换畅通，软件系统正常运行并保证各种硬件设备、终端设备保持良好的运行状态。
因项目运行过程中，网络和系统的数据接入与接口维护工作可能涉及多家单位的配合和协助，建议通过签订合作协议，确保各单位间建立良好、稳定的合作关系。
本次工程运行维护中涉及的软硬件设备数量多，维护专业、技术要求高，应根据运营工作需求合理设置岗位、明确职责，并对相关人员进行系统专业培训。

0.5.5 系统实施要求

0.5.5.1 项目组织管理

供应商应具有良好的资质和信誉，与用户建立长期合作关系，建立完善的售后服务机制，体现“用户至上”的理念，在服务成本、响应时间、用户培训等方面做出明确承诺并采取具体措施。
供应商应详细说明实施本项目拟采用的团队组织方案和具体项目组织机构，保证工程实施期间足够的人力投入，并提交该项目开发组人员构成及名单。
1、项目组人员组成要求：配置专职的项目经理、开发人员、测试人员、资料写作人员和配置管理员。
2、建立项目配置库：项目实施开始建立项目管理配置库，所有文档资料和代码开发都基于配置库进行。
3、每周定期汇报项目进展，召开项目例会。

0.5.5.2 项目建设工期要求

本项目建设工期主要涉及施工设计、系统开发、设备采购与安装、系统安装和调试，以及整个系统的测试与试运行和竣工验收。根据项目组织形式以及工程建设复杂程度、工程量和施工条件，参考近期类似项目的建设周期情况，本项目自合同签订之日10个月内完成项目的需求、设计和功能开发，2021年12月底完成初验，2022年7月底完成项目终验。项目建设工期主要包括工程实施、验收等阶段。
第一阶段：工程实施阶段
1、需求调研。
2、系统开发与集成：由招标确定的承担单位进行系统开发和系统集成。
3、系统安装调试：系统开发完毕后，由系统集成商负责对系统进行安装调试。
第二阶段：工程验收阶段
1、系统测试与试运行：系统安装调试工作完成以后，对系统功能进行逐项测试；确认系统满足需求后，组织进行系统初验。初验完毕，系统投入试运行，在试运行期间，解决初验时的遗留问题和新出现的问题。
2、管理培训：组织培训，包括对硬件和软件应用系统的培训。
3、系统交工验收： 系统测试与试运行期1个月结束后，进行系统交工验收，投入运行。

0.5.5.3 项目风险管理

供应商应充分认识到项目风险管理的重要性，在投标书中必须识别分析项目中的各类风险因素，并采取相应的对策。

0.5.5.4 售后服务要求

供应商应根据招标文件要求提供具体详实的售后服务承诺方案，免费维护期两年，从最终验收日期起。供应商应具有本地化服务能力，配备相应的售后服务人员，服务期电话30分钟响应，8小时内到现场，24小时内解决问题。

0.5.5.5 培训要求

供应商应提供具体详实的培训方案，包括培训目的、培训内容、培训对象、培训教材等。培训方案应完整、具体、具有针对性。

1 系统整体架构方案

1.1 建设原则

1、统筹规划、顶层设计
以“统筹规划、统一标准、顶层设计、分类实施”为指导思路，采取自上而下顶层设计和自下而上推进实施相结合实施。强化顶层设计、加强统一指导，制定行业统一的业务规范和信息化建设技术标准规范，遵循相关标准规范，结合本省行业安全监管的需求情况，确定阶段性任务目标、工作步骤和具体措施，认真组织实施。
2、整合资源、信息共享
共享使用交通行业部省市所有交换共享数据资源，充分梳理现有业务系统、现有管理部门的业务需求，按照部统一的技术标准和要求，比对分析，进行智慧交通的本地化扩展开发，完善其个性化业务功能，开发数据接口应用模块，在立足自身建设的同时，保障信息化成果服务于企业和其它横向部门，切实避免重复建设。
3、分步实施、逐步完善
按照急用先行、示范引领、稳步推进的思路，优先完成省级主动智能安全防控数据、驾驶员行前安全测评等的数据接入，资源的获取与整合，实现适应全过程安全管理的业务管理信息化与安全监管建设，然后逐步深化数据分析，充分利用电子标签、大数据、人工智能等技术，最终实现危险货物来源可循、去向可溯、状态可控的危险货物全过程信息化管理、监控和服务的目标。
4、深化应用、注重实效
坚持以省交通运输厅危险货物运输全过程监管需求为支点，以危险货物道路运输全过程安全管理实施方案为导向，采用大数据技术、数据仓库和规则引擎技术，实现自身一网统管的科学严谨并同步实现外部引用的直接嵌入支撑，实现危货安全监管全流程和业务功能的双支撑，在大幅降低投入成本、开发成本和时效成本的同时，实现效益最大化。

1.2 系统架构设计

图 2‑1系统总体架构图

1.2.1 系统总体架构

平台总体框架分为基础环境层、数据资源层、应用支撑层、应用服务层、应用层和表现层等六个层次，以及信息化系统建设规范体系和安全与运维保障体系等两个规范体系。
1、基础环境层：提供了危险货物道路运输安全监管信息采集、传输和处理
的基本条件和基础环境，主要包括服务器及存储备份系统、网络及安全防护系统、数据采集终端、基础软件系统、数据交换共享接口等配套设施。
2、数据资源层：数据资源是整个工程的核心。在建设形成基础数据库和业务数据库的基础上，构建面向危险货物运输全过程监管检测的主题分析数据库和交换共享数据库。通过交换共享数据库，建立数据交换共享机制，为跨区域、跨部门危险货物道路运输安全监管信息共享和业务协同提供数据支撑。
3、应用支撑层：应用支撑层处于信息资源层与应用系统层之间，为实现信息共享、应用系统功能、业务协同工作提供技术支撑，是构建危险货物道路运输安全监管相关业务应用系统的基础。主要包括数据交换与融合平台、数据分析报表系统、数据备份软件、统一用户管理系统、应用中间件、地理信息服务系统等。
4、应用服务层：建设定制化监控服务、模块化支持、流程引擎管理以及ETL过程管理，提供上层架构的应用支持。
5、应用层：应用层是整个项目业务功能及应用的实现，依靠数据资源层和应用支撑层所提供的数据与技术支撑，通过对危险货物道路运输全过程安全监管的业务需求和功能需求的深入分析，整合、设计开发各类应用功能服务。主要功能包括本项目三大主要子系统的升级改造建设内容。
6、展现层：依托移动端应用为相关企业和押驾人员提供电子运单管理、运输任务调度、车辆信息查询，统计汇总等交互服务，依托大屏幕为交通行业监管、运行监测、调度指挥、决策分析等提供支持，依托工作电脑为各管理部门日常业务处理、业务管理和运维管理人员提供工作界面。
7、两大体系：包括信息化系统建设规范体系和安全与运维保障体系。信息化系统建设规范体系包括相关业务规范、政务服务平台技术规范、信息化管理规章制度等内容。安全与运维保障体系包括安全组织、安全策略、安全技术和运维保障相关措施与规范。根据信息系统安全等级保护要求，设计本系统安全防护整体采用安全等级保护三级进行要求建设和防护。

1.2.2 系统数据流图

本项目不是一个独立的业务应用系统，与交通运输行业已建及待建的相关业务应用系统之间相互支撑、互为补充，相关系统之间数据流图如上图所示。与本系统一期数据资源交换共享建设情况相比，本期主要建设完善和新增以下数据交换和资源建设。
1、与部级交互系统的数据交换接口功能完善
根据《危险货物道路运输电子运单信息交互技术规范（暂行）》要求，部级交互系统通过接口开发向省级危险货物道路运输安全监管信息系统提供跨省实时运单查询、历史运单文件夹批量上传功能。省级危货系统向部级交互系统提供实时运单查询、运单二维码查询和电子运单信息接收、电子运单状态变更接口。
本期项目着重在以上数据资源交换接口的建设基础上，优化与交通运输部的历史电子运单批量报送功能，以及查询外省电子运单的功能。
2、与省级主动安全智能防控系统数据对接交换
省级主动安全智能防控系统中包含的危险运输车辆主动安全防控监测预警类数据、车辆行驶综合报警类数据和主动安全防控行业安全指数等统计类数据。本项目将实现与该系统的数据对接与交换，一方面通过行业安全指数类统计数据用于构建本项目危险货物道路运输企业和驾驶员安全量化评估，另一方面通过监控预警和报警类数据实现危险货物道路运输风险重点监测分析与预测支持功能。
3、驾驶员行前安全测评提示系统的数据对接交换
对接省级驾驶员行前安全测评提示系统，获取系统对道路运输驾驶员的行前安全技能测评、运输线路与环境测评和身心健康测评结果数据。从而在企业运输管理系统和本系统中，实现驾驶员出车行前安全自检校验、货车发车行前安全审核校验和货物运输过程审核校验。对于不能通过测评的驾驶员，不生成其电子运单信息，从而限制该驾驶员实施当前运输任务。
4、与生态环境厅危险废物联单管理系统的数据对接
对接危险废物联单管理系统，获取危险废物经营企业信息、危险废物处置企业信息、危险废物运输企业信息和危险废物运输联单信息，在企业运输管理系统中与企业上报的电子运单数据进行比对校验，实现对企业运输信息的动态监管。
5、与其他业务系统的数据交换共享优化完善
（1）省级运政在线系统
省级运政在线系统以《道路运输管理条例》等政策法规已明确的业务管理流程为出发点（业务涵盖道路旅客运输、道路普通货物运输、道路危险货物运输、客货运场站、机动车维修、驾驶员培训等业务方向），按照全省道路运输行业管理职责要求，建立的统一的、标准的道路运输管理基础系统，主要包括行政许可系统、运政执法数据交换系统、行业统计分析系统等。本期项目将与运政在线系统继续完善共享罐车罐体、罐式集装箱基本信息、危险货物道路运输企业、人员、专用车辆运政许可信息，以及执法信息等。
（2）省级危险货物道路运输电子运单管理系统
省级危险货物道路运输电子运单管理系统是我省早期试点危险货物道路运输电子运单管理的信息化系统，主要为托运企业、承运企业、安全监管部门提供危险货物电子运单的网络版信息填报、审核、资质校验和电子运单生成等功能。根据交通运输部相关要求，省交通运输厅组织升级改进了全省危险货物道路运输电子运单系统。新版危险货物道路运输电子运单系统主要变更了运单格式（符合《危险货物道路运输规则 第5部分：托运要求（JT T 617.5—2018）》），增加了装货人查验和电子记录档案功能、司机APP、挂车道路运输证信息比对、托运单等附件上传、驾押人员发车前车辆检查安全告知提醒功能等。
本项目将在当前省级危险货物道路运输安全监管系统对电子运单及相关数据的部级上报要求基础上，加强对电子运单上报数据质量、装货人查验信息、发车前车辆安全检查、挂车证件信息比对结果等数据的获取和监管功能。
（3）重点营运车辆联网联控系统
现有重点营运车辆联网联控系统将与本次工程共享危险货物道路运输车辆动态监管信息，用于与危货道路运输电子运单监管子系统中运单信息进行轨迹比对。本期项目将持续优化该系统的数据传输接口，改善车辆定位信息数据传输的稳定性问题。
（4）公安交管部门危险运输车辆数据共享。优化并完善公安系统关于危险货物道路运输交通事故、违法违章信息，危险货物道路运输企业、从业人员信用信息的数据共享和数据更新频率。
（5）省内大型危险品生产运输企业物流管理系统的数据接口优化。继续优化并完善与石油运输等大型危险品生产运输企业的电子运单数据自动化上报和电子运单审核管理功能。

1.2.3 主要业务流程

危险货物电子运单填报流程是本项目涉及的关键业务流程，该流程涵盖了所有收发货企业、运输车辆、运输装备、从业人员、装卸人员和相关管理部门。是掌握危险货物道路运输全过程监管的关键。
下图是目前依据交通运输部办公厅《关于开展危险货物道路运输电子运单管理制度试点工作的通知》（交办运〔2014〕237号）和省交通运输厅《关于进一步加强危险货物道路运输电子运单管理工作的通知》的要求，以及目前江苏省危险货物道路运输电子运单系统新版功能的基本业务流程图。

图 ‑2危险货物道路运输电子运单管理基本流程图
下图是根据我司近年来在全国危货道路运输重点试点省份工作推行以来，结合试点省份以及本项目实现危险货物运输全过程安全监管的实际应用需求，提出的电子运单全过程监管流程。

图 ‑3危险货物道路运输电子运单全过程管理流程图
与目前省级危险货物电子运单管理的基本流程相比，全过程管理流程着重强调对道路运输承运环节的安全管控。包括货物填报安全管控、运单填报安全管控、货物装载安全管控、运输过程安全管控和货运卸货安全管控五大环节。从而落实对托运企业主体责任、行前安全测评、运单信息查验、运输“五必查”、运输过程监管监测、装卸人员资质及操作过程等环节的管控和审核。使电子运单管理落实到货物从装载到卸载、运输车辆从任务下达到车辆停放，人员从驾驶员、押运员和装卸员资质、操作、运输过程行为等各运输要素的全面监管，使电子运单管理在不增加企业操作成本的前提下，更好的满足管理部门的监管需要。

图 2‑4危险货物关联企业闭环管理流程示意图
根据危险货物全过程安全监管的管理需求，我们对于各类型企业上报单据凭证也设计了相应的上报流程，确保危运企业、充装企业、危废处置企业与省、市级监管平台形成业务管理闭环，保证各类单据流程的统一流转。

1.2.4 系统功能架构

系统功能架构是根据业务需求梳理后的要素，形成功能模块，与本项目建设建设内容和建设重点（橙色框标记的报部数据接口监测统计分析功能为数据交换共享子系统的可视化界面延伸建设内容）保持一致。

1.3 关键应用技术设计

1.3.1 平台技术架构

以贯穿全域应用的“应用-原子模型”技术和规则引擎为开发基础，建设省级危险货物道路运输安全监管系统升级改造项目，其关键技术创新点在于以设计的危货道路运输安全监管数据中心为支撑，以基础架构管理平台为总体运行管理和维护支持，以一张图的运行监测平台、一体化的安全监管平台和一站式的决策分析平台等，构建全过程监管、全流程管理的多层次应用。
本项目所采用的技术架构，是建立在用户业务、管理和决策基于上述平台的开发者预定义并通过模块化功能库、流程化引擎建设的基础上，充分强调了系统建设的动态性、扩展性和健壮性，从而既适应了开发前调研的需求，也适应了因为业务发展或者拓展需要，而由系统运维人员甚至用户自己重构业务流程或者管理流程的需求。因此，本项目的上线运行，至少可以保证五年不落后，甚至于五后仍然具有业务创新或者管理创新的特色。

1.3.2 数据仓库技术

虽然数据仓库的概念已经很多年，但现代的内存数据库或者HBASE等大数据库等宽表理论仍然继承或者发展于数据仓库理论，是新技术条件下数据仓库技术的升级换代。
本项目将继承数据仓库维表技术，实现数据分层和数据颗粒化对系统的应用支撑。系统设计将采用开源的MySql数据库构建数据仓库的结构体系，虽然主题规划、维度分析以及ETL过程处理工作量巨大，但优点在于最大限度降低投资规模的同时，保证数据仓库应用和关系数据库应用的一体化。数据仓库同样也是一系列技术的整合应用集，涉及的关键分项技术如下：
OLTP数据记录技术：即传统的业务系统关系数据库表，是业务和管理系统的直接支撑数据库管理平台，提供忠于原始实际的数据的记录、更改、存储、备份等操作。
ODS数据汇聚技术：按问题研究分析的要求进行数据的多元汇聚形成ODS数据汇聚层。即采集一切问题涉及产生根源、演变过程、变质变异、影响因素、关联因素的数据，通过ETL的清洗、比对和转换处理，最终以冗余复制的方式构成称为主题的数据分析集。
DW数据融合技术：对应现代宽表技术在关系统数据库上的实例应用，按主题建设的规划层次，构建研究维度和关联度量的数据结构和管控范围，构建数据融合的颗粒细分，最终形成数据服务的颗粒化。同样采用ETL技术，实现数据从ODS层到DW层的多元融合比对、转换和加载。
ETL过程处理技术：数据仓库是一种冗余性的数据结构，其维表和度量表的数据来源是是通过开发ETL过程对下层原始数据的加工和处理。ETL过程具有按时间、按条件、按阈值、按手动等触发机制，主要任务将担负数据采集（即抽取）、清洗（即去除或者改正差错数据）、计算和加载等任务。需要为每个主题、数据集市开发一个或者多个ETL过程，计算成果保存于ODS或者DW之中，从而支持OLAP应用。
OLAP（联机事务处理）技术：这是一种以数据仓库所形成分层和颗粒，进行数据关联的分析技术。有了数据仓库的支撑，通过OLAP的关联处理，可以实现多维图形和多维报表的高效快捷的计算和成果应用输出，因此可以实现各类统计分析、预警预测和溯源研判的精准和高质量，形成事件和问题所涉及的变化规律、追踪规律、分析原因等实施精准整改的科学依据。

1.3.3 大数据技术

大数据技术生态：大数据的基本处理流程与传统数据处理流程并无太大差异，主要区别在于：由于大数据要处理大量、非结构化的数据，所以在各处理环节中都可以采用并行处理。目前，Hadoop、MapReduce和Spark等分布式处理方式已经成为大数据处理各环节的通用处理方法。
大数据采集与预处理：大数据的采集主要有4种来源：管理信息系统、Web信息系统、物理信息系统、科学实验系统。对于不同的数据集，可能存在不同的结构和模式，如文件、XML树、关系表等，表现为数据的异构性。对多个异构的数据集，需要做进一步集成处理或整合处理，将来自不同数据集的数据收集、整理、清洗、转换后，生成到一个新的数据集，为后续查询和分析处理提供统一的数据视图。本项目将运用该技术实现对海量监测采集数据和非结构化数据进行预处理。
大数据分析与可视化：大规模数据的可视化主要是基于并行算法设计的技术，合理利用有限的计算资源，高效地处理和分析特定数据集的特性。通常情况下，大规模数据可视化的技术会结合多分辨率表示等方法，以获得足够的互动性能，是本项目实现系统监控大屏的关键技术之一。
其他可能使用的大数据技术：如MapReduce、Spark、Hive、Hbase、ZooKeeper
、ElasticSearch等。

1.4 系统性能设计

1.4.1 系统响应时间

由于各业务数据涉及全市各级交通运输管理机构及外部相关机构，因此平台的运行效率和数据处理速度将直接影响到各业务协同工作，因此，系统响应时间不超过3秒，**个别复杂逻辑页面响应时间不超过5秒**，数据查询不超过5秒,常规数据分析响应时间不超过3秒，历史数据分析响应时间不超过5秒。系统的年可用率≥99.9%，由于偶发性故障而发生自动热启动的平均次数＜2次/年。

1.4.2 并发处理能力

系统采用目前主流的分布式架构、集群部署、消息队列、缓存等技术来提高系统的并发处理能力，并且可根据需要随时拓展，可达到支持不低于3000用户并发访问服务处理平均响应时间小于2秒的处理能力。
系统将采用如下技术：
1、分布式架构
系统采用分布式框架，具有高性能、高并发、透明化、组件丰富等特点，目前已经成熟应用于信息化应用系统的设计与开发。
2、微服务应用
系统的应用将按照服务功能进行拆分，构建不同的微服务，降低服务之间的耦合，提高服务的并发能力。同时避免因某个功能的启动、关闭和异常停止而影响其它功能的正常业务。
3、消息队列
系统使用消息队列作为应用响应和处理之间的通道，由于消息队列的并发能力极高，处理能力强，所以可以极大的提高系统响应速度与并发能力，其次数据处理程序会采用多线程方式，从队列中取出数据进行处理，降低了与数据接收服务之间的耦合，提高了并发能力。
4、系统缓存
在数据层和应用层之间增加数据缓存层，提供全局数据服务，可以大大减少数据库往返次数。与读取数据库和读取大文件比，读取内存的速度无疑要快的多。所以对经常要访问的数据进行缓存是非常好的实践方法。而且，共享内存更能实现数据并发访问。
5、应用集群部署
系统各应用均采用集群部署，具有高并发、高可用、可拓展的特点，随着将来用户的增长，随时进行拓展，以达到支持更大并发的目的。

1.4.3 高可用性设计

平台采用主流、标准的技术，严格遵循国家标准、行业标准，能够确保系统的高可用性要求，确保7*24小时高效运转，提供不间断的持续服务能力。
1、系统按照连续不间断运行的理念设计，具有高并发大容量处理能力和定位数据处理能力：平均500条/秒、峰值1000条/秒；
2、支持7×24小时持续稳定的数据交换。
3、系统客户端支持超过1000个动态目标的显示跟踪能力；
4、系统支持不低于10万辆车辆、手机终端等设备接入规模；
5、对于与外部系统间的数据交换接口，车辆轨迹的丢包率≤5%，报警信息丢包率≤1%；
6、具有良好的数据安全保障机制，具有较强的容错能力和灾难恢复能力，支持服务器的集群模式；
7、具有完备的网络与信息安全保障体系，能对登录用户的身份进行认证，并跟踪用户的操作，进行安全审计；
8、多用户并发控制，系统在资源紧张时自动关闭非关键业务降级服务方式来确保关键业务运行。
9、用户输入数据的正确性、完整性经过业务逻辑处理层和数据存储层的检验。
10、提供明确的错误提示信息，系统界面被破坏或系统发生故障，系统仍能给予操作者必要的提示，使其按照相关提示退出系统，并最大程度保留用户的工作成果。
11、异常发生时，对有状态会话事务，保证其事务的完整性，同时提供相应的报警措施和日志记录。
12、可对平台进行压力测试和性能测试以保证产品质量，并可通过权威机构第三方检测确认性能合格。

1.5 平台配套软硬件与支撑环境

1.6 系统安全性建设方案

1.6.1 概述

安全系统是确保业务应用连续、稳定运行而不受偶然或恶意原因影响的系统。危险货物道路运输安全监管系统涉及对行业内部、及行业外部提供大量地理信息数据，在运行过程中主要存在基础数据盗取、丢失、泄密的安全风险以及数据完整性、可用性的风险。
本次工程市级层面储存的数据主要包括危险货物运输企业、车辆、人员、电子运单信息等业务基础信息、车辆轨迹数据、行前测评数据、危废联单数据和主动安全防控报警分析数据等等汇总数据，同时具备具有云灾备能力及相应的应急措施，确保相关数据在存储期内不丢失。根据《信息安全等级保护管理办法》（公通字【2007】 43号）和《中华人民共和国国家标准信息安全技术 信息系统安全等级保护定级指南》的相关规定，结合信息系统安全防护定级指南，本系统安全防护等级定为二级。
本次工程结合国家二级等保要求，将提供完善的用户鉴权（身份认证、权限管理）、日志管理（登录日志、关键业务操作日志）、加密传输、安全审计、自动备份等多种手段保证系统和数据安全，保证数据不因意外情况丢失和损坏。同时还将对主机安全、应用安全、数据安全中涉及的系统开发、使用安全防护内容提出具体要求，确保本次工程满足二级等保要求。

1.6.2 等级保护要求

根据GB/T 22240-2008《信息安全技术 信息系统安全等级保护定级指南》，定级要素与信息系统安全保护等级的关系如下表所示。
定级要素与信息系统安全保护等级的关系

考虑本次工程所涉及的信息均为非涉密信息，即使相关信息因攻击等情况外泄，对社会造成的危害有限，同时结合国内外相关系统信息安全等级建设情况，本次工程信息安全涉及的政务云安全等级定为二级。平台建设时系统安全将符合信息安全技术网络安全等级保护基本要求（GBT22239-2019）中的第二级安全要求。

1.6.3 系统安全风险分析

本次工程业务系统建设后将部署于省厅专用机房，并提供政务内网与互联网外网访问入口，业务系统所面临的主要安全风险及应对策略见下表：
系统安全风险分析及策略表

1.6.4 系统安全建设方案

通过分析本次工程所面临的业务系统常见的安全风险，及系统安全需求及差距分析，主要设计内容包括安全管理体系、安全技术体系和安全运维体系三个面。功能图如下所示：

图 ‑5信息系统二级等级保护建设要求功能架构图

1.6.4.1 安全管理体系

安全管理应建立一套“体系化”的管理模式，符合等级保护二级的安全管理要求，能够从安全组织、人员安全、安全管理制度、建设管理和运维管理几个层面全面实现安全管理体系。依托于本项目省厅信息中心对整个行业安全管理体系的建设，本次方案仅提出了以下两部分补充完善内容。
1、组织机构
应根据实际情况设立危险货物道路运输安全监管系统安全主管、安全员等岗位人员，负责指导、监督、考核安全制度相关规定的执行。建设单位需要进一步落实业务系统等级要求。并将其贯彻落实到实际工作中。并结合本次工程的实际情况，完成自身的二级文件的编制及落地工作。
2、安全管理制度与规范
安全运行管理制度与规范是保证管理体系和技术体系有效协作的必要措施，本次项目信息系统的安全管理制度应至少包括下面内容：
安全管理制度类别一览表

1.6.4.2 安全技术体系

本次工程技术体系将依据国家、行业信息安全技术要求开展建设。主要考虑物理安全、网络安全、系统安全、应用安全和数据安全五个方面。
1、物理层
本次工程依托项目省厅专用机房物理安全条件，可保证本次工程物理层的安全。
2、网络层安全
本次工程依托项目省厅专用机房网络层安全条件，可保证本次工程网络层的安全。
3、主机层及系统层安全
本次工程依托省厅专用机房主机层及系统层安全条件，可保证本次工程主机层及系统层的安全。
4、应用层安全
在本项目省厅数据中心安全防护技术体系基础上，本次工程对系统人工开发过程提出安全防护要求。
——身份鉴别
应用系统设置策略，对用户口令做复杂性的校验，比如规定口令的最小长度，有效期限，以及口令字符必须混有大、小写字母、数字和特殊字符，不允许单独使用字母或数字等。本次工程可引入CA认证技术实现对登录用户以及用户传输文件的鉴别认证，支持市场主流CA认证中心设备，系统使用用户可根据自身要求自行选购使用。
应用系统支持用户认证失败次数的限制功能，规定达到阈值后的处理措施，在一定时间范围内对账户进行锁定等。
——访问控制
授予不同帐户为完成各自承担任务所需的最小权限，严格限制默认帐户的访问权限。
——安全审计
应用系统提供应用层审计日志功能模块，实现自动化审计功能。建立完善的系统审计功能，支持对审计数据的查看功能；为应用系统设置专门的审计用户，只有审计用户才能对审计数据进行查看、分析、备份和删除等工作，审计用户应定时或不定时对审计数据进行分析，以及时发现非授权用户的非法操作或恶意攻击。审计功能将记录业务用户、系统超级管理员、系统安全员的重要操作行为以及所有用户的登录行为，审计内容包括：主体身份、事件的日期和时间、用户的登录地点、事件类型和事件结果。审计事件将与引起事件的用户身份相关联。
——通信完整性
采用校验码技术保证系统通信过程中数据的完整性。
——通信保密性
应用系统连接建立前及通信过程中的会话进行初始化验证和加密，保证系统通信的保密性。
——软件容错
应用系统具备软件检查机制，保证通过人机接口输入或通过通信接口输入的数据格式或长度符合系统设定要求；具备软件容错机制，使故障发生时，应用系统还能继续提供一部分功能。
——资源控制
应用系统设置通信双方超时机制，使系统的通信双方中的一方在一段时间内未做任何响应，另一方应能够自动结束会话；设置账户多重并发会话限制功能，实现对单个账户的多重并发会话进行限制。同时，在本项目数据应用服务器的数据库库中配置的防火墙或安全网关设置安全策略，限制网络最大并发会话连接数，通过针对特定IP的连接限制，限定特定应用系统的最大并发会话连接数。
5、数据安全
保证数据安全和备份恢复主要从数据防篡改、备份、恢复等进行考虑。本次工程可采用云计算中心全部数据安全设备。
①数据库审计：本次工程云计算中心数据库审计系统可通过对数据库的操作进行收集和评价，以保护数据资产的安全、数据的完整，凡是与数据库安全性相关的操作均可被记录下来，可跟踪所有用户的全部操作，具有很强威慑力，对数据库管理系统进行实时审计保护。
②数据存储和备份：本次工程可复用云计算中心的存储系统和备份系统，通过专业的备份软件进行管理，提高数据的完整性和保密性。同时，突发事件产生可以通过备份系统还原数据，保证了数据的安全性。
③数据业务恢复：当需要恢复历史数据，可以通过备份软件系统将原先存储在备份磁带库中的数据快速恢复，可以实现对操作系统、应用软件、数据、数据文件等内容的多版本回滚，使系统迅速恢复到故障前的正常运行状态。同时，突发事件可以通过备份系统还原数据，保证了数据的安全性。
④系统数据库进行数据库人工加固：通过对数据库人工加固的方式，来提升数据库的抗攻击能力，保障数据库的安全性。
每月开展的数据库加固服务至少包括以下内容：
——缺省配置
进行数据库默认口令的检查与加固。
——弱口令
利用渗透技术和弱口令字典，发现易被攻破的用户口令。
——无用对象
无用的库、无用的用户名、危险存储过程扫描。
——弱安全策略
检查弱的安全配置，例如口令有效时间、错误尝试次数、口令强度等。
——权限提升漏洞
检查系统表、视图、函数、触发器等存在权限提升漏洞威胁的对象。
——缓冲区溢出
检查数据库对象，利用漏洞知识库判断是否存在缓冲区溢出漏洞。
——宽泛权限
对过于宽泛的public访问权限进行检测与加固。
——补丁
根据补丁信息库及被扫描数据库的当前配置，完成补丁安装检查与升级。

1.6.4.3 安全运维体系

1、运维服务准备
做好日常安全运维服务项目的准备工作是项目顺利完成的前提条件。 在建立安全运维体系开始前，我公司将积极做好前期准备工作，在这个阶段，有三个主要步骤：
（1）签定必要的协议和约定
我们将配合业主，考虑服务可能产生的信息安全风险，并签署信息保密协议；同时对项目中涉及的各类软硬件资产、工具的知识产权做出明确规定与声明。
（2）人员准备
依据服务方案，培训相应数量、具备相应技术资质的专业服务人员，并向业主提供这些服务人员的：
身份证明；
健康证明；
劳动关系证明；
保险证明；
学历和技术专业资质证明；
（3）工具准备
服务工具包括开发的各类服务管理软件系统、知识库系统、针对客户方资产的文档和驱动程序库等。
2、基础运维
主要从物理安全、网络安全、主机安全、应用安全、数据安全以及日常设备巡检六个层面分别进行。具体内容为：
(1) 物理安全：针对信息系统所处的物理环境即机房、线路、基础支撑设施等进行标准符合性识别。主要包含：物理访问控制、防盗窃和防破坏、防雷击、防火、防水和防潮、防静电、温湿度控制、电力供应、电磁防护等方面。针对各个风控点安排相应的技术人员进行排查；
(2) 网络安全：对工作范围内的网络与安全设备、网络架构进行网络安全符合性排查检验。 主要包含： 结构安全与网段划分、 网络访问控制、 网络安全审计、边界完整性检查、网络入侵防范、恶意代码防范、网络设备防护等方面，针对各个风控点安排相应的技术人员进行排查；
(3) 主机安全：针对身份鉴别、访问控制、安全审计、系统保护、入侵防护、恶意代码防护、资源控制等方面，针对各个风控点安排相应的技术人员进行排查；；
(4) 应用安全：对信息系统进行应用安全符合性排查。如身份鉴别、访问控制、 安全审计、 通信完整性、 通信保密性、 抗抵赖、 软件容错、 资源控制等方面，针对各个风控点安排相应的技术人员进行排查；
(5) 数据安全：主要检查系统的数据在采集、传输、处理和存储过程中的安全，针对各个风控点安排相应的技术人员进行排查；
(6) 日常巡检：检查系统相关服务器操作系统、数据库和中间件的开放服务及端口、磁盘使用率、内存使用率、账户设置（定期修改密码并且满足复杂度和长度）、登录设置、文件权限设置、审计、共享资源、补丁更新和病毒防护等情况；防火墙的访问控制策略、网络连接数限制等信息，检查入侵检测、安全审计设备的审计策略配置、特征库版本情况等；等级每次巡检记录。
3、重大节日保障
保证重要活动节假日期间平台安全可靠运行， 全面提高维护队伍应对突发情况的综合管理水平和应急处置能力， 最大限度地保证重大节假日期间平台稳定安全运行和可靠畅通：
(1) 应急资源、人员准备：重要的节假日前期，提前做好资源分配工作、做好应急预案，成立专职保障小组、安排专人进行 24 小时待命。系统出现异常情况时，做到第一时间响应。
(2) 加强监控和巡视
(3) 应急处理：平台发生预警、异常时，值班人员根据应急预案进行第一时间响应；重大突发情况时， 值班人员应第一时间上报负责人，负责人进行协调资源进行排除故障，恢复到系统正常运行状态。做好应急处置记录，形成应急报告。
4、漏洞扫描检测
借助专业化漏洞检测工具，对检测范围内的交换机、路由器和服务器实施扫描，发现配置上存在的弱点，作为对手工检查工作所获取数据的补充，同时也是制定安全加固方案的重要依据。
5、数据库维护
（1）数据库性能优化
数据库性能恶化表现基本上都是用户响应时间比较长，须要用户长时间的等待。获得满意的用户响应时间有两个途径：
一是减少系统服务时间，即提高数据库的吞吐量；
二是减少用户等待时间，即减少用户访问同一数据库资源的冲突率。
对于以上的两个问题，通常我们采用以下几个方面来进行改善：调整服务器内存分配。例如，可以根据数据库运行状况调整数据库系统全局区的数据缓冲区、日志缓冲区和共享池的大小；还可以调整程序全局区的大小。
调整硬盘 I/O 问题，达到 I/O 负载均衡。
调整运用程序结构设计。
优化调整操作系统参数和使用资源管理器。
SQL优化、 诊断 latch 竞争、 Rollback(undo) Segment优化、 提升 block 的效率等等。
（2）数据库备份恢复
为了保证客户数据库系统的数据安全性， 降低各种故障、 灾难给客户带来的数据丢失， 根据客户系统实际情况， 协助客户规划实施符合客户工作要求的完善的备份恢复方案， 以确保客户数据库系统的安全可靠运行。
（3）数据库迁移
数据迁移是日常运维过程中存在的一个必不可少的应急方案。日常维护过程中，由于硬件的原因或其它一些外在因素需要对数据进行迁移，迁移到更加高级的主机上、迁移到远程的机房上、 迁移到不同的平台下等等一些情况。
（4）数据库运维
数据库的运维主要结合各系统的实际情况，提供切实可行的运维建设机制，内容覆盖数据库的日常维护、紧急故障处理，软件升级等，客户可依据服务内容进行相应的定制。 我们将会提供全面的、针对性的服务解决方案， 以保证客户系统稳定、高效、可靠的运行，以达到对业务系统的有效支持。
6、中间件维护
中间件软件维护服务内容主要包括：
（1） 数据维护
（2） 数据备份
（3） 系统日常维护
（4） 中间件升级而对应用软件进行适应性更新与调测服务
（5） 中间件维护操作手册及应急流程更新。
7、应用系统日常维护
通过对应用系统的维护，分析用户的不断更新的需求，分析应用系统对服务平台性能的要求，提出系统优化扩容解决方案，保障应用系统的处理服务性能。
主要维护内容包括：
（1） 业务数据维护；
（2） 业务数据备份；
（3） 业务系统日常维护；
（4） 软件更新服务；
（5） 对业务管理系统健康状态检查与分析报告；
（6） 对系统用户信息进行维护和修改，添加系统用户、更改系统用户信息、权限，负责系统中管理人员、操作人员、监督人员名单的调整，以及数据同步。

2 数据资源完善方案

在对本次工程用户业务需求和系统功能需求分析的情况下，对所要建设的业务系统所需数据内容、数据来源进行分析，严格按照国家、交通运输部和省级相关标准、规范进行数据资源整合，提出数据库组成方案，并按照标准规范的方式开发数据交换接口；根据业务量计算数据量规模，为确定存储规模提供数据依据。

2.1 数据搭建

本工程的基础数据资源已经在一期系统中完成。本工程的数据搭建主要来自于与部级交互系统、省级主动安全防控系统、驾驶员行前安全测评提升系统和生态环境厅危废联单系统的数据接入。

2.2 数据资源需求方案

根据业务需求和应用系统升级改造建设内容需求，分析支撑关键业务应用的数据需求，确定各应用系统所需的数据资源内容如下表所示。
表 3‑1数据需求分析表

2.3 数据库建设方案

本项目将在一期系统数据库设计架构和数据建设的基础上，持续完善基础数据库、业务数据库、主题数据库、交换共享数据库的建设内容。
——基础数据库（完善与补充）：包括危险货物道路运输从业企业、从业人员、营运车辆基础数据库、并增加外省车辆基础数据、定位数据和电子运单数据。其中，本省危险货物道路运输从业企业、从业人员、营运车辆基础数据库已经建设完成，本期项目主要完善外省车辆基础数据、定位数据和电子运单数据。
——业务数据库（完善补充）：包括新增ETC通行监测数据、主动安全防控数据、综合行政执法路网卡口数据、危废联单数据、行前安全测评数据等业务数据，同时持续完善电子运单数据、实施监控与定位数据等业务数据。
——主题数据库（新建）：包括新建企业安全合规量化评估分析主题库、承运环节安全管控分析主题库、重点车辆和区域监测分析主题库、运输干线和线路运输风险监测分析主题库、运输过程动态监测分析主题库、主动安全防控分析主题库、跨省车辆行监控分析主题库等其他行业统计分析数据库。
——交换共享数据库（新建）：包括新建外省车辆与电子运单数据库、主动安全防控系统交换数据、危废联单系统交互数据、驾驶员行前安全测评提示系统交换数据与危险货物道路运输企业信息交换数据等。

2.4 数据采集与形成方案

结合数据需求分析以及应用系统建设运行要求，本次工程重点是采集跨省危货运输车辆运政基础信息、外省电子运单信息、卫星定位信息、驾驶员行前安全测评信息、车辆主动安全防控信息等等，本项目数据采集方式主要包括数据交换共享系统、数据接口、人工采集等方式。结合各类数据源特点、数据更新及交换要求确定危险货物道路运输安全监管数据总体交换共享方案如下图所示。

图 4-14 危险货物道路运输安全监管数据采集形成方案示意图
主要的新增数据来源采集方案分析具体如下表所示：
表 3‑2数据采集方案表

本项目危险货物道路运输信息通过以上方式采集入交换共享数据库后，通过数据库共享的方式支撑相关子系统新增功能和应用。

2.5 与相关系统对接方案

本项目新增完善的数据交换共享系统主要包括部级电子运单信息交互系统、运政在线系统、省级主动安全智能防控系统、驾驶员行前安全测评提示系统、省级重点营运车辆联网联控系统、交通运输行政执法综合管理系统、省公安厅业务系统、省环保厅业务系统等，数据交换方式主要包括数据交换平台、数据接口、Webservice查询三种方式。具体交换共享方案如下表：
表 3‑3数据交换共享方案

3 数据交换共享子系统升级方案

3.1 与省级主动安全智能防控系统的数据接入

省级主动安全智能防控系统通过两客一危车辆安装的主动安全防控车载设备获取车辆运行安全风险预警类信息、行业安全指数与区域安全指数信息、地区和运输车辆上线情况数据、里程与报警统计类数据等。本项目拟实现上述主要数据的接入与共享。

3.1.1 获取车辆运输安全风险预警数据

数据交换频率：按需获取车辆运输安全风险预警数据。
查询条件：车辆识别 VIN 码、车辆牌号、车辆类型、预警类型、企业名称、报警时间、所属区域、更新时间、更新结束时间。

行业安全指数与区域安全指数数据接入
数据交换频率：按需获取全部区域行业安全指数数据。
查询条件：所属区域、更新时间、更新结束时间。

地区企业车辆上线情况和在线情况统计接入
数据交换频率：按需获取全部地区、企业的车辆上线率和在线率数据。
查询条件：所属区域、企业名称、企业类型、车辆上线率、入网率、在线率。

地市里程与报警统计数据
数据交换频率：按需获取全部地区危险品运输车辆的报警数、报警类型数据。
查询条件：所属区域、企业名称、车辆类型、报警数、报警类型、更新日期。

3.2 与驾驶员行前安全测评提示系统的数据接入

驾驶员行前安全测评提示系统主要包括三项功能，出车前安全提示功能、考核功能和评估功能。 在出车前， 驾驶员可以通过与本系统绑定的电子运单， 了解本次执行的运输任务、 运输途中的特殊路况、 天气状况等。考核功能通过对驾驶员进行应知应会知识考核，帮助企业加强对驾驶员安全驾驶教育培训， 督促驾驶员强化业务知识、 安全知识等的学习。评估功能通过开展驾驶员出车前状态评估， 及时发现驾驶员在出车前存在饮酒、严重身体不适、心理压力过大等严重影响驾驶安全的因素。

本项目主要实现上述三项功能的考核结果数据接入。
数据交换频率：按需获取全部驾驶员行前安全测评结果数据。
查询条件：车牌号、电子运单状态、驾驶员电话号码。

3.3 与生态环境厅危险废物联单系统的数据接入

根据生态环境厅危险废物转移联单统一上报数据格式，对危险废物移出者、接受者、运输单位、运输废物信息与电子运单信息进行比对校验。对存在信息不一致的危废电子运单数据进行标记统计，并与生态环境厅保持数据同步。
数据交换频率：按需获取全部本省和跨省危险废物转移联单数据。
查询条件：联单编号、移出单位名称、运输单位名称、接受单位名称。

3.4 部级电子运单报送与外省电子运单查询

根据交通运输部电子运单信息交互系统的接口技术规范，实现外省车辆进入本省的车辆信息和电子运单查询功能，并对报送的电子运单数据进行统计分析和问题评估监测。
数据交换频率：每周固定时间获取全部外省跨省车辆电子运单数据。
查询条件：电子运单编号、车牌号、驾驶员姓名、驾驶员联系电话等。

4 系统功能升级开发方案

4.1 危货运输行业监督管理子系统

4.1.1 运输企业安全合规量化评估

运输企业安全合规量化评估功能主要面向省级道路运输管理机构，提供道路货物运输经营业户和从业人员从业安全性、合规性分级分类评估与综合排序。系统将依托移动互联网技术，梳理法规条款要求，将线上抽查和线下现场户检相结合，通过企业安全合规档案数据收集、量化分析、安全评估、监督检查4个环节，及时有效采集汇总危险货物道路运输企业日常安全生产主体责任落实。通过量化评估计分体系实现对运输企业日常安全生产等级评定，有针对性地采取发放整改通知，按照分类评估方法对企业进行综合评分，通过警告书/整改函、抄告、加强户检户查等方式对于评级较差的企业进行重点监管，配合加强路检路查、户检户查等分类管理措施，提升监管效率和水平。
评估周期可人工设置定期自动评估或指定时间段进行动态评估。评估后的行管部门的处理情况及企业执行情况应记录台账，便于行业管理部门安全管理。

图 5‑1运输企业安全合规量化评估子系统主要功能

4.1.1.1 安全合规档案信息采集管理

安全合规评估档案信息采集管理功能主要面向省级危货运输管理人员，便于其按照危险货物道路运输企业安全合规量化评估档案管理要求，实现对于道路危货运输企业、驾驶员、押运员的安全合规评估档案的信息采集与维护管理功能。
企业安全合规档案管理
实现针对危险货物道路运输企业安全合规档案结构、内容的维护管理。具体包括：
1、危险货物道路运输企业安全合规档案指标管理
提供危险货物道路运输企业安全合规档案信息指标类及指标项的动态管理，包括指标类、指标项的创建、删除、修改等，指标类、指标项的管理要灵活，便于将来业务扩展要求。
2、危险货物道路运输企业安全合规档案信息批量处理入库
提供危险货物道路运输企业安全合规档案信息批量处理入库功能，所采集的信息主要包括运政稽查、超载超限、安全生产事故、交通违章等。
驾驶员安全合规档案管理
实现针对危险货物道路运输驾驶员安全合规档案结构、内容的维护管理。具体包括：
（1）危险货物道路运输驾驶员安全合规档案指标管理
提供危险货物道路运输驾驶员安全合规档案信息指标类及指标项的动态管理，包括指标类、指标项的创建、删除、修改等，指标类、指标项的管理要灵活，便于将来业务扩展要求。
（2）危险货物道路运输驾驶员安全合规档案信息批量处理入库
提供危险货物道路运输驾驶员安全合规档案信息批量处理入库功能，所采集的信息主要包括运政稽查、超载超限、安全生产事故、交通违章等。
押运员安全合规档案管理
实现针对危险货物道路运输押运员安全合规档案结构、内容的维护管理。具体包括：
1、危险货物道路运输押运员安全合规档案指标管理
提供危险货物道路运输押运员安全合规档案信息指标类及指标项的动态管理，包括指标类、指标项的创建、删除、修改等，指标类、指标项的管理要灵活，便于将来业务扩展要求。
2、危险货物道路运输押运员安全合规档案信息批量处理入库
提供危险货物道路运输押运员安全合规档案信息批量处理入库功能，所采集的信息主要包括运政稽查、安全生产事故等。

4.1.1.2 企业安全合规量化评估

危险货物道路运输企业安全合规量化评估主要面向省、市管理机构，提供对于道路危货运输企业经营安全性、合规性分类评估与综合排序。系统主要功能包括：评估模型管理、分类评估管理。
企业评估模型管理
危险货物道路运输企业评估模型维护管理功能模块主要提供评估指标类及指标项的动态管理。
（1）评估指标类管理

★为一级达标企业必备条件，★★为二级达标企业必备条件，★★★为三级达标企业必备条件，系统评估体系总分为1000分，评为一级达标企业的考评分数不低于900分切完全满足所有达标企业必备条件，评为二级达标企业的考评分数不低于700分切完全满足二、三达标企业必备条件，评为三级达标企业的考评分数不低于600分切完全满足三级达标企业必备条件。

系统提供对评估指标类的创建、删除、修改等功能，指标类的管理要灵活，便于将来业务扩展要求。
（2）评估指标项管理
系统提供在已管理的指标类基础上进行评估指标项的创建、修改与删除等功能，指标项的管理要灵活，便于将来业务扩展要求。
表 5‑1评估指标项管理示例

企业分类评估管理
危险货物道路运输企业分类评估管理功能模块主要提供针对道路危货运输企业经营安全性、合规性量化评估与排名。
1、安全合规性评估
系统提供在评估模型基础上进行道路危货运输企业经营安全性、合规性量化计算。
2、安全合规性评估排名
系统提供将道路危货运输企业安全合规性量化评估结果进行综合排名的功能，排名可按业务领域、行政区划等不同条件进行分组，系统支持将排名结果进行打印、导出等操作。

图 5‑2企业安全合规量化评估排名统计示意图

4.1.1.3 从业人员安全合规量化评估

危险货物道路运输从业人员安全合规量化评估主要面向省、市管理机构，提供对于道路危货运输驾驶员、押运员、装卸管理人员从业安全性、合规性分类评估与综合排序。系统主要功能包括：评估模型管理、分类评估管理。
驾驶员评估模型管理
危险货物道路运输驾驶员评估模型维护管理功能模块主要提供评估指标类及指标项的动态管理。
1、评估指标类管理
系统提供对评估指标类的创建、删除、修改等功能，指标类的管理要灵活，便于将来业务扩展要求。

2、评估指标项管理
系统提供在已管理的指标类基础上进行评估指标项的创建、修改与删除等功能，指标项的管理要灵活，便于将来业务扩展要求。
驾驶员分类评估管理
危险货物道路运输驾驶员分类评估管理功能模块主要提供针对道路危货运输驾驶员从业安全性、合规性量化评估与排名。
1、安全合规性评估
系统提供在评估模型基础上进行道路危货运输驾驶员经营安全性、合规性量化计算。
2、安全合规性评估排名
系统提供将道路危货运输驾驶员安全合规性量化评估结果进行综合排名的功能，排名可按业务领域、行政区划等不同条件进行分组，系统支持将排名结果进行打印、导出等操作。

图 5‑3驾驶员安全合规量化评估统计示意图
押运员评估模型管理
危险货物道路运输押运员评估模型维护管理功能模块主要提供评估指标类及指标项的动态管理。
1、评估指标类管理
系统提供对评估指标类的创建、删除、修改等功能，指标类的管理要灵活，便于将来业务扩展要求。

2、评估指标项管理
系统提供在已管理的指标类基础上进行评估指标项的创建、修改与删除等功能，指标项的管理要灵活，便于将来业务扩展要求。
押运员分类评估管理
危险货物道路运输押运员分类评估管理功能模块主要提供针对道路危货运输押运员从业安全性、合规性量化评估与排名。
1、安全合规性评估
系统提供在评估模型基础上进行道路危货运输押运员经营安全性、合规性量化计算。
2、安全合规性评估排名
系统提供将道路危货运输押运员安全合规性量化评估结果进行综合排名的功能，排名可按业务领域、行政区划等不同条件进行分组，系统支持将排名结果进行打印、导出等操作。

4.1.1.4 安全合规评估信息发布

面向省级危险货物道路运输管理人员，实现对于危险货物道路运输企业、危险货物道路运输驾驶员、危险货物道路运输押运员、危险货物道路运输装卸管理人员的安全合规评估信息发布管理。
企业安全合规评估信息发布管理
基于危险货物道路运输企业安全合档案内容，实现对于危险货物道路运输企业安全合规信息发布内容的创建、删除、修改等。同时实现对于危险货物道路运输企业安全合规信息的发布流程管理。
驾驶员安全合规评估信息发布管理
基于危险货物道路运输驾驶员安全合档案内容，实现对于危险货物道路运输驾驶员安全合规信息发布内容的创建、删除、修改等。同时实现对于危险货物道路运输驾驶员安全合规信息的发布流程管理。
押运员安全合规评估信息发布管理
基于危险货物道路运输押运员安全合档案内容，实现对于危险货物道路运输押运员安全合规信息发布内容的创建、删除、修改等。同时实现对于危险货物道路运输押运员安全合规信息的发布流程管理。
安全合规评估信息统计
危险货物道路运输安全合规评估信息统计功能主要面向部、省、市管理机构，以所采集的各项安全合规基本信息为基础，实现针对从业企业、从业人员按照年度、企业规模、安全合规评估等级、企业综合评分、分项指标评分等多维度的统计分析，分析结果以图、表形式展示，同时用户还并可对分析结果进行打印、导出。具体分析主题包括：
区域安全合规评估统计分析
按行政区域，统计各企业、各类人员、各安全合规评估等级、各安全合规评估信息、各年度、各季度、各月等条件下的统计各地安全合规评估情况。
安全合规评估不同时段统计分析
按年度、季度、月度，统计各地区、各企业、各类人员、各安全合规评估等级、各安全合规评估信息等条件下的安全合规历年变化情况。
安全合规评估等级统计分析
按安全合规评估等级，统计各地区、各年度、各季度、各月、各企业、各类人员等条件下的安全合规等级情况。
安全合规综合评估统计分析
按安全合规综合评分，统计各地区、各年度、各季度、各月、各企业、各类人员等条件下的安全合规综合评分情况。
安全合规单项指标评估统计分析
按安全合规单项指标评分，统计各地区、各年度、各季度、各月、各企业、各类人员等条件下的安全合规单项指标评分情况。

4.1.2 危险货物道路运输承运环节安全管控

4.1.2.1 货物填报安全管控

对托运企业提交的托运信息、承运合同是否符合安全规范进行系统审验。


图 5‑4省级电子运单管理系统货物填报信息查验
查验信息主要为托运单位对提交的运单信息进行自检确认，如查验不通过，则返回承运单位重新修改运单信息。省市级监管部门可对运单信息和电子合同信息进行抽检核查。

4.1.2.2 运单填报安全管控

查验通过后，对运单中填报的信息进行自检，自检不通过，不能生成电子运单，不能出车。自检的主要内容包括：

• 车辆卫星定位装置是否正常运行；
• 上次运输任务期间（或上周）车辆运行轨迹是否正常；
• 车辆道路运输证经营范围是否与承运货物相符；
• 车辆是否按期二维、年审等；
• 驾驶员、押运员是否具备有效危险货物道路运输从业资格证等；
• 行前安全测评结果；
• 危废运单与危废联单信息比对（危险废物运输需核对此项）

图 5‑5电子运单填报信息安全管控

4.1.2.3 货物装载安全管控

由装载人员对货物装载“五必查”表格进行安全校验，对校验结果不通过的不能生成电子运单并发车。
货物装载“五必查”的主要信息包括以下内容：
①车辆号牌安装是否完好，安全检验标志、保险标志是否放置正确，行驶证、道路运输证、剧毒化学品道路运输通行证是否齐全有效、随车携带。
②车辆标志灯、标志牌、反光标识、侧后防护装置、灭火器等安全装置配置是否完好，卫星定位装置工作是否正常。
③车辆制动、灯光、转向等安全系统是否符合运行要求，轮胎规格是否合格、磨损是否正常。
④液体危险货物运输罐车紧急切断装置是否安装完好，处于关闭状态。
⑤驾驶人驾驶证、驾驶人和押运员从业资格证等证件是否齐全有效、随身携带。

4.1.2.4 货物运输过程安全管控

对接省级重点营运车流量主动安全智能防控系统数据，对车辆运输过程中的异常告警、路线偏离、电子围栏告警等行为进行系统汇总展示和告警提醒，由道路运输管理机构通过监督检查方式，督促危险货物道路运输过程中遵循安全驾驶行为，加强安全管控。
1、监督检查安全管控（路检路查、户检户查）
市级道路运输管理部门和交通综合行政执法部门结合辖区道路状况加大检查力度，依法对道路交通违法行为进行整治，不断提高驾驶员遵章守法意识和安全行车意识。车辆主要检查内容为车辆是否按期参加年检、车辆手续是否齐全以及是否存在超员、超载、超速、疲劳驾驶、酒后驾驶、人货混载、无牌无证、违规装载或装备设施不全车辆上路等重点交通违法行为。同时，通过比对驾驶员信息，对存在严重违法行为的依法进行处罚，对轻微行为进行面对面教育，提醒驾驶员遵章守法，增强安全行车意识，杜绝各类道路交通违法行为的发生。
2、主动安全防控预警
围绕危险货物运输车辆运行路线安全性，驾驶员在运输中的不安全行为实时监控，发现异常情况及时提醒纠正，并通过系统监测预警功能实现告警提醒和信息汇总。主动防控告警信息主要包括以下类型：
① 车辆跟踪与预警
② 运输安全风险预警（如事故报警、违规掉线报警、违法禁行时间报警、疲劳驾驶报警、超速报警、违规驾驶报警、主动安全报警、故障报警）
③ 超期预警

4.1.2.5 货物卸载安全管控

由卸载人员对货物装载“五必查”表格进行安全校验，对存在情况不符的检查项进行核对，并追溯装载人员相关责任。检查信息与货物装载“五必查”内容一致。

4.1.3 危险货物从业人员资质测评对接

驾驶员行前安全测评提示系统是根据2021年交通运输安全生产重点工作安排，由江苏省交通运输厅委托无锡市交通运输局开发完成。该系统具有出车前安全提示功能、测评功能、评估功能、监管功能，是更好落实从业人员教育培训的重要手段，能够协助运输企业及时掌握驾驶人员的心理状态、健康状态、工作状态，从而更好地安排运输作业，保障运输安全。
本系统将接入驾驶员行前安全测评提示系统测评结果数据，统计行前安全测评不通过的记录，在驾驶员出车行前安全自检校验、货车发车行前安全审核和货物运输过程审核环节进行自动校验。

4.1.3.1 驾驶员行前安全测评数据对接

驾驶员行前安全测评业务基本流程如下图所示：

图 5‑6驾驶员行前安全测评基本流程
驾驶员行前安全测评提示系统的主要功能如下：
（1） 出车前安全提示功能。 在出车前，驾驶员可以通过与本系统绑定的电子运单，了解本次执行的运输任务、运输途中的特殊路况、天气状况等。
（2） 考核功能。通过对驾驶员进行应知应会知识考核，帮助企业加强对驾驶员安全驾驶教育培训，督促驾驶员强化业务知识、安全知识等的学习。
（3） 评估功能。通过开展驾驶员出车前状态评估，及时发现驾驶员在出车前存在饮酒、严重身体不适 心理压力过大等严重影响驾驶安全的因素。
系统主要对接数据如下：

4.1.3.2 驾驶员行前安全测评审核管理

根据系统对接的驾驶员行前安全测评结果，在货车发车行前安全审核和货物运输过程审核环节中，实现系统对测评结果的自动比对和结果校验。对存在测评结果不符合的情况进行统计，并抄送至地市运政管理部门进行重点处置。

4.1.4 报部数据接口监测统计分析

4.1.4.1 报部数据情况统计分析

4.1.4.1.1 电子运单报部情况统计

提供上传运单总量、成功上传运单数、失败上传运单数的可视化统计和上传数据明细统计。

图 5‑7报部电子运单情况明细

4.1.4.1.2 未填报电子运单企业车辆统计

提供全省各地市未填报电子运单企业、车辆统计数和可视化分析图。

图 5‑8全省未填报电子运单企业车辆统计


图 5‑9全省未填报电子运单企业车辆明细表

4.1.4.1.3 电子运单上传情况统计

提供全省各地市电子运单上传情况统计

4.1.4.1.4 报部失败原因分析

提供报部数据失败原因分析和报部失败主要地市分析。

4.1.4.2 报部数据接口状态监测分析

4.1.4.2.1 省级接口运行状态监测

监测省级文件传输接口正常率和实时通讯接口正常率指标，提供接口运行状态和实时通讯接口运行状态监测分析图。

图 5‑10省级接口运行状态监测分析界面示意图

4.1.4.2.2 企业车辆覆盖率监测

监测全省电子运单企业覆盖率指标，提供变化趋势分析图。

4.1.4.2.3 资质信息合格率监测

监测全省企业车辆人员资质合格率指标，提供变化趋势分析图。

4.2 危货运输行业信息服务子系统

新增危险货物道路运输企业运输管理子系统（TMS）。主要包括运单管理、车辆管理、人员管理、运输任务调度、统计汇总、基本信息维护、外省籍车辆电子运单报备等功能，实现对企业车辆、驾驶员、线路、电子运单的统计考核和企业电子运单填报情况的精准化动态监管，与生态环境厅危险废物联单系统的实时衔接，强化对危险废物产生单位和危险货物道路运输企业（单位）的协同监管。
企业电子运单应用服务子系统主要面向危险货物道路运输企业和托运企业，实现危货企业电子运单填报跟踪管理等，主要功能包括基础数据管理、电子运单管理、车辆管理、报表统计分析、通知信息与整改反馈管理、移动应用、企业自检、安全卡展示、安全管理台账、系统管理等。

图 5‑11企业信息系统登录首页

4.2.1 基础信息管理

基础数据管理功能的用户主要为企业管理人员，通过该功能模块实现运单填写过程中所需托运人、收货人、运输线路、车辆、人员、危险货物等基础数据的统一维护，便于运单填写时快速选择录入。
目前系统一期已经通过省级运政在线系统、重点营运车辆安全监管系统等信息化完成了危货行业管理相关基础信息数据对接并保持持续更新，企业运输对象的基础数据信息已有相关业务系统完成了录入和维护，因此全省所有企业运输对象的基本监管信息可以通过本系统接口导入，在本系统中可以进行查询操作。系统还可根据全省的管理要求，增加对企业其他监管信息的录入、查询和维护操作。
系统可根据基础数据的导入和录入，提供对危险货物收发货企业的信息查询和基础信息维护管理功能，实现电子运单相关数据的快速录入，包括但不限于收发货企业信息管理、货主经营范围管理、运输企业信息管理等信息的新增、删除、修改及查询操作功能。
系统可按管辖机构分类、企业名称、经营许可证编号、负责人或联系人姓名、经营状态、有无到期提醒等条件进行对危险货物收发货企业基本信息、资质信息进行查询，查询的结果以表格展示并可打印或导出。支持对省运政在线系统中有关本市所有危险货物运输企业主体信息档案的同步更新和查询操作。
查询的结果包括：企业名称、经营许可证编号、所属行政区划、联系人、联系电话、经营许可证有效期起、经营许可证有效期至、经营状态、发证机关、是否有效、企业地址、经营范围、危货车与挂车列表、经营车辆数量、从业人员列表、从业人员数、信用档案信息、年审信息、违章信息、交通事故记录信息等。


图 5‑12基础信息查询管理与详细信息查看界面
企业注册档案信息管理
企业注册及安全信息档案管理
企业分级考核档案管理是实现全市企业信息化管理和全过程动态管控的关键，企业用户通过账号登入系统可管理企业分级考核档案信息，包括车辆基础信息档案、车辆维修管理记录、从业人员基础信息、安全教育记录、违规人员处理和记录、企业隐患整改信息、信用评价、企业安全管理人员及制度信息等，并支持对车辆卫星定位数据统计、主动安全智能防控报警数据等分级考核管理数据的更新查询操作。管理部门可登录系统查看企业分级考核管理的详细情况，对企业日常管理工作进行分级考核。
企业车辆档案
此模块以列表形式统计出企业的车辆信息，并可通过车牌号检索出企业车辆当班驾驶/押运员的详细信息。企业可上传承运人责任险、罐式车辆检验报告、车辆行驶证复印件并维护相应有效期等数据，支持车辆档案信息打印输出。

数据内容主要包括：

企业人员档案
该模块统计企业从业人员的姓名、类型、身份证、电话等详细信息，企业可通过身份证号码快速查询从业人员基本信息并与企业形成关联，或手工录入企业管理人员信息。

数据内容主要包括：

从业人员安全学习活动情况档案
该模块统计企业从业人员参加安全学习活动的时间，地点，内容等详细信息。数据内容主要包括：

车辆安全检查档案
该模块统计企业车辆安全检查的详细信息，从而支持执法管理人员进行现场“五必查”核查。数据内容主要包括：

车辆GPS监控档案
该模块统计企业车辆GPS的详细信息，可帮助企业自查自纠，并提供管理部门进行核查。数据内容主要包括：

从业人员安全教育谈话档案
该模块统计企业从业人员安全教育谈话的详细信息。数据内容主要包括：

安全违规人员处理情况档案
该模块统计企业安全违规人员处理情况的详细信息。数据内容主要包括：

车辆维护修理情况档案
该模块统计企业车辆维护、修理情况的详细信息。数据内容主要包括：

车辆行车及日常维护例行检查记录档案
该模块统计企业车辆行车及日常维护例行检查记录的详细信息。数据内容主要包括：

车辆调度档案
该模块统计企业车辆调度的详细信息。数据内容主要包括：

人员信息管理
系统提供对所有在本市注册的从业人员电子档案信息查询和资质证件预警管理，并支持通过主动安全智能防控系统数据接入，实现对从业人员在途异常行为的自动记录和查看。
资质证件管理
通过系统可以查询所有在本系统注册登记的驾驶员档案信息，提供身份证号、业户名称、姓名等查询条件，以列表形式对所有从业人员信息进行统计，支持证件超期预警和数据导出功能。
用户可按管辖机构、人员姓名、身份证编号进行对危险货物运输从业人员信息查询，查询的结果以表格展示并可打印或导出。
查询的结果包括：姓名、性别、身份证号、联系电话、从业资格证类别、驾照初领日期、驾照有效期起止、证件状态、发证机关等。


图 5‑13人员基本信息查询与资质证件预警管理查看界面
在途行为管理
通过接入主动防控系统，对驾驶员违法规定的行为实施有效干预，实现系统自动记录和监管。


图 5‑14在途人员行为管理查看界面

图 5‑15在途车辆报警信息查看界面
车辆与装备信息管理
提供对危险品运输车辆信息的管理，并能通过系统查看所有系统内的危险品运输车辆信息和车辆运输装备信息。主要包括车辆信息维护、车辆到期提醒、分组管理、车辆日常维修记录、罐体罐车安全管理、运输装备管理等功能。
车辆基础信息维护管理
通过系统可以查询所有在本市注册登记的货运车辆电子档案信息，可按管辖机构、所属企业名称、车牌号码、车辆道路运输证号、营运状态、经营范围、车辆类型、核定载重量、燃料类型等条件进行对危险货物运输车辆信息进行查询，查询的结果支持证据超期预警，可以表格展示并可打印或导出。
查询的结果包括：车辆基本信息（车牌号码、车辆营运状态、所属企业、厂牌型号、车辆类型、吨位/容积），证件信息（道路运输证号、发证日期、发证机构、有效期止、经营范围、是否投保危货承运人责任险、危货承运人责任险有效期止、车辆年审状态、下次年审日期、车辆技术等级、下次登记评定日期，罐体检测报告结果、罐体检测报告日期、下次罐体检测日期），人员信息（驾驶员姓名、押运员姓名），定位系统（安装状态、运行状态、运营商名称）等。

图 5‑16车辆基础信息查询与分组管理界面

图 5‑17车辆基础信息与维修记录查看界面

图 5‑18证件到期预警管理界面
罐体罐车安全管理
通过企业账户登录系统，对企业所有车辆录入罐体罐车检验报告。管理部门通过系统可查验移动式压力容器罐体的检验报告，对存在不具备检验报告、检验结论为不合格的罐车进行现场处置和记录。

运输装备管理
根据《机动车运行安全技术条件》（GB 7258）、《危险货物运输车辆结构要求》（GB 21668）、《道路运输液体危险货物罐式车辆》（GB 18564）等标准要求，对检查工作中发现不符合国家安全技术标准、与《车辆生产企业及产品公告》不一致的车辆进行登记记录，参照有关管理规定进行抄告、限制注册登记等处理操作。

4.2.2 外省籍车辆电子运单报备管理

根据《意见》要求，加强危险货物异地经营管理，包括本省籍危货运输车船长期在外省经营的管理，外省危货运输车辆在我省经营的管控，以及外省危货运输过境车辆的运行管理。其中外省市车辆是指运输起讫点有一端在我省的外省籍危险货物运输车辆，在我省装载或者卸载。并要求运输线路起讫点均不在企业注册地所在设区市的，累计3个月以上的要求报备。运输起讫点有一端在省内，应保障车辆动态监控数据接入部平台，电子运单可查。
系统提供道路运输企业对本省籍危货运输车辆长期在外省经营的车辆信息报备和外省籍危货车辆在我省道路运输企业运营的信息报备功能。

图 5‑19外省籍危货车辆电子运单报备管理

4.2.3 电子运单管理

企业电子运单管理功能实现了企业电子运单自助填报、自动监测和状态同步等基本功能，数据格式符合交通运输部危险货物道路运输电子运单信息交互技术规范。系统以列表形式对本单位一段时间内，各危险品运输车辆的电子运单信息进行统计。主要包括运输任务管理、企业自检、运单保存上传、电子运单派发、运单状态更新、电子运单跟踪、运单查询等功能。
企业电子运单管理功能实现了企业电子运单自助填报、自动监测和状态同步等基本功能，并实现与省级电子运单管理系统的数据对接和同步机制，数据格式符合交通运输部危险货物道路运输电子运单信息交互技术规范。系统以列表形式对本单位一段时间内，各危险品运输车辆的电子运单信息进行统计。

4.2.3.1 收发货企业注册审核

提供全省所有危险货物托运企业、收货企业信息注册管理，并支持通过与省级生态环境厅、安监等部门数据对接进行货主信息验证，确保危险货物收发企业信息的准确性。
1、注册信息填报
提供货主注册信息录入，所有危险货物收发企业可以通过系统进行注册认证，分配货主使用系统的账号，主要包括货主注册信息的添加、修改、查询等，并对填写信息进行唯一性、合法性检验。

2、注册信息审核
对于货主注册信息，由货主对应区县级管理人员进行身份核实，严格校核货主的真实性，包括是否重复注册、是否合法企业等，审核通过后，才能表示货主注册成功。

3、企业信息维护
对于通过审核的货主，可以通过系统对企业信息进行维护，支持企业信息的修改、删除、查询等操作，维护后的企业信息提交对应区县级管理人员进行审核，审核通过后，方可进行相关危险货物运输业务开展。

4、企业注销管理
对于危险货物收发企业，由于企业经营形式变更、倒闭或者企业性质变更，出现不再进行危险货物运输相关业务，可以通过系统进行企业注销，发起注销后，提交对应区县级管理人员进行审核后，完成对企业信息的注销，后续不能通过该企业进行危险货物收发业务。

4.2.3.2 危险货物填报自检管理

危险货物管理作为危险货物运输监管的源头，需要危险货物收发企业在需要进行危险货物运输时，通过系统填报危险货物，指定危险货物运输的企业、装卸点，并提交相应领域的主管部门进行审批。
1、货物信息申报
对于已经注册成功的收发货企业，可以根据货物运输需要，通过系统填报货物信息，运输企业信息、货物装卸点信息，并选定通过审核的运输企业进行电子运单填报。
2、货物信息查验审核
对于已经填报的货物信息，相关管理部门人员可根据货物信息填报要求对所填报的危险货物进行符合性查验，确保货物信息填报准确有效。

4.2.3.3 电子运单申报派发管理

对于注册成功的企业，可根据货物运输需要，通过系统填报货物运输信息，并选定通过审核的车辆和运输人员。系统可将电子运单种类细分为三类：危货、普货、空驶。从而将危险运输企业的在车辆空驶、空车行驶、维修停靠、普通货物运输等其他车辆运输状态进行了全面管理。
数据填报内容包括托运人信息、收货人信息、装货人信息、目的地信息、承运人信息、车辆与罐体信息、货物信息、应急处置备注信息等。参考界面预览如下。
1、货物信息申报
提供货主对运输货物信息的填报，并对货主填报的货物字段信息进行合法性、有效性检测。

图 5‑20货物填报列表查看界面

图 ‑21新的货物信息申报界面
企业新增电子运单时先选择运单类型，然后填写对应表单内容。系统将根据运单填报类型对从业人员、危险品和车辆运输经营范围、车辆类型的匹配情况进行自动化检测，避免违规运输信息填报。如选择危货类型，则相应驾驶人员、押运人员需具备危货品、爆炸品、剧毒品的相应从业资格证，否则无法选择。运输车辆年审、技术评定等级过期或超出车辆运输范围时，无法用该车辆上报路单。驾驶人员、押运人员合同或从业资格证过期，则该人员无法上报电子路单。

图 5‑22选择承运车辆界面（需要通过审验的车辆）
2）货物信息查验审核
对于填报的货物信息，主管部门人员可以进行信息查询，并确认所运输的危险货物是否符合运输要求，承运企业、车辆是否符合要求。

图 5‑23货物信息查验与货单查询界面
3）电子运单接入管理
通过系统提供的标准化接口，对已具备物流运输管理系统的危货承运企业，可以直接完成与企业物流管理系统的电子运单数据对接，实现运单信息自动接入和审核，减少企业重复申报工作。

4.2.3.4 电子运单查询统计管理

企业可按车牌号码、填报时间段、电子运单编号查询电子运单信息，查询的结果以表格展示并可打印或导出。
主要数据项包括：运单状态、托运方信息、收货方信息、装货地点、卸货地点、装货日期、预计到达日期、运输线路、线路里程、承运方企业名称、经营许可证号、车辆信息（车牌号码、道路运输证号、核载吨位、挂车车牌号码、挂车道路运输证号）、驾驶员信息（姓名、从业资格证号、联系电话）、押运员信息（姓名、从业资格证号、联系电话）、货物信息（联合国编号、危险货物名称、项别/类别、包装规格、数量（吨/立方））、行车日志等。查询界面示意图如下：

图 5‑24电子运单查询界面示意图
已提交通过审核的的电子运单可以打印或输出为电子运单单据，供车辆驾驶员随车携带用于信息核对。电子运单打印样式如下:

图 ‑25电子运单纸质打印单样式

4.2.4 企业信息动态监管

对运单关联车辆、人员进行符合性检查，根据当前自检项目配置内容进行罐体年检信息、车辆营运信息、人员从业资格信息等核验。

4.2.4.1 危险废物联单数据与运单数据校验

根据生态环境部《危险废物转移环境管理办法》修订草案的要求，加强对危险废物转移活动的监督管理，接入危险服务转移联单系统数据，在危险服务运输承运环节，对电子运单信息中的废物产生单位、承运单位和接收单位信息与危废转移联单数据进行数据比对校验。

图 5‑26危险废物转移联单系统打印单据
系统将着重将电子运单与危废转移联单中的产生单位、废物名称、类别、运输量、转移运输时间，以及废物运输单位的基本信息进行比对。对存在运输信息不一致的电子运单进行标记汇总，供省级监管部门对相关运输企业进行重点关注。

4.2.4.2 车辆信息监管

车辆年审过期自检
系统接入车辆电子档案信息中单年审有效期字段，通过系统日期与年审有效期的自动比对进行自检，企业点击本功能后，即可以列表形式展现企业年审过期车辆信息，并对不符合自检要求的车辆从电子运单管理信息配置清单中自动去除，并支持数据导出功能。参考界面预览如下。

图 5‑27车辆年审过期自检
罐体年检不符自检
系统接入罐体年检报告关键信息，并对罐体检验报告结果和有效期进行自动监测，企业点击本功能后，即可显示罐体年检不符的车辆名单，并对不符合自检要求的罐体信息从电子运单管理信息配置清单中自动去除，并支持数据导出功能。

图 5‑28罐体年检不符自检
车辆电子档案不符自检
系统接入车辆电子档案信息，对于出现电子档案与省级运政在线系统接入数据不符的情况进行自检，企业点击本功能后，即可以列表形式展现企业车辆电子档案不符的车辆清单，企业应对电子档案不符合的车辆信息通过运政在线系统进行核实更新，核实更新后，系统将对企业车辆电子档案进行更新同步。

图 5‑29电子档案自检与同步界面

4.2.4.3 从业人员资格监管

系统接入从业人员电子档案信息，对于出现从业人员资格证件信息过期或失效等情况进行自检，企业点击本功能后，即可以列表形势展现企业相关从业人员资格失效的人员清单，企业应对从业人员资格信息自检失效的人员通过运政在线系统进行核实更新，核实更新后，系统将对企业从业人员资格信息进行更新同步。

图 5‑30从业人员资格信息自检界面

4.2.4.4 电子运单填报情况监管

查验情况监管
按照全省境内危险货物运输车辆所属省份，统计某段时间各省份车辆查验情况，并可以查询到统计信息明细。

1. 各区域入境情况分析

按照全省境内危险货物运输车辆所属省份，统计某段时间各省市进入本省危险货物运输车辆的情况和规模，并可以查询统计信息明细。

图 5‑31外省份进入我省车辆情况分析界面示意图

1. 违规营运统计

按照全省境内危险货物运输车辆所属省份，统计某段时间各省市进入省内危险货物运输车辆的违规情况，并可以查询统计信息明细。

图 5‑32外省份进驻本省违规车辆统计

1. 业户考核统计

支持按照日、月、年以及任意时间段的方式，统计不同业户的设备接入情况、车辆违规情况、数据质量情况等，为业户考核提供不同指标支撑；

图 5‑33业户考核情况统计分析

1. 驾驶员考核统计

支持按照日、月、年以及任意时间段的方式，统计驾驶人员运营违规情况，为驾驶员信誉考核提供支持；

图 5‑34驾驶员考核统计报表
电子运单异常情况监测
通过设置查询条件，以列表形式展现企业异常电子运单，支持数据导出功能。参考界面预览如下。
图 5‑35电子运单异常情况统计界面预览

4.2.5 移动应用服务

本系统支持采用移动应用、微信公众号平台、小程序等方式提供服务，方便收发货企业管理人员的货物运输申报录入，信息查询等功能，方便收发货企业进行货物运输及车辆的全过程监控及相关服务支持。主要包括驾驶员电子运单应用、管理业务查询、企业调度管理等功能，实现驾驶员和押运员随车任务申请、电子运单管理、行车日志管理，消息通知、事故一键上报等功能。

图 5‑36基于微信公众号、小程序和移动应用App等方式的移动应用服务

4.2.5.1 货物信息填报

托运企业用户完成信息注册审核或关联公众号后，可以通过手机进行货物信息填报，填写需要运输的危险货物电子运单，并填写货物名录以及选择有资质的承运企业运输货物，填写完成后，保存并提交行业监管人员进行审批。

图 5‑37货物信息填报界面

4.2.5.2 运单计划下发

当托运企业提交的货物运输计划审批通过后，承运企业即可在运输计划列表中看到待运输货物电子运单，承运企业管理人员选定车辆、运输人员后，可以通过手机公众号或移动App，为指定的车辆下发运输计划通知，提醒车辆驾驶员相应的运输任务。

图 5‑38运输计划下发界面

4.2.5.3 电子运单查询

系统为承运企业管理人员提供电子运单信息查询功能，管理人员登录系统后，可通过该功能查看所有已进入运输状态的电子运单信息列表，通过输入车牌号，可以查询本车当前的电子运单信息，包括：运输货物信息、押运信息、运输路线、驾驶员、运输时间、运输状态等。
车主登录系统后，进入该功能只能查看车主绑定车辆的电子运单信息，例如可以看到承运企业下发运输计划的待运输电子运单任务并有任务状态标记，车主可以在完成货物装载或卸货后，进入电子运单，确认运输装载和卸载状态。完成本次运输任务状态上报。

图 5‑39电子运单查询界面

4.2.5.4 车辆信息查询

通过列表的形式，货主可以查询所有已通过审验的车辆，包括：车牌号、车辆状态，可通过列表选择，进入单车、多车监控。

图 5‑40车辆信息查询

4.2.5.5 车辆监控与轨迹回放

基于地图模式查看车辆历史行驶轨迹，用户选择一段时间后，系统自动按照用户要求回放该时间段范围内的车辆历史轨迹，并在图中画出车辆行驶轨迹

图 5‑41车辆监控与轨迹回放

4.2.5.6 异常信息查询与一键救援

企业用户通过移动公众号查询运输危险货物车辆的异常信息，包括：超速、禁入区域、违规出入境、疲劳驾驶等情况等。
车辆驾驶员在运输途中遇到异常情况需要寻求应急部门协助时，可以通过此功能发布车辆定位信息和异常状况描述信息，为应急救援部门的巡检人员发送应急求助提醒，等待救援人员快速到达现场处理应急状况。
图 5‑42异常信息查询统计与一键救援

4.2.6 通知信息与整改反馈管理

通知信息与整改反馈管理主要面向危险货物道路运输企业及管理部门危货运输行业监督管理系统，实现接受危货运输行业监督管理系统的通知公文或整改信息，并将整改后的信息反馈给危货运输企业，具体功能包括通知消息管理、整改反馈管理。

4.2.6.1 通知消息管理

接收行业管理部门以及系统管理员下发的文件和消息通知两类信息。查看文件时，点击相关文件的“文件名”链接，即可查看。查看信息时，点击相关信息的“主题”链接，即可查看。
在有未接收的文件时，进入系统后，会有未接收文件数提醒；此外，这些未接收文件不处理，在该系统中则不能进行其它操作并且有相应的提示。参考界面预览如下。

图 5‑43信息接收界面预览

4.2.6.2 整改反馈管理

行业管理用户下发隐患整改通报后，企业进入整改阶段，整改完成后进行整改反馈，如果效果不达预期，行业部门可审核不通过，要求企业继续整改，整改期间企业的相关业务办理将无法在运政在线进行，直到整改完成。企业可登录查看整改审核状态。参考界面预览如下。
图 5‑44隐患整改信息界面预览

4.2.7 系统管理

提供对系统的用户管理、权限管理和日志信息查询，确保使用人员按照自己的权限等级访问系统，避免信息泄露。

4.2.7.1 用户管理

系统提供对用户统一的维护管理，用户信息包括：用户标识、操作权限、用户名称、口令以及描述，并支持对用户的权限分配，管理对象分配等，提供对所有用户的维护管理，用户信息包括：用户标识、操作权限、用户名称、口令以及描述，并支持对用户的权限分配，管理对象分配等。
提供该用户所辖范围内车辆范围，该用户所具有权限的功能点应用对象为该用户可操作车辆的范围。

图 5‑45用户管理界面

4.2.7.2 角色权限管理

提供角色权限管理，支持角色的添加、删除、修改、查询等操作，同时支持对角色的权限分配。


图 5‑46角色管理界面

4.2.7.3 日志管理

系统提供按照时间、操作类型等条件的日志查询，并且可以导出日志查询的结果，便于操作的追溯。

图 5‑47系统日志管理界面

4.3 危货运输行业运行监测分析子系统

本子系统主要实现面向省市两级交通运输主管部门用户，实现危险货物道路运输行业运行状况监测，借助大数据分析和数字可视化技术，展示全省和地市区域内危险货物道路运输车辆运行状态、道路运输风险重点监测分析、跨部门可视化联动监测与统计分析结果，展示行业整体发展情况和安全监管情况，输出可视化图表。

4.3.1 危货运输运行监测一张图

主要通过对危险货物电子运单数据、车辆卫星定位数据、数据的拆解分析，结合其他安全监管类数据、安全合规性评估数据等，以GIS地图为展示载体，实施展示危货运输车辆实时分布、危货运输量、运输通道分析、运输流向OD分析等监测信息。

4.3.1.1 危货运输车辆运行监控

提供GIS地图动态监管功能，支持管理人员在GIS地图上查看系统所采集的省内省外车辆位置、方向、速度和行驶状态等信息，支持省内单车、省外单车、省外过境车辆的分布显示等功能，实现对本辖区、外区域危险货物车辆动态分布监管的可视化展示支持。

图 5‑48基于电子运单和车辆定位数据的车辆分布分析监测示意界面
1、省内单车实时监控
基于省厅地图底层和数据可视化技术，展示省内车辆在全国范围内的位置分布和运行情况。支持对车辆定位设备状态的分类展示（离线、在线静止、在线行驶），支持通过企业名称、车牌号、货物名称、运单创建起止周期内的车辆分布位置展示查询和车辆电子运单基本信息说明。

图 5‑49省内车辆分布监测界面示意图
2、跨省车辆运行监控
以部级电子运单信息交互系统接入数据和重点营运车辆联网联控系统车辆定位数据为基础，展示指定时间周期内跨省危货车辆在全省范围内的位置分布和运行情况。支持通过企业名称、车牌号、货物名称、运单创建起止周期内的车辆分布位置展示查询和车辆电子运单基本信息说明。
3、外省过境车辆运行监控
以重点营运车辆联网联控系统车辆定位数据为基础，展示指定时间周期内外省过境危货运输车辆在全省范围内的位置分布和行驶情况。支持通过车牌号查询展示车辆分布位置和行驶状态。

4.3.1.2 跨省车辆分析统计

以部级电子运单信息交互系统接入数据和重点营运车辆联网联控系统车辆定位数据为基础，展示跨省车辆来源地分布情况、电子运单运输状态统计、车辆设备接入与异常报警情况统计分析结果。
1、跨省车辆来源地分布统计
根据电子运单信息始发地和目的地信息，统计外省份地区进入江苏本省车辆和江苏本省车辆跨省运输车辆数的分布统计结果。

图 5‑50跨省车辆来源地分布统计示意图
2、电子运单运输状态统计
根据跨省车辆电子运单运输状态、运输目的地数据，展示全省指定时间周期内跨省运输中、运输完成的电子运单数量对比情况。

图 5‑51跨省车辆运单状态分析
3、车载设备运行情况统计
根据以电子运单接入数据和重点营运车辆联网联控系统车辆定位数据为基础，比对车辆车载设备运行情况，分析预估跨省运输车辆车载设备运行状态。

图 5‑52车载设备与车辆运行情况统计示意图

4.3.1.3 高速卡口监测分析

根据高速公路ETC通行监测系统的卡口数据将数据内危货运输车辆牌照信息、危险运输线路信息提取后，与系统电子运单数据进行比对分析。对通行高速公路但未按要求派发电子运单的车辆进行标记和系统预警，对电子运单报备信息与实际运行线路不符、运输货物不符的车辆信息进行汇总分析和车辆明细记录，供省市级监管部门进行事后查验和问题车辆跟踪。

图 5‑53高速公路ETC卡口通行监测分析示意图

4.3.1.4 车辆运行异常监测预警

道路运输安全作为全省危险货物运输监管核心，需要通过危货运输运行监测分析系统提供可视化异常状况监测比对预警功能，通过系统可获取监测的数据（如车辆定位数据、电子运单数据、主动防御数据、电子围栏、交通气象数据等）为基础，通过道路运输状态异常监测和安全报警功能，及时发布异常预警信息，帮助管理部门及时掌握企业违规运营行为和人员、车辆违规运输行为，并督促车辆所属经营地管理部门对异常行为进行处置和应急管控。

4.3.1.4.1 事故报警监测

支持对全省入网危险品车辆常见事故情况报警类型进行监测预警，支持对报警等级、处理状态、企业、所属区域、企业平台与省平台关联报警情况等多种条件进行筛选分类。

图 5‑54事故报警监控查看子界面

4.3.1.4.2 违规掉线报警监控

实时监控车辆运营状态信息，判断车载设备掉线前位置与掉线后的位置，是否超过一定的规定，如果超过，则将车辆筛选出来，进行报警提示，由人工确认是否驾驶人员故意屏蔽车载设备信号。

图 5‑55违规掉线报警监控子界面

4.3.1.4.3 违法禁行时间报警

实时采集车辆运营信息，并结合禁行时间的要求，当车辆在禁行时间规定期间禁行运营，则提供报警。

4.3.1.4.4 疲劳驾驶报警

按照交通部道路运输疲劳驾驶管理规定，对危险货物运输车辆进行疲劳驾驶分析，分析驾驶员是否按照疲劳驾驶规定要求，进行休息，如果发现车辆疲劳驾驶，则产生报警提示，方便监管人员及时处置。

图 5‑56疲劳驾驶报警监控查看子界面

4.3.1.4.5 超速报警

实时采集重点营运车辆的速度信息，按照超速限制规定，当车辆达到超速标准限制时，则产生报警提示信息，并记录车辆超速开始时间、超速速度、持续时间等信息，方便监管人员及时进行处置，减少车辆超速造成的交通安全事故。

图 5‑57超速报警监控详情查看子界面

4.3.1.4.6 违规驾驶报警

对于超时疲劳驾驶、累计驾驶超时、车辆非法位移、凌晨2-5点仍在运营的危险货物运输车辆，进行报警提示。

图 5‑58违规驾驶报警查看子界面

4.3.1.4.7 主动安全报警

对车辆前向碰撞、车道偏离、车距过近、行人碰撞、生理疲劳驾驶、接打电话、抽烟、分身、驾驶辅助功能失效、胎压异常、双手同时脱离方向盘等主动安全风险行为进行预警报警。

图 5‑59主动安全报警详情查看子界面

4.3.1.4.8 故障报警

对GNSS模块故障、终端主电源异常、TTS模块异常、摄像头异常、车辆油量异常、存储异常等车辆及监控设备故障进行报警监测。

图 5‑60车辆故障及异常报警详情查看子界面

4.3.2 危货道路运输风险重点监测分析

基于系统采集汇总的基础数据和实时动态数据，通过对危险货物道路运输行业监测指标的设计，提供可视化大屏汇总展示分析中心，支持监管人员通过危险货物运输监测相关的主题分析方式，展示并监控整个辖区的危险货物运输情况。整个主题展示分析采用可视化图表、数字化指标等形式，展现危险货物运输实时统计信息，方便管理人员直观了解全省境内危险货物运输运行态势。

4.3.2.1 运输干线道路运输风险监测

根据全省道路交通运行状态实时监测数据、交通气象预报数据等数据基础，结合危货车辆运行卫星定位数据、货物运输周期和运输起止点，对运输车流量大的干线道路，特别标记和展示危险车辆信息和处置信息，着重显示运输车辆主要分布运输干线的车辆牌照、电子运单运输货物、行驶速度等关键信息标签，形成基于地图展示的危险品运输通道分析图，支持时间推演的运输通道、运量变化主要目的地分析、货物流向分析等。

图 5‑61危险货物运输通道与运输干线风险监测可视化分析示意界面

4.3.2.2 重点区域与车辆监测分析

根据应急、生态、安监等关联部门等提供的共享数据，和地市级货运监管部门报备的重大危险源、危险货物存储、装卸、场站等重点区域和车辆信息，对危险货物运输装卸、存储、车辆停放场站等重点区域实现可视化监测功能，通过一张地图、数字孪生建模、实时视频等技术方式了解和查看各个重点区域的危险品存储和运输管理状态，对重点区域安全监管提供技术化保障。

图 5‑62重点区域可视化监测界面示意图

4.3.2.3 装卸货地分布分析

对危险货物装卸危险货物仓库、停车场站、检修站、交通基础设施和交通路况信息等方面的静态数据和动态数据进行多源整合、深层挖掘、可视化分析，从表层数据着手，基于已有的业务管理系统的数据处理，以可视化电子地图的展示方式作为手段，辅助省级道路运输管理部门用户随时掌握装卸货地分布情况和源头监管动态，实现一体化、透明化综合监管。

图 5‑63基于数字孪生的危货运输车辆装卸追踪可视化管理界面
1、线路设施：融合区域内公路国道、省道、工程标段等线路信息及下穿、桥梁、涵洞等设施信息，匹配至GIS电子地图中，直观清晰展现区域内已有公路线路设施情况，并可筛选查看线路设施长度、建造时间、技术等级等基础信息；
2、管理机构：汇总各地市应急管理局、生态环境局地理信息，基于GIS电子地图展现管理局位置，同时可查看管理局名称、位置和联系方式信息；
3、经营业户：基于电子地图用不同图标标注出区域内的危险品经营、存储公司及运输公司，同时可查阅经营业户名称、位置和联系方式信息，使用户有效掌握区域内经营业户信息；
4、应急车辆/单兵设备：对应急车辆和执法单兵设备的实时GPS数据进行汇总，通过电子地图直观查看车辆及人员的空间分布，掌握区域内公路应急车辆及应急人员的状态信息，同时车主可通过移动端快捷按钮第一时间上报紧急求助指令，通过可视化中心大屏第一时间定位车辆位置，查看事故车辆的车辆号牌和驾驶员信息，结合电子运单查看货物信息和应急处置方案，便于指挥中心用户进行统一化应急调度管理；
5、电子运单信息：通过接入省级电子运单信息和部级电子运单接入交互平台，对全国进入管辖范围内危险货物运输车辆的电子运单信息与车辆位置信息、货物应急处置信息等进行结合展示，方便进行应急处置预案的快速启动；
6、检测设备：汇总视频、微波等路网固定检测设备，基于地图展现设备危险货物装卸货点位信息，同时可筛选视频设备，实现监控视频实时播放，第一时间掌握重点装卸货站场、停车场状况；

4.3.2.3.1 危险货物仓库车辆分布监控

基于GIS地图，监控所有各地市区域内的危险货物仓库分布。

4.3.2.3.2 停车场车辆分布监控

基于GIS地图，监控所有管辖区域内的危险货物运输车辆停车场区域。

图 5‑64停车场车辆分布监控示意图

4.3.2.3.3 检修站车辆分布监控

基于GIS地图，监控所有地市管辖区域内的危险货物检修站区域。

图 5‑65检修站车辆分布监控展示示意图

4.3.2.4 货物流量流向分析预测

通过电子运单上报的货物运输起止点、车籍所在地、以及重点营运车辆安全监管系统提供的车辆定位数据汇聚分析结果，形成基于全省不同城市的危险货物运输OD可视化分析图，便于管理部门结合道路危化品管制要求，着重关注危化品重点运输OD，加强安全性合规性监管保障。支持按时间段、起讫点地市分布、总货运量、指定货物种类运量进行分析查询。

图 5‑66危险货物运输OD分析示意界面

4.3.2.5 重点监管名单监测预警

支持根据人员、车辆、企业违规记录手工录入重点监管名单，并对录入重点监管名单的车辆动态在一张图中展示分布情况，当名单中的人员、车辆产生动态信息后，在系统中进行醒目提醒。
安全生产重点监管名单管理
对于隐患排查需整改的企业，在签发《危险货物道路运输企业整改通知书》的同时，审核违规情形属实的，将该企业名单录入安全生产重点监管名单。实现安全生产重点监管名单的增加、违规事项查询、删除等功能。
——安全生产重点监管对象筛选指标管理
实现判定是否应列入安全生产重点监管名单的指标的制定、修改、删除等功能。
——安全生产重点监管名单维护管理
实现安全生产重点监管名单修改、删除、更新等功能。
——安全生产重点监管对象关联信息维护
针对列入重点监管的企业关联的信息，如违规事项、生产经营情况等信息进行维护管理。
——企业关联外系统业务通知
对于列入安全生产重点监管名单的企业、车辆、从业人员名单也将同时发送给运政系统，将这些企业、人员、车辆相关信息自动与运政管理业务相关联，在移除安全生产重点监管名单前，使其受到相应的制约，例如，在整改期间，不得增加经营范围和扩大经营规模。
也可作为安全合规量化评估的指标之一。并为下一年度制定安全生产隐患排查计划提供参考依据。也可共享给其他相关部门，作为进行相关工作的决策依据。
表 5‑2需采取重点监管的交通运输安全生产情形表

安全生产重点监管名单发布管理
实现对列入安全生产重点的企业、车辆、从业人员在行业内部公布。
安全生产重点监管名单公布内容包括：
——对列入安全生产重点监管名单的企业公布企业的名称、营业地址、法定代表人、列入安全生产重点监管名单事由等信息；
——对列入安全生产重点监管名单的驾驶人员公布驾驶人员姓名、从业资格证书号码、列入重点监管名单事由等信息；
——对列入安全生产重点监管名单的车辆公布车牌号码、业户或所属企业、车籍所在地、列入重点监管名单事由等信息。
1、监管名单发布批次管理
根据管理需要按批次定期或定量方式发布监管名单，通过该功能可实现批次的新建、修改、删除等。
2、批次监管名单导入
针对未发布的特定批次，导入企业名单或者从业人员名单。
3、批次监管名单修改
实现批次监管名单的修改功能。
4、批次监管名单查询
以企业名称、时间段为条件，实现批次监管名单的查询功能。
5、批次监管名单导出
实现批次监管名单的导出功能。

4.3.3 跨部门联动可视化监测展示与数据对接

以危险货物道路运输运行监测与重点风险监测分析数据为基础，向省交通运输厅综合运行监测平台提供跨部门联动的危险货物道路运输可视化数据指标统计、监测分析展示、专题分析展示和数据对接支持服务。

图 ‑67危货运输可视化展示大屏系统界面示意图

4.3.3.1 数据统计类展示

根据系统汇聚的危货运输行业运行态势的重要监测指标数据，形成监测数据统计可视化贴片，帮助相关部门快速了解行业运行态势和关键指数变化情况。
目前，省级交通综合运行监测平台的危险行业运行监测系统的行业安全监管态势分析主题已有的监测指标如下：
表 5‑3行业安全监管态势分析指标

拟新增以下危货业务数据监测指标：
危险货物运输行业安全监管分析指标

图 5‑68数据类指标统计界面示意图

• 电子运单量月度趋势；
• 跨省危货车辆数（大数字）、运单填报车辆数（小数字）、在线车辆数、离线车辆数、静止车辆数；
• 高速卡口监测危货车辆通行数、运单符合数、线路不符数、无运单数；
• 危货车辆主动防控监测预警、事故报警、违规掉线、禁行时间、疲劳驾驶、超速报警、违规驾驶、故障报警；（饼图）
• 重点运输干线平均车速、运输干线平均车速城市排行Top3；
• 重点危货装卸区域数、重点危货装卸区域城市排行Top3；
• 省外货物流量流向城市统计（柱状图）；

  4.3.3.2 监测分析类展示

  4.3.3.2.1 车辆主动防控实时分布监测

  
  图 ‑69车辆主动防控监测预警主页界面示意图
  通过车辆黑名单或制定车牌号的车辆信息、设定需要重点关注的车辆列表，在GIS地图上展示位置、方向、速度、驾驶员行驶状态等信息，支持单车、多车、特殊区域内车辆分布显示等功能，结合车载主动防控终端设备的采集数据，实现对车辆驾驶员安全行为的主动监测和违规行为预警。
  1、单车运行状态监控
  提供所有车辆的实时状态信息查询，包括：车辆信息、在线状态、当前位置、速度、驾驶员等信息。
  
  图 5‑70车辆跟踪与主动防控监测界面预览
  2、车辆分布展示
  展示所有危险货物运输车辆在常熟市内的分布，支持地图聚合展示，同时可以查询车辆的电子货单信息，通过不同图标或颜色显示车辆状态，包括：在线、离线、空车、载货等状态，同时可以显示车辆位置、速度、驾驶员等信息。
  车辆聚合展示：
  
  图 5‑71车辆聚合展示效果示意图
  
  图 5‑72车辆分布展示效果示意图
  3、单车跟踪监控
  提供基于GIS地图的车辆实时监控功能，系统用户通过平台查找并选定需监控的车辆，实现对车辆的实时监控，在地图上展示车辆的实时位置及车辆信息，可显示车辆运行速度、车辆精确位置，并通过车载设备获取驾驶舱视频图像数据。
  
  图 5‑73单车实时监控界面示意图
  4、单车历史轨迹回放
  对事先确定的车辆进行轨迹回放跟踪，根据用户选定的时间段，将行驶轨迹在地图上展示，可调节轨迹回放的速度。在轨迹回放控制方面，提供播放、暂停、快进、快退、单步前进、单步后退、拖拽等功能，同时可配合可视化的速度曲线。
  
  图 5‑74车辆历史轨迹回放界面图

  4.3.3.2.2 电子运单监控监管

  提供对运单状态节点情况的监控功能，包括运单出入库情况、在途运输状态以及到达目的地等信息；本系统可通过交通运输部电子运单交互平台，将全国的电子运单数据接入系统，并与收发货企业申报信息进行比对核查，及时发现问题隐患车辆并预警。
  
  图 5‑75电子运单监控监管可视化界面示意图
  
  图 5‑76电子运单详情查看与管理界面
  
  图 5‑77省外籍途经车辆电子运单详情查看界面
  
  图 5‑78对接部级电子运单交互平台信息查询界面

  4.3.3.2.3 电子围栏监控监管

  针对省市危险货物运输安全监管的实际需求，通过对重点区域、重点路段建立电子围栏，实现对车辆进出、车辆滞留监管，并及时报警提醒，区域监控报警包括车辆区域滞留报警、区域车辆，提供超速报警、无运单车辆进入区域报警等。
  1、电子围栏区域设置
  针对省市级管理部门对危险货物运输监管的实际需求，通过系统对重点区域、重点路段标记电子围栏边界，设置报警类型，实现对进出电子围栏区域的车辆进行报警。如无运单车辆进出报警、超速报警、车辆滞留报警等。
  车辆电子围栏报警区域设置示意图：
  电子围栏设置可以支持多种灵活的设置方式，包括根据查询GPS中心位置圆形区域、多边形区域、矩形区域、基于地图道路或行政区域边界设置等。
  
  图 5‑79车辆电子围栏报警区域设置界面
  2、电子围栏报警
  实时采集危险品营运车辆位置信息，并结合系统自定义设置的禁入区域电子围栏情况，分析车辆是否进入禁入区域，则报警提示，并记录危险品营运车辆进入禁入区域的开始时间、持续停留时间等信息，方便监管人员对营运车辆进行违规处置监管。
  
  图 5‑80电子围栏报警信息查看界面

  4.3.3.2.4 高速卡口监测分析

  根据系统接入的全省各级高速公路出入卡口的位置、ETC通行监测危货车辆数和电子运单信息比对数据，通过GIS展示卡口分布位置和卡口ETC通行监测数据分析比对结果。
  
  图 5‑81高速公路卡口监测分析界面示意图

  4.3.3.3 专题分析类展示

  4.3.3.3.1 危化品领域分析

  针对省内危化品运输事故数据、省级危化品运输结构数据、危化品运输车辆车型数据，形成省内事故危险化学品类别统计分析、危化品运输量企业排行与分布分析、危化品运输结构分析和危化品运输车辆车型结构分析结果。
  
  图 5‑82危化品领域分析示意图

  4.3.3.3.2 燃气领域专题分析

  以危化品第2类，压缩气体和液化气体的运输量、各地市运输量、运输起止地和线路OD、运输量相关运输企业排行、燃气专用车辆数与地市企业分布情况等数据进行专题分析。

  4.3.3.3.3 成品油领域专题分析

  以危化品第3类，易燃液体的运输量、各地市运输量、运输起止地和线路OD、运输量相关运输企业排行、易燃液体专用车辆数与地市企业分布情况等数据进行专题分析。

4.3.3.3.4 危废领域专题分析

以危废运输为分析对象，对其运输量、各地市运输量、运输起止地和线路OD、运输量相关运输企业排行、危废专用车辆数与地市企业分布情况等数据进行专题分析。

4.4 移动端应用建设

为执法人员、收发货企业、运输企业、装卸人员及运输驾驶人员提供移动公众号应用服务，包括移动端申报录入、车辆查询、业务办理、电子运单信息查询等功能，结合综合监测监管平台，对危险货物道路运输全过程形成全要素、全链条管控。

4.4.1 收发货企业移动端

基于微信公众号平台，开发收发货企业公众号应用服务，方便收发货企业管理人员的货物运输申报录入，信息查询等功能，方便收发货企业进行货物运输及车辆的全过程监控及相关服务支持。

4.4.1.1 货物填报

托运企业用户关联公众号后，可以通过手机进行货物信息填报，填写需要运输的危险货物电子运单，并填写货物名录以及选择有资质的承运企业运输货物，填写完成后，保存并提交行业监管人员进行审批。

4.4.1.2 车辆列表查询

通过列表的形式，托运企业可以查询所有已通过审验的车辆，包括：车牌号、车辆状态，可通过列表选择，进入单车、多车监控。通过选择车辆，货主可以查看车辆基本信息、运营状态以及实时位置信息。

4.4.1.3 车辆监控

基于地图模式，托运企业用户可以实时监控运输危险货物的车辆位置、速度、方向等，了解车辆的运行情况。

4.4.1.4 车辆轨迹回放

基于地图模式查看车辆历史行驶轨迹，托运企业选择一段时间后，系统自动按照用户要求回放该时间段范围内的车辆历史轨迹，并在图中画出车辆行驶轨迹。

4.4.1.5 异常信息查询

托运企业用户通过移动公众号查询运输危险货物车辆的异常信息，包括：超速、禁入区域、违规出入境、疲劳驾驶等情况。

4.4.2 承运企业及驾驶员移动端

详见5.2.5移动应用服务章节。

5 项目实施方案

5.1 实施工作方案

总体进度计划
我司将严格按照客户的计划进度要求，完成本次项目实施。项目的建设工期为10个月。假定以2021年10月30日之前完成项目中标，则预定计划于2021年11月30日前完成需求调研与需求规格说明分析设计；2022年2月28日之前完成系统总体设计；2022年6月30日之前，完成系统开发，上线试运行；2022年7月31日之前，完成项目最终验收。

实施阶段划分
项目的实施进度将根据系统建设的需求和实际调研情况,将首先明确用户需求,形成系统的逻辑模型,然后根据系统的功能,进行子系统的划分,使各个子系统分别满足所规定的要求；通过制定同意的工作计划，开发设计有关的子系统,并对各个子系统进行一致性测试,以完成整个系统的功能，并且建立科学的评价标准。按照时间的序列可分为初步调研、问题域分析、系统分析、系统设计、系统开发与测试、系统运行等阶段，根据本项目的进度计划要求，本项目的每个阶段的主要实施工作如下所示：

项目各环节实施方案
本项目的软件实施将根据系统建设的需求和实际调研情况，将首先明确用户需求，形成系统的逻辑模型；然后根据系统的功能，进行子系统的划分，使各个子系统分别满足所规定的要求，通过制定同意的工作计划，开发设计有关的子系统,并对各个子系统进行一致性测试，以完成整个系统的功能,并且建立科学的评价标准。按照时间的序列可分为初步调研、问题域分析、系统分析、系统设计、系统开发与测试、系统运行等阶段，每个阶段的主要工作要求如下：

项目实施策略
施工组织策略
我司充分认识到本项目的重要性与工期的紧迫性，为此组建具有丰富管理经验的、强有力的项目经理。在项目经理的统一领导下，精心组织、精心安排。确保各专业小组互相协调一致，在保证项目质量的前提下，用下列措施来保证投标工期的实现。

1. 劳动力的投入是保证项目工期的关键，因此当本项目的工作面一旦形成，立即按序调集劳动力，并按总进度的控制，做好后备劳动力的调集工作。在施工高峰时，视具体情况统一调度劳动力。
2. 用施工进度的三级动态管理来保证工期进度的措施。由公司制定一级进度计划(施工总进度控制计划表)、项目经理编制二级进度计划(旬工作计划)、各专业小组编制三级进度计划(各分部项工程每周进度计划)。三个计划要求总体衔接、稳定平衡，通过信息反馈，对计划实施的全过程作有效的动态控制。月计划和周计划的编制，必须具体、详细，具有实际性和操作性。
3. 项目经理每旬召开一次项目现场会议(邀请业主、监理单位等参加)，每周召开一次现场工作协调会议。对反馈的信息必须立即做出正确的处理，并对旬、周计划加以调整。
4. 为有效地缩短工期，原则上可采用加班作业，根据项目进度安排，全体项目人员与管理人员可安排取消节假日、休息日。
5. 充分利用经济规律及其杠杆作用，有效地调动工人生产积极性，所有施工人员的经济利益按实际进度的完成情况进行分段兑现奖罚。

协调保证策略
项目施工中存在着多种因素的协调工作，既有项目部内部的，同时也有项目部外部的协调，针对协调的内容不同项目部将配备一名具有丰富施工经验的项目经理负责项目部的生产及对外协调工作，配备一名协调员进行项目内部诸因素的协调，协调的目的是调动工作人员积极性、提高项目组织的运转效率、消除项目按计划施工的任何利的因素、保证施工项目的进度。
项目内部关系协调：项目经理协调项目内部人与人，各部门之间的工作关系，充分调动每个人的工作热情，使得人尽其才，用人之长，责任分明，使项目部精干、高效、政令畅通。由项目经理进行内部供求关系的协调，诸如劳动力、材料、机械设备、动力等，求得项目的资源保证，从而使物尽其用，按施工进度计划进行有条不紊的施工。
外部协调：由项目经理组成对外协调，重点协调业主、监理单位，采取积极主动的态度在平等的基础进行协调。
过程控制策略

1. 采取快速原型法进行软件开发，加快开发进度。

在项目的风险识别过程中，项目软件的需求开发存在很大不确定性。为了减少项目软件开发过程中用户需求不断变更和加快软件开发速度引发风险，防止开发出的软件产品同用户的需求相差甚远，减少项目风险，加快项目进度。

1. 规划项目开发活动过程，合理并行子任务。

为合理平衡项目资源，项目管理小组参考项目开发普遍存在项目前期和后期占用资源少，项目中期占用资源多的特点。项目管理小组依据向项目的实际工作要求，将任务分解成各独立的模块进行开发，合理利用资源，同时进一步减少小组之间的交流成本。在项目开发过程中，项目管理小组认真梳理项目开发关键路径，对能够并行的子任务，在项目团队人力资源允许的情况下尽可能采取并行的工作方式，缩短项目开发时间。

1. 加强项目监控，保证项目开发按计划进行。

准确的项目进度计划是保证项目按时交付的基础。项目管理小组对开发项目的工作量和技术难度进行了评估，然后使用历时三点估算法对项目各项目单元进度时间进行估算，最后将项目各个活动开发过程制作成一张活动进度网络图，清晰明了的标明各个子项目的时间进度范围和子项目之间的关系。为保证各个项目开发小组按计划执行开发任务，项目管理小组对各个项目开发过程加强监控管理。

1. 加强沟通管理，及时验收完工项目。

在项目开发过程中，项目开发团队由专人负责项目沟通和文档管理工作。由于物资协作公司缺少有经验的超市管理者，为了减少项目开发的风险，项目管理小组在项目合同中明确了项目范围并就项目的验收子项目同物资协作公司签订验收文件，对子项目通过验收对以确认。通过沟通和分步验收，避免了项目需求变更的风险，减少项目开发团队因为客户不断的需求增加不必要的工作量。

1. 加强项目需求变更控制

客户的需求如果频繁变更，对项目进度的影响是致命的，因此变更管理是其中重要的一环。在项目整个过程中，先建立需求基线，一旦需求基线建立，后期的需求变更必须经过双发沟通、协商、审核之后，方可进行变更，减少变更的随意性。

5.2 实施团队组织保障方案

5.2.1 项目组织管理规范

我司将根据项目建设要求，结合公司丰富的项目实施管理经验，严格按照ISO9001：2000系列质量体系认证和CMMI5认证的规范和标准，管理和实施本项目。
我司负责工程建设管理信息系统平台软件的设计、开发、采购、实施（含安装）、运行及后续服务等工作。

5.2.2 项目组织管理结构与职责

组织架构保证
本公司专门为本次项目实施成立了项目领导小组，负责总体协调各方面的资源，在领导小组下面设立若干个职能小组，负责各项专门的工作。
如下图所示：
本项目的组织架构分为项目领导层和项目实施层两部分：由项目领导组、项目经理、设计质量负责人共同构成项目领导层，由项目协调组、商务组、项目组、保障组、支持服务组共同构成项目实施层。各组说明如下：
项目领导小组
负责统筹领导整个项目团队，在实施过程中对整个项目进行全局把控，对项目推进中遇到的重大问题做出决策，保证项目的顺利实施。
项目领导组由相关的领导与专家组成。
项目经理
负责实际率领项目实施团队，对需求调研、各阶段设计、文本编制评审的各个环节进行计划、组织、协调和控制，向项目领导组负责。
具体工作职责包括：

• 识别项目特点、难点、重点
• 识别并确定整个项目生命周期阶段和阶段产物
• 制定和更新项目管理计划
• 监督项目执行状况
• 发现问题并确保问题被解决
• 识别风险、制定风险控制策略
• 计划项目团队的培训和组织实施内部培训
• 组织各设计小组，召开协调会议，解决项目内部分工界面问题
• 统一联络项目相关单位，解决项目外部协调问题

项目经理由江苏长天智远交通科技有限公司资深项目管理人员担任。
项目技术负责人
协助项目经理，负责需求分析报告、研究报告、总体设计方案及实施方案设计工作质量掌控；负责数据标准与规范体系设计质量的掌控；负责内部设计工作大纲审核；负责内部各设计阶段成果验收；负责定期组织召开内部设计工作会议。由江苏长天智远交通科技有限公司设计承担部门总工担任。
商务组
负责合同签订的相关工作。
由江苏长天智远交通科技有限公司商务人员担任。
项目组
完成项目全部咨询设计工作，包括：需求调研分析、数据中心设计、网络优化设计、综合业务应用平台设计、规范标准和运维体系完善设计等部分涉及的调研分析报告、研究报告、总体设计方案、实施方案的编制工作及相关咨询工作。
由江苏长天智远交通科技有限公司资深设计人员担任。
项目支持服务组
负责系统总体设计项目的具体管理，分为质量管理、进度管理、成本管理和安全管理四部分，包括：

• 参与项目投标文件编制
• 定义各设计组分工界面
• 为各设计组制定二级进度计划，并对进度计划执行情况进行督查
• 组织各设计组负责人定期召开协调会议，协调设计过程中相互衔接的问题
• 负责收集和整理项目过程中产生的所有文档资料（书面的和电子的），及时交付业主单位
• 进行项目质量、进度、成本和安全方面的检查和控制

由江苏长天智远交通科技有限公司资深项目管理人员组成。
人员稳定
根据本项目的对人员稳定的具体要求，我公司将明确参与产品开发和技术支持服务人员的人天数、到现场进行实施技术支持人员的人天数以及信息运维综合监管系统集成开发技术支持服务人员的人天数。并且，在未经过业务同意的情况下不更换技术服务人员。
本项目或本公司需要更换项目经理和项目团队成员时，提早一周向对方申明原因，同时提出新的符合合同要求的项目经理和项目团队成员人选，经用户同意并办理交接手续后更换。”
本公司承诺明确产品技术服务人员、现场实施技术人员、集成开发技术人员的人天数，并在未经过用户同意情况下，不更换技术服务人员。
本公司将根据上述要求：对需要更换的项目经理和项目团队成员，将提前一周向用户申明原因，并办理交接手续。

5.2.3 项目实施组织管理内容

项目实施包括但不限于以下内容：项目需求调研与设计、开发测试、项目验收、项目服务。
项目需求调研与设计：进行业务系统的需求调研和分析、完成系统设计，提交需求规格说明书、系统概要和详细设计文档。采购人审核通过后开展系统开发工作。
开发测试：根据需求分析和系统设计，进行业务系统的开发和测试工作，测试要求包括单元测试、系统测试、集成测试和联调测试，每项测试均要求形成完整的测试方案，包括计划、用例和报告。
项目验收：包括项目初验、终验。
服务地点：根据甲方需要在指定地点服务。

5.2.4 项目组织范围管理

问题分析
项目实施过程中，项目组对项目范围管理过程中出现的问题的认识及处理方法可能各不相同，项目组所面临的是一个由事态、组织、人员等因素组成的复杂的问题集合，对问题的顺利、及时解决，需要掌握项目范围管理问题分析的科学方法。问题分析三个要点：
分析问题

• 分析问题应从以下角度入手：
• 分析问题的性质和条件
• 在里程碑处进行小结
• 确定解决问题的适当目标
• 确定管理效果评价指标
• 识别管理过程中的约束

提出解决方案
问题解决方案可以通过多种渠道寻求，项目决策者、问题提出人或系统分析人员的意见和设想等都是寻求问题解决方案的渠道。在研究解决方案的过程中，应尽可能地考虑各种因素，每个机会和建议都不要放过。一个好的问题解决方案应满足以下特点：
适应性：由于项目管理充满不确定性，解决方案应能满足各种情形下对项目提供指导的需求，在项目实施的各个阶段，它应该都是有效的。
可操作性：解决方案首先应取得决策者的支持，其次该方案应便于在项目管理实践中操作。
延续性：项目管理一个很大的特点，就是采用模块化设计，人员流动大。因此，解决方案也应具有很强的延续性，在项目成员、管理体制发生变更时，应能不受干扰地继续指导项目的正常活动。
可靠性：要求解决方案的实施过程中不出现失误，或者出现失误也能尽快恢复正常，而不至于造成很大的损失。这需要建立管理监督机构和信息反馈渠道加以保证。
实施管理决策
当问题分析清楚之后，就要进行决策。决策就是管理，决策就是决定。决策有个人决策和团体决策、定性决策和定量决策、单目标决策和多目标决策之分。战略决策是在更高层次上的决策。在系统分析和系统综合的基础上，项目管理人员应根据主观偏好、主观效用和主观概率做出正确决策。决策的本质反映了项目管理者的主观认识能力，因此，就必然受到人的主观认识能力的限制。
范围管理
启动范围理计划
启动过程明确指定这一过程有一个重要的输出文档——项目章程，项目章程将粗略地规定项目的范围，这也是项目范围管理后续工作的重要依据。项目章程中还将规定项目经理的权利以及项目组中各成员的职责，还有项目其他干系人的职责，这也是在以后的项目范围管理工作中各个角色如何做好本职工作有一个明确的规定，以致后续工作可以更加有序地进行。
范围计划过程
项目组要制定一个范围说明书和范围管理计划,形成文档，为将来项目决策提供基础，这些文档中包括用以衡量项目或项目阶段是否已经顺利完成的标准。
范围定义过程
将项目主要的可交付成果细分成较小的、更易管理的组分,这个过程中，项目组要建立一个工作分解结构（WBS：WorkBreakdownStructure）,WBS的建立对项目来说意义非常重大，它使得原来看起来非常笼统、非常模糊的项目目标一下子清晰下来，使得项目管理有依据，项目团队的工作目标清楚明了。如果没有一个完善的WBS或者范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
范围核实过程
该过程对项目范围的正式认定，项目主要干系人，要在这个过程中正式接受项目可交付成果的定义。
该过程是范围确定之后，执行实施之前各方相关人员的承诺问题。一旦承诺则表明你已经接受该事实，那么你就必须根据你的承诺去实现它。这也是确保项目范围能得到很好的管理和控制的有效措施。
范围变更控制过程
该过程对有关项目范围的变更实施控制。主要的过程输出是范围变更、纠正行动与教训总结。再好的计划也不可能做到一成不变，因此变更是不要避免的，关键问题是如何对变更如何进行有效的控制。控制好变更必须有一套规范的变更管理过程，在发生变更时遵循规范的变更程序来管理变更。通常对发生的变更，需要识别是否在既定的项目范围之内。如果是在项目范围之内，那么就需要评估变更所造成的影响，以及如何应对的措施，受影响的各方都应该清楚明了自己所受的影响；如果变更是在项目范围之外，那么就需要商务人员与用户方进行谈判，看是否增加费用，还是放弃变更。
工作计划管理
根据项目进度的要求，制定切实可行的工作计划，规定每个成员的任务，检查任务完成的情况和质量，是保证项目顺利实施的重要保证。工作计划管理应包括以下几点：

• 编制项目实施工作计划，并经双方批准；
• 写出工作小结，说明未完成原因及改进建议；
• 每周进行工作量统计、质量检查，并由客户签字；
• 每周写出工作小结，说明未完成原因及改进建议；
• 将具体工作分解到人，并统计顾问服务时间；
• 项目负责人应随时协调每人的工作，避免重复或脱节；
• 即使掌握和监控项目进展状况。

工作计划控制
所有的每周工作计划都标以日期供查阅。每周举行例会讨论本周工作计划执行情况和下周工作计划。建议客户方有专人负责管理每周工作计划及其执行情况的整理和汇总。
范围风险管理
我司将经常向业主汇报项目实施进展情况,保证所有的风险能及早暴露。这些汇报都将严格地对照项目计划进展进行。找出项目进展和协调过程中存在的问题，指出切实可行的解决问题的方法,保证无风险的最终实现系统。
范围变更控制
任何事先商定范围之外的变更请求。在进度会议上将对请求讨论，并被写入每月的项目情况报告中以便对尚未完成的变更进行检查。为了管理项目,我们将使用标准的控制文档（RCI）。它将用于项目中的变更，记录实施过程中的问题。RCI也用于控制项目中的预算。范围变更的控制需要通过变更请求的流程来管理。
变更处理程序
请求变更-将同时通知用户项目管理者和我方项目组。审核变更-指定的成员将提出满足请求的建议方法。它包括对人员、项目时间、新的工作的附加成本的影响。需要时，指定的成员可以同用户成员和最终用户商讨决定项目的影响。
评价-变更审核应当由至少是项目管理者、有影响的团体和关键高级管理者来评价，这些人员负责决策和对项目范围和预算的调整。审核和实施-一旦变更得到确认，项目开发组项目管理者将分配相应的任务给实施小组。项目计划将被修改以包括新的变更的任务，这些任务同其他任务一样被跟踪。
签字/接受：一旦完成任务，项目开发组项目管理者将提交完整的变更请求报告单，报告单将被修改以反映完成变更。经由项目者签字、确认并负责。变化控制日志将被修改以反映状态变更。
风险及消除的管理
因为项目的风险是随时出现，且多种多样的，项目组顾问将经常对项目加以审核，争取尽早发现风险。当将实际财务发生额与估算比较时，发生预算和财务风险；当完成的进度与工作计划不相符时，发生工作进度风险；当硬软件发生问题或技术问题影响项目进度时，发生外部风险；当工作负荷过大或主要项目资源损失影响项目时，发生内部风险。
组织资源保障方案
项目的实施过程中，难免会遇到一些不可预知的困难或问题，为尽快解决将会遇到的问题，本着合作的精神，杜绝扯皮和拖延现象的发生，有必要事先规定好项目组织结构和相应的报告和决策机制。
我司将采取“自下而上”的报告机制，一般性问题，项目小组成员应首先在小组内部讨论解决，否则应该按照项目组织结构图所列逐级向其分管的主管报告，向其项目经理报告乃至总项目负责人汇报。不应将问题拖延或隐瞒，因为问题的及早提出和解决，可以降低项目的风险。而对于涉及项目实施过程中必须得到双方认可的重大问题，可以直接上报给项目经理，由项目经理提交给双方的最高项目管理机构协商解决。

• 疑难问题（不危及运行）在24小时内答复用户。
• 重大问题（危及运行）在3小时内到现场处理或通过网络远程处理。
• 特大问题（系统不能正常运行）在3小时内派技术人员到现场，并在2小时内恢复系统运行。

  5.3 软件开发方案

  5.3.1 软件开发各阶段和要求

  项目启动

需求开发

概要设计

详细设计

开发编码

单元测试

集成测试

5.3.2 配置管理

1）软件测试
从软件生存周期看，软件测试是卡住软件质量，尤其是卡住软件可靠性的最后一道关口。但软件测试并不仅仅局限于这个阶段，我们把它贯穿于软件开发的全过程。测试的主要目的是：对软件的质量或可接受性做出判断。
2）配置管理
为了规范软件产品配置管理活动，建立和维护在项目的整个软件生存周期中软件项目产品的完整性。确保所有的配置项都已唯一地被标识并且可访问，确保所有对基线配置项的更新都可控和可跟踪，确保所有基线配置项的状态已知，建立了《配置管理程序》。
配置管理的对象是产品/项目开发过程中所有可识别的软件产品、程序单元，包括文档、计划、设计/开发、评审/验证/确认过程中产生的记录；
配置管理的方式按照三种配置库，即软件开发库、软件受控库和软件产品库进行管理，其中：
软件开发库：用于存放与软件开发当前阶段工作各配置项的信息；
软件受控库：用于存放提交待评审、待确认、提交待测试的，但还没有批准通过的配置项。例如：一个正在进行审核的设计文档。也是个临时受控库。
软件基线库：用于通过评审、在经过确认与/或测试，存放最终产品而后交付给用户运行或在现场安装的软件的库。项目组不能直接进行改动的配置项。
配置管理的任务贯穿整个软件生命周期，软件开发部应严格按照GUP的要求，遵循《配置管理程序》实施对各配置项的管理，配置库的管理按照“软件开发库”的管理在软件开发部，“软件受控库”的管理在质量管理部，“软件基线库”的管理在质量管理部的原则实施。
配置管理的内容包括：
配置项的标识；
配置项的跟踪、检查和评审；
在项目/产品开发过程中，配置项产生后，处于配置管理的“软件开发库”，在适宜的阶段实施对配置项的检查与评审，对通过评审的配置项应建立基线，纳入“软件基线库”并遵循《配置管理程序》实施对其的控制（如：变更、发放）；
*说明：在本项目采用VSS配置管理软件辅助实现软件标识的唯一性，和软件项的可追溯性。
对于设计确认、评审、测试的最终产品、文档、代码，纳入“软件基线库”，按照《配置管理报告》对其的发版和升版进行管理。
3）变更控制
在软件开发过程中，变更过程一直是我们最关注的过程之一，我们不怕变更，但担心变更没有被控制，没有通知到受影响的人员，为此，我们总结了许多项目的经验，形成了《变更控制规范》，并且在公司所有类型项目中执行，取得了实效。
我们对所有跨越基线的变更，都要求由变更提出人以书面形式（《变更申请表》，如涉及进度变更，同时提交《进度变更记录表》）说明变更的内容，在变更实施前，提交项目经理对更改的区域以及影响的范围与程度、风险和成本等因素进行评审，以决定是否实施变更，并得到主管副总（技术委员会）批准，同时应明确变更实施的验证方法；由质量工程师记录变更的实施和验证过程；变更在实施后，应按照《配置管理规定》对基线文档进行相应的修改。并由项目经理指定人员（质量工程师）通知到所有受影响的人员。

5.3.3 文档管理

项目文档在开发过程中起着记录和联系沟通的作用，我们建立了一系列文档模板，每个项目在立项阶段，根据项目的具体情况，进行裁减。我们对文档的控制首先是检查是否符合规范，然后才进行内容审核。

5.3.4 软件测试方案

软件测试的目的是尽早地、尽可能多地发现软件的错误。通过不同层次的测试（单元测试、集成测试、系统测试）验证和确认软件满足设计和需求。
软件测试活动规范

图 6‑1软件测试活动流程图

角色

进入准则

输入

活动

输出

验证与确认

退出准则

单元测试
单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括单元的内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。使用白盒测试方法测试单元的内部结构，使用黑盒测试方法测试单元的功能和可观测的行为。
由于开发方式的不同，单元的划分存在一些差异，一般的单元划分方法如下：
面向对象的软件开发：以Class(类)作为测试的最小单元。以方法的内部结构作为测试的重点。
结构化的软件开发：以模块（函数、过程）作为测试的最小单元。
单元测试的工作体系

单元测试测试工作内容及其流程

单元测试工作流程：
图 6‑2单元测试工作流程
单元测试环境

图 6‑3单元测试环境
单元测试需求的获取
单元测试需求所确定的是单元测试的内容，单元测试需求是需求根据DesignModel、ImplementModel和软件单元获取。
单元测试技术
单元测试技术从整体上分为白盒测试与黑盒测试，其中前者使用程序设计的控制结构导出测试用例，针对程序的内在结构（逻辑、数据流），后者目的是验证单元实现的功能，而不需要知道程序是如何实现它们的。黑盒测试关注的是单元的输入与输出，不是白盒测试的替代品，而是辅助白盒测试发现其他类型的错误。
单元测试产生的工件清单

• 软件单元测试计划
• 单元测试用例
• 测试过程
• 测试脚本
• 测试日志
• 测试评估摘要

集成测试
集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。并且对以前的集成进行回归测试。
集成测试过程

图 6‑4集成测试过程图
集成测试工作内容及其流程

集成测试需求获取
集成测试需求所确定的是对某一集成工作版本的测试的内容，即测试的具体对象。集成测试需求主要来源于设计模型（DesignModel）和集成构件计划（IntegrationBuildPlan）。
集成测试着重于集成版本的外部接口的行为。因此，测试需求须具有可观测、可测评性。
集成工作版本应分析其类协作与消息序列，从而找出该工作版本的外部接口。
由集成工作版本的外部接口确定集成测试用例。
测试用例应覆盖工作版本每一外部接口的所有消息流序列。
注意：一个外部接口和测试用例的关系是多对多，部分集成工作版本的测试需求可映射到系统测试需求，因此对这些集成测试用例可采用重用系统测试用例技术。
集成测试工作机制
项目组相关角色配合完成。如图示：
软件评测部：

软件项目组：

集成测试工作内容及其流程工作流程：

图 6‑5集成测试工作内容及其流程工作流程图

集成测试产生的工件清单：

• 软件集成测试计划
• 集成测试用例
• 测试过程
• 测试脚本
• 测试日志
• 测试评估摘要

系统测试
系统测试过程

图 6‑6系统测试过程图

系统测试需求的获取
系统测试需求所确定的是测试的内容，即测试的具体对象。系统测试需求主要来源于需求工件集，它可能是一个需求规格说明书，或是由前景、用例、用例模型、词汇表、补充规约组成的一个集合。
在分析测试需求时，可应用以下几条一般规则：
测试需求必须是可观测、可测评的行为。如果不能观测或测评的测试需求，就无法对其进行评估，以确定需求是否已经满足。
在每个用例或系统的补充需求与测试需求之间不存在一对一的关系。用例通常具有多个测试需求；有些补充需求将派生一个或多个测试需求，而其他补充需求（如市场需求或包装需求）将不派生任何测试需求。
在需求规格说明书中每一个功能描述将派生一个或多个测试需求，性能描述、安全性描述等也将派生出一个或多个测试需求。
功能性测试需求
功能性测试需求来自于测试对象的功能性说明。每个用例至少会派生一个测试需求。对于每个用例事件流，测试需求的详细列表至少会包括一个测试需求。对于需求规格说明书中的功能描述，将至少派生一个测试需求。
性能测试需求
性能测试需求来自于测试对象的指定性能行为。性能通常被描述为对响应时间和资源使用率的某种评测。性能需要在各种条件下进行评测，这些条件包括：

• 不同的工作量和/或系统条件
• 不同的用例/功能
• 不同的配置

性能需求在补充规格或需求规格说明书中的性能描述部分中说明。对包括以下内容的语句要特别注意：

• 时间语句，如响应时间或定时情况
• 指出在规定时间内必须出现的事件数或用例数的语句
• 将某一项性能的行为与另一项性能的行为进行比较的语句
• 将某一配置下的应用程序行为与另一配置下的应用程序行为进行比较的语句
• 一段时间内的操作可靠性（平均故障时间或MTTF）
• 配置或约束

应该为规格中反映以上信息的每个语句生成至少一个测试需求。
其它测试需求
其它测试需求包括配置测试、安全性测试、容量测试、强度测试、故障恢复测试、负载测试等测试需求可以从非功能性需求中发现与其对应的描述。每一个描述信息可以生成至少一个测试需求。
系统测试类型和目标
确定系统测试策略首先应清楚地说明所实施系统测试的类型和测试的目标。清楚地说明这些信息有助于尽量避免混淆和误解（尤其是由于有些类型测试看起来非常类似，如强度测试和容量测试）。测试目标应该表明执行测试的原因。
系统测试的测试类型一般包括：

• 功能测试（FunctionalTesting）
• 性能测试（PerformanceTesting）
• 负载测试（LoadTesting）
• 强度测试（StressTesting）
• 容量测试（VolumeTesting）
• 安全性测试（SecurityTesting）
• 配置测试（ConfigurationTesting）
• 故障恢复测试（RecoveryTesting）
• 安装测试（InstallationTesting）
• 文档测试（DocumentationTesting）
• 用户界面测试（GUITesting）

其中，功能测试、配置测试、安装测试等在一般情况下是必需的。而其它的测试类型则需要根据软件项目的具体要求进行裁剪。
采用的测试技术
系统测试主要采用黑盒测试技术设计测试用例来确认软件满足需求规格说明书的要求。
系统测试的工作机制
项目组为每一个软件项目成立测试组，确定测试经理（通常由测试设计员担任）一名，测试设计员和测试员若干。

项目组需要提供系统测试需要的输入，建立测试环境，以及对测试工件进行配置管理

图 6‑7软件测试图

系统测试产生的工件清单

• 软件系统测试计划
• 系统测试用例
• 系统测试过程
• 测试脚本（可选）
• 测试结果

• 测试分析报告

  5.3.5 项目试运行方案

  项目试运行是对整个项目的设计、计划、实施和管理工作综合性的检验。作为使用单位，应尽可能地按设计生产能力满负荷运行，以考验工程。由于保修期(缺陷责任期)是从移交开始的，所以一经移交就应进入使用状态。有的工程是分批移交的，则在计划期就应考虑移交后应能进行局部运行。
  当项目建设单位确认测试通过之后，方能进入项目试运行。试运行期间，我司将与业主建立系统的运行、操作和维护管理制度。
  系统试运行时间根据不同系统的特性及有关规定，由我司做好系统试运行记录。并依据试运行记录，写出系统试运行报告。内容包括：

• 系统试运行起讫日期、试运行状态。

• 如有故障出现应记录故障产生的次数、原因和排除故障的日期。
• 系统功能是否符合设计要求以及综合评述。
• 我司将密切监视系统的运行状况。对于系统出现的异常情况须及时作出响应和处理。

试运行方案
试运行经理将按合同约定，负责组织或协助业主编制试运行方案。试运行方案应包括以下主要内容：

• 工程概况。
• 编制依据和原则。
• 目标与采用标准。
• 试运行应具备的条件。
• 组织指挥系统。
• 试运行进度安排。
• 试运行资源配置。
• 环境保护设施投运安排。
• 安全及职业健康要求。
• 试运行预计的技术难点和采取的应对措施等。
• 试运行实施管理。

项目部检查试运行前的准备工作，确保已按设计文件及相关标准完成生产系统、配套系统和辅助系统的施工安装及调试工作，并达到竣工验收标准。试运行前准备工作的检查包括生产系统、配套系统和辅助系统的全部安装和调试(或试验)工作是否已全部达到规定指标，以此检查试运行的输入条件是否已经具备达到竣工验收标准，获得业主签发的“竣工验收证书”(或“接收证书”)，作为准予启动试运行阶段工作的证据。
试运行管理
试运行经理按试运行计划和方案的要求协助业主落实相关的技术、人员和物资。试运行经理将组织检查影响合同目标考核达标存在的问题，并对其解决措旅进行落实。
试运行经理及试运行人员参加合同目标考核工作，并进行技术指导和服务。
合同目标考核的时间和周期应按合同约定或商定执行。在考核期内当全部保证值达标时，合同双方及相关方代表应按规定签署合同目标考核合格证书。
培训服务的内容应依据合同约定或业主委托确定，包括：编制培训计划，推荐培训方式和场所，对生产管理和操作人员进行模拟培训和实际操作培训，对其培训考核结果进行检查，防止不合格人员上岗给项目带来潜在的风险等。

5.3.6 项目验收方案

责任划分
建设单位
配合测试人员协调工作，对测试结果进行确认，确定测试结果是否满足建设单位对于平台功能及性能的要求，并在测试记录表中对测试项目逐项签字确认。
监理单位
负责配合测试工作，并对设备测试过程出现的问题予以积极配合解决。
承建单位
负责测试技术方案编写，测试总体协调，对测试进行保障以及对测试中出现的技术问题进行排查处理。
验收标准
验收依据国家相关标准和要求，并结合平台的实际情况，由客户和安装、调试人员组成的验收小组对设备的验收测试过程进行控制。具体讲从以下几个方面制定验收合格标准
1、系统实用性：项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。
2、系统稳定性：硬件环境的稳定性、软件运行异常处理和正常运行情况。
3、系统可维护性：主要指系统平台日常管理的方便客户进行维护。
4、系统文档：验收文档是否齐全、规范、准确、详细，主要的文档包括：需求分析报告，框架设计报告，详细设计报告，编码规范及技术选型报告，测试报告，系统部署和发布报告，集成方案，软件用户使用手册，系统维护方案和操作文档等。
5、系统灵活性：系统是否在先进性的基础上具备未来升级和可扩充性；是否利于系统平台迁移和部署等。
6、系统可操作性：界面是否友好性；是否实现简易化操作和智能化数据检索功能。
7、系统安全性：是否有完善的安全机制保证系统的安全性，如软件方面的安全防范（加密措施、相关认证、数据库安全防范）。
8、其他验收标准：其他的与本系统相关的验收标准。
验收依据
招标书、投标书、合同、设备说明书、相关的国家标准、行业标准、规范以及仪器检定规程、测试报告、技术开发文档、设计报告等。
验收方法
项目验收是项目建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，针对不同的验收内容，在实施验收操作中，可以采取以下不同的方法：
1、登记法
对项目中所设计的所有软件和应用程序一一登记，特别是硬件使用手册、软件使用手册、应用程序各种技术文档等一定要登记造册，不可遗漏，并妥善保管。对项目建设中根据实际进展情况双方同意后修订的合同条款、协调发展建设中的问题进行登记。
2、对照法
对照检查项目各项建设内容的结果是否与合同条款及工程施工方案一致。
3、操作法
这是项目建设最主要的验收方法。首先，运行项目软件系统，检验其管理硬件及应用软件的实际能力是否与合同规定的一致；其次，运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。
4、测试法
对能使用检测仪器进行检测的设备，实施应当一一进行实际测试，检查是否和设备、实施的规格、性能要求相一致。
验收组织
成立由客户、监理方、我司、其它相关单位人员以及有关方面的专家组成的验收小组，负责对项目进行各项验收。
验收过程
本工程验收包括硬件到货验收、合同项目完成验收两个阶段。
（1）到货验收
到货验收包括到货检查、开箱检验，检查和验收均由监理方组织，我司、客户、主要设备制造商等参加。
到货检查
到货检查地点由客户指定，检查内容主要包括但不限于：满足合同对包装的要求；外观良好、运输途中未受损；编号、数量、名称与到货清单吻合。
开箱检验
开箱检验在客户指定地点进行，主要对设备的内外包装、设备外观和数量进行检验，如发现设备外观破损、数量短缺等现象，我方提出解决方法，报客户确认后及时处理，以保证工程进度不被延误。
（2）项目完成验收
所有单项验收合格后，进入试运行期。整体系统试运行期满且符合合同要求，经我司书面申请，客户批准后进行合同项目完成验收，确保我司承担的项目已符合有关标准、文档齐备、需修改项目已完成。在验收过程中，如发现质量、数量、种类、性能或功能不符合合同要求或存在剩余工作，我司应按客户规定的时间完成全部工作。
验收内容
1、硬件验收
本项目所涉及的硬件设备包括服务器、交换机、防火墙等。验收内容主要包括以下几个方面：
（1）外观验收
对设备及外包装进行拍照记录，检查设备的外包装是否完好，有无破损、浸湿、受潮,、变形等情况，对外包装箱的表面及封装状态进行检查；检查设备和附件表面有无残损、锈蚀、碰伤等情况，重点检查主机、主要配件和主要工作面；若发现包装有破损，设备和附件有损伤、锈蚀、使用过的迹象等问题，详细记录并重点拍照留据，及时向供货方办理退换、索赔手续。
（2）数量验收
数量检查时应以供货合同和装箱单为依据，检查主机，附件等设备规格，型号，配置及数量，并逐件清查核对；认真检查随机资料是否齐全，如说明书、产品检验合格证书、保修单等，设备相关技术资料应包括驱动程序等软件在内；要注意检查设备的序列号和出厂编号，必要时可以进行网上核对；认真作好开箱清点记录、写明地点、时间、参加人员、箱号、品名，应到和实到数量，如发现短缺、错发等问题，要及时作好记录并保留相关材料。
（3）质量验收
设备加电测试之前，应检查所接电源，确保和设备电源要求一致；设备应能够正常启动，运行期间无故障报错信息，对设备进行不少于48小时的不间断的加电测试；要严格按照合同条款，使用说明书，用户手册的规定和程序进行安装调试；对照产品说明书,检查设备的技术指标和硬件配置是否达到要求；设备试运行验收时要认真作好记录。若设备出现质量问题、将详细情况书面通知供货单位和负责采购单位。
2、软件验收
本项目所涉及软件为常熟市大数据基础平台项目（一）之视频联网共享平台。验收内容主要包括以下几个方面：
（1）系统业务功能验收
验收依据包括，《需求规格说明书》（以双方签字为准）、双方签订的合同、建设过程中双方签订的工作备忘记录。确认系统实现的业务功能完备、正确、满足用户的需求，具体包括平台接入功能、平台管理功能（WEB端）基础功能、客户端功能（PC端）基础功能、移动端（手机端）基础功能、电子地图功能、视频共享功能、物联网设备接入功能等。
（2）系统性能验收
以供需双方确认的《非功能需求规格说明书》所定义的性能要求为依据。
确认系统的性能满足《非功能需求规格说明书》的要求。
（3）系统安全测试验收
以供需双方确认的《非功能需求规格说明书》所定义的安全要求为依据。
确认系统的安全满足《非功能需求规格说明书》的安全要求，达到系统平台的安全要求。
（4）数据质量验收
保证数据正确无误；
保证系统本身不产生新的错误数据。
（5）软件过程文档验收标准
文档内容验收标准：文档内容全面、真实、丰富，能清楚阐述实施内容；
文档格式验收标准：文档格式与项目实施要求文档规范相符，文档具有详细的修改记录，版权、作者、时间等信息，包括完整的页眉、页脚等信息；
文档一致性验收：需求文档、设计文档、源程序与目标代码及其他可交付物保持一致。
验收结论
1、结论定义
验收结果分为:验收合格、需要复议和验收不合格三种。符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格；由于提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。
2、验收不合格情况

• 未按项目考核指标或合同要求达到所预定的主要技术指标的。
• 所提供材料不齐全或不真实的。
• 项目内容、目标或技术路线等已进行较大调整，但未曾得到相关单位认可的。
• 实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的。
• 没有对系统或设备进行试运行，或者运行不合格。
• 项目经费使用情况审计发现问题的。
• 违犯法律、法规的其他行为。

3、验收结论确认和处理
由建设单位主管部门根据验收情况和相关资料得出结论，并进行确认。
4、验收结论的处理

• 验收结论为验收合格的，承建单位将全部验收材料同意装订成册并连同相应的电子文档分别报建设单位主管部门存档。
• 验收结论需要复议的，建设单位主管部门以书面形式通知承建单位在三个月内补充有关材料或者进行相关说明。
• 验收结论为验收不合格的，建设单位主管部门以书面形式通知项目承建单位限期整改，整改后试运行合格的，承建单位重新向建设单位申请项目验收。

项目交接交付物及成果
项目验收合格后，办理项目交接手续，转入售后维护阶段。除硬件采购清单交接内容外，软件类交接提交的交付物如下：

1）集成实施文档交付内容
我方在工程实施开始和结束时向用户提供下述技术文档：
技术文件：设备和软件安装、运行、使用、测试、诊断和维修的技术文件。
安装部署计划：我方将提供一个配制计划，包括配置清单，以及所提供软件、设备的安装指南。
测试文档：我方将提供针对该项目的特点的测试方案，并提供相应的测试文档。
验收文档：验收时收集各项验收数据，汇总成册，并对所集成系统进行综合评估。
2）软件开发文档交付内容
我方承诺提供本项目建设过程中的完整的技术文档和使用文档。
所有的技术文件采用简体中文，所提交的详细文档清单及交付计划安排如下表所示。

5.4 项目管理方案

5.4.1 项目管理关注要点

沟通管理
内部沟通管理

• 问题的书面记录

项目小组成员在遇到实施问题时，首先要有问题的书面记录，并有随后的跟踪记录，经过各种方式使问题得到解决以后，还要有解决结果的记录，这样将来就有据可查。

• 报告机制

项目小组成员应首先在小组内部讨论解决，否则应该按照项目组织结构图所列逐级报告。不应将问题拖延或隐瞒，因为问题的及早提出和解决对项目实施只有促进没有坏处

• 定期和不定期会议

项目小组领导每月定期召开会议，检查项目进展，讨论和决策由项目经理提交的待解决的问题等。遇到特别紧急的问题也可以协商后临时召开会议。
外部沟通管理

• 报告和决策机制

项目实施过程中难免会遇到各种各样的困难和问题，我们应本着合作的精神，在整体项目规划的范围之内，尽可能地发挥双方优势。为了避免扯皮和问题迟迟得不到解决的现象发生，有笔记要事先规定好项目组织结构和行营的报告和决策机制。

• 提交文档的审核和批准

项目提交的各种重要文档都应该经过双方项目负责人审核。由于本项目的实施时间很紧迫，建议审核时间应在提交后的五天之内。对于阶段性成果的审核应由客户方面的项目负责人签字，确认提交的阶段性成果已审核，并满足项目实施方案的要求和客户方能接收的标准。
需求及其变更管理
需求管理是项目成功的重要因素，项目需求管理以及变更管理是对项目的工作产品建立需求跟踪，明确需求变更对项目的影响范围，确保在项目开发过程中，客户和项目组对由客户提出的和由项目产生的需求变更在理解上的一致性。
从获取客户的原始需求开始，贯穿项目的整个生命周期，都需要进行需求管理。
通过需求开发阶段获取的客户需求由配置管理组放入配置管理库，进行配置管理。

注①：对于交互式系统通常以画面为基本单元，采取一定的基准进行计算工作量，累计总的工作量按人月表示，以人月×单价所得出的金额作为系统的开发预算的一种方式。
注②：作为需求变更而言必须有一个参照物，后面阶段的参照物是前一阶段的工作成果，例如：需求分析和设计阶段要以合同约定的需求范围为基础，超出需求范围则作为新增的需求按变更流程处理；开发阶段要以设计书为基线(BaseLine)，超出设计内容或对设计内容的修改则作为需求变更处理。
需求变更管理
接收客户提出的需求变更，项目经理指派人员，检验文件的完整性。可参照《接收物验收规程》。
项目经理组织设计(式样)管理人员对需求进行理解、分析，最终确认与客户达成对需求的一致性理解。
项目经理对照当前版本的工作产品，评估需求变更的影响程度，并就此与客户交流，对需求变更的实施方案以及工数、工时、成本的追加上达成共识，并通过书面形式加以确认。
项目经理定制《项目综合管理计划-需求变更计划》，指派配置管理组对已确认的需求需进行配置管理，并由项目经理根据需求变更影响的阶段，参照相关流程，指派开发人员进行对应。
对于已经完成的阶段性的产品进行变更时，需由CCB组进行相应的变更维护。
需求变更实施时，设计(式样)管理人员一方面需要建立与客户的需求确认渠道，另一方面需要负责需求变更涉及的开发对应人员对需求的理解。
项目经理指派设计(式样)管理人员通过《需求追踪矩阵》对需求进行跟踪维护，根据客户提出的需求变更和表中的需求情况，分析评估需求变更的可行性、展开的范围、工作量、对项目整体进度的影响等，对有异议的需求变更需要跟客户进行再次的确认。对已确认实施的需求变更记入《需求追踪矩阵》，并维护该需求变更的状态。
对于需求变更所影响到的工作产品的详细的机能部件、和对应该需求变更产生的工数、工时、成本的追加、计划变更、对项目进度影响等均记入《需求变更管理一览表》，并在变更过程中随时维护更新。
维护双向的需求追踪
对项目生命周期中每一阶段的需求和与需求相关的工作均要记入《需求追踪矩阵》。
设计(式样)管理组成员按照客户原始需求、系统要件定义书、概要设计文档、详细设计文档、程序代码、UT阶段式样书、SI阶段式样书这几个阶段把经过确认可以基线的文档填入《需求追踪矩阵》，以实现对需求的双向追踪。
在需求变化时，或者相关的工作产品发生变更时，如果涉及到需求跟踪关系，设计(式样)管理组成员都必须对《需求追踪矩阵》进行更新维护；确保《需求追踪矩阵》中分配的需求在该工作产品评审前得到了及时更新，并且完成定义好的工作产品之间的需求跟踪关系；配置管理组将更新后的《需求追踪矩阵》作为配置项进行管理；
项目经理定期或根据需要对《需求追踪矩阵》中记录的需求变更进展情况进行审核，发现问题及时协调解决。
跟踪每项需求的状态(已提出的，已接受的，已实施的，已验证的，已删除的)，就目前的需求状态邀请需求提供者确认。
依照需求追踪路径进行工作产品与需求间的符合性检查。
依照需求跟踪路径，跟踪工作产品及产品组件的接口的完整性。
审核工作产品与客户需求的一致性
项目经理需定期或根据需要组织相关人员评审项目计划、活动及工作产品是否与需求及需求变更相符。并根据《需求追踪矩阵》界定需求变化所引起的工作产品和有关计划的变更范围。该评审在需求变更到来时可以实施。
当发现偏差时，需具体分析差异的来源及理由，以确定对应措施，并启动相应的对应计划。
提交物

• 《项目综合管理计划-需求变更计划》
• 《需求变更管理一览表》
• 《需求追踪矩阵》

项目过程监控与质量保证
1、项目启动阶段
项目启动阶段，由项目PPQA对项目提供咨询，协助项目经理根据组织的标准过程，并结合项目实际情况进行适当裁剪，制定出适用的项目标准和规程（PDP）；
协助项目经理制定项目计划，参加项目计划的评审，保证项目组制定的计划符合规程标准。
2、制定PPQA计划
《项目PPQA计划》应该包含以下内容：
阶段审核的过程和工作产品内容，开始活动的时间、预计工作量，阶段审核主要针对项目的各个里程碑进行审核；
周期性审核的过程和工作产品内容，开始活动的时间、频度和预计工作量，周期性审核主要针对项目管理过程、风险管理过程、配置管理过程、度量和分析过程、编码、单元测试、集成测试；
事件触发性审核的过程和产品内容，开始活动的时机，事件触发审核主要针对项目管理过程、需求变更、配置项变更。
《项目PPQA计划》中的实施活动内容，依据各个项目PDP提出的质量保证点进行增减，确定项目被审查的过程和工作产品。
3、PPQA计划的批准与实施
项目PPQA员依据批准的《项目PPQA计划》展开质量保证活动；
项目PPQA员进行阶段性审核、周期性审核或事件触发性审核，根据《项目PPQA计划》指定的检查内容，开展对过程和产品的检查；
项目PPQA员进行客观评价过程时，对于没有按照PDP要求进行实施的过程，作为不一致问题提出；
项目PPQA人员可以在进行客观评价工作产品时，抽样检查相关工作产品；或在参加相关工作产品评审会议时，识别各种工作产品的产品缺陷，发现的问题都要作为不一致问题提出。
4、不一致问题跟踪和处理
不一致问题严重程度分为严重、一般、轻微，对于所有的不一致问题，提交给项目经理，由项目经理指派解决人员；
不一致问题解决后，相关人员必须及时通知项目PPQA员检查确认；
项目PPQA员跟踪不一致问题状态，已经解决的及时关闭；
不一致问题超过解决期限，且经项目PPQA员提醒后仍不解决，则由项目PPQA员通报至公司相关管理部门仲裁；
如果项目经理对不一致问题不认可，或者是认为提出的不一致问题无法解决，则由项目PPQA员通报至公司相关管理部门仲裁；
事业部长对不一致问题仲裁后，项目PPQA员根据仲裁意见跟踪不一致问题：
如仲裁决定问题不需要解决，则项目PPQA员关闭不一致问题；
如仲裁决定问题必须解决，则项目PPQA员继续跟踪问题，直到关闭。
项目管理策略
1）项目管理实施方法：分布式阶段发布
在项目实施过程中，项目将采用分布式阶段发布。通过阶段式提交一个可运行的产品便于：
 关键功能及早出现，可以提高开发人员和客户的信心。
 通过阶段式产品提交，可以早期预警问题，可以避免后期发现问题的高成本。
 可以有力证明项目的实际进度。
 可以降低估计失误。
 可以均衡弹性与效率，提高开发人员的效率和信心。
2）项目管理规范：ISO9001：2000
项目管理严格按照ISO9001：2000系列质量体系认证开发规范建立规范、完整的开发文档。主要包括需求分析、概要设计、详细设计、代码文档、测试文档、系统实施手册、管理员手册、使用手册等。开发过程中发生需求变更、设计调整等情况时，要有规范的、可回溯的记录文档。产品和所有技术文档具有严格的一致性。
3）项目开发方法
系统开发根据软件开发生命周期，采用“渐进式迭代模型”。对生命周期的每个阶段，设定有检查点、里程碑，以检查相应的阶段性成果。其模型如下图所示：

可行性分析
需求分析
总体设计
阶段1：详细设计、编码、测试、发布
阶段n：详细设计、编码、测试、发布
软件发布

渐进式迭代模型

5.4.2 进度控制方案

本系统实施周期为12个月，包含系统需求调研、系统设计、开发与测试、上线与验收全过程。我方将按照“实施工作方案”的进度表进行进度控制执行依据。具体控制方案如下：
1）检查点
在项目执行过程中，针对项目计划到每个检查点时，对比计划完成时间与实际完成时间，对于规定时间内没有完成的要及时查找原因，并采取应对措施（修改项目计划、提供项目人员工作效率、组织人员加班、增加人手等），将项目风险降到最低限度。
2）里程碑
里程碑是项目进行到一定阶段的成果。该项目的主里程如下表所示：

3）例会制度
项目实施小组必须定期召开项目工作会议，会议周期以周为单元。一般定于每周一召开项目例会，以检查项目进展状况，总结前一周的工作情况，安排下一周的工作分配。每次项目例会必须记录会议纪要，记载所讨论的问题和针对这些问题所作的决策。而与本项目相关的记录文档，应该呈交本项目管理机构，以备查询。项目经理还应该定期召集本项目控制委员会成员会议，通报项目的整体进展状态，讨论必须交由领导处理的议项。
凡遇特别紧急事务时，也可以临时召开紧急会议，以使项目的顺利进行。项目经理还需与用户共同组织，定期召开项目工作会议，会议周期也应以周为单元。具体时间由客户确定，以向用户通报项目进展状况。
质量管理方案
我们的开发过程主要以软件质量控制为核心，紧紧抓住软件生产方法、需求分析、软件设计、软件生产工具、测试、验证与确认、评审和管理等8个主要环节。
质量问题来源于各个阶段，但更多的是源于新产品的开发设计阶段，因此，我们的软件质量保证工作从产品计划和设计开始，直到投入使用和售后服务的软件生存期的每一阶段中的逐个步骤都有质量保证部门进行参与，同时还做到每一个相关的人，不止是质保人员，还包括规划人员、软件开发人员、项目经理、销售人员等都对质量保证引起了高度重视。
规范化
我们所有的项目主要分为三类：开发类、实施类和研发类。所有开发过程遵循相关规范。公司在新进员工、项目开始阶段定期由质量管理部进行规范体系文件培训，并形成制度。把规范贯彻到每一员工，每一阶段。
验收指标
系统实现招标要求的所有功能，满足技术要求中的兼容性要求和系统部署要求；由第三方测试机构进行测试。
（1）系统的测试标准由买卖双方根据合同内容、系统业务需求文本、系统需求规格说明书等内容协商制定。
（2）由买方选定第三方测试机构，对系统性能、功能等方面进行测试。第三方测试机构的测试费用包含在项目总报价中。
（3）系统开发完成、卖方自测运行正常，由卖方提出书面系统测试申请。提交测试的系统应是成熟产品，并提交相应测试文档。买方组织的测试仅对系统的需求符合程度、技术状况、工程质量等给出测试结论。
（4）第三方测试机构根据系统测试标准在买方现场环境下完成系统测试，出具系统测试结论。
（5）系统测试工作完成后，卖方以书面形式提交系统验收申请书。
（6）第三方测试机构，根据用户意见，测试结论、系统运行情况出具系统检测报告。
（7）系统验收合格后，买方按照本合同规定的验收合格相关的付款条件，支付卖方相应款项。系统验收不合格时，卖方应负责修改系统，并在达到验收条件时，再次向买方提出书面验收申请。因卖方原因导致系统验收不合格产生的系统建设工作成本，由卖方承担。
验收文档
项目文档在开发过程中起着记录和联系沟通的作用，我们建立了一系列文档模板，每个项目在立项阶段，根据项目的具体情况，进行裁减。我们对文档的控制首先是检查是否符合规范，然后才进行内容审核。
系统开发过程中阶段性提交的技术文档包括但不限于如下：

过程监控
对每一个项目都配备一个专门的质量工程师，主要工作职责为每个开发组在软件开发的早期编写软件质量保证计划，并得到正式批准和执行；追踪开发过程，确保其正确执行参与评估和测量跟踪。考察或追踪测试过程，参与生命周期选择，从而确保适当的软件验证。
参与配置管理（特别是更改控制）和持续的过程改进；为项目提供非会议的适当的可见性。

1. 从《软件开发计划》及其他相关的计划中获取跟踪的依据

质量工程师从《软件开发计划》和《质量保证计划》等其他相关的计划中获取与项目有关的计划数据，作为对项目的进展情况进行跟踪与监控的依据。

1. 获取有关项目进展情况的数据

根据在项目计划中定义的数据搜集周期，在完成工作产品后、选定的里程碑处或者定期（每周、每月等），进行数据搜集工作，并定期向用户汇报。

1. 利用项目日志采集过程数据

对于项目的进展情况，一般由项目组成员填写项目日志（项目员工工作周报），质量工程师对项目规模、工作量、进度、风险以及关键计算机资源等方面的情况进行跟踪和风险预防。

1. 项目组每周定期召开周例会

项目经理在软件开发周期过程当中每周规定一个固定时间组织召开周例会。软件项目组成员及相关组人员（包括软件质量保证人员、在验收测试时期包括测试组负责测试人员等）参加了周例会。周例会的主要内容为软件项目组成员向项目经理报告本周的《工作日志》，项目经理对本周工作进行总结，对下周工作计划进行布置，并对以前遗留的问题和组内成员新发现及存在的问题进行解答，由指定的人员记录，且将解决的问题落实的任务指派到具体人，规定具体解决期限。周例会结束后，由软件质量保证人员将周例会的内容及软件项目的执行情况及软件质量保证状态填写到《周例会报告》中。

1. 规模较大的项目每月报《月报告》

如果经审批的《软件开发计划》中规定的软件开发周期超过二个月，由软件项目经理在软件开发周期过程当中每月的25日~28日填写并上报《月报告》。项目经理将填写好的《月报告》交给负责该项目的软件质量保证人员；由指定的软件质量保证人员将收集到的报告汇总，再汇报给公司的管理层。规模较小的软件项目开发周期不超过二个月的项目不报月报。

1. 在里程碑处要填写《里程碑报告》，并进行里程碑评审

在本项目中，主要进行了以下几个里程碑检查点：
在《软件开发计划》规定的里程碑处，由项目经理填写《里程碑报告》，并将填写好的《里程碑报告》报于管理层，并抄送给软件质量保证人员和项目管理人员。
项目经理(软件项目经理)或其指定的项目组成员负责组织里程碑评审。里程碑评审的目的是：
确认本里程碑内的所有工作产品是否及时提交，且通过了评审（可以是简单的走查，也可以是技术评审，或者正式评审）。
项目组是否完成了预计的工作量，估计的风险发生了没有（发生了，采取了什么样的对策），有哪些经验教训，完成的工作对下一个里程碑影响，从而确定是否可以开始下一个里程碑。
评审前(至少三天)，质量工程师将项目经理填写的《里程碑报告》、本里程碑处的软件工作产品、评审用的检查表及评审通知发到相关的参与评审人员（参评人员是本里程碑涉及的所有人员、技术委员会），参与评审人员在评审前熟悉软件工作产品及项目在该里程碑处的状态及检查项。如，对共享资料库的需求里程碑的评审，不仅有需求阶段的人员参加，还有设计阶段的工作人员参加，以从而确定本阶段工作的效果。

1. 发生重大事件报《重大事件报告》

在软件项目组发生突发性的，给项目的正常进行或项目的质量将带来严重影响的重大事件时，软件项目经理立即就该事件尽量采取妥善的补救措施，填写《重大事件报告》，并及时将该报告及时报告给高层经理、项目管理人员、软件质量保证人员和受影响的组或个人，由高层主管、项目管理人员、软件质量保证人员、项目组人员和其他组相关人员共同协商对重大事件做出及时的处理，项目组对处理方案及落实情况进行记录。《重大事件报告》、处理方案及落实情况的报告由质量工程师进行归档管理。

1. 数据分析

质量工程师以及公司的管理层根据以往规律和过程中采集的各项数据，将计划数据与项目经理或其指定的项目组内的人员通过跟踪活动得到的实际数据进行比较。得出项目的进展状态是否与计划出现了偏离。

5.4.3 范围控制管理

保持项目实施范围的前后一贯性决定了项目的成败，如果出现需要改变原定实施范围的需求，都应以正式文档方式提出。项目小组成员必须谨慎考虑项目范围的改变将对整个项目进程可能产生的影响，须在批准后才能进行，在实施过程中必须加以跟踪。对于追加的实施范围和内容，须在本次实施中实现的，需说明范围改变的内容、理由；说明改变部分在项目进程中的状态；估计改变部分对项目进程可能的影响；评估改变部分对项目费用可能的影响。而在本次实施中无法实现的内容，建议在系统维护期间再进行实现。
本方案对项目的实施工程边界进行了详细的说明，对系统自有功能设计要求、系统与相关系统的数据对接和交互要求、系统预留开发接口等方面都有详细的设计规定，这是保障项目范围控制的最佳前提。
配置管理方案

1. 软件测试

从软件生存周期看，软件测试是卡住软件质量，尤其是卡住软件可靠性的最后一道关口。但软件测试并不仅仅局限于这个阶段，我们把它贯穿于软件开发的全过程。测试的主要目的是：对软件的质量或可接受性做出判断；

1. 配置管理

为了规范软件产品配置管理活动，建立和维护在项目的整个软件生存周期中软件项目产品的完整性。确保所有的配置项都已唯一地被标识并且可访问，确保所有对基线配置项的更新都可控和可跟踪，确保所有基线配置项的状态已知，建立了《配置管理程序》。
配置管理的对象是产品/项目开发过程中所有可识别的软件产品、程序单元，包括文档、计划、设计/开发、评审/验证/确认过程中产生的记录；
配置管理的方式按照三种配置库，即软件开发库、软件受控库和软件产品库进行管理，其中：
软件开发库：用于存放与软件开发当前阶段工作各配置项的信息；
软件受控库：用于存放提交待评审、待确认、提交待测试的，但还没有批准通过的配置项。例如：一个正在进行审核的设计文档。也是个临时受控库。
软件基线库：用于通过评审、在经过确认与/或测试，存放最终产品而后交付给用户运行或在现场安装的软件的库。项目组不能直接进行改动的配置项。
配置管理的任务贯穿整个软件生命周期，软件开发部应严格按照GUP的要求，遵循《配置管理程序》实施对各配置项的管理，配置库的管理按照“软件开发库”的管理在软件开发部，“软件受控库”的管理在质量管理部，“软件基线库”的管理在质量管理部的原则实施。
配置管理的内容包括：
配置项的标识；
配置项的跟踪、检查和评审；
在项目/产品开发过程中，配置项产生后，处于配置管理的“软件开发库”，在适宜的阶段实施对配置项的检查与评审，对通过评审的配置项应建立基线，纳入“软件基线库”并遵循《配置管理程序》实施对其的控制（如：变更、发放）；
*说明：在本项目采用VSS配置管理软件辅助实现软件标识的唯一性，和软件项的可追溯性。
对于设计确认、评审、测试的最终产品、文档、代码，纳入“软件基线库”，按照《配置管理报告》对其的发版和升版进行管理。

1. 变更控制

在软件开发过程中，变更过程一直是我们最关注的过程之一，我们不怕变更，但担心变更没有被控制，没有通知到受影响的人员，为此，我们总结了许多项目的经验，形成了《变更控制规范》，并且在公司所有类型项目中执行，取得了实效。
我们对所有跨越基线的变更，都要求由变更提出人以书面形式（《变更申请表》，如涉及进度变更，同时提交《进度变更记录表》）说明变更的内容，在变更实施前，提交项目经理对更改的区域以及影响的范围与程度、风险和成本等因素进行评审，以决定是否实施变更，并得到主管副总（技术委员会）批准，同时应明确变更实施的验证方法；由质量工程师记录变更的实施和验证过程；变更在实施后，应按照《配置管理规定》对基线文档进行相应的修改。并由项目经理指定人员（质量工程师）通知到所有受影响的人员。
沟通管理
项目成功有主要的三个因素：用户参与、主管层的支持、需求的清晰表达。
所有这些因素都依赖于拥有良好的沟通技能，因此沟通管理在整个项目实施过程异常重要。项目经理负责沟通管理处理信息的组织和控制，以满足项目的需要。它包括在项目环境的上下文关系内对信息的传输、过滤、接收以及解释或理解等的处理。
沟通可以通过正式或非
正式会议、正式或非正式口头沟通等等，正式的会议需出具会议纪要，交参加会议的各方认可。
总之，只有实现高质量的信息系统建设，才能为信息系统的有效运行提供基础，才能保证信息系统发挥应有的经济效益和社会效益。
因此，质量控制是十分重要的，只有实施严格的质量控制，才能真正实现信息系统的质量建设目标，保证信息化建设的投资回报。

为保证本系统的质量，项目组将严格按照软件工程标准来完成本系统的应用开发，同时按照ISO9001质量认证体系和CMMIL3级体系标准规定的质量控制方法和要求进行项目实施管理，严格控制开发过程，确保质量。
在实施过程中，主要采取以下措施：
1、建立以项目经理为首的质量管理体系，全面负责本项目质量和进度。
2、贯彻执行国家颁布的相关技术标准、规范和验标。
3、项目工程师负责组织设计文件的复核工作，逐级做好技术交底工作和安全技术保障工作，及时解决施工中存在的技术问题。
4、做好技术资料的收集、整理和保管工作，各种技术资料和质量记录应随工程进度随工填写，建立完整的项目实施档案，以作为项目完工资料移交业主。

5.4.3.1 管理依据

在软件开过过程中，管理者必须了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性。定期报告还提醒各级管理者注意该部门对项目承担的责任以及该部门效率的重要性。开发文档规定若干个检查点和进度表，使管理者可以评定项目的进度，如果开发文档有遗漏，不完善，或内容陈旧，则管理者将失去跟踪和控制项目的重要依据。
任务配置凭证
大多数软件开发项目通常被划分成若干个任务，并由不同的小组去完成。学科方面的专家建立项目，分析员阐述系统需求，设计员为程序员制定总体设计，程序员编制详细的程序代码，质量保证专家和审查员评价整个系统性能和功能的完整性，负责维护的程序员改进各种操作或增强某些功能。
这些人员需要的互相联系是通过文档资料的复制、分发和引用而实现的，因而，任务之间的联系是文档的一个重要功能。大多数系统开发方法为任务的联系规定了一些正式文档。分析员向设计员提供正式需求规格说明，设计员向程序员提供正式设计规格说明，等等。

5.4.4 文档管理方案

本项目管理过程将需要使用的工具如下表所示：

以上所有工具，系通用软件，项目移交后，所有资料由业主使用其本身已有的软件工具即可进行维护性阅读或更改。<br />质量保证<br />那些负责软件质量保证和评估系统性能的人员需要程序规格说明、测试和评估计划、测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明；必须制订测试计划和测试规程，并报告测试结果；他们还必须说明和评估完全、控制、计算、检验例行程序及其他控制技术。这些文档的提供可满足质量保证人员和审查人员上述工作的需要。<br />培训与参考<br />软件文档的另一个功能是使系统管理员、操作员、用户、管理者和其他有关人员了解系统如何工作，以及为了达到他们的各自的目的，如何使用系统。<br />历史档案<br />软件文档可用作未来项目的一种资源。通常文档记载系统的开发历史，可使有关系统结构的基本思想为以后的项目利用。系统开发人员通过审阅以前的系统以查明什么部分已试验过了，什么部分运行得很好，什么部分因某种原因难以运行而被排除。良好的系统文档有助于把程序移植和转移到各种新的系统环境中。<br />**1、管理者的作用**<br />管理者严格要求软件开发人员和编制组完成文档编制，并且在策略、标准、规程、资源分配和编制计划方面给予支持。<br />a) 管理者对文档工作的责任。管理者要认识到正式或非正式文档都是重要的，还要认识到文档工作必须包括文档计划、编写、修改、形成、分发和维护等各个方面。<br />b) 管理者对文档工作的支持。管理者应为编写文档的人员提供指导和实际鼓励，并使各种资源有效地用于文档开发。<br />c) 管理者的主要职责：<br />1） 建立编制、登记、出版系统文档和软件文档的各种策略；<br />2） 把文档计划作为整个开发工作的一个组成部分；<br />3） 建立确定文档质量、测试质量和评审质量的各种方法的规程；<br />4） 为文档的各个方面 确定和准备各种标准和指南；<br />5） 积极支持文档工作以形成在开发工作中自觉编制文档的团队风气；<br />6） 不断检查已建立起来的过程，以保证符合策略和各种规程并遵守有关标准和指南。<br />通常，项目管理者在项目开发前应决定如下事项：要求哪些类型的文档；提供多少种文档；文档包含的内容；达到何种级别的质量水平；何时产生何种文档；如何保存、维护文档以及如何进行通信。<br />如果一个软件合同是有效的，应要求文档满足所接受的标准，并规定所提供的文档类型、每种文档的质量水平以及评审和通过的规程。<br />**2、制订文档编制策略**<br />文档策略是由上级（资深）管理者新任务并支持的，对下级开发单位或开发人员提供指导。策略规定主要的方向不是做什么或如何做的详细说明。<br />一般说来，文档编制策略陈述要明确，并通告到每个人且理解它，进而使策略被他们贯彻实施。<br />支持有效文档策略的基本条件：<br />a) 文档需要覆盖整个软件生存期<br />在项目早期几个阶段就要求有文档，而且在贯穿软件开发过程中必须是可用的和可维护的。在开发完成后，文档应满足软件的使用、维护、增强、转换或传输。<br />b) 文档应是可管理的<br />指导和控制文档的获得维护，管理者和发行专家应准备文档产品、进度、可靠性、资源，质量保证和评审规程的详细计划大纲。<br />c) 文档应适合于它的读者<br />读者可能是管理者、分析员、无计算机经验的专业人员、维护人员、文书人员等。根据任务的执行，他们要求不同的材料表示和不同的详细程度。针对不同的读者，发行专家应负责设计不同类型的文档。<br />d) 文档效应应贯穿到软件的整个开发过程中<br />在软件开发的整个过程中，应充分体现文档的作用和限制，即文档应指导全部开发过程。<br />e) 文档标准应被标识和使用<br />应尽可能地采纳现行的标准，若没有合适的现行标准，必要时应研制适用的标准或指南。<br />f) 应规定支持工具<br />工具有助于开发和维护软件产品，包括文档。因此尽可能地使用工具是经济的、可行的。<br />**3、制订文档编制标准和指南**<br />在一个机构内部，应采用一些标准和指南：<br />——软件生存期模型；<br />——文档类型和相互关系；<br />——文档质量。<br />这些标准和指南决定如何实现文档任务，将提供一些准则以评价机构内所产生的软件文档的完整性、可用性和适合性。<br />尽可能地采用现行的国家和国际标准，若现行的标准不适用，机构应制订自己的标准。<br /> 选择软件生存期模型<br />现有的一些软件生存期模型，对于不同的阶段有不同的词汇，从软件文档的观点来看，采用哪种模型都无关紧要，只要阶段和相应的文档是清晰定义的、已计划的，并且对于任何具体软件项目是能遵循的。因此，管理者应选择一个软件生存期模型并保证该模型在他们机构内是适用的。<br />管理者将会发现所进行的阶段和相应任务的定义有助于监控软件项目的进展。相应于特定阶段生成的文档可用作该阶段的评审、通过和完成的检验点，而这种检验应在下一阶段开始前进行。<br />规定文档类型和内容<br />下面给出软件文档主要类型的大纲，这个大纲不是详尽的或最后的，但适合作为主要类型软件文档的检验表。而管理者应规定何时定义他们的标准文档类型。<br />软件文档归入如下三种类别：<br />a) 开发文档——描述开发过程本身；<br />b) 产品文档——描述开发过程的产物；<br />c) 管理文档——记录项目管理的信息。<br />**1、开发文档**<br />开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档也包括软件的详细技术描述（程序逻辑、程序间相互关系、数据格式和存储等）。<br />开发文档起到如下五种作用：<br />a) 它们是软件开发过程中包含的所有阶段之间的通信工具，它们记录生成软件需求、设计、编码和测试的详细规定和说明；<br />b) 它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过程中任何其他事项的角色来定义做直截了当、如何做和何时做；<br />c) 它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时，管理者将失去跟踪和控制软件项目的一个重要工具；<br />d) 它们形成了维护人员所要求的基本的软件支持文档。而这些支持文档可作为产品文档的一部分；<br />e) 它们记录软件开发的历史。<br />基本的开发文档是：<br />——可行性研究和项目任务书；<br />——需求规格说明；<br />——功能规格说明；<br />——设计规格说明，包括程序和数据规格说明；<br />——开发计划；<br />——软件集成和测试计划；<br />——质量保证计划、标准、进度；<br />安全和测试信息。<br />**2、产品文档**<br />产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。<br />产品的文档起到如下三种作用：<br />a) 为使用和运行软件产品的任何人规定培训和参考信息；<br />b) 使得那些未参加开发本软件的程序员维护它；<br />c) 促进软件产品的市场流通或提高可接受性。<br />产品文档用于下列类型的读者：<br />——用户 ——他们利用软件输入数据、检索信息和解决问题；<br />——运行者 ——他们在计算机系统上运行软件；<br />——维护人员 ——他们维护、增强或变更软件。<br />产品文档包括如下内容：<br />——用于管理者的指南和资料，他们监督软件的使用；<br />——宣传资料 通告软件产品的可用性并详细说明它的功能、运行环境等；<br />——一般信息 对任何有兴趣的人描述软件产品。<br />基本的产品文档包括：<br />——培训手册；<br />——参考手册和用户指南；<br />——软件支持手册；<br />——产品手册和信息广告。<br />**3、管理文档**<br />这种文档建立在项目管理信息的基础上，诸如：<br />——开发过程的每个阶段的进度和进度变更的记录；<br />——软件变更情况的记录；<br />——相对于开发的判定记录；<br />——职责定义。<br />这种文档从管理的角度规定涉及软件生存的信息。<br />相关文档的详细规定和编写格式见GB 8567。<br />确定文档的质量等级<br />仅仅依据规章、传统的做法或合同的要求去制作文档是不够的。管理者还必须确定文档的质量要求以及如何达到和保证质量要求。<br />质量要求的确定取决于可得到的资源、项目的大小和风险，可以对该产品的每个文档的格式及详细程度作出明确的规定。<br />每个文档的质量必须在文档计划期间就有明确的规定。文档的质量可以按文档的形式和列出的要坟划分为四级。<br />最低限度文档（1级文档） 1级文档适合开发工作量低于一个人月的开发者自用程序。该文档应包含程序清单、开发记录、测试数据和程序简介。<br />内部文档（2级文档） 2级文档可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。除1级文档提供的信息外，2级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。<br />工作文档（3级文档） 3级文档适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。<br />正式文档（4级文档） 4级文档适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要4级文档。4级文档遵守GB 8567的有关规定。<br />质量方面需要考虑的问题即要包含文档的结构，也要包含文档的内容。文档内容可以根据正确性、完整性和明确性来判断。而文档结构由各个组成部分的顺序和总体安排的简单性来测定。要达到这四个质量等级，需要的投入和资源逐级增加，质量保证机构必须处于适当的行政地位以保证达到期望的质量等级。<br />文档编制计划<br />文档计划可以是整个项目计划的一部分或是一个独立的文档。应该编写文档计划并把它分发给全体开发组成员，作为文档重要性的具体依据和管理部门文档工作责任的备忘录。<br />对于小的、非正式的项目，文档计划可能只有一页纸；对于较大的项目，文档计划可能是一个综合性的正式文档，这样的文档计划应遵循各项严格的标准及正规的评审和批准过程。<br />编制计划的工作应及早开始，对计划的评审应贯穿项目的全过程。如同任何别的计划一样，文档计划指出未来的各项活动，当需要修改时必须加以修改。导致对计划作适当修改的常规评审应作为该项目工作的一部分，所有与该计划有关的人员都应得到文档计划。<br />文档计划一般包括以下几方面内容：<br />a) 列出应编制文档的目录；<br />b) 提示编制文档应参考的标准；<br />c) 指定文档管理员；<br />d) 提供编制文档所需要的条件，落实文档编写人员、所需经费以及编制工具等；<br />e) 明确保证文档质量的方法，为了确保文档内容的正确性、合理性，应采取一定的措施，如评审、鉴定等等；<br />f) 绘制进度表，以图表形式列出在软件生存期各阶段应产生的文档、编制人员、编制日期、完成日期、评审日期等。<br />此外，文档计划规定每个文档要达到的质量等级，以及为了达到期望的结果必须考虑哪些外部因素。<br />文档计划还确定该计划和文档的分发，并且明确叙述与文档工作的所有人员的职责。

5.4.5 人员控制方案

我公司针对此次项目制定了专门的项目人员组织管理保障方案，具体详见“实施团队组织保障方案”内容。对于人力资源的风险可控制，我公司认为：
软件项目的开发不同于其他的工程，它是智力密集型、劳动密集型、项目，受人员资源的影响很大。软件的开发在不同的工程阶段，需要的人员不同，同样需要团队成员之间的密切配合。在人力资源使用过程中，人员能力的表现往往体现在软件成果监控的困难导致对人员能力观察的困难。人员流失、人员不能适合软件项目的要求，都可造成人力资源上的风险。人力资源的能力(包括业务能力和技术能力)和素质，对项目的进展、项目的质量具有很大的影响，项目经理在项目的建设过程需要实时关注该因素。
预防这种风险的办法是在用人之前先选对人、开展有针对性的培训、将合适的人安排到合适的岗位上。要降低项目的人力资源风险，就要保证参加项目的各类人员能够胜任项目中所承担的工作。因此，实施双方应对参与人员进行认真地评估。这种评估是两个方面的，不仅是用户对开发方人员的评估，也包括开发方对参与项目的用户方成员的评估。同时，应保证项目人员对项目的投入程度。另外，项目经理要采取相应的措施维持开发队伍的稳定，将参与项目人员的业绩评估与项目实施的状况相联系，制定适当的奖惩措施。同时，项目经理也需要做好项目组人员变动的应对措施。开发人员的水平应该符合项目开发要求。技术上是应该和算选取的开发工具相配套。是能够自始至终地参加软件开发工作。是能够集中全部精力投入软件开发工作。并且员工对自己的工作有正确的期望。要接受过必要的培训。保证开发人员的流动保证工作的连续性。尽可能将项目的核心工作分派给多人(而不要集中在个别人身上)、加强同类型人才的培养和储备。

5.4.6 风险控制方案

风险指对项目“不利”的不确定因素，这些不利的风险存在于项目实施的每一个过程中，并往往会给项目的推进和项目的成功带来负面影响。风险一旦发生，它的影响是多方面的，如导致项目无法满足客户的需要、项目费用超出预算、项目计划拖延或被迫取消等。因此，识别风险、评估风险并采取措施应对风险即风险管理有着十分重要的意义。
项目风险不能置之不理，但是很多风险是可以预期和减少的。风险管理方法能够为项目系统地识别那些特殊的风险系数，然后制定一套可行的风险管理策略，减少那些已知的风险。风险管理计划制定保护措施以降低风险概率，如果真有风险出现也可以快速处理。
管理风险是专业服务企业不可分割的部分。因而服务方从项目追踪计划直到项目启动和实施自始至终贯彻执行风险管理。我们必须在项目的全过程利用以下管理流程进行细致的风险管理：
任何项目都有一定的不确定性，都存在一定的风险，所以在项目管理过程中，对项目开发过程中的每个产出物都要进行严格的评审，及时掌握项目进展过程中可能出现的风险。做到早发现、早预防、早控制，使项目风险降至最低。
1） 风险识别
针对该项目，以下是可能会出现的风险。

2、借调其它项目组人员 | | 3 | 项目组人员情况 |
1. 开发人员的流动
1. 新进开发人员对开发工具不熟练
|
1. 注意项目团队的沟通、及时了解开发人员的动态
1. 控制好项目过程中的文档
1. 借调其它项目组人员
1. 招聘有过此类开发经验的人员
1. 对开发人员进行培训
| | 4 | 系统设计说明书 |
1. 技术难点
1. 项目规模可能估计非常低
|
1. 组织技术攻关小组
1. 向技术专家请教、咨询
1. 采取加班的办法，加快进度
1. 借调其它项目组人员
| | …… | | | |

2）风险评估
对识别出的风险做进一步的分析，对风险发生的概率进行估计和评价，对风险后果的严重程度进行估计和评价，对风险的影响范围进行估计和评价，以及对风险发生的时间进行估计和评价。以便通过及时改变计划来制止或规避风险。
3）风险控制
通过建立项目风险的跟踪和监控机制，制定项目风险方针、程序、责任制度、报告制度、预警制度、沟通程序等方式，以此来控制项目的风险。
风险管理目标和概述
风险管理是对无法控制的可能对项目或产品性能产生负面效果的项目活动或环境进行管理的全部过程。风险管理的目标为：

• 在风险发生前尽量识别，降低项目实施过程中的不确定因素
• 在风险发生时启动应急机制进行应对，减轻负面影响
• 通过对风险进行跟踪监测为决策提供支持
• 对于降低风险采取的活动或响应可能会导致项目范围、进度或预算的变更，则根据需要启动变更管理流程

项目风险管理计划帮助制定项目风险管理的策略和方法，有助于在组织中达成风险管理的共识，建立项目统一的风险的分类和分级标准、通过定义风险管理的角色和职责确定相应的组织架构和分工、同时保证了风险管理所需要的资源与时间。风险管理计划将包含：

• 编制风险管理计划
• 质量识别
• 定性风险分析
• 定量风险分析
• 风险响应计划
• 风险监控和控制。

风险管理流程
项目团队任何成员都可识别可能妨碍项目按计划进展下去的问题或所顾虑的事情。项目成员应提交团队负责人、项目经理或风险经理项目可能遇到的风险，然后由他们根据需要对风险进行再评估。所涉及的风险可以包括项目的技术方面、政治方面或管理方面的内容。所需管理的风险通常包括例如在项目进度、成本、职能、总体或实时性能、可靠性或可用性、以及对于关键资源的使用等方面使项目无法达到预期目标的重大可能性。
建议的风险管理流程如下：

1. • 识别项目风险

项目任何成员都可以识别可能妨碍项目进展的风险，识别风险通常使用的方法有：

• 根据以往的项目经验总结的风险检查清单（Checklist）
• 通过分析“原因及结果”（可能会发生什么，接着将发生什么）或“结果及原因”（什么样的后果需要被避免，每一个后果是如何发生的）；
• 通过与项目风险干系人进行针对风险问题的访谈，这种方法有助于识别在通常的计划活动中不易被发现的风险。

下表给出一些项目可能会遇到的风险类别提供风险识别时的参考：

• 对风险进行评级

通常按照风险发生的概率和对整体项目造成的影响对风险进行评级。
风险发生概率的评估将基于风险经理的主观判断，并结合合适的团队负责人的意见，可分为3类：

• 高–超过70%的概率会发生
• 中–发生的概率在30%到70%之间
• 低–低于30%的概率

风险影响程度评估将基于风险经理的主观判断，并结合合适的团队负责人的意见，可分为3类：

• 高–该类风险将对项目成本产生很大影响，极大推迟进度，或者严重降低绩效
• 中–该类风险将对项目成本产生一定影响，稍微推迟进度，或者稍微降低绩效
• 低–该类风险将对项目成本、进度、绩效产生相对很小的影响
• 对风险级别进行对应

风险经理可根据风险发生的概率和影响对风险级别进行对应，这种对应结果可用红色、黄色、绿色进行标记。

• 制定风险缓释计划

在参照团队负责人意见的基础上，风险经理对每个标记为红色或黄色的风险制定相应的风险缓释计划，以将风险发生的概率和造成影响降低到可接受的水平。用于管理风险的缓释方法可分为4类：

• 避免–停止项目在该方面的继续推进，因为风险太大而导致在成本方面得不偿失。
• 接受–接受此类风险，并进行相应的记录和讨论，但无需制定风险缓释计划。因为考虑到该类风险不一定会发生。
• 降低–制定风险降低方案，持续地监控此类风险及其相关已识别的剩余风险，并制定风险应急方案。
• 应急–用来处理风险发生时对项目影响的后备方案。
• 对风险进行评审

应按照风险级别定期对风险进行评审，并将上述评审文档与项目文档一起进行维护。

• 对于标为绿色的风险，高级管理层应每<季度>评估一次
• 对于标为黄色的风险，高级管理层应每<月>评估一次
• 对于标为红色的风险，高级管理层应每<两周>评估一次
• 风险跟踪与控制

对已识别的风险和项目假设进行跟踪和报告，管理和缓释项目风险的行动应记录在风险跟踪日志中。
项目风险及对策

  1. 

• 风险分类

通常在大型实施项目中从最初的准备工作到系统上线再到后期的运维，可能会遇到如下的风险：

1. 筹备风险

• 由于软硬件等供应商的变化（比如调整了在华销售策略，或者公司正在进行兼并重组等因素），无法兑现其既往的折扣或优惠，使项目采购超出预算。

1. 业务风险

• 在进行系统整合建设时，相应的管理和原有的观念可能已经跟不上信息技术的发展步伐，必须要做相应的调整，然而可能一部分人拒绝改变，或不知道如何调整，影响了进程；
• 业务重组的风险，重组必然带来各种利益上的冲突，是否能够顺利的调整全局、局部和个人的观念和意识，减少业务重组带来的振荡，这需要在项目初期就要进行充分的论证和准备。

1. 管理风险

• 项目有关方主要领导的变动或领导思路的变化，也会影响项目持续顺利实施，这个风险也是较大的风险；
• 项目管理的组织保障风险，这个风险主要在于项目合作的各方（客户方、实施商等）之间组织形式、资源配置、知识结构和交流合作方面存在的问题；
• 项目的管理方法、管理制度和管理措施不科学、不规范；
• 实施商缺乏大型项目的实施经验，无法预见可能遇到的项目重大问题也是风险之一；
• 实施商的骨干人员不稳定，或项目组主要人员的流失，也是项目的重大风险之一。

1. 实施风险

• 业务需求的收集和整理，需求的变更，有赖于用户的配合，能否及时整理出系统、完整的业务需求，包括系统性能上的需求，对项目工作范围的界定、控制业务需求的变更和项目顺利实施至关重要；
• 实施过程中，缺乏相应的实施规范，忽视或者不深入进行项目的可行性研究、需求分析、系统分析等前期工作，导致系统的功能、实用程度都不够理想；
• 实施过程中的监控力度不够，使项目不能按计划完成；
• 在实施过程中，所选用的产品质量、施工质量相当关键，如果质量有问题，则风险大大增加；
• 在项目进程中，对项目进度控制乏力，造成项目进度推迟，最终导致停滞或失败。
• 由于原先客户的需求不明确，导致目标不明确，因此交付时很容易产生争执，甚至无法验收；
• 系统采用的技术架构的先进性、成熟性和稳定性将影响项目可行性和性能指标、以及项目实施成本；

1. 运维风险

在信息化项目中经常碰到这样的情况，一些企业花了大量的投入进行了“信息化改造”，但是没有多少人会用，更没有多少人喜欢用、愿意用，最终成了闲置的摆设。文档管理平台建设是实实在在的事情，需要务实而不是务虚，更需要企业里的每一个员工和实际操作者切实掌握新的业务流程、养成使用习惯。

1. 发展风险

工作流平台的建设思路是不断发展、不断变化的，它随着管理理念和相关的技术（尤其是信息技术）的发展而不断发展变化的，是一个螺旋上升的过程，信息化的建设是一个不断发展变化的过程，因此也带来了一个不可避免的问题－发展中的风险问题。

• 风险管理规划

风险管理规划是在项目正式启动前或启动初期对项目的一个纵观全局的基于风险角度的考虑、分析、规划，也是项目风险控制中最为关键的内容，包括风险形势评估、风险识别、风险分析和风险评价等几部分。

1. 风险形势评估

风险形势评估以项目计划、项目预算、项目进度等基本信息为依据，着眼于明确项目的目标、战略、战术以及实现项目目标的手段和资源。从而实现：通过风险的角度审查项目计划认清项目形势，并揭示隐藏的一些项目前提和假设，使项目管理者在项目初期就能识别出一些风险。例如项目计划中假设用户实施小组全力支持、脱产或几乎脱产投入项目的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理原有的业务，造成项目实施进度的拖延和实施效果不尽人意的风险。为了找出这些隐藏的项目条件和威胁，就需要对与项目相关的各种计划进行详细审查，如人力资源计划、合同管理计划、项目采购计划等等。

1. 风险识别

在对项目的基础的风险形势评估之上，对各种显露的和潜在的风险进行识别。风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关项目管理要求。在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经历的项目中积累起来的资料、数据、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。另一方面，可以通过分解项目的范围、结构来识别风险，理清项目的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少项目实施过程中的不确定性。除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将项目成功和失败的原因罗列成一张核对表，或者是项目的实施范围、质量控制、项目进度、采购与合同管理、人力资源与沟通等。以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因项目而异，灵活运用。

1. 风险分析和评价

在进行风险识别并整理之后，必须就各项风险对整个项目的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以数据统计为依据的研究上。
风险分析包括下列活动：

• 确定风险来源；
• 根据风险原因进行风险分类；
• 评估每个风险发生的可能性和造成的破坏；
• 根据风险发生的可能性和破坏程度评出风险优先级。
• 风险及降低/规避风险措施 | 可能出现的风险 | 风险类型 | 降低/规避风险措施 | | —- | —- | —- | | 企业业务人员对系统平台实施可能带来的业务运作上的改变认识不够，对实施项目本身产生质疑 | 管理风险 | A公司的顾问组成的变更组和培训组将持续地通过会议、培训推动业务流程管理的文化建设。 | | 项目范围的频繁变更导致实施计划无法按时完成 | 实施风险 | 明确界定实施项目的范围并设定有效的变更机制，以避免随意调整实施项目的内容 | | 平台上线前后知识转移和用户培训的不足 | 实施风险 | 流程管理体系的建立要求业务人员掌握系统的相关操作，普通的用户也必须熟悉系统的相关使用，对以往的业务过程进行了彻底的改变。
  制定严格的用户培训计划并在系统上线之前顺利地完成培训工作和考核。 |

5.4.7 项目实施性能管理

1）系统响应能力
参照目前硬件设置，需要保证如下目标的实现：
 常用页面（首页、首页各栏目）打开速度不高于2秒；
 普通查询与报表打开速度不超过5秒；
 复杂查询与报表打开速度不超过15秒；
 保证724小时持续提供正常服务，年宕机故障数不超过5次的持续工作能力，平均无故障工作时间99%以上；
 保证重大故障出现时，在30分钟内灾备环境可以启动并提供服务；一个工作日内，生产环境恢复运行的能力；
 能接收Email、U盘等报盘数据，并能对查询统计的结果进行导出。
2）、健壮性
（1）各业务系统对用户的操作顺序、输入的数据进行正确性检查、并以显著方式提示错误信息。
（2）系统需有出错处理机制，当系统运行过程中发生错误时，系统将明确提示错误信息并指导用户按照系统错误处理手册进行处理。
（3）系统应提供系统的运行监视和故障恢复机制，建立系统运行的日志文件，能跟踪系统的所有操作。
（4）系统要独立于具体的组织机构，能够适应组织机构的变革。
3）安全保密性
（1）各业务系统设置安全保密机制，对用户、软件功能、数据文件提供安全管理。
（2）系统提供数据的自动转储和恢复机制。
（3）系统采用数据加密机制，进行数据传输。
4） 易用性
（1）各业务系统采用图形、图象化的人机界面。
（2）提供完善的联机帮助信息，所有的操作菜单和提示信息全部使用中文。
*5）可维护性
（1）数据库的设计基于指标进行，要满足业务数据的扩充以及满足新数据增加和扩充数据体系的要求。
（2）建立数据统计口径变化管理方案。
（3）各业务系统具有良好的扩充、发展能力，提供今后扩充系统功能、规模的接口。
（4）系统的基础数据要代码化，便于数据维护。
（5）系统的开发符合相关的标准规范：
GB/T 8566-1995 《信息技术软件生存期过程》
GB/T 8567-1988 《计算机软件产品开发文件编制指南》

6 售后服务承诺与培训方案

6.1 售后服务承诺方案

质保年限
根据江苏省交通运输厅软件系统采购管理相关要求，在系统验收合格交付使用后，我司为提供的所有软件产品全部提供二年免费质保与升级服务、技术服务。免费服务期后公司为提供的应用系统提供终身维护服务。
本地化服务
本投标人所在办公中心在江苏省南京市，能够提供快捷迅速的本地化服务支持。地址：南京市鼓楼区清江南路19号南大苏富特创新园2期13楼。

6.1.1 售后运维服务

对于信息化的建设，完善的技术支持与售后服务是必不可少的。为了保障本系统得以顺利地实施和稳定可靠地运行，我司根据多年进行大型系统集成的经验并结合用户特点，为用户提供个性化的技术支持与售后服务方案，包括提供现场服务、免费的电话技术支持服务等。公司售后服务保障体系如下：

6.1.1.1 响应时间

1. 技术响应时间

我司将向用户单位提供快速的技术服务响应。对于系统验收前的技术支持要求，我们随时响应；对于验收后项目单位提出的技术支持要求，我司提供驻场维护方案，实时响应用户维护需求。
免费保修期内实行7*24小时热线服务，通过电话、网络等手段及时解决提出的技术、系统运行问题，1小时以内做出明确响应和安排。
疑难问题（不危及运行）在24小时内答复用户。
重大问题（危及运行）在2小时内到现场处理或通过网络远程处理。
特大问题（系统不能正常运行）在2小时内恢复系统运行，并在24小时内派技术人员到现场解决。

1. 故障响应时间

我司记录跟踪本项目实施过程中提出的技术问题，并根据情况划分严重级别，根据严重级别和地理位置做出相应响应。同时，与设备厂商一起，以最快的速度对设备进行维修。
严重级别分为：

• Level1（L1）：系统不能工作，影响客户业务；
• Level2（L2）：系统能够工作，但部分功能失效，性能下降，但不致中断客户业务；
• Level3（L3）：系统运行尚可，但出现系统报错；
• Level4（L4）：客户对系统改进的问题，或产品应用问题。

我司电话技术支持随时接听回答客户的各种技术问题，一般问题保证在当日内予以解决；但当电话无法解决需要现场服务时，我们将根据优先级别和客户地理位置进行响应。对于本项目，我们提供现场维护服务，实时响应用户维护需求。

6.1.1.2 服务方式

我司将为用户单位提供如下技术支持与服务：

1. 现场服务
2. 电话支持
3. 电子邮件支持
4. 设备维修
5. 免费服务期内的技术支持与服务

6. 免费服务期外的技术支持与服务

   6.1.1.2.1 现场服务

   本项目不仅仅是技术方面的问题，更重要的是管理和沟通的问题，并且考虑到客户工作的实际情况，为了及时响应客户的要求，更好的为客户服务，确保本项目的成功实施，我们将在系统的整个周期派具有丰富经验的技术工程师到现场，解决原厂商因有困难无法解决的现场相应。

   6.1.1.2.2 电话支持

   我司会对用户单位提供长期的免费电话支持服务。热线电话服务时间为7*24小时。
   在接到用户的技术支持请求或故障报告后，我司将会以电话方式同该用户所在部门取得联系，了解其所需的服务内容，提供相应解答。对于技术咨询，技术人员会结合实际情况及时为用户提供相应的答复；对于系统运行故障，技术人员首先会了解其网络系统问题的详细情况，指导用户进行系统分析，逐步解决故障，无法立即解决的技术问题将会记入客户报告系统，技术人员将告诉用户预计的答复时间，对于通过电话无法解决的问题，我司将派出相关的技术人员，转入现场服务。
   另外，我司会将相关电话的内容记入技术支持数据库，在此基础之上进行统计分析，汇总为贵单位的信息系统知识库，以便今后为用户提供更加优质的技术支持与服务。

   6.1.1.2.3 设备保修

   对于正常使用过程中出现的设备损坏，我们将会对设备提供免费的维修服务。对于由于非正常使用造成的设备损坏以及保修期后的设备损坏，我司仍然会以优惠的价格为用户提供维修服务，此时将视设备的损坏情况收取一定的费用，其中包括：所损坏的零部件的更换或维修费用、相应的运输费用。

   6.1.1.2.4 电子邮件支持

   我司设置专门的电子邮件信箱，为单位用户提供更加多样的技术支持途径。用户可以通过电子邮件将技术支持请求发送到我司，技术人员在接到报告之后，会在第一时间与用户取得联系，为用户提供相应的技术支持服务。
   我司也可以通过电子邮件为用户提供解决方案，或者根据用户需要发送相关的技术资料。

   6.1.1.3 技术支持与服务

   项目验收完成后，考虑到信息系统是一个需要持续优化的过程，因此整个系统的实施过程中，系统需求的改进是必不可少的。我们会根据用户单位的要求免费提供售后服务工作，并在必要时提供现场服务。

   6.1.1.3.1 人工技术支持

   用户系统出现故障或问题，可以拨打我司技术支持工程师的电话，电话无法解决时，提供现场服务。

   6.1.1.3.2 与客户保持经常性的联系

   为了准确了解客户的需求及实际应用中所面临的问题，我司将通过电话方式或现场访问形式定期访问用户，以便及时发现问题，适时调整服务内容和服务方式，从而更好地做好服务。

   6.1.1.4 服务和技术保障组织

   我司通过技术支持代表为客户提供多元化的技术支持，借助我司多年以来服务国企积累的雄厚的技术力量集及经验，我们的四级技术支持代表队伍共同为维持客户的最高满意度而努力，即迅速回应客户的疑问和问题，并提供客户需要的适当和准确的解答。

7. 一线支持

一线支持人员，是用户在需要技术支持时接触到的第一个层面，是实施客户项目的直接参与者。即现场代表，他们都接受过严格的技术专业训练，完全能够处理绝大部分问题。如果遇到短时间内无法解决的问题，一线支持人员会将其转交给下层面的人员处理。

1. 二线支持

我司的技术人员都要通过初级和高级技术培训。二线支持人员更是由专精于某一种硬件或软件、在解释和解答问题等支持服务方面具有丰富经验的高级技术工程师组成。

1. 技术专家

我司拥有多名大型项目实施经验的计算机硬件、软件、应用方面的专家，他们不仅具有很高的理论水平，而且经过多年的实践，掌握了丰富的项目管理、实施以及系统维护的现场经验。

1. 客户支持工程师

客户支持工程师是客户与我司在技术方面进行沟通的桥梁。这位代表负责定期拜访用户，了解使用情况。如果客户在使用上产生问题，他也负责收集该方面的资料。
这种分层负责的技术支持结构，是要借助分工合作的方式，及时解决用户在产品使用、系统运行时产生的疑问和问题。

6.1.1.5 保障原则

我司一贯认为客户的成功才是我们的成功，因此，在技术支持与服务中始终坚持“客户至上”的原则。对于每位客户，我们都会详细了解和分析客户的不同需要和环境，为他们提供最实用最完善的方案和售后服务。我司非常重视客户系统的有效运行，在为客户提供方案的同时，对于技术支持与服务方面也进行了详尽的考虑，以保护客户在软件和硬件方面的投资。
在技术支持与售后服务工作中，公司一贯遵循以下准则：

1. 确保系统的正常运行；
2. 提供多种服务方式满足用户的需要；

3. 充分减轻用户的负担。

   6.1.1.6 服务内容

   客户是企业的生命，我们将与客户紧密合作，将先进适用的技术融入不断创新的服务和管理之中，为客户争取市场优势、取得更大发展提供坚强可靠的技术支持。我们承诺：
   

4. 提供日常售后服务团队，骨干来自于项目实施队伍；

5. 对于验收后项目单位提出的技术支持要求和维修要求，安排本地驻点人员，实时响应系统故障维护需求；
6. 系统正常使用维护；
7. 对系统功能进行完善维护；
8. 提供技术咨询服务；
9. 定期上门设备检验；
10. 软件免费培训；
11. 完善的设备品质跟踪体系；
12. 依据设计要求，定期将数据备份，备份数据要防止损坏、防止泄露；
13. 定期维护、清理相关日志文件。

平台后续运行维护服务方案
缺陷责任期结束后，我方继续提供本地化的技术支持服务。
缺陷责任期后，我公司还将与客户继续密切保持联系，根据服务合同可提供24小时客服热线服务，并对问题解决过程进行监督、跟踪。所有用户的问题及解决结果均存档；我公司还将提供更多的服务支持（如电话、传真、在公司网页留言或E－MAIL）和现场技术支持；当远程支持无效时，我们将派遣技术服务人员在第一时间到用户现场提供现场服务；我们将定期进行回访维护，客户部组织技术人员定期对本公司的项目进行现场回访，了解用户使用情况，及时为用户解决问题。
缺陷责任期后，我们仍将安排技术服务人员定期回访，协助用户做好日常检查和维护，确保整个系统的安全、高效运行。

6.2 培训方案

6.2.1 项目培训方案

6.2.1.1 培训目的

培训的目的是为了使本系统各类用户了解、掌握本系统所涉及的各种技术，更有效和更全面地应用、管理系统。对于一般工作人员，应能灵活使用操作本系统，对于系统管理人员和技术人员，要能够达到独立操作、分析、判断、解决、排除系统一般故障问题。

6.2.1.2 培训内容

培训内容包括系统的结构、使用、维护等各个方面，并提供全套培训教材和培训课程计划表。

6.2.1.3 培训要求与服务保证

提供有经验的教员（主要培训教员应熟悉项目整体架构、功能模块、操作程序等），使采购人相关人员在培训后能够独立地对系统进行管理、使用、维护。
在此次项目的培训工作中，遵循以下原则：

• 统一管理

采取集中培训方式，集中技术骨干和业务骨干在合适的场所进行培训，设置专门的培训组，负责培训工作的统一管理和协调，有条理的对学员进行培训。

• 集中授课、结业考核

为保证培训取得良好效果，培训工作采取面对面集中授课的方式进行，并为学员提供良好的软硬件环境，配备专门的培训管理员以解决授课过程出现的问题，制定相应的考核制度。

• 规范与知识并重

根据不同的培训对象，设定不同的培训内容，制定相应课程大纲和教学方案。结业标准也应当根据不同培训对象分别对待。

6.2.1.4 培训对象

项目涉及的系统管理员、用户，培训人员由业主指定。

6.2.1.5 培训评估和管理

在培训实施过程中，我司将采用《课程评估调查问卷》形式实施“课程首日调查”和“培训中调查”，以针对出现和可能出现的问题进行及时有效的调整和处理，保证良好的培训效果。
具体执行方式如下：
通过与讲师沟通，根据学员的适应性对课程内容做出调整
通过与学员沟通，来使得讲师的课程内容更加富有吸引力和实效
根据统计调查问卷的结果对课程内容和服务环节的其他内容做出调整，保证学员和客户方管理人的满意。

6.2.1.6 培训流程

面授培训遵循标准的流程，如下图所示：

图 7‑1培训流程

6.2.1.7 培训过程质量控制

为保证培训的质量，我司会在建立一项专门针对技术培训的质量控制组，以确保客户培训能够顺利实施，达到客户对培训质量的要求。这支组的人员由有经验的质量管理人员、商务管理人员以及负责培训事务的用户共同组成，及保障培训的过程及结果。

6.2.2 项目培训计划

如下表所示，我们的培训评估与管理过程涉及到了培训工作的各个阶段：

6.2.2.1 培训准备阶段

主要通过需求的了解来制定培训的策略，根据授课对象的不同与培训内容的不同，来定制具体的培训实施方案。为此，我司将提供：

• 培训大纲：其中应注明每次课程的内容和目的
• 培训计划：其中应注明每次培训课程的时间、地点及课时
• 培训方式：授课、实际操作、集中培训
• 培训地点：业主指定地点
• 培训内容及效果：系统的性能、相关技术原理和操作使用方法，维护管理的技术，实际的操作练习
• 课程的文件和资料
• 培训期间的培训环境、食宿标准等

  6.2.2.2 培训实施阶段

  培训开始前5天内将培训计划和教材提交用户审核，用户在培训前三天确定最终参与培训的人员名单；培训开始时采用签到的方式确保人员的参与率；培训前发放培训效果评估表；在培训过程中将采用沟通与反馈的方式，积极让培训人员发言，并记录下培训人员的疑问，作为用户手册的补充内容存档；培训过程中注重理论与实践的结合，充分让用户可以进行使用体验；培训结束后，将抽查部分培训人员，并对培训结果进行最终的评估。
  具体培训课程安排详见表：

培训教材主要以计算机系统方面的书籍、平台项目软件设计报告、系统使用手册等项目资料为主，我们将免费向每位培训人员提供详细的培训教材（含使用手册），供培训时使用。
培训教材具体主要包括如下内容：

• 《项目安装手册》
• 《项目管理手册》
• 《项目使用手册》
• 《项目常见问题处理》
• 数据库管理和维护书籍

  6.2.2.3 培训评估阶段

  我们会根据不同的授课内容采用不同的评估方式，其中每种评估均要包括如下的内容：培训人员要填写培训总结表；培训人员需要进行培训成果考核；培训人员需要进行上机操作考试；同时，对于培训的讲师与培训内容，也将采用评估的方式，以便及时调整与改进。

  7 合理化建议及措施说明

  经过本项目的前期调研和相关管理部门的业务需求分析，我们认为需要在以下方面给出相关建议：

  7.1 数据全方位接入是关键

  本系统的建设过程涉及大量来自不同业务管理部门的各类业务系统的数据接入和汇总。基于以上业务系统数据的全面接入能力是确保本项目能够快速完成建设目标和落地实时应用的关键，我公司作为江苏省级危险货物道路运输安全监管系统一期的建设实施单位，在系统建设过程中与大量相关业务系统的数据对接与接口建设工作，为本项目的数据接入实施提供了充分保障，省级危险货物道路运输安全监管系统包括“一库一接口三系统”，包括5套业务基础数据库、5项数据交换接口和39项数据资源汇总。截止2021年10月，系统已完成对接营运有效危险运输业户899户，危险运输营运车辆36435辆，危险运输从业人员97692人，2020年度累计上传电子运单4398470条，年度累计危险品货运量约10788万吨。
  此外，省级危险货物道路运输安全监管系统完成了与部级电子运单交互平台的数据对接，能够通过部级接口实时获取全国危险货物运输车辆的电子运单数据，结合省级重点营运车辆监管监测平台，能够有效确保对全国危险运输车辆的数据接入和各类监管功能，结合省应急管理局、公安交管部门、市场监督局、生态环境厅等部门的业务数据接入与汇总分析，定能保证本项目的成功交付。

  7.2 部门全链条监管是保障

  危险品道路运输安全管理涉及多个管理部门的不同环节的监管责任，本系统在设计阶段应充分考虑到建设完成后运营管理阶段业务线与监管线的相互关系，这需要交通公安、应急、环保等各部门的密切配合，需要借助信息化手段实现信息的互联互通，实现一数一源的明确定位，需要信息的协同和一致。通过信息化建设，落实业务线和监管线并行，实现危货安全监管全链条上每个节点每个环节都有业务操作，同时也具有责任管理。比如压实属地和部门监管责任：在企业填报托运单时，系统自动根据人员录入的关键字，提供填报信息的联想输入辅助，电子运单填报提交后，系统自动检测危险品品名、类别等信息填写否正确、人员车辆信息是否合规，检测存在问题后给出提示和退回，而一旦提交流转时可以设立管理责任者审核或者查看，从而在信息化的层面实现督促企业主体责任，同时通过通知约定的其它监管单位责任人员，以汇总分析或者追溯源头的方式，提供监管单位的高效快捷的工作检查以实现综合监管机制的完善。
  此外，运输环节的监管工作是危险货物安全监管的重心。可以从建立企业分级管理档案入手，把日常管理、过程管理、应急管理、信用管理和违章管理进行分级分类和考核评价，一方面，从多个维度衡量企业的安全量化等级，通过市场化手段实现优胜劣汰。另一方面督促企业从被动满足安全监管要求，逐步扭转未主动构建安全防范体系，以安全运营建设为核心，提升安全运营水平，从而满足未来市场化选择的需要。

  7.3 电子运单与高效物流相结合是趋势

  电子运单是根据交通运输部《危险货物道路运输安全管理办法》对各企业电子运单要求而设计的，它抛弃了货运单传统的八联纸质运单形式，替代成一份电子数据的形式存在系统中，实现了对危险货物的运输、流向、应急处置等全过程监管，实现数据共享、可以将运单的托运人、承运人、装货人、收货人信息、运输人车户的资质信息、运输的货物信息等共享给应急部门、交警部门、环保部门、公安部门等，在现场检查、应急处置时也可扫描电子运单二维码信息快速获取电子运单的相应信息，对应加强危险货物道路运输过程监管起到了重要作用。
  然而，电子运单作为电子数据，要使其成为货物运输合同凭证的有效组成部分，才能形成货物运输活动和处理货物相关事项的基本依据，与传统纸质合同相比，电子运单在对运单电子化的基础上，也必须有相应的公章来保证其作为合同凭证产生法律效应的基本要求，否则，电子运单的应用价值将大大降低。
  因此，应该通过增加电子签章等方式，让管理部门对电子运单的审核结果产生法律效应，从而使其与货运物流环节相融合，成为危险货物托运和承运企业双方电子合同的组成部分，让电子运单的不再通过单独填报的方式而生成，而与物流货运过程紧密结合在一起，通过收发货企业、承运企业三方的合同签订，自动生成电子运单数据，并通过管理部门审核加盖电子签章生成法律效力，从而最大程度上推动电子运单与高效物流的紧密结合，促进电子运单与物流各环节的相互衔接与数据共享。