公交实时到站数据处理系统0928-Eric updated

项目名称及编号：公交实时到站数据处理系统项目名称及编号：公交实时到站数据处理系统HZZFCG-2013-306目录©2014西安汇龙科技股份有限公司,Allrightsreserved.©2014西安汇龙科技股份有限公司,Allrightsreserved.投标文件供应商：西安汇龙科技股份有限公司（盖单位章）投标文件供应商：西安汇龙科技股份有限公司（盖单位章）法定代表人或其他委托代理人：（签字）时间：2014年9月29日正本沈阳市交通局公交实时到站数据处理系统招标编号：20140188目目录项目名称及编号：沈阳市交通局公交实时到站数据处理系统20140188目录1 技术方案 01.1 综述 01.1.1 项目背景 01.1.2 项目建设目标 01.1.3 项目建设内容 21.2 技术规范与合同主要条款点对点应答表 31.2.1 技术规范点对点应答表 31.2.2 合同主要条款点对点应答表 101.2.3 技术偏离表 311.3 技术方案设计 331.3.1 系统建设的问题难点与解决措施 331.3.2 系统设计原则 341.3.3 系统设计思路与特点 361.3.4 系统技术路线 381.3.5 系统总体架构设计 411.3.6 系统网络架构设计 421.3.7 数据库设计 431.3.8 系统技术架构设计 461.3.9 系统功能设计 511.3.10 系统参数规格设计 561.3.11 系统管理设计 571.4 配置清单 581.4.1 服务器配置 581.4.2 系统软件配置 591.4.3 应用软件配置 601.5 软件结构图 611.5.1 软件系统构成 611.5.2 系统模块与数据流设计 621.6 系统环境要求 631.6.1 系统安装与运行环境 631.6.2 系统部署要求 631.7 工程进度安排 671.8 分工界面 671.8.1 项目组织分工 671.8.2 系统开发对接界面 701.9 系统测试与验收方案 711.9.1 测试范围 711.9.2 测试内容 721.9.3 系统验收测试 821.9.4 验收报告 831.10 培训计划 871.10.1 培训目的 871.10.2 培训的组织及管理 871.10.3 培训方案 881.11 技术服务方案 931.11.1 技术服务内容 931.11.2 技术服务时间说明 931.11.3 服务承诺 951.12 技术承诺 962 商务报价 01. 报价函 02. 法定代表人身份证明 13. 法人授权委托书 24. 报价一览表 35. 资质材料 46. 主要业绩证明 157. 廉洁诚信承诺书 18项目名称及编号：沈阳市交通局公交实时到站数据处理系统项目名称及编号：沈阳市交通局公交实时到站数据处理系统20140188技术方案技术方案项目名称及编号：技术方案项目名称及编号：沈阳市交通局公交实时到站数据处理系统20140188技术方案综述项目背景随着移动互联网及位置服务产业的快速发展，各种基于移动终端的电子地图应用层出不穷。实时公交查询功能是位置应用的重要功能之一。实时公交查询系统是集数据、服务、接口为一体的开发系统，以公交数据为基础，以服务为核心，为用户提供多种开发接口。实时公交查询系统适用于互联网、移动互联网、桌面、服务端，可满足企业级应用。项目建设目标本项目以搭建基础信息平台，实现公交信息采集处理与公交信息共享为主要任务，完成项目的整体规划与设计，包括业务需求、基础设施、信息资源、平台、系统、安全、制度等；并建立信息共享机制，在已有数据资源的基础上，完成沈阳市公交公交信息的信息整合，建成公交信息数据中心。实现公交信息的采集处理及时有效发布。实时公交系统应提供完整、最新而成熟的系统软件技术和产品，其各项技术应满足以下特性。规范性系统建设严格按照中国移动位置基地相关规范及行业相关规范执行，并随着规范的升级进行产品的升级。开放性提供二次开发所需要的工具及开发环境，并承诺对中国移动位置基地及其授权合作伙伴开放系统接口、相关培训等必要的技术支持。可用性充分考虑系统的用户规模及系统业务场景，保证服务的连续性及用户体验的满意度。满足本项目所要求的系统处理能力、系统运行速度、系统内存规模、系统时间性、性能等方面的要求。可靠性采用成熟的技术架构，保证系统底层运行环境的可靠。设计上充分考虑系统运行过程中的异常场景，并进行相应处理，针对系统异常情况及边界情况进行严格的测试，确保系统不出现死机、崩溃、自动退出的情况。易用性对系统操作界面的UI/UE进行深入设计，使用户界面直观简洁、重点突出、满足用户的使用习惯。充分考虑具体功能的操作体验，减少操作的复杂性。灵活性系统设计充分考虑未来操作方式、运行环境、与其他系统接口、精度和有效时限等多方面的变化。使系统具有灵活性。可扩展性系统的设计应充分考虑系统的可扩展能力。包括：功能可扩展：软件模块化、组件化，在增加新的功能，主要只需要改动接口部分，软件主体基本避免大的修改。数据可扩展：应用架构先进，能在不中断业务提供的前提下，对数据库表进行值域、表结构的调整和升级。业务可扩展：客户端系统以功能部件组合划分模块，以功能部件、功能模块的组合划分子系统，便于子系统的重组，使整个系统的特殊需求和系统的通用性结合起来。可维护性系统提供完善的日志功能，易于发现和定位故障，并通过良好的系统设计保证故障的隔离。安全性 系统的设计充分考虑安全性，依据《中国移动位置业务信息安全管理办法》要求，在网络及系统安全、业务流程及隐私安全、业务生命周期管理安全、第三方管理安全等方面进行设计。项目建设内容项目建设内容总体包括系统设计、软件开发、系统集成部署、运行维护、培训、项目验收等。具体为：（1） 系统建设规范：在现有公交行业标准基础上进行本地化扩展，最终形成一套公交服务信息系统建设规范，包括：数据采集内容及接口规范、对外公众出行服务接口规范等，并指导本项目建设。（2） 数据采集与服务接口开发：通过对沈阳市公交相关数据采集和数据整合，建立项目数据资源库，实现对外标准服务接口的开发。（3） 系统管理后台：实现数据维护、统一认证、数据统计等相关后台管理功能；（4） 系统集成部署；（5） 培训及系统运维。

