ICS35.100.05 L79 中华人民共和国国家标准 GB/T32430—2015 信息技术 SOA应用的服务分析与设计 Informationtechnology—ServiceanalysisanddesignofSOAapplication 2015-12-31发布 2017-01-01实施 中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会发布目 次 前言 Ⅰ ………………………………………………………………………………………………………… 引言 Ⅱ ………………………………………………………………………………………………………… 1 范围 1 ……………………………………………………………………………………………………… 2 规范性引用文件 1 ………………………………………………………………………………………… 3 术语和定义 1 ……………………………………………………………………………………………… 4 总则 1 ……………………………………………………………………………………………………… 5 服务分析与设计过程模型 1 ……………………………………………………………………………… 6 服务分析要求 2 …………………………………………………………………………………………… 6.1 目标建模 2 …………………………………………………………………………………………… 6.2 职责建模 3 …………………………………………………………………………………………… 6.3 流程建模 3 …………………………………………………………………………………………… 6.4 数据建模 4 …………………………………………………………………………………………… 6.5 业务维服务分析 4 …………………………………………………………………………………… 6.6 系统维服务分析 4 …………………………………………………………………………………… 6.7 服务筛选 4 …………………………………………………………………………………………… 7 服务设计要求 5 …………………………………………………………………………………………… 7.1 综述 5 ………………………………………………………………………………………………… 7.2 服务分类 6 …………………………………………………………………………………………… 7.3 服务定义 6 …………………………………………………………………………………………… 7.4 服务接口设计 7 ……………………………………………………………………………………… 7.5 服务实现方式决策 8 ………………………………………………………………………………… 附录A(资料性附录) 成果模板示例 9 ……………………………………………………………………GB/T32430—2015 前 言 本标准按照GB/T1.1—2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。 本标准起草单位:中国人民解放军后勤学院、中国电子技术标准化研究院、北京航空航天大学、山东 浪潮齐鲁软件产业股份有限公司、北京东方通科技股份有限公司、山东中创软件商用中间件股份有限公 司、上海宝信软件股份有限公司。 本标准主要起草人:杨云、刘志、王志东、张雷、王力猛、任杰、袁媛、王潮阳、赵永望、贾德星、徐宝新、 马亮、周明。 ⅠGB/T32430—2015 引 言 本标准的制定旨在将SOA应用的服务分析与设计过程的各环节进行规范化,为用户在组织实施 基于SOA的信息化项目中发现、标识、划分、抽取服务提供参考方法,为技术开发人员开展服务分类、 定义、建模、设计等提供指导和依据,同时,为用户和技术人员合作开展服务分析和设计建立统一的沟通 桥梁。 ⅡGB/T32430—2015 信息技术 SOA应用的服务分析与设计 1 范围 本标准规定了SOA应用的服务分析与设计的过程模型、服务分析要求及服务设计要求。 本标准适用于SOA项目实施过程中的服务分析与设计,可为用户单位及系统集成商、独立软件提 供商、咨询厂商、服务提供商等承建单位规划和实施基于SOA的信息化项目提供基础技术指导。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文 件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T29262 信息技术 面向服务的体系结构(SOA) 术语 GB/T32428—2015 信息技术 SOA服务质量模型及测评规范 3 术语和定义 GB/T29262中界定的术语和定义适用于本文件。 4 总则 SOA应用的服务分析与设计应符合如下要求: a) 明确目标。服务分析与设计最终都是为了实现项目目标,所以服务的发现、甄别及实现应围绕 这一中心任务展开; b) 螺旋迭代。围绕服务的分析与设计迭代展开,应注重每轮迭代产生的服务和价值; c) 过程管理。服务分析与设计过程中的每个阶段都有明确的工作内容和验收标准; d) 软件建模。运用服务建模的方法手段,促进用户和技术人员的沟通和交流。 5 服务分析与设计过程模型 服务分析与设计过程模型由8个子过程组成,依次为:目标建模、职责建模、流程建模、数据建模、业 务维服务分析、系统维服务分析、服务识别与筛选、服务设计,如图1所示。其中前7个子过程均为服务 分析过程、第8个子过程为服务设计过程。 1GB/T32430—2015 图1 SOA应用的服务分析与设计过程模型 服务分析与设计过程模型的主要原理及应用如下: a) 目标建模。任何信息系统项目建设的出发点一定是解决业务中存在的问题,以期达到建设目 标,所以应将分析业务问题、确定项目目标作为服务分析的起点。由于项目目标常由组织的整 体信息化建设目标决定,所以SOA项目建设时,需将项目建设目标纳入整个信息化顶层设计 的背景中考虑,确保准确到位; b) 职责、流程、数据建模。围绕与达成项目目标密切相关的关键业务场景,通过职责建模了解组 织结构、清晰岗位职责,通过流程建模区分业务场景、梳理业务流程,通过数据建模收集单证报 表、获取数据需求; c) 业务维服务分析。在汇总和分析项目目标、业务建模、流程建模、数据建模的基础上,分别描述 当前业务、探讨未来业务。分析重点在“业务”层面,主要关注业务当前的组织结构情况、流程 执行情况、单证传输情况,并探讨未来业务模式和所需的业务服务集。为保证分析效果,讨论 可一次围绕一个特定业务场景展开,应提前草拟好业务流程图和业务组件图,并邀请高层管理 人员参加。对于短期内无法决策的问题,应标识出几种可能的变化情况,以便为后续的服务设 计提供应考虑适应的变化点; d) 系统维服务分析。已有系统为组织的重要信息化资源,通常包含组织的核心业务和数据。通 过梳理当前已有系统的情况,可从系统的视角补充查找和分析服务; e) 服务识别与筛选。业务流程、功能及数据中部分内容不适合通过服务中去实现。本阶段重点 是围绕项目目标,在考虑系统维服务分析结果的约束下,筛选业务维服务分析结果,协商确定 当前阶段待开发的服务集。最终形成服务集是一个迭代的过程,可根据项目情况不断滚动 扩展; f) 服务设计。本阶段主要是分类、管理识别出的服务集,逐个定义服务,形成服务规格说明(包括 服务接口及服务接口详细规约)及服务实现矩阵。本阶段工作成果可为具体的服务开发提供 完备的文档规格说明。 6 服务分析要求 6.1 目标建模 目标建模宜从分析业务问题、明确项目目标的角度出发,识别与项目目标相关的职责、流程及数据, 为下一步职责、流程及数据建模锁定分析范围。主要工作宜包括以下内容: 2GB/T32430—2015 a) 分析业务问题; b) 明确项目目标; c) 识别与项目相关的职责、流程及数据; d) 分解项目子目标,建立职责、流程及数据与其的对应关系。 6.2 职责建模 职责建模宜从了解组织结构,清晰岗位职责的业务维度出发,了解当前业务部门组织结构和职责, 探讨未来业务部门(或业务领域)划分和职责界定,并标识当前或未来业务中会重点关注的热点职责,形 成候选服务。主要工作宜包括以下内容,分析结果如图2所示: a) 了解当前组织结构和职责; b) 探讨未来可能的组织结构和职责; c) 协商明确近期可行的组织结构和职责; d) 标识重点职责; e) 发现候选服务。 图2 SOA职责建模示意图 6.3 流程建模 流程建模宜从区分业务场景、梳理业务流程的角度出发,围绕与项目目标相关的关键业务场景,逐 个场景地分析、探讨当前流程和未来优化流程,细化流程中的操作要求,形成候选服务。如图3所示,主 要工作宜包括以下内容: a) 区分与项目目标相关的关键业务场景; b) 逐个场景地梳理近期可行的业务流程; c) 结合职责建模的职责分析结果,细化业务操作; d) 发现候选服务。 3GB/T32430—2015 图3 SOA流程建模过程示意图 6.4 数据建模 数据建模宜从收集单证报表,获取数据需求的业务维度出发,围绕与项目目标相关的关键业务场 景,逐个场景地收集相关单证报表资料,获取部门、岗位之间的数据需求,形成候选服务。主要工作宜包 括以下内容: a) 区分与项目目标相关的关键业务场景; b) 逐个场景地收集相关单证、报表资料; c) 结合职责建模的职责分析结果,协商