1、项目名称及编号：公交实时到站数据处理系统 HZZFCG-2013-306目 录投标文件供应商：西安汇龙科技股份有限公司 （盖单位章）法定代表人或其他委托代理人： （签字）时间：2014年9月29日正 本 沈阳市交通局公交实时到站数据处理系统招标编号：20140188 2014西安汇龙科技股份有限公司, All rights reserved.19目 录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技术方案设计2、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工程进度安3、排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项目名称及编号：沈阳市交通局公交4、实时到站数据处理系统 20140188技术方案1 技术方案1.1 综述1.1.1 项目背景随着移动互联网及位置服务产业的快速发展，各种基于移动终端的电子地图应用层出不穷。实时公交查询功能是位置应用的重要功能之一。实时公交查询系统是集数据、服务、接口为一体的开发系统，以公交数据为基础，以服务为核心，为用户提供多种开发接口。实时公交查询系统适用于互联网、移动互联网、桌面、服务端，可满足企业级应用。1.1.2 项目建设目标本项目以搭建基础信息平台，实现公交信息采集处理与公交信息共享为主要任务，完成项目的整体规划与设计，包括业务需求、基础设施、信息资源、平台、系统、安全、制度等；并建立信息共享机制，在5、已有数据资源的基础上，完成沈阳市公交公交信息的信息整合，建成公交信息数据中心。实现公交信息的采集处理及时有效发布。实时公交系统应提供完整、最新而成熟的系统软件技术和产品，其各项技术应满足以下特性。l 规范性系统建设严格按照中国移动位置基地相关规范及行业相关规范执行，并随着规范的升级进行产品的升级。l 开放性提供二次开发所需要的工具及开发环境，并承诺对中国移动位置基地及其授权合作伙伴开放系统接口、相关培训等必要的技术支持。 l 可用性充分考虑系统的用户规模及系统业务场景，保证服务的连续性及用户体验的满意度。满足本项目所要求的系统处理能力、系统运行速度、系统内存规模、系统时间性、性能等方面的要求。6、l 可靠性采用成熟的技术架构，保证系统底层运行环境的可靠。设计上充分考虑系统运行过程中的异常场景，并进行相应处理，针对系统异常情况及边界情况进行严格的测试，确保系统不出现死机、崩溃、自动退出的情况。l 易用性对系统操作界面的UI/UE进行深入设计，使用户界面直观简洁、重点突出、满足用户的使用习惯。充分考虑具体功能的操作体验，减少操作的复杂性。l 灵活性系统设计充分考虑未来操作方式、运行环境、与其他系统接口、精度和有效时限等多方面的变化。使系统具有灵活性。l 可扩展性系统的设计应充分考虑系统的可扩展能力。包括：功能可扩展：软件模块化、组件化，在增加新的功能，主要只需要改动接口部分，软件主体基本避7、免大的修改。数据可扩展：应用架构先进，能在不中断业务提供的前提下，对数据库表进行值域、表结构的调整和升级。业务可扩展：客户端系统以功能部件组合划分模块，以功能部件、功能模块的组合划分子系统，便于子系统的重组，使整个系统的特殊需求和系统的通用性结合起来。l 可维护性系统提供完善的日志功能，易于发现和定位故障，并通过良好的系统设计保证故障的隔离。l 安全性系统的设计充分考虑安全性，依据中国移动位置业务信息安全管理办法要求，在网络及系统安全、业务流程及隐私安全、业务生命周期管理安全、第三方管理安全等方面进行设计。1.1.3 项目建设内容项目建设内容总体包括系统设计、软件开发、系统集成部署、运行维护、8、培训、项目验收等。具体为：（1）系统建设规范：在现有公交行业标准基础上进行本地化扩展，最终形成一套公交服务信息系统建设规范，包括：数据采集内容及接口规范、对外公众出行服务接口规范等，并指导本项目建设。（2）数据采集与服务接口开发：通过对沈阳市公交相关数据采集和数据整合，建立项目数据资源库，实现对外标准服务接口的开发。（3）系统管理后台：实现数据维护、统一认证、数据统计等相关后台管理功能；（4）系统集成部署；（5）培训及系统运维。1.2 技术规范与合同主要条款点对点应答表1.2.1 技术规范点对点应答表1系统概述实时公交系统应提供完整、最新而成熟的系统软件技术和产品，其各项技术应满足以下特性。l9、 规范性系统建设严格按照中国移动位置基地相关规范及行业相关规范执行，并随着规范的升级进行产品的升级。l 开放性提供二次开发所需要的工具及开发环境，并承诺对中国移动位置基地及其授权合作伙伴开放系统接口、相关培训等必要的技术支持。 l 可用性充分考虑系统的用户规模及系统业务场景，保证服务的连续性及用户体验的满意度。满足本项目所要求的系统处理能力、系统运行速度、系统内存规模、系统时间性、性能等方面的要求。l 可靠性采用成熟的技术架构，保证系统底层运行环境的可靠。设计上充分考虑系统运行过程中的异常场景，并进行相应处理，针对系统异常情况及边界情况进行严格的测试，确保系统不出现死机、崩溃、自动退出的情况。10、l 易用性对系统操作界面的UI/UE进行深入设计，使用户界面直观简洁、重点突出、满足用户的使用习惯。充分考虑具体功能的操作体验，减少操作的复杂性。l 灵活性系统设计充分考虑未来操作方式、运行环境、与其他系统接口、精度和有效时限等多方面的变化。使系统具有灵活性。l 可扩展性系统的设计应充分考虑系统的可扩展能力。包括：功能可扩展：软件模块化、组件化，在增加新的功能，主要只需要改动接口部分，软件主体基本避免大的修改。数据可扩展：应用架构先进，能在不中断业务提供的前提下，对数据库表进行值域、表结构的调整和升级。业务可扩展：客户端系统以功能部件组合划分模块，以功能部件、功能模块的组合划分子系统，便于子系11、统的重组，使整个系统的特殊需求和系统的通用性结合起来。l 可维护性系统提供完善的日志功能，易于发现和定位故障，并通过良好的系统设计保证故障的隔离。l 安全性系统的设计充分考虑安全性，依据中国移动位置业务信息安全管理办法要求，在网络及系统安全、业务流程及隐私安全、业务生命周期管理安全、第三方管理安全等方面进行设计。答：（满足） 2系统架构与组网2.1 系统架构系统采用分层架构，系统读取实时公交数据、公交基础数据（公交站点、公交线路、公交车辆信息等），同时通过对算法的封装实现实时公交查询；借助API Server服务框架，为客户端 API 提供实时公交查询服务；用户可根据实际业务需求，基于系统进行12、二次开发，实现各种公交应用。系统与基地现有公交数据处理平台紧密对接，直接同步公交数据处理平台编辑后的MIF、CSV格式公交数据，不需人工干预即可导入公交基础数据。2.1.1 功能服务2.1.1.1协议层系统提供REST服务接口，支持XML、JSON格式的协议，提供实时公交查询服务。协议格式兼容基地现Android版和IOS版SDK、JavaScript版地图API使用。答：（满足）2.1.1.2 服务封装层本系统通过对引擎的封装实现实时公交查询服务，提供查询指定线路、站点的实时公交到站信息。答：（满足）2.1.1.3逻辑层系统核心层，实现实时公交查询结果的生成算法，是系统高效准确计算实时公交信13、息的关键，算法实现的优劣直接影响实时公交查询服务封装的效果，因此该层为本系统的核心，应重点关注及掌握。实时公交查询结果生成算法支持按多种条件查询公交实时到站信息。 答：（满足）2.1.1.4数据层基础公交数据用于将公交的实时到站信息与公交车辆、公交线路等进行关联，以便于进行查询条件设置。基础公交数据应能够利用位置基地现有的公交数据生产平台中的工具数据进行更新，数据格式为CSV或MIF。实时公交数据是公交车辆的实时位置信息，通过实时接口从实时公交数据源定期获取。答：（满足）2.1.2 系统管理系统管理提供服务接口鉴权管理、业务量统计、日志查询管理等功能。答：（满足）2.2 组网结构组网方案如下：14、网元描述：客户端l 手机应用：提供用于手机客户端应用开发使用的API。l PC浏览器应用：提供用于PC浏览器客户端上应用开发使用的API。l 短彩信及其他应用：提供用于开发短彩信等其他应用的地图API，以发送报文方式调用，支持通过业务服务器进行调用，由业务服务器解析应答结果并呈现结果至客户端。业务层l 业务平台：为客户端提供位置应用及服务的业务系统。资源层n 本系统：开放实时公交查询服务并响应应用的请求，向应用提供公交换乘、查询服务。答：（满足）3系统功能要求3.1 实时公交信息接收功能支持从实时公交信息数据源接收实时公交信息。从平台接收公交实时到站信息功能1、 实时公交数据源通过接口每隔5秒15、发送实时公交到站信息到本系统，本系统将实时公交到站信息入库。2、实时公交数据源平台以接口方式提供下面数据：序号字段中文名数据字典名字段类型是否非空字段备注1OID键值VARCHAR2(38)NOT NULL主键2ZBCODE车辆编号NUMBER4CARNAME车辆类型VARCHAR2(50)5UNITCODE所属线路IDNVARCHAR2(10)NOT NULL6NAME所属线路名称NVARCHAR2(40)NOT NULL7LIST_NAME线路走向名称NVARCHAR2(20)8BEGION_SITE线路起始站INTEGERNOT NULL9END_SITE线路终点站INTEGERNOT 16、NULL10TARGET_ID车牌号VARCHAR2(15)NOT NULL11OWNER车辆编号VARCHAR2(50)12MAC_ID车辆MACIDVARCHAR2(20)13X经度NUMBER(10)NOT NULL14Y纬度NUMBER(10)NOT NULL15GPSTIMEGPS时间DATENOT NULL16BVALID是否有效VARCHAR2(10)NOT NULL17SPEED车速VARCHAR2(10)NOT NULL18DIR方位VARCHAR2(5)NOT NULL19INSERT_TIME插入时间DATE20PAST_SITE经过的上一站点INTEGERNOT NUL17、L21SYS_NAME平台标识VARCHAR2(10)NOT NULL答：（满足）3.2 实时公交信息查询功能3.2.1 指定公交线路和站点查询实时公交信息返回指定线路（指定方向）、指定站点距离本站最近的、即将到站的1-3辆公交信息。请求内容说明：功能点指定公交线路和站点查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳市”是公交线路名称输入准确名称，支持关键字查找确认是线路方向输入线路起点到终点的方向否公交站点名称输入准确名称，支持关键字查找确认是查询最近即将到站车辆数可输入范围“1-3”，默认为“1”否应答内容说明：功能点指定公交线路和站点查询实时公交信息输出输18、出内容取值说明成功标识根据请求的车辆数每一辆从近至远依次返回，返回内容包括成功、失败、结果为空公交车距车站距离根据请求的车辆数每一辆从近至远依次返回距离 单位：米标识为失败或空的车辆不返回距离公交车距车站站数根据请求的车辆数每一辆从近至远依次返回站数，最小取值为0 标识为失败或空的车辆不返回预计到达时间根据请求的车辆数每一辆从近至远依次返回距离 单位：分钟标识为失败或空的车辆不返回答：（满足）3.2.2指定公交站点查询实时公交信息返回指定公交站点所有经过线路的即将到达的1-3辆公交车。请求内容说明：功能点指定公交站点查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳19、市”是公交站点名称输入准确名称，支持关键字查找确认是站点经度站点位置经度否站点纬度站点位置纬度否下一站点名称当前站点后的任一站点名称否查询最近即将到站车辆数可输入范围“1-3”，默认为“1”否应答内容说明：功能点指定公交线路和站点查询实时公交信息输出输出内容取值说明成功标识根据请求的车辆数每一辆从近至远依次返回，返回内容包括成功、失败、结果为空公交线路名称包括具体的线路属性信息公交车距车站距离根据请求的车辆数每一辆从近至远依次返回距离 单位：米标识为失败或空的车辆不返回距离公交车距车站站数根据请求的车辆数每一辆从近至远依次返回站数，最小取值为0 标识为失败或空的车辆不返回预计到达时间根据请求的20、车辆数每一辆从近至远依次返回距离 单位：分钟标识为失败或空的车辆不返回答：（满足）3.2.3 根据线路查询实时公交信息返回指定线路所有实时公交信息。请求内容说明：功能点根据换乘方案查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳市”是公交线路名称输入准确名称，支持关键字查找确认是线路方向输入线路起点到终点的方向否应答内容说明：功能点根据换乘方案查询实时公交信息输出输出内容取值说明成功标识成功、失败、结果为空（以下三个结果全部返回成功才为成功）公交站点名称按顺序返回此线路所有站点 单位：米标识为失败或空的车辆不返回距离公交车ID返回当前运行中的所有公交车ID。公交车21、最近站点返回每辆公交车最近站点名称 标识为失败或空的车辆不返回公交车距离最近站点距离返回每辆公交车距离即将到达的站点距离 单位：米标识为失败或空的车辆不返回答：（满足）3.3公交基础信息维护功能3.3.1公交基础信息导入可以将MIF格式数据进行导入本系统数据库，用于与实时公交信息进行匹配。1、 支持按城市自动导入，最小化人工操作；2、 支持在线导入，即导入过程中不影响系统正常使用；3、 导入完成后返回导入是否成功，并记录日志。答：（满足）3.3.2 公交基础信息与实时信息关联将从实时公交数据源平台获取的实时公交信息与本系统中的公交基础信息关联。1、 支持自动关联，最小化人工工作；2、 可以通过22、配置文件进行关联相关的设置；3、 关联过程不影响系统正常运行。答：（满足）4系统性能要求4.1 性能要求单台服务器处理并发数要求：200条/秒；单条请求响应时延要求：80%的请求时延不大于200ms，98%的请求时延不大于500ms。计算时间要求：单条计算时间不大于500ms，全市并发计算时间不大于5s。（注计算时间指从收到实时公交信息到产生实时公交查询结果的时间，各接口单独计算）答：（满足）4.2 接口类型要求支持REST接口，请求格式为URL，应答为JSON或XML格式，报文格式按基地GIS系统现行接口规范执行。兼容GIS的JavaScript、SDK接口。答：（满足）5系统管理5.1 日23、志记录通过日志记录系统情况，包括鉴权、接口请求、异常等。答：（满足）5.2统计功能系统统计功能支持按指定时间段及业务账号统计业务量；按指定时间段及分城市统计业务量；按业务账号分时段（每天、每小时）统计业务量。l 按指定时间段及业务账号统计业务量，即统计每个业务的各服务的调用量。l 按指定时间段及分城市统计业务量，即统计每个城市公交查询调用量。l 按业务账号分时段（每天、每小时）统计业务量（GroupBy），即统计业务账号每天（小时）的调用量。答：（满足）5.3 权限管理业务调用系统的账号管理功能。不同的人员具有不同的数据访问权限和功能操作权限，系统管理员应能对各操作员的权限进行配置和管理。答：24、（满足）1.2.2 合同主要条款点对点应答表中国移动辽宁公司【沈阳市交通局公交实时到站数据处理系统】软件开发合同第一条 合同双方当事人委托方：【中国移动通信集团辽宁有限公司】公司法定地址：【沈阳市浑南新区新隆街6号】法定代表人：【 】受托方：【西安汇龙科技股份有限公司】公司法定地址：【西安市高新区丈八一路一号汇鑫IBC A座21层】法定代表人：【刘英智】鉴于：1 委托方是依据中华人民共和国法律成立并在中国【 】合法注册、经营及有效存续的公司，具有签署本合同的合法主体资格，且在签署本合同时无任何法律障碍和重大事件影响委托方继续正常存续和履行本合同的能力；答：（满足）2 受托方是依据中国法律成立并25、在中国【 】合法注册、经营及有效存续的公司，具有签署本合同的合法主体资格，且在签署本合同时无任何法律障碍和重大事件影响受托方继续正常存续和履行本合同的能力；答：（满足）3 受托方拥有进行软件开发的能力。受托方进行软件开发不会损害任何第三方的合法权益和社会公共利益。答：（满足）4委托方拟委托受托方进行软件开发，受托方予以同意。为此，双方本着平等互惠、协商一致的原则，签署本合同。 答：（满足） 第二条 定义2.1 委托方关联公司指委托方的分（子）公司、中国移动通信集团公司、在中华人民共和国境内由中国移动通信集团公司直接或间接控股的主营移动通信业务的公司，以及上述公司的合法继承人。答：（满足）2.226、 “一方”：指受托方或委托方中的任何一方。答：（满足）2.3 “双方”：指受托方和委托方。答：（满足）2.4 “合同”：指由本合同正文及与本合同正文不可分割的附件、补充协议共同构成的整体。答：（满足）2.5 “安装”：指由受托方技术人员实施的软件安装工作。答：（满足）2.6“技术服务”或“服务”：指按合同【】规定由受托方向委托方做出的行为和承诺。包括但不限于：【】。答：（满足）2.7 “联网”：指本合同系统安装完成后，将委托方与本合同相关的正常运行的原有系统与合同系统连接并运行。答：（满足）2.8 “初验”：指在委托方进行的联网测试完成后，委托方的技术人员在受托方的协助下，按受托方和委托方确认27、的验收规范对合同系统进行各种技术指标测试。如果合同系统达到合同附件三及验收规范中受托方承诺满足的所有技术指标，委托方和受托方将签署初验合格证书。答：（满足）2.9 “试运行”：指签署初验合格证书第2天起合同系统在联网环境下连续稳定运行【 】个月。答：（满足）2.10 “终验”：指委托方在试运行结束后对合同系统的验收。如果合同系统达到合同附件三技术规范中受托方承诺满足的所有技术指标，委托方和受托方将签署终验合格证书。答：（满足）2.11 “系统测试”或“调试”：指由受托方技术人员按合同附件三的标准进行的单机、部分或整个系统的测试和调通。答：（满足）2.12 “软件更新”：指受托方根据委托方的故障28、报告和要求所作的和/或由受托方主动做出的程序改进和更正，包括软件装载，完成指令和向委托方提供的相应文档。软件更新对程序指标不进行重大改变且不含版本升级。答：（满足）2.13 “版本升级”：指受托方对软件所作的重大改进。该等重大改进是在保留原程序设计用途的基础上增加功能和增强性能。答：（满足）2.14 “委托方现场”或“现场”： 指委托方确定的对软件进行安装和运行的场所。答：（满足）第三条 合同标的3.1受托方接受委托方委托，就中国移动辽宁公司【】软件进行开发。由受托方提供的软件具体内容详见合同附件【】。本合同标的并非仅指上述附件中描述的一组软件，而是指它们结合而成的一个能够协同工作的整体。答：29、（满足）3.2受托方所提供的合同系统应满足其对附件三所规定的技术规范、保修条件的承诺及受托方对委托方的各项承诺。答：（满足）3.3受托方负责派遣其健康、有经验、有能力的专业技术人员进行软件开发、调通和联网测试、保修及售后服务等。答：（满足）3.4受托方负责对委托方的技术人员进行相关操作、维护等技术培训，培训具体事宜见附件二。答：（满足） 第四条 价格4.1受托方开发的软件要求详见合同附件【 】、附件【 】和附件【 】。本合同总价为：人民币【￥ 】元（大写【 】）。价格清单见附件一。答：以商务报价为准 答：（满足）4.2上述合同总价为含税价格，为固定不变价。无论合同是否提及，合同总价均包括了合同30、有效期内受托方为履行合同义务所需支付的全部费用，除非委托方同意，本合同总价不能变更。答：（满足）第五条 付款方式5.1合同项下所有款额应通过委托方和受托方在本合同中所约定的银行以人民币支付。双方各自承担因执行合同所发生的银行费用。答：（满足）5.2 合同第四条中确定的合同总价由委托方向受托方以如下方式及比例支付 ：5.2.1 初验付款：即合同总价的【 】%，计人民币【￥ 】元（大写【 】），委托方将在收到以下单据并确认无误后30日内以电汇方式向受托方支付：（A）标明合同号、金额为合同总价100%的正规有效发票原件一份；（B）由受托方签发并盖章的付款通知书一份；（C）由双方共同签署的初验报告一份31、。答：（满足）5.2.2 终验付款：即合同总价的【 】%，计人民币【￥ 】元（大写【 】），委托方将在收到以下单据并确认无误后30日内以电汇方式向受托方支付：（A）由受托方签发并盖章的付款通知书一份；（B）由双方共同签署的终验报告一份。答：（满足）5.3根据本合同的规定，如果受托方有赔偿和/或支付违约金的责任，则委托方有权从最近的一笔付款中扣除相应金额。答：（满足）5.4结算账号委托方：【 】开户行：【 】账 号：【 】受托方：【西安汇龙科技股份有限公司】开户行：【 】账 号：【 】答：（满足） 第六条 税务6.1委托方将承担根据中国法律向其征收的所有与合同履行有关的税项。答：（满足）6.2受32、托方保证其为所提供的合同系统按中国法律法规足额及时缴纳应交税款，在合同履行过程中无逃漏税、走私等行为。受托方同意，必要时应向委托方提供相应税项的完税证明文件。答：（满足）6.3双方应各自承担其未按中国法律足额及时缴纳税款而产生的全部责任。委托方不因签署本合同而导致连带承担受托方的税务责任，如果因此而导致委托方的损失，受托方应当赔偿前述损失。答：（满足）6.4由于受托方出具的发票不真实、不合格而引起的一切责任（包括商业责任和法律责任）和损失由受托方承担。答：（满足） 第七条 安装、系统测试、移交、联网、初验、试运行和终验7.1软件交付时间为：合同签订后【 】日内交付。答：（满足）7.2受托方和委33、托方应在安装开始前各指定一名代表负责处理从安装开始到合同系统终验合格期间与合同系统有关的事务。如果有任何问题和争议应由双方代表友好协商解决。主要工作内容、工作进度、所有问题及解决方法应用中文记录，一式二份，双方各执一份，由双方代表签字。答：（满足）7.3 安装及系统测试7.3.1 安装工作应按照本合同附件五的规定按期开始。 受托方应在安装工作开始前【 】天向委托方提供二份有关合同系统安装的技术文件的复印件。答：（满足）7.3.2受托方负责对合同软件进行安装，委托方对安装提供相应的协助，具体分工见附件四。在安装完成后受托方将对安装进行检查以确保安装正确，并按照附件五工程进度表进行系统测试。系统测34、试所需的仪器、仪表及专用工具由受托方解决，应该符合并满足测试合同系统的技术要求。答：（满足）7.4移交 、联网与初验7.4.1 软件安装及系统测试完成后，受托方应将系统移交给委托方。答：（满足）7.4.2移交系统时，双方应进行移交测试。受托方应携带测试所需仪器、仪表及专用工具、器具至委托方现场，并提供验收手册给委托方。验收手册经委托方确认后作为移交测试的依据。答：（满足）7.4.3移交测试应由委托方的技术人员在受托方人员的协助下按照验收手册进行。测试结果应做记录并在移交测试完成后由双方代表确认签字。答：（满足）7.4.4如果委托方确认所有合同系统指标都达到验收手册的规定，由受托方和委托方签署移35、交测试验收证书一式二份，双方各执一份。答：（满足）7.4.5移交测试完成后，受托方在委托方配合下进行合同系统的联网测试。联网测试顺利完成后，受托方应配合委托方对合同系统进行初验。合同系统达到附件三及验收规范中受托方承诺满足的技术要求和指标后，委托方和受托方的授权代表应签署初验合格证书一式两份，双方各执一份。答：（满足）7.4.6如果软件存在无实质性影响的微小缺陷，且受托方将及时采取措施进行改进，在委托方同意的前提下，委托方和受托方仍将由各自授权代表签署初验合格证书。答：（满足）7.4.7由于受托方的原因，使合同系统中的任何一部分不能通过初验，则受托方应按本合同约定承担违约责任。受托方应采取一切36、补救措施以使初验能够尽快再次进行，直到完成初验。逾期不能完成初验的，按本合同约定承担违约责任。再次及多次初验的所有费用 由受托方承担。答：（满足）7.4.8在联网和初验过程中，如因软件质量或受托方人员行为造成委托方网络中断、运行故障、数据丢失等事件，则该事件造成的损失(包括但不限于修复费用、中断期间营业损失等)由受托方承担。如营业收入因数据丢失或运行中断无法计算的，则按当日每小时平均话务量类推计算。答：（满足）7.5试运行及终验7.5.1 从初验合格证书签署后的第2日起，委托方对合同系统进行为期【 】个月的试运行。对任何在试运行期内的故障，委托方或委托方应清楚地以书面形式通知受托方。答：（满足37、）7.5.2试运行期间合同系统的功能和性能应符合本合同附件三中受托方的所有承诺和担保。如果在试运行期内的任何时间发现合同系统的功能和性能与本合同约定有任何不符，受托方有责任对其进行修改和矫正，直至达到附件三受托方承诺满足的技术要求和指标。答：（满足）7.5.3在试运行期间，如果受托方开发的软件不能正常工作，发生以下故障的，经双方认定后，委托方有权单方解除合同： 7.5.3.1试运行期间，软件主要性能指标不能满足合同要求且持续时间超过【 】；答：（满足）7.5.3.2 试运行期间，由于受托方原因使软件出现故障造成网络中断，受托方在得到委托方通知后【 】小时内仍不能使网络恢复正常运行，或即使受托方38、在得到委托方通知后在【 】小时内使网络恢复正常运行，但以上情况在试运行期内出现【 】次以上；答：（满足） 7.5.3.3 试运行期间，设备的整机故障率大于【 】%；如果系统发生上述三项所描述的故障而委托方未提出解除合同或系统发生其他故障，受托方应当尽快免费进行修改。委托方有权根据故障的具体情况决定，试运行期从故障排除之日起重新开始计算或试运行期根据故障持续的时间从故障排除之日起顺延。答：（满足）7.5.4试运行期结束后，合同系统达到附件三及验收规范中受托方承诺满足的技术要求和指标后，委托方和受托方将签署终验合格证书，终验合格证书一式两份，双方各执一份。终验合格证书仅作为受托方履行其义务的必要证39、据，但其签署并不解除受托方对软件质量缺陷或瑕疵的担保责任。答：（满足）7.5.5在试运行和终验过程中，如因受托方人员行为造成委托方网络中断、运行故障、数据丢失等事件，则该事件造成的损失(包括但不限于修复费用、中断期间营业损失等)由受托方承担。如营业收入因数据丢失或运行中断无法计算的，则按当日每小时平均话务量类推计算。答：（满足） 第八条 保修8.1受托方对于开发的软件向委托方提供的保修期为自终验合格证书签署的第2天起的【 】个月。答：（满足）8.2保修期内，为保证合同系统满足附件三的要求，受托方承诺免费承担委托方全网联调时的相关配合工作。在保修期内，受托方承诺在委托方及委托方关联公司对本工程后40、续的扩容和/或改造工程或本工程相关的其他工程中，无论受托方中标与否，均免费提供本合同系统范围内的配合工作。答：（满足）8.3保修期内，受托方应尽快按照委托方提供的时间表，免费纠正或替换任何与本合同规定的功能有偏差的软件部分。纠正或替换的软件的相关技术文件资料应及时免费提供给委托方。答：（满足）8.4保修期内，受托方应提供每天【 】小时的技术支持服务。如果出现紧急技术问题，在委托方通过电话或传真通知受托方的情况下，受托方的专业技术人员（指具有相应资格的工程师）应在【 】小时内予以答复。如果委托方要求紧急处理，受托方应在收到委托方通知后的【 】小时内赶到现场。当合同系统提供的业务中断时，受托方在提41、供远端服务的同时，必须在收到委托方通知后【 】小时内赶到现场进行检修。答：（满足）8.5保修期内，受托方承诺在委托方要求时免费提供合同系统正常运行所必需的基本技术支持（含现场服务），包括但不限于： （A）为保证合同系统正常运行所需的预防性维护支持、日常维护支持、网络调整支持、数据备份支持等工作。（B）当委托方通信网络或设备调整时，在调整后的设备与合同系统网络物理连通的情况下，提供网络调试，实现调整后的通信设备接入合同系统的技术支持。（C）对软件有关的日常技术咨询服务。答：（满足）8.6保修期内，中国相关部门及委托方修改或重新制定有关合同系统的技术体制标准而造成合同软件与附件三所述标准不一致时，42、受托方承诺免费对合同软件进行相应的修改工作以使其符合上述最新标准。在保修期满后，受托方仍应按委托方要求提供此类服务，并可收取合理费用。答：（满足）8.7 保修期满后，受托方仍应根据委托方的要求按照委托方的技术规范对其软件进行修改、补充和完善，并提供必要的技术支持。在委托方提出新的业务功能需求、技术要求或技术规范时，受托方应在双方确认需求后【 】个工作日内提交详细的开发计划，经委托方确认后，在规定时间内实施必要的软件更新或版本升级，以满足新规范的要求。相应的软件修改、更新、版本升级的价格和商务条件另行协商。 答：（满足）8.8保修期内，对保修范围内的保修服务所发生的全部费用均已保含在合同总价中，43、委托方不为此支付任何额外的费用。答：（满足）第九条 知识产权9.1软件知识产权归属9.1.1在本合同项下由受托方按委托方提供的工程业务规范、标准和要求开发的所有软件，相关知识产权包括独占和排他的著作权归委托方所有。答：（满足）9.1.2在未经委托方书面允许的情况下，受托方不得以任何方式将上述软件产品、文档及或软件的任何数据或程序向委托方以外的任何第三方明示或暗示地披露、提供或以任何方式加以利用。答：（满足）9.1.3受托方不得将在按委托方提供的工程业务规范、标准和要求开发上述相关软件产品的过程中获悉的任何技术文档、相关的技术规范或技术标准明示或暗示地提供或透露给除委托方以外的任何第三方或以任何44、方式利用。答：（满足）9.1.4受托方应保证在合同软件初验前提供给委托方上述所有软件产品的全部信息和资料，并保证在其发生变更后及时告知委托方，包括：A、合同软件产品的概要设计、功能设计的详细文档及源代码，类库定义说明文档和类库本身；B、涉及软件数据库结构的详细文档，包括数据模型、数据字典等；C、受托方依据本合同专门为委托方的相关业务流程功能、性能进行测试而定制开发的测试软件工具的技术文档及源代码。答：（满足）9.1.5受托方应在系统终验时或在委托方要求时，将所有与上述软件产品有关的、以任何形式载有的技术资料、数据或程序（包括其电子文档）全部完整地交给委托方，不得有任何缺漏。答：（满足）9.1.45、6按照上述条款规定由受托方提供给委托方的所有文档、数据模型、类库、各种软件产品，委托方拥有其全部权利，且委托方拥有基于前述软件和文档、数据模型、类库等进行软件再开发的权利。基于受托方提供的文档、类库、各种软件产品进行的二次开发产品，其知识产权归委托方所有。答：（满足）9.2侵权救济9.2.1受托方保证其为本合同目的而开发的软件和委托方拥有软件使用许可权的软件不会侵犯第三方的合法权利。如果委托方因按照合同的约定行使软件的相关权利而侵犯第三方的合法权利，并因此涉入诉讼、索赔或其他司法程序（以下称“侵权诉讼”），受托方同意按照本条款的规定进行处理和赔偿。答：（满足）9.2.2受托方同意在收到委托方书46、面通知的情况下，指派代表为委托方的权益并以委托方的名义参与上述第三方提起的侵权诉讼，受托方应在上述侵权诉讼进行过程中就诉讼策略及其他事宜向委托方提供必要的支持与协助，并承担所产生的一切诉讼费用、律师费用、差旅费用、和解金额或生效法律文书中规定的损害赔偿金额、软件使用费等费用以及由此给委托方造成的全部损失。答：（满足）9.2.3委托方应在发生上述侵权诉讼后迅速通知受托方，并在上述侵权诉讼过程中与受托方进行合作。答：（满足）9.2.4如果在上述侵权诉讼中有效法律文书认定委托方构成侵权，禁止委托方继续使用软件的一部分或全部，向第三方权利人支付使用费用，受托方应采取以下措施之一：答：（满足）9.2.547、免费使委托方重新获得合法使用上述软件的权利； 答：（满足）9.2.6在委托方要求的合理期限内对上述软件进行修改或更换使其满足合同的相关规定，以使委托方使用软件不受上述法律文书限制，并继续合法、不受限制地使用软件。采取以上措施所发生的一切费用均由受托方承担； 答：（满足）9.2.7若上述软件有其他同型同质的替代物可供使用，则经委托方同意，受托方亦可收回软件及技术文件，并将相应合同价款返还给委托方。但对委托方购买上述替代物而支出的高于本合同软件合同价款的部分，受托方应予以承担。答：（满足）9.2.8如果委托方因司法机关对上述侵权诉讼做出的生效法律文书或为避免损失扩大且经受托方同意而与第三方达成生效48、和解协议后，完全不可能继续使用软件的，则委托方有权解除合同。受托方应承担本合同约定的违约责任。答：（满足）9.3委托方根据本条所获得的软件使用许可，同样适用于受让合同软件的任何后继所有人而无须支付其他任何费用。答：（满足） 第十条 保密10.1本合同拥有信息的一方（“提供方”）根据本合同向另一方（“接受方”）提供的包括但不限于技术性信息、商业性信息、文件、程序、计划、技术、图表、模型、参数、数据、标准、业务或业务运作方法以及其他专有信息及本合同的条款 (以下统称“保密信息”)，只能由接受方及其人员为本合同目的而使用。除本合同另有规定外，对于提供方提供的任何保密信息，未经提供方的书面同意，接受方49、及其知悉保密信息的人员均不得直接或间接地以任何方式提供或披露给任何“第三方”。答：（满足）10.2提供方向接受方提供或披露的保密信息，仅可由接受方为执行本合同需要披露给指定的雇员，并且仅在为执行本合同所需的范围内进行该等披露；但是，接受方在采取一切合理的预防措施之前，不得向其雇员披露任何保密信息，该等预防措施包括但不限于告知该等雇员将要披露信息的保密性质，由该等雇员做出至少与本合同保密义务一样严格的保密承诺等，以防止该等雇员为个人利益使用保密信息或向任何第三方做出未经授权的任何披露。答：（满足）10.3接受方的律师、会计师、承包商和顾问为提供专业协助而需要了解保密信息时，接受方可向其披露保密信50、息，但是，其应要求上述人员签订保密协议或按照有关职业道德标准履行保密义务。答：（满足）10.4如相关政府部门或监管机构要求接受方披露任何保密信息，接受方可在该政府部门或机构要求的范围内做出披露而无需承担本合同项下的责任。但前提是，该接受方应立即将需披露的信息书面通知提供方，以便提供方采取必要的保护措施，且该等通知应尽可能在信息披露前做出，并且接受方应尽商业上合理的努力确保该等被披露的信息获得有关政府机关或机构的保密待遇。答：（满足）10.5在任何情形下，本条所规定的保密义务应永久持续有效。答：（满足）10.6本条规定的保密义务对以下信息不适用：10.6.1 在一方披露时，已经是公众所知的信息，51、或者在披露后，并非由于接受方或其雇员、律师、会计师、承包商、顾问或者其他人员的过失而成为公众所知的信息；答：（满足）10.6.2 有书面证据证明在披露时已经由接受方掌握的信息，而且信息并非直接或间接来自提供方；或有书面证据证明第三方已向接受方披露的信息，而该第三方并不负有保密义务，并且有权做出披露。答：（满足）10.7当本合同解除或终止时，接受方应立即停止使用且不得许可第三方使用提供方的保密信息，同时，接受方应按照提供方的书面要求，将提供方提供的保密信息退还提供方或予以删除或销毁。答：（满足）第十一条 承诺与保证11.1双方保证：指定的授权代表具有完全民事行为能力且已获得签署本合同所必须的书面52、授权，授权代表作为其委托代理人签署本合同并无任何法律障碍，对授权代表签署本合同的任何行为将予以认可，并不存在授权不明或超授权范围的情况，亦不存在任何因上述情况而可能导致合同无效或部分无效、被撤消的情况。答：（满足）11.2受托方保证合同软件为符合最新颁布的中国相关体制标准和最终用户现行的相关体制标准的产品；如无前述体制标准，则保证其符合相关国际标准；如无国际标准，则保证其符合行业惯常标准。答：（满足）11.3受托方承诺，在本合同系统被其它系统替换的情况下，受托方应免费配合最终用户将合同系统中全部用户数据倒换为通用的可识别的文件。此种情况下，受托方应免费进行合同系统的改造及相关配合工作，以满足最53、终用户的要求。答：（满足）11.4受托方保证：根据合同附件三技术规范书的要求对设备的容量计算是正确的。如果由于受托方计算错误而引起设备部件的缺失，受托方应在收到委托方通知的【 】天内向委托方免费提供缺失部件，使系统完整，同时承担约定的违约责任。答：（满足）11.5受托方承诺：在委托方要求时免费配合、提供并完成与委托方其它应用系统间的互通性测试，免费开放相关的接口协议，包括但不限于通信协议、协议的原语、协议中使用的消息集、由协议所交换的数据格式、系统所支持的信息模型、管理目标定义、数据库结构及其他必要的技术文件，上述文件应满足委托方能够自行开发或委托第三方开发与合同系统有关的应用软件的要求。受托54、方进行软件版本升级时应提前【】个月提供上述技术文件的修改部分，并在需要时按照委托方的技术规范免费修改合同设备软件以满足与委托方其它应用系统互通的要求。答：（满足） 第十二条 违约责任12.1受托方未能按照本合同7.1条约定时间向委托方交付软件，应以如下方式向委托方支付逾期交货违约金：（A）每逾期一天，支付合同总价款【 】%的违约金 ； （B）上述逾期违约金的支付不影响受托方交付义务的履行；（C）逾期超过【 】天的，委托方有权单方解除本合同。受托方应向委托方支付合同总价【 】% 的违约金。违约金不足以弥补委托方的全部损失的，受托方还应予以赔偿。答：（满足）12.2如果由于受托方原因致使合同系统初55、验或终验不能按照附件五的规定时间完成，受托方应以如下方式向委托方支付逾期初验或终验违约金：（A）每逾期完成初验或终验一天，支付合同总价款的【 】%；（B）上述逾期违约金的支付不影响受托方初验或终验义务的履行；（C）逾期完成初验或终验超过【 】天的，委托方有权单方解除本合同。受托方应向委托方支付合同总价【 】% 的违约金。违约金不足以弥补委托方的全部损失的，受托方还应予以赔偿。答：（满足）12.3委托方依据上述12.1/12.2条款解除本合同后，受托方在承担相应违约责任同时，应在委托方解除合同的书面通知送达之日起【 】日内全额退还委托方已支付的款额及相应的利息，计息时间从委托方支付日期开始到受托56、方退还日期为止，利率以归还上述款额时中国人民银行公布的同期【 】 利率为准。逾期退还的，按日需支付应退款额万分之【 】的违约金。委托方应把相关技术文件和合同软件介质退还给受托方，受托方负责卸载或删除。相关费用由受托方负责。答：（满足）12.4如果软件开发由于委托方的原因推迟，则本合同履行相应顺延。双方应按顺延后的日期履行本合同，顺延日期以委托方书面通知的为准。答：（满足）12.5合同一方应在另一方发生违约行为后，以书面形式向违约方发出违约或解除合同的通知。该等通知中应详细列明对方违约的时间、违约行为、违约造成的损失和要求对方承担违约责任的主张。违约方可就此向发出方提出解释或质疑，双方应及时确认57、违约责任的承担。但此种确认并不影响双方按合同应履行的其他义务和应行使的其他权利。答：（满足）12.6合同任何一方违反保密约定，故意或过失泄密的，除应立即采取措施停止泄密行为，减小泄密造成的损失外，还应向保密信息拥有方支付合同总价【 】%的违约金。上述违约金不足以弥补保密信息拥有方所受损失的，泄密方还应予以赔偿。同时，保密信息拥有方还有权根据泄密造成损失的大小，单方解除本合同。答：（满足）12.7委托方不按合同约定付款，每迟一日向受托方支付合同总价【 】% 的违约金。当违约金达到合同总价【 】%时，受托方有权解除合同。答：（满足）12.8保修期满后合同系统在正常使用期限内，因合同系统质量缺陷而造58、成的委托方和/或第三方人身财产损失的，受托方应负责赔偿。答：（满足）12.9本合同所称之损失包括实际损失和合同履行后可以获得的利益、诉讼或仲裁费以及合理的调查费、律师费等相关法律费用。答：（满足）第十三条 不可抗力13.1本合同所指不可抗力，是指不能预见、不能避免并不能克服的客观情况。答：（满足）13.2由于不可抗力事件，致使一方在履行其在本合同项下的义务过程中遇到障碍或延误，不能按约定的条款全部或部分履行其义务的，遇到不可抗力事件的一方（“受阻方”），只要满足下列所有条件，不视为违反本合同：13.2.1受阻方不能全部或部分履行其义务，是由于不可抗力事件直接造成的，且在不可抗力发生前受阻方不存59、在迟延履行相关义务的情形；答：（满足）13.2.2受阻方已尽最大努力履行其义务并减少由于不可抗力事件给另一方造成的损失；及不可抗力事件发生时，受阻方立即通知了对方，并在不可抗力事件发生后的十五(15)天内提供有关该事件的公证文书和书面说明，书面说明中应包括对延迟履行或部分履行本合同的原因说明。答：（满足）13.3不可抗力事件终止或被排除后，受阻方应继续履行本合同，并应尽快通知另一方。受阻方应可延长履行义务的时间，延长期应相当于不可抗力事件实际造成延误的时间。答：（满足）13.4不可抗力事件的影响持续达三十日或以上时，双方应根据该事件对本合同履行的影响程度协商对本合同的修改或终止。如在一方发出协60、商书面通知之日起十日内双方无法就此达成一致，任何一方均有权解除本合同而无需承担违约责任。答：（满足） 第十四条 通知与送达14.1根据本合同需要发出的全部通知，均须采取书面形式，以（A）专人递送，（B）特快专递，（C）传真，或（D）挂号信件发出。特快专递或挂号信件的交寄日以邮戳为准。上述书面通知均须标明合同双方为收件人。答：（满足）14.2上述书面通知按对方在本合同第14.4条款中所列的地址发出，并按本合同第14.3条款规定时间被视为已经送达。如双方中任何一方的地址有变更时，须在变更前十日以书面形式通知对方。因迟延通知而造成的损失，由过错方承担责任。答：（满足）14.3双方将按如下规定确定通知61、被视为正式送达的日期：(a) 以专人递送的，接收人签收之日视为送达；(b) 以传真方式发出的，以发件方发送后打印出的发送确认单所示时间视为送达；(c) 以特快专递形式或挂号方式发出的，发往本市内的，发出后第【 】日视为送达。发往国内其他地区的，发出后第【 】日视为送达。发往港、澳、台地区的，发出后第【 】日视为送达。答：（满足）14.4双方地址与联系方式如下委托方：【 】公司地址：【 】电话：【 】传真：【 】邮政编码：【 】受托方：【 】公司地址：【 】电话：【 】传真：【 】邮政编码：【 】答：（满足） 第十五条 争议解决15.1任何争议都应由双方通过友好协商解决。协商应在一方向另一方送达62、关于协商的书面要求后立即开始。答：（满足）15.3 一方提出协商要求后的十天内，双方通过协商不能解决争议，双方同意按下列第【 】种方式解决：A、将该争议提交至沈阳仲裁委员会。该会依据其现行有效的仲裁规则在沈阳进行仲裁。除非仲裁裁决有不同规定，败诉方应支付双方因仲裁所发生的一切法律费用，包括但不限于律师费。B、向【 】人民法院提起诉讼。答：（满足）15.4争议解决进行过程中，除双方有争议的部分外，本合同其他部分仍然有效，双方应继续履行。答：（满足） 第十六条 其它16.1除双方及其各自的继任人和允许的受让人以外，本合同不应向任何个人或实体赋予权利或救济。答：（满足）16.2本合同主体文本及其附件63、构成双方就本合同标的达成的完整协议，取代以前双方就本合同标的所达成的所有口头或书面的协议、协商、条款、意向书以及其他协议和文件。答：（满足）16.3未经合同另一方书面同意，一方不得转让本合同项下任何权利和义务。答：（满足）16.4本合同一式【 】份，具有相同法律效力。本合同自双方授权代表签字并加盖公司印章之日起生效。答：（满足）16.5一方未强制执行本合同的一条或若干条款，或未行使其在本合同项下的任何选择权或其他权利，或任何时候未要求另一方履行其在本合同中的任何义务，均不应被理解为该方放弃上述有关条款，或者以任何方式影响本合同的有效性或该方强制执行本合同各项条款的权利，也不应阻止该方在任何时候64、采取其原本有权采取的其他任何行动。答：（满足）16.6本合同双方应各自承担其自身与本合同及本合同项下的交易有关的所有开支和费用（包括法律费用），本合同另有规定的除外。答：（满足）16.7本合同中的鉴于条款以引用的方式纳入本合同，是本合同的一部分。答：（满足）16.8如需对本合同及其附件作任何修改或补充，须由双方以书面做出方为有效。修改或补充文件与本合同有不一致的，以修改或补充文件为准。答：（满足）16.9合同附件为本合同的组成部分，与本合同正文具有同等法律效力。若合同附件与合同正文有任何冲突，以合同正文为准。答：（满足） 第十七条 合同附件附件一： 附件二：附件三： 附件四：附件五： 附件六：65、【签字页】合同名称：【】委托方：【】（盖章） 签字：【 】日期：【 】受托方：【 】公司（盖章）签字：【 】日期：【 】答：（满足）1.2.3 技术偏离表招标编号：20140188 标项名称: 沈阳市交通局公交实时到站数据处理系统 名称采购要求投标响应偏离说明公交信息接收子模块按招标文件要求满足无偏离公交信息处理子模块按招标文件要求满足无偏离信息接收缓存子模块按招标文件要求满足无偏离信息接收底层通讯子模块按招标文件要求满足无偏离信息接收配置文件子模块按招标文件要求满足无偏离公交实时到站查询子模块按招标文件要求满足无偏离公交实时到站数据处理日志功能按招标文件要求满足无偏离接口鉴权功能按招标文件要66、求满足无偏离公交实时到站数据处理系统统计功能按招标文件要求满足无偏离公交实时到站数据处理系统监控功能按招标文件要求满足无偏离 投标人名称（公章）： 法定代表人或授权委托人（签字）： 日期：2014年 月 日1.3 技术方案设计1.3.1 系统建设的问题难点与解决措施1.3.1.1 如何保证系统的建设高效与优质项目建设内容多、工期紧张，因此要高效、优质的完成项目将是一项巨大的挑战。为了 保证项目的顺利进行，我公司将采取如下措施：（1） 建立高效的项目组织：保证开发、安装、调试、培训等任务进行。（2） 采用项目倒推法和并行作业的办法，严格控制个项任务的周期，保障项目里程碑节点。（3） 加大人力资源67、投入，采用项目倒推法和并行作业的办法，严格控制个项任务的周期，保障项目里程碑节点。（4） 建立项目沟通渠道，确保项目人员对整体项目目标有清晰的理解和统一的认识，对项目各个接口有清晰的了解。对工作分工有明确的认识，规避不确定性问题的发生。（5） 定义清晰的工作界面，明确职责，按时保质保量完成工作。1.3.1.2 如何保证数据采集的准确性、完整性、及时性数据是信息系统的基础，如果仅仅是使用了大量的设备以及各种软件系统，如果数据不能准确、完整、实时地采集，会直接影响系统的使用效果，因此准确、完整、实时地采集数据尤为重要。（1） 公交出行服务信息系统需要准确的公交站点、公交线路数据为基础。（2） 公交68、出行服务信息系统考核重点之一是实时到站信息准确率。鉴于数据采集的重要性，我公司从网络系统、业务软件系统、基础数据导入与维护、软件帮助文档和系统培训等多方面进行数据保障。1.3.1.3 如何提高软件系统的实用性、可操作性信息化系统实施初始都会遇到信息化系统与管理相匹配的问题，实用性和可操作性强的系统会在短时间内匹配管理，达到预期的项目目标。为很好地适应管理及顺利实施的目的，采取了如下措施：（1） 提高数据的采集、传输、处理自动化，避免人员误操作或作弊，提高系统的实用性、可靠性。（2） 提供简洁、友好的业务软件界面，提高系统的实用性。（3） 为既能够满足公交信息服务需求，又能满足后期的公交运营监管69、分析需求，需要对系统进行一体化设计。1.3.1.4 如何解决系统可扩展性的问题信息化系统必须能够随着系统的规模变大、系统的功能升级而进行动态扩展，为了实现系统高扩展性目标，（1） 系统的数据通讯协议具有动态扩展的能力，可以在原有系统基础上直接进行升级。（2） 系统采用服务器集群方案，应用服务器的规模能够随着公交出行信息服务系统终端用户规模而灵活的动态配置，同时新服务器的接入，不影响原有系统用户，能够实现不停机扩展。（3） 系统提供数据接口，实现各种数据的导入导出以及与外部系统的无缝连接。1.3.2 系统设计原则1.3.2.1 实用性原则公交出行信息服务系统的目的是全面提升城市公共交通服务水平，70、为城市内的公众出行提供高质量的公交信息服务。因此公交出行信息服务系统的整体架构、采用的技术、项目的实施计划都需要把实用性放在首位。1.3.2.2 先进性原则随着城市公交的迅速发展和信息技术广泛的应用，城市公交在为乘客提供服务的方式、运营管理模式等正在经历着巨大的变化，因此尽量采用成熟、先进的技术和设备，保证公交出行信息服务系统有较长的生命周期，即保证3年之内技术具有先进性且能满足城区公交发展的要求。1.3.2.3 可靠性原则公交出行信息服务系统直接面向广大公众用户，系统用户规模会非常大，系统任何故障与错误都影响巨大，因此系统的信息和数据、软件应该具有高可靠性，能够避免单点故障。1.3.2.4 71、安全性原则公交出行信息服务系统网络覆盖全市公交的城域网和无线网，公交的数据、信息将交换、存储在公交信息服务的内网设备中。提供乘客出行的各种服务将通过服务平台在公网上发布，乘客对公交的各类服务情况的反馈也将通过公网传输。因此，公交出行信息服务系统的内网资源保护、各类系统权限的设置将对系统的安全性有重要作用，必须综合型的加以考虑。对外的的网络安全将重点考虑病毒、黑客攻击等技术。1.3.2.5 开放性原则系统总体设计方案在体系结构、硬件平台、软件平台的选择方面，以及软件的设计开发都要充分考虑“标准和开发”的原则。在应用系统的设计与开发中，要根据标准化、模块化的设计思想，选用主流的开发工具和语言进行功72、能模块开发，采用XML技术进行功能部件的描述和装配，采用开放的应用平台和运行环境。1.3.2.6 可扩展性原则公交出行信息服务系统是一个较为复杂的工程，其建设、完善需要一个过程，新的管理思想和方法会随着系统的应用逐步产生，用于公交信息化的各类技术也会层出不穷，要保证系统的先进性、实用性和较长的使用周期，系统的可扩展性是设计本方案的重要原则之一。1.3.2.7 标准化原则为了保证公交出行信息服务系统的建设质量和系统的可扩展性、可维护性，保证信息资源的整合，要制定一系列标准规范，各类信息的编码标准、软件系统的可开发标准等。标准要符合国家、省市的相关标准，并在国家标准的指导之下，制定公交出行信息服务73、系统的各类标准。1.3.2.8 可维护和易用性原则公交出行信息服务平台及应用系统必须充分考虑可维护性、易用性，以保证整个系统在公众用户中能真正用起来，并在业务流程发生变动、管理模式有变动能及时对系统进行有效的维护。1.3.3 系统设计思路与特点1.3.3.1 切实解决城市公交面临的信息服务问题本项目建设的公交出行信息服务系统是城市公交运营信息服务方式的重大变革，得到广大公众用户的认可和应用，真正成为公众离不开的“工具”。系统使用简单、可靠与方便。1.3.3.2 通过多重技术手段保障对基础数据的可靠采集、传输与服务数据的可靠采集、传输与服务是系统实现目标的第一步也是整个系统运转的基础。要为系统设74、计可靠的数据采集、传输与服务的有效手段，其中包括公交动态数据的采集和静态数据采集以及和其他行业数据的交换。系统和外部数据的接入和交换要根据具体情况的不同采用不同的技术手段。同时要做好信息的安全设计，数据传输的准确性设计和可靠性设计。本系统主要采用服务器集群容错技术来提高系统的高可靠性。1.3.3.3 资源共享的一体化设计（1） 不仅提供满足公交出行信息服务系统的资源需求，也通过整合目前现有系统资源，实现资源共享，满足其他公交信息系统的需求。（2） 充分考虑了与公交企业现有信息化系统的整合、基础。（3） 基于网络的分布式数据处理系统设计，通过智能数据交换节点的部署，完成数据资源的抽取、清洗、格式75、转换与传输处理，并实现数据服务接口的功能。1.3.3.4 系统可扩展性设计（1） 系统接口通讯协议具有动态扩展的能力，可以在原有系统基础上直接进行升级。（2） 系统业务架构充分考虑业务流程的变化，组织结构的调整，适应企业变革。（3） 系统技术架构支持功能的动态扩展、用户规模的增长和变化，延长产品的生命周期。（4） 系统提供数据接口，实现各种数据的导入导出以及外部系统的无缝连接。1.3.3.5 采用组件化、模块化设计，提高软件复用对本项目这样一个庞大的系统，软件复用变成一项必不可少的要求达到复用效果，必须采用组件化的设计，提高系统的模块化程度，尽量重用已有软件组件实现系统的各个部件和特性。1.376、.3.6 强大的并发信息交换服务能力设计本次项目的目标是支持的公交车辆达20000，支持的终端用户规模达100万，大量的公交车辆与用户同时接入系统，同时系统要求数据的实时性较高，针对这一特殊要求，我公司设计了基于自适应通讯环境中间件的实时通讯与信息服务系统，完成多用户的路由处理、并发服务工作，具体描述如下：（1） 独特的实时数据多路复用机制，大大提高了并发能力。（2） 整个系统的并发能力不受数据库的并发能力影响。（3） 支持负载均衡与容错集群。（4） 高速公交车辆实时信息分发与服务能力。1.3.3.7 针对系统的用户特点，提供良好的实用性与可操作性设计针对系统用户的特点，我司采取了一下实用性与77、可操作性设计：（1） 自动化的数据采集、自动化的数据交换、自动化的数据处理，提高系统的运行效率。（2） 简洁实用的用户界面，高效方便的交互设计，保障了系统使用的高效率。1.3.4 系统技术路线1.3.4.1 ITS技术智能交通系统(Intelligent Transportation System) 是指将先进的信息处理技术、电子通信技术、自动控制技术、计算机技术和网络技术等有效地综合运用于整个交通管理体系，从而建立起一个在大范围内、全方位发挥作用的实时、准确、高效的交通运输综合管理控制和服务系统。1.3.4.2 GPS定位技术全球定位系统(Global Positioning System,78、GPS)是美国国防部为陆、海、空三军研制的新一代卫星导航定位系统。目前，GPS卫星定位技术广泛应用于测绘、导航、通信及其他许多领域。随着GPS卫星定位技术的不断改进，其应用范围将普及和深入到国民经济建设的各个领域乃至人们的日常生活中，呈现一个崭新的空间信息动态定位世界。通过GPS技术，可以让公众出行用户随时的了解公交车的位置、随度、方向等信息，同时系统能够获取用户的位置信息，从而获取用户周边的公交站点与自行车站点信息。1.3.4.3 GIS技术地理信息系统（Geographic Information System 简称GIS）是随着地理科学、计算机技术、遥感技术和信息科学技术的发展起来的一个79、新兴技术，是一个能够对空间相关数据进行采集、管理、分析和可视化输出的计算机信息系统。为系统管理员与终端用户提供可视化的操作环境，用户可以通过电子地图随时掌握公交线路车辆运营与到站情况，同时还提供地理信息查询，特别是交通相关地理信息查询服务。1.3.4.4 需求驱动、面向架构、面向对象的迭代开发技术本项目开发严格按照公司ISO 9001和CMMI 3质量管理体系的要求，采用增量式迭代开发过程，通过严格的项目管理、配置管理、质量管理、风险管理、保证项目的进度，提高设计和开发质量。软件设计将采用面向对象技术，以对客户需求的深入分析为本，通过客户需求驱动系统设计，通过完善、周密的架构设计，保证全开发周80、期软件体系的稳定性和扩展性，通过迭代开发方式，降低项目风险，保证产品交付质量。1.3.4.5 企业应用集成技术信息以多种渠道被收集起来，新成统一的信息流，并集成到业务流程中去，支持各子系统模块的数据资源共享，个子系统之间通过标准规范的接口交换所需数据，协作满足多种用户的各种需求。企业应用集成技术包括多种层次的集成：（1） 平台集成：实现不同平台之间的互操作。（2） 数据及集成：使不同的应用程序能够对共享数据进行访问，还允许数据在不同的数据存储区之间移动。（3） 应用接口集成：允许一个模块使用其他模块的某些功能。（4） 业务方法集成：能够对企业中的业务处理提供完整的支持，现有的系统则会参与到业务81、处理的各个环节中去。（5） 表示层集成：在整个系统中开发一个统一的表示层，把正在执行的不同模块的后台细节隐藏起来，提高终端用户的效率。1.3.5 系统总体架构设计1.3.6 系统网络架构设计1.3.6.1 系统总体网络结构图1.3.6.2 网络安全设计（1） 网络访问控制n 防火墙能够根据会话状态信息（包括数据包的源地址、目的地址、源端口号、目的端口号、协议、出入的接口、会话序列号、发出信息的主机名等信息，并应支持地址通配符的使用），为数据流提供明确的允许/拒绝访问的能力。n 对进出网络的信息内容进行过滤，实现对应用层HTTP、FTP、THJSET、9VTP、PCP3等协议命令级的控制。n 在82、会话处于非活跃一定时间或会话结束后终止网络连接。n 限制网络最大流量数及网络连接数。（2） 网络入侵防范和恶意代码防范在公交出行信息服务外网internet接入区域部署一套IDS(入侵检测设备)：n 实时监视以下攻击行为:端口扫描、强力攻击、木马后门攻击、拒绝服务攻击、缓冲区溢出攻击、IP碎片攻击、网络蠕虫攻击等入侵事件的发生。n 当检测到入侵事件时，将入侵的源IP、攻击的类型、攻击的目的、攻击的时间记录到网络管理系统。n 在发生严重入侵事故时，网络管理系统能够发出报警提示。n 对恶意代码进行检测和清除。n 通过网络管理系统对防火墙恶意代码防范进行统一管理，及时更新恶意代码库和升级系统。1.383、.7 数据库设计1.3.7.1 数据库选型及配置公交出行信息服务系统数据库管理软件选用MySql，运行于Linux 平台之上。考虑数据库服务负载均衡与容错，数据库主机采用2台高端PC服务器【虚拟化平台中可用2台虚拟服务器代替】。1.3.7.2 数据库安全设计数据库的安全性设计遵从以下原则：（1） 应用程序负责最终用户的权限管理；（2） 应用程序与数据库的连接用户名及口令要求加密；（3） 数据库管理员负责保管具有DBA权限的数据库用户名及口令；（4） 暂时不用的数据库内置账号一律锁定；（5） 具有DBA权限的用户口令要满足一定的复杂性并应定期变更；（6） 应可能少的技术管理人员可以直接登录数据库84、；（7） 务必不要使用数据库系统的默认口令字；（8） 最终用户只可以通过应用程序连接数据库；（9） 数据库的连接客户端IP地址限制；1.3.7.3 数据库的高可靠性设计系统的数据库高可靠性使用Mysql Cluster（MySql应用集群）技术方案。Mysql Cluster是Mysql新版数据库中采用的一项新技术，是高可用性的一种，也是MySql数据库支持网格计算环境的核心技术。MySql Cluster支持24 x 7 有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。在MySql Cluster环境下，MySql集成提供了集群软件和存储管理软件85、，为用户降低了应用成本。当应用规模需要扩充时，用户可以按需扩展系统，以保证系统的性能，MySql应用系统具有以下特点：（1） 多节点负载均衡；（2） 提供高可用：故障容错和无缝切换功能，将硬件和软件错误造成的影响最小化；（3） 通过并行执行技术提高事务响应时间；（4） 通过横向扩展提高每秒交易数和连接数；（5） 节约硬件成本，可以用多个廉价PC服务器代替昂贵的小型机或大型机，同时节约相应维护成本；（6） 可扩展性好，可以方便添加删除节点，扩展硬件资源。1.3.7.4 数据库容量及存储系统设计系统数据包括了所采集数据和系统中产生的数据。这些数据包括所有的日志数据。通常运行数据由历史数据和控制、配86、置和事件数据组成。历史数据量是与所采集数据点数及采样间隔紧密相关，该类数据量大，是数据库存储容量设计的重点。生产数据基本是在系统运行时所产生配置、告警和事件。该类数据量的大小是基于系统的过去实施中所得到的经验而推出，该类数据在本系统中容量较小，不用特别考虑。1. 数据量分析按照初期10000台公交车，数据量分析统计如下视频数据量是实时查看，本地不存储：（1） 公交车辆定位数据单车每日数据量上报间隔（秒）营运时间（小时）记录大小（字节）记录个数记录字节数数据量（M）51620011,5202,304,0002.19727多车数据量车辆数一天记录数一天数据量（M）一月记录量一月数据量（M）一年数据87、量（M）10000115,200,00021,9703,456,000,000659,1007,909,200（2） 车辆到离站数据单车每日数据量每趟站点营运次数（次）记录大小（字节）记录个数记录字节数数据量（M）251016050080,0000.0763多车数据量车辆数一天记录数一天数据量（M）一月记录量一月数据量（M）一年数据量（M）100005,000,000763150,000,00022,890274,660（3） 年总数据存储量系统前期年数据存储量（公交车数:10000）公交定位 （M）车辆到离站（M）合计年数据量（M）7,909,200274,6608,183,8602. 数据88、处理方案（1） 数据处理指通过系统监控终端对中心数据库数据以及磁盘数据进行统一集中的管理，包括数据备份、恢复、数据清理功能；（2） 系统提供各种数据库管理功能，如数据备份、数据恢复、数据清理、数据库导出、数据库导入等功能，支持数据库的在线备份和恢复；（3） 能够按照自定义的时间对数据库数据进行备份操作。1.3.8 系统技术架构设计1.3.8.1 技术结构描写本系统设计是基于B/S（Browser/Server，浏览器/服务器模式）模式的应用信息系统。服务器端采用具有卓越通用性、高效性、平台移植性和安全性的Java 技术来实现，同时选用目前被广泛使用的Tomcat作为Web服务器，其具有运行时占89、用系统资源小，扩展性好，支持负载平衡与邮件服务等特点。B/S结构统一了客户端，将系统功能实现的核心部分集中到了服务器上，简化了系统的开发、维护和使用。本系统由以下服务器组成：（1） Web服务器：承载着查询业务和管理业务的Web服务，负责核心的业务逻辑，为操作者提供从查询、提交数据、管理数据到信息反馈的整套业务。由于其具有平台无关性以及极低的耦合性，可以为多个不同的子系统提供业务服务。（2） 数据库服务器：数据库服务器子系统为整个信息服务平台的核心数据管理中心，承载着所有的数据信息，为Web Services应用提供数据来源。本系统开发时选用了J2EE平台上成熟且稳定的Spring与Hiber90、nate软件框架。这两个主流的开源框架均是目前行业内应用最为广泛的流行技术。Spring框架经过近年来的不断演进，已经在表示层方面独立出了一个优秀的Web框架Spring MVC。将Spring MVC、Spring与Hibernate整合在一起形成一个新的三层结构的Web应用框架。公交出行管理平台软件框架图如下：SpringMVC是表示层框架，它为构建Web应用程序提供了稳定的MVC框架；优点主要集中体现在以松耦合形式成功地把View和Model层进行了分离，能与Spring其他技术无缝地结合。Spring框架是一个业务层框架，是一个整合的框架，由于其loC和AOP的突出性能成为粘合J2EE91、各层开发的粘合剂；整合以后，Spring将充当整个应用的工厂。Hibernate使用O/R Mapping技术把模型和关系数据库表进行了映射，通过持久化类和表的映射关系实现了数据持久化层。Hibernate的引入避免了手工编写访问数据持久层的方法，提高了软件开发效率，降低了维护成本，使系统具有良好的交互性、较好的可扩展性和良好的可维护性。以上三者的结合使得系统与传统的Web开发模式相比其性能更加优越。公交出行系统管理平台采用以下技术实现：（1） 采用稳定的MYSQL数据库作为数据存储；（2） 基于B/S模式的业务数据管理平台；（3） 基于C/S模式的统一消息推送平台；（4） 基于GIS（Geo92、graphic Information System，地理信息系统）的综合查询（汇总统计）系统；（5） 基于网络的电子邮件发送平台。1.3.8.2 相关技术说明（1） Spring MVCSpring MVC是Spring为表示层提供的一个优秀的Web框架。它基于MVC设计理念，采用了松散耦合可插拔组件结构，比其他MVC框架更具有扩展性和灵活性。Spring MVC通过一套MVC注解，让POJO成为处理请求的控制器，无需事先任何接口；Spring MVC还支持REST风格的URL请求。它在框架设计、扩展性、灵活性等方面全面超越了Struts、WebWork等MVC框架。Spring MVC框架93、围绕DispatcherServlet这个核心展开，它负责截获请求并将其分派给相应的处理器处理。Spring MVC框架包括注解驱动控制器、请求及相应的信息处理、师徒解析、本地化解析、上传文件解析、异常处理以及表单标签绑定等内容。（2） SpringSpring是一个应用非常广泛的开源框架，它是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架，能大大简化企业应用开发的复杂性。从大小与开销两方面而言Spring都是轻量的。Spring通过一种控制反转（IoC）技术促进了松耦合，同时，它也提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务进行内聚性的开发。Spring94、包含并管理应用对象的配置和生命周期，它以将简单的组件配置、组合成为复杂的应用。所有Spring的这些特征可以使代码更易编写、更可管理、并且易于测试。Spring架构的组件结构如下图所示：组成Spring框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。（3） HibernateHibernate是一个开源的对象关系映射框架，它对JDBC进行了超轻量级的对象封装，可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用。Hibernate作为一个ORM工具，可以将数据库资源映射为一个或多个Java对象，将面向数据95、库资源的各种业务操作以某一对象属性和方法的形式实现，使得数据库访问层的代码更为精简和灵活。 1.3.9 系统功能设计1.3.9.1 功能需求分析开发相应的子系统，实现公交线路、公交站点、公交公共等信息，实时公交车状态信息采集。采集数据内容包括：（1） 公共车辆GPS数据：采集频率5秒/次（2） 车辆、线路信息：采集频率1天/次，变动时主动推送（3） 车辆实时到站信息：实现实时采集按照智慧公交信息系统建设规范，将采集的各类数据进行运算与整合，建立统一标准的数据资源库及各类主题数据库。在数据整合基础上，建设统一开放的多种方式的数据共享服务接口资源集，提高行业内外的业务协同能力。包括：（1） 公交电96、子站牌预报站接口：开发预报站管理接口，具备向其他应用推送实时到站服务信息的功能，统一电子站牌的公交运营信息发布；（2） 公共出行服务查询接口：公交出行信息服务支持第三方公众出行服务产品调用，性能上达到1万并发量的查询服务，响应时间不大于2秒；（3） 支持移动运营商短信平台二次开发，12580等信息服务平台调用的数据接口；（4） 提供开放的数据配置平台，支持第三方进行无缝连接及数据交换开发；（5） 所有数据查询方式，需要将客户端跟服务器的应用模块、数据模块依次连接。1.3.9.2 实时公交信息接收功能支持从实时公交信息数据源接收实时公交信息。1.3.9.2.1 从平台接收公交实时到站信息功能2、97、 实时公交数据源通过接口每隔5秒发送实时公交到站信息到本系统，本系统将实时公交到站信息入库。2、实时公交数据源平台以接口方式提供下面数据：序号字段中文名数据字典名字段类型是否非空字段备注1OID键值VARCHAR2(38)NOT NULL主键2ZBCODE车辆编号NUMBER4CARNAME车辆类型VARCHAR2(50)5UNITCODE所属线路IDNVARCHAR2(10)NOT NULL6NAME所属线路名称NVARCHAR2(40)NOT NULL7LIST_NAME线路走向名称NVARCHAR2(20)8BEGION_SITE线路起始站INTEGERNOT NULL9END_SITE98、线路终点站INTEGERNOT NULL10TARGET_ID车牌号VARCHAR2(15)NOT NULL11OWNER车辆编号VARCHAR2(50)12MAC_ID车辆MACIDVARCHAR2(20)13X经度NUMBER(10)NOT NULL14Y纬度NUMBER(10)NOT NULL15GPSTIMEGPS时间DATENOT NULL16BVALID是否有效VARCHAR2(10)NOT NULL17SPEED车速VARCHAR2(10)NOT NULL18DIR方位VARCHAR2(5)NOT NULL19INSERT_TIME插入时间DATE20PAST_SITE经过的上一99、站点INTEGERNOT NULL21SYS_NAME平台标识VARCHAR2(10)NOT NULL1.3.9.3 实时公交信息查询功能1.3.9.3.1 指定公交线路和站点查询实时公交信息返回指定线路（指定方向）、指定站点距离本站最近的、即将到站的1-3辆公交信息。请求内容说明：功能点指定公交线路和站点查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳市”是公交线路名称输入准确名称，支持关键字查找确认是线路方向输入线路起点到终点的方向否公交站点名称输入准确名称，支持关键字查找确认是查询最近即将到站车辆数可输入范围“1-3”，默认为“1”否应答内容说明：功能点指定100、公交线路和站点查询实时公交信息输出输出内容取值说明成功标识根据请求的车辆数每一辆从近至远依次返回，返回内容包括成功、失败、结果为空公交车距车站距离根据请求的车辆数每一辆从近至远依次返回距离 单位：米标识为失败或空的车辆不返回距离公交车距车站站数根据请求的车辆数每一辆从近至远依次返回站数，最小取值为0 标识为失败或空的车辆不返回预计到达时间根据请求的车辆数每一辆从近至远依次返回距离 单位：分钟标识为失败或空的车辆不返回1.3.9.3.2 指定公交站点查询实时公交信息返回指定公交站点所有经过线路的即将到达的1-3辆公交车。请求内容说明：功能点指定公交站点查询实时公交信息输入参数参数说明是否必填所在101、城市名称所在城市准确名称，如“沈阳市”是公交站点名称输入准确名称，支持关键字查找确认是站点经度站点位置经度否站点纬度站点位置纬度否下一站点名称当前站点后的任一站点名称否查询最近即将到站车辆数可输入范围“1-3”，默认为“1”否应答内容说明：功能点指定公交线路和站点查询实时公交信息输出输出内容取值说明成功标识根据请求的车辆数每一辆从近至远依次返回，返回内容包括成功、失败、结果为空公交线路名称包括具体的线路属性信息公交车距车站距离根据请求的车辆数每一辆从近至远依次返回距离 单位：米标识为失败或空的车辆不返回距离公交车距车站站数根据请求的车辆数每一辆从近至远依次返回站数，最小取值为0 标识为失败或空102、的车辆不返回预计到达时间根据请求的车辆数每一辆从近至远依次返回距离 单位：分钟标识为失败或空的车辆不返回1.3.9.3.3 根据线路查询实时公交信息返回指定线路所有实时公交信息。请求内容说明：功能点根据换乘方案查询实时公交信息输入参数参数说明是否必填所在城市名称所在城市准确名称，如“沈阳市”是公交线路名称输入准确名称，支持关键字查找确认是线路方向输入线路起点到终点的方向否应答内容说明：功能点根据换乘方案查询实时公交信息输出输出内容取值说明成功标识成功、失败、结果为空（以下三个结果全部返回成功才为成功）公交站点名称按顺序返回此线路所有站点 单位：米标识为失败或空的车辆不返回距离公交车ID返回当前103、运行中的所有公交车ID。公交车最近站点返回每辆公交车最近站点名称 标识为失败或空的车辆不返回公交车距离最近站点距离返回每辆公交车距离即将到达的站点距离 单位：米标识为失败或空的车辆不返回1.3.9.4 公交基础信息维护功能1.3.9.4.1 公交基础信息导入可以将MIF格式数据进行导入本系统数据库，用于与实时公交信息进行匹配。4、 支持按城市自动导入，最小化人工操作；5、 支持在线导入，即导入过程中不影响系统正常使用；6、 导入完成后返回导入是否成功，并记录日志。1.3.9.4.2 公交基础信息与实时信息关联将从实时公交数据源平台获取的实时公交信息与本系统中的公交基础信息关联。4、 支持自动关104、联，最小化人工工作；5、 可以通过配置文件进行关联相关的设置；关联过程不影响系统正常运行。1.3.10 系统参数规格设计1.3.10.1 性能指标（1） 7*24小时在线服务。（2） 系统的处理速度：系统支持并发大于500条/秒；单条请求响应时延要求：80%的请求时延不大于200ms，98%的请求时延不大于500m（3） 车辆位置信息误差在100米以内。（4） 平均故障率：故障发生频率不高于1次/季度，且无不可恢复性故障发生。当故障发生时，保障在24小时内恢复系统环境。（5） 支持大于10000辆公交车定位信息查询，单车车辆定位上报时间间隔小于 等于5秒。（6） 支持大于10000辆公交车实时105、到离站信息查询。1.3.10.2 系统接口设计（1） 系统采用基于http协议的Rest接口方式，数据内容按照标准的xml格式定义，由客户端主动向公共信息发布平台发起查询操作；（2） 报文格式按基地GIS系统现行接口规范；（3） 接口兼容GIS的JavaScript、SDK接口。（1）1.3.11 系统管理设计系统管理后台是公交出行服务信息系统的基础，是数据采集、整合及信息发布、服务的支撑平台，提供用户管理、数据统计等后台管理功能。本章节主要从系统后端管理平台的需求分析入手，对于系统需具备的功能。1.3.11.1 系统配置（1） 系统参数：根据需求，可编辑系统配置参数；（2） 数据词典：编辑系106、统数据词典。数据词典是对系统中业务数据归类；1.3.11.2 日志管理管理（1） 日志记录：通过日志记录系统情况，包括鉴权、接口请求、异常等。（2） 日志维护：实现对系统日志的查询、删除及导出功能；1.3.11.3 统计功能系统统计功能支持按指定时间段及业务账号统计业务量；按指定时间段及分城市统计业务量；按业务账号分时段（每天、每小时）统计业务量。（1） 按指定时间段及业务账号统计业务量，即统计每个业务的各服务的调用量。（2） 按指定时间段及分城市统计业务量，即统计每个城市公交查询调用量。（3） 按业务账号分时段（每天、每小时）统计业务量（GroupBy），即统计业务账号每天（小时）的调用量。107、1.3.11.4 权限管理业务调用系统的账号管理功能。不同的人员具有不同的数据访问权限和功能操作权限，系统管理员应能对各操作员的权限进行配置和管理。系统通过以下功能实现权限管理。（1） 用户管理：管理系统用户，包括用户账号、用户名称、所属单位、密码；模块功能有对用户的增、删、改、查等操作；允许多用户同时访问设备；（2） 权限管理：为系统提供用户权限管理功能，包括用户管理、角色管理、角色权限、用户权限、分配调度线路；1.4 配置清单1.4.1 服务器配置1.4.1.1 服务器配置需求（1） MySql数据库服务器服务器类型数据库服务器处理器四核处理器系统8GB 内存,可扩展存储设备2.5 SAS108、,RAID,容量大于1TB，可扩展网络双端口1000M以太网（2） 企业消息服务器服务器类型应用服务器处理器2颗4核处理器系统32GB 内存,可扩展存储设备2.5 SAS,RAID,容量大于1T，可扩展网络双端口1000M以太网（3） 数据采集处理服务器服务器类型负载均衡服务器处理器2颗4核处理器系统32GB 内存,可扩展存储设备2.5 SAS,RAID,容量大于1T，可扩展网络双端口1000M以太网（4） 服务接口应用服务器服务器类型负载均衡服务器处理器2颗4核处理器系统32GB 内存,可扩展存储设备2.5 SAS,RAID,容量大于1T，可扩展网络双端口1000M以太网1.4.1.2 服务109、器配置清单服务器的配置与并发支持的服务用户数目规模以及是否支持服务器热备相关，具体参考如下：服务器类型支持热备MySql数据库服务器2企业消息服务器2数据采集服务器2服务接口应用服务器21.4.2 系统软件配置系统软件从开放性与成本性考虑，尽可能采用开源软件实现（1） 操作系统开源linux服务器 ：CentOS 6（2） 数据库软件数据库服务器：MySql 5.5（3） 应用服务器开源的应用服务器：Tomcat 7.0（4） 消息中间件开源消息中间件：MemcacheQ（5） JAVA运行环境JAVA运行环境：jre1.71.4.3 应用软件配置系统名称作用公交基础数据采集子系统V1.0完成110、公交基础数据如线路、站点、车辆等的采集公交实时数据采集子系统V1.0完成公交车辆实时GPS位置等采集公交数据实时预算处理子系统V1.0完成动静态数据的关联，车辆到站数据计算等公交数据服务接口子系统V1.0提供rest接口，实现公交动静态数据的发布系统管理子系统v1.0实现系统管理功能如日志，权限等1.5 软件结构图1.5.1 软件系统构成1.5.2 系统模块与数据流设计序号关系编号主要关联内容1F1公交静态基础数据如站点、线路、车辆信息等2F2公交动态数据如车辆GPS数据信息、到站信息等3F3公交静态基础数据与动态数据等4F4公交动态数据如车辆GPS数据信息、到站信息5F5公交动态数据如车辆G111、PS数据信息、到站信息6F6公交静态基础数据如站点、线路、车辆信息等7F7公交静态基础数据与动态数据等8F8公交静态基础数据与动态数据等1.6 系统环境要求1.6.1 系统安装与运行环境(一) 软件环境需求（1） 操作系统需求Liunx服务器操作系统CentOS 6，Ubuntu Server 12（2） 数据库需求Mysql数据库系统Mysql 5.5以上（3） 应用服务器运行环境JAVA运行环境JRE1.7或者JDK1.7以上 版本(二) 硬件环境需求服务器硬件需求各服务器硬件需求见系统配置清单中硬件服务器规格(三) 网络环境需求服务器互联带宽需求服务器之间互联接口带宽大于或者等于1000112、M1.6.2 系统部署要求为了提高系统的可靠性，满足系统的可扩展性需求，系统采用服务器集群部署方案，主要包括应用服务器集群与数据库服务器集群。1.6.2.1 应用服务器集群应用服务器主要包括公交数据采集服务器、对外服务接口服务器与Web应用服务器。应用服务器采用开源linux虚拟集群服务方案：LVS（Linux Virtual Server）+Keeplived。LVS集群采用IP负载均衡技术和基于内容请求分发技术。LVS集群具有很好的可伸缩性，可靠性与可管理性。LVS集群采用三层结构，其主要组成部分为：（1） 负载调度器(Director)，它是整个集群对外面的前端机，负责将客户的请求发送到113、一组服务器上执行，而客户认为服务是来自一个IP地址（称之为虚拟IP地址）上的。（2） 服务器池，是一组真正执行客户请求的服务器，执行的服务有WEB、MAIL、FTP和DNS等，在公交出行信息服务系统主要是指公交数据采集服务器以及提供服务接口的应用服务器。（3） 共享存储，它为服务器池提供一个共享的存储区，这样很容易使得服务器池拥有相同的内容，提供相同的服务，在公交出行信息服务系统主要是指MySql数据库服务器集群。LVS集群的调度器具有很好的吞吐率，能够将请求均衡地转移到不同的服务器上执行，且调度器自动屏蔽掉服务器的故障，从而将一组服务器构成一个高性能的、高可用的虚拟服务器。整个服务器集群的结114、构对客户是透明的，而且无需修改客户端和服务器端的程序，为此，LVS集群能够很方便实现系统的透明性、可伸缩性、高可用性和易管理性。keepalived是一个类似于layer3, 4 & 5交换机制的软件。Keepalived的作用是检测服务器的状态，如果有一台服务器死机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，当服务器工作正常后Keepalived自动将服务器加入到LVS服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器。工作在IP/TCP协议栈的IP层，TCP层，及应用层，原理分别如下：（1） Layer3：Keepaliv115、ed使用Layer3的方式工作式时，Keepalived会定期向服务器群中的服务器发送一个ICMP的数据包，如果发现某台服务的IP地址没有激活，Keepalived便报告这台服务器失效，并将它从服务器群中剔除，这种情况的典型例子是某台服务器被非法关机。Layer3的方式是以服务器的IP地址是否有效作为服务器工作正常与否的标准。在本文中将采用这种方式。（2） Layer4：如果您理解了Layer3的方式，Layer4就容易了。Layer4主要以TCP端口的状态来决定服务器工作正常与否。如web server的服务端口一般是80，如果Keepalived检测到80端口没有启动，则Keepalive116、d将把这台服务器从服务器群中剔除。（3） Layer5：Layer5就是工作在具体的应用层，比Layer3，Layer4要复杂，在网络上占用的带宽也要大一些。Keepalived将根据用户的设定检查服务器程序的运行是否正常，如果与用户的设定不相符，则Keepalived将把服务器从服务器群中剔除。1.6.2.2 数据库集群数据库集群采用MySql Cluster方案，具体介绍见数据库的高可靠性设计。1.6.2.3 系统整体集群方案系统整体集群方案由应用服务器集群与数据库服务集群构成，结构如下图所示：注: 图中服务器可以是物理服务器也可以是虚拟服务器。1.7 工程进度安排整个项目周期为5个月，其117、中3个月为系统建设期，2个月为系统试运行期，详细的计划如下表所示：工作日内容123456-1011-2526-3031-6061-8081-110111-120121-145146-150需求调研需求分析概要设计详细设计开发调试测试培训alpha版本试运行alpha版本改进beta版本试运行beta版本改进正式版本试运行验收1.8 分工界面1.8.1 项目组织分工按照本项目的重点和难点进行分工，本项目重点是软件和工程实施的质量控制，本项目的难点是对总体实施的把握。(1). 项目总指挥是整个工程实施的决策机构，其职责是： 审批本项目的建设原则和实施计划，确保系统总体目标； 决定系统重大投资决策；118、 认定系统中的主要管理、技术、标准级质量管理规范； 本规划项目的推进控制； 负责解决实施过程中出现的需双方领导协调和出面解决的问题。(2). 技术总监由西安汇龙科技股份有限公司技术总监以上技术专家担任，负责整个信息化规划中技术咨询及保障，其职责是： 负责审核所有项目方案技术部分； 负责项目实施过程中重大技术问题的方向把握和决策； 制定项目的主要技术规范和技术标准；(3). 行业专家由西安汇龙科技股份有限公司行业专家，负责指导信息化建设与业务体系紧密结合，其职责是： 负责审核所有业务调研报告部分； 负责把握所有规划中涉及业务边界部分内容；(4). 项目经理项目经理每月在项目现场工作时间不少于60119、%。项目经理的职责是： 实施并全面履行合同，处理合同变更，协调与相关单位的关系，接受业主的监督； 制定项目总体计划； 组织规划提交； 对工程进度，质量和成本进行总体控制； 负责项目人员组织调配，向项目总指挥提出人员增减计划； 组织制订工程计划，审定各种工程方案； 对外重要文件的审定和签发； 考核、评定项目组人员的业绩； 代表项目部与运管用户进行联系，加强与业主的沟通； 代表项目领导签署发向业主的报表、信件和经项目领导批准的重要对外信件； 代表项目领导出席用户组织的工作会议； 主持编制规划进度计划； 负责控制总工期，负责调控各阶段的工期； 负责控制工程质量； 指挥督察下属的各类管理人员各司其责；120、 全面协助项目领导顺利开展工作。(5). 商务经理商务经理的职责是： 参与合同的前期谈判工作； 负责监督履行合同中相关的商务条款； 负责协调项目建设过程中的重大变更； 负责项目后期的项目验收和移交工作；(6). 应用规划组由西安汇龙科技股份有限公司资深技术人员组成，其职责是： 负责对系统建设应用部分进行需求调研及完成相关规划方案； 负责整个信息化规划中的软件架构设计； 与其它专业小组共同在项目实施管理组的领导下，完成系统建设标准体系及安全体系； 完成系统编码工作；(7). 应用开发组由西安汇龙科技股份有限公司有关技术人员组成，其职责是： 按照应用规划组的设计方案，完成系统编码工作；(8). 系121、统集成规划组由西安汇龙科技股份有限公司技术总监有关技术人员组成，其职责是： 负责对项目集成部分进行需求调研、设计与实施。 与其它专业小组共同在项目实施管理组的领导下，完成信息化建设标准体系及安全体系的规划；(9). 质量控制组由西安汇龙科技股份有限公司有关质量管理人员组成，其职责是： 认真贯彻国家及有关部门颁发的技术标准规范和各项质量管理制度按图工程的全过程。严肃工艺纪律，做好工序质量控制，实施质量否决权。 负责组织编制总体工程进度计划及各阶段的工程计划。 对工程进度有检查，监督，协调，控制之责。1.8.2 系统开发对接界面序号项目工作项目类别开发条件备注1项目组建设、项目计划安排与研发仿真环122、境安装配置项目Kickoff模拟现场环境，实验室仿真环境（硬件、网络、支撑系统）配置2公交信息接收接口调试系统对接甲方提供公交数据对应服务器详细信息数据采集系统根据甲方提供的实验数据，乙方进行数据协议与通信接口调试。 3公交数据查询系统开发调试甲方提供公交对接接口协议以及对应服务器详细信息乙方进行数据查询系统开发，能够支持APP系统进行动态静态数据查询4APP/第一期版本测试与试运行测试验证验证前面功能基础上添加公交实时数据统计分析验证和监控功能APP能够正常进行数据接收和查询，且实时数据处理系统支持分析验证和数据监控功能5APP应用系统一期版本正式上线系统运行功能基本完整且运行正常APP实际123、运行环境的硬件、网络与支撑软件配置由甲方提供1.9 系统测试与验收方案1.9.1 测试范围在项目验收之前，我方将协同业主，对整个项目进行彻底的测试和验收，测试范围包含合同约束的所有项目，检验各系统满足需求的程度，系统运行可靠性和各性能指标。测试报告将作为最终验收的重要依据。1.9.2 测试内容为了保证产品质量，我公司制定了一套行之有效的质量监控程序，其中重要的一个方面就是关于产品测试工作的。在程序文件中详细规定了如何开展软件产品的运行环境测试、功能测试、异常测试、安全测试、性能测试和各类测试的准入标准、测试的结束标准,关于测试工作的评价等内容，针对不同的分系统,在每个阶段的测试之前制定测试计划124、,测试计划完成之后提交测试报告,测试报告的内容包括：测试项目、测试依据、测试提交文档、测试环境、测试类型、测试总结和分析等.1.9.2.1 公交实时到站数据处理系统测试1.9.2.1.1 功能测试功能测试是根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。它用于验证应用程序或网站对目标用户能否正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验足够好，就像应用程序是专门为该市场开发的一样。功能测试的执行将严格按照已设计好的测试用例，用例设计的设计方法有：等价类划分方法：是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子125、集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的，常用的黑盒测试用例设计方法。边界值分析方法：边界值分析方法是对等价类划分方法的补充。长期的测试工作经验告诉我们，大量的应用错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价类的边界，就是应着重测试的边界情况。应当选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。错误推测方法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测126、试用例的方法。因果图方法：前面介绍的等价类划分方法和边界值分析方法，都是着重考虑输入条件，但未考虑输入条件之间的联系，相互组合等. 考虑输入条件之间的相互组合，可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情，即使把所有输入条件划分成等价类，他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图。判定表驱动分析方法：由条件桩、动作桩、条件项、动作项组成。任何一个条件组合的特定取值及其相应要执行的操作。在判定表中贯穿条件项和动作项的一列就是一条规则。显然，判定表中列出多少组条件取值，也就有多127、少条规则，既条件项和动作项有多少列。针对以上测试理论和待测试的四个子系统（手机客户端、公交出行服务两个子系统及二维码管理子系统）首先设计测试用例，严格执行并记录测试结果，以验证客户端和各子系统是否满足客户需求。对各子系统的功能测试包括但不限于以下功能点：1.9.2.1.2 用户界面测试界面是软件与用户交互的最直接的层面,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。尤其对于出行服务系统以及后台管理系统的产品，操作界面的易用性、规范性、合理性、美观以及协调性显得更加重要.界面测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能128、的操作。除此之外，界面测试还要确保界面功能内部的对象符合预期要求，并遵循公司或行业的标准。测试功能主要包括以下几个测试点：导航测试：导航描述了用户在一个界面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等，或在不同的连接页面之间通过考虑导航是否直观，系统的主要部分是否可通过主页存取，系统是否需要站点地图、搜索引擎或其他的导航帮助。内容测试：内容测试用来检验应用系统提供信息的正确性、准确性和相关性。确保信息是可靠的、无语法或拼写错误。图形测试：对应用包括的图片、颜色、字体、背景、按钮等进行测试。确保图片有明确的用途，验证所有页面字体的风格是否一致，背景颜色应该与字体颜色和前129、景颜色相搭配等。整体界面测试：整体界面是指整个应用系统的页面结构设计，是给用户的一个整体感。确保用户浏览应用系统时感到舒适，凭直觉就知道要找的信息在什么地方。1.9.2.1.3 性能测试性能测试是通过响应的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。它在软件的质量保证中起着重要的作用，主要分为三个方面：应用在客户端性能的测试、应用在网络上性能的测试和应用在服务器端性能的测试。通常情况下，三方面有效、合理的结合，可以达到对系统性能全面的分析和瓶颈的预测。本系统通过专业工具模拟大量用户在并发的情况下，手机客户端和各子系统运行是否正常，实际测试包含但不限于以下测试：压力130、测试：测试Web应用的稳定性，考验系统的抗压能力，在当前比较大的压力下，它能否承受得住。负载测试：主要目的是找到系统处理业务能力的极限。并发测试：通过模拟很多用户在同一时刻访问系统或对系统的一个功能进行操作，来测试系统的性能，从中发现问题。并发测试所关注的性能问题包括：系统中的内存泄漏、线程控制（锁的问题）和资源争用。可靠性测试：被测系统在长时间大负荷条件下运行，从中发现问题。发现的问题都和被测系统运行时间变长后，一些资源无法释放，导致系统响应时间慢慢变长有关。尖峰冲击测试：验证网站在短时间内超过负载极限的应付能力。失败恢复测试：针对有冗余备份、负载均衡的大中型Web应用系统。验证某部分Web131、应用发生故障时，整个网站是否能够继续让用户使用的能力。流量测试：程序运行过程中消耗流量测试。耗电量测试：程序运行过程中消耗电量测试。1.9.2.1.4 健壮性测试健壮性测试即容错性测试，用于测试应用在出现故障时，是否能够自动恢复或者忽略故障继续运行。各子系统的兼容性测试包含但不限于下面的测试：查看手机异常关机再开机后应用能否正常运行；查看网络异常再恢复正常后应用能否正常运行；手机客户端各应用程序切换是否正常；手机客户端正运行时有来电，来电结束后能否正常运行等。1.9.2.1.5 兼容性测试兼容测试是测试应用在特定的硬件、软件、操作系统、网络等环境下的功能及性能等是否正常。1.9.2.1.6 安132、装测试安装测试主要是确保在正常和异常不同情况下，应用能否正常首次安装、覆盖安装以及卸载。测试主要包括但不限于以下功能点测试：应用在不同品牌手机上能正常安装和卸载；应用在同一品牌手机不同型号的操作系统上能正常安装和卸载；应用在各种手机平台上能够正常覆盖安装和升级；通过手机上网和电脑传输都可以安装成功；应用升级后不需要重启即可正常使用；异常情况下（如内存不足）安装不成功并有提示等。（1） 回归测试回归测试是指增加了新功能或修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。它作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，另外软件开发的各个阶段也133、会进行多次回归测试。本系统特别是手机客户端版本更新比较频繁，使用用户数量庞大，有一定的影响力，所以在各阶段都需要进行相应的回归测试。以确保版本更新没有引进新的错误，没有影响原来的功能。（2） 验收测试验收测试在系统测试完成之后进行，系统测试范围严格对应需求规格说明书中的每一条需求，执行功能测试（包含通信测试），用户界面测试、性能测试、负载测试、安全性测试、恢复性测试、配置测试、安装测试等。验收测试是以客户实际需求为基础，和客户进行沟通协商，一起测试设计用例（也可以参照我们公司的系统测试用例和系统测试报告进行），一起执行测试,以保证交付给客户的产品,是完全满足用户要求的产品。验收测试执行之前需要134、执行验收测试计划，包括测试目的、测试范围（与客户需求对应,具体要对应到需求的每个编号，以便保证产品的一致性），测试入口准则、测试出口准则（即测试通过的标准），测试条件、测试环境、测试进度和安排，测试产生的产品或文档等。用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试，其大致顺序可分为：文档审核、源代码审核、配置脚本审核、测试程序或脚本审核、可执行程序测试。用户验收测试的每一个相对独立的部分，都应该有目标（本步骤的目的）、启动标准（着手本步骤必须满足的条件）、活动（构成本步骤的具体活动）、完成标准（完成本步骤要满足的条件）和度量（应该收集的产品与过程数据）。验收测试标准以济南为例参135、考：1） 车辆到站的准确性 车辆到站的准确性测试标准：出行服务软件中计算的时间与车速有关，车速在实时变化，所以测试是否通过的评判标准需要参考两项指标：时间和距离。在实际车辆到达站点后出行服务软件60s内显示已过站，或者目测车辆到站距离不超过100米，则视为测试通过。 车辆到站的准确性中产生误差的原因误差一般会是以下6个原因造成： a) 网络不好；b) 车上的车载机上报数据不及时；c) 测试人员操作不当；d) 手机终端的操作系统有问题。正常误差：1）调度系统，从获取实时数据到存入数据库有30s的延时，2）出行服务软件从数据库获取数据后，客户端每10s再刷新取得的数据，3）中间的传输延时。以上三点136、总共大概是60s的标准，均是按照最大延时计算的，正常情况下，均会小于这个延时；基础数据不正确或者不完整：比如某些线路的站点可能更改过，这样这条线路上此站点的GPS坐标就与实际不符，计算出来的车辆位置就不正确，也会造成误差。其中主要是5、6两点原因，考虑到以上一些因素，因此允许有60s内的时间误差或者车辆到站点100米内的距离误差。2） 线路查询出行服务软件上查询的测试线路显示的站点名称和实际车辆运行的站点名称完全一致，准确率应达100%。3） 站点查询在出行服务软件上查询的测试站点所经过的线路和此站点实际经过的线路一致，要求准确率100%。4） 换乘查询输入起点和终点后，搜索出的方案应满足选择137、的搜索方式：较快捷、少换乘、少步行（下图右），并且能够准确从起点到达终点。验收测试结束之后，需要收集测试数据以形成测试报告，其中的内容包括测试项目、测试提交文档、测试资源、测试环境、测试总结以及测试的数据分析等。1.9.2.2 系统管理后台测试1.9.2.2.1 运行环境测试软件使用环境测试包括测试环境的搭建、一致性以及齐全性测试。 测试环境搭建主要包括是否按照产品开发要求配置软硬件环境；是否能够按照产品手册中的说明安装客户端软件。一致性测试主要包括硬件环境和测试要求的描述事是否一致；软件环境与测试要求的描述是否一致；测试环境是否和用户环境一致；操作系统以及浏览器版本是否和本产品的要求一致。齐138、全性测试主要包括个测试阶段的各种输入文档是否完备，测试硬件、软件是否齐全。1.9.2.2.2 功能测试界面是软件与用户交互的最直接的层面,界面的好坏决定用户对软件的第一印象.而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用.尤其对于出行服务系统以及后台管理系统的产品，操作界面的易用性、规范性、合理性、美观以及协调性显得更加重要。界面测试主要包括：系统界面是否与用户需求说明书内容一致；图片及文字信息的显示区域和样式是否一致；导航栏位置是否布局合理并且客户导航；各种功能按钮是否实现；链接是否正确有效；是否符合操作系统；是否符合基本的美学观点；是否提供在线帮助等等。在本管理后台的测试139、中，页面的测试主要包含以下内容： 进入方式测试：快捷方式、地址方式等进入方式是否正确有限。 页面链接测试：查看是否每一个链接都有对应的正确页面，并且页面之间切换正确。 按钮功能测试：确定、取消、保存、删除、打印等按钮是否正确有效。 回车键功能测试：在填写完输入内容后直接敲击回车键，系统是否正确显示需求中所规定的内容，查看信息显示是否正确。 字符串长度测试：更具需求中规定的文本输入框允许的字符串长度，查看系统是否检查字符串长度，当超过此长度时有无提示信息。 字符类型测试：规定只能输入数字的区域，当输入其他字符时，是否给出提示信息，是否可以退回修改；修改能否正确处理。规定不允许输入特殊字符（如：引140、号，空格，反斜线等）的区域，当输入时，是否给出提示信息，是否能退回修改，修改后能否正确处理。 数字类型测试：规定输入数字类型的区域输入其他字符后，能够给出提示信息，能否退回修改，修改后是否能够正确处理；对于只能输入整型的字段，能否允许输入含小数点的数字或当输入含有小数点的数字时，有无提示信息；对于只能输入正数的字段，能够允许输入负数或当输入负数时有无提示信息。 日期输入测试：日期输入方式如果是手工输入，检查输入非法日期或错误日期格式时有无提示信息，能否返回修改，修改后能否正确处理。如果是给出日历进行选择，查看能否正确获取系统时间，并且根据选择的日期正确显示。如果有起止日期，查看结束日期有无做限141、制，大于等于其实日期。 中文字符处理测试：在可以输入或显示中文的区域，查看是否会出现乱码或者出错。检查当需要查看信息及刷新页面时，填写的内容能否显示正确、完整。 搜索测试：当输入系统中不存在的或者错误的信息时，查看出来结果是否正常；是否支持模糊查询；当输入多个搜索条件时间，系统能否正确处理。 标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键，看系统处理是否正确。 必填项目检查：查看页面当中的文本框是否是必填项，如果填写完成完整必填项，其他项目不添时候是否能继续下一步。如果不填写必填项目系统是否会给出提示。 分页检查：查看需求中规定的分页显示的页面当内容显示超过当前页时能否进142、行正常分页显示；当分页显示时，上页下页首页末页等是否可以正常操作，结果是否正确有效；查看当前页面信息的显示条数是否与需求一直，显示的内容是否与数据库实际信息相同，产看点击页面下方下页时候，是否能够正确跳转到第页。 相关性检查：当删除或增加一项时，页面有无刷新，会不会对其他信息造成影响。如果产生影响，验证这种相关性影响是否正确。 导入导出检查：当系统提供细心列表导出功能时，检查导出的表格格式是否符合要求，导出的信息内容是否与原信息列表内容一致，并且显示正确；当系统提供导入功能时，检查需求中规定的支持导入的文本格式是否都可以正常导入，并且显示正确。 下拉列表检查：查看下拉列表内容是否正确、完整；如143、果下拉列表内容为可维护的，当增加列表内容，列表下拉选项是否会同步增加；检查下拉列表内容可供正确选取。 概要详细信息切换检查：当页面显示概要信息时，点击详细信息链接，查看能否显示相应的详细信息；同样，当显示详细信息时，连接会变为显示概要信息，点击链接，查看能够显示概要内容。1.9.2.2.3 异常测试设计用户可能进行的异常操作场景，查看当用户进行异常操作时，系统能否正常处理与响应，处理结果是否和预期的一致；是否有操作导致软件产品异常报错或退出以及电脑死机等现象。1.9.2.2.4 关联性测试由于本系统后台管理功能比较多，而且各功能间联系紧密，因此需进行关联性测试。在本系统中，主要针对功能、操作的144、关联性进行测试。 功能的关联性各功能之间的衔接性事都符合要求。 操作关联性是否符合页面之间正常的操作顺序要求；当前操作完毕后调用页面的方法是否正确；调用的页面是否符合要求；调用页面的数据与上一步操作的相关性。1.9.2.2.5 性能测试性能测试保证程序具有良好的性能，考察系统在不同用户负载下，系统对用户请求做出的响应情况，以保证将来系统运行的稳定性、可靠性和执行效率。本管理后台性能测试主要包括了连接速度测试、压力测试、负载测试等内容。 连接速度测试首先需要验证系统是否满足用户单个请求响应时间的要求：如果系统响应时间过长，用户会由于没有耐心而不满。另外，有些页面有超时的限制，如果响应过慢，用户可145、能还没来得及浏览内容就需要重新登录，而且，响应时间过慢还会引起数据丢失，使用户得不到真实的数据内容。 负载测试负载测试是为了测试系统在某一负载级别上的性能，以保证系统在需求范围内可以正常工作。负载数据的级别可以是某个时刻同时访问系统的用户数量，也可以是在线数据处理的数量。 压力测试压力测试的目的是测试系统的限制和故障恢复能力，也就是测试系统会不会崩溃，又是在怎样的情况下崩溃。因此本系统必须在真实的环境下，通过批处理文件模拟多个客户端访问。 健壮性测试检查本系统对于非法操作的响应能力。对于非法操作或者非正常流程操作系统能否正常处理。如果无法正常处理，有无正确、有效地提示信息。对于异常值能否做出正146、确处理，系统能否对于断电、机器故障等异常情况做出处理，保证数据的完整性、一致性和可恢复性。1.9.2.2.6 安全性测试软件的安全可靠性是衡量软件好坏的一个重要标准。安全性指与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性；针对系统要进行的安全测试主要包括一下几个方面：用户权限：检查软件是否根据需求规格说明对于用户的角色和权限进行了划分，划分是否合理。超级用户对于其他用户的权限管理是否合理，包括修改普通用户的资料、设置其权限等。用户认证机制：检查软件是否对用户名和密码进行校验，有无保护措施，对密码有无屏蔽功能。留痕功能：检查系统中对于用户登录页面有无记住密码的功能，如果有记住密码147、功能，则当浏览器关闭后再次打开时，用户名密码是否仍处于保留状态。屏蔽用户错误操作：考察队用户常见的误操作的提示和屏蔽情况。错误提示的准确性：查看当前用户操作错误或软件错误时，有无准确清晰地提示，使用户知道造成错误的原因。错误是否导致系统异常退出：考察软件运行的稳定性，当软件发生一般错误或严重错误时，软件是否会自动退出。异常情况的影响：在程序运行过程中进行掉电等试验，考查数据或系统的受影响程度。网络故障对系统的影响：当网络中断连接时，是否会造成数据的丢失。网络重新连接后，能否恢复到原始的状态。1.9.3 系统验收测试验收测试在系统测试完成之后进行，系统测试范围严格对应需求规格说明书中的每一条需求148、，执行功能测试（包含通信测试），用户界面测试、性能测试、负载测试、安全性测试、恢复性测试、配置测试、安装测试等。验收测试是以客户实际需求为基础,和客户进行沟通协商，一起测试设计用例（ 也可以参照我们公司的系统测试用例和系统测试报告进行），一起执行测试,以保证交付给客户的产品,是完全满足用户要求的产品。验收测试执行之前需要执行验收测试计划，包括测试目的、测试范围（与客户需求对应，具体要对应到需求的每个编号，以便保证产品的一致性），测试入口准则、测试出口准则（即测试通过的标准），测试条件、测试环境、测试进度和安排,测试产生的产品或文档等，验收测试结束之后,需要收集测试数据以形成测试报告，其中的内容149、包括测试项目、测试提交文档、测试资源、测试环境、测试总结以及测试的数据分析等。1.9.4 验收报告在每个分系统的验收测试工作完成之后，会向业主提交测试报告包括测试项目、测试依据、测试提交文档、测试资源、测试环境、测试类型、测试数据、测试数据分析、验收放签字等。项目验收工作完成后，验收报告由业务提交给承包商，验收报告内容包括：验收准则、交付内容、功能要求、性能要求、验收小组人员签字、验收方业主签字等。1.9.4.1 服务器性能和压力测试报告举例（1） 硬件环境型号主机IPCPU数内存用途Dell PER71010.10.20.70812G应用服务器+数据库服务器（2） 软件环境名称版本操作系统C150、entOS 6Web服务器Apache数据库MySql（3） 网络拓扑结构系统采用B/S架构模式。（4） 测试模型场景序号功能名称功能点并发用户数用户加载方式Think time循环间隔1获取某辆车的实时信息2005007001000一直以最高并发数运行忽略忽略234系统资源监控及关注指标在进行负载压力测试的同时，用测试工具对应用服务器的资源和性能指标进行监控。选取应用服务器的CPU使用率进行分析。测试工具及使用软件客户端和服务端之间的通信采用的是HTTP标准协议，著名组织Apache提供了一个专门测试HTTP服务器执行效率的工具-Apache Bench。因其使用的易用性、通用性，本次测试使151、用Apache Bench生成虚拟用户，针对某一个URL模拟连续的、并发的联机请求，输出“每秒处理事务数”、“每个事务平均响应时间”、“失败的事务数”等重要指标。（5） 测试执行结果序号功能模块用户并发数每秒处理事务数平均事务响应时间(毫秒)通过事务数（单位：个）失败事务数（单位：个）12005703.59748.64650000025006232.25839.854500000310005681.58854.38500000415005665.58937.658500000（6） 测试结果分析性能分析：事务的响应时间随着用户数不断增加而增大；当用户并发数达到1500后，有部分请求的处理时间超152、过1秒；系统的TPS（每秒请求事务数）基本维持在5600左右。结合目前系统实现，客户端（Iphone、Android）软件定时10秒获取公交车的实时信息，粗略的去估算，目前的服务器环境在带宽足够的情况下，基本可以支持56000左右的用户同时在线，并且用户的每个请求响应在1秒之内。带宽估算：对于服务器，带宽压力主要来自上行（响应用户请求，发送请求结果），针对“获取实时公交信息”的请求，一个回应的文件HTTP报文大小在400B左右，结合上节“性能分析”的情况，如果关注的是一辆车，那么最低带宽将是5600*400B=2.14M左右；如果用户关注的是一条线路的全部车辆N（最差情况），将是N*2.14M153、。1.9.4.2 软件功能测试报告举例软件功能测试报告分主要包括三大模块：（1） 软件功能点测试（2） 总体使用效果测试（3） 公交准确性测试1.10 培训计划1.10.1 培训目的自汇龙科技从事智慧交通信息化系统建设以来，深知培训在本项目中的重要性。因为现有交通信息化的薄弱和计算机信息人员相对较少的原因，直接能够从事信息化的人员不能够满足本项目的需求，因此只有经过良好培训的用户才可以更好地掌握系统操作与使用技能，从而减少操作中的失误，提高生产率。在汇龙科技为系统人员培训的同时，也将帮助本项目建立起一只训练有素的队伍，为今后的发展奠定了基础。这次培训重点针对两支队伍建设进行：（1） 技术培训队154、伍的组建与培训：在信息化建设项目启动前完成，完成技术培训队伍的组建，重点针对他们进行培训，掌握系统的管理、维护、使用，达到能对他人进行培训的能力，作为今后企业信息系统推进的核心力量。（2） 使用人员队伍的组建与培训：对每一阶段的试运行前，都要针对涉及系统功能的相关员工做培训，并达到系统使用人员能够熟练操作系统，从而使新系统在试用过程中，不影响运管日常工作。1.10.2 培训的组织及管理为了更好地做好本项目建设的技术培训工作，汇龙科技将选派具有丰富技术培训和实时经验的技术人员组成培训小组，编写详尽、实用的培训教材，并且制定切实有效的培训方案。（1） 汇龙科技将根据本项目的具体情况，设立专门的培训155、计划，由专业人员负责用户的培训工作。（2） 汇龙科技将提供经验丰富的教员，对相关课程进行培训。（3） 技术培训的工作按照培训方案进行。（4） 培训所需费用（包括培训费和差旅费），都有汇龙科技承担。（5） 实施系统培训前，汇龙科技会提供详细的课程表和行程安排供运管方面确认。1.10.3 培训方案计划分以下三块内容开展培训，在完成我们所提供的一系列培训课程后，各有关人员经考试合格后可以达到以下技术水平：（1） 使运管信息系统技术人员具备系统维护、管理技能。（2） 受训者通过培训掌握设备的安装测试及维护方法，以及各操作命令的使用方法。（3） 了解设备的体系结构和工作原理。（4） 掌握各种设备的初始化156、及故障诊断、定位和排除的基本技能。（5） 掌握系统故障后的恢复方法。（6） 掌握查阅各种技术及维护手册。（7） 掌握系统软件的使用和维护。（8） 有能力进行系统的日常维护，并能够处理一些不可预测的突发事件，系统的不间断运行。1.10.3.1 基础培训方案培训目标： 使运管信息系统技术人员具备系统维护、管理技能。培训策略： 交叉培训，根据公交行业的业务特点，对于统一岗位或者部门的人员分批培训，避免对现有工作造成影响。关于错过培训的人员： 采用集中周末时间进行培训的方式。培训效果评估： 采用对学员进行调查问卷的方式评估授课效果，满意度的标准要达到90%。 采用对学员进行考试的方式评估听课效果，考试157、不合格不允许上岗。 序号课程培训内容培训范围培训要求达到的效果学时培训人数1系统管理员培训1、 设备的体系结构和工作原理2、 系统故障后的恢复方法3、 各种设备的初始化及故障诊断、定位和排除 的基本技能4、 系统的配置文件管理5、 各种技术文件及维护手册查阅方法管理岗位的人员、设备管理员等与业务系统关联紧密的人员。进行理论和实际操作考试，考试不合格者给予补考的机会，若人不能通过考试，要求岗位更换人员。能够熟练掌握培训内容。20 22职能部门管理层培训1、 整个系统工作原理培训2、 应用系统培训管理岗位人员进行理论和实际操作考试，考试不合格者给予补考的机会，若仍不能通过考试，要求岗位更换人员。能158、够熟练掌握培训内容。30 103PC操作系统使用基础启动和退出，桌面和任务栏，文件和文件夹的打开、显示、选定、复制、拷贝、发送、创建、更名、修改和删除，资源管理器。管理岗位人员、设备管理员等与业务系统关联紧密的人员。进行上级测试，若不能够达到要求的标准，再提供一次培训。能够对操作系统具有深刻的人事，掌握操作系统的基本知识。10 104IE使用基础IE基本知识，上网基本操作，收发邮件，资料下载等。管理岗位人员、设备管理员等与业务系统关联紧密的人员。进行实际操作操作测试。能够掌握上网的基本要素，剧本驾驭网络实现网上办公的素质。2 305计算机操作基础基本的工作原理，正确开关机，标准指法练习，键盘的159、讲解。微型计算机基本部件的认识与组装。管理岗位人员、设备管理员等与业务系统关联紧密的人员。进行理论和实际操作考试，考试不合格者给予补考的机会，若仍不能通过考试，要求岗位更换人员。能够掌握计算机基础知识，独立进行计算机操作的初级专业水平。2301.10.3.2 系统平台培训方案培训目标： 使运管信息系统技术人员具备系统维护、管理技能。培训策略： 交叉培训，根据公交和运管行业的业务特点，对于统一岗位或者部门的人员分批培训，避免对现有工作造成影响。关于错过培训的人员： 采用集中周末时间进行培训的方式。培训效果评估： 采用对学员进行调查问卷的方式评估授课效果，满意度的标准要达到90%。 采用对学员进行160、考试的方式评估听课效果，考试不合格不允许上岗。 序号课程培训内容培训范围培训要求达到的效果学时培训人数1大型数据库日常维护1、 数据工作原理2、 数据库安装及维护3、 数据库的备份4、 数据库简单故障的排除管理岗位的人员、设备管理员等与业务系统关联紧密的人员。进行理论和实际操作考试，考试不合格者给予补考的机会，若人不能通过考试，要求岗位更换人员。能够熟练掌握培训内容。120202系统网络的使用维护1、 系统网络架构原理2、 系统网络故障诊断3、 系统网络简单故障排除4、 系统软件使用管理岗位的人员、设备管理员等与业务系统关联紧密的人员。进行理论和实际操作考试，考试不合格者给予补考的机会，若仍不161、能通过考试，要求岗位更换人员。能够熟练掌握培训内容。100203系统管理后台的使用维护1、 系统软件功能2、 系统软件部署3、 系统软件的故障诊断及维护4、 系统软件使用管理岗位人员、设备管理员等与业务系统关联紧密的人员。进行理论和实际操作考试，考试不合格者给予补考的机会，若仍不能通过考试，要求岗位更换人员。能够掌握培训知识。80104数据采集平台的日常维护1、 公交数据采集模块的功能介绍2、 公共自行车数据采集模块的功能介绍3、 数据整合4、 系统软件的故障诊断及维护5、 系统软件使用管理岗位人员、设备管理员等与业务系统关联紧密的人员。进行理论和实际操作考试，考试不合格者给予补考的机会，若仍162、不能通过考试，要求岗位更换人员。能够掌握培训知识。50101.11 技术服务方案1.11.1 技术服务内容我们为客户提供的是全方位的服务，主要归纳如下：（1） 对客户进行系统运行、维护的技术指导；（2） 对客户相关管理人员智能化系统实际应用进行培训；（3） 协助客户建立健全智能化系统运行的管理制度；（4） 针对客户在智能化系统新的需求提供技术咨询和解决方案；（5） 对智能化系统的优化运行提供解决方案并指导实施；（6） 处理和解决智能化系统运行中存在的故障和问题；（7） 协助处理由于违反操作规程而引起的设备运行事故；（8） 处理由于客户系统运行环境变化而出现的新问题；（9） 处理由于突发事件导致163、系统运行出现的问题；（10） 满足智能化系统中软件升级；（11） 针对智能化系统进行定期检测和调试。1.11.2 技术服务时间说明1.11.2.1 质保期限及说明（1） 针对本项目合同规定的系统项目，免费维护期限从项目验收通过之日算起，不少于三年。免费维护期内提供公众出行服务手机APP软件的版本升级和网站更新。（2） 我们在竣工验收之前，将提供连同所有软件以书面形式提交一份质量保证书，并确保所有软件不会出现缺陷。（3） 本公司将建立完善的用户档案，通过先进的计算机网络管理，随时查询。 （4） 本公司设有热线服务电话，以便用户设备出现故障时使用户在任何时候可以得到本公司的及时响应。1.11.2.164、2 系统故障响应时间及说明在质保期内的系统故障响应时间如下：故障响应时间：周一至周五9:0017:00期间为1小时，若电话中无法解决，4小时内到达现场进行维护；周六、周日、晚上或法定工作日期间，2小时响应，若电话中无法解决，第二天上午9：00前到达现场进行维护。1.11.2.3 质保期内详细工作内容及计划（1） 每季度：系统基本检查系统运行检查对主要软件、程序运行的检测对各个软件进行工作运行状态检测对相关软件记录的数据或记录进行检查与客户进行工作交流及回顾（2） 每半年：按月例行维护软件诊断和软件功能模块检测对重要数据进行备份进行虚拟设备报警等实验对系统进行优化处理（3） 年度：按月例行维护按165、季度例行维护对软件性能检测对软件功能进行检测对重要数据进行备份检查各个软件记录状态1.11.2.4 维修服务收费标准（1） 在质保期内，我们为本项目提供免费的保修服务，同时提供免费的软件升级服务；（2） 在质保期满后，保证以不高于在本地购买的一般价格，终生提供软件升级服务；并应按其在本地区同类产品的最优惠的价格提供保养服务。1.11.3 服务承诺为了体现我们让客户无忧，让客户满意的售后服务的宗旨，体现以客户为本，优质高效，全心全意为客户服务的售后服务理念，坚持“全方位零滞后”的售后服务原则，确保客户的投资回报的售后服务目标，我们对系统的售后服务做到如下个性化安排：1.11.3.1 电话服务承诺166、我们承诺：为用户提供7 x 24小时热线服务，由经过专业培训的具有售后服务上岗证的工程师提供售前、售中、售后咨询和疑难问题解答。客户在系统运行或具体使用中遇到问题，可随时通过拨打公司服务热线，即可获得优质的技术服务。1.11.3.2 到达现场时间承诺我们售后服务的原则是全方位“零滞后”，所谓零滞后就是要做到对客户的运维需求反应迅速，处理问题快速果断，解决问题的方法准确无误，售后服务的效果是优质高效低成本。我们承诺：在接到用户故障申报后，最迟在第二天九点前到达现场以完成维修任务，保证用户的正常使用。1.11.3.3 升级服务承诺我们将按照国家的相关规定和政策对本项目可升级的软件产品提供免费软件升167、级服务。新的软件版本或者升级程序通过检测单位测试并在公司内部门备案后，才能进行升级。我们根据客户要求，以最快的反映速度，为本项目提供符合实际需求的升级服务。我们承诺维护期满后具体的技术服务费用到时由双方通过友好协商确定。1.11.3.4 对业主管理人员和使用人员的培训承诺为了本项目的工程技术人员能对各系统的安装，应用及维护和故障的处理有全面的了解和认识，在系统实施的各阶段为业主安排有针对性的培训。我们承诺在工程实施过程中对招标人进行培训，培训包括现场培训等，培训各系统的相关人员应每个系统不少于 2 人。1.12 技术承诺技术承诺表质量保证承诺我们将质量定义为对需求的满足程度，因此本项目的质量管168、理目标定位于最大限度的满足用户的需求。并且承诺本项目未验收通过前，未经项目方同意，不能更换项目经理。我们的质量保证目标包括：1.正确：整个系统受说明、设计和实现的错误影响程度小；2.可用：用户学会和使用系统的难度低；3.效率：对系统资源的最小利用，包括存储和执行时间；4.可靠：在一定条件下执行特定功能的能力；5.完整：防止非法或不适当地访问。完整性思想包括：限制非法用户访问，同时确保证数据恰当访问；并行数据表进行并行修改；数据段仅含有有效数据等等；6.适应：系统在应用或其它环境下不作修改就能使用的能力高；7.精确：系统不受错误影响的程度高，尤其是数据输出方面。精确性和正确性是不同的。精确性是对169、系统完成其工作性能良好的衡量，而不是它设计得是否正确。8.坚固：系统对无效输入或压力环境中能继续执行其功能的能力高9.对于系统修改及维护人员，我们的质量保证目标包括：10.可维护性：修改一个软件系统，提高其性能或修正其错误的能力高；11.灵活性：修改系统使其能适应于不同的用途或环境的能力，而不必对系统进行特定的设计；12.可移植性：能修改所设计的某一系统使其能在其它环境下运行力；13.可重用性：能容易的将系统的一部分用于其它系统；14.可读性：读懂或理解系统源代码的能力高，尤其是在细节说明这一级上；15.可测试性：对整个系统进行单元或系统测试以证实其满足所有需求性能的测试；16.可理解性：能从170、整个系统水平或细节说明这一级上理解整个系统的难易程度。可理解性要比可读性从更一般的水平上讨论系统的紧密性。其他（惩罚保证、优惠条件、额外服务等等）投标人所提供的货物所有权归招标人所有。如若发生侵权事件，其侵权责任与招标人及招标代理机构无关，由投标人承担全部责任。侵权造成的所有相关费用，均由投标人支付，保证不伤害招标人的利益。投标单位名称（盖章）： 法定代表人或授权代表（签字）： 日 期：2014年9月 27日2 商务报价正 本沈阳市交通局公交实时到站数据处理系统项目采购文件供应商：西安汇龙科技股份有限公司 （盖单位章）法定代表人或其委托的代理人： （签字）时间：2014年9月27日项目名称及编171、号：沈阳市交通局公交实时到站数据处理系统 201401881. 报价函报价函致： 中国移动通信集团辽宁有限公司 1. 根据你方项目编号为 20140188 的 沈阳市交通局公交实时到站数据处理系统 项目比选采购文件，遵照国家相关法律、法规规定，经研究上述采购文件的供应商须知、合同主要条款、技术规范等文件后，我方愿意并承诺以总价人民币 肆拾万贰仟捌佰元（￥402800）完成本项目。2. 我方已详细审核并确认全部采购文件，包括修改文件及有关附件。3. 我方承认采购文件附录是我方采购文件的组成部分。4. 一旦我方成交，我方保证按采购文件质量要求完成本项目。5. 我方同意所递交的采购文件在“报价须知”172、规定的报价有效期内有效，在此期间内如果成交，我方将受此约束。6. 我方将按采购文件的规定，提交人民币 元的报价保证金。7. 我方保证提供的资料和证明文件真实可靠，如有弄虚作假，将承担相应的法律责任，并赔偿由此造成的一切损失。8. 我方承诺：保证技术人员的相对稳定，特别是关键技术人员的稳定，在本服务期限内，关键技术人员严禁调整，其他人员如需调整应提前一周向采购人提出申请，得到许可后方可调动，人员流动率应控制在20%以内。9. 我方承诺：若目标未能如期达成，受托方承担相应违约责任10. 其他承诺： 。供应商：西安汇龙科技股份有限公司（盖单位章）法定代表人或其委托代理人： （签字）单位地址：西安市高173、新区丈八一路1号汇鑫大厦IBC1幢1单元21层12103号邮政编码：710075 电话：029-88850155传真：029-88605520开户银行名称：上海浦东发展银行股份有限公司西安高新开发区支行开户银行帐号：72040158000022497开户银行地址：西安市高新路51号高新大厦一层日期： 2014 年 09 月 27 日2. 法定代表人身份证明单位名称： 西安汇龙科技股份有限公司 单位地址：西安市高新区丈八一路1号汇鑫大厦IBC1幢1单元21层12103号成立时间： 2009 年 12 月31 日经营期限： 长期 姓名： 刘英智 性别： 男 年龄： 45 职务： 董事长 身份证号码174、： 610102196907053530 系_西安汇龙科技股份有限公司_的法定代表人。特此证明供应商：_西安汇龙科技股份有限公司_（盖单位章） 2014 年 9 月27 日3. 法人授权委托书本授权委托书声明： 刘英智 （姓名）是 西安汇龙科技股份有限公司 的法定代表人，现委托 西安汇龙科技股份有限公司 的 张大卫 为我方代理人。我方承认代理人全权代表我方所签署的本项目的采购文件、签订合同和处理有关事宜。其法律后果由我方承担。代理人无转委托权，特此委托。代理人： （签字） 性别： 男 年龄： 38 身份证号码： 211302197711131658 职务： 委托期限： 2014 年 09 月 175、27 日至_2014_年_10_月_30_日。法定代表人： （签字） 应答 人：西安汇龙科技股份有限公司 （盖单位章） 2014年09月27_日注：授权委托人应持本证明参加报价，并提供一份原件在采购文件中。 4. 报价一览表项目名称：沈阳市交通局公交实时到站数据处理系统（项目）序号项目报价（不含税）税率1沈阳市交通局公交实时到站数据处理系统380000元6%2说明：1. 以上内容为实质性响应内容，供应商漏写或错写，将导致采购文件不予接受2. 报价总报价如果与单价不符，将可能导致唱价与签定合同价不一致。供应商：西安汇龙科技股份有限公司 （盖单位章）2014 年 09月 27 日供应商法定代表人或176、其授权委托人： （签字）2104 年 09月27 日5. 资质材料营业执照正本：营业执照副本：税务登记正本：税务登记副本：组织机构代码正本：组织机构代码副本：银行开户许可：一般纳税人证明：系统集成甲级：系统集成甲级：ISO证明：6. 主要业绩证明附表 :相关项目建设业绩一览表项目名称项目类型简要描述签订日期项目地址济南市手机来车预报项目软件开发市民可通过手机终端软件实时查询济南公交车辆运行等信息的信息化项目2013.9.22山东济南济源交通局综合交通信息发布平台系统软件开发济源市全市公交线路、站点、换乘信息服务，车辆到站信息预报，手机电子站牌，出租车电招服务，公共自行车查询，长途客运、火车、航177、班线路与余票信息查询，周边交通信息服务等2013.9.25河北济源绍兴市交通运输局综合交通信息发布平台系统技术服务绍兴市全市公交线路、站点、换乘信息服务，车辆到站信息预报，手机电子站牌，出租车电招服务，公共自行车查询，长途客运、火车、航班线路与余票信息查询，周边交通信息服务等2013.9.29浙江绍兴山东泰安市公交公司技术服务泰安市公交手机查询系统。含线路查询站点查询 换成查询以及公交公告发布管理后台等2014年9月山东泰安三亚市交通运输局公众出行服务平台通过北大千方公司技术服务三亚市全市公交线路、站点、换乘信息服务，车辆到站信息预报，手机电子站牌，出租车电招服务，公共自行车查询，长途客运、火178、车、航班线路与余票信息查询，周边交通信息服务等2104年9月海南三亚（正在实施）浙江衢州公交公司技术服务泰安市公交手机查询系统含线路查询站点查询 换成查询以及公交公告发布管理后台等2014年8月浙江衢州（正在实施）投标人名称（公章）： 法定代表人或授权委托人（签字）： 日期：2014年 09月 27 日7. 廉洁诚信承诺书廉洁诚信承诺书为了维护双方当事人的合法权益，建立互惠共赢、健康和谐的伙伴关系，促进整个行业的健康持续发展，合作双方在遵守国家法律、法规，并符合一般道德标准和商业惯例的基础上，提出如下廉洁诚信承诺，在合作期间共同遵守。甲 方 承 诺中国移动通信集团辽宁有限公司承诺：一、不接受报179、价（合作）厂商赠送的礼金礼品、有价证券、购物券、回扣、佣金；不与报价单位及其工作人员私下接触、参与宴请和娱乐活动；不向报价单位及其工作人员索要好处费、赞助费和宣传费；不在报价单位支付旅游费用、报销各种消费凭证。二、公司相关人员不得以任何方式向他人透露已获取询价文件的潜在报价人的名称、数量以及可能影响公平竞争的有关报价的其他情况。三、在评审过程中，公司领导人员不做任何带有旨在影响评审结果公正性的具有倾向性的意见，保证评审专家评审的独立性。四、严格按法律、法规规定的程序组织报价工作，为报价（合作）厂商提供公平参与竞争的机会。不得提出任何具有倾向性或排斥其他潜在供应商的技术或商务等条款，从而影响商务180、活动的公平、公正性。五、积极、主动地对报价（合作）厂商所提出的询问、质疑做出客观、公正的答复。六、向报价（合作）方公布投诉处理机构、人员和工作流程 ，并通报投诉、举报的问题的处理结果。七、若出现违背以上承诺的行为，我公司自愿接受按照国家法律、法规等有关规定给予的处罚。乙 方 承 诺西安汇龙科技股份有限公司承诺：一、杜绝任何形式的商业贿赂行为。不向中国移动辽宁公司相关领导人员、项目的具体工作人员、评审专家及其亲属提供礼品礼金、有价证券、购物券、回扣、佣金、咨询费、劳务费、赞助费、宣传费、宴请；不为其报销各种消费凭证，不支付其旅游、娱乐等费用。二、严格遵守法律、法规和商业道德规范，不作损害甲方单位181、和个人名誉的行为。三、公平竞争参加本次商务活动。保证提交的资料真实准确、完整合法；若有任何弄虚作假，与我公司实际情况不符，我公司愿无条件承担所有法律责任。四、保证依据询价文件要求和我公司报价文件的承诺，按报价价格及时向贵公司提供选定的高质量产品和服务。五、不在合同内容之外，提出任何附加条款；严格按照报价优惠幅度执行供应价格，不提供额外利益及优惠。六、在参与商务活动中遇到相关工作人员提出非法利益要求的，负有及时举报责任。七、严格遵守商务活动有关法律、法规和工作流程，不采取旨在影响商务结果公正、公平的跨流程、跨级别的行动。八、若出现上述行为，我公司及参与报价（合作）的工作人员愿意接受按照国家法律法规等有关规定给予的处罚。甲方项目负责人： 乙方项目负责人： （盖章） （盖章） 年 月 日 年 月 日