ESB使用及普通服务配置说明
2011-5-5
更改记录
目录
1.环境准备 (4)
2.OSB概要介绍 (7)
3.服务的开发及OSB配置_同步返回 (8)
3.1开发W EBSERVICE服务（服务提供者工作） (8)
3.1.1 第一步: 创建WebService项目 (8)
3.1.2 第二步: 创建WebLogic Web Service (10)
3.1.3 第三步: 生成WSDL文件 (15)
3.1.4 第四步: 在服务器发布WebService项目 (17)
3.2配置W EBSERVICE（应用集成组工作） (19)
3.2.1 第一步: 创建Project (19)
3.2.2 第二步: 创建WSDL资源 (21)
3.2.3 第三步: 创建Business Service业务服务 (23)
3.2.4 第四步: 创建Proxy Service代理服务 (26)
3.3开发W EBSERVICE客户端代码（服务调用者工作） (30)
4.服务的开发及OSB配置_异步无返回 (31)
4.1开发W EBSERVICE服务（服务提供者工作） (31)
4.2创建与配置JMS（应用集成组工作） (31)
4.2.1 第一步: 创建JMS服务器 (31)
4.2.2 第二步: 创建JMS连接工厂和队列或主题 (32)
4.3配置W EBSERVICE（应用集成组工作） (36)
4.3.1 第一步: 创建Project (36)
4.3.2 第二步: 创建WSDL资源 (36)
4.3.3 第三步: 创建Business Service业务服务 (37)
4.3.4 第四步: 创建Proxy Service代理服务 (37)
4.4开发W EBSERVICE客户端代码（服务调用者工作） (42)
1.环境准备
1.安装Oracle Service Bus (OSB) 10.3.1。
2.安装Oracle Service Bus (OSB)自带的WorkShop开发环境。
3.创建Weblogic域(Weblogic domain),步骤如下：
开始→Oracle WebLogic→WebLogic Server 10gR3→Tools→Configuration Wizard，创建一个新的domain
选中workshop和Oracle Service Bus。
填写domain的登陆权限（为了方便记忆，一般将用户名和密码设为一样）
填写创建domain的名称，此处命名为Test_domain，点击创建，则创建成功。
2.OSB概要介绍
Oracle Service Bus (OSB) 是一种企业级服务总线，目的是在异构服务与传统端点之间连接、调解和管理交互。它独创性地将企业服务总线的集成功能与单一产品中的操作服务管理结合起来，带来有效、无缝的用户体验。通过灵活的部署选项、运行时策略推行以及与业务服务集成，Oracle Service Bus可以在任何规模下处理SOA 的部署、管理以及实施监管挑战。Oracle Service Bus拥有智能化的元数据驱动配置接口，可以通过服务仲裁和管理来加快服务的集成与部署，并最终证明SOA 能适应将来的服务端点变化。Oracle Service Bus的构建完全符合关于可靠性、可用性、可伸缩性和性能的标准，从而为分布式部署提供一流的功能。
OSB上服务调用的流程图如图1所示。
图1：OSB服务流程图
3.服务的开发及OSB配置_同步返回
3.1 开发Webservice服务（服务提供者工作）
3.1.1第一步: 创建WebService项目
打开Workshop，File→New→Other，选择创建Web Service Project，命名为SyncWebServiceTest，并点击Finish
?在项目管理器中会生成如下Project包：
3.1.2第二步: 创建WebLogic Web Service
?右击刚建好的Projecct下的src文件夹，New Package，命名为syncservice
右击刚建好的包，New Other，选择创建WebLogic Web Service，命名为SyncServiceOne
打开刚建好的WebLogic Web Service，点击hello方法，编写所需要实现的功能，覆盖hello方法，本例代码如下：
3.1.3第三步: 生成WSDL文件
右击刚修改的WebLogic Web Service，Web Service Generate WSDL，自动生成相对应的WSDL文件
在项目管理器中会生成如下wsdl文件：
3.1.4第四步: 在服务器发布WebService项目
右击Project节点，Run As Run on Server，点击完成
?成功发布后会在Servers中看到相应的服务启动
点击Publish即可
3.2 配置Webservice（应用集成组工作）
在浏览器地址栏中输入http://localhost:7001/sbconsole,登录进入OSB控制台，用户名和密码皆为weblogic（准备工作建domain时设置的）。
3.2.1第一步: 创建Project
进入控制台页面后，在配置页面的左侧面板中依次选择Project Explorer Project，并点击更改中心的Create按钮，按钮变为绿色，并显示为“激活”，随后在右侧文本框中输入新项目名称SyncServiceTest，点击Add Project 按钮，页面上方将显示一行绿色字体告知已成功添加项目。
在Project Explorer 中选择刚创建的项目，并在右侧文本框中输入新文件夹名称：WSDL ，点击Add Folder 按钮，页面上方将以一行绿色字体告知添加文件夹成功，依次添加BS ，PS 文件夹。
1.1智能运维管理系统 1.1.1设计目标 公安将关键业务运行于IT网络系统之上，那么该系统是否能够正常运行直接关系到业务是否能够正常运行的关键之所在。但目前普遍管理人员经常面临的问题是：网络变慢了、设备发生故障、应用系统运行效率很低、想升级改造系统但无法说清问题的真实原因。网络系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响甚至会成为灾难。因此，如何保障网络系统的正常运行，实现：预知故障，即在故障发生之前发现故障；实时告知，即在第一时间将故障情况通知相关的管理人员；有效处理，即在预定的时间内处理故障，若未及时处理将采取升级措施；以上问题简单来说，如何实现“第一时间发现问题”、“第一时间通知相关人员”，“第一时间处理问题”，成为智能运维管理系统主管关注的重点问题。 本系统设计目标是建设一套对平台服务器、服务软件模块、数字视频设备、监控摄像头和图像质量进行定时巡检诊断、故障记录、告警、统计分析、故障旁路、设备和软件模块整合于一体的智能化运维管理系统。 1.1.2系统组成结构 系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成。 设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡检指令来获取设备运行状态，对于故障设备，按照服务器热备策略自动启动备份服务器（如流媒体服务器），或重启设备和服务模块，以实现故障旁路和自动恢复功能。 视频信号诊断服务器对系统内视频信号轮巡检测，检测结果在数据库自动产生记录并告警； 故障信号通过报警转发服务器向网管客户端、手机和电子邮件发送告警信
息。 为了提高故障检测诊断效率，增强故障发现的实时性，设备巡检服务器可以分布部署，设计在每个分局部署一台设备巡检服务器，负责对本网络区域内设备的巡检。 报警转发服务器和数据库仍利用一期的设备，无需另外配置。 系统原理结构图如图4.5所示。 派出所分控中心1 派出所分控中心2 派出所分控中心3 智能运维管理系统原理图 1.1.3设备与工程信息管理 可以对前端所有设备的信息进行统一管理，管理人员有针对的进行设备维护，如下图。
区域医疗 SOA 解决方案 第 4 部分: ESB 在医疗行业中的应用 - 健康服务总线 健康服务总线是企业服务总线在医疗行业的实现，它使用 SOA 架构和医疗行业标准为基础，将医疗卫生机构的业务流程、应用系统和相关数据整合起来，提供统一的访问总线。本文给出了 IBM WebSphere Message Broker 为实现平台的参考架构，并详细介绍了与 IBM 其他产品进行集成以提供健康服务总线的相关功能。 背景介绍 区域医疗信息网络内多系统的整合 在区域医疗卫生信息网络（Regional Healthcare Information Network，RHIN）内医疗卫生机构之间共享临床与医疗健康信息的能力是当今医疗行业内面临的主要挑战之一，现有的医疗机构应用系统由于采用了不同标准、数据模型或者实现平台，在需要数据共享时候，常常根据某些特定需求实现了特定方式的连接，由于系统的异构性以及集成需求的变化和增加，这种点对点的信息交换模式越来越复杂而且难以维护，逐渐不能满足日益复杂的数据共享和交换要求，现有的系统整合和集成需要一种统一的应用架构来解决上述挑战，从而形成一个互联互通的医疗卫生业务协作网络，实现市民在各医疗机构间（例如医院与医院之间，医院与社区中心之间，社区中心与社区中心之间）的诊疗资料的共享和交换。 健康服务总线概念 在面向服务的体系架构（SOA）中，企业服务总线（Enterprise Service Bus, ESB）是一个实现系统间集成和互联互通的重要技术架构，它提供一个基于企业总线的先进应用整合理念，最大限度地减少应用系统互联所面临的复杂性，降低集成和维护成本。在区域医疗卫生信息整合环境下，构建统一的企业服务总线是实现区域医疗信息网络内多系统整合的重要实现手段，在这里，我们把企业服务总线在医疗卫生行业内特定的实现称之为健康服务总线（Health Service Bus，HSB）。健康服务总线在实现企业服务总线基本特点的同时，例如消息转换、路由、协议接入等，还需要满足医疗卫生行业内的特定需求，例如病人隐私保护、医疗卫生行业标准支持等。
智慧园区服务管理系统项目 解决方案
目录 1 产品概述 (3) 1.1 产品背景 (3) 1.2 智慧园区的解决方案特征： (4) 1.2 效益分析 (5) 2 产品设计 (7) 2.1 系统架构 (7) 2.2 智慧园区管理系统功能介绍 (8) 2.2.1 智慧客服服务管理系统 (13) 2.2.2 智慧企业孵化器管理系统 (15) 2.2.3智慧一卡通管理系统 (15) 2.2.4智慧信息发布管理系统 (16) 2.2.5智慧音视频管理系统 (16) 2.2.6智慧安全管理系统 (17) 2.2.7智慧消防管理系统 (19) 2.2.8智慧办公管理系统 (20) 2.2.9智慧节能管理系统 (20) 2.2.10智慧园区基本信息管理系统 (21) 2.2.11智慧园区云计算管理系统 (22) 2.2.12智慧园区基础通讯管理系统 (23) 2.2.13智慧外联信息管理系统 (25) 3 智慧园区结构拓扑图 (25)
4实施方案 (26)
1 产品概述 1.1 产品背景 据分析，目前各类园区由于基础设施建设不完善，缺乏统一专业的园区现代化管理规划，因此园区管理方式落后，主要体现在： ●园区定位及发展方向不够明确，建设起点不高，没有形成特色。园区运 营商只提供基本的水电气、交通、建筑等基础设施建设，信息化、智能 化都由入驻企业自行完成。园区管理平台和入住企业平台不能交互互动； ●园区信息建设自成体系，信息化水平低，缺乏远程、集中控制方式，同 时业务系统封闭运行，软硬件各个系统相对独立，数据库也相对独立， 不能实现信息资源共享。 ●园区管理局限于园区安防、园区消费等几个方面，没有覆盖到园区节能 管理、空间管理、建筑管理等领域。在管理方式上处于被动状态，无法 针对园区各类情况调整管理策略。园区服务对象主要面向园区运营商， 入驻的中小型企业缺乏企业信息资源共享、发布、招商引资平台。 1.2 智慧园区的解决方案特征： ●平台技术结构智慧化：运用云计算、物联网、自动化控制、现代通讯、 音视频、软硬件集成等技术，整合园区安防、消防、通讯网络、一卡通、信息发布、管网设备能源监控、停车管理、自动化办公等10多个系统到 一个统一的平台，实现各个系统的信息交互、信息共享、参数关联、联 动互动，独立共生。每个系统既可以独立运行、又保证数据和信息的互
关于SOA 关于SOA的概念，你可以找到很多的文章从不同的角度来描述它，不同的软件提供商也有不同的定义方式。BEA有流体计算，微软有Indigo和SOA-building，SAP有ESA。每个人都可以从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说Web Service；从架构设计师的角度，SOA就是一种新的设计模式，方法学；从业务分析人员的角度，SOA就是基于标准的业务应用服务。从概念的角度，IBM 对SOA的定义是最为全面的，既SOA是一种构造分布式系统的方法，它将业务应用功能以服务的形式提供给最终用户应用或其他服务。SOA包括如下要素: 一个体系架构，用开放的标准将软件资产(Asset)化为服务 提供标准的方法来表示软件资产及其交互 单独的软件资产作为构造单元，被重复使用来开发其他应用 将关注点从细节实现转移到应用(application)组装 整合企业外部的应用（B2B）的方式 开发（现在）和整合（未来）的统一 本文针对的读者是软件开发人员，站在开发人员的角度，往往希望软件开发能够满足对于开发效率、可靠性、易维护性、易管理等多方面的更高要求。让我们通过回顾软件开发的演化过程来看一看SOA出现的必然性： 面向机器语言(Monolithic)的开发模式：需要根据不同平台的机器语言来开发代码。 面向过程(Procedure)的开发模式：独立于机器的程序语言(C,Pascal等)使开发过程变得简单了，用过程来代表一个抽象的代码集合，包装重用现成的代码。 面向对象(Object)的开发模式：用更接近现实的对象来表述一个相对完整的事物。面向对象的语言(Smalltalk，Java等)，提供了更抽象的封装和重用模式。面向对象的开发强调从现实世界问题域到软件程序的直接映射，更接近人类的自然思维方式。
工业物联网 锅炉综合智能服务管理平台
锅炉综合智能服务管理平台 1概述 1.1背景 随着我国国民经济的不断发展，锅炉制造业作为基础工业的重要组成部分，在经济发展中起着重要的作用。近年来，锅炉制造业取得了长足的进步，行业标准日益规范，技术水平逐步提高，产品品种不断增加，经济规模显著扩大，满足了当前的市场需求。 我国是当今世界锅炉生产和使用最多的国家，锅炉被广泛用于生活和工业生产中。锅炉是一种能量转换设备，向锅炉输入的能量有燃料中的化学能、电能，锅炉输出具有一定热能的蒸汽、高温水或有机热载体。锅炉产业在不断发展的同时也面临着众多问题和挑战，燃烧效率差异大、运营工作效率低、设备停产损失大、耗材配件消耗多、售后部门成本高，原厂维保率低等因素制约着行业的发展。 锅炉产业越来越受到能源政策和节能、环保要求的制约。物联网及大数据等新技术的融入为锅炉的环保事业带来了新的转机，锅炉产业与工业互联网的融合发展是大势所趋，本项目研发的锅炉综合智能服务管理平台能够提供能耗在线监测和管理，能够自动判别锅炉设备故障类型、得到设备故障风险预警—272 —
时间，实现安全生产和节能减排。 1.2实施目标 锅炉综合智能服务管理平台应用对象包括锅炉行业设备生产商、服务商等。通过此平台，生产厂商可实现远程监控所有已联网设备的实时运行情况，同时通过大数据分析，也将在售后服务和设备升级等方面提供客观的数据支持。系统集生产参数全程实时监控、生产实时返程控制、工艺流程监测、成本核算、市场分析以及科学探究等功能于一身的现代化工业智能化控制平台。通过获取设备实际生产、运行等管理方面的各项数据，基于云计算、大数据技术的海量工业数据的有效集成与分析，再由此建立起企业利润与资源、能源消耗以及市场环境的关系，将获取到的各种设备数据进行职能整合，建立起各个生产要素投入与产出以及利润的关系。从而为生产者、管理者、决策者提供最优建议。以满足锅炉企业向“智慧工厂”转型的迫切需求。 1.3适用范围 本方案适用于各类工业设备制造企业，例如锅炉、空气压缩设备、发电及动力设备、PLC 工控、环保装备等；同时多应用于以项目运营、合同能源管理为主的设备运营企业。 1)针对有核心控制器的工业设备，利于项目实施； 2)没有相关控制器，关键数据需通过工艺改造实现数据采 集，进而搭建平台。 1.4在工业互联网网络体系架构中的位置 —273 —
XXXXXX股份有限公司 ESB企业服务总线建设项目 厂商价格调查版 第二部分项目基本需求 一、公司介绍 二、信息系统概述 略
三、项目总体目标和项目实施范围 项目总体目标： 通过构建ESB企业服务总线来统一各个信息系统的服务接口协议，对全司内所有服务接口统一标准、统一管理，并且进行全局监控，从而打造信息系统之间信息交互的高速公路，以此来支持XXXX的信息化建设。 项目实施范围： 根据XXXX业务发展情况和信息系统建设情况，结合目前已知的需求范围，ESB企业服务总线将进行分阶段实施： 1、项目一期建设内容 首先按照项目总体目标构建功能齐全的ESB企业服务总线，在此基础上制定信息技术部ESB管理规范和ESB技术标准。 根据信息技术部计划，将下列软件系统的服务接口迁移到ESB企业服务总线：
项目一期建设周期，需求分析、设计开发、系统集成及联合调试的整体周期为5个月。 四、ESB企业服务总线技术需求描述 1.技术体系及基础架构 1)描述系统的体系架构，说明系统的层次结构（包括物理和逻辑）。 2)描述系统的硬件、系统软件、网络需求的估算和选型建议。 系统应使用当前主流的开源Mule ESB产品和ActiveMQ产品，系统应 具有多机集群功能，并容易实现未来扩展。系统使用的硬件应为当前主 流的硬件产品，该机型应具备升级扩充能力，以满足用户未来一定范围 内的需求变化。 3)描述系统的开发方式、开发技术、开发环境等； 4)描述系统的备份和恢复方案。 2.系统性能要求 部署在物理环境（CPU：1Core 2.2GHZ；RAM：4GB）上的ESB企业服务总线单个实例，需要满足如下性能要求： 1)并发用户数为100，PayLoad<10KB的条件下，透传业务在ESB中的平均处 理时间需要在100ms以下，CPU、RAM等系统资源使用率低于70%。 2)并发用户数为100，PayLoad<10KB的条件下，对于需要进行协议数据转换 业务在ESB中的平均处理时间需要在1s以下，CPU、RAM等系统资源使用 率需要低于70%。
15分钟生活圈智慧社区方案 通过信息化手段，通过统一身份认证、统一支付平台为基础，将社区公共服务、政务服务、社会组织、商业服务、物业管理等资源进行整合，实现社区衣食住行等日常生活和医疗、养老、娱乐休闲、购物、维修等商业服务的有机结合，并最终实现将基层社区资源进行信息化、智能化、精准化的协调，为基层社区居民打造15分钟生活圈。 二、功能需求 2.1基本生活 提供涉及居民基本生活所需的服务如菜市场、便利店、小超市、杂货店、水果店、餐饮店、理发店、药店等资源的登记、信息发布、预约等功能。 比如 2.1配套设施 提供社区范围内垃圾点、维修点、公共厕所、诊所、快递、酒店旅馆、洗衣店等日常配套资源的登记、信息发布、服务预约、网上购物等功能。 2.3公共服务 提供社区警务室、法律服务中心、健康小屋、社区便民服务中心、党员活动室、养老中心、托儿所、幼儿园、学校、水电气缴费点、银行营业网点等公共设施的登记、信息发布、服务预约等功能。 2.4政务服务 结合政务服务平台将各职能部门下放到社区的公共服务和行政审批事项进行一窗受理服务，可以对接政务服务平台，不再重复建设。 2.5交通出行 提供社区周边道路地图、公交站点定位，小区公交线路查询、共享单位停放点的查询，提供社区内停车场和公共停车位统计。
2.6娱乐休闲 提供社区健身设备、运动场、社区医疗中心、老人活动中心、图书馆、娱乐场所、公园绿地、游乐场等资源的登记、信息发布、服务预约等功能。 三、应用层面 4.1智慧生活网页版 智慧生活网页版是在PC端面向社区公众的门户网站，能够让公众进行注册，通过入口申请办理社区公共服务和行政审批事项，查看社区各类服务和资源提供商信息，进行网上预约、购买和网上支付，并查看个人活动的记录。主要功能板块如下： 1 、政务服务 针对社区办理的各类公共服务和行政审批的政务事项，提供政务服务事项的办事指南，网上预约和表格下载等功能，查看社区便民服务中心介绍。 2 、生活服务 此模块提供社区周边基本生活服务和配套设施的详细信息查询，提供相关服务提供商信息发布和查看。用户可以通过此版块实现对日常生活所需的商品、服务进行预约或网上购买，通过统一支付平台进行付款后，所购买的商品和服务由服务提供商进行上门服务。 3 、公共服务 此模块提供与公共服务相关的社区警务室、法律服务中心、健康小屋、社区便民服务中心、党员活动室、养老中心、托儿所、幼儿园、学校、水电气缴费点、银行营业网点等公共设施的信息查询，并可通过此模块直接联系相应的公共服务设施进行咨询、预约和联动报警、水电气缴纳等功能。 4 、交通出行 此模块实现对社区周边道路的查询，实现对社区周边公交站点、共享单车停放点、停车场的查询和路线导航，并可查询相关的公交、地铁、轻轨等公共交通
企业服务总线系统(ESB) 技术白皮书 [V1.0.1115] 厦门博立特有限公司 版权所有 保留所有权利 目录 1.前言 4 2 .ESB简介 4 3. ESB主要功能和特点 6 3.1.ESB主要功能： 6 3.1.ESB主要特点： 7 4.ESB接口设计 8 4.1 总体设计框图 8 4.2 技术规范 8 4.3 消息传输流程 8 4.4 文件传输流程 8
4.5 MsgService接口说明 8 4.5.1 登陆到ESB(Login) 8 4.5.1.1 服务.NET原型 8 4.5.1.2 传入参数 9 4.5.1.3 返回参数 9 4.5.1.4 服务说明 9 4.5.2 发送消息到ESB(SendMessage) 9 4.5.2.1 服务.NET原型 9 4.5.2.2 传入参数 10 4.5.2.3 返回参数 10 4.5.2.4 服务说明 10 4.5.3 从ESB接收消息(ReceiveMessage) 10 4.5.3.1 服务.NET原型 10 4.5.3.2 传入参数 11 4.5.3.3 返回参数 11 4.5.3.4 服务说明 11 4.5.4 发送确认消息到ESB(AcknowledgeMessage) 11
4.5.4.1 服务.NET原型 11 4.5.4.2 传入参数 11 4.5.4.3 返回参数 12 4.5.4.4 服务说明 12 5.附录A 返回代码对照表 12 1.前言 随着信息技术的不断发展，企业、政府部门等在信息化建设上投入了大量的资金、人力，逐步形成了适合自身某些部门或某些业务需要的管理信息系统，如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等，这些管理信息系统，在企业和政府某些部门或业务的管理上，发挥了信息电子化、流程自动化、管理科学化的重要作用。 但是，企业和政府现有的管理信息系统，由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同，造成企业和政府现有的应用信息系统各自独立运行，数据不能共享，各自业务流程不能自动衔接，造成企业和政府内部许多自成体系的信息化孤岛，各个应用系统不能相互协作，形成统一高效的有机整体。 企业应用集成，英文名称为Enterprise Application Integration，简称EAI，是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题，将异构的两个或更多的硬件、平台及应用系统进行无缝集成，使它们形成一个统一的整体。
构建智能预约管理平台创新诊疗服务模式 [摘要]目的：优化医院医技检查流程，引导错峰检查，减少患者排队等候时间。方法：基于医院集成平台，整合医院信息系统（HIS）、影像存档与传输系统（PACS）及分诊叫号等系统，开发实施医技检查智能预约管理平台。结果：实现所有患者医技检查（超声、放射、内镜）的“医嘱开单预约、网络智能分配、多点有序检查”的功能，较好地解决了医技检查无序的问题。结论：医技检查智能预约平台的实施，在减少患者检查等候时间、合理运用检查设备、提高工作效率、降低检查单流失、改善就诊环境、提升患者满意度方面起到了积极的作用。 关键词：多部分协作医技检查智能化预约管理 在疾病的诊疗过程中，医技检查如CT、MRI、超声、内镜等的结果对疾病的诊断及治疗起着举足轻重的作用，医技检查等候时间的长短对患者就诊满意度产生重要影响[1-2]。2015年，国家卫生计生委下发《关于进一步改善医疗服务行动计划的通知》，明确指出“实现分时预约，全面推行分时段预约，合理安排患者就诊、检查时间，尽量缩短在医院等候时间”，要求至2017年底，住院患者分时段预约检查比例达到100%的目标[3]。目前，患者就医存在“三长一短”问题（挂号、候诊、排队检查时间长、诊断时间短）较为突出，不同门诊时间段的病人流量不同，高峰期病人检查排队时间长、候诊时间长；低谷期无病人就诊，造成医
院人员、设备等资源浪费[4]。根据我院门诊量、住院量，优化医技检查流程，基于医院集成平台，整合HIS、PACS和分诊叫号等系统，多部门协作构建患者医技检查的一站式智能预约管理平台，提高医技、门诊、住院的协同工作效能，提高服务品质。 1现状调查 1.1传统检查流程 1.1.1住院患者传统检查流程。医生开电子检查申请单；护士陪同患者持申请单到检查科室报到登记；患者根据排队系统叫号做检查。普放各类特检如肾/输尿管造影、乳腺导管造影、输卵管造影，CT增强，MRI等检查医生开电子检查申请单；护工持申请单到各类检查登记处手工预约登记填写预约时间；护工将申请单送回病区护士站告知患者做相关准备；护工按预约时间送患者到检查科室报到登记；患者根据排队叫号系统做检查。 1.1.2门诊患者检查流程。医生开电子检查申请单；患者到收费处排队缴费；患者持申请单到检查科室报到登记；患者根据排队系统叫号做检查。普放各类特检如肾/输尿管造影、乳腺导管造影、输卵管造影，CT增强，MRI等检查医生开电子检查申请单；患者到收费处排队缴费；患者持申请单到各类检查登记处手工预约登记填写预约时间；患者按预约时间送患者到检查科室报到登记；患者根据排队叫号系统做检查。 1.2存在问题 1.2.1传统流程患者一次检查需往返多次，多次排队，效率低下。
企业服务总线ESB项目供应商征集要求 一、项目名称 企业服务总线ESB项目 二、项目背景 随着我行经营战略的实施，经营管理改革不断深化，业务规模不断壮大，产品种类不断增多，对应的支撑信息系统也在不断增加，目前已达到了一百多个，且系统与系统之间的交互也越来越多，如何高效的实现这一百多个系统之间的互联互通互用，从而形成一个有机的整体，就成了我行当前面临的一个新问题，这个问题需要在科技层面引入一种先进的架构来解决。 面向服务的SOA架构思想是当前IT架构发展的主流，SOA 是一种面向服务的分布式应用体系架构，它将各应用程序的业务功能定义为服务，并按松耦合方式组合服务形成业务功能或业务流程。通过SOA架构建设，可极大的提升整体系统对业务发展变化响应的敏捷性和灵活性。企业服务总线（简称ESB：Enterprise Service Bus）是企业SOA架构落地的最佳实践，是实施SOA的切入点。通过ESB项目建设，可建立起多层次、条线化、松耦合的IT应用架构，简化了接口和交易环节，架构更加清晰，从而能更有效支撑我行未来的业务发展战略。
三、项目要求 本系统的建设目标为建立起一个灵活的、高效的、稳定的全行总线系统，实现我行异构系统的互联互通互用，实现我行统一服务视图和统一服务监控。建设该系统，具体需达到以下要求： 1.建立起松耦合的、灵活、稳定的面向服务的SOA 系统架构,高效解决我 行异构系统间互联互通互用问题。 2.制定起我行统一的银行服务规范和技术规范，搭建一套服务治理平台， 梳理我行服务，实现服务全生命周期管理，形成我行的统一服务视图，以支持快速地构建新业务和新产品。 3.提升我行系统整体效率，通过引入流量控制和故障隔离机制，增强系统 整体健壮性。 4.通过对各系统的服务运行情况监测及分析，实现对全行系统的有效监控。
1.智慧社区服务管理系统 1.1.系统简介 智慧社区服务管理系统是依托信息化手段和标准化建设，整合公共服务信息资源，采取窗口服务、电话服务和网络服务等形式，面向社区居民提供基本公共服务的平台。智慧社区建设是国家信息化发展的重点环节，智慧社区建设是社区信息化建设的基础工程。积极推进智慧社区的建设，有利于扩大政务信息共享，降低行政管理成本，增强行政运行效能，推动基层政府向服务型政府转型；有利于减轻社区组织的工作负担，改善社区组织的工作条件，优化社区自治环境，提升社区服务和管理能力；有利于保障基本公共服务均等供给，改进基本公共服务提供方式，拓展社区服务内容和领域，为建立多元化、多层次的社区服务体系打下良好基础。按照《关于推进智慧社区建设的实施意见》，围绕“重服务、优治理、惠民生”，以信息技术为手段，以资源整合和服务应用为重点，以进一步提高社会管理服务综合水平、提升居民幸福感受为目标，统筹规划，分步实施，将基层社会管理、基本公共服务、智能化社会服务等有机结合，构建覆盖城乡社区的系统集约化、管理信息化、服务智能化、运作高效化的综合立体的社会综合管理服务信息网络，努力建设“智慧城西”社区版，使我市成为“智慧社区”建设的先行区和示范区。 1.1.1.智慧社区综合服务门户 为社区居民、社会组织提供集咨询服务、事项服务、交流互动于一体的综合便民服务门户，在服务门户上用户不仅可以实时查询政策咨询、办事指南、组织机构等信息，还可以在线进行事项申请，享受多方提供的便民服务。根据服务范围和管理层级不同的特点，以四层架构方式来设计社区综合服务门户站群。 本期建设包括：濮阳市、2个区、4-5个办事处、30个社区。 1.1.1.1.社区（村）门户 社区（村）级门户实现本社区信息、公共信息、政策文件以及办事指南的发布，提供社区（村）级信箱，开辟本社区（村）居民咨询投诉通道，实现各类事
企业服务总线ESB方案书
1需求综述 (4) 1.1主数据平台接口 (4) 1.2业务数据接口 (4) 1.3OA系统接口： (5) 1.4国家法定信息发布媒体： (5) 2系统解决方案 (5) 2.1系统技术架构 (5) 2.1.1运行平台 (6) 2.1.2开发平台 (6) 2.1.3监控平台 (7) 2.1.4公共服务 (7) 2.1.5适配器 (7) 2.2部署方案 (9) 2.2.1管理监控部分部署方案 (9) 2.2.2硬件选型建议 (10) 2.2.3逻辑分区部署方案 (11) 2.2.4硬件配置建议 (11) 2.2.5服务接口规范 (12) 2.2.6高性能、高可用性及扩展能力设计 (12) 2.2.7完善的安全机制 (13) 2.3整体解决方案 (15) 2.3.1接入控制 (16) 2.3.2通信接入模块 (17) 2.3.3请求系统适配 (18) 2.4集成服务功能 (19) 2.4.1服务治理 (19) 2.4.2提供对出错服务的及时检测和隔离功能 (20) 2.4.3协议转换 (20) 2.4.4消息格式转换 (21) 2.4.5服务路由 (22) 2.4.6监控和运维 (22) 2.4.7服务等级 (23) 2.5系统非功能需求 (24) 2.5.1可用性 (24) 2.5.2可扩展性 (24) 2.5.3可维护性 (25)
2.5.4安全性 (25) 2.5.5性能需求 (25) 2.6公用服务 (26) 2.6.1流量控制 (26) 2.6.2故障隔离 (26) 2.6.3统一流水号 (27) 2.6.4日志记录 (27) 2.7管理监控 (27) 2.7.1系统平台级监控 (27) 2.7.2应用级监控 (27) 2.7.3统计分析 (27) 2.7.4异常报警 (28) 2.7.5统一的运维管理 (28) 3技术支持与服务方案 (28) 3.1技术支持与售后服务体系 (29) 3.2服务管理模式 (29) 3.3服务响应 (30) 3.3.1问题优先级（或问题严重程度）级定义 (30) 3.3.2服务响应时间 (31) 3.3.3问题解决时间 (33) 3.3.4服务文档 (34) 3.4维护支持服务流程 (35) 3.4.1服务消息创建流程 (35) 3.4.2问题处理流程 (35) 3.4.3服务确认流程 (36) 3.4.4投诉及问题升级流程 (37)
企业服务总线系统(ESB) 技术白皮书 [V1.0.1115] 厦门博立特有限公司 版权所有 保留所有权利
目录 1.前言 (4) 2 .ESB简介 (4) 3. ESB主要功能和特点 (6) 3.1.ESB主要功能： (6) 3.1.ESB主要特点： (7) 4.ESB接口设计 (8) 4.1 总体设计框图 (8) 4.2 技术规范 (8) 4.3 消息传输流程 (8) 4.4 文件传输流程 (8) 4.5 MsgService接口说明 (8) 4.5.1 登陆到ESB(Login) (8) 4.5.1.1 服务.NET原型 (8) 4.5.1.2 传入参数 (9) 4.5.1.3 返回参数 (9) 4.5.1.4 服务说明 (9) 4.5.2 发送消息到ESB(SendMessage) (10) 4.5.2.1 服务.NET原型 (10) 4.5.2.2 传入参数 (10) 4.5.2.3 返回参数 (10) 4.5.2.4 服务说明 (10) 4.5.3 从ESB接收消息(ReceiveMessage) (11) 4.5.3.1 服务.NET原型 (11) 4.5.3.2 传入参数 (11) 4.5.3.3 返回参数 (11) 4.5.3.4 服务说明 (11) 4.5.4 发送确认消息到ESB(AcknowledgeMessage) (12) 4.5.4.1 服务.NET原型 (12)
4.5.4.2 传入参数 (12) 4.5.4.3 返回参数 (12) 4.5.4.4 服务说明 (12) 5.附录A 返回代码对照表 (13)
1.前言 随着信息技术的不断发展，企业、政府部门等在信息化建设上投入了大量的资金、人力，逐步形成了适合自身某些部门或某些业务需要的管理信息系统，如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等，这些管理信息系统，在企业和政府某些部门或业务的管理上，发挥了信息电子化、流程自动化、管理科学化的重要作用。 但是，企业和政府现有的管理信息系统，由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同，造成企业和政府现有的应用信息系统各自独立运行，数据不能共享，各自业务流程不能自动衔接，造成企业和政府内部许多自成体系的信息化孤岛，各个应用系统不能相互协作，形成统一高效的有机整体。 企业应用集成，英文名称为Enterprise Application Integration，简称EAI，是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题，将异构的两个或更多的硬件、平台及应用系统进行无缝集成，使它们形成一个统一的整体。 企业服务总线（Enterprise Service Bus，缩写ESB），是面向服务架构的骨干，在完成服务的接入，服务间的通信和交互基础上，还提供安全性、可靠性、高性能的服务能力保障。采用SOA架构，基于ESB总线进行企业应用集成，应用系统之间的交互通过总线进行，这样可以降低应用系统、各个组件及相关技术的耦合度，消除应用系统点对点集成瓶颈，降低集成开发难度，提高复用，增进系统开发和运行效率，便于业务系统灵活重构，快速适应业务及流程变化需要。 2 .ESB简介 ESB作为博立特科技公司的企业应用集成产品，主要功能是在两个或更多的异构系统（如不同的数据库、消息中间件、ERP或CRM等）之间进行资源整合，实现互连互通、数据共享、业务流程协调统一等功能，构建灵活可扩展的分布式企业应用。
企业服务总线ESB方案书 1需求综述 (3) 1.1主数据平台接口 (3) 1.2业务数据接口 (3) 1.3OA系统接口： (4) 1.4国家法定信息发布媒体： (4) 2系统解决方案 (5) 2.1系统技术架构 (5) 2.1.1运行平台 (5) 2.1.2开发平台 (6) 2.1.3监控平台 (6)
2.1.5适配器 (6) 2.2部署方案 (7) 2.2.1管理监控部分部署方案 (7) 2.2.2硬件选型建议 (8) 2.2.3逻辑分区部署方案 (9) 2.2.4硬件配置建议 (9) 2.2.5服务接口规范 (10) 2.2.6高性能、高可用性及扩展能力设计 (10) 2.2.7完善的安全机制 (11) 2.3整体解决方案 (12) 2.3.1接入控制 (12) 2.3.2通信接入模块 (13) 2.3.3请求系统适配 (14) 2.4集成服务功能 (15) 2.4.1服务治理 (15) 2.4.2提供对出错服务的及时检测和隔离功能 (15) 2.4.3协议转换 (15) 2.4.4消息格式转换 (16) 2.4.5服务路由 (16) 2.4.6监控和运维 (16) 2.4.7服务等级 (17) 2.5系统非功能需求 (17) 2.5.1可用性 (17) 2.5.2可扩展性 (17) 2.5.3可维护性 (18) 2.5.4安全性 (18) 2.5.5性能需求 (18) 2.6公用服务 (18) 2.6.1流量控制 (18) 2.6.2故障隔离 (19) 2.6.3统一流水号 (19) 2.6.4日志记录 (19) 2.7管理监控 (19) 2.7.1系统平台级监控 (19) 2.7.2应用级监控 (19) 2.7.3统计分析 (19) 2.7.4异常报警 (20)
智慧校园 管理与服务平台方案
目录 一、项目背景 (1) 二、智慧校园概述 (2) 2.1智慧校园的发展和特征 (2) 2.2智慧校园的功能特性 (3) 2.3智慧校园的关键技术 (4) 三、建设目标 (8) 3.1解决学校信息化建设中存在的各种问题 (8) 3.2促进教学、科研、管理过程及模式的全面信息化 (8) 3.3辅助各级管理与决策数字化 (8) 3.4创建学习与研究新模式 (8) 3.5 总体应用架构 (8) 四、智慧校园管理与服务系统 (10) 4.1基础平台 (10) 4.2基础信息管理 (19) 4.3教学应用管理 (21) 4.4学习应用管理 (22) 4.5管理应用服务 (23) 4.6社会公共服务 (28) 4.7资源共享与管理服务平台 (30) 4.8数据分析与决策支持系统 (31)
一、项目背景 随着信息技术的迅速发展,教育信息化已成为时代发展的必然选择。教育部在《教育信 息化十年发展规划（2011-2020年）》中提出, 到2020年，全面完成《教育规划纲要》所提出的教育信息化目标任务，形成与国家教育现代化发展目标相适应的教育信息化体系，基 本建成人人可享有优质教育资源的信息化学习环境，基本形成学习型社会的信息化支撑服 务体系，基本实现所有地区和各级各类学校宽带网络的全面覆盖，教育管理信息化水平显 著提高，信息技术与教育融合发展的水平显著提升。教育信息化整体上接近国际先进水 平，对教育改革和发展的支撑与引领作用充分显现。 随着物联网和云计算技术应用和推广，一些学校提出建设数字校园的规划并付诸行动,许多学校也纷纷将数字校园作为学校信息化的新选择,启动数字校园计划。我国学校在经费数量、技术力量、办学目标和管理模式等方面与大学存在很大的差别,其数字校园建设也应该立足自身特点,建设具有自身特色的智慧校园系统。 为加速教育信息化进程，实现建设“数字化教育”的目标，我市目前全面应用信息技术，启动学校智慧校园建设，构筑先进的智慧校园环境，从而带动学校教学、管理的全面发展。
谈及企业服务总线（ESB），在有面向服务的架构（SOA）实施经验的开发者眼中一定不会陌生。这些年，人们一直在谈论它，以至有些人认为“实施SOA一定需要ESB”，或“只要将ESB架起来了，我们就SOA了”。这些说法有可取之处，也存在片面之嫌，由于业界对于ESB没有统一、标准的定义，所以一千个人眼中有一千个“ESB”也就成了情理中的事情了。然而，怎么才能将ESB 用好？我们需要清楚地认识ESB在SOA中所扮演的角色，理解哪些工作是ESB的职责之内，哪些却不是。只有正确地认识了ESB的职能，并委以恰当的任务，才能将它用在刀刃上、发挥其巨大的能量。 事实上，ESB在SOA中扮演着重要的角色，在技术层解决了SOA的整合问题，耦合了应用与应用之间的集成逻辑，使得SOA更灵活，更易于扩展，更敏捷。有了ESB，新建的服务消费者应用程序不需要关心服务的提供者在哪里，使用何种通讯协议，与其交互的数据是怎样的……，它只需向ESB发出请求，使用开放的、标准的通讯协议。相反，若某个可重用的价值较大的服务位于某一个遗留系统中，而由于种种原因，该遗留系统不能在短期内重写，此时ESB可以架起该服务与其使用者之间沟通的桥梁。当然，ESB的作用远不止这些，业内也有很多讨论，本文不再赘述。读者可在Google上搜索ESB Patterns获得相关资料。 然而，ESB并非“救世主”，它注定也不可能解决应用系统整合中出现的所有问题。道理很简单，计算机发展历史长从没有出现过一个产品/工具可以满足所有的应用需求，技术发展得很快，需求发展更快，所以技术永远跟不上需求。此外，ESB或ESB产品有其特定的适用范围，它是基础设施层的概念/产品，解决的是整合中的常见问题，比如服务连通、路由、消息丰富、服务的注册/查找/发布等服务的管理、服务监控和质量保证等。ESB不能解决的问题比其能解决的问题多很多。比如，让它去做人工流程的编排是不合适的，让它提供门户类产品那样的用户交互也是极其困难的……。 笔者支持过许多客户项目。在这些项目中，有的客户将ESB用的好，有的则勉强用上，用的功能很简单，有的则用ESB做一些原本不属于它该做的工作。在这里，笔者仅从个人的立场，分享自己这些年来积累的ESB实施经验。下面列出笔者常看到但不推荐的实施和笔者在实施ESB 的过程中积累的一些较好的实践方式，供读者参考。同时欢迎批评指正。 不推荐实施 挟ESB以令外围应用 ?现象： ESB的架构师在ESB上设计一套标准的数据接口（通用的XML格式），规定使用统一 的协议（如Web Service/HTTP）。所有的ESB服务消费者和接入ESB的服务必须符合该标准。其目的是为了简化ESB上的开发工作。这就是一种“挟天子以令诸侯”的做法，因为在实际情况中，可能领导规定了“所有的服务必须要经过ESB，即便是透传”。 ?分析： 国内的ESB实施者大多数是一些SI/ISV，出于成本/人力或其他个方面的原因，总会有 一些架构师希望达成这样一个目标：我能否设计/实现一个一劳永逸的ESB中间平台， 将来不论哪种服务都可以方便地接入到ESB上？
ESB（Enterprise Service Bus，即企业服务总线）是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。 企业服务总线ESB就是一种可以提供可靠的、有保证的消息技术的最新方法。ESB中间件产品利用的是Web服务标准和与公认的可靠消息MOM协议接口(例如IBM的WebSphere MQ、Tibco的Rendezvous 和Sonic Software的SoniCMQ)。ESB产品的共有特性包括:连接异构的MOM、利用Web服务描述语言接口封装MOM协议，以及在MOM传输层上传送简单对象应用协议(SOAP)传输流的能力。大多数ESB产品支持在分布式应用之间通过中间层如集成代理实现直接对等沟通。 企业服务总线（Enterprise Service Bus，ESB）的概念是从面向服务体系架构(Service -Oriented Architecture，SOA)发展而来的。SOA描述了一种IT基础设施的应用集成模型，其中的软构件集是以一种定义清晰的层次化结构相互耦合，其中，一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。 一、ESB的出现改变了传统的软件架构 ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物，ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。 二、企业服务总线（ESB）的用处 ESB 不是万能的,他不是一个应用程序框架,也不是一个企业应用的解决方案.它只是一个基于消息的调用企业服务的通信模块!你可以把它嵌入到你的应用程序框架中,例如嵌入到spring容器里面,或者嵌入到工作流系统中.它的作用是对企业里面的SOA服务的调用提供一个框架和简便的方法. 三、企业服务总线（ESB）的应用特征 大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。面向服务体系架构（SOA）是能够将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。SOA使用户可以不受限制地重复使用软件、把各种资源互连起来，只要IT人员选用标准接口包装旧的应用程序、把新的应用程序构建成服务，那么其他应用系统就可以很方便的使用这些功能服务。 支撑SOA的关键是其消息传递架构-企业服务总线（ESB）。ESB是传统中间件技术与XML、Web服务等技术相互结合的产物，用于实现企业应用不同消息和信息的准确、高效和安全传递。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务协调运作，实现不同服务之间的通信与整合。ESB在不同领域具有非常广泛的用途: 电信领域：ESB能够在全方位支持电信行业OSS的应用整合概念。是理想的电信级应用软件承载平台。电力领域：ESB能够在全方位支持电力行业EMS的数据整合概念，是理想的SCADA系统数据交换平台。金融领域：ESB能够在全方位支持银企间业务处理平台的流程整合概念，是理想的B2B交易支撑平台。电子政务：ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。 四、几种ESB的结构和功能 ESB提供了一种开放的、基于标准的消息机制，通过简单的标准适配器和接口，来完成粗粒度应用（服务）和其他组件之间的互操作，能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。 通过使用ESB，可以在几乎不更改代码的情况下，以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口，并能够在部署环境中支持任何标准。更重要的是，充当“缓冲器”的ESB（负责在诸多服务之间转换业务逻辑和数据格式）与服务逻辑相分离，从而使得不同的应用程序可以同时使用同一服务，用不着在应用程序或者数据发生变化时，改动服务代码。 1. IBM WebSphere ESB IBM 提供了三种ESB 产品：IBM WebSphere ESB、IBM WebSphere Message Broker、IBM WebSphere DataPower Integration Appliance XI50。根据您的需求选择ESB 来增强您的SOA。WebSphere ESB 是一种基于平台的ESB，作为集成的SOA 平台，针对WebSphere 应用服务器进行了优化。WebSphere Message Broker 是跨平台的ESB，是为异构IT 环境中的统一连接和转换而构建的。WebSphere DataPower