序号

货物名称

需求或性能描述

单位

数量

1

山西交警官方微信建设项目

“山西交警”官方微信建设项目技术参数

一、系统总体功能需求

目前，山西省内驾驶员数量达800万之多，面对如此庞大的用户群体，对交警服务的需求也持续增加。服务目标群体主要是山西省内各地市驾驶员、车主及民众。为解决群众的“行车难、行路难、停车难”的问题，为广大市民提供更加方便、快捷地便民服务，利用微信平台切实将便民落到实处，不仅可利用网络实时性、便捷特点，将交通安全知识、交通事故预防等信息发送给广大群众，提高群众安全出行意识，也可提高交警的办事效率，拉近车主、驾驶员和交警的距离。建设“山西交警”官方微信可作为创新社会管理、服务民生的良好载体，有利于进一步拓展便民服务平台，搭建警民沟通桥梁。

二、系统设计须遵守的法律法规

“山西交警”官方微信必须符合以下文件要求（包含但不限于）：

《中华人民共和国交通安全法》；《计算机信息系统安全保护条例》（国务院令147号）；《信息安全等级保护管理办法》（公通字[2007]43号）；《信息安全技术 信息系统安全等级保护基本要求》（GB/T 22239）；《关于加快推进公安信息系统应用日志安全审计工作的通知》（公传发[2013]516号）；《信息安全技术公共及商用服务信息系统个人信息保护指南》（GB/Z 28828-2012）；《公安信息通信网综合安全管理平台技术规范（试行）》（公科信[2011]114号）；《互联网交通安全综合服务平台建设指导意见》；《道路通行状态信息发布规范》（GA/T994-2012）；《道路交通安全违法行为图像取证技术规范>》（GA/T832-2009）；《道路交通管理信息代码》（GA/T 16.1-2012至GA/T 16.99-2012）；《机动车号牌图像自动识别技术规范》（GA/T 833-2009）；《中华人民共和国机动车号牌标准》（GA36-2007）；《交通技术监控信息数据规范》（GA648-2006）；《全国道路交通管理信息数据库规范》（GA329-2006）；《安防视频监控系统技术要求》（GA/T367-2001）；《计算机软件可靠性和可维护性管理》（GB/T14394-2008）；《山西省道路交通安全“十二五”规划》（征求意见稿）；《山西省人民政府关于加强道路安全管理工作的决定》；《工业企业信息化集成系统规范》（GB/T26335-2010）；《计算机软件质量保证计划规范》（GB/T 12504-1990）；《全国城市交通管理畅通工程总体方案》

三、系统建设原则

“山西交警”官方微信应保证系统符合以下系统规划和建设原则：

1. 接口的标准化和规范化

实现系统内部接口的标准化、规范化，实现与相关系统间接口的标准化、规范化。

2. 具备先进性的同时规避风险

采用新的实现技术，新的管理理念使系统具备先进性，同时继承其成熟的技术，成熟的理念，有效规避建设风险。

3. 系统特性

为了提供一个具有先进性、开放性、标准性、可扩展性、可管理性和安全性的高性能系统，系统在设计过程中应遵循以下基本原则：

? 安全性：保证数据不被非法入侵者破坏和盗用，并保证数据的一致性。

? 可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生，在任何情况下，都保持可预见的输出。

? 可扩展性/可伸缩性：采用面向对象组件化设计原则，用户可以选择需要的组件构成不同规模的应用系统；新功能、新业务的增加能够在不影响系统运行的情况下实现。

? 灵活性：采用参数驱动的设计方法，应用系统的变更可通过调整参数实现。

易操作、易管理：良好的用户操作界面、完备的帮助信息。系统参数的维护与管理通过操作界面实现。

四、系统建设内容

主要建设内容：

“山西交警”官方微信内容主要包括：微信矩阵、轻微事故处理平台、微信后台管理、第三方接入平台。

