统一电子商务平台

统一电子商务平台（共12篇）

统一电子商务平台 篇1

0、引言

“确保权力正确行使, 必须让权力在阳光下运行”, 这是党中央国务院对完善权力制约和监督机制提出的目标。在《建立健全惩治和预防腐败体系2008-2012年工作规划》中, 也明确提出“经过今后5年的扎实工作, 建成惩治和预防腐败体系基本框架”的目标。

推动统一电子监察平台的建设, 对增加工作透明度, 促进政务公开, 增强政府的公共服务功能, 推动经济和社会的持续、稳定发展, 全面提升纪检监察部门的监察和监管水平, 加强廉政建设具有十分重要的意义。

1、基本需求

随着中国经济的高速发展, 各级纪检监察组织都遇到了一个共同的问题, 那就是监察资源和监察工作严重的不平衡、传统工作方式效率低下、监察工作任务日益繁重、监察工作的要求越来越高, 而各级行政权力部门业务信息系统管理分散、缺乏信息共享, 难以实现对行政权力运行过程的有效监督。

运用统一电子监察平台, 可以监察的业务范围覆盖全部行政权力运行业务, 例如网上行政审批、建设工程、交通工程、水利工程、政府采购、土地交易、产权交易、司法执法、民生工程、药品采购到消费的全流程监管等各类社会管理和公共服务业务, 并及时发布行政权力运行信息, 实现纪检监察部门对行政权力运行的监察和社会公众对行政权力的监督, 进一步提高执政的透明度。

2、框架设计

2.1、基本原则

2.1.1、统一性原则

纪检监察部门利用监察平台对各行政权力部门的权力运行情况实行统一的电子监察。

2.1.2、公开性原则

各行政权力部门涉及的行政权力办理事项、办理依据、办理过程和办理结果等, 向社会公众公开发布, 并接受社会公众的监督。

2.1.3、有效性原则

统一电子监察平台需要具备行政权力事项督办、预警分析、信息查询、预警纠错、绩效考核等功能, 确保监察的有效性。

2.1.4、兼容性原则

统一电子监察平台需要能够与异构信息系统进行信息交换, 并处理异构数据库信息, 以达到对所有行政权力运行信息系统的全面监察。

2.1.5、扩展性原则

随着政府职能的不断调整和服务方式的转变, 统一电子监察平台需要具备良好的可扩展性和灵活性。

2.2、逻辑关系

各类行政权力运行业务系统, 需要接受监察部门的监察, 同时也需要接受社会公众的监督。其逻辑关系图如图1所示。

3、基本功能与性能

3.1、预警监察

预警监察主要包括业务数据预警、监察业务处理等功能。具体功能如下:

3.1.1、业务数据预警

根据各类业务的特点, 建立数据预警管理体系并对预警方式内容进行管理。设定预警条件, 对各业务数据实施监测, 排查出有问题的异常数据, 形成业务预警。

◎预警提示

按照预警分类要求, 在一个界面下分类展示各类预警信息。

◎预警内容展现

预警内容包括具体的异常数据内容、异常原因、异常位置等。

3.1.2、监察业务处理

监察工作的基本目的是监察行政权力部门的行政行为。需建立统一的监察业务办理流程。其主要包括督察督办、办理回复、督办监督功能等。

◎督察督办

当有异常提示时, 监察人员需对异常情况进行核实, 如问题确实存在, 可通过统一电子监察平台对相关部门或单位发出督办意见。

应结合各类监察业务的特点, 设定不同的督办管理模式, 并标准化督办单。督办意见应包括相关异常信息内容、督办单位等相关信息;应能提供一次督办和多次督办的功能, 督办意见可利用邮件、短信、电话录音等多种形式传达。

对于一般事件或常见问题可以制定标准化业务流程, 通过统一电子监察平台自动处理, 以减少监察人员工作量。

◎办理回复

具体办事人员、单位收到督办意见后, 需要依据督办意见内容, 对办理事项进行核实、处理, 并反馈处理结果。处理结果需按照各业务督办要求进行回复。办事人员可多次回复, 直至业务办理结束。

需设定办理时限提醒, 在办理未完成而时限快到前, 提醒相关办事人员, 并在办理逾期时, 提醒其填写逾期原因。督办回复应支持邮件、短信、电话录音等多种形式。

◎督办监督

当监察人员发出督办意见后, 具体办事人员逾期未受理或办理, 应自动提示, 应能将有问题的督办事项展示给监察人员, 监察人员对情况进行核实, 并在问题属实时对相关办事人员、单位进行提醒。能记录督办次数, 提醒监察人员对多次督办不合格办事人员或单位, 进行绩效考核和追责。

3.2、效能监察

效能监察主要包括制定绩效考核标准和方式, 把行政单位办事效率、履行责任、民意评价、自评、测评等多种监督考核方式相结合, 建立各行政权力部门绩效考核工作及统一的监督管理机制。

3.2.1、数据采集

能够实现效能监察的信息数据采集、信息上报及审核等功能。通过数据的采集对效能监察信息进行统一的管理, 保证数据的准确性、一致性、全面性。

3.2.2、绩效考核

可进行统一的绩效考核管理。并能对考核的立项、流程、结果上报、结果审核、结果发布等考核流程中的不同环节进行管理。

3.2.3、过程监督

可实现对各权力行政部门的立项管理、计划管理、实施反馈管理的全过程年度工作管理。通过全程监察、预警纠错、效能监督等方法, 对效能监察信息进行统一的管理。

3.3、决策支持

根据监察各业务的过程数据、结果数据, 在结合业务特点上, 建立分析模型, 通过各类信息综合查询功能、统计图形报表功能、数据挖掘功能、决策支持分析功能等, 为领导提供科学的决策依据。

3.3.1、综合查询

能够提供便捷高效的综合查询功能, 方便监督人员进行监督信息查询、工作台帐查询、考核结果查询等。

3.3.2、统计分析

通过报表、图表等多种方式实现监察相关数据的统计分析功能, 实现监督信息统计分析、工作台帐统计分析、考核标准统计分析等。

3.3.3、决策支持

依据分析条件, 建立决策支持模型, 对业务数据进行抽取、转换, 对海量数据进行聚合、切片, 实现快速分析, 以达到提供决策支持服务目的。此功能应实现对数据、图形的展示功能、信息发布功能和异常报警功能, 能提供功能强大的共享查询功能和信息分析展示功能。

这些功能的实现方式主要包括:数据建模、数据挖掘、效能工作走势分析、突出问题分析、业务部门分类分析等。

3.4、数据交换

依托统一的数据交换平台;制订统一的交换数据标准、统一的交换规则;支持结构化、非结构化、图片、视频等数据的交换;支持多种数据交换方式;提供多种类型的数据交换接口;这样才能达到对统一电子监察平台兼容性和扩展性的要求。

3.5、接口要求

3.5.1、能提供多种方式对数据进行采集。提供多种数据交换适配器, 支持http、ftp、Soap等协议, 支持SQL Server、Oracle、DB2、达梦、人大金仓、神舟通用等主流数据库, 支持IBM MQ、Weblogic、Tonglink、Tongweb等主流中间件。

3.5.2、默认对XML/Web Service等技术的支持。要有强大的开放性与扩展能力, 可以快速、方便地实现基于不同技术平台业务应用系统之间的数据交换与集成。

3.5.3、允许在不影响现有流程及平台运行的情况下, 添加、删除或重新配置任何流程操作或组件。

3.5.4、提供完善的后端监控、管理平台, 能够提供流程跟踪调试功能。

3.5.5、能提供集成开发、设计和部署管理环境。

3.5.6、支持业务规则设计器, 能够通过修改业务规则编辑器、流程编辑器和代码来实现业务流程的变更。可通过增加新规则和业务流程, 自动在平台中增加相应的栏目和模块。

3.6、基本性能要求

统一电子监察平台需要满足各级监察部门的访问量, 要求提供7×24小时不间断服务, 主要包括以下方面:

3.6.1、网络平台性能

要求数据传输网络畅通、快捷、安全、可扩展。

3.6.2、基础软件性能

要求采用通用性好的计算机系统、安全可靠的操作系统以及大型数据库系统, 保证平台有良好的性能。

3.6.3、应用支撑平台性能

要求应用支撑平台为业务应用系统的开发和运行提供技术支撑, 并具有可扩充性、灵活性和可配置管理性。

3.6.4、应用层性能

应用层要满足用户的要求, 稳定、可靠、实用。人机界面友好, 输入、输出方便, 图表生成灵活美观, 检索和查询简单、快捷。