技术规范与合同主要条款点对点应答表技术规范点对点应答表1．系统概述实时公交系统应提供完整、最新而成熟的系统软件技术和产品，其各项技术应满足以下特性。规范性系统建设严格按照中国移动位置基地相关规范及行业相关规范执行，并随着规范的升级进行产品的升级。开放性提供二次开发所需要的工具及开发环境，并承诺对中国移动位置基地及其授权合作伙伴开放系统接口、相关培训等必要的技术支持。可用性充分考虑系统的用户规模及系统业务场景，保证服务的连续性及用户体验的满意度。满足本项目所要求的系统处理能力、系统运行速度、系统内存规模、系统时间性、性能等方面的要求。可靠性采用成熟的技术架构，保证系统底层运行环境的可靠。设计上充分考虑系统运行过程中的异常场景，并进行相应处理，针对系统异常情况及边界情况进行严格的测试，确保系统不出现死机、崩溃、自动退出的情况。易用性对系统操作界面的UI/UE进行深入设计，使用户界面直观简洁、重点突出、满足用户的使用习惯。充分考虑具体功能的操作体验，减少操作的复杂性。灵活性系统设计充分考虑未来操作方式、运行环境、与其他系统接口、精度和有效时限等多方面的变化。使系统具有灵活性。可扩展性系统的设计应充分考虑系统的可扩展能力。包括：功能可扩展：软件模块化、组件化，在增加新的功能，主要只需要改动接口部分，软件主体基本避免大的修改。数据可扩展：应用架构先进，能在不中断业务提供的前提下，对数据库表进行值域、表结构的调整和升级。业务可扩展：客户端系统以功能部件组合划分模块，以功能部件、功能模块的组合划分子系统，便于子系统的重组，使整个系统的特殊需求和系统的通用性结合起来。可维护性系统提供完善的日志功能，易于发现和定位故障，并通过良好的系统设计保证故障的隔离。安全性 系统的设计充分考虑安全性，依据《中国移动位置业务信息安全管理办法》要求，在网络及系统安全、业务流程及隐私安全、业务生命周期管理安全、第三方管理安全等方面进行设计。答：（满足）2．系统架构与组网2.1系统架构系统采用分层架构，系统读取实时公交数据、公交基础数据（公交站点、公交线路、公交车辆信息等），同时通过对算法的封装实现实时公交查询；借助APIServer服务框架，为客户端API提供实时公交查询服务；用户可根据实际业务需求，基于系统进行二次开发，实现各种公交应用。系统与基地现有公交数据处理平台紧密对接，直接同步公交数据处理平台编辑后的MIF、CSV格式公交数据，不需人工干预即可导入公交基础数据。2.1.1功能服务协议层系统提供REST服务接口，支持XML、JSON格式的协议，提供实时公交查询服务。协议格式兼容基地现Android版和IOS版SDK、JavaScript版地图API使用。答：（满足）服务封装层本系统通过对引擎的封装实现实时公交查询服务，提供查询指定线路、站点的实时公交到站信息。答：（满足）逻辑层系统核心层，实现实时公交查询结果的生成算法，是系统高效准确计算实时公交信息的关键，算法实现的优劣直接影响实时公交查询服务封装的效果，因此该层为本系统的核心，应重点关注及掌握。实时公交查询结果生成算法支持按多种条件查询公交实时到站信息。答：（满足）数据层基础公交数据用于将公交的实时到站信息与公交车辆、公交线路等进行关联，以便于进行查询条件设置。基础公交数据应能够利用位置基地现有的公交数据生产平台中的工具数据进行更新，数据格式为CSV或MIF。实时公交数据是公交车辆的实时位置信息，通过实时接口从实时公交数据源定期获取。答：（满足）2.1.2系统管理系统管理提供服务接口鉴权管理、业务量统计、日志查询管理等功能。答：（满足）2.2组网结构组网方案如下：网元描述：客户端手机应用：提供用于手机客户端应用开发使用的API。PC浏览器应用：提供用于PC浏览器客户端上应用开发使用的API。短彩信及其他应用：提供用于开发短彩信等其他应用的地图API，以发送报文方式调用，支持通过业务服务器进行调用，由业务服务器解析应答结果并呈现结果至客户端。业务层业务平台：为客户端提供位置应用及服务的业务系统。资源层本系统：开放实时公交查询服务并响应应用的请求，向应用提供公交换乘、查询服务。答：（满足）3．系统功能要求3.1实时公交信息接收功能支持从实时公交信息数据源接收实时公交信息。从平台接收公交实时到站信息功能实时公交数据源通过接口每隔5秒发送实时公交到站信息到本系统，本系统将实时公交到站信息入库。2、实时公交数据源平台以接口方式提供下面数据：序号字段中文名数据字典名字段类型是否非空字段备注1OID键值VARCHAR2(38)NOTNULL[主键]2ZBCODE车辆编号NUMBER4CARNAME车辆类型VARCHAR2(50)5UNITCODE所属线路IDNVARCHAR2(10)NOTNULL6NAME所属线路名称NVARCHAR2(40)NOTNULL7LIST_NAME线路走向名称NVARCHAR2(20)8BEGION_SITE线路起始站INTEGERNOTNULL9END_SITE线路终点站INTEGERNOTNULL10TARGET_ID车牌号VARCHAR2(15)NOTNULL11OWNER车辆编号VARCHAR2(50)12MAC_ID车辆MACIDVARCHAR2(20)13X经度NUMBER(10)NOTNULL14Y纬度NUMBER(10)NOTNULL15GPSTIMEGPS时间DATENOTNULL16BVALID是否有效VARCHAR2(10)NOTNULL17SPEED车速VARCHAR2(10)NOTNULL18DIR方位VARCHAR2(5)NOTNULL19INSERT_TIME插入时间DATE20PAST_SITE经过的上一站点INTEGERNOTNULL21SYS_NAME平台标识VARCHAR2(10)NOTNULL答：（满足）3.2实时公交信息查询功能3.2.1指定公交线路和站点查询实时公交信息返回指定线路（指定方向）、指定站点距离本站最近的、即将到站的1-3辆公交信息。请求内容说明：功能点指定公交线路和站点查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳市”是公交线路名称输入准确名称，支持关键字查找确认是线路方向输入线路起点到终点的方向否公交站点名称输入准确名称，支持关键字查找确认是查询最近即将到站车辆数可输入范围“1-3”，默认为“1”否应答内容说明：功能点指定公交线路和站点查询实时公交信息输出输出内容取值说明成功标识根据请求的车辆数每一辆从近至远依次返回，返回内容包括成功、失败、结果为空公交车距车站距离根据请求的车辆数每一辆从近至远依次返回距离单位：米标识为失败或空的车辆不返回距离公交车距车站站数根据请求的车辆数每一辆从近至远依次返回站数，最小取值为0标识为失败或空的车辆不返回预计到达时间根据请求的车辆数每一辆从近至远依次返回距离单位：分钟标识为失败或空的车辆不返回答：（满足）3.2.2指定公交站点查询实时公交信息返回指定公交站点所有经过线路的即将到达的1-3辆公交车。请求内容说明：功能点指定公交站点查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳市”是公交站点名称输入准确名称，支持关键字查找确认是站点经度站点位置经度否站点纬度站点位置纬度否下一站点名称当前站点后的任一站点名称否查询最近即将到站车辆数可输入范围“1-3”，默认为“1”否应答内容说明：功能点指定公交线路和站点查询实时公交信息输出输出内容取值说明成功标识根据请求的车辆数每一辆从近至远依次返回，返回内容包括成功、失败、结果为空公交线路名称包括具体的线路属性信息公交车距车站距离根据请求的车辆数每一辆从近至远依次返回距离单位：米标识为失败或空的车辆不返回距离公交车距车站站数根据请求的车辆数每一辆从近至远依次返回站数，最小取值为0标识为失败或空的车辆不返回预计到达时间根据请求的车辆数每一辆从近至远依次返回距离单位：分钟标识为失败或空的车辆不返回答：（满足）3.2.3根据线路查询实时公交信息返回指定线路所有实时公交信息。请求内容说明：功能点根据换乘方案查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳市”是公交线路名称输入准确名称，支持关键字查找确认是线路方向输入线路起点到终点的方向否应答内容说明：功能点根据换乘方案查询实时公交信息输出输出内容取值说明成功标识成功、失败、结果为空（以下三个结果全部返回成功才为成功）公交站点名称按顺序返回此线路所有站点单位：米标识为失败或空的车辆不返回距离公交车ID返回当前运行中的所有公交车ID。公交车最近站点返回每辆公交车最近站点名称标识为失败或空的车辆不返回公交车距离最近站点距离返回每辆公交车距离即将到达的站点距离单位：米标识为失败或空的车辆不返回答：（满足）3.3公交基础信息维护功能3.3.1公交基础信息导入可以将MIF格式数据进行导入本系统数据库，用于与实时公交信息进行匹配。支持按城市自动导入，最小化人工操作；支持在线导入，即导入过程中不影响系统正常使用；导入完成后返回导入是否成功，并记录日志。答：（满足）3.3.2公交基础信息与实时信息关联将从实时公交数据源平台获取的实时公交信息与本系统中的公交基础信息关联。支持自动关联，最小化人工工作；可以通过配置文件进行关联相关的设置；关联过程不影响系统正常运行。答：（满足）4．系统性能要求4.1性能要求单台服务器处理并发数要求：200条/秒；单条请求响应时延要求：80%的请求时延不大于200ms，98%的请求时延不大于500ms。计算时间要求：单条计算时间不大于500ms，全市并发计算时间不大于5s。（注计算时间指从收到实时公交信息到产生实时公交查询结果的时间，各接口单独计算）答：（满足）4.2接口类型要求支持REST接口，请求格式为URL，应答为JSON或XML格式，报文格式按基地GIS系统现行接口规范执行。兼容GIS的JavaScript、SDK接口。答：（满足）5．系统管理5.1日志记录通过日志记录系统情况，包括鉴权、接口请求、异常等。答：（满足）5.2统计功能系统统计功能支持按指定时间段及业务账号统计业务量；按指定时间段及分城市统计业务量；按业务账号分时段（每天、每小时）统计业务量。按指定时间段及业务账号统计业务量，即统计每个业务的各服务的调用量。按指定时间段及分城市统计业务量，即统计每个城市公交查询调用量。按业务账号分时段（每天、每小时）统计业务量（GroupBy），即统计业务账号每天（小时）的调用量。答：（满足）5.3权限管理业务调用系统的账号管理功能。不同的人员具有不同的数据访问权限和功能操作权限，系统管理员应能对各操作员的权限进行配置和管理。答：（满足）合同主要条款点对点应答表中国移动辽宁公司【沈阳市交通局公交实时到站数据处理系统】软件开发合同第一条合同双方当事人委托方：【中国移动通信集团辽宁有限公司】公司法定地址：【沈阳市浑南新区新隆街6号】法定代表人：【】受托方：【西安汇龙科技股份有限公司】公司法定地址：【西安市高新区丈八一路一号汇鑫IBCA座21层】法定代表人：【刘英智】鉴于：1．委托方是依据中华人民共和国法律成立并在中国【】合法注册、经营及有效存续的公司，具有签署本合同的合法主体资格，且在签署本合同时无任何法律障碍和重大事件影响委托方继续正常存续和履行本合同的能力；答：（满足）2．受托方是依据中国法律成立并在中国【】合法注册、经营及有效存续的公司，具有签署本合同的合法主体资格，且在签署本合同时无任何法律障碍和重大事件影响受托方继续正常存续和履行本合同的能力；答：（满足）3．受托方拥有进行软件开发的能力。受托方进行软件开发不会损害任何第三方的合法权益和社会公共利益。答：（满足）4．委托方拟委托受托方进行软件开发，受托方予以同意。为此，双方本着平等互惠、协商一致的原则，签署本合同。答：（满足）第二条定义2.1 委托方关联公司指委托方的分（子）公司、中国移动通信集团公司、在中华人民共和国境内由中国移动通信集团公司直接或间接控股的主营移动通信业务的公司，以及上述公司的合法继承人。答：（满足）2.2 “一方”：指受托方或委托方中的任何一方。答：（满足）2.3 “双方”：指受托方和委托方。答：（满足）2.4 “合同”：指由本合同正文及与本合同正文不可分割的附件、补充协议共同构成的整体。答：（满足）2.5 “安装”：指由受托方技术人员实施的软件安装工作。答：（满足）2.6 “技术服务”或“服务”：指按合同【】规定由受托方向委托方做出的行为和承诺。包括但不限于：【】。答：（满足）2.7 “联网”：指本合同系统安装完成后，将委托方与本合同相关的正常运行的原有系统与合同系统连接并运行。答：（满足）2.8 “初验”：指在委托方进行的联网测试完成后，委托方的技术人员在受托方的协助下，按受托方和委托方确认的验收规范对合同系统进行各种技术指标测试。如果合同系统达到合同附件三及验收规范中受托方承诺满足的所有技术指标，委托方和受托方将签署初验合格证书。答：（满足）2.9 “试运行”：指签署初验合格证书第2天起合同系统在联网环境下连续稳定运行【】个月。答：（满足）2.10 “终验”：指委托方在试运行结束后对合同系统的验收。如果合同系统达到合同附件三技术规范中受托方承诺满足的所有技术指标，委托方和受托方将签署终验合格证书。答：（满足）2.11 “系统测试”或“调试”：指由受托方技术人员按合同附件三的标准进行的单机、部分或整个系统的测试和调通。答：（满足）2.12 “软件更新”：指受托方根据委托方的故障报告和要求所作的和/或由受托方主动做出的程序改进和更正，包括软件装载，完成指令和向委托方提供的相应文档。软件更新对程序指标不进行重大改变且不含版本升级。答：（满足）2.13 “版本升级”：指受托方对软件所作的重大改进。该等重大改进是在保留原程序设计用途的基础上增加功能和增强性能。答：（满足）2.14 “委托方现场”或“现场”：指委托方确定的对软件进行安装和运行的场所。答：（满足）第三条合同标的3.1 受托方接受委托方委托，就中国移动辽宁公司【】软件进行开发。由受托方提供的软件具体内容详见合同附件【】。本合同标的并非仅指上述附件中描述的一组软件，而是指它们结合而成的一个能够协同工作的整体。答：（满足）3.2 受托方所提供的合同系统应满足其对附件三所规定的技术规范、保修条件的承诺及受托方对委托方的各项承诺。答：（满足）3.3 受托方负责派遣其健康、有经验、有能力的专业技术人员进行软件开发、调通和联网测试、保修及售后服务等。答：（满足）3.4 受托方负责对委托方的技术人员进行相关操作、维护等技术培训，培训具体事宜见附件二。答：（满足）第四条价格4.1 受托方开发的软件要求详见合同附件【】、附件【】和附件【】。本合同总价为：人民币【￥】元（大写【】）。价格清单见附件一。答：以商务报价为准答：（满足）4.2 上述合同总价为含税价格，为固定不变价。无论合同是否提及，合同总价均包括了合同有效期内受托方为履行合同义务所需支付的全部费用，除非委托方同意，本合同总价不能变更。答：（满足）第五条付款方式5.1 合同项下所有款额应通过委托方和受托方在本合同中所约定的银行以人民币支付。双方各自承担因执行合同所发生的银行费用。答：（满足）5.2合同第四条中确定的合同总价由委托方向受托方以如下方式及比例支付：5.2.1初验付款：即合同总价的【】%，计人民币【￥】元（大写【】），委托方将在收到以下单据并确认无误后30日内以电汇方式向受托方支付：（A）标明合同号、金额为合同总价100%的正规有效发票原件一份；（B）由受托方签发并盖章的付款通知书一份；（C）由双方共同签署的初验报告一份。答：（满足）5.2.2终验付款：即合同总价的【】%，计人民币【￥】元（大写【】），委托方将在收到以下单据并确认无误后30日内以电汇方式向受托方支付：（A）由受托方签发并盖章的付款通知书一份；（B）由双方共同签署的终验报告一份。答：（满足）5.3 根据本合同的规定，如果受托方有赔偿和/或支付违约金的责任，则委托方有权从最近的一笔付款中扣除相应金额。答：（满足）5.4 结算账号委托方：【】开户行：【】账号：【】受托方：【西安汇龙科技股份有限公司】开户行：【】账号：【】答：（满足）第六条税务6.1 委托方将承担根据中国法律向其征收的所有与合同履行有关的税项。答：（满足）6.2 受托方保证其为所提供的合同系统按中国法律法规足额及时缴纳应交税款，在合同履行过程中无逃漏税、走私等行为。受托方同意，必要时应向委托方提供相应税项的完税证明文件。答：（满足）6.3 双方应各自承担其未按中国法律足额及时缴纳税款而产生的全部责任。委托方不因签署本合同而导致连带承担受托方的税务责任，如果因此而导致委托方的损失，受托方应当赔偿前述损失。答：（满足）6.4 由于受托方出具的发票不真实、不合格而引起的一切责任（包括商业责任和法律责任）和损失由受托方承担。答：（满足）第七条安装、系统测试、移交、联网、初验、试运行和终验7.1软件交付时间为：合同签订后【】日内交付。答：（满足）7.2 受托方和委托方应在安装开始前各指定一名代表负责处理从安装开始到合同系统终验合格期间与合同系统有关的事务。如果有任何问题和争议应由双方代表友好协商解决。主要工作内容、工作进度、所有问题及解决方法应用中文记录，一式二份，双方各执一份，由双方代表签字。答：（满足）7.3 安装及系统测试7.3.1 安装工作应按照本合同附件五的规定按期开始。受托方应在安装工作开始前【】天向委托方提供二份有关合同系统安装的技术文件的复印件。答：（满足）7.3.2 受托方负责对合同软件进行安装，委托方对安装提供相应的协助，具体分工见附件四。在安装完成后受托方将对安装进行检查以确保安装正确，并按照附件五工程进度表进行系统测试。系统测试所需的仪器、仪表及专用工具由受托方解决，应该符合并满足测试合同系统的技术要求。答：（满足）7.4 移交、联网与初验7.4.1 软件安装及系统测试完成后，受托方应将系统移交给委托方。答：（满足）7.4.2 移交系统时，双方应进行移交测试。受托方应携带测试所需仪器、仪表及专用工具、器具至委托方现场，并提供验收手册给委托方。验收手册经委托方确认后作为移交测试的依据。答：（满足）7.4.3 移交测试应由委托方的技术人员在受托方人员的协助下按照验收手册进行。测试结果应做记录并在移交测试完成后由双方代表确认签字。答：（满足）7.4.4 如果委托方确认所有合同系统指标都达到验收手册的规定，由受托方和委托方签署移交测试验收证书一式二份，双方各执一份。答：（满足）7.4.5 移交测试完成后，受托方在委托方配合下进行合同系统的联网测试。联网测试顺利完成后，受托方应配合委托方对合同系统进行初验。合同系统达到附件三及验收规范中受托方承诺满足的技术要求和指标后，委托方和受托方的授权代表应签署初验合格证书一式两份，双方各执一份。答：（满足）7.4.6 如果软件存在无实质性影响的微小缺陷，且受托方将及时采取措施进行改进，在委托方同意的前提下，委托方和受托方仍将由各自授权代表签署初验合格证书。答：（满足）7.4.7 由于受托方的原因，使合同系统中的任何一部分不能通过初验，则受托方应按本合同约定承担违约责任。受托方应采取一切补救措施以使初验能够尽快再次进行，直到完成初验。逾期不能完成初验的，按本合同约定承担违约责任。再次及多次初验的所有费用由受托方承担。答：（满足）7.4.8 在联网和初验过程中，如因软件质量或受托方人员行为造成委托方网络中断、运行故障、数据丢失等事件，则该事件造成的损失(包括但不限于修复费用、中断期间营业损失等)由受托方承担。如营业收入因数据丢失或运行中断无法计算的，则按当日每小时平均话务量类推计算。答：（满足）7.5 试运行及终验7.5.1 从初验合格证书签署后的第2日起，委托方对合同系统进行为期【】个月的试运行。对任何在试运行期内的故障，委托方或委托方应清楚地以书面形式通知受托方。答：（满足）7.5.2 试运行期间合同系统的功能和性能应符合本合同附件三中受托方的所有承诺和担保。如果在试运行期内的任何时间发现合同系统的功能和性能与本合同约定有任何不符，受托方有责任对其进行修改和矫正，直至达到附件三受托方承诺满足的技术要求和指标。答：（满足）7.5.3 在试运行期间，如果受托方开发的软件不能正常工作，发生以下故障的，经双方认定后，委托方有权单方解除合同： 试运行期间，软件主要性能指标不能满足合同要求且持续时间超过【】；答：（满足） 试运行期间，由于受托方原因使软件出现故障造成网络中断，受托方在得到委托方通知后【】小时内仍不能使网络恢复正常运行，或即使受托方在得到委托方通知后在【】小时内使网络恢复正常运行，但以上情况在试运行期内出现【】次以上；答：（满足） 试运行期间，设备的整机故障率大于【】%； 如果系统发生上述三项所描述的故障而委托方未提出解除合同或系统发生其他故障，受托方应当尽快免费进行修改。委托方有权根据故障的具体情况决定，试运行期从故障排除之日起重新开始计算或试运行期根据故障持续的时间从故障排除之日起顺延。答：（满足）7.5.4 试运行期结束后，合同系统达到附件三及验收规范中受托方承诺满足的技术要求和指标后，委托方和受托方将签署终验合格证书，终验合格证书一式两份，双方各执一份。终验合格证书仅作为受托方履行其义务的必要证据，但其签署并不解除受托方对软件质量缺陷或瑕疵的担保责任。答：（满足）7.5.5 在试运行和终验过程中，如因受托方人员行为造成委托方网络中断、运行故障、数据丢失等事件，则该事件造成的损失(包括但不限于修复费用、中断期间营业损失等)由受托方承担。如营业收入因数据丢失或运行中断无法计算的，则按当日每小时平均话务量类推计算。答：（满足）第八条保修8.1 受托方对于开发的软件向委托方提供的保修期为自终验合格证书签署的第2天起的【】个月。答：（满足）8.2 保修期内，为保证合同系统满足附件三的要求，受托方承诺免费承担委托方全网联调时的相关配合工作。在保修期内，受托方承诺在委托方及委托方关联公司对本工程后续的扩容和/或改造工程或本工程相关的其他工程中，无论受托方中标与否，均免费提供本合同系统范围内的配合工作。答：（满足）8.3 保修期内，受托方应尽快按照委托方提供的时间表，免费纠正或替换任何与本合同规定的功能有偏差的软件部分。纠正或替换的软件的相关技术文件资料应及时免费提供给委托方。答：（满足）8.4 保修期内，受托方应提供每天【】小时的技术支持服务。如果出现紧急技术问题，在委托方通过电话或传真通知受托方的情况下，受托方的专业技术人员（指具有相应资格的工程师）应在【】小时内予以答复。如果委托方要求紧急处理，受托方应在收到委托方通知后的【】小时内赶到现场。当合同系统提供的业务中断时，受托方在提供远端服务的同时，必须在收到委托方通知后【】小时内赶到现场进行检修。答：（满足）8.5 保修期内，受托方承诺在委托方要求时免费提供合同系统正常运行所必需的基本技术支持（含现场服务），包括但不限于：（A） 为保证合同系统正常运行所需的预防性维护支持、日常维护支持、网络调整支持、数据备份支持等工作。（B） 当委托方通信网络或设备调整时，在调整后的设备与合同系统网络物理连通的情况下，提供网络调试，实现调整后的通信设备接入合同系统的技术支持。（C） 对软件有关的日常技术咨询服务。答：（满足）8.6 保修期内，中国相关部门及委托方修改或重新制定有关合同系统的技术体制标准而造成合同软件与附件三所述标准不一致时，受托方承诺免费对合同软件进行相应的修改工作以使其符合上述最新标准。在保修期满后，受托方仍应按委托方要求提供此类服务，并可收取合理费用。答：（满足）8.7 保修期满后，受托方仍应根据委托方的要求按照委托方的技术规范对其软件进行修改、补充和完善，并提供必要的技术支持。在委托方提出新的业务功能需求、技术要求或技术规范时，受托方应在双方确认需求后【】个工作日内提交详细的开发计划，经委托方确认后，在规定时间内实施必要的软件更新或版本升级，以满足新规范的要求。相应的软件修改、更新、版本升级的价格和商务条件另行协商。答：（满足）8.8 保修期内，对保修范围内的保修服务所发生的全部费用均已保含在合同总价中，委托方不为此支付任何额外的费用。答：（满足）第九条知识产权9.1 软件知识产权归属9.1.1在本合同项下由受托方按委托方提供的工程业务规范、标准和要求开发的所有软件，相关知识产权包括独占和排他的著作权归委托方所有。答：（满足）9.1.2 在未经委托方书面允许的情况下，受托方不得以任何方式将上述软件产品、文档及或软件的任何数据或程序向委托方以外的任何第三方明示或暗示地披露、提供或以任何方式加以利用。答：（满足）9.1.3 受托方不得将在按委托方提供的工程业务规范、标准和要求开发上述相关软件产品的过程中获悉的任何技术文档、相关的技术规范或技术标准明示或暗示地提供或透露给除委托方以外的任何第三方或以任何方式利用。答：（满足）9.1.4 受托方应保证在合同软件初验前提供给委托方上述所有软件产品的全部信息和资料，并保证在其发生变更后及时告知委托方，包括：A、 合同软件产品的概要设计、功能设计的详细文档及源代码，类库定义说明文档和类库本身；B、 涉及软件数据库结构的详细文档，包括数据模型、数据字典等；C、 受托方依据本合同专门为委托方的相关业务流程功能、性能进行测试而定制开发的测试软件工具的技术文档及源代码。答：（满足）9.1.5 受托方应在系统终验时或在委托方要求时，将所有与上述软件产品有关的、以任何形式载有的技术资料、数据或程序（包括其电子文档）全部完整地交给委托方，不得有任何缺漏。答：（满足）9.1.6 按照上述条款规定由受托方提供给委托方的所有文档、数据模型、类库、各种软件产品，委托方拥有其全部权利，且委托方拥有基于前述软件和文档、数据模型、类库等进行软件再开发的权利。基于受托方提供的文档、类库、各种软件产品进行的二次开发产品，其知识产权归委托方所有。答：（满足）9.2 侵权救济9.2.1 受托方保证其为本合同目的而开发的软件和委托方拥有软件使用许可权的软件不会侵犯第三方的合法权利。如果委托方因按照合同的约定行使软件的相关权利而侵犯第三方的合法权利，并因此涉入诉讼、索赔或其他司法程序（以下称“侵权诉讼”），受托方同意按照本条款的规定进行处理和赔偿。答：（满足）9.2.2 受托方同意在收到委托方书面通知的情况下，指派代表为委托方的权益并以委托方的名义参与上述第三方提起的侵权诉讼，受托方应在上述侵权诉讼进行过程中就诉讼策略及其他事宜向委托方提供必要的支持与协助，并承担所产生的一切诉讼费用、律师费用、差旅费用、和解金额或生效法律文书中规定的损害赔偿金额、软件使用费等费用以及由此给委托方造成的全部损失。答：（满足）9.2.3 委托方应在发生上述侵权诉讼后迅速通知受托方，并在上述侵权诉讼过程中与受托方进行合作。答：（满足）9.2.4 如果在上述侵权诉讼中有效法律文书认定委托方构成侵权，禁止委托方继续使用软件的一部分或全部，向第三方权利人支付使用费用，受托方应采取以下措施之一：答：（满足）9.2.5 免费使委托方重新获得合法使用上述软件的权利；答：（满足）9.2.6 在委托方要求的合理期限内对上述软件进行修改或更换使其满足合同的相关规定，以使委托方使用软件不受上述法律文书限制，并继续合法、不受限制地使用软件。采取以上措施所发生的一切费用均由受托方承担；答：（满足）9.2.7 若上述软件有其他同型同质的替代物可供使用，则经委托方同意，受托方亦可收回软件及技术文件，并将相应合同价款返还给委托方。但对委托方购买上述替代物而支出的高于本合同软件合同价款的部分，受托方应予以承担。答：（满足）9.2.8 如果委托方因司法机关对上述侵权诉讼做出的生效法律文书或为避免损失扩大且经受托方同意而与第三方达成生效和解协议后，完全不可能继续使用软件的，则委托方有权解除合同。受托方应承担本合同约定的违约责任。答：（满足）9.3 委托方根据本条所获得的软件使用许可，同样适用于受让合同软件的任何后继所有人而无须支付其他任何费用。答：（满足）第十条保密10.1 本合同拥有信息的一方（“提供方”）根据本合同向另一方（“接受方”）提供的包括但不限于技术性信息、商业性信息、文件、程序、计划、技术、图表、模型、参数、数据、标准、业务或业务运作方法以及其他专有信息及本合同的条款(以下统称“保密信息”)，只能由接受方及其人员为本合同目的而使用。除本合同另有规定外，对于提供方提供的任何保密信息，未经提供方的书面同意，接受方及其知悉保密信息的人员均不得直接或间接地以任何方式提供或披露给任何“第三方”。答：（满足）10.2 提供方向接受方提供或披露的保密信息，仅可由接受方为执行本合同需要披露给指定的雇员，并且仅在为执行本合同所需的范围内进行该等披露；但是，接受方在采取一切合理的预防措施之前，不得向其雇员披露任何保密信息，该等预防措施包括但不限于告知该等雇员将要披露信息的保密性质，由该等雇员做出至少与本合同保密义务一样严格的保密承诺等，以防止该等雇员为个人利益使用保密信息或向任何第三方做出未经授权的任何披露。答：（满足）10.3 接受方的律师、会计师、承包商和顾问为提供专业协助而需要了解保密信息时，接受方可向其披露保密信息，但是，其应要求上述人员签订保密协议或按照有关职业道德标准履行保密义务。答：（满足）10.4 如相关政府部门或监管机构要求接受方披露任何保密信息，接受方可在该政府部门或机构要求的范围内做出披露而无需承担本合同项下的责任。但前提是，该接受方应立即将需披露的信息书面通知提供方，以便提供方采取必要的保护措施，且该等通知应尽可能在信息披露前做出，并且接受方应尽商业上合理的努力确保该等被披露的信息获得有关政府机关或机构的保密待遇。答：（满足）10.5 在任何情形下，本条所规定的保密义务应永久持续有效。答：（满足）10.6 本条规定的保密义务对以下信息不适用：10.6.1在一方披露时，已经是公众所知的信息，或者在披露后，并非由于接受方或其雇员、律师、会计师、承包商、顾问或者其他人员的过失而成为公众所知的信息；答：（满足）10.6.2有书面证据证明在披露时已经由接受方掌握的信息，而且信息并非直接或间接来自提供方；或有书面证据证明第三方已向接受方披露的信息，而该第三方并不负有保密义务，并且有权做出披露。答：（满足）10.7 当本合同解除或终止时，接受方应立即停止使用且不得许可第三方使用提供方的保密信息，同时，接受方应按照提供方的书面要求，将提供方提供的保密信息退还提供方或予以删除或销毁。答：（满足）第十一条承诺与保证11.1 双方保证：指定的授权代表具有完全民事行为能力且已获得签署本合同所必须的书面授权，授权代表作为其委托代理人签署本合同并无任何法律障碍，对授权代表签署本合同的任何行为将予以认可，并不存在授权不明或超授权范围的情况，亦不存在任何因上述情况而可能导致合同无效或部分无效、被撤消的情况。答：（满足）11.2 受托方保证合同软件为符合最新颁布的中国相关体制标准和最终用户现行的相关体制标准的产品；如无前述体制标准，则保证其符合相关国际标准；如无国际标准，则保证其符合行业惯常标准。答：（满足）11.3 受托方承诺，在本合同系统被其它系统替换的情况下，受托方应免费配合最终用户将合同系统中全部用户数据倒换为通用的可识别的文件。此种情况下，受托方应免费进行合同系统的改造及相关配合工作，以满足最终用户的要求。答：（满足）11.4 受托方保证：根据合同附件三技术规范书的要求对设备的容量计算是正确的。如果由于受托方计算错误而引起设备部件的缺失，受托方应在收到委托方通知的【】天内向委托方免费提供缺失部件，使系统完整，同时承担约定的违约责任。答：（满足）11.5 受托方承诺：在委托方要求时免费配合、提供并完成与委托方其它应用系统间的互通性测试，免费开放相关的接口协议，包括但不限于通信协议、协议的原语、协议中使用的消息集、由协议所交换的数据格式、系统所支持的信息模型、管理目标定义、数据库结构及其他必要的技术文件，上述文件应满足委托方能够自行开发或委托第三方开发与合同系统有关的应用软件的要求。受托方进行软件版本升级时应提前【】个月提供上述技术文件的修改部分，并在需要时按照委托方的技术规范免费修改合同设备软件以满足与委托方其它应用系统互通的要求。答：（满足）第十二条违约责任12.1 受托方未能按照本合同7.1条约定时间向委托方交付软件，应以如下方式向委托方支付逾期交货违约金：（A） 每逾期一天，支付合同总价款【】%的违约金；（B） 上述逾期违约金的支付不影响受托方交付义务的履行；（C） 逾期超过【】天的，委托方有权单方解除本合同。受托方应向委托方支付合同总价【】%的违约金。违约金不足以弥补委托方的全部损失的，受托方还应予以赔偿。答：（满足）12.2 如果由于受托方原因致使合同系统初验或终验不能按照附件五的规定时间完成，受托方应以如下方式向委托方支付逾期初验或终验违约金：（A） 每逾期完成初验或终验一天，支付合同总价款的【】%；（B） 上述逾期违约金的支付不影响受托方初验或终验义务的履行；（C） 逾期完成初验或终验超过【】天的，委托方有权单方解除本合同。受托方应向委托方支付合同总价【】%的违约金。违约金不足以弥补委托方的全部损失的，受托方还应予以赔偿。答：（满足）12.3 委托方依据上述12.1/12.2条款解除本合同后，受托方在承担相应违约责任同时，应在委托方解除合同的书面通知送达之日起【】日内全额退还委托方已支付的款额及相应的利息，计息时间从委托方支付日期开始到受托方退还日期为止，利率以归还上述款额时中国人民银行公布的同期【】利率为准。逾期退还的，按日需支付应退款额万分之【】的违约金。委托方应把相关技术文件和合同软件介质退还给受托方，受托方负责卸载或删除。相关费用由受托方负责。答：（满足）12.4 如果软件开发由于委托方的原因推迟，则本合同履行相应顺延。双方应按顺延后的日期履行本合同，顺延日期以委托方书面通知的为准。答：（满足）12.5 合同一方应在另一方发生违约行为后，以书面形式向违约方发出违约或解除合同的通知。该等通知中应详细列明对方违约的时间、违约行为、违约造成的损失和要求对方承担违约责任的主张。违约方可就此向发出方提出解释或质疑，双方应及时确认违约责任的承担。但此种确认并不影响双方按合同应履行的其他义务和应行使的其他权利。答：（满足）12.6 合同任何一方违反保密约定，故意或过失泄密的，除应立即采取措施停止泄密行为，减小泄密造成的损失外，还应向保密信息拥有方支付合同总价【】%的违约金。上述违约金不足以弥补保密信息拥有方所受损失的，泄密方还应予以赔偿。同时，保密信息拥有方还有权根据泄密造成损失的大小，单方解除本合同。答：（满足）12.7 委托方不按合同约定付款，每迟一日向受托方支付合同总价【】%的违约金。当违约金达到合同总价【】%时，受托方有权解除合同。答：（满足）12.8 保修期满后合同系统在正常使用期限内，因合同系统质量缺陷而造成的委托方和/或第三方人身财产损失的，受托方应负责赔偿。答：（满足）12.9 本合同所称之损失包括实际损失和合同履行后可以获得的利益、诉讼或仲裁费以及合理的调查费、律师费等相关法律费用。答：（满足）第十三条不可抗力13.1 本合同所指不可抗力，是指不能预见、不能避免并不能克服的客观情况。答：（满足）13.2 由于不可抗力事件，致使一方在履行其在本合同项下的义务过程中遇到障碍或延误，不能按约定的条款全部或部分履行其义务的，遇到不可抗力事件的一方（“受阻方”），只要满足下列所有条件，不视为违反本合同：13.2.1受阻方不能全部或部分履行其义务，是由于不可抗力事件直接造成的，且在不可抗力发生前受阻方不存在迟延履行相关义务的情形；答：（满足）13.2.2受阻方已尽最大努力履行其义务并减少由于不可抗力事件给另一方造成的损失；及不可抗力事件发生时，受阻方立即通知了对方，并在不可抗力事件发生后的十五(15)天内提供有关该事件的公证文书和书面说明，书面说明中应包括对延迟履行或部分履行本合同的原因说明。答：（满足）13.3 不可抗力事件终止或被排除后，受阻方应继续履行本合同，并应尽快通知另一方。受阻方应可延长履行义务的时间，延长期应相当于不可抗力事件实际造成延误的时间。答：（满足）13.4 不可抗力事件的影响持续达三十日或以上时，双方应根据该事件对本合同履行的影响程度协商对本合同的修改或终止。如在一方发出协商书面通知之日起十日内双方无法就此达成一致，任何一方均有权解除本合同而无需承担违约责任。答：（满足）第十四条通知与送达14.1 根据本合同需要发出的全部通知，均须采取书面形式，以（A）专人递送，（B）特快专递，（C）传真，或（D）挂号信件发出。特快专递或挂号信件的交寄日以邮戳为准。上述书面通知均须标明合同双方为收件人。答：（满足）14.2 上述书面通知按对方在本合同第14.4条款中所列的地址发出，并按本合同第14.3条款规定时间被视为已经送达。如双方中任何一方的地址有变更时，须在变更前十日以书面形式通知对方。因迟延通知而造成的损失，由过错方承担责任。答：（满足）14.3 双方将按如下规定确定通知被视为正式送达的日期：(a)以专人递送的，接收人签收之日视为送达；(b)以传真方式发出的，以发件方发送后打印出的发送确认单所示时间视为送达；(c)以特快专递形式或挂号方式发出的，发往本市内的，发出后第【】日视为送达。发往国内其他地区的，发出后第【】日视为送达。发往港、澳、台地区的，发出后第【】日视为送达。答：（满足）14.4 双方地址与联系方式如下委托方：【】公司地址：【】电话：【】传真：【】邮政编码：【】受托方：【】公司地址：【】电话：【】传真：【】邮政编码：【】答：（满足）第十五条争议解决15.1 任何争议都应由双方通过友好协商解决。协商应在一方向另一方送达关于协商的书面要求后立即开始。答：（满足）15.3一方提出协商要求后的十天内，双方通过协商不能解决争议，双方同意按下列第【】种方式解决：A、将该争议提交至沈阳仲裁委员会。该会依据其现行有效的仲裁规则在沈阳进行仲裁。除非仲裁裁决有不同规定，败诉方应支付双方因仲裁所发生的一切法律费用，包括但不限于律师费。B、向【】人民法院提起诉讼。答：（满足）15.4 争议解决进行过程中，除双方有争议的部分外，本合同其他部分仍然有效，双方应继续履行。答：（满足）第十六条其它16.1 除双方及其各自的继任人和允许的受让人以外，本合同不应向任何个人或实体赋予权利或救济。答：（满足）16.2 本合同主体文本及其附件构成双方就本合同标的达成的完整协议，取代以前双方就本合同标的所达成的所有口头或书面的协议、协商、条款、意向书以及其他协议和文件。答：（满足）16.3 未经合同另一方书面同意，一方不得转让本合同项下任何权利和义务。答：（满足）16.4 本合同一式【】份，具有相同法律效力。本合同自双方授权代表签字并加盖公司印章之日起生效。答：（满足）16.5 一方未强制执行本合同的一条或若干条款，或未行使其在本合同项下的任何选择权或其他权利，或任何时候未要求另一方履行其在本合同中的任何义务，均不应被理解为该方放弃上述有关条款，或者以任何方式影响本合同的有效性或该方强制执行本合同各项条款的权利，也不应阻止该方在任何时候采取其原本有权采取的其他任何行动。答：（满足）16.6 本合同双方应各自承担其自身与本合同及本合同项下的交易有关的所有开支和费用（包括法律费用），本合同另有规定的除外。答：（满足）16.7 本合同中的鉴于条款以引用的方式纳入本合同，是本合同的一部分。答：（满足）16.8 如需对本合同及其附件作任何修改或补充，须由双方以书面做出方为有效。修改或补充文件与本合同有不一致的，以修改或补充文件为准。答：（满足）16.9 合同附件为本合同的组成部分，与本合同正文具有同等法律效力。若合同附件与合同正文有任何冲突，以合同正文为准。答：（满足）第十七条合同附件附件一：附件二：附件三：附件四：附件五：附件六：【签字页】合同名称：【】委托方：【】（盖章） 签字：【】日期：【】受托方：【】公司（盖章）签字：【】日期：【】答：（满足）技术偏离表招标编号：20140188标项名称:沈阳市交通局公交实时到站数据处理系统名称采购要求投标响应偏离说明公交信息接收子模块按招标文件要求满足无偏离公交信息处理子模块按招标文件要求满足无偏离信息接收缓存子模块按招标文件要求满足无偏离信息接收底层通讯子模块按招标文件要求满足无偏离信息接收配置文件子模块按招标文件要求满足无偏离公交实时到站查询子模块按招标文件要求满足无偏离公交实时到站数据处理日志功能按招标文件要求满足无偏离接口鉴权功能按招标文件要求满足无偏离公交实时到站数据处理系统统计功能按招标文件要求满足无偏离公交实时到站数据处理系统监控功能按招标文件要求满足无偏离投标人名称（公章）：

