XX工程建设领域 项目信息和信用信息公开平台 规划建议书.docx

Apusic应用服务器v5.1参考手册(20XX)青海工程建设领域项目信息和信用信息公开平台规划建议书金蝶中间件有限公司20XX年10月21日apusic金蝶中间件第 9 页 共 3 页版本历史时间更新人版本备注20XX/10/21温祥V1.020XX/10/23杜涛V1.120XX/10/24温祥V1.2目录第1章 概述1.1 项目背景为了规范工程建设领域市场交易行为，维护社会主义市场经济秩序，促进工程建设项目高效、安全、廉洁运行，保证中央关于扩大内需促进经济平稳较快发展政策措施的贯彻落实，维护人民群众的根本利益，促进科学发展，保持社会和谐稳定，同时为了体现政府执政为民和以人为本的科学发展观的理念，充分利用互联网和各监管部门网站，集成公布信息，把项目信息公开和诚信体系建设与推进政务公开、社会信用体系等建设工作结合起来，形成了建设“青海工程建设领域项目信息和信用信息公开平台”整体规划。通过项目信息与信用信息公开平台的建设，政府可以通过信息化手段对工程项目、从业单位及从业人员进行监管：一是对项目审批环节进行监管；二是公开从业单位、人员的资质、信用信息与不良行为信息，实现社会监管。同时，利用先进的网络与中间件技术，实现各行业监管部门的信息数字化采集、存储、传输及后处理，建设青海工程建设领域项目信息和信用信息公开平台。同时，通过网络与中间件技术，建立各部门的数据共享机制，推进全省企业、社会信用体系建设，降低信息系统运行成本，提高工作效率和管理水平。结合中共中央办公厅、国务院办公厅印发的关于开展工程建设领域突出问题专项治理工作的意见，依据政府信息公开条例，同时结合工信部和国务院发改委对我国信息化建设方向的指导规划、青海省信息化建设现状，以及对前沿技术的考察及研讨，决定引进基于SOA架构体系的中间件技术来建立“项目信息与信用信息公开平台”，以实现信息公开与共享，最大限度的提升信息资源的利用率。1.2 建设目标本项目建设目标是通过基于SOA架构体系的中间件技术，充分利用各主管部门已有信息，建立“工程建设领域项目信息和信用信息公开平台”，采用中间件技术一套数据共享机制，实现工程领域各监管部门信息共享，提升工作效率和管理水平，实现政务信息公开化与社会信用体系的建设。通过搭建“项目信息和信用信息公开平台”，实现信息的集中展示，将发改委、住房和城乡建设厅、水利厅、交通厅、环保厅、国土厅六个部门的直接项目信息展现在公开平台上，将从业单位、从业人员的基本信息、单位资质、良好行为信息、不良行为信息集中并展示在公开平台上。各部门的项目信息以及所监管的行业从业单位和从业人员信息，都来自于部门内部的不同的操作系统，公开平台所展示的信息要从各部门业务系统中自动的、实时的、高效的采集，同时还要考虑到各部门业务系统的升级、扩展，要能灵活适应不同的业务系统与新的需求。因此，信息的采集采用中间件技术完成，不仅高效的完成信息的采集、转换、存储及后处理等工作，还可以柔性适应业务系统与数据结构的变化，有效保护现有信息化投资，低成本、高效率的实现信息集成与共享机制。通过本项目建设，不仅实现信息的公开与共享，还要寻找与探讨青海省信息化建设向集约型和整合模式的转变，充分利用现有资源，避免重复建设的思路，对组建大型信息资源中心和社会的发展都有重要促进意义。1.3 总体技术要求本项目总体技术要求如下：1. 遵循JavaEE国际标准规范，采用成熟、稳定、高效的软件产品与中间件产品搭建青海工程建设领域项目信息和信用信息公开平台；2. 采用基于SOA架构的中间件技术实现项目信息和信用信息公开平台的信息采集、转换、推送及后处理，实现数据的实时传递；3. 通过成熟的企业服务总线产品与消息中间件技术，实现跨网络的数据传输，保障数据传输的安全、稳定、高效，在复杂的网络环境及断网、断电等极端情况下，保障数据不会丢失；4. 所采用产品应具备高可用性，保障公开平台业务的连续性；5. 公开平台所采用的技术架构要满足后续建设和发展需求，方便地对平台的数据集成能力进行扩容，使技术、效率、与成本取得平衡；6. 平台应具备简单易用的交互风格及可视化的配置功能，方便用户使用；7. 平台应全面支持XML、Web Service、SOAP、LDAP、UDDI等当前受到普遍支持的国际开放标准，保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作性和互连性；8. 平台应注重系统本身防御外部攻击的能力，又要提高数据传输的安全性，要遵循相应的保密规范，保证系统安全保密性、查错纠错能力、抗病毒能力等。第2章 需求分析2.1 项目信息和信用信息公开平台需求描述项目信息和信用信息公开平台是把发改委、住房和城乡建设厅、水利厅、交通厅、环保厅、国土厅六个部门的直接项目信息以及相关行业从业单位、人员的信息集中展示，展示内容依据工程建设领域项目信息公开基本指导目录（试行）和工程建设领域信用信息基本指导目录（试行），其中项目信息主要包括：n 项目审批公开信息1. 项目审批信息：包括项目建议书批复结果信息、可行性研究报告批复结果信息、初步设计方案批复结果信息、节能评估审查批复结果信息、规划选址意见批复结果信息、用地批复文件结果信息、环境影响评价审批的结果信息、施工许可（开工报告）审批信息等内容。2. 项目核准信息：包括项目核准结果等内容。n 项目建设管理公开信息1. 项目基本信息：包括项目名称、项目概况、建设时间、建设单位（项目法人）信息、参建单位信息等内容。2. 招标投标信息：包括招标事项、招标公告、投标资格预审公告和中标结果等内容。3. 征地拆迁信息：包括征地拆迁负责人及联系方式、项目用地审批意见、项目涉及征地、拆迁公告、工作方法原则和已支付的拆迁补偿情况等内容。4. 重大设计变更信息：包括设计变更管理依据、审批单位、项目变更时间、变更原因、变更内容等内容。5. 施工管理信息：包括项目进度计划、完成情况等内容。6. 合同履约信息：包括施工单位项目考核、参建单位主要相关人员按合同履约到场信息、设备材料采购情况等内容。7. 质量安全检查信息：包括工程项目质量安全监督机构及质量安全监督负责人、项目质量鉴定、评定结果等内容。8. 资金管理信息：包括项目资金到位、使用等内容。9. 交（竣）工验收信息：包括交（竣）工验收时间、交（竣）工验收结果等内容；征地补偿和移民安置、水保、环保、档案、消防等专项验收时间及结果信息；交付使用时间等内容。n 项目从业单位公开信息1. 从业单位行为信息：包括从业单位的良好行为记录信息，不良行为记录信息等内容。n 项目从业人员公开信息1. 良好行为记录信息：主要从业人员的良好行为记录信息2. 不良行为记录信息：主要从业人员的不良行为记录信息n 土地使用权审批和出让信息1. 土地招标拍卖挂牌出让信息：包括位置、土地面积、建筑密度、容积率、规划用途、出让年限、竞价起始时间、竞价截止时间、拍卖起叫价、竞买保证金等内容。2. 国有土地使用权出让结果信息：包括受让方名称、土地位置、宗地面积、容积率、规划用途、土地成交价格、签约时间等内容。3. 建设用地审批信息：包括项目名称、申请单位、用地位置、用地用途、申请用地面积、批准时间等内容。n 矿业权审批和出让信息1. 探矿权审批信息：包括许可证号、项目名称、探矿权人、勘察单位、勘察矿种、有效期、经纬度极值坐标、勘查面积、地理位置、发证机关等内容。2. 探矿权出让信息：包括探矿区名称、矿种、面积、经纬度拐点坐标、出让方式、竞买保证金、起拍价、招拍挂时间等内容。3. 采矿权审批信息：包括许可证号、采矿权人、矿山名称、经纬度、矿种、总面积、有效期、发证机关等内容。4. 采矿权出让信息：包括采矿权名称、矿种、面积、经纬度拐点坐标、出让方式、竞买保证金、起拍价、拍卖时间等内容。信用信息主要内容包括：n 从业单位信用信息从业单位是指参与工程建设领域相关业务活动的法人单位，包括建设、勘察、设计、施工、监理、咨询、检测、招标代理、材料及设备供应等单位和机构。1. 企业基本信息：企（事）业单位名称、营业执照注册号、营业执照登记机关、企业类型（事业性质）、经营范围、注册资本、实缴注册资本、成立日期、住所、经营期限、法定代表人信息、工商年检结果等内容。2. 资质信息：包括资质等级名称、资质证书号、有效起始日期、有效到期日期、资质证书核发日期、资质证书核发机关、资质证书状态等内容。3. 项目业绩信息：包括项目名称、起止日期、项目规模、项目负责人、项目获奖情况等内容。4. 信用评价信息：包括信用评价结果、评价日期、评价机构等信息及重合同守信用情况等内容。5. 良好行为记录信息：包括地市级及以上的荣誉文书编号、荣誉内容、荣誉认定日期、颁发机构等奖励信息内容。6. 不良行为记录信息：（1） 违法信息：包括法院判决结果、处罚对象、执行期限、判决机关和检察院行贿受贿犯罪档案查询结果等内容。（2） 行政处罚信息：包括处罚种类、处罚对象、处罚事由、处罚依据、处罚内容、处罚日期、处罚执行情况、处罚机关等内容。（3） 行政强制信息：包括行政强制机关、行政强制决定文书编号、行政强制事项名称、行政强制依据、行政强制日期、行政强制执行情况等内容。（4） 行政裁决（定）信息：包括行政裁决机关、行政裁决（定）书编号、行政裁决（定）地位、行政裁决（定）事由、行政裁决（定）结果、行政裁决（定）日期等内容。（5） 欠薪及欠缴社保金信息：包括欠薪时段、欠薪总额、欠薪记录机关、欠薪社会保险种类及金额等内容。（6） 质量安全信息：质量安全事故责任认定信息和通报批评信息等内容。n 从业人员信用信息从业人员是指参与工程建设领域相关业务活动的主要自然人，包括法人代表，项目负责人（项目经理），具有建造师、监理工程师、城市规划师等执业资格的从业人员。不良行为记录信息限定在工程建设相关的信息范畴内。1. 人员基本信息：包括姓名、性别、证件类型、证件号码等内容。2. 执业资格信息：包括证书名称、编号、有效起始日期、有效到期日期、核发日期、核发机关、证书状态等内容。3. 良好行为记录信息：包括市地级及以上的荣誉文书编号、荣誉内容、荣誉认定日期、颁发机构等内容。4. 不良行为记录信息：（1） 违法信息：包括法院判决结果、处罚对象、执行期限、判决机关和检察院行贿受贿犯罪档案查询结果等内容。（2） 行政处罚信息：包括处罚种类、处罚对象、处罚事由、处罚依据、处罚内容、处罚日期、处罚执行情况、处罚机关等内容。项目信息与信用信息公开平台将依托青海省各级部门，在政府网站及相关部门网站上建立项目信息与信用信息公开平台连接，可从各个网站直接访问公开平台。项目审批信息、管理信息、从业单位信息、从业人员信息由各主管部门审核并发布，项目管理单位做好信息收集、发布和维护等工作。项目审批、核准、备案信息由项目审批部门收集、审核和发布。项目招标投标信息由相应部门发布。项目建设管理信息和从业单位、主要从业人员行为信息由项目建设单位提供，项目主管部门依据管理权限审核、发布。土地使用权、矿业权审批和出让信息由国土资源主管部门收集、审核和发布。相关企业基础信息由企业登记主管部门依据职能公开。相关企业资质和个人职业资格的基础信息由建设资质主管部门依据职能公开。各有关部门根据审批和管理权限，及时公开项目信息。项目信息与信用信息公开平台通过中间件技术自动采集项目信息，并在公开平台上展示。2.2 公开平台展示需求描述项目信息与信用信息公开平台通过门户Portal中间件技术，将采集到的信息展示到门户平台上，界面展示内容如下：n 项目信息公开专栏(一) 在政府网站首页设置项目信息公开专栏，名称为“工程建设领域项目信息和信用信息公开共享专栏”（以下简称“专栏”）。(二) “专栏”首页顶部为标题区，标题内容包括专栏名称和专栏建设单位。“专栏建设单位”用“行政区域名称+建设单位名称”表示。(三) “专栏”设置项目信息公开区和信用信息共享区。(四) “项目信息公开区”应设立项目审批信息、项目建设管理信息、从业单位和主要从业人员信用信息、土地使用权、矿业权审批和出让信息等内容。(五) “信用信息公开区”须设立 “信用信息共享目录”，提供信用信息共享的获取功能。(六) “专栏”内设置项目信息搜索栏。在搜索栏输入关键字，可对专栏内公开的项目信息进行检索。n 项目信息公开(一) 项目信息公开的基本内容，应包括：项目审批信息、项目建设管理信息、项目从业单位和主要从业人员信用信息、土地使用权、矿业权审批和出让信息等。(二) 项目信息公开内容列表页须采用分页浏览方式。列表条目内容应以“序号”、“项目编码”、“项目名称”、“发布日期”等标识。点击条目进入该条目项下的详细信息。(三) 详细信息页面上方应显示项目信息标题，注明信息发布部门和日期。(四) 项目审批、核准信息由项目审批部门收集、审核和发布。项目招标投标信息由相应部门发布。项目建设管理信息由项目建设单位（项目法人）提供，项目主管部门审核、发布。从业单位、主要从业人员行为信息由项目建设单位（项目法人）提供，项目主管部门审核、发布。土地使用权、矿业权审批和出让信息由国土部门收集、审核和发布。(五) 项目信息和信用信息公开由部门依据职能负责信息更新、维护和服务。(六) 收集和发布的信息须及时、准确和完整。n 信用信息共享(一) 信用信息共享的基本内容，应包括：从业单位基本信息、资质信息、项目业绩信息、信用评价信息、良好行为记录信息和不良行为记录信息等；从业人员基本信息、执业资格信息、良好行为记录信息和不良行为记录信息等。(二) 信用信息共享提供部门须提供网络在线的信息获取方式。(三) 从业单位信用档案的内容，应包括基本信息、资质信息、业绩信息、荣誉（奖励）信息、不良行为信息等。(四) 从业人员信用档案的内容，应包括基本信息、执业资格信息、参与项目信息、荣誉（奖励）信息、不良行为信息等。(五) 从业单位和从业人员信用档案，须注明发布机构和发布日期，各类信息须注明来源部门和收集日期。(六) 共享信用信息的提供、更新、维护和服务，由各级行业主管部门依据职能负责。n 信用等级评价结果公开表示规则(一) 各行业根据本行业规则开展工程建设领域的从业单位信用等级评价，评价加过信息公开时应遵循公开表示规则。(二) 信用等级评价结果公开表示分为A、B、C三等。(三) 信用等级评价结果公开表示为A等的，表示从业单位在评价期内信用较好，投标行为规范，履行合同情况较好，工程质量优良，无不良行为记录。(四) 信用等级评价结果公开表示为B等的，表示从业单位在评价期内信用一般，投标行为基本规范，履行合同法情况一般，无工程质量安全事故，无较大不良行为记录。(五) 信用等级评价结果公开表示为C等的，表示从业单位在评价期内信用较差，经营活动中有违法行为，履行合同情况较差，有工程质量安全事故记录，有严重不良行为记录。(六) 信用等级评价结果信息公开共享时，评价结果信息的对应表示工作由信息发布或提供部门负责。评价结果信息对应表示后的展现方式是评价结果信息后位加括号标定对应等级信息，以示区分。如“AAA(A)”，表示原等级为AAA，对应表示后的等级为A。n 信息表现格式(一) 项目信息和信用信息表现形式为电子数据，包括结构化数据和非结构化数据。(二) 非结构化数据包括办公文档、纯文本、表格、网页、图片、音频、视频。(三) 根据GB/T20916-20XX，文本文档采用XML格式，图片采用JPEG格式，音频采用WAV格式，视频采用AVI格式。(四) 办公文档、纯文本、表格和网页中的中文采用简体中文字符。n 项目编码规则(一) 编码对象是工程建设领域的工程项目。(二) 项目代码由项目审批单位在项目立项时负责赋码，项目代码在使用过程中保持唯一性和不变性。(三) 项目代码是采用组合编码方式生成的特征组合码，由19位前段码和不定长序列码组成。排列顺序从左至右依次为：6位行政区划代码，9位项目建设单位组织机构代码，4位年度和不定长序列码。具体表示形式如下图所示。前段码（19位）XXXXXX XX XXXX XXX 序列码（不定长） 年度（4位） 组织机构代码（9位） 行政区划代码（6位）(四) 行政区划代码：6位数字，按GB/T2260(20XX)的规定执行。中央的行政区划代码为“000000”。(五) 项目建设单位组织机构代码：9位数字。(六) 年度：4位数字，表示项目立项的年度。(七) 序列号：不定长字符的序列号，在同一前段码下具有唯一性。2.3 数据共享需求描述公开平台所展示的信息来源于不同部门、不同的业务系统，数据的形式也是多种多样，既包括结构化数据如数据库、结构化文本、xml文件，也包括非结构化数据如办公文档、纯文本、表格、网页、图片、音频、视频等，因此需要采用企业服务总线ESB产品，连接不同的业务系统与数据库，采集数据。公开平台展示的数据要求具备时效性，当主管部门审核完成并公开发布的项目信息、单位信息、人员信息，需要快速、准确、自动的展示到公开平台上，避免手工重复录入。数据共享平台是项目信息与信用信息公开平台建设的核心，所选择的企业服务总线产品应具备灵活的部署模型，能够适应不同的网络、系统、硬件环境，具备数据安全传输能力，具备高可用性，具备可扩展性。公开平台的建设应不影响各部门现有业务系统的正常使用，数据采集应自动完成，实现各部门节点与公开平台之间的数据传输模式。数据交换提供基于事件和消息的多种会话模式，包括：l 推：点到点或点到多点的主动信息推送方式。l 拉：点到点或点到多点的被动信息获取方式。l 组播：在一个域或群组范围内的多点群发方式。数据交换必须能够支持多种不同的会话策略，包括：l 实时：基于事件驱动，由系统运行时动态产生和控制的会话方式。l 定时：由系统定时器根据预设的定时策略产生和控制的会话方式。l 手工：系统运行时由用户手工产生和控制的会话方式。数据交换的过程，必须能够支持跨平台、跨协议、跨存储介质、跨数据结构的数据交换、影射、转换，提供不重、不漏、不错、不丢的可靠、安全、稳定的数据传输。同时，能够通过一个节点，完成对所有的分布数据节点进行可视化管理和维护。管理和维护包括ESB状态监控、远程交换部署、远程服务管理、日志管理等多种基础管理功能。2.4 非功能性需求根据我们所建设的信息化系统的经验，我们认为，本次项目建设还需要满足以下需求。n 技术路线需求系统设计应采用业界成熟的先进技术，使系统建立在较高的起点。能够支持不同厂家的系统软件，包括操作系统、数据库管理系统、应用服务器系统等，保证系统的可靠性、开放性、可维护性、先进性。同时，系统的设计、开发、部署、测试等均要遵循软件开发标准体系，应采用国际、国内成熟的信息技术和先进的技术标准，要能与其它系统互联互通并具备扩展性和可维护性。n 投资保护需求系统建设必须充分考虑到对现有设备的利用和对已有投资的保护问题，技术上要有前瞻性，并力争在以后的升级中追加投资和费用最少、最有效。系统采用的软件平台都应该基于开放式架构，从而保证整个软硬件系统的“向前兼容”及“向后扩展”。n 可扩展性需求要充分考虑技术体系发展前景，适应未来发展的需要。系统应能适应业务发展和变革的需要，适应用户数量及业务量的增长，新业务的增加以及业务的变化。n 兼容性需求能够兼容其它相关业务环境下的软件系统。第3章 平台设计方案3.1 方案选型根据项目建设目标、需求及总体技术要求，建议在项目建设采用金蝶中间件的SOA整体解决方案，方案涉及产品：金蝶Apusic门户平台（Apusic Portal Server，简称APS）与金蝶Apusic企业服务总线（Apusic Enterprise Service Bus，简称为AESB）。3.1.1 金蝶Apusic企业服务总线 技术能力分析面向服务架构（SOA）的实现前提是可以通过经济高效的方式整合现有的以及新建的应用、流程和服务，无需在应用中添加复杂的编程程序便可验证或确保信息交换的可靠连接，而企业服务总线ESB（Enterprise Service Bus）正是在SOA环境中实现连接的理想解决方案。ESB通过以下多种能力来满足和保证应用及服务的连接性需求： 够在服务之间对消息进行匹配和路由； 在请求方与服务提供方之间转换协议； 在请求方与服务提供方之间转换消息格式； 分配和提取不同来源的业务事件。ESB通过应用、系统和服务之间的中间层来执行上述所有任务，不仅能够确保应用的总体复杂性不会因为连接接口的增加而增加，而且在许多情况下还能帮助企业避免或降低应用的复杂性，消除应用和系统之间所有硬编码链接。ESB是所有应用、服务以及其他IT资产的信息交互中枢，服务交互中的参与者连接至ESB，而不是彼此直接相连。当服务请求者连接至ESB时，ESB负责将其请求传递(通过消息)至能提供所需功能与服务质量的服务提供者。即使协议、交互模式或服务能力并不匹配，ESB 仍可以促进请求者与提供者之间的交互与递送。如果对所有的应用和有效连接都采用这种机制，则应用只需单一接口便可将ESB连接起来，用于开展所有互动。此外，连接ESB的所有其他资产都能通过这个接口与此应用进行互动，而其他资产同样只需一个接口便可实现与ESB的连接。无论处理要求和复杂性发生怎样的变化，这些接口始终都是ESB环境中最重要的组件，并可在ESB中进行维护，以便在周围环境发生变化时确保应用能够以不变应万变。消除应用之间的连接性可大大降低应用中接口的复杂性，从而降低有关对这些应用进行更改的成本和风险，让用户能够以更简单、更快速、更安全的方式来使用它们，尤其是能够让用户对更多的应用和功能作为服务加以访问和重复利用。通过加速实现SOA这一进程，可帮助企业获得前所未有的灵活性和响应性。服务总线统一制定的标准业务服务接口，可通过多种服务实现方式进行接入并注册，实现访问协议的透明化；并可对各应用间的交互服务进行协同编排，大大降低各应用系统之间的耦合度。.1 统一标准服务服务总线通过统一制定的标准业务服务来规范服务接口，各应用系统按此标准接口来实现真正的服务。服务总线以标准接口的形式来进行协同编排，可避免应用系统的具体实现问题对整个集成造成影响。SOA强调企业内不同系统间的松散耦合。服务接口结构在 SOA 中是最重要的，设计糟糕的服务接口可能会极大地导致使用此接口的很多服务使用者应用程序的开发过程变得非常复杂。从业务角度而言，设计糟糕的服务接口可能使得业务流程的开发和优化变得复杂。相反，设计良好的服务接口可以加速开发计划的执行，并对业务级别的灵活性起到促进作用。.2 接入方式1、 JCA方式JCA是J2EE Connector Architecture的简称，它定义了支持J2EE组件以安全、可伸缩且支持事务的方式访问EIS的标准。通过遵循 JCA 标准，EIS确保能与任何提供JCA服务的Java应用服务器轻易地集成起来。这样，应用服务器只需要确保允许 JCA 连接，即可与各种EIS进行连接。每个允许 JCA 的应用服务器都能与任何兼容 JCA 的 EIS 相集成。图3-1. JCA接入方式在一个受管的环境（Managed Environment）中，资源适配器运行在一个JCA容器下，实现了JCA规范的容器（遵循JCA规范的J2EE应用服务器）与资源适配器能够很好地协作，使得容器的其他服务如安全、事务、分布式事务、连接管理等能够得到充分地利用，客户端的代码编写也能够在与EIS的交互中使用这些高级服务。资源适配器实际上是被服务器所托管的。在一个非受管的环境（Non-Managed Environment）中，应用程序直接与资源适配器交互以访问企业信息系统（Enterprise Information System，以下简称EIS）。通过牺牲由容器所提供的事务、安全和连接管理等服务，非受管应用程序客户机（例如 Java 应用程序、Servlet 或小应用程序）可以启动并迅速地运行。资源适配器视其实现情况可能包含有自身的ConnectionManager实现以维护连接，可能实现了连接工厂以支持JNDI的形式获取对象。2、 Web Service方式Web 服务是SOA的实现。SOA 有松耦合的三方：提供者、代理和请求者。提供者提供的业务服务表示请求者无法直接看到的某个实现。请求者从代理那里了解它必须从提供者那里收发的信息结构以及访问该服务所用的协议。请求者无需了解提供者实现业务服务的方式。Web 服务被定义为请求者与提供者之间的必需的业务接口而不是所有业务请求的共同管道。3、 JMS方式JMS 是异步的、基于消息的接口。可以使用 JMS 来访问分布于不同种类的系统中的业务逻辑。基于消息的接口支持以下功能： 点到点和发布/预订机制 基于消息的框架可把信息传给其它应用程序而这些程序不必显式地请求它。相同的信息可被并行地传递给许多订户。 节奏的独立性：JMS 框架以异步方式运行，但也提供模拟同步的请求/响应方式的功能。这使源系统和目标系统能够同时运行而不必等待对方。 有保证的信息传递：JMS 框架可在事务方式下管理消息并确保消息的传递(但不确保传递的及时性)。 不同种类的框架之间的互操作性：源应用程序和目标应用程序可在不同种类的环境中运行而不必处理有关它们相应的框架的通信和执行问题。 使交换更流畅:使用消息方式后，信息交换的细粒度变细。.3 协议转换已有的遗留系统的服务组件如EJB、Web Service、JMS的发布都是和特定的应用服务器绑定在一起的。客户端在访问这些系统的时候必须知道具体的应用服务器的URL才能调用相应的组件。如果某个服务组件的URL位置改变了，那么客户端程序必须要做相应的修改，否则整个集成就不能工作了。这就是服务组件的位置的不透明。同理，目前已有的遗留系统的服务组件如EJB、Web Service、JMS都只能接收特殊的传输协议，如EJB只能接收RMI的传输协议，Web Service只能接收SOAP的传输协议，JMS组件只接收JMS的传输协议。客户端在调用这些服务组件时，必须采用相应的传输协议。一旦服务组件的传输协议改变，客户端也必须修改相应的传输协议。这就是传输协议的不透明。位置和传输协议透明是SOA与传统的面向接口的IT架构的区别之一。图3-2. 不同架构的接入协议.4 服务注册与管理“你无法重用你无法找到的东西”，服务的一个特点就是可重用。要实现服务的重用，就必须对服务进行管理。服务注册库（Service Registry and Repository，以下简称SRR）以一致的方式存储服务并对服务进行版本控制。SRR是存储已用、计划使用或想要了解的系统(或其他机构系统)中的服务信息的地方。它帮助实现服务语义和缩小IT和业务世界之间的差距的业务含义，并提供服务的业务级视图。一个应用能够在其调用服务之前核查SRR，确定满足功能和性能要求的最合适的服务。SRR的首要作用就是促进业务服务的产生、访问、监管和重用。它使得业务、服务以及SOA基础架构元素之间的交互可以集中化管理，并统一了监管服务供应商、用户和服务之间进行交互的标准和原则。总的说来，SRR促进了业务对象之间的协调关系、IT资产的重用和SOA的逐渐推广。服务注册中心能够回答“什么是服务”以及“服务定位于何处”的问题。而只有服务仓库可以回答下列问题：服务如何被使用、它们之间如何交互、谁在使用这些服务以及为什么使用。为了获得SOA收益，注册中心和存储库都是必须的企业需要同时具备这两种能力，才能实现所需的价值。对于成功的SOA部署而言，当企业不再局限于第一个独立项目时，SRR对于有效实现SOA的价值是必须的。企业如果决定构建SRR，就应该努力获得以下这些能力：1、 发布与查找服务SRR需要具备在各部分发布与查找服务的能力，这种能力是重用的关键。同时，这种使服务社会化的能力能够明确通用的服务，避免重复工作，并促进重用。企业必须确保在考虑SRR的时候，不仅仅支持服务发现和服务重用，同时还支持在各个领域彼此关联的服务，例如，元数据管理。否则企业将无法对服务进行分类，订购改变或更新，或者在改变产生之后，无法及时通知相应的客户。2、 监管SRR需要在整个SOA产品的生命周期中进行管理，从开发、测试、生产直到结束。SRR要管理整个企业机构中的服务访问权限，确定哪些客户能够进行访问以及能够访问哪些服务。它在整个监管生命周期中通过用户、用户类型和服务发布地点来进行监管。3、 增强SRR需要通过在实时运行的服务之间进行动态、有效的交互，来增强企业连通性。通过利用动态连接，SRR能够使企业的ESB在请求到达时找到最适合的端点，从而支持动态SOA与松耦合。4、 管理为了促进服务性能的优化，SRR必须确保政策有效执行，并能够对该政策执行的效果进行分析。它必须能够统一服务测量标准并理解服务性能。这种理解能够帮助业务完成服务级的一致化过程。 AESB产品特性金蝶Apusic Enterprise Service Bus （简称AESB）具备面向服务、面向消息、事件驱动的特性，具备上述企业服务总线所需要的技术能力，是一个在SOA架构中充当服务间智能化集成与管理中介的灵活敏捷的基础平台。图3-3. 金蝶Apusic ESB的体系结构AAS和AMQ，为AESB提供了诸如事务、连接池、线程池、消息封装、可靠消息传输等基础软件设施。之上是AESB的几个核心基础引擎，以及为实现应用接入而出厂定制支持的服务构件。同时，AESB提供了可视化、界面化的配置部署工具，以可视化的方式提供全过程的支持。AESB作为一个功能服务的请求者和服务功能提供者的桥梁，以松耦合的方式实现服务与服务之间的集成，实现服务的地址透明化和协议透明化。图3-4. 通过ESB实现地址和协议的透明化.1 坚固的微内核体系微内核（Microkernel）源自操作系统，在操作系统的概念范畴中，微内核与宏内核相对应，指内核的一种精简形式。将通常与内核集成在一起的系统服务层被分离出来，变成可以根据需求加入的选件，这样就可提供更好的可扩展性和更加有效的应用环境。使用微内核设计，对系统进行升级，只要用新模块替换旧模块，不需要改变整个系统。AESB借鉴操作系统的这种精妙设计，将微内核体系引入到产品实现中来。一个完整的应用系统，从一般用户的视角，消息中间件可以被视为一种“内核”，我们只需调用开放的接口和功能而不需要关心其具体实现。AESB的微内核就是这种“内核”的内核，它是用来构建AESB的基础。图3-5. 金蝶Apusic微内核体系伴随中间件功能的日渐庞大复杂，内部设计微内核化是一个必然的趋势，通过微内核体系可以减少消息中间件内部接口的复杂性，实现更加健壮的软件结构，并提供更加稳定高效的运行期表现。微内核就好比一个原先过度忙碌的商务经理，通过将工作分给其他人，这位经理可以将他的能力更有效地用于重要的商务工作中去，并集中于其他一些任务，例如开辟新的商务分支等。同时他可以雇佣一些新人来支持增长的商务活动，他负责协调这些工作，但由其他的人做好雇佣时说好要做的事。AESB微内核基于JMX技术构建，提供了基础的线程、通讯、资源和事务服务，其他扩展服务如安全服务、监控服务、集群服务、JDBC服务、部署服务等可以通过可插拔的方式加入进来。1、 线程服务提供高效稳定的线程池服务，对线程进行管理，维护线程的生命周期，处理并发请求。2、 通讯服务处理与客户端的通讯，支持HTTP、HTTPS、RMIIIOP等通信协议。3、 资源服务对以下资源进行管理：JDBC Resources、Mail、JCA Resources、JMS、URL、Resource Environment等。4、 事务服务进行全局事务管理。可管理的事务资源包括三种，数据库连接、消息连接和符合JCA的资源。.2 联邦和自治部署体系AESB可以以一个AESB服务器为中心，连接多个AESB接入代理（Agent），组成一个AESB智能网络。在这个智能网络中，可以根据实际的业务场景和实际的业务需求，制定在网络中的应用集成策略，包括安全策略，日志策略等。多个这样的智能网络，可以通过用户指定的策略和方式，在多个智能网络中的AESB服务器之间，建立连接，实现多个AESB智能网络的互联互通。图3-6. 由AESB自治网络组成的联邦网络将每一个拥有自身管理策略的以AESB服务器为中心进行管理的智能网络，称为AESB自治网络。多个自治网络一起，构成一个AESB联邦网络。在AESB自治网络和联邦网络中，消息的传输是可以跨越多种协议的，诸如HTTP/TCP/IP，也可以采用多种通信模式，诸如JMS/SOAP/IIOP等，在保证消息传输的可靠、安全、稳定的基础上，有效解决防火墙和网闸等网络隔离问题。通过这样的自治和联邦的部署体系，对于一个大型的应用集成平台的搭建，带来如下的优势：l 可以分业务领域，分业务主体独立实现l 可以分部门、分级次的逐步实现l 独立主题共同形成整体联邦l 实现统一、跨业务边界、跨业务单元的集成l 避免一次投资过大l 提高平台项目可控性l 降低整体平台风险.3 服务地址透明一个应用的某个基于具体的中间件平台和具体技术的功能接口，被接入到AESB平台中， AESB会将该功能接口以服务的方式进行封装，并注册到AESB服务注册目录。AESB服务注册目录为所有接入到AESB平台中的服务建立索引，对这些服务进行编目，以便服务的请求者能够通过简单的名称索引，就可以发现和调用所需要的服务，而不需要关心所需服务的具体地址信息，做到服务地址透明和服务实现透明。图3-7. SOA中的服务地址透明和服务实现透明通过服务地址透明和服务实现透明这两大特性，可以保证服务请求者和服务提供者之间的松散耦合。对于一个特定功能的服务，可以随时使用其它的服务提供者进行替换，而服务器的请求者完全感知不到这样的变化。.4 事件驱动架构事件驱动架构（Event Driven Architecture，以下简称EDA)中，通过一系列的构件来为需要简单的事件管理功能的大型应用提供解决方案，它所能提供的功能包括事件生成、事件订阅/发布、事件处理、事件持久化和事件查询等，用户可通过简单的配置方式，订阅自己感兴趣的EDA事件。AESB采用了EDA，定义了系统通用事件模型，降低了系统内部、以及系统与外部扩展系统之间藕合度，增加了金蝶Apusic ESB的可扩展性。.5 SCA服务封装体系服务组件框架（Service ponent Architecture，以下简称SCA）提供了一种编程模型，可以支持基于SOA的应用程序实现。它是基于这样的思想：业务功能以一系列服务形式提供，可以组装在一起，创建一个解决方案，以解决业务需求。这些合成的应用可以包含新实现的服务，也可以包含已有系统提供的业务功能。SCA提供的模型，支持服务合成，以及新服务构件的创建，其中可以包括已有应用功能在SCA合成服务中使用。图3-8. SCA体系结构SCA组装模型由一系列定义SCA域的配置的元件组成，包括服务构件的组装、连接关系及描述它们如何连接的相关元件。SCA的一个基本元件是构件（ponent），是一个基本构造单元。构件组成一个实现的可配置实例，这个实现是一段代码，可以提供业务功能。业务功能可以被其它构件使用，称为服务接口（service interface）。实现可以依赖另一个构件的服务接口，称为引用（reference）。实现可以有可设置的属性，这些属性值会影响业务功能的执行。合成服务（posite）用于组装SCA元素到一个逻辑组中，在SCA域中，这是一个基本的合成单位。合成服务包含一组构件、服务、引用和连接线，再加一组属性，用于配置构件。posite是发布服务的构件单元，它比ponent多了接口、绑定及连接线的内容。接口是定义了一个或多个业务功能，这些业务功能由服务提供，并由构件通过引用使用；绑定是描述了服务的获取方式，SCA支持多个绑定类型，如SCA服务、WS、无状态会话EJB、数据库存储过程、EIS服务等；合成服务内的连线，是用来连接源构件的引用到目的构件的服务。SCA模型中定义的构件、合成服务、相关子系统和组成元素及其之间的关系，最终需要使用基于XML的部署文件进行描述和打包，并部署到SCA域中，这样才能构成完成具体业务和服务的运行环境。SCA是一种模型，可以支持实现服务构件的各种技术，连接服务构件的各种存取方法。对于构件，不仅包括不同的编程语言，也包括这些语言使用的框架和环境。对于存取方法SCA合成操作支持各种通讯，服务存取技术，如：WS、MQ、RPC。AESB实现了SCA规范，并作为整体体系中的一个重要的基础引擎。通过SCA规范的方式，对应用系统所暴露出来的各种基于不同的编程语言和技术模型的功能接口进行包装，将这些功能借口以标准化的方式，封装成一个个业务服务，并注册到AESB服务注册目录中。AESB可支持的技术模型有：l JCAl Web服务l JMS.6 SDO数据模型SCA中的一个关键推动因素是服务数据对象（Service Data Object，以下简称SDO）。SDO其实与SCA是一对具有对应关系的规范。软件=服务+数据，SCA更加关注业务逻辑，而SDO则更侧重于业务数据。SDO是一种针对在不同的数据源之间使用统一的数据编程模型的规范说明。简单来说，SDO就是旨在提供这样一种数据对象：它像橡皮泥一样，可以根据实际的数据源决定它的实际表现。而在使用过程中不必考虑其实际类型和构建方法。SDO 是信息的容器，设计用于提升开放标准和互操作性。SDO 提供了在整个企业应用程序中表示信息的方法，是一种针对在不同的数据源之间使用统一的数据编程模型的规范说明，为通用的应用程序提供健壮(robust)的支持，是应用程序、工具、框架等更容易的进行数据的增、删、查、改、约束、更新等操作。SDO数据模型具备如下的三个优点：l 弱类型l 自描述l 操作可回朔AESB扩展了SDO规范，实现动态元数据支持的SDO模型。AESB采用了SDO数据模型，对各种服务所产生的数据进行统一封装。.7 基于DSL的脚本引擎领域特定语言（Domain Specification Language，以下简称DSL）是指一种面向函数编程的理念。通过DSL，可以根据使用者自身的习惯来订制编程语言规则，以业务化的方式，降低编程语言的可理解性，增强编程语言的可读性。例如，在某些业务场景下，需要判断某个阀值进行条件判断，用Java代码表述如下：If ( tag 100) System.out.println(“1”); else System.out.println(“0”)通过DSL对语法进行抽象和再定义之后，这个条件判断可以表述为：如果 tag 大于 100,打印1;否则,打印0;AESB所提供的脚本引擎，基于实现DSL功能的函数编程语言Apusic Elite。当在复杂的业务场景下，需要通过脚本方式完成相应功能时，通过DSL抽象和定制语法规则，以非常自然语言和业务化的方式定制脚本。这样，平台的主导权从程序员手中，移交到了业务人员手中。.8 动态元数据AESB通过SDO方式对服务所产生的数据进行包装。当数据从一个服务传递到另一个服务的时候，需要进行数据的转换，使数据从一个服务可以识别的信息变更为另一个服务可以识别的信息。例如，某个服务的提供者提供了一个接口，接收一个描述人员信息的对象为参数，这个人员信息的描述如下：id身份证号Name姓名而服务的请求者，在发起请求的时候，传递的描述人员的信息如下：Shenfenzhenghao身份证号MINGCHENG姓名在数据被传递给服务的提供者时，必须经过数据的转换。服务的请求者将数据传入时，会被AESB封装成SDO数据格式。而SDO数据格式是带有元数据的。这个时候的数据转换，就是将传入数据的元数据，按照目标数据格式的元数据进行变迁和转换。在上述的例子中，通过动态的元数据变更，将传入数据的元数据属性名称分别修改成ID和Name即可。AESB对每一个接入到平台中的服务数据的元数据进行统一的管理，通过一系列的元数据变更和变迁，使得不同系统间同语义的异构数据能够进行相互转换，相互传递。.9 可靠消息传输AESB的底层消息传输，基于AMQ，能够提供可靠、稳定、安全的消息传输。l 智能路由在一个拓扑网络中，消息传输的路径直接影响到消息的传输效率。AMQ提供智能路由功能，在选择路径时可根据路径的长度等情况进行综合考虑，以保障消息以最快速度传送到目的地。如在一个由乌鲁木齐(A)、北京(B)、哈尔滨(C)、成都(D)、南昌(E)五个路由节点组成的网络中：图3-9. 由AMQ组成的消息网络有消息需要从A发送到E，在这个网络中，A到E有2条传输路径，分别是：a)A-B-C-E；b)A-D-EAMQ智能路由会首先选择最短的传输路径，也就是A-D-E路径传输消息。l 消息切分AESB支持将一个大的消息切分成多个小块发送，在目的