路径: 主页 > DL/T > 第42页 > DL/T 1992-2019 | 标准编号 | DL/T 1992-2019 (DL/T1992-2019) | | 中文名称 | 电力企业SOA 应用技术标准 | | 英文名称 | SOA application technology standard for power enterprises | | 行业 | 电力行业标准 (推荐) | | 中标分类 | F20 | | 国际标准分类 | 27.100 | | 字数估计 | 52,521 | | 发布日期 | 2019-06-04 | | 实施日期 | 2019-10-01 | | 标准依据 | 国家能源局公告2019年第4号 | | 发布机构 | 国家能源局 | DL/T 1992-2019: 电力企业SOA 应用技术标准
DL/T 1992-2019 英文名称: SOA application technology standard for power enterprises
中华人民共和国电力行业标准
电力企业 SOA 应用技术标准
国家能源局 发 布
1 范围
本标准规定了面向服务的体系结构（Service-Oriented Architecture，SOA）的 SOA 应用技术框架、
服务实现技术要求以及服务交互技术要求。
本标准适用于电力企业基于 SOA 的应用系统开发和信息集成建设、SOA 项目咨询和 SOA 项目监
理。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 29262-2012 信息技术面向服务的体系结构（SOA）术语
GB/T 29263-2012 信息技术面向服务的体系结构（SOA）应用的总体技术要求
GB/T 32427-2015 信息技术 SOA 成熟度模型及评估方法
GB/T 32428-2015 信息技术 SOA 服务质量模型及测评规范
GB/T 32429-2015 信息技术 SOA 应用的生存周期过程
GB/T 32430-2015 信息技术 SOA 应用的服务分析与设计
GB/T 32419.1-2016 信息技术 SOA 技术实现规范第 1 部分：服务描述
GB/T 32419.2-2016 信息技术 SOA 技术实现规范第 2 部分：服务注册与发现
GB/T 32419.3-2016 信息技术 SOA 技术实现规范第 3 部分：服务管理
GB/T 32419.4-2016 信息技术 SOA 技术实现规范第 4 部分：基于发布订阅的数据服务接口
GB/T 33846.1-2017 信息技术 SOA 支撑功能单元互操作第 1 部分：总体框架
GB/T 33846.2-2017 信息技术 SOA 支撑功能单元互操作第 2 部分：技术要求
5.2.1 总述
SOA 应用技术参考模型适用于 SOA 应用的构建、运行和管理过程，本节见 GB/T 29263-2012 中 4
SOA 应用技术参考模型，在原参考模型基础上细化了 SOA 应用技术参考模型中每个实线部分的技术要
求。SOA 应用技术参考模型主要包括 9 个部分：
a) IT 基础设施是承载 SOA 应用的已有运行环境以及未来可配置和扩展的基础环境；
b) SOA 资源是实现 SOA 应用所需的应用系统、数据以及现存服务等 IT 资源，这些资源存在于
企业、政府部门以及其它组织机构内，作为 SOA 应用建设中服务的初始来源；基于 SOA 资源，
可通过封装、抽取等过程形成服务，具体要求见本标准 6 服务实现技术要求；
c) SOA 支撑技术和服务是支撑 SOA 应用的基础技术能力及基础技术服务的总称；
d) 业务公共服务是一系列面向行业/领域应用的、可复用的、具有一定业务功能的服务，服务之
间可以基于 SOA 支撑技术和服务所提供的功能和能力进行交互，并以此实现更丰富的业务逻
辑，有关服务交互的技术要求见本标准 7 服务交互技术要求；
e) 电力行业应用是面向用户的、基于电力行业“发、输、变、配、用”等各环节以及具体业务领
域需求的 IT 系统；
f) 用户是使用 SOA 应用的人、系统、设备及其它服务的总称；
g) 质量是指 SOA 应用满足用户需求或期望的程度；
h) 安全是为保障 SOA 应用安全运行的机制和策略的总称；
i) 治理是针对 SOA 应用所制定的管控策略和机制，涵盖 SOA 应用的整个生命周期。
5.2.2 SOA 应用的支撑技术和服务要求
5.2.2.1 服务描述能力要求
服务描述能力应满足如下要求：
a) 提供标准的信息模型和访问接口来描述服务和资源的相关属性；
b) 符合相关服务描述的具体技术标准，具体要求见本标准 6.1 服务描述。
5.2.2.2 服务注册和发现能力要求
服务注册与发现能力应满足如下要求：
a) 提供服务注册功能及访问接口，用以对服务和资源进行注册、检索和发现；
b) 提供服务新增、变更等消息的主动发布接口，便于使用者能够及时感知和发现服务的变化；
c) 符合相关服务注册与发现的具体技术标准，具体要求见本标准 7.2.1 服务注册与发现。
5.2.2.3 服务开发能力要求
服务开发能力应满足如下要求：
a) 应提供构建新服务所需的设计、开发、配置、调试、测试及运行的环境；
b) 应支持已有应用系统或数据资源的服务化封装；
c) 宜提供相关的工具或环境对服务设计遵从度、服务耦合性、服务自治性等进行检测；
d) 符合相关服务开发的具体技术标准，具体要求见本标准 6.5 服务开发。
5.2.2.4 服务编制能力要求
服务编制能力应满足如下要求：
a) 按逻辑顺序调用一系列服务以形成更大粒度服务；
b) 为编制好的服务提供运行时的容器环境；
c) 符合相关服务编制的具体技术标准。
5.2.2.5 服务编排能力要求
服务编排能力应满足如下要求：
a) 基于若干其他服务，通过服务流程建模、编排的方式，构建满足业务流程的新服务；
b) 提供流程执行引擎，为部署的业务流程脚本提供解释、执行、控制和管理等功能；
c) 符合相关服务编排的具体技术标准，具体要求见本标准 7.2.2 服务编排。
5.2.2.6 服务管理能力要求
服务管理能力应满足如下要求：
a) 提供对服务设计、服务开发、服务测试、服务部署、服务发布、服务使用、服务变更、服务退
役等过程的管理措施和流程，实现服务的全生命周期管理，见本标准 5.3 服务生存周期过程；
b) 对服务的状态进行实时监控、预警和执行其他相关管理操作；
c) 符合相关服务管理的具体技术标准。
5.2.2.7 服务交互通信能力要求
服务交互通信能力应满足如下要求：
a) 提供服务的接入、路由、负载均衡、消息转换、传输等功能；
b) 具有与服务管理的整合能力；
c) 提供服务间交互的机制及质量保障；
d) 符合相关服务交互通信的具体技术标准，具体要求见本标准 7.1.4 服务交互通信单元。
5.2.2.8 信息服务要求
信息服务应满足如下要求：
a) 提供信息采集、编目、发布和检索等功能；
b) 符合相关信息服务的具体技术标准。
5.2.2.9 展现服务要求
展现服务应满足如下要求：
a) 提供一组完整的、支持多渠道人机交互的展现功能；
b) 符合相关展现服务的具体技术标准。
5.2.2.10 身份管理服务要求
身份管理服务应满足如下要求：
a) 提供一组可扩展的组织、人员、角色、认证等的管理功能；
b) 符合相关用户管理服务的具体技术标准。
5.2.2.11 授权服务要求
授权服务应满足如下要求：
a) 基于身份管理服务，提供身份鉴别及访问控制功能；
b) 符合相关授权服务的具体技术标准。
5.2.2.12 SOA 应用的业务公共服务要求
在实现 SOA 应用系统的过程中，需要逐步积累形成具有电力行业特征的、可以支持 SOA 应用开发
特性的业务公共服务。业务公共服务应满足下列要求：
a) 满足服务的各项要素，并能实现一定的电力行业业务功能；
b) 在一定范围内具有较强的复用性；
c) 符合电力行业及领域的标准或规范。
5.3 服务生存周期过程
5.3.1 总述
本节给出了 SOA 应用中服务生存周期过程的要求，并定义了过程的目的和输出，以及完成过程所
必需的活动。服务生存周期过程按分析设计过程、创建过程、组装过程、运维过程 4 个过程组进行描述。
本节在 GB/T 32429-2015 中 5 服务生存周期过程的基础上，增加了服务规划过程、服务使用过程、服
务变更过程和服务编排过程，共包括 14 个过程，如图 2 所示：
5.3.2 服务分析与设计过程
5.3.2.1 服务规划过程
5.3.2.1.1 目的
服务规划是承接组织的顶层设计和规划，站在全局的角度，面向组织的整体性和前瞻性信息需求，
对组织的服务资源所做的总体筹划和优化设计，形成组织的服务资源库规划，并以此作为服务设计和开
发的主要依据。
5.3.2.1.2 输出
服务规划过程的输出结果为服务资源库规划，包括服务域、服务清单和服务概念设计。
5.3.2.1.3 活动和任务
服务规划过程包括业务分解、应用分解、数据分解、服务识别、服务整理等5个活动。具体要求见
本标准6.2服务规划。
5.3.2.2 服务分析过程
5.3.2.2.1 目的
服务分析是基于SOA应用的总体需求，以服务资源库的服务域和服务清单规划作为参考依据，综合
运用多种方法手段，多维度逐步发现、甄别服务的过程。
5.3.2.2.2 输出
服务分析过程的输出结果包括：
a) 候选服务列表：包含服务名称、功能描述、服务来源、服务消费者、服务提供者、服务流程信
息等服务需求信息；
b) 服务需求和业务需求的一致性和可追溯性对应关系；
c) 服务需求的正确性和可测试性等分析结果。
5.3.2.2.3 活动和任务
服务分析过程包括目标分析、领域分析、流程分析、数据分析、业务维服务分析、系统维服务分析、
服务识别与筛选等7个活动。具体要求见本标准6.3服务分析。
5.3.2.3 服务设计过程
5.3.2.3.1 目的
服务设计是以服务资源库的服务概念设计作为参考依据，对服务分析过程中得到的服务进行分类、
定义（规约）、管理等一系列活动。
5.3.2.3.2 输出
服务设计过程的输出结果包括：
a) 服务分类；
b) 服务接口定义列表；
c) 服务接口详细规约；
d) 服务实现矩阵；
e) 设计评审意见；
f) 服务设计和服务需求的一致性和可追溯性对应关系。
5.3.2.3.3 活动和任务
服务设计过程包括服务分类、服务定义、服务接口设计、服务实现方式决策、服务设计评审等 5
个活动。具体要求见本标准 6.4 服务设计。
5.3.3.1.1 目的
服务开发是将已定义的服务接口详细规约通过技术开发手段变成可部署运行的服务的过程。
5.3.3.1.2 输出
服务开发过程的输出结果包括：
a) 可部署的服务包；
b) 服务描述文档；
c) 对照服务需求的服务验证准则；
d) 与服务设计的一致性和可追溯性对应关系。
5.3.3.1.3 活动和任务
依据服务不同的实现方式决策，服务开发方式可分为3种类型，分别为新建功能服务、映射已有功
能服务和构造组合服务。对应的服务开发过程包括新建功能服务、映射已有功能服务、新建组合服务等
活动。具体要求见本标准6.5服务开发。
5.3.3.2 服务测试过程
5.3.3.2.1 目的
服务测试过程是验证服务开发过程输出的可部署服务包在功能和质量上是否符合服务需求和服务
设计要求的过程。
5.3.3.2.2 输出
服务测试过程的输出结果包括：
a) 服务测试准则；
b) 服务测试结果记录。
5.3.3.2.3 活动和任务
服务测试过程包括服务测试准则制定与评价、服务接口测试、服务集成测试、服务一致性测试、测
试结果评价等4个活动。具体要求见本标准6.6服务测试。
5.3.3.3 服务部署过程
5.3.3.3.1 目的
服务部署过程是将符合服务需求的可部署服务包安装到目标运行环境中的过程。
5.3.3.3.2 输出
服务部署过程的输出结果包括：
a) 服务部署策略；
b) 运行态的服务；
c) 更新的服务描述信息。
5.3.3.3.3 活动和任务
服务部署过程包括服务部署策略制定、原子服务部署、组合服务部署、服务部署确认等4个活动。
具体要求见GB/......
|