3.6.5、安全性能

对不同安全等级的信息, 通过身份认证和访问控制等方式实现授权访问, 并对整体数据进行容灾备份。

3.6.6、数据

数据应完整、准确和及时。

4、结束语

一是统一电子监察平台需要依据统一的技术标准、统一的数据标准, 按照“部门职能不变、上下左右兼容”的原则, 条块相结合进行建设, 需要具有较好的兼容性和扩展性;

二是利用统一电子监察平台对各项行政权力进行监察, 需要有强有力的组织机构进行推动;

三是需要又一个长效的运行机制, 通过统一电子监察平台对各行政权力部门进行有效的监察, 以达到提高行政效能、促进建设透明型政府、服务型政府的目的。

摘要：本文对统一电子监察平台的基本需求、基本框架、与各行政权力运行系统的逻辑关系进行了初步研究, 并提出了该平台应具备的基本功能。

关键词：统一,监察平台,基本框架

统一电子商务平台 篇2

增值应用前景广阔

“随着公司仓储面积的不断扩大，公司内部业务部门之间的沟通成本也开始相应攀升。现实的沟通需求与高昂的通信成本之间的矛盾开始凸显，内部统一通信问题已成为公司需要解决的首要任务之一。”北京西南物流中心信息中心经理任浩表示。

作为北京市规划局批准成立的专业性物流企业，北京西南物流中心也是全国最大的图书物流中心，专业从事图书仓储、分拣、配送服务。该中心的综合物流部作为第三方物流业务部门，目前已经承接了蒙牛、九牧王等大型企业的物流业务，配有专业运输车辆百台以上。

得益于良好的管理及经营，近年来北京西南物流中心的业务规模不断扩充，其新库区也随之一一落成。由于各个库房与办公楼之间都有一定距离，企业内部沟通必须借助通信工具实现，通信成本越涨越高，为企业经营带来的负担也越来越重。

由于此前各个库区及办公楼都具有无线Mesh 网络覆盖，西南物流中心确定了在现有无线网络基础上陆续开展企业信息化业务并实现统一通信平台管理的应用方案。经过前期的产品选型和内部测试，该中心最终选择了捷思锐科技公司的企业级IP PBX---SE150作为解决内部语音通信的核心设备，

任浩介绍了SE150 在其物流中心的实施情况：在现有Mesh 网络的基础上，通过在各个库房部署IP 话机、WiFi手机和IAD 等设备实现分机用户的接入，能够快速、低成本的满足中心内部免费语音通信的需求，并且WiFi手机还可以配合 Mesh 网络实现在无线覆盖区域内的移动通信。SE150 还具有可扩展的FXO 和E1 卡插槽，能够实现与PSTN 的互联。同时，SE150 还能够提供总机服务、电话会议、语音信箱、部门800 等增值业务。

在系统建设完成后，经过一段时间实际运行，该物流中心对实际效果非常满意。在任浩看来，该系统除了各种技术功能完全达到预先的承诺之外，对于其企业还带来了多个方面的应用价值：

首先是成本的降低。仅一期项目实施后，相比以前的通信方式，公司可节省48%的费用;

其次是改进了沟通效率。专网业务操作方面的简便性和内部沟通零成本所带来的效应，可以极大满足内部业务沟通的需求，释放内部潜能;

再次是资源合理利用。专网服务充分利用客户现有基础网络资源，基本没有改变用户的网络环境和使用习惯，实现了统一通信平台服务目标;

最后是提升了客户满意度。沟通效率的提高，直接改善了企业内部运营的效率，体现在最终用户方面，更多客户选择该物流公司的服务。

统一电子商务平台 篇3

天威诚信统一信任管理平台iTrusUTS以PKI/CA为基础架构，在进行业务系统整合和内容整合的同时，更加注重资源整合的效果和统一认证的安全性，具有以下特点：实现账户统一管理，解决统一认证问题，支持静态用户名/口令、数字证书、NTML、Passcode（一次性口令）等多种认证方式；实现权限统一管理，运用CA 认证、 SSL 加密通道、关键信息加密签名、时间戳等技术，保证了信息传递的保密性、真实性、完整性；各种动态信息集中实时有效掌控，提供多种审计方式；平台与业务系统之间采取松散耦合方式，支持负载均衡部署方式。

其中，集中用户管理能够简化用户及其账号的管理复杂度，降低系统用户管理的安全风险；集中证书管理集成了证书注册服务（RA），实现了用户证书生命周期管理功能，支持第三方电子认证服务；集中认证管理实现了多业务系统的统一认证，支持多种认证方式，为用户提供单点登录服务；集中授权管理根据企业安全策略，采用基于角色的访问控制技术，实现支持多应用系统的集中、灵活的访问控制和授权管理功能；集中审计管理能够提供全方位的用户管理、证书管理、认证管理和授权管理的审计信息，支持应用系统、用户登录、管理操作等审计管理。

目前天威诚信统一信任管理平台iTrusUTS已经在中海油、中粮集团、和氏璧化工、上海纺织、快乐购等企业成功应用。

统一电子商务平台 篇4

关键词：电子渠道,统一接口平台,SOA,ESB

1 概述

电子渠道是为了满足客户便捷服务需求, 提升公司市场营销效率, 而迅速发展起来的新型营销服务渠道。它以通信技术和互联网技术为基础, 将产品的销售与服务电子化, 让客户借助终端设备, 可自助获取信息、体验业务、订购产品和享受服务。相比实体渠道, 电子渠道具有“非面对面、电子交互、自助实现”的特点, 能创造低成本高效率优势, 是公司渠道未来发展的重要方向。

电子渠道发展共有五个阶段:传统渠道的补充、客户服务的重要渠道、服务营销的重要渠道、自助业务主接口、客户交互IT中心。目前, 国外部分发达国家的通信运营商依托其较高的科技水平, 已向第四阶段演进;而我国也已步入第三阶段——“服务营销的主要渠道”。这个阶段的特点是已形成各式各样的电子渠道, 新业务产品不断丰富, 电子渠道需要承担更多的营销功能, 电子渠道逐步发展成为运营商的主要渠道之一。

面对3G时代竞争激烈的市场环境, 电子渠道发展面临着几大难题:

(1) 通过前两个阶段的发展和探索, 运营商建设了大量的电子渠道系统, 各系统朝着独自完善的局面发展, 使得各电子渠道同步实现新业务的快速开发及部署极为困难。

(2) 各渠道客户接触信息种类繁多, 存在如何将分散在各渠道的资源及信息进行汇总, 并通过数据分析与数据挖掘, 实现精准营销的问题。

(3) 目前各电子渠道承载的业务及服务分散、风格各异、业务描述和逻辑不一致, 造成用户体验和感知度低。

(4) 电子渠道接口众多, 运营支撑管理难度加大, 电子渠道支撑管控能力亟待提升。综上所述, 目前急需从整体上提出一套解决方案, 对现有的各种电子渠道进行统一接入、管理和控制, 提升电子渠道的服务和营销能力。

2 统一接口平台的总体目标

电子渠道统一接口平台是为了多电子渠道类产品的发展创新、统一规划与整合, 促进各渠道建立统一的业务支撑后台系统, 实现后台服务的融合, 实现多渠道的信息共享。统一接口平台总体目标如下:

2.1 统一客户界面, 确立以电话、网上、掌上等所构建的多电子渠道, 形成一体化的统一用户界面接触体系, 实现“ONE CRM”展示给客户。

2.2 统一接触记录, 在业务管控模块, 统一记录各渠道的客户接触信息, 以CRM系统为基础, 实现对接触记录的统一存储、查询, 支撑并共享各渠道用户动态信息数据。

2.3 统一业务逻辑

实现多电子渠道的各种终端接入方式, 并直接通向后台系统, 通过统一的业务逻辑解决用户需求。

2.4 统一业务部署

在业务逻辑统一的基础上, 系统可以满足统一业务部署要求, 具备快速部署能力。

2.5 统一业务管控

通过统一接口的服务收敛, 使分散的业务管道整合为一, 形成多电子渠道统一管控能力, 为渠道协同提供技术基础。

2.6 统一渠道调度

通过渠道协同, 全方位提供对电子渠道的营销服务功能的调度。

2.7 统一配置管理

通过工作流提供渠道协同可编辑, 各个渠道在实现界面管理集中配置化后, 满足电子渠道统一配置管理的需求。

2.8 统一认证授权

在客户接触需通过夸渠道的流程穿越实现服务要求时, 系统提供单点登录与统一认证, 形成大渠道虚拟会话, 避免用户重复验证操作。