微信矩阵：为更好的服务山西各地市交通信息查询，提供矩阵模式，即通过一个后台系统管理，实现一个大平台发布出一个矩阵服务，提供包括山西交警、山西11个地市在内的矩阵式交警微信服务平台。其中一个后台管理可分为集中和分散管理两种模式，即可对部分模块（如：违法查询、罚款缴纳等模块）的数据实现集中管理，相对的分散模式即为满足各地市不同需求实现与各地市系统的对接，如车检预约、最新动态等模块；一个矩阵服务即具有基础服务、业务逻辑相同，也满足个性化服务需求。其展示内容为各地市相关内容，展示方式与操作同“山西交警”官方微信建设项目。

轻微事故处理平台：在系统平台建设中涉及到对于轻微事故的处理，通过轻微事故处理平台管理人员可查看到相关交规、法规，对轻微事故进行审核处理，以及实现轻微事故的统计、系统管理功能。

微信后台管理：为使微信平台正常运行，为用户提供准确、及时的便民服务，需要通过微信后台实现信息的维护及管理。通过微信后台管理应实现对业务的处理及管理、微信功能、以及后台用户管理等，为系统提供支撑服务。

第三方接入平台：系统应满足用户查询违章信息、缴纳罚款等功能。因此，在系统的建设过程中要向用户提供准确的交管数据、银联信息等，需要接入第三方平台实现系统数据的获取，为用户提供准确、及时的便民服务。

网络架构及传输需求:

“山西交警”官方微信项目的网络架构应实现前端设备与山西省公安厅交通管理局的数据传输，整体由主干专网来实现。

前端设备通过通信网络，将数据业务上传到山西省公安厅交通管理局平台。同时，为便于山西公安厅交通管理局对数据业务与视频图像的管理，需完成相关数据业务的上传与视频监控图像的实时调用。

五、系统主要功能

1、 违法查询

为驾驶员、车主提供快捷查询服务入口，可利用微信平台查询到相关车辆及驾驶人的准确、官方的交通违法信息。

2、 自助服务

为向用户提供更加便捷、智能化服务，更好的解决交通拥堵，处理交通事故等问题，用户可自助式完成部分业务的处理或办理。用户可实现交通违法?款的缴纳，罚款缴纳通过现有银联缴纳模式进行，并确保用户缴费账户安全；针对于机动车在道路上发生的不涉及人员伤亡，仅造成轻微财产损失的交通事故，用户可通过微信平台进行小微事故上报，进行事故实时线上处理；车主还可通过微信平台办理车检预约等服务。

3、 警民互动

群众享受交管便捷服务，交管掌握百姓最新诉求，在互动和理解中实现共赢。通过局长信箱用户可为局长留言、建言献策；公布山西省公安厅交通管理局各级机构联系方式，可实现直接拨打电话，为广大群众提供便捷咨询服务。

4、 交通公告

为使群众出行更加安全，展示交管局最新、及时的交通公告信息，为广大群众提供出行指导。

5、 其他

用户可填写对微信平台的意见、建议，有利于系统后期的拓展与完善。

6、 轻微事故处理系统

1) 轻微事故处理

通过轻微事故处理系统可查询到相关交规、法规信息、轻微事故信息、轻微事故审核情况。为用户提供便捷查询操作，有权限的人员可查看轻微事故上报的信息以及根据事故实际情况，对事故进行责任辨别，做出轻微事故的审核决定。

2) 事故统计

可按照保险公司类型、事故处理状态、事件来源等实现统计功能。可将事故统计信息导出至本地，以方便研究分析。

3) 系统管理

包括用户管理、权限管理、日志管理、登录、退出。用户管理包括查看、新增、修改、删除人员信息，并支持批量导入、导出操作；权限管理则是为系统后台用户分配系统操作、系统数据查看权限、角色；日志管理是记录后台管理人员在pc端操作行为，生成日志、查看、导出日志；相关人员可根据用户名、密码实现登录及退出平台，保障系统信息的安全。

7、 业务处理功能

业务处理应实现如下功能：

1) 违法提醒

业务办理用户，可接收到系统下发的违法短信提醒，可查看违法详细信息。

2) 违法查询图片扫描

用户通过微信平台上传图片即可实现违法信息的查询，对用户上传的图片存储到服务器本地。

3) 轻微事故记录

