ICS35.100.05 L79 中华人民共和国国家标准 GB/T29262—2012 信 息技术 面向服务的体系结构(SOA) 术语 Informationtechnology—ServiceOrientedArchitecture(SOA)— Terminology 2012-12-31发布 2013-06-01实施 中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会发布前 言 本标准按照GB/T1.1—2009给出的规则起草。 本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。 本标准起草单位:中国电子技术标准化研究院、长风开放标准平台软件联盟、东方通科技发展有限 公司、上海普元信息技术有限公司、中软国际信息技术有限公司、山东浪潮齐鲁软件产业股份有限公司、 北京锐易特软件技术有限公司、中国软件行业协会、北京炎黄盈动科技发展有限责任公司、深圳市金蝶 中间件有限公司、同济大学、用友软件股份有限公司、北京大学。 本标准主要起草人:袁媛、高林、耿建光、朱律玮、付东普、钱军、韩鹏、毛国兴、贾德星、李轶强、王钧、 刘金柱、滕腾、刘琴、董乃文、李海波、刘贤刚、王潮阳、董建、田忠、刘 哲。 ⅠGB/T29262—2012 信息技术 面向服务的体系结构(SOA) 术语 1 范围 本标准界定了信息技术中面向服务的体系结构领域通用术语及其定义。 本标准适用于面向服务的体系结构的核心概念理解、国内国际间信息交流和科研教学出版。 2 术语和定义 2.1 体系结构 architecture 系统的组织结构,包括组成元素及各元素之间的关系。 注:改写GB/T11457—2006,定义2.73。 2.2 构件 component 软件系统中具有相对独立功能、可以明确辨识、接口由契约指定、和语境有明显依赖关系、可独立部 署的可组装软件实体。 [SJ/T11409—2009,定义3.1.1] 2.3 功能单元 functionalunit 能实现某一特定目标的硬件、软件或两者兼而有之的实体。 [GB/T11457—2006,定义2.670] 2.4 信息服务 informationservice 提供信息采集、编目、发布和检索等功能的服务。 2.5 IT基础设施 information-technologyinfrastructure SOA应用运行所必要的基础环境,包括网络、硬件和基础软件等,为SOA应用提供可靠、有效的运 行环境和信息传输服务通道,保障SOA应用的安全、稳定。 2.6 服务质量 qualityofservice;QoS 服务能够满足明确和隐含需求的特征和特性的总和,即在实际条件下使用时,服务提供者提供的服 务可满足服务使用者需求的程度。 2.7 表示状态转换 representationalstatetransfer;REST 一种用于针对网络应用的设计和开发方式,强调对资源状态的描述以及导致资源状态迁移的一组 操作。 注:REST是实现SOA的典型技术之一。 1GB/T29262—2012 2.8 服务 service 通过规范化的描述来表征、对外提供访问地址、并可被重复使用的业务功能单元。 示例:审批服务、客户管理服务、登录注册服务等。 注1:创建服务的目的是为了供需要使用该服务实现的功能的使用者调用。 注2:每个服务通过规范化的描述来表征,包括接口、操作、语义、动态行为、策略、服务质量等描述。 2.9 服务代理 serviceagent 服务中介 servicebroker 实现了服务信息的统一注册和发布等功能的实体,可为服务提供者及服务使用者提供服务注册、发 现、路由及服务的透明访问等支撑功能。 2.10 服务总线 servicebus 服务接入与消费的中介基础设施,为基本服务提供了基于标准的事件驱动消息路由。其基本功能 包括:服务路由、消息转换、事件处理,提供服务调用,及相关中介服务,支持WebService或JMS连接, 连接各种应用,服务,信息,平台资源。 2.11 候选服务 servicecandidate 在服务建模过程中所产生的预备的服务,这些预备的服务在后续的面向服务的设计阶段还需要被 验证、修改或重新定义。 2.12 服务目录 servicecatalog;SC 记录服务提供者所提供服务的全部种类以及服务目标情况,为选择服务、检索服务提供支撑的 列表。 2.13 服务编排 servicechoreography 为实现特定业务协作,从系统全局的角度,描述一组(对等)服务之间的公共消息交互过程。 2.14 服务构件 servicecomponent 具体业务功能的数据和方法的封装,是服务和服务接口的具体技术实现。 2.15 服务构件体系结构 servicecomponentarchitecture;SCA 基于服务构件的SOA应用和解决方案的编程模型。 2.16 服务组合 servicecomposition 将一组服务按照一定的规则进行组合,使它们可以一起共同完成一个特定的任务或业务流程。 注:服务组合的方式一般有服务编制和服务编排两种。 2.17 服务消费者 serviceconsumer 服务使用者 使用服务的实体。 2.18 服务合约 servicecontract 关于服务元信息的规格化描述,由一个或多个已发布的描述服务的文档所组成,服务提供者和服务 2GB/T29262—2012 使用者共同遵循。 注:描述服务的元信息包括服务技术接口、服务质量水平、服务版本等。 2.19 服务数据对象 servicedataobject;SDO 为简化针对数据的编程而设计的一个数据编程架构,同时它也是应用程序接口。 2.20 服务部署 servicedeployment 将所开发的各类服务部署至物理环境内,并可以实际运行的过程。 注1:服务部署包括静态和动态两种。静态部署是指服务之间的调用关系在运行前已确定,动态部署是指在应用系 统运行中需要通过动态路由后确定服务调用关系。 注2:对于单个服务,部署后的服务可以被终端用户、其他IT系统或服务实际调用;对于多个基于服务的流程,部署 后可形成完整应用系统,从而为用户业务提供相应的IT支持。 2.21 服务描述 servicedescription 用统一的语法,对服务功能、接口等进行形式化的描述文档。 注:服务描述是组成服务合约的基础。 2.22 服务开发 servicedevelopment 服务的技术开发和物理实现过程。 2.23 服务发现 servicediscovery 服务使用者依靠服务描述、查找获取可以满足特定功能性需求和非功能性需求的服务的过程。它 涉及功能性和其他指标描述及匹配。 2.24 服务治理 servicegovernance 在服务生存周期中对服务的修改、版本更新、终止通知、分解细分、代理能力、分解能力、满足个性需 求能力等的策略和机制制定。 2.25 服务粒度 servicegranularity 表征服务能提供功能的层次。 注:服务粒度由规定服务的功能相关描述内容决定。 2.26 服务实现 serviceimplementation 将已定义的服务合约通过技术开发手段变成服务的过程,可通过服务集成、服务开发等具体方式。 2.27 服务接口 serviceinterface 用于实现使用者和提供者之间的通信合约,它提供了服务的功能、位置等执行通信时所需要的所有 细节的描述。 注:服务接口一般是采用某种规范,如WSDL接口语言。 2.28 服务互操作性 serviceinteroperability 不同服务之间互相通信、调用执行、交换信息的能力。 2.29 服务等级协定 servicelevelagreement;SLA 服务水平协议 服务提供者与服务使用者之间的就服务需要达成的主要目标和双方具体的责任达成的约定。 3GB/T29262—2012 2.30 服务生存周期 servicelifecycle 服务的生存全过程,包括服务的各个阶段:规划、分析、定义、标识、实现、审批、部署、服务启动、使 用、发布、暂停、回复、更新、停止、回收、卸载/删除和弃用。 2.31 服务管理 servicemanagement 制定具体措施来对服务策略进行实施的过程。 2.32 服务建模 servicemodeling 面向服务的分析过程中的子过程,是通过将对业务流程进行分解、发现一系列可独立定义的功能或 行为的候选服务的过程。 注:服务建模所得到候选服务包括不可细分的候选原子服务、基于原子服务的组合服务或者表示流程的服务。 2.33 服务监控 servicemonitor 对服务的运行状态和绩效进行监测和控制的过程。 2.34 服务编制 serviceorchestration 为实现特定业务功能,将一组服务以中心控制、可执行业务流程的方式进行组合,形成更大粒度服 务的过程。 2.35 面向服务 serviceoriented 通过一组有联系的服务的组合和集成来对软件或系统进行分析、设计和实现的思想。 2.36 面向服务的分析 serviceorientedanalysis SOA的生存周期及服务生存周期中的起始过程之一。 注1:面向服务的分析是对业务进行分析后形成一系列候选服务的过程。 注2:面向服务的分析过程也会根据业务发展及变化中而不断重复,并指导后续的过程。 2.37 面向服务的体系结构 serviceorientedarchitecture;SOA 遵循面向服务原则、具有松耦合特性的体系结构风格。 2.38 面向服务的设计 servic