3 统一接口平台的分析与设计

电子渠道统一接口平台是多电子渠道通向BOSS/CRM的唯一业务管道, 也是电子渠道与CRM的市场营销、销售管理、客户服务等核心模块进行客户交互的枢纽, 是实现电子渠道统一管控、统一接触、渠道协同、服务营销的基础平台。它负责完成电子渠道的统一接入和交互控制, 包括接触管理、配置管理、业务路由等功能。

如图所示, 统一接口平台在现有系统的内部组件机制下, 采用OBD方式访问BOSS/CRM核心系统, 通过将现有的业务逻辑封装成标准的Web Services服务, 向各个电子渠道平台开放, 以供其调用完成业务受理工作。平台与各电子渠道的通信采用SOAP协议, 并在服务的交互架构上采用ESB技术。

为保证安全访问接口, 统一接口平台向接入的电子渠道提供接口认证和权限管理功能, 控制第三方可访问的主机和可调用的业务接口, 增强接口的安全性。同时, 为以后分业务、分渠道、循序渐进把现有电子渠道纳入平台, 统一接口平台在框架设计上应具有多方面能力, 包括支持接入模块与业务模块分层模式、接入模块支持多点部署、业务模块支持多点部署、平台与具体业务实现无关、平台的升级可以独立进行、平台配置有定时更新机制, 以及修改相关配置可以自动生效而无需重新启动相关应用等。

4 统一接口平台主要模块

统一接口平台核心模块包括接口服务前置、事件队列管理、规则配置服务、业务控制中心、业务处理单元、平台支撑服务、下行发布管理、统一接触记录、平台运营监控等模块, 共同完成平台接口。

4.1 接口服务前置, 是所有电子渠道终端对CRM核心提交业务请求的唯一业务通道。业务请求接收与分发内容包含客户通过渠道提交的业务请求, 以及CRM中的市场营销、销售、客户服务功能域发起的业务请求。

4.2 事件队列管理。

由于电子渠道并发请求量非常大。鉴于电子渠道所呈现的不同渠道特性, 对业务请求的响应速度也要求不同。如短信营业厅、邮箱查询等请求, 相对电话营业厅、网上营业厅的响应速度可以更缓慢些。基于这些因素, 根据路由控制信息, 如路由条件 (客户标识、用户标识、用户品牌、客户级别、业务类型、队列溢出条件等) 、路由目标方 (目标编码、目标名称、目标技能队列) 等, 对统一平台的请求响应可按照规则配置提供分渠道、分业务、分客户级别等排队因子。

4.3 规则配置服务, 相对于业务逻辑适配, 实现统一接口平台的可配置化工具。各电子渠道根据客户标识信息、服务等级、客户选择的产品与服务、渠道级别等, 来设置相应的优先级及路由, 已提供差异化、个性化的分层服务。

4.4 业务控制中心, 包括逻辑适配和业务路由控制。逻辑适配是指根据业务规则配置, 对事件队列的原始请求进行适配, 进入平台事件排队处理。而业务路由控制分为正向路由和反向路由, 其中正向路由从事件队列中取出正向 (渠道终端或渠道协同发起的请求) 事件数据, 按照协同调度流程解析, 路由方向有营帐后台 (调用业务处理单元) 、下行管理;而反向路由从事件队列中取出反向 (营帐后台应答数据) 事件数据, 按照协同调度流程解析, 路由方向有电子渠道终端的会话接口、下行管理。

4.5 业务处理单元, 通过交易中间件发起, 对BOSS/CRM等后台服务进行调用, 相应的OBD服务涵盖CRM的市场营销、销售、客户服务功能域。

4.6 平台支撑服务, 为了实现多台前接口前置的负载均衡、平滑扩展、业务不间断升级等功能, 系统提供域名服务。包括:接口前置注册、业务请求登记、自动分配连接IP。

4.7 下行发布管理, 提供下行信息发送的管理。如CMPP、SMPP、USSD、MMS、电子邮件、IVR自动外呼及客服人工外呼等。下行管理模块与处理下行信息发送模块之间可以采用接口表、Web Se rvice、文件等接口方式。

4.8 接触信息管理, 实现接触信息的记录、存储、查询, 并向相关系统提供分析需要的源数据。在统一接口平台中接触信息主要是客户通过电子渠道与BOSS/CRM系统之间交互过程中产生或涉及的信息。统一接触记录主要实现人工渠道、自助渠道记录接触信息的数据完整性与一致性, 满足各渠道产生的接触信息模型统一、存储统一, 提供接触信息实时、非实时查询功能。同时, 接触信息的记录、存储、查询等方面要达到规定的时间要求。

4.9 平台运营监控, 渠道监控在运营原始历史数据及准实时数据基础上, 对渠道运行状态进行展示和告警, 通过多维度的统计分析, 以数字、图形展示, 并提供管控操作界面。在日常运维过程中, 若系统相关指标超过设置值, 可以提供声音、短信、光线等报警。

5 结论

本文通过对电子渠道统一接口平台的建设进行分析与设计, 采用SOA和ESB技术, 加强异构系统的协同能力和IT模块的重用, 从而实现了一套增强各电子渠道业务部署灵活的解决方案, 具有较强的实用价值。

参考文献

[1]陈航.全业务运营背景下电子渠道建设研究[J].广东通信技术, 2009, (08) .

[2]于峰.浅析运营商电子渠道架构的技术与业务基础[J].电信科学, 2008, (02) .

[3]韩强.基于SOA的商业银行电子渠道系统网络建设[J].大连民族学院学报, 2008, (03) .

[4]舒文琼.互动整合为电子渠道建设关键[J].通信世界, 2009, (47) .

统一电子商务平台 篇5

为切实加强全市畜牧水产系统网络信息化应用工作，提高我局信息化办公水平，构建完善畜牧水产网络管理系统，保障养殖业生产安全，维护人民群众身体健康，进一步加快我市养殖业经济又好又快发展，结合工作实际，制定本方案。

一、指导思想

以十七大精神为指导，紧紧围绕市局总体工作目标，以促进养殖业经济发展和重大动物疫病防控为重点，以确保畜水产品质量安全，维护人民群众身体健康为核心，按照“无纸化办公，网络化管理，信息化建设”的工作思路，解放思想，开拓创新，不断提高网络信息化工作水平。

二、工作目标

努力推进全局网络信息化应用工作，全力完善市局统一办公平台的建设，确保网络信息数据库的真实性和有效性，平台的使用与工作相结合，工作汇报在平台，工作处理在平台，工作完成在平台，工作考核在平台，真正实现办公无纸化，工作网络化，以高效的工作手段推进我市养殖业经济的又好又快发展。

三、主要任务

（一）加强网站建设，提高信息宣传工作效率。

1.强化网站信息更新工作。完善信息工作规程，明确网站工作任务，界定网站信息上传权限，确保网站栏目的更新工作。各级信息宣传部门明确专人负责媒体报道的信息收集、整理和上报工作，网站管理实行AB岗责任制，确保网站信息的日常更新。

2.规范网站信息管理。进一步规范网站信息的上传程序，抓好网站信息质量的把关和监督检查工作。积极做好信息更新和无效信息清理工作，规范网站信息宣传管理工作。

（二）强化电子政务，推进政风行风建设

1.提高平台使用率，强化网络意识。市政务统一平台的使用纳入政风行风评议工作进行考核，市局各处室要增强网络化办公意识，不断提升网络运用能力，将平台的使用纳入每日的正常工作范畴，保证平台登陆率和使用率，确保政务统一平台考核不扣分、不缺项。

2.提升平台工作水平，推进无纸化办公。局公文处理要全面实现网络平台流转，加大公文网络化管理力度，进一步提升平台公文处理水平，减少纸质公文的流转，严格按照公文流转程序办文办事，不断提高工作效率。

（三）加大市局统一办公平台应用，提高信息化工作水平

1.加强信息员队伍建设。不断提高信息员队伍的业务素质和水平。进一步完善市养殖业数据库的录入工作，统一办公平台的GIS地理信息系统启动应用，力争年底前完成国家级、省级养殖企业以及市级农贸市场、屠宰场的电子信息录入工作、积极推进电子地图的应用。

2.深入推进各类数据更新力度。各级各部门要继续做好日常工作留言和数据库各栏目的更新工作，确保在数据出现变化的一周内，将相关数据更新，保证各栏目数据更新的及时、准确和有效。

四、保障措施