可查看轻微事故记录信息，并可将记录信息导出至本地。

4) 交规、法规管理

对交规、法规需满足快速筛选，应可进行增加、修改、删除等操作。

5) 车检预约记录

可通过后台查看车检预约信息，也可导出至本地供查看。

6) 局长信箱

对用户提交的意见、建议信息，可进行查看、导出、审核操作。

7) 公告管理

可查看公告及其详细信息，有权限人员可发布公告。

8) 意见反馈管理

实现用户对平台意见、建议的收集，对反馈信息进行管理。

9) 组织机构管理

对组织机构信息进行管理，可实现增加、修改、删除、查询等操作。

8、 微信管理功能

1) 微信账号管理

对山西交警及山西各地市交警队的12个微信公众平台账号、密码进行管理。

2) 自定义菜单管理

对每个微信平台的自定义菜单进行管理。

3) 素材维护

对各地市微信平台涉及素材进行管理。

4) 关键字管理

对系统关键字及其回复内容进行维护。

5) 会话管理

对微信引导菜单及其数据记录信息进行管理。

6) 微信会员卡

对微信会员卡填写信息进行维护。

7) 会员管理

对微信会员进行管理。

8) 菜单界面管理

微信功能分布页面的菜单进行管理。

9) 消息管理

对用户发送的消息进行管理、回复。

10) 微信用户基础信息

通过微信高级接口获取用户基础信息。

11) 上传下载多媒体文件

在微信服务器上传下载多媒体文件，如：图片等。

9、 统计分析

应实现以下信息的统计分析：

1) 轻微事故统计

统计每月使用微信上报轻微事故的数量及总量。

2) 微信用户统计

统计微信关注用户的数量、行为、地区分布变化趋势。

3) 缴纳罚款统计

按月、日统计通过微信平台缴纳罚款的金额、笔数。

4) 车检预约统计

按月、日统计通过微信平台预约车检信息。

5) 统计导出

应实现将统计信息导出至本地。

10、 后台用户管理

为后台用户分配用户名、密码，可实现后台登录。可对后台人员的基本信息进行查看、新增、修改、删除等操作，实现人员信息的批量导入、导出。

11、 权限管理

需要根据不同人员分配给其相对应的操作权限。实现对人员、角色的授权管理。

12、 日志管理

为系统的操作行为进行记录，可查看、导出日志信息。

六、应用系统功能与主要设备技术指标

1、 系统软件要求

系统使用的第三方软件要求如下

? 操作系统：Redhat linux Enterprise5.3企业版

? 数据库： MySQL

? 应用服务器：Tomcat6

? Web服务器：apache

? Java：jdk1.5版本

? 双机软件：RoseHA 多节点

2、 系统硬件要求

系统硬件具体配置如下：

1) 应用服务器：2台

类别：机架式

CPU数量：1个

内存容量：不小于8GB

硬盘：不小于300GB

内部硬盘架数：支持8块SFF SAS/SATA

网络控制器：四端口千兆网卡

电源类型：热插拔高效电源

结构：2U

扩展槽：2×PCI-E 3.0 1×PCI-E 2.0

2) 数据库服务器：2台

类别：机架式

CPU数量：1个

内存容量：不小于8GB

硬盘：不小于300GB

内部硬盘架数：支持8块SFF SAS/SATA

网络控制器：四端口千兆网卡

电源类型：热插拔高效电源

结构：2U

扩展槽：2×PCI-E 3.0 1×PCI-E 2.0

3) 测试服?器：1台

类别：机架式

CPU数量：1个

内存容量：不小于8GB

硬盘：不小于300GB

内部硬盘架数：支持8块SFF SAS/SATA

网络控制器：四端口千兆网卡

电源类型：热插拔高效电源

结构：2U

扩展槽：2×PCI-E 3.0 1×PCI-E 2.0

4) 防火墙：1台

网络端口：2GE Combo

控制端口：Console口

支持VPN

入侵检测：Dos,DDoS

安全标准：CE，ROHS，CB，UL，VCCI

处理器：多核处理器

适用环境：工作温度:0℃-45℃工作湿度:10%-95%