法定代表人或授权委托人（签字）：

日期：2014年

月

日

技术方案设计系统建设的问题难点与解决措施如何保证系统的建设高效与优质项目建设内容多、工期紧张，因此要高效、优质的完成项目将是一项巨大的挑战。为了保证项目的顺利进行，我公司将采取如下措施：建立高效的项目组织：保证开发、安装、调试、培训等任务进行。采用项目倒推法和并行作业的办法，严格控制个项任务的周期，保障项目里程碑节点。加大人力资源投入，采用项目倒推法和并行作业的办法，严格控制个项任务的周期，保障项目里程碑节点。建立项目沟通渠道，确保项目人员对整体项目目标有清晰的理解和统一的认识，对项目各个接口有清晰的了解。对工作分工有明确的认识，规避不确定性问题的发生。定义清晰的工作界面，明确职责，按时保质保量完成工作。如何保证数据采集的准确性、完整性、及时性数据是信息系统的基础，如果仅仅是使用了大量的设备以及各种软件系统，如果数据不能准确、完整、实时地采集，会直接影响系统的使用效果，因此准确、完整、实时地采集数据尤为重要。公交出行服务信息系统需要准确的公交站点、公交线路数据为基础。公交出行服务信息系统考核重点之一是实时到站信息准确率。鉴于数据采集的重要性，我公司从网络系统、业务软件系统、基础数据导入与维护、软件帮助文档和系统培训等多方面进行数据保障。如何提高软件系统的实用性、可操作性信息化系统实施初始都会遇到信息化系统与管理相匹配的问题，实用性和可操作性强的系统会在短时间内匹配管理，达到预期的项目目标。为很好地适应管理及顺利实施的目的，采取了如下措施：提高数据的采集、传输、处理自动化，避免人员误操作或作弊，提高系统的实用性、可靠性。提供简洁、友好的业务软件界面，提高系统的实用性。为既能够满足公交信息服务需求，又能满足后期的公交运营监管分析需求，需要对系统进行一体化设计。如何解决系统可扩展性的问题信息化系统必须能够随着系统的规模变大、系统的功能升级而进行动态扩展，为了实现系统高扩展性目标，系统的数据通讯协议具有动态扩展的能力，可以在原有系统基础上直接进行升级。系统采用服务器集群方案，应用服务器的规模能够随着公交出行信息服务系统终端用户规模而灵活的动态配置，同时新服务器的接入，不影响原有系统用户，能够实现不停机扩展。系统提供数据接口，实现各种数据的导入导出以及与外部系统的无缝连接。系统设计原则实用性原则 公交出行信息服务系统的目的是全面提升城市公共交通服务水平，为城市内的公众出行提供高质量的公交信息服务。因此公交出行信息服务系统的整体架构、采用的技术、项目的实施计划都需要把实用性放在首位。先进性原则 随着城市公交的迅速发展和信息技术广泛的应用，城市公交在为乘客提供服务的方式、运营管理模式等正在经历着巨大的变化，因此尽量采用成熟、先进的技术和设备，保证公交出行信息服务系统有较长的生命周期，即保证3年之内技术具有先进性且能满足城区公交发展的要求。可靠性原则 公交出行信息服务系统直接面向广大公众用户，系统用户规模会非常大，系统任何故障与错误都影响巨大，因此系统的信息和数据、软件应该具有高可靠性，能够避免单点故障。安全性原则 公交出行信息服务系统网络覆盖全市公交的城域网和无线网，公交的数据、信息将交换、存储在公交信息服务的内网设备中。提供乘客出行的各种服务将通过服务平台在公网上发布，乘客对公交的各类服务情况的反馈也将通过公网传输。 因此，公交出行信息服务系统的内网资源保护、各类系统权限的设置将对系统的安全性有重要作用，必须综合型的加以考虑。对外的的网络安全将重点考虑病毒、黑客攻击等技术。开放性原则 系统总体设计方案在体系结构、硬件平台、软件平台的选择方面，以及软件的设计开发都要充分考虑“标准和开发”的原则。在应用系统的设计与开发中，要根据标准化、模块化的设计思想，选用主流的开发工具和语言进行功能模块开发，采用XML技术进行功能部件的描述和装配，采用开放的应用平台和运行环境。可扩展性原则 公交出行信息服务系统是一个较为复杂的工程，其建设、完善需要一个过程，新的管理思想和方法会随着系统的应用逐步产生，用于公交信息化的各类技术也会层出不穷，要保证系统的先进性、实用性和较长的使用周期，系统的可扩展性是设计本方案的重要原则之一。标准化原则 为了保证公交出行信息服务系统的建设质量和系统的可扩展性、可维护性，保证信息资源的整合，要制定一系列标准规范，各类信息的编码标准、软件系统的可开发标准等。标准要符合国家、省市的相关标准，并在国家标准的指导之下，制定公交出行信息服务系统的各类标准。可维护和易用性原则 公交出行信息服务平台及应用系统必须充分考虑可维护性、易用性，以保证整个系统在公众用户中能真正用起来，并在业务流程发生变动、管理模式有变动能及时对系统进行有效的维护。系统设计思路与特点切实解决城市公交面临的信息服务问题 本项目建设的公交出行信息服务系统是城市公交运营信息服务方式的重大变革，得到广大公众用户的认可和应用，真正成为公众离不开的“工具”。系统使用简单、可靠与方便。通过多重技术手段保障对基础数据的可靠采集、传输与服务 数据的可靠采集、传输与服务是系统实现目标的第一步也是整个系统运转的基础。要为系统设计可靠的数据采集、传输与服务的有效手段，其中包括公交动态数据的采集和静态数据采集以及和其他行业数据的交换。系统和外部数据的接入和交换要根据具体情况的不同采用不同的技术手段。同时要做好信息的安全设计，数据传输的准确性设计和可靠性设计。本系统主要采用服务器集群容错技术来提高系统的高可靠性。资源共享的一体化设计不仅提供满足公交出行信息服务系统的资源需求，也通过整合目前现有系统资源，实现资源共享，满足其他公交信息系统的需求。充分考虑了与公交企业现有信息化系统的整合、基础。基于网络的分布式数据处理系统设计，通过智能数据交换节点的部署，完成数据资源的抽取、清洗、格式转换与传输处理，并实现数据服务接口的功能。系统可扩展性设计系统接口通讯协议具有动态扩展的能力，可以在原有系统基础上直接进行升级。系统业务架构充分考虑业务流程的变化，组织结构的调整，适应企业变革。系统技术架构支持功能的动态扩展、用户规模的增长和变化，延长产品的生命周期。系统提供数据接口，实现各种数据的导入导出以及外部系统的无缝连接。采用组件化、模块化设计，提高软件复用 对本项目这样一个庞大的系统，软件复用变成一项必不可少的要求达到复用效果，必须采用组件化的设计，提高系统的模块化程度，尽量重用已有软件组件实现系统的各个部件和特性。强大的并发信息交换服务能力设计 本次项目的目标是支持的公交车辆达20000，支持的终端用户规模达100万，大量的公交车辆与用户同时接入系统，同时系统要求数据的实时性较高，针对这一特殊要求，我公司设计了基于自适应通讯环境中间件的实时通讯与信息服务系统，完成多用户的路由处理、并发服务工作，具体描述如下：独特的实时数据多路复用机制，大大提高了并发能力。整个系统的并发能力不受数据库的并发能力影响。支持负载均衡与容错集群。高速公交车辆实时信息分发与服务能力。针对系统的用户特点，提供良好的实用性与可操作性设计针对系统用户的特点，我司采取了一下实用性与可操作性设计：自动化的数据采集、自动化的数据交换、自动化的数据处理，提高系统的运行效率。简洁实用的用户界面，高效方便的交互设计，保障了系统使用的高效率。系统技术路线ITS技术 智能交通系统(IntelligentTransportationSystem)是指将先进的信息处理技术、电子通信技术、自动控制技术、计算机技术和网络技术等有效地综合运用于整个交通管理体系，从而建立起一个在大范围内、全方位发挥作用的实时、准确、高效的交通运输综合管理控制和服务系统。GPS定位技术 全球定位系统(GlobalPositioningSystem,GPS)是美国国防部为陆、海、空三军研制的新一代卫星导航定位系统。目前，GPS卫星定位技术广泛应用于测绘、导航、通信及其他许多领域。随着GPS卫星定位技术的不断改进，其应用范围将普及和深入到国民经济建设的各个领域乃至人们的日常生活中，呈现一个崭新的空间信息动态定位世界。 通过GPS技术，可以让公众出行用户随时的了解公交车的位置、随度、方向等信息，同时系统能够获取用户的位置信息，从而获取用户周边的公交站点与自行车站点信息。GIS技术 地理信息系统（GeographicInformationSystem简称GIS）是随着地理科学、计算机技术、遥感技术和信息科学技术的发展起来的一个新兴技术，是一个能够对空间相关数据进行采集、管理、分析和可视化输出的计算机信息系统。 为系统管理员与终端用户提供可视化的操作环境，用户可以通过电子地图随时掌握公交线路车辆运营与到站情况，同时还提供地理信息查询，特别是交通相关地理信息查询服务。需求驱动、面向架构、面向对象的迭代开发技术 本项目开发严格按照公司ISO9001和CMMI3质量管理体系的要求，采用增量式迭代开发过程