（一）明确责任，狠抓落实。各级部门要加强对网络信息化工作的领导，分管领导要亲自抓，职能部门要具体抓，明确分工，加强配合，一级抓一级，层层抓落实。要结合工作实际，将各项工作任务层层分解、落实到具体职能部门，责任到人，做到有计划、有安排、有检查，常抓不懈。

（二）加强培训，提高技能。

对网站栏目信息的图片处理、稿件上传、文字排版，政务统一平台的应用能力，以及局统一办公平台的应用操作能力等适时进行培训，努力实现公文平台流转的高效率，推进GIS（地理信息系统）的有效应用。

（三）加大督查，推进考核。坚持把统一办公平台应用工作与信息宣传考核工作结合起来，定期、不定期地对其进行监督检查，发现问题，及时改进。严格考评，平台和网站的使用情况每月进行统计汇总，每季度对各部门网络运行情况进行通报。年底依据《市局宣传信息及统一办公平台应用工作目标考核意见》对当年办公自动化、信息化工作进行考核，对考核获得先进部门和单位给予表彰和奖励。

五、责任分工

探讨校园网统一验证平台的构建 篇6

【关键词】中职校 校园网 统一验证平台

【中图分类号】G71 【文献标识码】A 【文章编号】2095-3089（2013）01-0221-02

我校是2009年启动数字化校园建设的，目前在学校中运行着多个应用系统，如办公自动化系统，教务管理系统，财务管理系统，招生管理系统等等。但笔者在日常工作中经常遇到教师因忘记自己的各类密码而要求管理员帮其重设密码和教师反应在多个系统间要多次登录比较麻烦的问题。此次示范校建设，我们通过构建统一校园网验证平台，即单点登录SSO的方法成功解决了上述问题。

一、统一验证平台的构建思想

SSO英文全称Single Sign On，单点登录。SSO是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。它包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。它是目前比较流行的业务整合的解决方案之一。我们比较了多种方案后，最终采用了SSO方案，教师只需要登录一次系统平台，即通过一个应用中的安全验证后，再访问其他应用中受保护的资源时，不再需要重新登录验证。

二、统一验证平台的具体实现

以下是笔者所在学校各个系统间统一验证平台的构建的具体过程：

1.各应用系统介绍

笔者所在学校的校园网中布署的应用系统有：

（1）信息发布系统（学校网站）；

（2）资源管理系统（资源库）用于管理学校内部的资源（教案、课件、试题、教育教学论文、图片等资源）。未登录用户不能下载和打开相应的资源，只有合法登录的用户才能下载和打开；

（3）学校网络办公系统（OA系统）；

（4）教务管理系统（正方教务系统）；

（5）财务管理系统（国子管理系统）；

（6）招生管理系统（教师自己开发）。

2.配置表信息

在开发单点登录系统之前有些重要信息需要确定，然后写入配置信息表中。我校配置信息表中内容如下：

设置服务器的访问地址。主要是服务器的公共IP地址和站点域名。

设置可以访问的请求IP网段。主要记录该系统单点登录接口可以访问的IP来源。

设置系统模块标记。填写各个系统的编号，主要用于变节管理员查询到该请求来自哪个系统。

设置状态标记。填写True或False，主要方便管理员随时切断单点登录的功能。

3.配置表逻辑结构

4.系统单点登录原理

1）用户通过用户名和密码进入A系统；

2）A系统将配置表中状态为T标记的所有记录读取并打印到前台；

3）当用户点击任意系统后，A系统就会将该用户的编号，以及配置表中的A系统的参数一并通过http协议提交到目的系统中；

4）目的系统则会根据配置表中的REQIP来判断该请求IP是否合法，若合法则继续执行，否则返回错误信息；

5）目标系统只需要到用户表中去寻找该编号对应的用户，并取出其权限，根据相应的权限执行可操作模块；

6）如此反复循环。

5.SSO模式的前提条件

SSO模式需要满足如下条件后才能部署：（1）所有的用户ID要么统一，要么设置匹配规则，我校选择使用教师工号；（2）所有系统必须在配置表中登记真实的信息；（3）所有的系统必须提供接口，用来接收和处理配置表信息的WebServer接口。

6.SSO模式优缺点

SSO模式有很多优点：实施简单，只有短短几行代码执行效率高；安全性高；无需笛卡儿积模式的维护，只要一张配置表即可；扩展性、维护性高；采用即插即用设计原则。同时也存在一些缺点，如对服务器安全性要求较高；旧系统必须有源代码更改权才可加入；目前只限于B/S模式。如何扬长避短需要开发人员不断摸索、不断实践。

7.提高安全性

安全是每个系统最首要的责任，我们采取以下安全措施保证单点登录的安全。

用户在客户端触发，提交到服务器中处理，所有信息都在服务中，非法窥视不到；

服务器之间的跳转也限制了IP，只能由指定的IP才可以访问；

客户端只提供触发功能的Ajax异步执行方法，主要代码在后台服务器上用户无法得知，前端的JavaScript代码只提供了访问服务器接口的功能和仅有的目的系统编号参数；

JS代码与html代码分离在两个文件中，并且服务器过滤了请求IP，非本地IP禁止下载JS文件，而且本地IP还要密钥才能访问，大大提高了安全性；

每个用户的权限都在相应的系统中分别设置，避免其中一个系统的管理员被攻击从而使整个架构陷于危难之中；

所有的共用信息都通过加密算法处理后再传输、存储的，避免管理员有意识的获取；

从系统到模块甚至到用户都有很便捷的开关功能，可以及时的切断危险源。

三、统一验证平台构建的思考

随着网络信息化技术在我国职业学校校园网络中的高速发展及应用，学校门户平台需要及时整合各类信息资源。笔者根据目前学校中电子校务实际运用中存在的信息孤岛问题，研究了单点登录技术的原理及实现方法。由于水平和时间的限制，以及随着对相关理论和开发的深入，还有待于继续努力。

通过此次开发，笔者所在的学校切实解决了教师以往要记住各个系统间的帐号与密码和各个系统要多次登录的问题。方便教师日常的教育、教學工作，进一步提高了教师的工作效率。实现了学校各个系统间用户的统一管理，减轻了系统管理员的工作负担。

参考文献：

[1]Web环境下的SSO实现模式的研究 张挺； 耿继秀 计算机仿真 2005-08-30

[2]基于RBAC的SSO统一权限管理方法 张世龙； 沈玉利 计算机工程与设计 2009-05-16

统一电子商务平台 篇7

目前国内外已有不少跨库检索系统, 像艾利贝斯公司的metalib系统, 清华大学的同方异构统一检索平台 (USP) 等。One Search是南京乐致安信息技术有限公司开发的统一资源检索系统, 它包括书刊资源整合和电子文献整合两大模块。它支持所有中外文数据库的整合。2012年南京航空航天大学图书馆购入One Search统一检索系统, 主要是针对南京航空航天大学图书馆的电子资源进行跨库检索。整合了目前该图书馆购买的几乎所有中外文数据库。

影响统一检索平台质量的标准有很多, 主要包括资源整合功能、检索功能、检索结果处理、检索效率以及服务功能5大方面, 其中既包括一般检索系统通用的评价标准, 也包括统一检索平台特有的标准。[2]

1 One Search统一检索系统评价

1.1 资源整合功能

统一检索平台的最重要优势即在于其资源的丰富性、多样性, 涵盖资源的广度是非常重要的。此外, 检索平台及其网站对于资源的揭示以及资源获取的便利性也影响着用户的使用体验。

1.1.1 资源导航

分类导航, 由于统一检索平台中的资源来源非常广泛, 因此不同资源类型的分类导航对于用户熟悉了解资源有重要意义。One Search平台可以按常用数据库、全部数据库、按字母、按学科、按资源类型浏览数据库, 也可以通过检索框查找数据库。

资源揭示, 即是否对此平台包含的资源进行说明。One Search平台并未对资源进行描述说明, 因此对不熟悉数据库使用的用户来说比较费力。应对地址、文献类型、时间跨度、内容简介、覆盖范围、语种、出版商、检索注意事项等进行说明, 以便用户了解筛选。

对于同类资源也没有分类浏览, 也就是不能多层筛选数据库。对于同类资源应建立丰富、多样、准确的分类索引表, 方便用户在使用的过程中准确定位数据库资源。

1.1.2 资源整合

资源整合主要描述其资源范围。包括整合数据库的范围, 资源的更新速度, 是否与原数据库同步更新, 不同类型的资源整合程度如何, 以及是否有不同数据库引文间的相互揭示。