扩展槽位：4MIC+2FIC

5) 交换机：1台

传输速率：10/100/1000Mbps

端口数量：28个 以上

背板带宽：256Gbps

网络管理：支持堆叠、支持MFF、支持虚拟电...

包转发率：36Mpps

MAC地址表：16K

网络标准：IEEE 802.3，IEEE 802.3u，IEEE ...

端口结构：非模块化

交换方式：存储-转发

6) 磁盘阵列：1台

存储容量：2TB以上

单机可支持磁盘数量：10个以上

内置硬盘接口：SAS，SATA

类型：HBA卡

七、系统安全要求

1、 平台安全性

1) 接口安全策略

? 数据接口服务器安全保证：

位置安全：

该接口服务器由接入方提供并放置于交警总队内部网元。

访问安全：

接口服务器可通过内部网络访问所有数据网元；

接口服务器对外仅向客户端服务平台提供查询服务，通过部署于内部网元的防火墙进行IP及端口限制。

接口服务器除向客户端服务平台提供服务的端口外其余端口均关闭，并通过系统内部防火墙、专用防火墙进行隔离。

? 数据接口传输安全

IP鉴权：

仅允许客户端服务平台IP对接口服务器的特定端口进行访问。所有与接口服务器进行数据交互的第一步均为IP鉴权。

通过防火墙限制攻击

会话鉴权：

接口服务为接入的请求用户分配用户及密码，所有与接口服务器进行数据交互的第二步均为用户鉴权。

服务端为客户端保留固定时间的会话，会话有效时间内进行查询，超出有效时间需重新鉴权。

每次请求均检查会话状态。

传输加密：

服务端在每次访问请求的数据均为加密数据，需根据双方前期约定的格式、解密方式、密钥进行读取

密钥可随时更换，并设定最长失效时间建议无其他特殊情况下90日内双方对密钥进行更换。其他情况即时更换。

? 客户端与服务的安全策略

请求次数限制：

固定时间内对于某个客户端对于服务的调用具有次数限制，超出设定范围的将作为重点监控目标存在。

传输加密：

每次访问请求的数据均为加密数据，需根据固化约定的格式、解密方式、密钥进行读取

2) 网络安全策略

为了保障网络系统的运行安全，保护集团的信息安全，必须进行网络安全方面的规划和实施。

一个网络的安全，首先要有严格和有效执行的管理制度。建议制定严格的网络安全管理策略，并有效的执行。其次，必须具有一定的技术手段来保障网络的安全。技术和管理手段相结合实施，才能够产生良好的效果。

通过以下几个技术方面的实施，可以在一定程度上保障网络的安全：

? 提高设备的物理安全性

? 配置设备的口令

? 进行VTP域的认证

? 用户的接入控制

? 应用系统的访问控制

? 因特网的接入安全控制

⑴ 提高设备的物理安全性

设备的物理安全性是指运行中的设备，未经授权的人员不能直接接触到。提高设备的物理安全性，是最基本的要求。通过将设备安置在独立的设备间中，并增加门禁系统，确保只有授权的管理和维护人员才能接触到物理设备。

⑵ 配置设备的口令

配置设备的口令，是防止非授权的人员更改网络系统的配置的重要手段。

要为所有的设备设置口令。要为每一台设备配置CONSOLE口令，AUX口令，VTY口令，特权口令等。

在口令方面，需要制定管理制度并严格执行。口令管理制度包括口令的设置，保管，更改，口令的强度等内容。

⑶ 进行VTP域的认证

进行VTP域的认证，能够保证局域网的VLAN等的安全。

设置了口令之后，除非交换机设置了正确的口令，否则。新交换机不能自动加入到已存在的管理域中。保证了局域网的运行安全，可以避免因为VLAN被错误或者恶意的增加。删除造成的运行事故。

⑷用户的接入控制

严格控制用户的接入，可以避免非法用户接入带来的潜在的安全隐患。

系统建设验收完毕之后，确保交换机的所有用户端口处于关闭状态。只有用户使用申请通过批准之后网络管理员才能将端口激活。

⑸ 应用系统的访问限制

