重庆高速公路智能化监控总中心设计
重庆高速公路智能化监控总中心设计
来源：《交通科技与经济》08-01发布时间：201*-02-25作者：王卫平摘要：根据重庆高速公路机电系统及信息化建设的现状、规划及特点，对重庆高速公路路网运行、调度、指挥、管理总中心的多运行中心合一化、信息化建设以及新型高速公路监控体系的逐步形成作系统性介绍，总结总中心设计理念的特点，分析当前监控总中心设计中存在的主要问题，为进一步完善总中心功能的实现，提出可行有效的解决方案。
重庆高速公路运营管理系统已经从传统的3大系统向综合性的管理系统发展，重庆高速公路路网运行、调度、指挥、管理总中心将在建设传统的省级联网监控、收费、通信3大中心的基础上，依托高速公路专用通信系统，本着资源共享、避免重复投资的原则，对综合多样的业务系统进行集成，对信息资源进行整合，实现信息的共享，用信息化的手段来提升内部管理效率，提供领导层决策支持，提高企业的核心竞争力，起到增效节能、体现重庆高速公路管理需求的重要作用。1重庆高速公路路网监控总中心系统架构
重庆高速公路路网运行、调度、指挥、管理总中心将建成9大运行中心，它们分别是交通监控总中心、高速公路信息总中心、通信总中心、桥梁健康运行监测中心、隧道安全运行监测中心、联网收费结算中心、路网电力监测中心、视频会议中心、呼叫服务中心，以及一个保障系统和一个动力系统，分别是网络安全及灾备系统和总中心供电及防雷接地系统。本文将针对重庆高速公路路网运行、调度、指挥、管理总中心下设的9大运行中心的功能设计进行系统性阐述。1)交通监控总中心。重庆高速公路路网建设提出了以区域管理为核心的联网监控系统这一先进理念，通过区域化的管理模式、以先进的自动监测技术和通信技术为支撑，实现区域监控中心实时监控和管理，监控总中心总体宏观调度指挥，可以大规模缩小路段和隧道监控系统的建设规模，从而有效地降低运营管理成本，提高运营管理的效率。
2)信息总中心。信息总中心作为重庆高速公路路网运行、调度、指挥、管理总中心的一个重要组成部分，其目的是解决业务系统问信息共享和综合信息的二次开发利用的问题，建立一个具有高性能、高可靠性的通信中心兼中西部通信中心，可以为监控、收费、管理信息等系统提供不间断的数据和图像传输通道，为总中心提供语音服务。3)通信总中心。重庆高速公路路网根据监控及通信体制的未来规划将主干网络结构分为三层结构：第一层为骨干层，主要包括重庆市高速公路通信总中心；第二层为汇聚层，由骨干环网、放射线、连接大环组成；第三层为接入层，涵盖各路段的收费站。
4)桥梁健康运行监测中心。桥梁安全远程智能集群监测系统是单个桥梁监测系统的提升和集成，它采取的是分散监测和集中管理的原则，各桥梁上的状态监测系统和中心之间通过通信链路相互连接。桥梁健康运行监测中心主要负责采集路网中特大桥梁的重要参数，显示桥梁健康运行状态，实现桥梁信息的集中管理。5)隧道安全运行监测中心。隧道安全运行监测中心立足于隧道现场的自动化监测设备及技术，对全市长大隧道及隧道群等进行包括隧道设备、交通事件及火灾等安全事件进行的远程监测及调度、指挥，即接受隧道特重大报警信号并记录，按需采集及展示隧道监控系统及设备的运行信息，与交通监控总中心、中西部区域监控中心视频和业务系统建立联动关系，显示发生事件的隧道的交通运行状态、设备运行状态，并通过数据分析功能，下达相应的远程控制方案和救援对策。6)路网电力监测中心。路网电力监测中心主要负责采集全路网各变电站的重要参数，掌握各路公司电力运行总能耗，接受变电所电力监测系统、各中心UPS运行及报警信息，监测各变电所、UPS等电力系统或设备的运行状态，并进行综合统计分析，实现电力信息的集中管理。7)联网收费结算中心。重庆高速公路联网收费结算中心的运营管理体制仍采用三级：第一级为重庆市高速公司收费结算中心，第二级为收费中心，第三级为收费站。
8)呼叫服务中心。按照重庆高速公路网总体设计规划、呼叫服务系统的技术现状及管理的需求，呼叫服务中心将提供一个高速公路用户和管理部门沟通的平台、一个紧急事故报告的渠道，为高速公路管理部门提高服务水平提供参考依据，实现各有关单位共同组成的联动工作系统，建立高速公路的用户与管理者的互通平台，提供包括救援、清障、咨询、投诉、交通报警等在内的业务服务功能。9)视频会议中心。视讯会议系统的结构与公路运营体制密切相关。视频会议中心主要实现各种远程、异地、多点之间召开的视频会议，可以进行远程办公、业务培训、应急救援指挥，也可以供不同部门同时组织召开多组会议等需求。2系统设计理念
重庆高速公路采用区域监控管理模式，实现路网交通监控一体化，其系统设计理念集中体现在以下几个方面：1)标准化。针对传统的高速公路机电系统相对独立分散、功能与接口极不规范、管理模式混乱等状况，重庆高速公路监控系统严格按照国际、国家以及各相关部门标准的要求，对监控系统中数据结构、数据接口及传输模式等设计采用标准化、规范化设计原则，并结合重庆高速公路监控系统实际管理需求，进行逐步制定和完善，以满足数据共享、系统扩展的要求。2)智能化。重庆高速公路隧道监控系统采用智能化设计，可根据采集到的隧道交通流量、环境参数、光照参数、风速等自动决定交通模式，然后再根据现场情况和预测的参数不断调整运营模式，从而达到隧道最佳的运营方式。隧道监控系统考虑到对隧道通风智能化控制要求，能有效提供隧道通风智能控制、照明自动控制方案。此外，隧道监控系统具有与各子系统实现联动的特点，能提供智能化的分析提示和控制参考功能。3)组态化。采用组态化设计理念，可以有效地对路网监控系统所涉及的九大系统进行综合管理，实现跨平台、跨系统下的软件开发的规范和软件模块的兼容性。在不修改系统源码的前提下，通过对系统的组态配置，可以方便地对系统进行扩充和裁剪，增加各子系统的数量和类型或改变其控制特性，以适应用户多变的需求，并适应管理体制的调整，以保护用户对开发系统的投资，并保持系统管理的稳定性。4)综合化。监控系统不仅能提供对有关机电设备的监控，也能提供其运营资料信息，形成报表及记录，供有关管理者决策使用，监控系统综合管理各个子系统，使其联合运作，充分发挥了机电设备的性能，在发生灾害情况下联合运作，启动迅速，可有效地帮助运营人员抢险救灾。3当前存在的问题及解决方案
重庆高速公路路网运行、调度、指挥、管理总中心的设计涉及到九大运行中心系统的建设，在系统建设的过程中，当前还存在一系列的问题。1)电力检测、桥梁健康安全监测等业务系统尚未有完整的、针对整个路网的规划或设计文件，工程建设、养护、运营、资金等管理信息系统尚处于开发前期阶段，还不能提供完整的文件资料，因此为总中心的设计增加了难度和不确定性。2)全市统一联网监控软件正在规划、设计过程中，软硬件的结合仍需要进一步深化。
3)目前路段机电系统的改造设计滞后，致使区域监控中心和路监控中心的接口实现条件无法准确评估。
4)总中心的设计与管理体制密切相关，而对管理需求的准确定位需要一个比较长期的过程，对总中心设计的深度会产生一定的影响。
鉴于以上总中心设计建设中存在的问题，笔者认为，及时分析问题存在的根源，采用集中化、分阶段、层次性推进的思路，找到切实有效的改善措施和解决方案是当务之急。比如加快各个子系统设计规范性文件的制定，准确定位、规划与总中心相配合的管理体制等一系列措施，以达到进一步完善系统功能的目的。4结论
重庆高速公路路网运行、调度、指挥、管理总中心的系统整体设计，是从重庆高速公路网建设的实际出发，结合重庆高速公路机电系统、管理信息系统的建设现状，满足重庆高速公路信息化建设特点和业务的需求，可以很好地起到增效节能、体现重庆高速公路管理需求的重要作用。随着总中心各个配套系统设施的逐步建成完善，重庆高速公路路网运行、调度、指挥、管理总中心将会建成一个先进的、开放的、实用的、经济的和安全的高速公路管理中心，成为全国高速公路监控管理模式的典范。
扩展阅读：省高速公路路网监控管理中心项目SOA相关内容 应答
贵州省高速公路路网监控管理中心项目SOA相关内容
201*/9/27
贵州省高速公路路网监控管理中心作为贵州省高速公路机电系统的最高管理机构，是省高管局行使路网监管、应急指挥、行政监督、出行服务职能的重要抓手，以提高高速公路路产路权管理、路政执法管理的规范化、智能化水平，为公众提供多种形式的出行信息服务，发挥高速公路网整体效益。
贵州省高速公路机电系统采用省路网监控管理中心-片区中心-基层管理单位的三级管理模式。贵州省高速公路网设置了贵阳、凯里、安顺、都匀、遵义、铜仁、毕节、兴义、六盘水9个片区中心。遵义片区中心是贵州省高速公路建设的第一个片区中心。
本次软件招标合同段内容为贵州省高速公路路网监控管理中心、贵州省高速公路遵义片区中心项目软件系统。
建设目标
贵州省高速公路路网监控管理中心的建设目标是：
通过贵州省高速公路联网收费、监控、通信、路政管理、应急指挥、呼
叫服务等系统的成功实施，提升贵州省高速公路路网运行状态监测能力、交通异常事件处置的应急指挥能力、路政管理治超管理的行政监督水平、公众出行服务水平；
树立良好的高速公路服务形象，最大程度的提高贵州省高速公路网的整
体经济效益和社会效益。
路网监控管理中心的平台建设根据一次建设、分步扩容原则，路网监控管理中心的设计应兼顾到远期的规划目标，具有一定的超前性。
路网监控管理中心近期的建设目标是：
构建贵州省高速公路信息化系统整体框架，建设高速公路机电系统最高
管理机构省路网监控管理中心基础平台，通过联网收费、监控、通信、路政管理、呼叫服务等系统的开通，具备日常监管和应急指挥功能，将贵州省高速公路网的管理、服务水平提升至一个新的水平。落实高速公路机电系统管理模式：省路网监控管理中心-片区中心-基层
管理单位。
推进片区中心及基层管理单位建设，接入具备条件的贵阳等片区中心及
高速公路管理处系统；接入有条件的收费站、监控站、路政执法大队、治超站等基层管理单位。
路网监控管理中心远期的建设目标是：
补充完善路网监控管理中心系统架构，对路网监控管理中心各系统进行
扩容与完善。
接入省高速公路其它片区中心及高速公路管理处系统、基层管理单位实现多类业务接入和多系统共有平台的建设目标。实现西南区域联网监控功能。
403SOA软件架构403.1总体框架
针对贵州省高速公路路网监控管理中心平台的需求，拟采用基于SOA的软件系统架构来具体实现路网监控管理中心应用支撑平台的各种应用，该配置基于SOA开放的架构标准，满足当前监控系统的需求。该架构既可以有效整合平台上各种软件应用系统，又可以在未来路网管理中心和片区中心管理领域具备灵活性和扩展性，同时可以实现从路段监控分中心片区中心总中心三级之间各种异构信息的标准化、自动化、高效率采集、交换、处理、报警、发布、反馈、分析统计等信息业务。系统架构如下图所示。业务流程（跨区域应急处理）运行总中心门户短彩信移动电台电视监控中心公众信息共享发布应用代理服务适配器适配器适配器服务总线适配器适配器适配器适配器适配器适配器资源中心监控中心监控中心软件应用跨区域协调组态应用报表管理维护管理内部发布管理大界屏面幕管管理理消息中间件视频应用业务流程（区域应急处理）区域分中心适配器服务总线代理服务适配器适配器适配器适配器适配器资源中心监控中心视频应用区域中心软件应用报警管理火灾管理通风管理照明管理通信管理数据分析组态应用报表管理维护管理内部发布管理事件监测大界屏面幕管管理理消息中间件监控站/路段监控站监控站监控站视频
图403-1SOA软件总体架构图
403.2软件部署
路网监控管理中心的应用服务器上将部署SOA服务总线支撑，实现应用系统整合、服务颗粒细化与规整、业务流程整合与管理等；路网监控管理中心部署SOA的消息中间件模块，保证路网监控管理中心与片区中心、与厅数据中心、省运管局以及其它外部系统的各种数据安全、可靠的传输到监控中心，并为路网监控管理中心的管理应用提供标准化的通讯层数据集成与交换服务。
403.3平台功能支撑模块
1、消息中间件(企业服务总线)企业服务总线产品须具备国内高速公路行业相关案例。
答：满足，MQ产品在国内有相关的案例，其中包括赣粤高速SOA平台、辽宁省高速公路管理局SOA平台等。其他交通行业应用如下表：铁道部运输管理信息系统（TMIS）铁道部列车调度管理系统（DMIS）交通部交通部交通部S/390,AIX,OS/2,SUN,HP-UX,NT,Digital-UnixAIX,OS/2,SUN,HP-UX,NT,Tandem,Digital-Unix全国边检业务信息系统AIX，NT全国进口车核查系统全国现场指纹信息管理系统NT,95Digital-Unix，SUN，95
消息中间件必须提供可靠的数据传输能力，采用消息队列技术，要求提供安全可靠的传输，保证数据的完整性、一致性，使传输的数据不丢失、不重复。
回答：完全满足，IBMWebSphereMQ的特性是保证传输质量，保证传送一次并且仅一次。
该消息中间件必须是一个成熟的产品。
回答：完全满足，IBMWebSphereMQ是当前使用最广泛的消息中间件，在中国有无数的企业级客户在使用，最新的市场占有率要达到80%以上。
消息中间件需支持目前主要使用的十几种的硬件平台和操作系统平台。
回答：完全满足，IBMWebSphereMQ支持80多种系统平台，当然支持目前在中国主要使用的十几种的硬件平台和操作系统平台。
消息中间件支持的通讯协议有：TCP/IP、UDP/IP、SNA、NetBios、SPX/IPX、DECnet。
回答：完全满足，IBMWebSphereMQ支持多种通讯协议，包括TCP/IP、UDP/IP、SNA、NetBios、SPX/IPX、DECnet。
消息中间件可以支持多种类型的数据库系统，与其协同工作，交易事务的完整性、一致性。
回答：完全满足，IBMWebSphereMQ支持XA两阶段事务控制，与主流的关系数据库协同工作，交易事务的完整性、一致性。
消息中间件须提供对数据在网络上传输前后的压缩和解压的功能。
回答：完全满足，IBMWebSphereMQ可以非常简单地在传输通道上定义对数据的压缩和解压，无须做任何编程。
中间件接口考虑。中间件支持连接各种数据库、数据仓库、现有企业应用软件系统、主机系统的能力，数据库如DB2UDB8.2,SQLServer201*(SP3a),Oracle9iandOracle10g,andSybaseAdaptiveServerEnterprise(ASE)12.5，商业系统如SAP、Notes、Siebel、SWIFT、PeopleSoft、I2等。
回答：完全满足，IBMWebSphereMessageBroker提供全面的连接能力，除了包括主流的数据库，还支持专用系统如SAP、Notes、Sibel、SWIFT、PeopleSoft、I2等。
数据处理能力。各个企业应用之间数据格式转换和协调能力。支持的数据格式有COBOL、HIPAA、EDI-FACT、HL7、ebXML、EDI-X1.2、FIX、SWIFT、Copybook、AL3，SCADA。
回答：完全满足，IBMWebSphereMessageBroker提供全面的数据转换能力，支持的数据格式包括以上提到的。
信息传输集成能力。跨平台的数据和消息传输能力。如：HTTP、XML、WebSphereMQ、JMS、WebServices、TCP/IPSocket、SOAP、SCADA等。
回答：完全满足，IBMWebSphereMessageBroker提供全面的的数据传输能力，支持的协议包括以上提到的。
业务数据处理流程的支持。支持定制、管理业务数据处理流程的能力。同时支持和流程平台等的集成。
回答：完全满足，IBMWebSphereMessageBroker是一个上层产品，无须做任何编程，对业务处理是通过流程设计的方式实现。IBMWebSphereMessageBroker提供不同功能的处理节点，在流程面板上通过鼠标的拖拉连线就可以定制出相应的业务处理流程。
对WebServices的相关标准的支持。
回答：完全满足，IBMWebSphereMessageBroker全面支持WebServices，支持SOAP的同步/异步方式。
支持请求/响应、队列、点到点以及发布/订阅模式。
回答：完全满足，IBMWebSphereMessageBroker的通讯底层是WebSphereMQ，支持请求/响应、报文等消息模式，也支持点到点和发布/订阅的通讯模式。
支持软件集群技术、提升系统的稳定性和扩展性。
回答：完全满足，IBMWebSphereMessageBroker支持集群、双机热备HA和故障隔离。
通过良好的图形界面进行系统管理，实时监测系统运行状态，提供日志记录，并具有多种方式的故障报警等功能。提供完善的日志功能，包括传输日志、数据交换日志、事件日志和各种其他日志。
回答：完全满足，IBMWebSphereMQ提供基于Eclipse的图形化菜单操作管理控制台，管理员可以在单一（Windows/Linux）控制台下远程管理其它队列管理器，对MQ对象的创建和部署，同时支持在图形化界面中实时监测系统运行状态，提供日志记录，基于事件触发提供故障报警等功能，提供各种日志供故障分析使用。具备移动应用集成适配器。
回答：完全满足，移动应用平台主要支持基于HTTP与SQL适配器，IBMWebSphereMessageBroker，提供了大量的HTTP与SQL开箱即用的适配器，完全满足用户对移动应用集成的需求。
2、事件&规则引擎
包含事件&规则管理中心和事件&规则运行中心两部分。
答：完全满足，IBMWebSphereOperationalDecisionManagement由两个平台WebSphereDecisionCenter和WebSphereDecisionServer组成，WebSphereDecisionCenter是面向业务用户的，业务用户可以在熟悉的浏览器环境下(DecisionCenterConsole)或Office办公软件(RuleSolutionforOffice)中，实现业务规则项目和业务事件项目的管理，是一个规则&事件的管理中心；IBMWebSphereDecisionServer提供了业务规则和事件处理的运行环境，并为IT人员提供了基于Eclipse的开发环境。
产品应具备国内高速公路相关案例。
答：完全满足，辽宁高速公路管理局使用了IBMWebSphereOperationalDecisionManagement作为SOA平台决策中心。
提供方便开发人员使用的开发界面，提供开发的IDE。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供基于Eclipse的开发IED包，包含如下功能：
统一的DecisionCenter资源库，来存储业务规则项目和业务事件项目，方便了IT人员和业务人员的协同工作。
DecisionCenterConsole开始同时支持事件项目的管理，业务用户可以在一个统一的环境下管理不同的业务决策，并支持业务规则项目和业务事件项目的实时部署。
开始了对BusinessSpace的支持，DecisionCenterConsole可以作为BusinessSpace下的一个小部件来运行，方便了习惯使用BusinessSpace的业务用户来管理规则项目和事件项目。
支持在DecisionCenterConsole中直接用Word或Excel打开和编辑业务规则。支持项目的多分支管理，增强了对项目多版本发布及分支间同步的支持。
开发环境能够方便规则模型的重构，即业务模型修改后，无须对规则逐一修改，开发环境能够使自动检查业务规则并批量自动修改，从而确保业务规则的正确性，并且大幅节省开发时间。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供规则管理平台，当业务模型修改后可在开发环境中能够使自动检查业务规则并批量自动修改，从而确保业务规则的正确性。
规则执行服务器集成。
答：完全满足，IBMWebSphereOperationalDecisionManagement规则执行服务器同时提供基于J2SE和J2EE的应用集成方式，应用可以通过POJO、EJB、MDB等方式进行集成，并提供基于WebService的调用接口。可以方便和业界主流的BPM、ESB等产品快速对接。
规则引擎默认支持多线程调用。无须定制开发，客户端即可对规则引擎并发调用。
答：完全满足，IBMWebSphereOperationalDecisionManagement规则服务器基于J2EE平台，平台中支持多线程调用模式，开发过程中，可以通过平台直接生成WebService，无需定制开发，就可以通过Web服务的调用实现对规则引擎的调用。
自然语言：规则维护支持自然语言，业务人员无须IT帮助即可进行日常规则的维护和管理。产品界面全部汉化有助于规则的编写。
答：完全满足，IBMWebSphereOperationalDecisionManagement规则完全支持自然语言，包括中文与英文等自然语言，业务人员完全可以自行进行规则的维护和管理。
语义检查：规则编写过程要具有自动检查功能，错误的语义直接提示。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供语义检查的能力，规则的编写过程中可以提供语义提示，语法选择等功能，如果一旦有错误的语义出现就可以被发现并给出警示。
安全权限：规则维护和管理过程，提供安全访问控制。
答：完全满足：支持规则维护和管理过程，提供安全访问控制。支持智能业务视图，不同的业务用户维护规则时可以看到不同的视图，这些视图可以通过配置定义，无须代码开发。可以为不同权限的业务用户定制不同的视图，视图内的访问权限细化到增删查改。基于标准的认证方式，包括SSO。并提供基于角色的功能授权管理。
支持IT开发人员与业务管理人员的协同。同时提供技术与业务人员的规则开发与管理工具，并支持技术人员与业务人员之间的规则同步功能。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供规则管理中心，通过该中心提供技术与业务人员的规则开发与管理工具，并支持技术人员与业务人员之间的规则同步功能
规则流：产品支持规则流，提供规则运算过程总体逻辑，例如顺序、并行、分支、起始、结束等，支持可视化编辑。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供基于Eclipse开发工具，在该工具中可以进行规则流的开发，支持规则运算过程总体逻辑，例如顺序、并行、分支、起始、结束等，支持可视化编辑
规则模板：产品支持规则模版，能进行管理与维护。业务规则可以由规则模板产生，方便规则编写。业务人员也可以不使用规则模板直接编写业务规则。
答：完全满足，IBMWebSphereOperationalDecisionManagement产品提供规则模板的编辑功能，业务规则可以通过规则模板自动产生而无需重头开发，业务人员可以使用也可以不使用规则模板进行规则的不编写。
规则校验：系统可以自动对重复的、可合并的、冲突的、冗余的、不完整的等规则进行分析，并自动提示规则整改建议。
答：完全满足，IBMWebSphereOperationalDecisionManagement产品本身提供开箱即用的规则校验功能，可以自动对基于重复的、可合并的、冲突的、冗余的、不完整的等规则进行分析，并自动提示规则整改建议。统一规则视图：支持业务规则的版本、基线、审计与报表能力。对规则的修改要形成规则版本，各版本间要能够对比差异。
答：完全满足，IBMWebSphereOperationalDecisionManagement产品本身提供开箱即用的统一规则管理视图，支持业务规则的版本、基线、审计与报表能力，支持版本管理，同时可以实现对不同版本的规则进行差异性对比，完全满足用户的要求。
提供丰富的规则查询能力，并支持语义查询功能。至少包括基于规则属性、基于规则的组成内容和规则执行的语义三种查询方式查询。
答：完全满足，IBMWebSphereOperationalDecisionManagement支持查询能力，支持语义查询功能。比如“查询使用了词汇‘交易额’的业务规则”，并且能够对查询结果进行批量操作“查询使用了词汇‘交易额’的业务规则，使其状态设置为‘**’”。提供包括基于规则属性（创建者、创建时间、状态等），基于规则的组成内容（使用了哪些词条），和规则执行的语义（什么情况下会被触发或导致其它规则触发）三种查询方式查询。
规则管理Web页面定制。能够在产品的Web框架中加入客户化的页面。并能够把规则编辑Web组件集成到用户自己的Web应用中。并提供丰富的API来访问与操作规则库
答：完全满足，IBMWebSphereOperationalDecisionManagement支持规则管理的Web页面定制能力，提供丰富的开箱即用的API来访问规则库。
提供完善的测试场景管理与试运行评估方法，比如如何让业务人员在该产品中进行业务规则测试。
答：完全满足，IBMWebSphereOperationalDecisionManagement支持完善的测试场景管理与试运行评估方法，产品提供业务人员能够直接使用的基于Web浏览器的规则验证能力，包括管理测试场景，测试集，以及业务仿真功能。能够定义业务仿真的各种KPI指标，并对KPI指标进行显示和对比。测试场景可以使用Excel表格来输入
业务规则的部署不需要IT人员参与，编写业务规则的业务人员即可完成。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供纯中文的管理中心，业务人员可以方便的部署规则，而不需要IT人员的参与。
提供业务规则热部署的能力，业务规则的更新不需要重新启动规则引擎，确保7*24运行。规则部署时无需中断应用，并实现0延时切换。同时支持基于HTTP的在线部署和基于文件的离线部署。支持业务人员在无需技术人员的帮助下直接部署，部署时不需要代码或应用变更。
答：完全满足，IBMWebSphereOperationalDecisionManagement底层运行环境是WebSphereApplicationServer，运行环境可以提供集群的能力，通过集群确保7*24运行，规则部署时无需中断应用，并实现0延时切换。同时支持基于HTTP的在线部署和基于文件的离线部署。业务人员无需对底层运行环境技术有了解，可以自行进行部署，部署时不需要代码更改。部署规则到规则引擎时，要能够生成规则的不同版本。以支持同一个规则集的多版本同时运行。支持规则项目的版本管理的分支与合并功能，能在不影响后续部署的情况下更改当前规则。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供规则管理中心，可以实现部署规则到规则引擎时，要能够生成规则的不同版本。以支持同一个规则集的多版本同时运行。满足规则版本管理，实现版本的分支合并等功能。
支持外部系统指定对不同版本规则的调用。
答：完全满足，IBMWebSphereOperationalDecisionManagement中提供不同版本规则调用的能力。
当部署新规则到规则引擎时，可以对比运行中的规则和新发布的规则间的差异，方便管理，减少规则发布的错误。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供版本管理工具，该工具可以对规则管理中的规则进行版本管理，实现对不同版本规则的差异对比，方便管理。
产品提供规则的运行时监控和管理，发现规则调用的健康状况。在规则运行时后台自动产生详细的执行统计信息。比如提供对规则引擎调用的次数、运算时长、触发的规则数量和业务规则的决策过程（决策链）等。每次运算的输入输出数据、执行的规则流，执行的规则，所用时间等信息。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供开箱即用的监控管理平台，完成规则平台自身的监控，完全满足规则运行时的监控和管理。
集中的规则库。产品提供基于数据库的集中规则库功能。在此基础之上产品提供整个规则周期的支持，如规则的创建，规则的模拟测试，规则的部署，规则的版本管理，规则引擎执行过程的监控等等操作。
答：完全满足，IBMWebSphereOperationalDecisionManagement产品本身提供开箱即用的规则库管理平台，规则库本身是基于数据库的，完全满足在规则库的基础上提供整个规则周期的支持，如规则的创建，规则的模拟测试，规则的部署，规则的版本管理，规则引擎执行过程的监控等等操作。
产品支持规则在整个周期中的状态管理。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供规则生命周期管理，提供对规则在开发、测试、上线、运行等阶段的管理。
系统支持采取双机热备和集群，支持灾备。
答：完全满足，IBMWebSphereOperationalDecisionManagement底层运行环境是基于WebSphereApplicationServer应用服务器的，通过J2EE应用服务器的集群实现规则平台的双机热备和集群并支持灾备。
规则执行服务器支持集群，能够提供集群环境下的规则集统一部署和执行的统一监控。"答：完全满足，IBMWebSphereOperationalDecisionManagement底层运行环境是基于WebSphereApplicationServer应用服务器的，通过J2EE应用服务器的集群支持规则的机器，并实现集群环境中提供规则的统一部署和执行的统一监控。
规则管理、规则引擎分属不同的功能范畴，可以分别独立部署到不同的服务器。业务应用可以和规则引擎分离，提供能够独立的可作为服务部署的规则执行服务器，执行服务器可以独立部署在应用服务器上来对外提供规则运算服务。规则管理、规则引擎可以部署在多种JEE平台上。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供规则管理平台和规则运行平台，这两个平台完全属于不同的功能，他们可以分别部署到不同的服务器中。业务应用和规则也可以实现分离，业务应用通过WebService或者API可以调用到规则平台中的规则类服务。
同时支持业务规则和事件规则。提供基于时间轴的事件感知（事件规则）和基于业务要素的业务决策（业务规则）的运营决策管理能力。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供基于时间轴的事件规则同时也提供基于业务要素的业务决策（业务规则）的运营决策管理能力。
规则执行算法。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供了RetePlus、Sequential和FastPath三种运行模式，以适应不同的应用需求，获得最优性能。在基于业务规则引擎的应用中，需要根据不同应用的特点，合理地组织和编排业务规则，选择合适的运行模式，有助于更好的发挥规则引擎的效能。
易用的产品界面。提供完全中文化的操作界面。
答：完全满足，IBMWebSphereOperationalDecisionManagement提供了全中文化的操作界面，用户可以方便的进行管理和使用。
3、流程引擎
需要包含流程管理中心和运行中心两部分。
答：完全满足，IBMBusinessProcessManager（以下简称IBMBPM）由ProcessCenter组件、ProcessServer组件、PerformanceDataWarehouse组件以及ProcessDesigner组件等组成：
1、ProcessCenter组件为集中化管理和治理流程生命周期的核心部件；2、ProcessServer组件为业务流程的运行时组件，用于运行“流程中心”
中的的业务流程；
3、PerformanceDataWarehouse用于收集业务流程进行产生的性能数据
（KPI、审计等）；
4、ProcessDesigner是业务流程的可视化开发环境，可以实现业务流程建模、仿真、开发等；
流程管理中心可以由ProcessCenter和ProcessDesigner组成；
流程运行中心可以由ProcessServer和PerformancedataWarehouse组成；
提供国内高速公路相关案例。
提供图形化的流程模型设计和开发环境，并提供权限管理和分级开发能力：支持项目组中不同角色对不同的流程或源代码有指定的访问权限。
答：完全满足，IBMBPM的ProcessDesigner是一个图形化的流程模型建模工具和开发环境；ProcessDesigner启动时需要登陆到ProcessCenter，并根据开发人员在流程中心的中角色决定其访问权限。IBMBPM允许将流程以及流程涉及的表单、系统服务（程序源码）等进行权限分配，可以方便的支持项目组中不同角色对不同的流程和相关源代码进行团队开发和协作。
提供流程模型的仿真能力，在流程进入开发阶段之前即可对流程模型的正确性、业务能力预期、流程性能表现预期等进行仿真和验证。
答：完全满足，IBMBPM的ProcessDesigner提供对流程模型进行仿真的功能。可以在流程建模阶段对流程模型中定义的KPI以及执行时间、路由信息等进行预估值设置，仿真引擎可以根据对业务流程模型中各个环节中预置的上述流程预期性能表现进行模拟运行，并提供模拟仿真的统计汇总结果；流程模型专家可以通过仿真结果直观地、量化地了解到流程模型的预期表现，如：流程模型的科学性、流程中可能存在的瓶颈、组织机构/角色划分的科学性等；
流程模型设计和开发环境及管理界面必须为中文界面。
答：完全满足，IBMBPM提供简体中文版、繁体中文版等多字节语言的版本。在简体中文版中的产品中所有IBMBPM组件均提供简体中文操作界面：ProcessCenter（流程中心管理界面）、ProcessDesigner（流程建模开发界面）、ProcessServer（流程运行时控制台）、ProcessPortal（流程门户）；支持BPMN标准流程场景实现，如：顺序、并行、会签、回退、循环、条件路由、事件触发等。并支持适应国情的流程场景，如：自由跳转等。
答：IBMBPM产品支持最新的BPMN2.0标准，并可以实现BPMN2.0所涉及的所有业务流程场景，其中包括如：顺序、并行、会签、回退、循环、条件路由、事件触发等，同时具备强大的业务流程场景扩展能力，可通过各种事件、消息机制及内置API实现各种复杂的业务场景，包括“中国特色”的各类业务场景，如：自由跳转等。
支持子流程:支持同步子流程/异步子流程/嵌套多子流程/动态子流程。答：IBMBPM产品支持丰富的主/子流程机制，可以在流程IDE中通过简单的拖拽和属性配置即可直接实现同步子流程、异步子流程、消息驱动子流程、多子流程等的开发；IBMBPM支持流程运行时动态绑定子流程类型的能力：允许在主流程定制过程中关联的子流程为一个变量，在主流程运行时根据流程变量区的数据动态决定启动哪个子流程；
提供统一的流程建模环境，在统一的界面上并提供完整的流程管理生命周期支持。(流程建模、流程仿真、流程执行、流程监控、流程优化)。
答：IBMBPM流程解决方案提供完整的流程生命周期管理能力，可以通过ProcessDesigner实现流程生命周期中的建模阶段和仿真阶段、并实现进行流程和表单等的开发；通过ProcessServer来运行开发出来的流程及表单等组件，实现流程生命周期中的流程执行阶段；通过PerformanceDataWarehouse来实现流程的性能监控和统计分析，从而实现业务流程生命周期中的流程监控阶段和流程优化阶段；
支持团队协作设计和开发，提供流程模型以及流程相关服务元素（页面表单、页面流定义、业务运算逻辑及接口、业务数据对象定义等）的签入/签出操作。
答：完全满足，IBMBPM内置支持团队协作与开发，管理员可以直接通过ProcessCenter为各种流程资源分配操作权限及锁机制，而无需依赖任何第三方源代码版本管理工具。开发人员可以远程登录到ProcessCenter上实现异地的团队协作与开发。
可以针对已有的流程模型实现重用：已有流程模型及其相关服务组件（表单、页面流、服务定义、数据对象定义等）可以以“共享库”的形式提供给新建项目使用，新建项目通过引用的方式来使用“共享库”，并提供“共享库”的版本管理及升级迁移机制。
答：完全满足，IBMBPM的ProcessCenter会保存所有流程定义及流程相关的组件的源代码，如：表单、页面流、系统服务、接口服务、数据对象等。这些组件可以被保存为ToolKit。被保存在ToolKit中的组件可以作为“共享库”被任何流程项目以只读的方式所引用；ToolKit提供版本管理能力，流程项目引用的ToolKit版本可以任意指定，已经指定了特定版本ToolKit的流程项目也可以随时调整其引用的Toolkit版本。
提供所见即所得的拖拽式用户表单设计，并提供丰富的可重用的表单控件，请列举可提供的表单控件种类。
答：完全满足，IBMBPM提供内置的流程表单（Coach），并内置可视化表单设计器（包含在ProcessDesigner中），可以通过可视化的方式进行页面表单开发。ProcessDesigner中的Coach开发视图中内置提供了丰富的页面组件，如：输入/输出域，标签，文本框，单选、多选、复选框，表格、多记录管理，Ajax服务，各种按钮及事件，附件上下传等等。
提供与流程建模环境无缝衔接的统一的规则引擎。
答：完全满足，IBMBPM提供内置的IBMJRule连接组件，开发集成人员可以实现零编码通过鼠标拖拽和属性配置直接调用JRule规则引擎中的各种业务规则，实现统一的无缝的规则引擎集成。
提供统一的流程库：可以实现以“业务流程中心”的形式集中管理企业内各种业务系统中的所有业务流程及其相关服务的能力，并支持按照业务种类分角色授权管理员。管理员可以自己或授权他人对业务流程进行如下操作：流程建模、开发、部署、流程版本管理、流程实例迁移（升级）等操作。
答：完全满足，IBMBPM产品中的ProcessCenter组件可以提供统一的流程管理和存储。通过ProcessCenter企业可以实现业务流程的集中管理中心，ProcessCenter可以保存业务流程生命周期中的各个环节涉及到的流程资产，如：流程模型、仿真测试场景、开发资产、部署脚本、运行时发布包、流程监控定义等。同时提供版本管理和用户管理能力，帮助企业流程中心进行分级授权维护和版本变更维护等。
支持流程模型的版本管理：可以支持同一个流程的多个运行时版本并存，并支持流程实例在不同版本间的迁移。
答：完全满足，完全满足，IBMBPM提供完善的版本控制机制，流程管理员可以为单个流程维护多个流程版本。运行时环境（ProcessServer）上可以同时运行同一个流程的多个版本的实例，管理员可以通过管理控制台直接将在途流程（未完结的流程实例）从一个流程版本迁移到其他任意版本中去。
支持流程模型版本的回滚：可以方便的取消某个已发布的版本，并在不停机的情况下恢复到某个指定的早期版本上。
答：完全满足，IBMBPM提供完善的版本控制机制，流程管理员可以通过ProcessCenter远程发布一个或多个流程版本到运行时环境（ProcessServer）服务器上（ProcessServer），同时允许将任意一个发布成功的版本设置为“当前版本”，“当前版本”可以为新版本也可以是一个旧版本。因此，通过“当前版本”切换可以方便的实现“发布新版本”和“取消发布并恢复到任意旧有流程版本”。在进行“当前版本”切换时，操作员只需要在Web控制台上进行几下鼠标点击即可完成。
支持流程模型的启用、暂停、废止。
答：完全满足，IBMBPM可以再ProcessCenter中管理流程模型的当前状态，流程管理员可以将指定的流程项目标记为“活动”（启用）、“非活动”（暂停）、“归档”（废止）；支持流程实例的暂停、重启、关闭。
答：完全满足，IBMBPM可以通过多种方式启动、暂停、恢复、终止流程实例：
通过ProcessDesigner的调试功能实现；
通过ProcessServer/ProcessCenter的管理控制台进行操作；通过API实现客户自定义应用实现；
提供与“业务流程中心”模型无缝衔接的运行时环境：可以方便的将“中心”库中的业务流程定义及相关服务组件发布在分布式的多台业务流程服务器环境中。
答：完全满足，IBMBPM的ProcessCenter提供“业务流程中心”的所有管理、存储等功能，ProcessCenter中可以保存所有运行是环境（ProcessServer）的部署情况（IP地址等），管理员可以通过ProcessCenter管理控制台将“流程中心”中的任意流程版本及其相关组件（表单、服务组件等）发布到分布式的运行时环境（ProcessServer集群）中。
同时ProcessCenter也可以做离线发布包的创建，这一功能可以很方便的帮助“业务流程中心”与“流程运行时服务器”在网络不能相互连通的情况下实现离线发布。
支持业务流程运行时服务器的集群、负载均衡、容错等企业级部署能力。答：完全满足，IBMBPM是运行在IBMWebSphereApplicationServer（WAS）上的企业级业务流程管理平台，可以直接通过创建和维护WAS集群的方式直接支持业务流程运行时（ProcessServer）的集群、负载均衡、容错等企业级能力。
提供流程监控KPI设计体系，提供预置的KPI以及扩展KPI开发能力。答：完全支持，IBMBPM内置了大量的流程常用KPI，如流程、任务等的“持续时间”、“执行时间”、“等待时间”、“资源成本”、“劳动力成本”等，同时允许客户根据自身业务特征自定义开发新的KPI指标。支持流程模型的审计，可以追踪任意指定的流程数据的变化轨迹。答：完全满足，IBMBPM内置了流程性能监控和分析功能（PerformanceDataWarehouse）。ProcessDesigner中可以方便地指定需要追踪的流程变量，开发人员只需要点选那些变量需要被追踪即可，无需任何额外开发。被选中为“自动跟踪”的数据变量在流程运行时会被自动记录其数值变化轨迹，如：谁在什么时候将数值由什么值改为什么值。
支持全面的业务流程监控，能够提供预置流程性能信息报表，可以进行实时的业务流程监控。
答：完全满足，IBMBPM内置了流程性能监控和分析功能（PerformanceDataWarehouse）。可以提供实时业务流程性能情况的监控；同时内置了大量开箱即用的流程性能分析报表，可以通过图表的方式直观的体现各个团队、各种业务流程的执行效率以及操作员工作效率情况。
并可以自定义监控业务流程中相关的业务数据：可以方便地添加需要监控的业务数据的种类和数量，并提供自定义报表方式进行展示。
答：完全满足，完全满足，IBMBPM内置了流程性能监控和分析功能（PerformanceDataWarehouse）。ProcessDesigner中可以方便地指定需要追踪的流程变量，开发人员只需要点选那些变量需要被追踪即可，无需任何额外开发。被选中为“自动跟踪”的数据变量在流程运行时会被自动记录其数值变化轨迹。这些被跟踪下来的数据会由PerformanceDatawarehouse保存在关系型数据库表结构中，可以提供给内置图表展示引擎以及专业第三方商业智能及报表引擎进行分析和展示。
能够提供扩展报表能力：业务流程性能数据以及自定义监控数据可以作为第三方报表工具的数据来源。
答：完全满足，IBMBPM内置了流程性能监控、记录和分析功能（PerformanceDataWarehouse）这些被跟踪下来的数据会由PerformanceDatawarehouse保存在关系型数据库表结构中，可以提供给内置图表展示引擎以及第三方商业智能工具和报表引擎进行分析和图形化展示。
提供对业务流程性能表现数据的历史变化趋势分析能力，可以发现业务流程健康情况的变化趋势，能够提供预见性的量化的业务流程优化方案。
答：完全满足，IBMBPM内置PerformanceDataWarehouse在记录和跟踪流程及业务数据的过程中会自动加入“时间”维度，因此可以方便的提供业务流程的性能变化趋势分析。IBMBPM内置了开箱即用的“业务流程优化”功能，该功能可以直接读取这些历史数据并自动产生预测性分析结果，这一功能可以为业务分析师/决策层提供量化的业务流程调整依据。
支持BPMN(BusinessProcessModelingNotation)建模。
答：完全满足，IBMBPM支持最新的BPMN2.0的业务流程建模描述规范，另外在IBMBPM“高级版”中可以同时支持BPMN和BPEL两种主流的业务流程描述规范。基于J2EE标准架构。
答：完全满足，IBMBPM是完全基于J2EE技术开发的标准J2EE应用，并内置了商用企业级J2EE应用服务器产品WebSphereApplicationServer。
支持WebService标准(SOAP,WSDL,UDDI)。
答：完全满足，IBMBPM内置了WebService服务组件及向导；开发人员可以通过ProcessDesigner提供的WebService向导通过鼠标点击和属性配置方便的生成WebService调用服务（客户端），亦可方便的将IBMBPM的“服务组件”暴露为一个WebService提供者（服务端）。另，IBMBPM内置企业级J2EE应用服务器产品WebSphereApplicationServer（WAS），可以支持包括UDDI、SOAP、WSDL等。
支持外部系统通过API方式驱动流程引擎，API类型至少包括WebService接口、Java接口（服务器端接口）、REST接口（页面接口）。
答：完全满足，IBMBPM提供丰富的API接入模式，产品即可直接提供如下几种类型的API：
WebServiceAPI；（包含描述文件：WSDL等）NativeScriptAPI；
JavaAPI；（包含样例程序）RESTAPI（包含测试客户端）
API可以实现创建流程实例、获取任务列表、完成任务、查询或修改流程变量等操作。
答：完全满足，IBMBPM提供丰富的API类别：1.流程变量操作类；2.流程实例操作类；3.任务操作类；4.查询类；
开发人员可以方便的使用上述API实现对流程定义、流程实例、任务列表、任务项等流程运行时对象进行操作，如创建、查询对象状态及变量值、修改对象状态及变量值、结束对象生命周期等。
4、移动手机应用开发模块
包含移动应用开发工具，手机运行时态组件，应用访问接入服务器和管理控制台。
（1）支持企业应用平台
提供设备端和中间件服务器运行环境
答：满足。IBMWorklight产品中包含的WorklightRuntime和WorklightServer,分别提供设备端和中间件服务器的运行环境。服务器支持集群部署
答：满足。IBMWorklightServer可以安装在WebSphereApplicationServerND版本下，由WASND提供集群部署能力。
提供移动应用的开发，测试，调试，部署，管理等应用程序全生命周期管理功能答：满足。使用IBMWorklightStudio可方便的进行应用程度的开发，测试和调试，还可以将应用程序一键发布到IBMWorklightServer上，有IBMWorklightServer来管理应用程序全生命周期，包括：应用激活，应用升级，应用下线，用户访问控制等。能提供集成的企业应用商店
答：满足。IBMWorklightServer提供集成的企业应用商店，企业用户可通过个性化的企业应用商店方便的下载企业移动应用，无需经过通用应用商店（如:AppStore,GooglePlay等）。（2）应用开发
支持业界使用最广泛的集成开发环境Eclipse
答：满足。IBMWorklightStudio提供基于Eclipse的Tookit,开发者可以在Eclipse中无缝的使用WorklightStudio开发移动应用。提供可视化的集成开发、测试环境
答：满足。IBMWorklightStudio提供可视化的集成开发测试环境，支持拖拽控件式的所见即所得开发模式，支持模拟终端和物理终端的调试环境。提供集中构建工具用于生成面向终端设备的应用发布包
答：满足。IBMWorklight支持基于开发工具的发布包生成，也同时支持基于脚本的编译和发布，并且可以同时生成基于Andriod,iOS,RIM,WindowsPhone等主流移动平台的应用发布包。
提供基于浏览器的模拟器进行快速测试和调试
答：满足。除了基于SDK的模拟器，IBMWorklight也同时支持基于浏览器的模拟器进行快速测试和调试。
可与原生SDK进行集成来进行开发和调试
答：满足。IBMWorklight可以和AndriodSDK,iOSSDK,WindowsPhoneSDK等主流原生SDK无缝集成。
应用分为公用代码和特定环境代码两部分，可对目标环境进行应用优化答：满足。IBMWorklight的应用开发区分了公用代码和特定平台代码（如Andriod,iOS），公用代码可以被不同平台所共用，而特定平台代码可专门针对目标环境进行优化。支持运行时皮肤动态适配设备屏幕大小，分辨率，输入法等特定设备环境
答：满足。由IBMWorklight开发的应用，可以自适应目标设备的屏幕大小，分辨率和输入法，并且支持应用的动态皮肤更改，带来卓越的用户体验。可集成第三方工具和类库
答：满足。IBMWorklight自带集成了第三方的DojoToolkit，并且可以配置集成如jQueryMobile,SenchaTouch等常用移动开发类库。支持用户定制使用自己的类库和开发经验
答：满足。用户可以自定义包含通用函数,可视化控件,皮肤等对象的类库，并且可以把类库重用到不同移动应用中。
支持使用标准的HTML5，javascript,css3等进行应用开发
答：满足。IBMWorklight不仅支持HTML5,JS,CSS3的开发，还能方便的使用JSON,XML,SOPA与后台数据集成。
提供通过js调用本地设备功能的能力，比如GPS，摄像头等
答：满足。使用IBMWorklight开发的应用程序，运行着WorklightRuntime中，WorklightRuntime为移动应用提供的本地接口，可以让应用访问到GPS,陀螺仪，摄像头等设备。
支持混合方式编程，可使用原生方式实现部分应用功能，并和Web部分代码实现无缝集成，比如数据交换，web页面和原生页面的切换等
答：满足。IBMWorklightStuido提供混合编程模式，Web部分可以在公用代码中实现，而原生方式可在设备特定代码中实现，两者可以无缝集成，并且不会造成不同平台的不兼容。
提供统一的消息推送功能屏蔽不同平台消息提供服务商的差异答：满足。IBMWorklight为Andriod,iOS,RIM,WindowsPhone提供统一的消息推送接口，用户无需为不同平台不同的推送网络所烦恼。自动管理和维护用户，设备，消息和应用之间的关系
答：满足。IBMWorklightServer管理者用户，设备，消息和应用的关系，管理员可以方便的得到如用户下载的应用，用户使用的设备，用户发送的消息等常用信息。提供推和拉两种方式的消息推送机制
答：满足。IBMWorklight不仅提供传统的消息拉送的机制，提供统一跨平台的消息推送接口，用户无需为不同消息平台（如AppleAPN,GoogleC2DM）编制不同代码。
（3）系统集成能力
支持基于HTTP的service调用，包括SOAP和REST风格的服务答：满足。IBMWorklight开发的应用可以方便的通过WorklightHTTPAdapter访问包括SOAP,REST风格的Http服务。提供通过JDBC方式直接访问数据库
答:满足。IBMWorklight开发的应用可以方便的通过WorklightSQLAdapter使用JDBC方式直接访问数据库。
提供部署在服务器上的适配器机制和后台系统进行集成
答：满足。IBMWorklight提供部署在服务器的HttpAdapter与后台Web服务集成，提供SQLAdapter与后台数据服务集成，提供CastIronAdapter与后台的云服务集成。
在需要的时候能提供与后台系统的完整解决方案，包括与其他系统的集成以及云服务的集成，无需手工编码
答：满足。IBMWorklight提供部署在服务器的HttpAdapter与后台Web服务集成，提供SQLAdapter与后台数据服务集成，提供CastIronAdapter与后台的云服务集成，无需手工编码。（4）安全性
支持基本的用户认证安全体系
答：满足。IBMWorklight支持基于SSL的用户认证，单点登录。通过用户域实现应用的灵活安全管理，应用调用后台逻辑和通过用户域来实现功能的不同验证需求
答：满足。IBMWorklight可通过配置，集成后台应用的用户域安全管理，为不同的后台调用实现各自的验证需求。
提供登录模块机制及其定制方式，从而实现应用中不同功能模块使用不同的用户域进行安全认证答：满足。IBMWorklight为用户提供默认的登录认证机制，用户无需编码即可时间用户认证。并且用户还可以定制自有的登录认证方式，集成后台应用的用户域配置，以实现更细粒度的安全认证方式。提供多要素认证方案
答：满足。除了传统的基于用户/密码的认证方案，Worklight还可实现包括设备ID,安全证书等其他要素的认证方案。提供对本地缓存数据进行加密存储的方法
答：满足。IBMWorklight默认的对本地缓存，本地静态资源，本地代码进行加密储存，防止未经授权的访问，提高信息在移动设备中的安全性。支持HTTP和HTTPS通信协议
答：满足。IBMWorklight默认使用HTTPS通讯协议来进行消息传递，后台调用等移动设备与服务器的通讯，同时可以通过配置来使用HTTP代替HTTPS以满足不同应用场景的需求。支持单点登录
答：满足。IBMWorklight可集成系统的单点登录功能，移动应用在访问不同安全域资源的时候，无需为每一次访问提供相同的用户认证。支持应用离线认证方式
答：满足。在用户没有网络连接的时候，IBMWorklight提供离线认证方式，让用户可以登录应用访问到已下载的离线资源和缓存数据。提供检验应用真实性机制
答：满足。Worklight提供应用真实性测试机制来防止非法软件的后台访问，并且还提供越狱破解和恶意软件的检测。提供web资源完整性验证机制
答：满足。IBMWorklight通过数字签名算法实现对Web资源，移动应用完整性的验证，防止移动设备访问恶意篡改的资源和应用。提供发布应用时对Web资源进行加密机制
答：满足。Worklight支持包括动态Web资源和本地静态Web缓存资源的加密机制，还支持对因用代码的混淆处理，防止未经授权的访问，对代码的反编译和分析，提高移动设备的安全性。可对服务的调用生成统计日志
答：满足。因为所有的后台访问均通过WorklightServer进行，Worklight可以生成访问日志详细记录用户，设备，时间以及后台调用信息。（5）移动应用管理
可通过管理控制台集中管理企业移动应用包括它们的全生命周期管理答：满足。IBMWorklight提供Worklight控制台，可以集中管理企业应用程序，包括应用的上线，升级以及远程失效。提供应用的直接更新应用程序功能
答：满足。IBMWorklight为应用程序升级提供多种方式，包括用户手动升级，自动升级以及远程强制升级等。提供应用程序的版本管理功能
答：满足。IBMWorklight为发布的应用提供版本管理，可以支持版本的升级，回退等操作。
可针对平台和应用版本进行应用远程禁用，禁止设备使用老版本应用访问后台系统
答：满足。IBMWorklight的远程禁用功能可指定平台，指定应用，指定版本，甚至指定用户设备。
在应用升级后，可直接通知用户升级到新版本
答：满足。应用程序升级后，IBMWorklight可以根据不同的应用场景让用户可以收到应用更新通知手动升级，或者是自动更新客户端应用。平台可收集应用相关的诊断和使用数据，并提供相关的报表和分析功能答：满足。IBMWorklight可以收集应用使用信息，用户在线信息，用户使用习惯，后台调用日志等信息，为管理员提供消息的报表和分析功能。管理员可监控推送框架并对特定应用启用或禁用推送机制
答：满足。管理员可在IBMWorklight控制台监控推送框架，并对其管理，提供应用的白名单，黑名单管理，批量方便的启用，禁用推送机制。可在应用程序启动时显示定制通知消息
答：满足。IBMWorklight支持消息的异步和同步推送。用户离线的时候，重新上线时可以收到离线消息。提供应用下载和使用报表
答：满足。IBMWorklight支持应用下载和用户使用信息的收集和统计，同时可以生成相应的应用下载和使用报表供管理员参考。提供将统计信息导入BI系统进行深入分析的机制
答：满足。IBMWorklight可统计用户应用，用户使用，用户消息等信息，统计信息可在Worklight控制台方便的导出为指定格式，为BI软件提供可靠的信息来源。
（6）手机操作系统支持Android2.1,2.2,3.0,4.0iOS4,5Blackberry6,7WindowsPhone7
答：满足，WorkLight提供跨操作系统的支持能力，能够实现一次开发在多个操作系统中使用，手机操作系统支持Android2.1,2.2,3.0,4.0、iOS4,5、Blackberry6,7、WindowsPhone7等操作系统，完全满足用户的要求。
友情提示：本文中关于《重庆高速公路智能化监控总中心设计》给出的范例仅供您参考拓展思维使用，重庆高速公路智能化监控总中心设计：该篇文章建议您自主创作。
来源：网络整理 免责声明：本文仅限学习分享，如产生版权问题，请联系我们及时删除。
《重庆高速公路智能化监控总中心设计》
由互联网用户整理提供,转载分享请保留原作者信息,谢谢!
http://m.bsmz.net/gongwen/641282.html
- 上一篇：工作总结
- 下一篇：高速安全工作总结