One Search平台目前整合的数据库有90个, 包括的学科有材料科学、机械、电子电气、计算机/信息科学、能源/动力工程、法律、经济、管理学、社会科学、语言/文学、航空航天、土木工程、数学、化学/化工、物理、光学等。资源更新与数据库同步, 无不同数据库引文间的相互揭示。

1.1.3 资源获取

主要是指查找到所需的资源后, 其获取方式是否便利、多样;获取资源的链接是否便利可用, 有没有失效的情况;此外, 可否直接链接至全文获取也是比较重要的评价标准。

通过One Search查到所需的文献后, 有的资源下方有“获取全文”的链接, 而大多数都是没有“获取全文”链接, 因此对用户来说需要花费更多的时间获取资源。对于可以获取全文的资源, 它提供了两种获取全文的方式, 一种是点击题名可链接至源数据库, 下载全文。另一种是文章后面的“获取全文”链接, 有的链接到的是数据库的检索页面, 需重新输入检索词检索获取文献, 不能直接链接全文获取, 有的链接可直接链接至全文获取。

1.2 检索功能

检索功能直接影响信息检索的查全率、查准率, 检索的灵活性、方便性及检索速度, 是评价资源检索平台的重要指标。[3]

1.2.1 检索方式

One Search平台既可以进行简单检索、高级检索还可以在返回结果之内或所有内容之内进行二次检索。高级检索可以对时间进行限定检索。检索时勾选的数据库会在“本次检索的范围”中显示出来, 要重新选择可以全部清空, 去除哪个数据库可将该数据库前的√勾选掉。

One Search平台的分类浏览功能没有按全文/文摘、中文/外文数据库浏览检索, 分类浏览查找不详尽。

1.2.2 检索字段

此平台的简单检索和高级检索都提供篇名、关键词、主题词、摘要、全文和任意等检索字段的检索, 不提供来源、出版商等检索字段。高级检索最多可联合3个字段, 同时可限定时间检索。没有对专业的数据库进行专门的检索字段设置, 比如没有针对会议文献的会议名称和地点的检索, 也没有针对标准文献的标准号的检索。

1.2.3 检索技术

此平台提供AND、OR、NOT布尔逻辑检索, 不支持扩检缩检与精确检索技术, 不支持相关检索和差异化检索, 这可能与其整合平台的定位以及检索技术有关。既定位为统一资源检索平台, 为了保持界面的简洁与使用的简易性, 牺牲对特定数据库的检索是情有可原的。同时, 在统一检索平台下, 对单个数据库增加检索字段, 也需要较为复杂的实现技术与界面。

在实现二次检索功能的相关检索方面, 此平台只提供了一个检索框, 而对检索字段无要求, 这就不能获取同类资源。

1.2.4 检索界面

此平台的检索界面无检索用时显示, 初级与高级检索页面无需切换, 检索结果和检索页面切换顺利, 没有提供搜索词修正提醒。在显眼的地方提供了检索帮助。

1.3 检索结果处理

检索结果处理是指对初次检索结果进行调整、细化, 最终获得所需资源的过程。

此平台不提供检索提问修改, 没有修改建议, 提供在结果中进行二次检索。不支持二次分类检索。检索结果显示的是基本信息, 不提供详细信息的显示。检索结果无去重功能, 采用先返回、先显示的模式, 减少等待时间, 左边的聚类栏根据返回的顺序和类型动态的显示所有检索资源库的结果情况。对于检索结果的输出, 只能单个浏览, 不提供结果批量输出, 即对搜索结果不能标记、筛选、保存。

1.4 检索效率

此平台检索结果无用时显示, 检索时, 等待比较久, 选择的数据库越多越费时。没有设置数据库的全选框, 选择数据库只能逐个勾选。检索时有时会有连接超时的现象, 要重新检索, 用时很久。在此平台上利用题名检索分别含有“computer”、“information”的文献, 选择的数据库有SCI、Elsevier、Ei、ACM, 然后再分别在这4个数据库检索题名中含有“computer”和“information”的文献 (见表1) 。

检索截止日期2013年1月9日

从检索结果看, One Search平台检索SCI数据库不全, 其中题名中含有computer的此平台只检索到33篇, 就是显示了SCI单库检索结果的前33篇文章, 题名中含有information的此平台只检索到60篇, 就是显示了SCI单库检索结果的前60篇文章。并且点击此平台显示的检索SCI的结果的某篇文章的题名链接不到文献详细信息, 出现的是“无效的查询。请检查时间跨度是否在选择的数据库的覆盖范围内”。其他三个库Elsevier、Ei、ACM查准率为100%。

1.5 服务功能

此平台没有用户页面定制功能以及个性化服务, 如不提供个人帐户、保存检索策略、保存电子资源等等, 以方便用户随时浏览。也不提供原文传递、参考咨询、馆际互借等其他服务方式。

2 结语

在One Search整合系统统一检索平台的评价中发现: (1) 对数据库的各种查找方式方便了数据库的查询, 减少了选择数据库的困扰, 但是对数据库的分类还不够多样, 也不能在不同的资源类型中进行组配检索。 (2) 帮助文件实用性不强, 更像是对功能的简单介绍, 没有突出特点和有针对性的回答问题。 (3) 提供的电子资源特别丰富, 但是不是所有资源都是使用者所需, 也没有设置快捷的方式, 所以难免会给使用者造成困扰;而且检索数量太大, 相关性不强的信息会影响使用。 (4) 实现了中文和英文检索, 但是跨语言检索功能很薄弱。 (5) 系统应该提供错误修正功能, 比如用户输入出现错误。Google界面就会提示“您是不是要找”就会因为这样能更好的避免检索时间的无端浪费, 从而提高检索效率。 (6) 系统应加强与其他服务方式比如原文传递、参考咨询等进行有效集成, 以满足用户多样、动态的信息需求。 (7) 对于使用者来说可能不很熟悉自己所查资料的专业数据库, 因此选择的很多, 这就降低了检索效率。 (8) 除SCI外, 查准率较高, 但检索用时久, 检索结果处理不人性化。 (9) 检索结果不提供多种形式的结果保存, 如存盘、打印、记住检索式等;对于结果输出, 不可利用E-mail发送检索结果, 或直接输出到文献信息管理软件。

参考文献

[1]李广建, 张智雄.国外跨库检索系统研究项目及其特点[J].情报理论与实践, 2004, (4) :444-447.

[2]邓晓音.统一检索平台评价标准及比较研究——以CALIS“外文期刊网”及交大图书馆“思源探索”检索平台为例[J].情报科学, 2012, 30 (12) :1844-1848+1953.

浅谈统一通讯平台 篇8

关键词：高校,统一通讯平台,web,移动版

一、项目背景介绍

随着通讯技术的发展, 统一通讯平台在企业与高校的信息沟通中发挥着重要的作用[1]。南京理工大学信息化建设与管理处前身为现代教育技术中心, 近年来致力于数字化校园建设, 负责承担学校校园网络、信息系统、一卡通等建设与管理运维工作, 在各项业务趋于成熟的同时, 学校迫切需要一个官方通讯平台, 为师生提供短信、微信、邮件等全方位的消息发送服务, 并与学校现有的业务系统相融合, 承担业务系统消息发送功能。

二、项目建设目标

2.1多方式、多平台

提供一个实名制的通讯平台, 可以满足业务系统与校内用户日常消息发送。由于个人通讯工具的多样性, 相应的, 平台也应支持多种通讯方式 (短信、微信公众号、邮件) 。同时, 系统适用于web页面、手机客户端等多种平台, 实现跨平台的信息共享, 便于用户使用[2]。

2.2对接校内业务系统

与校内各业务系统集成, 涵盖本校综合人事系统、财务信息门户、服务大厅、一卡通、数字后勤管理系统、体检预约系统等, 承担各个系统的日常通知、密码找回等消息发送功能。

2.3多维人员管理

除了普通用户, 每个院系/行政部门设置管理员, 承担院系/行政部门的通知群发工作, 管理员对普通用户有一定的管理权限, 超级管理员对普通用户与管理员有管理权限, 并可配置管理员的功能可见范围、操作与管理权限[3]。

三、项目建设内容

3.1普通用户平台

普通用户平台主要包含个人设置、消息发送、通讯录列表等功能, 具体主要功能如下:

1、个人设置。

用户可以设置个人信息是否公开, 是否接收某业务系统/某人的短信、微信、邮件消息。用户可以自主选择在什么时间段接收本平台的消息, 什么时间段拒绝接收, 拒收时间段的消息可延后到接收时间段发送。

2、信息发送。