可以根据应用需求，在汇聚层的多层交换机上实施访问控制，限制用户对特定应用系统的访问，或者只允许特定的用户访问某些资源。

⑹ 因特网的接入安全控制

因特网的接入安全控制是非常重要的，不仅需要布置防火墙等安全设备，还要指定严格的安全策略。

2、 制度安全性

1） 系统人员必须采取有效的方法和技术，防止信息系统数据的丢失、破坏和失密；硬件破坏、失效等灾难性故障。

2） 对系统用户的访问模块、访问权限由使用单位负责人提出，经核准后，由系统人员给予配置并存档，以后变更必须报批后才能更改，系统做好变更日志存档。

3） 系统管理人员应熟悉并严格监督数据库使用权限、用户密码使用情况，定期更换用户口令或密码。 网络管理员、系统管理员、操作员调离岗位后一小时内由班组长监督检查更换新的密码；厂方调试人员调试维护完成后一小时内，由系统管理员关闭或修改其所用账号和密码。

4） 系统人员要主动对网络系统实行监控、查询，及时对故障进行有效隔离、排除和恢复工作，以防灾难性网络风暴发生。

5） 网络系统所有设备的配置、安装、调试必须由系统人员负责，其他人员不得随意拆卸和移动。

6） 上网操作人员必须严格遵守计算机及其他相关设备的操作规程，禁止其他人员进行与系统操作无关的工作。

7） 严禁自行安装软件，特别是游戏软件，禁?在工作用电脑上打游戏。

8） 所有进入网络的软盘、光盘、U盘等其他存贮介质，必须经过系统负责人同意并查毒，未经查毒的存贮介质绝对禁止上网使用，对造成“病毒”蔓延的有关人员，将对照《计算机信息系统处罚条例》进行相应的经济和行政处罚。

9） 在还没有有效解决网络安全（未安装防火墙、高端杀毒软件、入侵检测系统和堡垒主机）的情况下，内外网独立运行，所有终端内外网不能混接，严禁外网用户通过U盘等存贮介质拷贝文件到内网终端。

10） 内网用户所有文件传递，一律通过网上办公系统和FTP服务器专门的上载、下载区进行，不得利用软盘、光盘和U盘等存贮介质进行拷贝。

11） 保持计算机硬件网络设备清洁卫生，做好防尘、防水、防静电、防磁、防辐射、防鼠等安全工作。

12） 计算机中心人员有权监督和制止一切违反安全管理的行为。

八、系统运维要求

1、 系统部署要求

1) 环境描述

? 建设标准

在准备安装场地时，可参考如下国家标准:

GB50173-93《电子计算机机房设计规范》

GB2887-2000《计算站场地技术条件》

GB9361-2011《计算站场地安全要求》

? 机房要求

机房要求包括防尘防静电、供配电、空调系统、电视监控、消防系统、安全系统(门禁)等六大部分。应根据国家标准及行业标准设计和施工，参照标准包括:

★ ISO,IEEE,IETF等数据中心机房的系统需求

★ 国际标准:

IEEE802.3 Ethernet

IEEE802.5 TokenRing

EIA/TIA568 工业标准及国际商务建筑布线标准

ANSI X3T9.5

FDDI

? 机房地面负荷:每平方米不小于450kg。

? 机房净高:2.7米以上。

? 机房主要门的大小应满足设备的搬运需要，房门锁和钥匙齐全。

? 具备通风设备。

? 机房地面平整光洁。

? 电源已接入机房，满足施工要求。

? 机房内应有地线排，以便设备地线连接。

? 环境清洁、无尘，防止任何腐蚀性气体、废气的侵入，机房内不允许水、气管道通过，空气调节设备应能满足设备正常运行的温度与湿度要求。

? 防尘要求:直径大于5微米灰尘的浓度小于3×10粒/m，灰尘粒子为非导电、非导磁和非腐蚀性。

? 机房内需安装空调，设备在长期工作条件下，室内温度要求15℃~30℃，相对湿度要求40%~65%。

? 噪声:室内噪声≤70分贝

? 无线电干扰场强，频率为0.15-500MHz时，应不大于126dBv/m;磁场干扰场强应不大于800A/m (相当于10奥斯特)。

