面向服务架构参考模型及应用研究
智能制造体系架构、参考模型与标准化框架研究
收 稿 日期 ：２０１６—１１—１４；修 订 日期 ：２０１７～０５—０２。Ｒｅｃｅｉｖｅｄ １４ Ｎｏｖ．２０１６；ａｃｃｅｐｔｅｄ ０２ Ｍａｙ ２０１７． 基金项 目：国家 ８６３计 划资助项 目（２００１ＡＡ４１５３４０，２００７ＡＡ０４ＺＩＡ６）；国家 自然科 学基金 资助项 目（６１１７４１６８，６１７７１２８１）；中国航 空科学基 金
基于面向服务和资源体系架构的业务组件模型研究
０ 引 言
应 用 中的不 同层 次传 递 为 Ｄ Ｏ， 接用 来对 应 表 Ｔ 直
面 向服 务 的体 系 架 构 （ Ｏ Ｓ Ａ，Ｓｒｉ —ｒ 示 层就 是 Ｖ ｅｖ ｅＯｉ ｃ ． Ｏ。 ｅｔｄＡｃｉｃ ｒ） ｎ ｒｈｔ ｔ ｅ 的提 出 ， ｅ ｅｕ 旨在解 决 企 业 异 构 系 统 的无缝 集成 、 软件 柔 性 化 、 需 重构 等 问题 ， 按 但 在 各种 客 户 端 技术 的 整 合 方 面 存 在 不 足 。本 文
１ １ 基 于 Ｍ Ｃ的 Ｊ Ｅ 多层模 型 ． Ｖ ２Ｅ
（ ） Ｔ 数 据 传 输 对 象 （ ａａＴａｓ ｒＯ － ４ Ｄ Ｏ： Ｄ ｔ ｒｎｆ ｂ ｅ ｊｃ，Ｔ ） ｅｔＤ Ｏ 主要 用 于远 程 调 用 等需 要 大量 传 输 对 象 的地方 。对象 不 应该 包 含 业 务逻 辑 ， 其仅 仅 传
２ ２ 年 ３ 月 ０１
太 原 大 学 学 报
Ｊ ｕ ｎ ｌ ｆＴ ｉｕ ｎ Ｕｎｖ ｒｉ ｏ ｒ ａ ａｙ ａ ｉｅ ｓｔ ｏ ｙ
第 １ 卷 第 １期 总 第 ４ 期 ３ ９
文 章编 号 ：６ １ ５ ７ （ ０ ２ Ｏ — １ ０— ５ １７ — ９７ ２ １ ） １ ０２ ０
软件体 系 架 构 是 沿 着 单 机 到 Ｃ ｓ架 构 ， 到 再
Ｂ Ｓ的三 层 架 构 甚 至 多 层 架 构 逐 步 发 展 过 来 的 。
关 于多层 架 构 ， 文 不 再 详 细 介 绍 ， 以 参 考 相 本 可 关 的资料 ， 面首先 分 析 一下 目前 比较 流 行 的客 下 户 端技术 以及 客户 端和服 务器 之 间的通讯 方式 。
Ａ ｃ ｉ ｃｕｅ ， 业务 组件 接 口层 和业 务逻辑 层分 ｒｈｔ ｔｒ） 把 ｅ
面向服务的服务等级协议实现框架的研究
Ａｂ ｔａ ｔ ｓｒ ｃ：Ｒｅｅ ｒｈ ｏ Ｓ ｏ ｅ ｔｄ ｓ ｒｉｅｌｖｌａ ｒｅ ｎｓ ｗ ｓｍａ ｅ ｉ ｈｓｐ ｐ ｉ Ｉ ｒｅ ｏ ｒａｉｅｔｅ ｓ ｒｉｅ ｓ ａｃ ｎ ＯＳ —ｒ ｎｅ ｅｖｃ ｅ ｅ ｇｅ ｍｅ ｔ ａ ｄ ｎ ｔｉ ａ ｅ． ｎ ｏｄ ｒｔ ｅ ｌ ｈ ｅｖｃ ｉ ｚ
ｄ ｓｒ ｅ ． ｅｃ ｂ ｄ ｉ
Ｋｅ ｒ ｓ ｅ ｏｋ ｍ ｎｇｍｅｔ Ｓ Ａ（ ｅｖ ｅ ＬｖｌＡ ｒｅ ｎ ） ｗ ｒ￣ ｗ ｍａａｅ ｎ； Ｐ Ｌ Ｂ ｓ ｅｓ Ｐｏｅｓ ｙｗｏｄ ：ｎｔ ｒ ａａｅ ｎ； Ｌ Ｓｒｉ ｅｅ ｇｅｍｅｔ ； ｏｋ ｏ ｎ ｇｍｅｔ Ｂ Ｅ （ ｕｉ ｓ ｒｃｓ ｗ ｃ ｓ ｌ ｎ Ｅ ｅｕｉ ａ ｇａｅ ；Ｏ （ ｅｖ ｅＯ ｉ ｔｄＡｃｉ ｃｕｅ ｘｃ ｔｎＬｎｕ ｇ） Ｓ Ａ Ｓ ｒｉ － ｒ ｎｅ ｒｈｔ ｔｒ） ｏ ｃ ｅ ｅ
ｐ ｏ ｅ ｓ ａ ｔ ｍａｉ ｎ ｏ Ｓ ｅ ｖｃ ｎ ｇ ｍｅ ｔｄ ｖ ｎ ｂ ｉ ｅ ｌｖ ｌａ ｒ ｅ ｎ ｓ ｏ ｈ ａ ｉ ｆ ｏ ｋ ｏ ｅｅｅ ｃ ｒｃ ｓ ｕ ｏ ｔ ｆＯ Ｓ ｓ ｒ ｉｅ ｍａ ａ ｅ ｎ ｒ ｅ ｙ ｓ ｒ ｃ ｅ ｅ ｇｅ ｍｅ ｔ， ｎ ｔ ｅ ｂ ｓｓ ｏ Ｗ ＭＣ ｗ ｒ ￣ ｗ ｒｆ ｒｎ ｅ ｏ ｉ ｖ ｆ ｍｏ ｅ ｎ ｅ ｉ ｅ ｏ ｅ ｔｄ ａ ｈ ｔｃ ｕ ｅ ｈ ｅ ｉｅ ｌ ｖ ｌａ ｒ ｅ ｎ ｓｓ ｓｅ ａ ｈ ｔｃ ｕ ｅ ｓ ｐ ｏ ｎ ｒ ｌ Ｗ ｍａ ａ ｅ ｎ ａ ｄ ｌａ ｄ ｓ ｒ ｃ — ｒ ｎ ｅ ｒ ｉ ｔ ｒ ，ｔ ｅ ｓ ｒ ｃ ｅ ｇ ｅ ｍｅ ｔ ｙ ｔｍ ｒ ｉ ｔ ｒ ｕ ｐ ｓｉ ｇｗｏ ｋ ｌ ｎ ｇ ｍｅ ｔ ｓ ｖ ｉ ｃ ｅ ｖ ｅ ｃ ｅ Ｃ Ｏ ｗ ｐ ｏ ｏ ｅ ．Ａ ｄ ｂ ｓｎ ＥＬ ｏ ｅ ｉｅ ｏ ｅ ｔ ｄ ａｃ ｉ ｃｕ ｅ ｎ ａ ｐ ｉａ ｉｎ ｓ ｅ ａ ｉ ｓ ａ ｃ Ｌ ｙ ｔ ｍ ｒ ｈ ｔｃｕ ｅｗ ｒｐ ｓｄ ｎ ｙ ｕ ｉ ｇＢＰ ｆ ｒ ｃ ｒ ｎ ｅ ｒｈ ｔ ｔ ｒ ，ａ ｐ ｌｃ ｔ ｃ ｎ ｒｏ ｉ ｔｎ ｅｏ Ｓ Ａ ｓ ｓｅ ａｃ ｉ ｔ ｒ ａ ｓｖ ｉ ｅ ｏ ｎ ｆ ｅ ｓ
面向服务架构的异构系统集成模型
业逻辑业务需求 ，重合企业现有业 务和数据 ，将业务需求 、流程
和数据 以 “ 服务 ”的形式进行包装并发布到一个基 于 标准 、开放 的平 台，供 用户访 问，达 到既保 留企业现
有 Ｉ 础 设备 设施 ， 能满 足 企 业 动 态 业 务 需 求 的 目 Ｔ基 又
异构系统进行集成，达 到在保持现有 Ｉ Ｔ基础 设施前提下 ，满足企业新的动态 业务需 求的目的。以某煤矿企业信 息系统建设为案例，重 点分析 了企业 实施 Ｓ Ａ架构的系统模型建立过程及关键技术实现流程 ，为企业信息系统 Ｏ
改 造 提 供 了一 种 新 的解 决方 案 。
关键词 ：Ｗｅ 服务 ；Ｓ Ａ；异构系统 ；服务集成 ｂ Ｏ
Ｈ ｅ ｅ Ｏ ｎ Ｏ ｓＳ ｓ ｅ Ｉ ｔ ｇ ａ ｉ ｎ Ｂａ ｅ ｎ Ｓｅ ｖ ｃ － ｉ ｎｔ ｄ Ａｒ ｈ ｔ ｃ ｕ ｅ ｔ ｒ ｇｅ ｅ ｕ ｙ ｔ ｍ ｎ ｅ ｒ ｔｏ ｓ ｄ ｏ ｒ ｉ ｅ Ｏｒ ｅ ｅ ｃ ｉｅ ｔ ｒ
Ｘ ＡＮＧ Ｗｅ， Ｕ ｕ －ｉ，Ａ ｎ ・ ｉｇ Ｉ ｉＰ Ｇ ｏＬｎＹ ＮＧ ＱｉｇＰ ｎ
（ ｅ ａｔ ｎ ｆ ｃ ｎ ｅ ｎ ｅ ｈ ｏｏ ｙＳ ｃ ｕ ｎ ｉ ｒｉ ｆ ｒ ｄＳ ｉ ｃ ， ａ ｈ ｕ６ ５ ０ ， ｈｎ ） Ｄ ｐｒ ｍｅ ｔ ｉ ｃ ｄＴ ｃｎ ｌｇ ，ｉ ａ ｖ ｓ ｙｏ Ａ ｔ ａ ｃｅ ｅ Ｄ ｚ ｏ ３ ０ ０ Ｃ ｉａ ｏＳ ｅ ａ ｈ Ｕｎ ｅ ｔ ｓｎ ｎ
目前 大中型企业使用的信 息系统普遍存在一个严 重问题：数据分散在各个异构系统中，系统 间信息 的 交 互非常困难 ，系统、流程和 数据孤立 ，形成 了一个
个 “ 信息孤 岛”［。而现代企业 经常要 面对 内部重组 、 １ 】
面向服务架构的十大技术与基础理论体系
面向服务架构的十大技术与基础理论体系中科院软件所研究员仲萃豪前言实践论认为：从实践提升到理论，再由理论指导实践，由此向前发展。
目前SOA的发展的情况正是如此，通过不少实践，SOA的模型己经被公认为标准规范，目前是正需要进一步总结上升到理论的时候了。
当前国内要发展SOA主要有三方面工作：方法、工具和环境。
方法是工程技术，由基础理论来指导提出的。
所以一门科学必需要包括：认知科学(哲理)、工程技术和方法、最后是理论。
SOA是从面向对象、构件架构等逐步发展完善，且相互依托、相互补充、又各自适应不同范围，因此在讨论SOA理论时，要了解它是如何演化过程来，继承了那些理论体系，其适应度如何。
SOA的第一个技术与理论体系为结构编程方法40年前国际上发生了“软件危机”，如IBM公司开发一个操作系统、或美国的航空公司开发飞机订票系统，都花费了上千人年的工作量，开发周期长、而开发出来的产品却是错误很多，难以维护和适应修改。
正在此时，一位荷兰的物理家E.W.Dijkstra提出了一种“结构程序设计方法”，他认为：人的智力是有限的，采用数学或物理学的思维方法，用枚举、抽象、归纳、类比等思维方式简化问题。
由于我也是数学系毕业的，我拜读了他的所有论文，就编写一本著作“编程方法学”，此书曾三次获得著作大奖，并在全国十多所名牌大学讲过课。
用此方法扩展到软件设计中时，称为“结构化分析和结构化设计(SASD)”。
所谓“结构程序设计方法”，就是基于面向对象设计方法的早期蓝本，侧重於解决程序正确性的编程的方法，以此为基础建立了软件工程这门学科，建立了编程的基础理论体系。
解决软件开发效率的第二个基础理论体系是“面向对象”的可重用理论我们都知道由面向对象发展到面向构件，由面向构件再发展到面向服务，因此它们的认知观和基础理论都是息息相关的，解决大型软件的开发效率和质量除了要解决编程的正确性外，还必需解决开发周期长、复用性差、成本高、文档多、以及难以适应系统演化等问题，十多年来仍旧困惑着这门学科，“软件危机”仍未解决。
《智慧城市》继续教育试题及答案
1、考试结果智慧城市试卷总分：100 考试时长：60正确答案以红色字体标注一、单项选择题（?每题2分, 共30题?）1.有详细的步骤和方法，逻辑性强，主要是针对\n一个复杂组织的完整架构开发，但很难裁剪的EA框架是哪项？?答案错误TOGAFFEADODAFZachman2.FEA的五大参考模型中，可以用来分析每个IT项目支持的具体业务域、业务线和业务子功能，从而避免针对同一业务功能的重复建设的是？?答案正确绩效参考模型业务参考模型服务构件参考模型数据参考模型3.随着城市信息化进程的不断加快，产生大量的“信息孤岛”的原因不包括？?答案正确建设目标不同业务应用不同建设阶段不同实现技术不同4.下列关于城市数据资源的描述，不正确的是？?答案正确政府各部门既需要各类数据资源，又产生各类数据资源数据资源来源于社会，新产生数据仅输出给社会城市数据资源产生并流转于城市运菅的各个环节和部门数据资源来源于社会，新产数据不仅输出给社会，还输出给其他协同的政府部门5.“全面提升城市规划发展能力、提高城市公共设施水平、增强城市公共服务能力、激发城市新兴业态活力”，此内涵为智慧城市发展的？?答案正确范围主线程度宗旨6.“更多地从用户业务出发，实现IT系统与用户业务的密切结合”，此体现的SOA技术特点是？?答案正确重用IT资源以业务为中心灵活适应变化更强调标准7.智慧城市建设中，涉及各横向层次，指导和规范智慧城市整体建设的保证体系是？?答案正确安全保障体系标准规范体系建设管理体系运营与运行体系8.下列选项中，有关智慧制造系统“深度互连层”的表述，错误的是？?答案正确降低产品制造成本对多个工厂实现分散管理实现有效的信息共享和资源调配为制造企业提供强有力的市场竞争力9.关于济宁市智慧城市建设的实施意见（济政字〔2016〕113号）文件，其中关于其指导思想说法错误的是？?答案正确围绕建设市信息技术产业基地核心目标坚持以智慧城市应用为导向以智慧产业发展为基础以信息资源整合共享为关键10.根据关于济宁市智慧城市建设的实施意见（济政字〔2016〕113号）文件，济宁市智慧城市建设的基本原则不包括？?答案正确突出特色，量力而行资源整合，开放共享政府引导，市场为主需求导向，惠及民生11.“创新治理方式，行政权力和行政服务事项实现网上公开透明运行，政府办事效率和公共服务能力大幅提升”是济宁市哪个具体目标的体现？?答案正确基础设施支撑能力显着增强智慧应用水平大幅提升智慧产业发展取得重大突破智慧城市推进机制更趋完善12.济宁市“实施信息惠民工程”相关内容，错误的是？?答案错误以便民、利民、惠民为核心发挥通信运营企业的主体作用，加快城市扩大光纤到户网络覆盖范围和规模全面解决百姓看病难的问题，完善区域人口健康信息平台公共服务进社区进家庭，构建智慧社区13.下列选项中，不属于智慧城市中广泛的业务协同建立基础是？?答案正确数据交换简化流程数据共享互连互通网络14.基于SOA构建的服务支撑体系不具有的特征是？?答案正确集中的标准化的开放的分散的15.下列选项中，不属于智慧城市基础标准的是？?答案正确智慧城市术语智慧城市信息安全智慧城市评价模型和基础评价指标体系智慧城市基础参考模型全国性的标准化技术委员会全国智能运输系统标准化技术委员会中国电力企业联合会全国智能建筑及居住区数字化标准化技术委员会17.下列选项中，不属于传统政务现状的是？?答案正确信息孤岛安全威胁资源匮乏管理困难18.典型的智慧政府的SOA参考模型分为？?答案正确一层二层三层四层19.下列选项中，智慧政府主要利用虚放化技术构建政府云计算中心的是？?答案正确IaaSPaaSSaaSSOA20.下列选项中，不属于智慧交通系统从体系结构方面进行分层的是？?答案正确感知层网络层分析层应用层21.SOA在智慧交通中的是一种应用与其他部门进行？?答案正确协同协调平行独立22.下列选项中，不属于智慧交通系统对车辆及道路的影响的是？?答案正确运营效率大大提高排放的尾气减少占用的资源增加消耗的资源下降23.下列有关智慧医疗的典型需求，表述错误的是？?答案正确加强顶层设计，从单纯的卫生工作管理向综合管理与为公众提供服务相结合转变以居民健康为中心、以卫生业务为主线，服务居民，方便管理，为实现人人享有基本医疗卫生服务的目标做好服务在业务内容上，一方面突出服务功能；另一方面完善管理在框架设计上，利用纵横交互的平台技术实现统筹规划、资源整合、互连互通和信息共享，提高医疗卫生服务水平与监管能力24.下列选项中，不属于SOA技术在智慧教育中的典型应用的是？?答案正确促进对学生行为的全面感知教育信息深度整合多种渠道管理服务25.通过信息发布、信息采集等功能，提供公共信息服务，具体可分新闻类、专业类、共享与工具类、信息交换类等信息的展现的是？?答案正确政府监管与服务IaaS服务综合信息服务物流电子商务26.大气污染属煤烟型污染，以尘和酸雨危害最大，不属于酸雨主要分布区的是？?答案正确长江以南青藏高原以东四川盆地华北地区27.利用任何可以随时随地感知、测量、捕获和传递信息的设备、系统或流程，实现对环境质量、污染源、生态、辐射等环境因素的“更透彻的感知”指的是？?答案正确感知层传输层智慧层服务层28.污染源普查是以污染源普查管理及应用需求为导向，可以将普查数据与空间信息相结合对普查结果进行管理和展示的技术手段为？?答案正确GPS系统自动识别技术GIS系统互联网技术29.“居民基础信息一次录入，专项信息分类使用”体现的是智慧社区的？?答案正确智慧社区的共享性智慧社区的引导性智慧社区的单一性智慧社区的安全性30.智慧园区中，SOA支撑平台对各类SOA服务提供的必需的支持，不包含？?答案正确服务提供计费积分管理账户管理云技术管理二、多项选择题（?每题4分, 共5题?）1.在发展智慧城市的过程中，通常利用的“新一代信息通信技术”手段包括？?答案正确互联网云计算电话通信快速交通2.下列选项中，企业最为关注的三个“智慧城市支撑技术”包括？?答案错误云计算技术面向服务的体系结构三网融合物联网技术3.下列选项中，属于实现城市交通智能化的关键在于？?答案正确交通信息的科学性交通信息的全面性交通信息的准确性4.物流系统SaaS服务主要是面向平台的不同对象，为其提供？?答案正确联盟车库车管家物流供应链配货通5.济宁市工作的重点体现在？?答案正确建设统一的网络中枢平台提升信息基础设施水平实施信息惠民工程发展智慧产业三、判断题（?每题2分, 共10题?）1.通过调研，用户（政府、事业单位）和企业均认为“政府的统一规划指导”是推动智慧城市发展的最重要因素。
面向服务的ERP产品可重构开发模型研究
现 于过去 遗 留下 来 的异 构系 统 、 用 、 务 流程 以及 数 应 商
代 据 源 。 子公 司 运行 模 式 的底 层架 构 并 不 统一 ， 信 各 通 计 而且 导致不 同底 算 协议不 同， 交换 的数据格 式也 有差 异， 层架构 的子公 司之 间要 进行信 息交 流 、 数据 整合 和应 机
关键 词 ：面向服务 （ ＯＡ） １Ｐ；软件复 用 ；软件 构 建 ；领域 工程 Ｓ ；ＥＬ
引 言
Ｅ Ｐ是一 个 面 向供应链 的管 理信 息 系统 。近 年 Ｒ
来 ．Ｒ Ｅ Ｐ在 我 国 已被 越来 越 多 的企 业认 同和接受 ， 实
结构上 进行彻 底解 决。 因此 。 文基 于软件 复用 、 本 软件
维普资讯
研 究 与 开 发
林 惠强 ， 刘 才兴 ， 宋书 山
（ 华南农 业大学 计算 机科 学与 工程 系 ，广州 ５ ０ ４ ） １６ ２
摘 要： 目前 ，１Ｐ系统在 开发 中主 要有 两个 问题 ：）１Ｐ产 品在 开发 过程 中存在 大量 的重 复 工作 ， ＥＬ （ ＥＬ ￣ 系统的 开发 周 期 比较 长 ： ）１Ｐ产 品的 刚性 太强 ， ￣ＥＬ 系统的 柔性 差 ， 应性 不强 ， 还没 有可 适 至今
Ｍ Ｄ Ｒ Ｃ ＭＰ Ｔ Ｒ ２ｏ． ｏ Ｅ Ｎ Ｏ Ｕ Ｅ ｏ６ ０ １
维普资讯
研 究 与 开 发
系结 构 中 ，由各 自独 立 可复 用 的服 务去 构 成系 统 功
能 。这些 服务 向外公 布有 意义 明确的 接 口 ． 软件 的开 发是通 过对这 些实现 透明 的接 口的调用 来完成 。Ｓ Ａ Ｏ
这些技 术解 决 的问题更多地 集 中在数据 层 面 。 突出 的 缺 点 表 现 为 ：ＡＩ 台 与原 有 应用 系 统之 间紧 密 耦 Ｅ 平
面向服务架构下的信息安全应用研究
面向服务架构下的信息安全应用研究摘要随着面向服务架构的应用逐渐增多，面向服务架构下的信息安全应用研究也变得日益重要起来，有必要探讨面向服务架构下的信息安全应用。
关键词面向服务架构；信息安全；应用研究中图分类号tp391 文献标识码a 文章编号 1674-6708（2011）38-0203-010 引言面向服务的架构是一种架构模型，它能够结合具体的需求，通过计算机网络来分布式的部署、组合和使用耦合度非常低的粗粒度的应用组件。
服务能够直接被应用所调用，它是面向服务的架构的基础，从而对于应用系统中的和软件代理进行交互的人为依赖性进行有效的控制。
因此，在面向服务架构下，安全问题是一个非常重要的问题。
面向服务架构下的信息安全应用研究具有十分重要的意义。
1 面向服务的架构概述在面向服务的架构中，“服务”的概念是其关键。
万维网联盟对于服务的定义如下所述：服务提供者实现一组工作，并将所需的最终结果交付给服务使用者进行使用。
一般来说，最终结果会改变服务使用者的状态，同时，也会改变服务提供者的状态，或者同时改变服务使用者和服务提供者的状态。
根据上述定义，我们可以发现，面向服务的架构具有下列的一些特点：第一，实现了粗粒度、松散耦合的服务架构；第二，通过简单、精确定义接口进行服务之间的通讯；第三，服务之间的通讯与底层编程接口和通讯模型是相互独立的。
面向服务的架构的核心是服务（service）。
在面向服务的架构中，定义了服务提供者、服务请求者、服务代理、服务契约等一系列关于服务的实体，这些实体对于怎样提供和消费服务进行了非常详细的说明。
在采用了面向服务的架构进行构建的系统中，一定要存在服务，能够通过网络找到这些服务的地址，同时，这些服务是独立的、模块化的、能够实现互操作的、松散耦合的、具有明确的位置的。
2 面向服务架构下的信息安全参考模型分析由于面向服务的架构下的开放性和分布性，因此，面向服务的架构下的信息安全的影响因素是非常多的，应该建立一个抽象的面向服务的架构下的信息安全参考模型，从而为面向服务的架构下的信息安全问题提供良好的保障。
一种面向服务的体系结构参考模型
第 ２ ９卷 第 ７ 期 ２０ ０ ６年 ７月
计
算
机
学
报
Ｖ ｏ ． ２ ＮＯ． ７ １ ９
ＣＨ Ｉ ＮＥＳ ＯＵＲＮ ＡＬ ＯＦ ＣＯＭ Ｐ ＥＪ ＵＴＥＲＳ
Ｊ ｌ ０ ６ ｕｙ２ ０
一
种 面 向服 务 ｎｅ ｃ ｉ ｃｕｅ 是 一 种 追 Ｏ Ｓ ｒ ｉ Ｏ ｉ ｔｄＡｒｈｔ ｔ ｒ） ｅ ｅ ｅ
重点 论述 了如何用构 件来实现 服务 ， 没有讲 述如何 但 用服务来组合 服务 ， Ｑｏ （ ａｉ ｆ ｅｖｃ ） 没 对 Ｓ Ｑｕ ｌ ｙｏ ｒ ｉ 也 ｔ Ｓ ｅ 有进行 论 述． ＭＡＩ Ｓ项 目①着 重 考 虑 了 对 针 对 通 道
麻志毅 陈泓婕
北 京 １ ０ ７ ） ０ ８ １ （ 京 大 学信 息 科 学 技 术 学 院 软 件 工 程 研 究 所 北
摘 要 在 对 当 前 的 面 向 服 务 体 系 结 构 研 究 的 基 础 上 ， 出 了 一 种 用 于 设 计 面 向 服 务 体 系 结 构 的 参 考 模 型 ， 入 提 深
ａ ｃ ｉ ｃ ｕ ｅ ． Ｔｈ ｅ ｅ ｅ ｃ ｒ ｈｔ ｔ ｒ ｓ ｅ ｅ ｒ ｆ ｒ ｎ ｅ ｍｏ ｅ ａ ｓ ｔ ｅ ｆ ｕ ｄ ｔｏ ｏ ｕ ｌ ｉ ｇ ｅ ｖ ｃ — ｒｅ ｔ ｄ ａ ｃ ｉ ｃ ｄ ｌ ｌ ｙ ｈ ｏ ｎ ａ ｉｎ ｆ ｒ ｂ ｉ ｎ ｓ ｒ ｉｅ ｏ ｉ ｎ ｅ ｒ ｈ ｔ — ｄ ｅ
求敏 捷性 的面 向服 务 的体 系结 构 ， 把 业 务 逻辑 和 它 具 体实现 技术 这二 者 分 离 开来 ， 因而遵 循 该 体 系结
的具有 适 应 性 的信 息 系 统 如 何 进 行 基 于 服 务 的建
面向服务架构(Service-OrientedArchitecture
SOA面向服务架构(Service-OrientedArchitecture，SOA)是一种架构模型，其基本思想是以服务为核心，将企业的IT资源整合成可操作的、基于标准的服务，使其能被重新组合和应用。
SOA的应用对突破企业信息化建设过程中长期存在的瓶颈，诸如信息孤岛、适应需求能力差、重复建设、新应用周期长等问题提供了有力的解决手段。
1.统一规范与标准。
突破信息鸿沟制约与传统技术手段不同，SOA技术架构强调统一规划、统一标准、统一管理。
通过SOA技术架构的应用，不仅辅助企业各业务部门制定科学合理的整体规划，而且有效解决企业信息化建设中因缺乏统一框架而带来的信息孤岛现象。
为解决企业各业务部门间，部门内的互联互通难。
资源浪费、重复建设等问题提供有力支持。
2.创新技术理念，提升应用水平SOA以服务为理念，通过面向眼务的方式组织开发，可以更准确地体现用户需求。
服务以松耦合的状态存在于整个系统中，并可以随业务需求而变，一方面可以快速深度地满足用户需求。
另一方面可以减少企业各业务部门中的业务冗余和重复开发。
3.改变建设模式，降低投资风险SOA基于全新的技术架构来规划产品与组织生产，将极大地变革软件生产和应用模式，从而满足用户的深层次需求。
SOA提供了构建IT系统的全新方法，充分采用标准的软件产品和服务组件，最终形成高效开发、标准规范、业界支撑广、技术发展快的应用模式。
MVC李彦宏首谈“框计算”：全新技术理念驱动产业升级李彦宏指出，“框计算”为用户提供基于互联网的一站式服务，是一种最简单可依赖的互联网需求交互模式，用户只要在框中输入服务需求，系统就能明确识别这种需求，并将该需求分配给最优的应用或内容资源提供商处理，最终返回给用户相匹配的结果。
“框计算”驱动产业升级首先，“框”是一个功能强大的需求收集器和分析器。
在李彦宏提出“框计算”概念之前，其实个人计算机、互联网上已经有形形色色的各种计算框，词典框、对话框、搜索框……但这些各种各样的“框”，都只是在特定语境下才有意义。
基于面向服务体系架构(SOA)和面向资源体系架构(ROA)的业务组件模型
基于面向服务体系架构（SOA）和面向资源体系架构（ROA）的业务组件模型多终端多技术平台可复用的组件模型引言在《面向服务体系架构（SOA）和业务组件（BC）的思考》（以下简称《SOA 和BC 》）一文中介绍了基于面向服务体系架构（SOA）的组件模型，本文按照“分离”的原则，通过比较当前多种流行的客户端和服务器端的通讯机制，进一步把业务组件进行分离，采用面向资源体系架构（ROA）把业务组件界面层和业务逻辑层分离开，构建一个多终端多技术平台可复用的组件模型多层架构中的通讯方式软件体系架构是沿着单机到CS 架构，再到BS 的三层架构甚至多层架构逐步发展过来的，关于多层架构，本文不再详细介绍，可以参考相关的资料，下面首先来分析一下当前比较流行的客户端技术以及客户端和服务器之间的通讯方式。
基于MVC 的J2EE 多层模型在一个标准的基于MVC 的J2EE 的模型架构的代码中，从对象的类别来看，一般包含BO、DAO、POJO 等Java 类，另外还包含JSP、Servlet 等，如下图所示：图1. 基于MVC 的J2EE 多层模型POJO：简单Java 对象（Plain Ordinary Java Object，POJO），一个中间对象，在不同阶段可以转化为PO、DTO、VO，POJO 持久化以后就是PO，在应用中的不同层次传递为DTO，直接用来对应表示层就是VO。
PO：持久对象（Persistant Object，PO），也称为Data 对象，对应数据库中的Entity，可以简单认为一个PO 对应数据库中的一条记录。
PO 中不包含任何对数据库的操作。
VO ：表现层对象（View Object，VO）主要对应界面显示的数据对象。
对于一个WEB 页面，或者SWT、SWING 界面，用一个VO 对象对应整个界面的值。
根据业务的需要可以和表对应，也可以不对应。
DTO ：数据传输对象（Data Transfer Object，DTO）主要用于远程调用等需要大量传输对象的地方。
面向服务的P2P网络体系结构层次参考模型研究
比如移动性 、 智能性 等特性 的融人 ， 等等 。 Ｐ Ｐ网络应 用 除具有 可缩放 性 、 等 性 、 ２ 对 易部 署
１ 引 言
构造和使用 Ｐ Ｐ网络 的动力 源于对 资源 的共 ２ 享 。Ｐ Ｐ网络技术 的产 生 与 发 展 ， ２ 不仅 仅 只是 一 项
新 型的 网络 技术 的革 新 ，２ Ｐ Ｐ网络 本身 所 具 备 的强
大 的 网络规 模可缩 放 特 性 、 节点 间 的对 等特 性 以及
证、 多方通信 、 型服务提供 、 新 可扩展性 、 开放性等 ， 这些 都是 为 了增强 Ｐ Ｐ网络应 用 的高可用性 。 ２
必然 是庞 大的 ， 结 构化 Ｐ Ｐ网络技 术 则 能够 满 足 而 ２
用性 的多方 面 因素 放 置 在 Ｐ Ｐ网络 的 不 同层 次 解 ２
决。
应用 规模缩 放性 的服 务需 求 ， 供 广 域 网范 围 内海 提
量资源的整合与共享 ； 构建 即时通信 、 白板系统 、 语 音通信、 视频会议等强调节点间协同工作的应用 ， 参 与协 同工作 的计算 机之 间不再 需要专 门的服务 器进 行协 同 ， 而 自组 织 形成 以特定 兴 趣 为 驱 动 的应 用 进
２ 面 向服务 的 Ｐ Ｐ网络体 系结构分层参考 ２ 模 型
基 于 Ｐ Ｐ网络 技 术 构 建 的 Ｐ Ｐ网 络应 用 平 台 ２ ２ 涉 及到对 多种 类 型 的 网络资 源 的有效 利 用 ， 包括 计
算资源 、 通信 （ 带宽） 资源 、 信息资源以及各种服务 资 源 。将 整个 网络 中 的各 类资 源看成 是一个 逻辑整 体， 面向各种网络应用提供一个统一的抽象资源池 ，
面向服务的架构SOA及其应用模型研究
[5] 2007 年 OASIS探寻标准SOA 参考架构， L EB/ 0 LI， :/ / s archweb ervices ， http e s
t ech t a r g et . com . cn / com men t / 46 /
关 键词:面向 的架 服务 构(SOA) w eb service x ML Es B
中图分类号:TP3l l . 5 文献标识码: A
文章编号: 1672一 3791(2007)03(a } 0046一 01
服务注册器负责将服务提供者发布在其 1 引言 软件的本质决定了它的复杂性。人们已 上的服务描述广而告之，并允许服务请求者 经想出很多方法处理这种复杂性，如面向过 在本服务注册器所拥有的服务描述里搜寻。 程、面向对象、面向组件、面向集成等方法。 一旦服务注册器将服务请求者和服务提供者 配对，服务注册器就不需要再参与交互过程。 但这些方法都只在某些方面有限地减小了复 川 杂性，不断变更的多样化需求使得传统软件 3 s A的主要支 o 撑技术 架构已经无法满足当前的需要。面向服务的 SOA 技术实施中 涉及的主要技术包括以 软件架构( OA)为处理这种复杂性提供了一种 S 有效 的解决方案 。 下几个: ESB 、Web s er vi ce 、XML、 SOAP 、WSDL 、UDDI 。其中ESB 、Web Se r vice 、XML 尤为重要。 Z SOA的定义 ESBIZ I(Enter讲is s er vice Bus) e SOA (Se ic o riented Ar h tect r ) v r e c i u e 企业服务总线 (ES B ) ， 它是S OA 架构 即而向服务的体系架构。 现在， SOA并没有确 它提供一种开放的、 基于标准的 切的定义， 它是一个概念， 是说一个应用可以 的支柱技术。 消息机制， 完成服务与服务、 服务与其它组件 由一系列独立但又相互协作的子系统或者服务 d e ’ 互操作。 MLI3 x ](Extensible Markup 组成。 这样的结构将各个服务独立出来， 只把 之l 的 需要声明的接口告诉给其它的服务。 接口 定义 Language) 可扩展的标记语言 (XML ) ，XML 是 采用中立的方式，独立于实现服务的硬件平 由万维网协会(W 3C)创建的一种基干文本的 台、 操作系统和编程语言， 使得这些服务可以 是We s r ic 平台中表示 b e v e 使用统一和标准的方式进行通信。 任何面向服 规范标记语言， 数据的基本格式。 务的架构包含三个角色 : 一个服务申请者 We s r i汾月 b e v 1 (s rvl叨 requ已 or ， e 鱿 ) 一个服务提供者(servi e C We s 州c 是建立 操作的分布 b e e 可互 式应 Pr o v i d e r ) ，和一个服务注册器 (s e r v i c e 用程序的新平台，它定义了应用程序如何在 registry )11 角 关系 ‘ 色 如图1所示。 ， 其中服务提供者负责建立一个有用的服 Web 上实现互操作性。Web s ervice 是就现 在而言最适合实现SOA 的一些技术的集合， 务， 并为它创建一个服务描述， 然后将这个服 b e v 乐 务描述发布给一个或多个服务注册器，并从 We s r ic训 准的成熟和应用的普及为广泛 基础。 一个或多个服务注册器那里接收服务请求信 的实现 S O A 架构提供 了
架构论文_浅析面向服务的分析与设计原理
硕士研究生课程论文题目浅析面向服务的分析与设计原理作者姓名薛康季善凯作者学号2105100121051028指导教师张志猛学科专业软件工程所在学院软件学院提交日期二○一一年四月摘要 (3)1. 面向服务的概念 (4)2. OOAD，EA，BPM的不足 (4)3. SOAD原理 (5)3.1 SOAD必须提供什么 (5)3.2 品质因素 (6)3.3 服务标识和定义 (6)3.4 第一类SOAD原理 (7)4. 总结与展望 (8)参考文献 (9)面向服务的体系结构（SOA）和Web 服务的基本观念是成为我们日常语言的一部分，并可看作是适于设计现代企业应用程序的体系结构形式。
在这种背景下，什么构成好的服务这个基本问题就成为确保成功实现SOA 的关键。
在本文中，我们将研究面向对象的分析与设计（Object-Oriented Analysis and Design, OOAD）、企业体系结构（Enterprise Architecture, EA）框架和业务流程建模（Business Process Modeling, BPM）中的适当原理。
并把所有这些规则中的原理与许多独特的新原理组合起来。
这样得到的交叉学科OOAD 方法使成功地进行SOA 开发更容易，我们称之为面向服务的分析与设计（Service-Oriented Analysis and Design, SOAD）。
关键词：SOA，SOAD，服务，原理1.面向服务的概念在发现新的商机或威胁的预期下，SOA 体系结构形式旨在提供企业业务解决方案，这些业务解决方案可以按需扩展或改变。
SOA 解决方案由可重用的服务组成，带有定义良好且符合标准的已发布接口。
SOA 提供了一种机制，通过这种机制，可以集成现有的遗留应用程序，而不管它们的平台或语言。
从概念上讲，SOA 中有三个主要的抽象级别：操作：代表单个逻辑工作单元（LUW）的事务。
执行操作通常会导致读、写或修改一个或多个持久性数据。
面向服务(SOA)技术架构规范
ICS备案号：Q/CSG 中国南方电网责任有限公司企业标准面向服务的信息技术架构（SOA）框架规范中国南方电网责任有限公司发布目次前言 (III)1范围 (1)2规范性引用文件 (1)3术语与定义 (1)3.1面向服务的体系结构 (1)3.2服务 (1)3.3企业服务总线 (1)3.4企业资源规划 (1)3.5企业应用集成 (1)3.6企业信息门户 (1)3.7SOA项目 (1)4总则 (1)4.1持续发展原则 (1)4.2先进性原则 (2)4.3实用性原则 (2)4.4操作性原则 (2)5SOA架构模型 (2)5.1服务体系 (2)5.1.1服务体系设计依据 (2)5.1.2服务体系图 (2)5.1.3服务体系各层定义 (3)5.2应用体系 (4)5.3服务部署体系 (5)5.4技术标准规范体系 (6)5.4.1技术标准规范体系图 (6)5.4.2服务开发技术标准规范 (9)5.4.3服务集成技术标准规范 (13)5.5SOA架构模型特征 (14)6SOA服务设计与开发 (14)6.1服务识别 (14)6.2服务定义 (14)6.3服务设计 (16)6.3.1总体设计原则 (16)6.3.2访问服务 (16)6.3.3数据服务 (17)6.3.4业务服务 (17)6.3.5流程服务 (17)6.3.6综合服务 (17)6.3.7展现服务 (17)6.4服务实现 (18)6.4.1服务封装原则 (18)6.4.2服务封装方式 (18)7SOA服务集成 (18)I7.1企业服务总线 (18)7.2服务描述 (19)7.3服务注册/发布 (19)7.4服务发现/调用 (19)7.5服务编排 (19)7.6服务管理 (19)7.6.1管理内容 (19)7.6.2参考流程 (20)8SOA项目管理 (24)8.1项目实施方法 (24)8.2项目实施策略 (24)8.3项目实施路线 (25)8.4项目实施步骤 (26)8.4.1项目准备 (26)8.4.2项目需求分析 (27)8.4.3项目设计与实现 (27)8.5项目验收 (28)8.5.1总体要求 (28)8.5.2验收文档规范 (28)II前言随着中国南方电网有限责任公司（以下简称为南方电网公司）企业信息化应用的不断发展和信息资源的不断积累，公司在探讨与实践企业信息技术架构时认识到：多元化的信息技术架构不利于企业信息化应用的发展和企业信息资源的积累与共享。
面向服务架构体系的研究
Ｒｅ ｅ ｒ ｈ ｏ ｅ ｖ ｃ — ｒｅ ｅ ｃ ｉｅ ｔ ｒ ｓ ａ ｃ ｆＳ ｒ ｉｅ—Ｏ ｉｎｔｄ Ａｒ ｈ ｔｃ ｕ ｅ
ｔ ｅ ｂ ｓｃ ｔｃ ｎ ｌｇ ， ｈ ｉ ｈ ｒ ｃ ｅ ｉｔ ｄ ａ ａｙ ｅ ｈ ｒ ｕ ｈ ｙ ａ Ｓ ｈ ａ ｉ ｅ ｈ ｏ ｏ ｙ ｔ ｅｍａ ｎ ｃ ａ ａ ｔ ｒｓｉ ａ ｌｚ ｔ ｏ ｇ ｌ ＯＡ ｅ ｅ ｅ ｃ ｄ ｅ ｏ ｈ ｃｎ ｎ ｄ ｏ ｒ ｆｒ ｎ ｅｍｏ ｌ ｆｔ ｅ ＯＡＳＩ ｒ ａ ｉａ ｉｎ． ｔ ｒ ｒ ｄ ， ｏ Ｓ ｏ ｇ ｚ ｔｏ Ａｆｅ ｗａ ｓ ｐｒ — ｎ
ｒ ｈｔ ｔｒ ．Ｔｈ ａ ｔｐ ｖ ｈ ｔ ｈ ｌｔ ｎ ｉ ｒａｌ ｄ ｆａ ｉｌ Ｆｉａｌ ｐ ｏ ｏ ｅ ｍ ｅｑ ｅｔｏ ｓｔ ｅｓ ｌｅ ａ ｃ ｉ ｃｕ ｅ ｅ ｅｆｃ ｒ ｅ ｔ ａ ，ｔｅｓ ｕｉ ｓ ｅ ｅ ｓｂｅ． ｎ ｌ ｏ ｄ ｏ ｏ ｎ ａ ｙ， ｒ ｐ ｓｄ ｓ ｏ ｕ ｓｉｎ ｏ ｂ ｖ ｄ ｏ
面 向服 务 架 构 体 系 的 研 究
谭 永明 ， 苏 斌
（ 西南交通 大学 ， 四川 成都 ６ ０ ３ ） １０ １
摘 要： 伴随 着 ｗｅ ｅｖ ｅ技 术的发 展 ， 向服务架 构 体系 （０ ） 到迅 速发展 。但还 没有公 认权威 的 Ｓ Ａ参考 模型 及 ｂＳｒｉｓ ｃ 面 Ｓ Ａ得 Ｏ
ｕ ｇ ｎ ｌ ｎｔ ｅＳ Ａ’ ｅｅ ｃ ｓ ｃ ｓａｒｃ ｇ ｉｅ Ａ ｅｅｅ ｃ ｄ ｌ８ ｎｉ ｒｌＳ Ａ ｔｎ ａｄａ ｄｔ ｅＳ ｒ ｅ ｔ ｉ ｈ ｙ Ｏ Ｓｒｓ ａ ｈ，ｕ ｈ ａ ｅｏ ｎｚ Ｓ ｒ ｄ Ｏ ｒｆｒｎ ｅｍｏ ｅ，ｎ ｕ ｆ ｎ ｏ Ｏ ｓａ ｄ ｒ ｈ ＯＡ ｃ ｒｔ ｃ ａ ｉ ． ｎ ｅ ｓ ｕ ｉ ｍｅｈ ｓ ｙ ｎ ｍ Ｋｅ ｒ ｓ ｓｒ ｉｅ—ｏ ｉｎｅ ｃ ｔ ｔｒ ； ｅ ｒｉｅ ；ｅｅ ｅ ｃ ｄ ｅ ｙｗｏ ｄ ： ｖ ｃ ｅ ｒｅ ｔ ａ ｈｉ ｕ ｅ Ｗ ｂ ｓ ｖｃｓ ｒｆｒｎ ｅｍｏ ｌ ｄ ｒ ｃ ｅ ｅ
面向服务的工作流系统的体系结构浅析
面 向服 务 的工作流 架 构概 述 在 面 向服务 的体 系结 构 （ Ｏ ）中 ， 务 与流程 有着 紧密 的关 ＳＡ 服 系， 多个服 务可 以构成流 程 ，服 务本 身也可 以基于 流程 实现 。 由 于 构成 服务 的动 态变 化和 服务 本 身 的动 态变 化 ，这种 分 布式 计算 的方式 使面 向服 务 的工 作流 程 （ＯＦ Ｓ Ｗ ）定 义 、管理 、运 行都 与传 统 的工 作流 管理 模 式有着 很 大的 区别 ，其 系统 结构 上也 体现 了分 布 式 计算 的特 点 …。本文 就 是在 讨 论面 向服 务 的工作 流 管理 系统 结构 的基础 上 ，进 ～步 讨论 面 向服务 的工 作流 管理 系统 中 多个服 务之 间进行 工作 流 程管 理 、通信 的标 准 ，叙述 了面 向服 务 的工作 流管 理系 统 中的跨 越不 同组 织 、系统 、实 体 的系统 之 间的协 同调 度的 困难 。 二 、基 于流 程构 建 服务 的工作 流管 理 系统 的体 系结构 针对 传统 面 向功 能的信 息系 统 的不足 ，基 于工 作流 构建 服 务 的 主 要特 点 是 可 以在 原有 的工 作流 管理 系 统 的基 础 上 升 级 来 实 现 ，即增 加系 统对 外 的服务 发布 和 执行 的功 能，利 用成 熟 的 Ｗ ｂ ｅ Ｓｒ ｉｅ 技术 封装 Ｗｂ服 务。也就 是说 该系 统 中包含 一个 工作 流 ｅｖ ｃ ｓ ｅ 引擎 ， 工作流 程 中各环 节功 能可 以作为 一个服 务整 体 发布 ，也 可 以一个环 节 作为 一个服 务发 布 ，并 且系 统可 以独 立完成 工 作流 的 调度 执行 。 ’
面向服务领域软件的参考模型
途径 。但是 ，ＯＡ 目前还停 留在抽 象的 高层概念模型层 面上 ， Ｓ 还没有 一个 实用 、 体的应 用参考模 型。介绍 了一种基 具
于 Ｗｅ 服 务软件体 系结构的领域 系统构 造过程 。在此基 础上 ， 出了一种 面 向 Ｗｅ ｂ 提 ｂ服 务 的领域软 件体 系结构参 考 模 型（ － Ｓ Ｄ）对其 主要 元元素角 色、 ＷＳＤ ＡＲ ， 操作 、 务构件 和服 务构件 类等进 行 了较 为详 细 的描 述 ， 服 并从 服务 构件 交
Ｊ ＡＮＧ ｈ － ａ ＨＡＮ ｉｎ － ｎ Ｉ Ｚ ｅＹｕ ｎ Ｊａ ｇ Ｈｏ ｇ
（ ｃ ｏ ｌｏ ｍｐ ｅ ｎ ｎ ０ ｍａ ｉｎ．Ｈｅｅ ｎｖ ｒ ｉｙｏ ｃ ｎ ｌｇｙ。Ｈｅｅ ０ ０９ Ｓ ｈ ｏ ｆＣｏ ｕｔｒａ ｄ Ｉ ｆ ｒ ｔ ｏ ｆｉ ｉｅ ｓｔ ｆＴｅ ｈ ｏ ｏ Ｕ ｆｉ ２３ ０ ）
Ａｂ ｔａ ｔ Ｃｏ ｐ ｎ ｎ — ａ ｅ ｎ ｅ ｖ ｃ ｉｎ ｅ ｃ ｉ ｃ ｕ ｅ（ ０Ａ ）ｄ ｍ ａｎ ｓ ｆｗａ ｅ ｅ ｇ ｎ ｅ ｉ ｇ ｉ ｃ ｎ ｉ ｅ ｅ ｓ ａ ｓｒｃ ｍ ｏ ｅ ｔｂ ｓ ｄ ａ ｄ Ｓ ｒ ｉｅＯｒｅ ｔ ｄ Ａｒ ｈ ｔ ｔ ｒ Ｓ ｅ ｏ ｉ ｏ ｔ ｒ ｎ ｉ ｅ ｒｎ Ｓ ｏ ｓ ｄ ｒ ｄ ａ ｎ ｅ ｆ ｃ ｉ ｅ ａ ｄ ｅ ｆ ｉｎ ｐ ｒ ａ ｈ ｔ ｐ ｏ ｅｔ ｅ ｐ ｏ ｕ ｔ ｉｙ ａ ｄ ｑ ａ ｉ ｆｌｒ ｅｓ ａｅ ｄ ｓ ｒｂ ｔ ｄ ｓ ｆｗａ ｅ ｄ ｖ ｌ ｐ ｎ ． ｆｅ ｔ ｎ ｆｉ ｅ ｔａ ｐ ｏ ｃ ｏ ｉ ｒ ｖ ｈ ｒ ｄ ｃ ｉ ｔ ｎ ｕ ｌ ｙ ｏ ｇ － ｃ ｌ ｉｔｉ ｕ ｅ ｏ ｔ ｒ ｅ ｅｏ ｍｅ ｔ ｖ ｃ ｍ ｖ ｔ ａ Ｂｕ ，ｃ ｒ ｅ ｔＳ ｔ ｕ ｒ ｎ ＯＡ ｒ ｏ ｃ ｎ ｒ ｔ ｇ ｍｏ ｔｙ ｏ ｉ ｈ ｌｖ ｌｃ ｎ ｅ ｔ ａ ｄ ｌ ａ ｋ ｎ ｏ ｃ ｅｅ ｒ ｆ ｒ ｎ ｅ ｍ ｏ ｅ ｔ ｕ ｄ ａ ｅ ｃ ｎ ｅ ｔ ａ ｉ ｓ ｌ ｎ ｈ ｇ －ｅ ｅ ｏ ｃ ｐ ｕ ｌｍｏ ｅ ，ｌ ｃ ｉ ｇ ｃ ｎ ｒ ｔ ｅ ｅ ｅ ｃ ｄ ｌ ｏ ｇ ｉ ｅ ｎ ｔ ｅ ｐ ａ ｔ ａ ｄ ｖ ｌ ｐ ｎ ｒ ｃ ｓ ．Ｔｈ ｏ ｓ ｒ ｃ ｉ ｎ ｐ ｏ ｅ ｓｏ ｏ ｉ ｙ ｔ ｍ ａ ｅ ｎＷ ｅ ｅ ｖ ｃ ｓ ｓ ｆｗａ ｅ ａ ｃ ｉ ｃ ｈ ｒ ｃ ｉ １ ｅ ｅｏ ｍｅ ｔｐ ｏ ｅ ｓ ｃ ｅ ｃ ｎ ｔｕ ｔ ｒ ｃ ｓ ｆ ｍａ ｎ ｓ ｓ ｅ ｂ ｓ ｄ ｏ ｂ ｓ ｒ ｉｅ ｏ ｔ ｒ ｒ ｈ ｔ — ｏ ｄ ｅ ｔ ｒ Ｓ ｉ ｔｏ ｕ ｅ ． Ｏｎ ｔ ｅ ｂ ｓｓｏ ｈ ｒ ｃ ｓ ．ａ Ｒｅ ｅ ｅ ｃ ｏ ｅ ｏ ｅ ｒ ｉｅ — ｒｅ ｔ ｄ Ｄｏ ｉ ｏ ｔ ｒ ｃ ｉ ｕ ｅｉ ｎ ｒ ｄ ｃ ｄ ｈ ａ ｉ ｆｔ ｅ ｐ ｏ ｅ ｓ ｆ ｒ ｎ ｅ Ｍ ｄ １ ｒＷ ｂ Ｓ ｖ ｃ ｓ ｏ ｉｎ ｅ ｍａｎ Ｓ ｆ ｗａ ｅ Ａｒ ｈ — ｆ ｅ ｔ ｃ ｕ ｅ，ｎ ｍｅ ＤＳ ｅｔ ｒ ａ ｄＷ ＡＲＤ ，ｉ ｐ ｏ ｏ ｅ ｓ ｒ ｐ ｓ ｄ，ａ ｄ ｉ ｏ ｅ ｐ ｉ ａ ｙ ｍｅ ａ ｅｅ ｎ ｓ ｏ ｘ ｍｐ ｅ ｒ ｌ ，ｏ ｅ ａ ｉｎ，ｓ ｒ ｉｅ ｎ ｔ ｓ ｍ ｒ ｓ ｍ ｒ ｔ — ｌｍｅ ｔ ，ｆ ｒ ｅ ａ ｌ ｏ ｅ ｐ ｒ ｔｏ ｅｖｃ ｃ ｍ ｐ ｎ ｎ ｎ ｅ ｖ ｃ ｏ ｏ ｅ ｔｃａ ｓ Ｓ ｄ ｐ ｃ ｅ ｅ ａ ｌ ｏ ｏ ｅ ｔａ ｄ ｓ ｒ ｉｅ ｃ ｍｐ ｎ ｎ ｌｓ ，ｉ ｅ ｉｔ ｄ ｉ ｄ ｔ ｉ ｎ ．Ｆｒ ｍ ｈ ｅ ｓ ｅ ｔ ｅ ｏ ｅ ｉｅｃ ｍ ｐ ｎ ｎ ｎ ｅ ａ ｔｏ ｎ ｏ ｔ ｅ ｐ ｒ ｐ ｃ ｉ ｆ ｒ ｃ ｏ ｏ ｅ ｔｉ ｔ ｒ ｃ ｉ ｎ ａ ｄ ｖ ｓｖ ｉ ｔｇ ａ ｉｎ，ｃ ｍ ｐ ｓｔ ｎ ｌ ｅ ａ ｔｃ ｆｓ ｒ ｉｅ ｃ ｍｐ ｎ ｎｔ Ｓｄ ｓ ｒ ｅ ． Ｔｈ ｓａ ｐ ｏ ｃ ｌ ｂ ｅ ｅ ｉｉ１ｔ ｕ ｃ ｓ ｆ １ ｎｅ ｒ ｔ ｏ ｏ ｏ ｉｉ ａ ｍ ｎ ｉｓｏ ｅ ｖ ｃ ｏ ｏ ｅ ｓ ｉ ｅ ｃ ｉ ｄ ｏ ｓ ｂ ｉ ｐ ｒ ａ ｈ ｗｉ ｅ ｂ ｎ ｆ ａ ｏ ｓ ｃ ｅ ｓ ｕ １ ｃ ｓ ｒ ｉｅ ｏ ｉｎ ｅ ｏ ａｎ ｓ ｆｗａ ｅ ｐ ａ ｔ ｅ ． ｅ ｖ ｃ — ｒ ｔ ｄ ｄ ｍ ｉ ｏ ｔ ｒ ｒ ｃ ｉ ｓ ｅ ｃ Ｋｅ ｗｏ ｄ Ｗ ｅ ｅ ｖ ｃ ｓ ｅ ｒ ｉｅ ｃ ｍｐ ｎ ｎ ，Ｄ ｍａｎ ｓ ｆｗａ ｅ ｙ ｒｓ ｂ ｓ ｒ ｉｅ ，Ｓ ｖ ｃ ｏ ｏ ｅ ｔ ｏ ｉ ｏ ｔ ｒ ，Ｒｅ ｅ ｅ ｃ ｄ １ ｆ ｒ ｎ ｅ ｍｏ ｅ
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
［ ｙｗｏｄ ］Ｓ ｒｉ —ｒ ｎｅ ｒｈｔｃｕｅＳ Ｋｅ ｒ ｓ ｅｖｃ ｏ ｅ ｔｄａｃｉ ｔｒ（ＯＡ）Ｒ ｆｒｎ ｅｍｏ ｅ； ｅ ｉｅｅａｔ ｎ ｎ ｉｅＳ Ｅ ； ｎ ｍｉ ｅ ｔ ｒ ｅａｐｉ ｔ ｎｉｔ ｒｔ ｎ ｅ ｉ ｅ ： ｅｅｅｃ ｄ ｌＳ ｒ ｃ ｎ ｃｍｅ ｔ ｇｎ（Ｅ ）Ｄｙ ａ ｃ ｎｅ ｉ ｐｌ ａｉ ｅ ａｉ ； ｖ ｅ ｒ ｓ ｐ ｃ ｏ ｎｇ ｏ
服务与服务的描述 ，服务 的发布与发现机制 ，服务的相关规 范 ，相关 的数据模型和服 务协约等 。该组 织的工作 目前仍 处于较早的阶段 ， 它对 Ｓ Ａ— Ｍ 的基 本概念和模型的表现形 Ｏ Ｒ 式进行了有益的探索 。文献【】 ７提取 了与 Ｏ ＳＳ的 Ｓ Ａ—Ｍ ＡＩ Ｏ Ｒ 中类似的抽象元素 ，但 它们采 用了栈 式的分层结构。
ａ ｐｉａｉｎ ｉ ｔ ｒ ｔ ｎ Ａ ＯＡ ｒ ｆｒｎ ｅ ｍｏ ｅ Ｓ — Ｍ ） ｏｅ ｔ ｅ ｖｃ ｎ ｃｍｅ ｔ ｎ ｉｅ（ Ｅ ） ｓｐｅ ｅ ｔ ． ｙ ａ ａ ｚｎ ｈ ｅ ｅｉｓ ｐ ｌ ｔ ｎｅ ａｉ ． Ｓ ｅｅ ｅ ｃ ｄ ｌ（ ＯＡ Ｒ ｃ ｏ ｇ ｏ ｃ ｒｄ ｗｉ ｓｒ ｉｅｅ ａ ｔ ｎ ｇｎ Ｓ Ｅ ｉ ｒｓ ｎｅ Ｂ ｎ ｌ ｉｇ ｔｅ ｇ ｎ ｔ ｈ ｅ ｄ ｙ ｃ
［ ｓｒｃ］Ｓ ｒｉｅｏｉｎｅ ｒｈｔ ｔｒ（ＯＡ）ｉ ａ ｃａｓ—ｒｉｅ ，ｌｏｅｙ ｃ ｕ ｌ ｙｔｍ ａｃ ｉ ｃ ｒ ｉ ｕ ｐ ｒ ｙ ａ ｃ ｅｔｒｒｅ Ａｂ ｔａ ｔ ｅｖｃ —ｒ ｔ ａｃｉ ｃｕｅｓ ｅ ｄ ｅ ｓ ｏ ｒ ｇａ ｄ ｏ ｓｌ ｏ ｐｅ ｓｓ ｈｔ ｔ ｅ ｗｈｃ ｓｐ ｏｔ ｄ ｎ ｍｉ ｎｅｐ ｓ ｅ ｎ ｄ ｅ ｒ ｅｕ ｈ ｓ ｉ
ｍｅｉａ ｒｓｕｃ ｅ ｒｊｃ ａ ｄ ｓｅｉｌ ｉｇ ｔｉ ｒｆｒｎ ｅｍｏ ｅ， ｎ ｎｅｒｔ ｎ ｓｐ ｏ ｙ ｔ ｉ ｄ ｓ ｎｄ ｂ ｓｄ ｏ ＯＡ ｔａ ｉ ｕｅ Ｏ ｄｃｌ ｅｏ ｒｅｎ ｔｐｏｅ ｔ ｎ ｐｃａｉ ｎ ｈｓ ｅｅｅｃ ｄ ｌｏ ｅ ｉｔｇａｉ ｕ ｐ ｒ ｓｓ ｍ ｓ ｅｉ ｅ ａｅ ｎＳ ｈｔ ｓ ｓｄ ｔ ｚ ｏ ｔ ｅ ｇ
：面 向服务架构 ；参考模型 ；服 务执行 引擎；动态企 业应用集成 ；Ｗ ｂ 务 ｅ服
服务架构参考模型 ，并结合遗传 医学资源 网项 目，在该参考模 型的基础 上设计了一个基于 Ｓ ＯＡ的动态企业应用集成支撑系统。
Ｒｅ ｅ ｒ ｈ ｏ ｅ ｖ ｃ ． ｒ ｅ ｔ ｄ Ａｒ ｈ ｔ ｃ ｕ ｅ Ｒｅ ｅ ｅ ｃ ｏ ｅ ｓ ａ ｃ ｆ ｒ ｉ ｅ ｏ ｉ ｎ ｅ ｃ ｉ ｔ ｒ ｆ ｒ ｎ ｅＭ ｄ ｌ Ｓ ｅ
维普资讯
第３ ２卷 第 ２ Ｏ期
Ｖ Ｌ３ ｏ ２
・
计
算
机
工
程
２０ ０ ６年 ｌ Ｏ月
Ｏｃ ｏ ｅ ０ ６ ｔｂ ｒ ２ ０
他 ２Ｏ
Ｃｏ ｐ ｔ ｒＥｎ ｉ ｅ ｒ ｎ ｍ ｕ ｅ ｇｎ ｅ ｉｇ
软件技 术 与数 据库 ・
Ｗ ｅ ｅ ｉ ｅ ｂ ｓｒ ｃ Nhomakorabea ｖ服务 的概念早在 Ｃ Ｒ Ａ 出现时就产生 了。ＪＮ 的发展 Ｏ Ｂ ＩＩ 又进一步推动 了Ｓ Ａ的早期概念体系的建立。 ａｔｅ在 １９ Ｏ Ｇ ｒ ｒ ９６ ｎ 年第 １ 次阐述了 Ｓ Ａ 的概念 ，并认为未来 Ｓ Ａ会成为 占绝 Ｏ Ｏ 对优势 的软件工程方法 ， 从而结束 已长达 ４ ０多年 的传统软件 体 系架构 的主导地位 。Ｓ Ａ 从软件体 系结构 的角度 出发改 ｊ Ｏ
造 企业的原 有系统 或设计新 的应 用系统 ，从而支持动态的企
业应用集成 。Ｓ Ａ使企业变得更加 弹性和灵活 ，快速响应业 Ｏ 务的需 求变 更 ，从而最终 实现 实时企业和动态企业 。 为了更好地促进 未来 系统 间的互联互通 ，我们需要对基 于 Ｓ Ａ 的企业应 用系统的开发进行规范和指导。进行 Ｓ Ａ Ｏ Ｏ 参考模型的研究的意义正在于此。
文章 编号：１ ｏ ４８ ０６ ｏ＿１－ ｌ ｏ 一３ （０）－０ｏ＿３ 文献 ｏ ２２ ２ ０一 标识码：Ａ
中圈 分类号； Ｐ１ Ｔ３１
面向服 务架构 参考模 型及应 用研 究
李 建华 ，陈松乔 ，马 华
（ 中南大学信息科学与 工程 学院，长沙 ４ ０ ７ ） １０ ５
摘
关翻
要 ：面向服务架构（Ｏ ） ｓ Ａ 是一种粗粒度、松耦合的系统结构 ，它支持 动态 的企 业应用集 成。提 出了一种以服务执行引擎为核心的面向
第 ３类则是以软件组件为基础进行系统架构 的研究 。在
目前工业界进 行的大规模企业应用框架（Ａ ） Ｅ Ｆ 开发的背景下 ， 以 Ｉ Ｍ、Ｂ Ａ、微软等企业为代表 ，它们进行着 自己的应用 Ｂ Ｅ
平 台以及解决 方案的 Ｓ Ａ 研究 。如 Ｉ Ｍ 的企业应用框架 Ｏ Ｂ
Ｂｕ Ｃ ｒ ，以及微软的微软商业框架 ＭＢ ｌｅ ｏｅ Ｆ等 。由于框架与架
ａ ｎｄ ｔ Ｉ ｓＡｐｐ ｉ ａ ｉ ｎ ｌｃ ｔｏ
ＬＩＪａ ｈ ａ ＣＨＥＮ ｏ ｑａ ， Ａ Ｈｕ ｉｎ ｕ ， Ｓ ｎｇ ｉｏ Ｍ ａ
（ ｏ ｌ ｅｏ ｆｒ ｔ ｎＳ ｉｎ ｅ ｎ ｎ ｉｅ ｒ ｇ Ｃ ｎｒ ｌ ｏ ｔ ｉｅ ｓ ｙ Ｃ ａ ｇ ｈ ０ ５ Ｃ ｌ ｇ ｆ ｎｏ ｍａｉ ｃｅ ｃ ｄＥ ｇｎ ｅ ｎ ， ｅ ｔ ｕ ｈＵｎｖ ｒｉ ， ｈ ｎ ｓ ａ １ ７ ） ｅ Ｉ ｏ ａ ｉ ａＳ ｔ ４ ０