平台与电信、联通、微信、腾讯企业邮等主流通讯商对接, 用户可以在主界面上选择采用短信、微信公众号或者邮件的方式发送信息, 后台会自动分发给对应的运营商。同时, 平台还支持模板导入的快捷发送方式, 实现一键群发;用户收到短信可以直接采用短信回复, 发送短信的用户可以在平台中查看回复的条数与内容;用户能够按照时间、关键字查询日志清单, 包括发送清单、接收清单以及回复清单。

3、通讯录列表。

平台与南京理工大学数据中心打通。数据源在数据中心, 用户通讯录从数据中心取, 数据中心有修改, 统一通讯平台同步修改, 若用户在平台直接修改联系方式, 则调用数据中心的修改接口。用户可以在组织机构树中勾选发送对象, 也可以按照姓名、工号搜索发送对象;用户可以创建私有群组, 便于多次群发消息;用户权限范围内可见的人员显示其学工号、姓名与手机号码, 基于信息安全考虑, 隐藏手机号中间四位。

3.2管理员平台

该平台主要服务于管理员, 功能包含用户管理、日志管理、权限管理与接入管理等功能。

用户管理中人员数据与主数据中心同步, 也可以用excel表格导入或超级管理员手动添加、修改、删除, 同时也可以定义用户的组织机构隶属以及角色权限。

日志管理中管理员可以按照起始时间、源用户、目标用户、通讯方式、关键字、运营商、发送系统等多维度查询日志清单。

权限管理包括发送端授权和管理端授权两大功能, 在发送端授权模块中, 超级管理员可以对不同的角色配置其在普通用户界面下可以操作的功能、可见的组织机构范围以及消息推送的通道;在管理端授权模块中超级管理员可以对不同单位的管理员配置其在管理员界面下可见的功能模块以及可见的人员数据范围。

接入管理是系统管理员对接入的业务系统进行配置, 现已按照项目建设目标接入综合人事系统、财务信息门户、服务大厅、一卡通、数字后勤管理系统、体检预约系统等, 承担着各个系统消息发送功能。

3.3移动平台

利用移动互联技术, 使师生更便捷、高效地使用统一通讯平台, 将平台PC端功能移植到移动端, 嵌入南京理工大学官方微信企业号中, 以合力打造集信息发布、自助查询、自助审批、自助报修的移动服务平台。

移动端主要提供通讯录、消息发送、收件箱、发件箱等功能, 图2为统一通讯平台移动端消息发送模块展示。

由图2可以看出, 平台承担着业务系统通知以及用户消息群发等功能, 界面上可以选择短信、邮件或者微信的通讯方式, 消息发送前必须选择个人或单位签名。

如图3, 为了方便用户直接在手机上查询消息接收与发送记录, 移动平台还提供收件箱与发件箱的功能。

四、总结

本文介绍了南京理工大学统一通讯平台的建设与运行情况, 阐述了该平台的主要功能点。其中亮点与创新如下: (1) 与南京理工大学数据中心打通。数据源在数据中心, 用户通讯录从数据中心取, 平台调用数据中心的通讯录修改接口。 (2) 与官方微信公众平台打通。可实现全校师生的微信消息推送, 微信号数据从微信公众平台取。 (3) 权限分级管理。超级管理员可以对普通用户定义角色, 约束不同角色可以使用的功能模块、发送通道以及发送信息的范围, 范围可以细化到三级部门。 (4) 用户隐私设置。用户可以自由选择接收哪类业务系统提醒以及接收的时间段, 提高用户体验。 (5) 数据安全性高。严格的授权审批流程, 层层把控, 安全的平台显示界面。 (6) 统一通讯平台移动版。移动端嵌入微信公众平台, 用户可以直接通过手机使用该平台, 同时具有收件箱和发件箱功能。希望本文能为相关技术人员提供参考。由于通讯方式以及通讯终端的操作系统不断推陈出新, 我们也会与时俱进, 为全校师生打造更加便捷高效的通讯平台!

参考文献

[1]张祖昶.一种高校短信平台信息系统设计与实现[J].科学技术, 2013 (23) .

[2]王勋伟.基于短信平台的创新服务体系构建研究[D].华南理工大学, 2012.

统一查询平台的实现 篇9

目前大量的应用系统采用省级集中的方式运行,大量数据集中到省局,各个应用系统均有自己的查询模块,通过大量的分析,目前这样应用系统存在以下不足:(1)存在着功能分散,界面难于统一。由于使用的应用系统来自不同的软件开发商,所以应用系统大量的查询功能分散在各个应用中,且操作界面很难统一,用户体验较差;(2)存在着标准不统一,数据利用困难。由于各软件开发商采用的技术线路不同、标准不统一,这样会给今后的数据利用带困难;(3)存在着数据存储异构问题。由于数据存储设计来自不同的公司,没有一个统一的数据字典来规范,数据后台存储采用了不同数据库产品,如综合征管软件采用的是Oracle产品、出口退税软件Sql Server产品,这样会造成数据存储存在着异构问题;(4)存在着数据不充分共享。由于不同应用系统均有一个数据库来存储该应用系统的数据,造成数据不能共享问题;(5)存在着硬件资源的浪费。由于应用系统采用了三层架构设计,对于每一个应用系统,均需要有数据库服务器、应用服务器来支撑应用,对于不同的系统可能所使用的硬件资源不仅相同,对于每一个应用所使用的硬件资源,会造成不同程度的闲置,这样势必造成大量的硬件资源浪费。为了解决上述问题,按税务信息化“一体化”的要求,构建一个统一查询的平台。

2 技术实现

该平台基于SOA架构,利用资源整合平台和门户的现有资源,采用统一的税务交换标准,同时对数据访问层进行了持久化设计,使之能够适应业务需求不断变化的要求,而构建一个统一查询的基础性平台。

2.1 总体构架

该平台从应用展现层、服务整合层、业务适配器层、以及数据访问持久化层等各个角度进行了功能分析,从平台和业务两个层面来整理功能点,考察了大量的不同类型的查询场景,从而加强平台在以后对各类新的查询需求的支撑能力,能够使平台满足未来查询的要求。整个的统一查询的平台的功能划分如图1所示。

2.2 应用展现层

该平台应用展现层是基于门户技术,将一个个展现结果封装成Portlet,供门户调用。目前基于Bea的Portal技术,搭建了内网门户应用。应用展现层采用了Ajax技术就客户端局部刷新,减少了网络传输的数据量,提高了展现的速度。应用展现层将业务请求采用统一的业务包装类进行封装,产生可以各平台进行交换的技术报文。应用展现层结果的处理采用了标签进行展现,使得展现风格和效果一致,采用了标签包是Extream Tag标签库。

由于应用展现层主要是接收的业务请求、展现查询的结果,在该层上使用了一个业务包装类将业务请求进行封装,产生相映的业务报文,然后再将业务报文进一步封装,产生可以各平台进行交换的技术报文。以下逐一介业务绍请求报文、业务响应报文,以及业务包装类的编写。

2.2.1 请求业务报文的SCHEMA

请求业务报文是业务报文的一种形式,它是用来封装业务请求内容的,是一个存放业务请求信息的固定模板,以统一查询平台的公用查询服务的请求报文(tax MLah Xaaz04Request.xsd)为例,介绍请求业务报文的内容及功能,该报文是页面请求的发起,由于该报文主要针对查询业务设计的,故包含了查询业务的一些属性,即一组与后台数据库发生联系的参数。报文的SCHEMA图如图2所示。

(1)tax Doc是报文的公共属性。

(2)ah Xaaz04Request是请求业务的对象名称。

(3)data Source对于数据持久层不同的数据源。

(4)dao ID对于数据持久层dao的代号,即使用哪一条SQL语句。

(5)dao Name对于数据持久层Dao对象的描述。

(6)dao Para对于数据持久层dao的参数列表,这是一个一到多的映射,即参数可以有一个或多个。每一个参数都有一个名称和对应的值。dao Para Name是参数的名称,dao Para Value是参数的值。

2.2.2 业务响应报文的SCHEMA

响应业务报文是业务报文的另一种形式,它是用来封装业务响应内容的,是一个存放业务响应信息的固定模板,以统一查询平台的公用查询服务的请求报文(tax MLrecord.xsd)为例,介绍响应业务报文的内容及功能,该报文是用来封装查询结果的业务报文,即是一个二维表的XML SCHEMA描述。报文的SCHEMA图如图3所示。

(1)tax Doc是报文的公共属性。

(2)Record是报文的名称。

(3)row是二维表的行。

(4)col是二维表的列。

(5)name是二维表的列名。