? 空气污染要求:机房内无腐蚀性气体及烟雾，机房内禁止吸烟。

? 施工现场应有性能良好的消防器材。

? 机房内不同电压的电源插座，应有明显标志。

? 机房内严禁存放易燃、易爆等危险物品。

? 楼板预留孔洞应配有安全盖板。

? 地线的具体指标要求:交流配电系统安全地、设备工作地和总配线架防雷地应采用联合接地，接地电阻不大于1 Ω。

? 终端设备接地要求: 给计算机终端提供交流电源只需火线与零线 ，计算机终端保护地线不得使 用交流配电系统的保护地线，需与交换机GND相连。

? 总配线架防雷地线要求:能泄放异常情况引起的过剩电荷，满足国标对配线架的接地的要求，外线电缆屏蔽层在总配线架处应与防雷地相连。

? 防雷

应做好防雷工程，以防患于未然。

★ 做好机房接地

根据国际GB50174-93《电子计算机房设计规范》，交流工作地、直流工作地、保护地、防雷地宜共用一组接地装置，其接地电阻按其中最小值要求确定。

所有的接地连接件应加防腐保护。

接地螺杠必须用机械方法加以紧固。

★ 做好线路防雷

1)在动力室电源线总配电盘上安装并联式专用避雷器构成第一级衰减。

2)在机房配电柜进线处，安装并联式电源避雷器构成第二级衰减。

3) 机房布线不能延墙敷设，以防止雷击时墙内钢筋瞬间传导墙雷电流时，瞬间变化的磁场在机房内的线路上感应出瞬间的高脉冲浪涌电压把设备击坏。

2) 中间件选择原则

中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。其位于客户机/ 服务器的操作系统之上，管理计算机资源和网络通讯，是连接两个独立应用程序或独立系统的软件。关于中间件的选择应满足以下原则：

? 性能、技术指标

性能是最关键的决定性因素，中间件选择应符合系统的性能及技术指标的要求。

? 可扩展性

应具有可扩展特性，满足系统数据的可扩展。

? 可移植性

中间件应能够满足可移植性需要，而不只是被绑定在某特定数据库或开发工具上。

? 符合标准

中间件必须符合J2EE标准。

? 外部工具的支持

提供其他工具或者框架的支持，有利于系统稳定、加速开发过程。

3) 备份与恢复

? 备份方式

本次数据库采取mysqldump方式进行备份。

? 备份策略

采取每天备份，定时在晚上或凌晨自动备份。

备份保留7天。

? 备份系统特点

A. 无人值守：

管理员可以对网络上的客户机设定定时备份。另外，管理员还可以使用自动备份设定的规则进行手工备份。

当备份服务器和预定程序设置完成后，客户机可以选择以下三种方式中的任何一种进行备份：

a) 在预定的时间启动预定备份；

b) 在任何时间，通过GUI管理程序或行命令人工进行立即备份；

c) 客户机上的用户通过代理程序启动面向用户的备份。

B. 灾难恢复：

对于灾难恢复的解决方案，备份系统是通过冗余备份和产生“GNU TAR兼容”格式磁带来实现。备份时，系统管理员可以设定进行冗余备份，完成后可以将冗余备份存放到安全地方。另外，所产生的TAR格式兼容磁带可以在备份服务器不可用时使用标准的UNIX工具进行恢复。

4) 系统横向扩展

系统后期横向扩展方案如下：

? 系统的数据库可以灵活地增加共享存储；

? 之后可以灵活增加主机ftp上传共享存储，加入主机文件系统即可。

5) 系统故障保障

系统故障保障方案如下：

? 平台数据库和应用采用开源软件均作双机热备份，实现自动切换；

? 数据库文件进行逻辑异地存放，防止阵列单点故障。

2、 安装调式要求

在项目进行过程中，项目负责工程师每天向项目经理书面汇报工程的实施进度，以便相关人员掌握工程实施情况。

在项目实施过程中，若碰到由于一些原因导致项目无法进行的，项目施工人员需征得项目双方负责人同意后撤离现场。但当问题解决后，应尽快进场继续项目实施。