(6)value是二维表的列对应的值。

2.2.3 业务包装类az04Business Wrappe.java

业务包装类是门户中为了封装业务请求报文,生成业务报文的抽象类,所有的业务包装类匀需实现Base BusinessWrapper抽象的make Business Document方法,以统一查询平台的业务包装类为列,介绍该业务包装类的具体实现,其实现代码如下:

2.2.4 门户调用服务的配置

配置文件:$Project_Home/config/businesscfg.xml文件格式如下:

s ID是服务名

bw Type是服务的业务请求报文对象

bw Name是服务的业务请求报文名称

bw Wraper是服务的业务请求报文业务包装类

bw Version是服务的业务请求报文版本

2.2.5 门户调用资源整合平台的流程

(1)指定一个资源整合平台的公共服务,如:XAAZ04服务。

(2)将取得参数列,以及门户中的权限,放入request中。

(3)调用资源整合平台的服务框架(run Ais Business(service ID,request))。

(4)框架返回的是结果集的业务报文,调用业务报文解析类(XMLString To Record)对业务报文进行解析,将结果Hash Map进行封装,并用List对象包装Hash Map对象,这样就可以进行展现了;

(5)使用了Ex Tream Tag标签进行展现。

2.3 服务整合层

服务整合层是基于数据与功能平台,按该平台的技术规范开发的一组服务,并注册到数据与功能整合平台之上,供其他平台调用的原子服务或组合服务。服务整合层是资源整合平台的核心层,它是由企业服务总线、接入控制层、访问控制层、技术适配层、调度管理、技术标准、服务层等组成,这些层都是由资源整合平台容器自动管理的,如果用户需求增加服务时,需要开发技术适配、服务层等,以XAAZ04服务为例介绍服务的开发包括以下几个步骤:

2.3.1 服务接入容器配置

配置文件:$Project_Home/config/framework/connector Config.xml,文件格式如下:

2.3.2 服务访问容器配置

配置文件:$Project_Home/config/framework/accessor Config.xml,文件格式如下:

2.3.3 服务发布与注册配置

配置总线文件$Project_Home/config/framework/ais Service.xml,格式如下:

2.3.4 目标系统的渠道配置

如果目标系统采用EJB方式,就需要配置渠道的EJB方式,而且一个渠道只配置一个EJB即可,该配置文件如下:

2.3.5 安全配置

在应用展现层、服务整合层、适配器层中,启用安全性生成凭据(密码),此凭据用来启用两个域之间的信任关系,对于要建立信任的两个域,它们必须具有相同的凭据。

2.4 业务适配器层

业务适配器层是将数据与功能整合平台传递过程的业务请求,通过适配转化为渠道能够接收与处理的信息,同时能将渠道产生的信息通过适配转化成数据与功能整合平台能够接收的信息。由于统一查询平台是建立在资源整合平台基础之上的服务框架,故而传送的报文采用的资源整合平台规范的报文格式,具体格式为:技术报文+业务报文。该适配器包括技术报文的解析和封装、业务报文的解析和封装,现在已EJB为例介绍如下:

2.4.1 业务实现处理服务的配置

将具体业务实现的处理服务,统一配置到一个配置文件中,文件格式如下:

2.4.2 业务适配器实现的EJB的Bean接口

一个是基于字符串的接口,一个是基于对象的接口。具体实现如下:

3 验证和评测

(1)统一查询平台是采用SOA架构,基于资源整合平台,采用资源整合平台技术规范和数据交换标准而开发的一个应用平台,并利用资源整合平台提供的企业服务总线(ESB),进行服务的注册、管理、调用。从功能上说,该平台对外只提供可调用查询接口,无具体提供操作面,并且该平台与业务是无关的,目前上述功能已经实现,并通过了测试,统一查询平台符合资源整合平台的技术规范要求,实现了设计的目的,同时可以支撑和满足未来业务的变化,具体良好的适应性。

(2)由于统一查询平台只提供可供调用的查询接口,调用时只需要设置待查询的查询,同时在数据访问持久化层进行数据持久封装,就可以实现查询定制工作,有较好的易用性。

(3)统一查询平台采用资源整合平台提供的统一身份认证进行权限管理,安全性较好。

(4)基于统一查询平台方便快捷地实现了大量查询业务需求,这些查询支撑了部分查询的日常工作,并且该平台较为稳定。

(5)通过对统一查询平台功能性、易用性、安全性、稳定性等的评测,统一查询平台是符合税收信息化一体化架构的,而且是被实现的功能,说明税收信息化一体化架构是科学的、可行的、可扩展的应用构架。

摘要：针对大型系统有众多不同的模块,每个模块又存在系统不统一、数据库不统一和标准不统一等现状,当用户要对数据进行查询时,存在用户体念差,数据维护困难等问题。着力解决不同系统的统一查询问题,为多模块的大型系统的统一查询提供了一种解决方案。

关键词：统一查询,多模块,解决方案

参考文献

[1]陈立岩.基于设计模式改善EJB性能的应用研究.计算机工程与设计,2009,(8).

[2]徐玲.基于EJB和MVC模式的EAM的研究.机械设计与制造,2010,(6).

国内在线教育缺少统一平台 篇10

Coursera被称为“互联网上的免费大学”, 是大规模开放在线课程 (MOOC) 的一种。“这是一场资源交换的合作, 网易看重的是Coursera所拥有的课程资源。”全国微课程大赛发起人付彦军说。

在付彦军看来, 此次合作也契合了中国的顶尖高校与国际在线教育合作的趋势。

事实上, 我国对在线教育的探索早已开始, 但一直处于“叫好不叫座”的局面, 国内大学的视频公开课点击率大大落后于国外高校的在线课程。到目前为止, 大多数中国高校的视频公开课仍然沿袭2003年起启动的“精品课程”模式, 仅仅是教师的课堂实录。可是, 仅仅把教室内的课程录像放在网上, 再让学生坐在电脑前一动不动地看完, 并不是真正意义上的在线教育。微微移动鼠标关掉公开课点开电脑游戏对于学生来说太容易了。

“教育部拥有大量优秀课程资源却和市场结合不太紧密, 而网络平台的资源又不太丰富。”付彦军认为国内的在线教育市场缺少一个统一的整合平台。在线教育大潮涌来之际, 很多高校和企业都在进行尝试, 可缺少统一机构倡导和管理, 出现了“军阀割据”的场面, “这个省用这个平台, 那个省用另外的平台, 教师录制教学视频时, 常常连格式都搞不明白。”付彦军说。

很久以前, 教师们就已经感受到在线教育的冲击, 在与各高校教师交流录制在线教学视频的过程中, 有的教师一个小时制作完一个粗糙的视频就认为是在线教育。如何把一线教师的教学经验与视频优势真正结合起来, 付彦军认为这是值得思考的问题。

统一电子商务平台 篇11

目前，在服务器架构方面企业通常有三种选择：大型机、Unix与x86平台。企业最常用的一个选型标准是，如果是关键业务则选Unix，一般业务则选x86平台，大型机投资过于高昂，则慎选。因为一般认为，Unix服务器可靠、性能稳定，而x86平台则便宜、性价比高、部署起来非常简单容易。

“这样的选择标准看起来合理，其实是存在问题的。问题在于，有一些业务应用用户刚开始出于经济性的考虑选择了x86平台，但随着业务发展，其关键性不断提高，到一定时候必须迁移到关键系统上，也就是要迁移到Unix平台之上。这意味着此前的很多投资要被迫放弃，包括IT人员的技能和服务器等。”惠普亚太及日本地区副总裁兼关键业务服务器产品部总经理全寅皓表示，“惠普‘Odyssey’计划可以把用户从这种尴尬中解脱出来。”

据记者了解，惠普“Odyssey”计划的关键之一就是让用户在同一个机箱中既可以运行基于英特尔安腾处理器的HP-UX操作系统，也可以运行基于英特尔至强处理器的Microsoft Windows或Red Hat Enterprise Linux操作系统，以支持关键业务应用。这样，当用户准备将业务迁移到关键业务平台时，它可以平滑地迁移。

全寅皓详细介绍了惠普全新的研发路线图，包括在HP Integrity服务器、HP NonStop系统与HP-UX和OpenVMS操作系统上的持续创新，还包括在未来两年内推出用于HP Superdome 2机箱（代号“DragonHawk”）和c-Class刀片机箱（代号“HydraLynx”）、采用英特尔至强处理器的刀片单元，将支持HP-UX环境的创新技术用于加强支持Windows和Linux环境。

江苏电力统一流程平台设计思路 篇12

随着江苏电力信息化水平的提升,其企业内部已搭建了包含数据中心、数据交换平台、应用集成平台在内的一体化企业级信息平台。同时,基于SOA理念,实现了以项目管理为主线的项目全过程管理、工程资产的账卡物一致等跨多个业务系统的横向数据共享和流程互通。江苏电力各业务系统已普遍初步使用了工作流技术,但仍存在一系列问题。

2江苏电力原有工作流问题分析

2.1 缺乏统一的标准与规范

由于缺少统一的标准和规范,各业务系统均从自身角度设计、开发了简单的工作流程序,其设计理念、功能取舍、模式支持程度、开发方式、监控跟踪机制等方面均不尽相同,所以直接影响了各系统工作流机制的成熟度,导致大多数流程效率低下、标准不一。这给企业业务流程的横向集成造成了很大难度。

2.2 缺乏统一的处理与管理入口

对于企业中的用户,其待办分散在不同的业务系统中。为了处理其所有的业务待办,用户必须切换不同的业务系统,严重影响工作效率。而对企业而言,为了提高流程管理的效率,流程管理员这一角色应该绑定在单位这一层次的组织上而非各业务系统独立设置。因此,不管对于普通用户还是流程管理员而言,都需要一个整合的、统一的流程入口。

2.3 缺乏完善的监控、追踪功能

目前,在各系统中,系统管理员无法对工作流进行有效的监控与跟踪,进而难以对影响工作流运转的关键环节、关键流程进行改造,同时也难以满足各业务系统对工作流提出的实际监控、跟踪需求,不能很好地进行流程的效率分析,从而也不能进行流程优化和重组。

2.4 难以支持企业级系统应用

目前,各系统采用的工作流机制对跨部门、跨业务系统的工作流支撑力度较差,难以直接满足企业级应用的需求,特别是对于不同业务系统的业务流程集中集成,更是难以给予有力支撑。

3 已有流程产品的不足

市场上的众多工作流产品中,一些产品有着较好的规范性,但是难以满足企业内部各种不符合工作流规范的特殊流程;一些产品源自实际需求,能较好地适应规范所不能满足的各种特殊性要求,但与工作流标准规范有一定的差距。各类工作流产品在江苏电力直接使用,存在诸多不足。

3.1 难以适应企业内部具有复杂要求的组织机构

作为国有大型企业,江苏电力内部存在较为复杂的组织结构。首先体现在组织机构层级较多,包括省、市、县、工区、班组等多层结构,且各基层单位组织结构各不相同;其次组织机构的组织分类方式复杂,如人力资源系统建立的是行政层次的分类关系,而党务系统要求建立党委支部党小组的组织分类;再次各级各类管理机构、管理人员较多,对应用系统要求分级分层、垂直对口管理。而通用的工作流软件很难适应如此复杂的组织机构的实际需求。

3.2 无法使用已有的统一身份认证系统

目前,江苏电力已集中部署了一套自开发的统一身份认证系统,但市场上的工作流产品均无法直接使用该认证系统。对于部分非开源的产品,如“信雅达”“西安协同”“上海普元”等,若其不具备较好的开发接口或厂商不愿提供完整的开发接口,此项问题将难以解决或需要完全依赖厂商处理。

3.3 难以同时适应众多业务系统的需求

目前,江苏电力开发的多个业务系统对于工作流的需求不尽相同,通用工作流软件产品目前基本能满足某一特定需求的业务系统,但难以同时适应多种业务系统的需求。正如前文所述,通用工作流产品均可支持对某一特定应用系统的“嵌入式”支持,而IBM、BEA等类似产品可以对跨系统的业务进行部分整合,但尚无某一产品能较为全面地适应江苏电力众多业务系统的需求。

3.4 无法满足需求的不断变化

通用的工作流产品有一定的稳定性,其产品化后对系统的升级、修改、变更将更加慎重。而江苏电力的信息化建设仍然处于高速发展时期,各种业务需求的变化将不可避免。工作流产品可能无法对需求变化做到快速反应,从而直接影响业务系统的开发和维护工作。

4 构建统一流程平台

基于以上对江苏电力原有工作流不足的分析和通用工作流产品的分析,江苏电力决定设计并构建自己的统一流程平台。由于使用工作流的主体江苏电力是一个国有集团型企业,因此设计的工作流平台在遵循业界主流的工作流标准(WFMC接口一、BPMN)与规范的基础上,还必须匹配国有企业的管理特点。

4.1 支持多变的流程模板

为适应企业业务流程的调整,统一流程平台支持多版本的流程定义模板。流程定义模板以版本号区分,流程定义模板发布后在发起流程时指定发起流程所用的版本定义即可发起所需版本流程。同时,流程定义模板做到热发布,即流程定义模板发布后即可用该流程定义。同一流程定义的多个版本可同时运行,运行时按照该流程发起时定义所用逻辑进行流转。

4.2 满足复杂的企业组织权限模型

国有企业组织机构复杂繁多,权限模型必须统一并可实现多业务系统共享。为了实现流程平台“统一”的特点,统一流程平台与江苏电力的统一权限紧密关联。该权限模型提供企业内统一的用户和权限管理的技术方案,其支持多套组织机构和企业角色、业务角色、业务组织角色,同时提供权限的分级授权和分级管理功能,是一套相对完备且适合国有集团型企业使用的权限模型。统一流程平台在设置活动的参与者或流转中的业务规则时,真正做到了统一权限与流程平台的无缝连接,极大地提高了统一流程平台对江苏电力组织与权限的支持。

4.3 可流转跨系统、跨部门的业务流程

统一流程平台在流程模板定义中可对流程及其中的活动指定其部署系统与节点,流程发起及处理中的业务逻辑由提供活动节点的业务系统完成,这样既满足了业务逻辑与流程逻辑分离而保证流程引擎运行的可靠性,又保证了流程数据与业务数据的独立性。对于跨单位、部门的流程,通过使用统一权限的基准组织与业务组织的映射可做到运行中组织权限数据的对应。

4.4 适应环节多而复杂的业务流程

江苏电力内部的业务流程环节多而复杂。对此,作为复杂的业务流程建模的支撑,统一流程平台提供了支持包括20种工作流模型的建模的解释与执行的流程引擎,可以满足电网行业复杂业务流程的需要。同时,针对江苏电力内部业务人员的实际特点,提供了基于B/S架构的简单、直观的流程建模工具。使得没有任何编程经验的业务人员在了解业务规则与需求的情况下,也可以利用流程定义工具中口语化的脚本工具进行流程跳转条件及活动参与者的设置。流程设计提供的线性、扇状、回圈、会签、加签、条件式判断流程类型,并支持动态退回机制、调用流程,用户可依据实际业务自行组合,满足江苏电力的各式需求。

4.5 统一的待办展示与集成方式

统一流程平台对江苏电力所有业务系统的待办进行统一展示,并提供与其他流程引擎待办层面的推拉式集成机制。即,除了展示平台所产生的待办,同时还可展示推式待办(其他流程引擎通过调用流程平台接口存储的待办)和拉式待办(流程平台通过调用其他流程引擎注册的服务地址实时取得的待办)。

4.6 提供统一的流程管理与监控

作为企业级的应用,统一流程平台提供了统一的流程管理与监控入口。流程管理员可通过统一的流程监控管理功能,包括对运行中流程实例、历史流程实例的监控和管理。对于所有的流程实例都能够图形化地展示流转的历史记录。对流程实例的发起信息、每一步活动的处理信息、流程及活动的所有数据进行展示。对于子过程活动,还可看到对应子流程的流转全过程,实现企业级流程全貌展现,能够在流程图上模拟流程流转的全过程。

5 结语

统一流程平台是建立江苏电力统一开发框架的基础,是今后江苏电力信息化建设中将大量采用的核心框架。它的设计理念、功能需求将以企业实际工作为出发点和立足点,结合其他工作流产品的优点与长处,在规范性与实用性中寻找一个较优的结合点。该项工作的顺利开展与推广将有利于江苏电力信息化项目的设计、开发,有利于信息化系统的运行、维护,必将促进江苏电力信息化工作更快更好的发展。

摘要：江苏电力信息化建设在不断深入发展的同时,对不同业务系统流程的统一规划与集中管理提出了更高的要求。文章分析了江苏电力原有工作流的问题,阐述了构建统一流程平台的想法并描述了其设计思路。

关键词：江苏电力,统一流程平台,流程平台设计思路

参考文献

[1]彭俊.工作流管理系统研究与设计[D].成都:西南交通大学,2008.