安装过程中在设备设上远程管理IP地址和Telnet密码，并进行配置，每配置完一台设备，就贴上标签，标签的内容包括：设备的名称、设备的IP地址、设备的安装位置和设备所属的VLAN，若一台设备有多个VLAN的话，则还要注明每个VLAN所包括的端口数。

在现场调试过程中，遇见互连互通问题或设备无法正常工作的情况时首先要确认是否线路问题或是原有设备问题，有可能不是设备的问题，只是配置需要相应的调整，现场施工人员应尽最大努力妥善处理问题，仍无法解决时，应将此信息反馈给项目经理进行处理。

3、 售后服务要求

1) 技术支持

在系统实施的同时，承建方组织专门的技术支持队伍，由以下人员组成：

? 产品技术工程师；

? 系统工程师；

? 系统软件工程师；

其职责是对系统软件及应用系统的技术支持和咨询服务。服务内容包括：系统的维护、性能的维护等。以确保网络系统、应用系统的正常、高效运行。

2) 系统维护

A、 软件系统保修期内的维护

在合同规定的保修期内由承建方负责维修系统正常运行过程中产生的软件故障。

承建方的服务类型包括：

? 热线电话；

? 由工程师指导排除故障；

? 现场排除故障；

? 最快速度响应用户的服务需求；

? 预防性服务，提供定期维护以保证系统的正常运行和排除故障隐患 。

B、　保修期后的维护

保修期后可有多种维护支持方法。可选择：

? 维护合同方式，可以通过购买续签合同；

? 实际发生维护费用方式。

3) 安装服务

安装日程将由山西省公安厅交通管理局与承建方共同制定，包括如下内容：

A、　安装计划

应根据详细的网络设计做出计划，包括：日程、软件预先配置、网络配置、对单独系统区域的功能测试。

B、 定期现场访问

技术人员在预先制定的基础上，定期到现场访问，以提前发现可能的故障和问题，作预防性维修。

预防性维修包括：定期性维修和双方约定的诊断。

定期访问建议以一个月为周期。

4) 技术服务工作方式

A、电话支持

需提供电话支持，以及时联系，方便了解系统问题的详细情况，对于无法立即解决的技术问题应计入报告系统，并告知预计的答复日期和时间。

B、现场响应

需现场解决的问题，应尽快安排技术人员到场，并承诺尽最大的能力解决系统问题。

C、系统性能优化

应根据具体要求，对重要的性能指标进行分析论证，并根据实际情况进行配置优化和性能调整，以达到最佳的整体性能，同时给出最终的优化方案。

D、定期拜访

应安排技术人员进行定期拜访，检查系统工作状态，进行例行维护和协助客户技术支持人员完成其他技术工作，以保障系统的正常运行。

5) 服务条款

遵循如下服务条款：

? 指导性响应

当系统发生问题时，可通过指导山西省公安厅交通管理局技术人员进行现场操作，排除故障。

? 2小时响应

当系统发生故障时，通知承建方后，应在2小时内派出有此方面经验的工程技术人员或高级技术顾问，赶赴现场解决问题。

? 5*8小时服务

为保障用户系统的顺利运行，提供5*8小时服务，解决系统使用过程中遇到的问题。

? 技术咨询

提供系统所有产品和应用开发方面的具体服务，还将依据技术合同对计算机网络系统的业务及管理运作提供更深入的咨询服务。

? 电话咨询

提供电话方式进行咨询和解答。

? 技术培训

应根据需求制定周密的培训计划及方案，并有效地落实这一目标。

对于项目建设中涉及的关键技术的培训问题，用最少的投入、最快的速度掌握各类必需的关键技术。

? 售后服务咨询

提供及时的售后服务咨询服务。

6) 服务承诺

合同签订后，应立即组建一支技术力量强、响应快的服务队伍，提供全方位、有效的、及时的技术支持。

项

1

序号

条款号

本项目商务、技术需求中的

参数或要求

（请详细标明该内容及该内容在项目需求书中的页码、行数）

修改理由或建议

（请明确说明）