标准规范下载简介：

内容预览由机器从pdf转换为word，准确率92%以上，供参考

DL／T 1992-2019 电力企业SOA应用技术标准

信息服务应满足下要求： a）提供信息集、编目、发布和 等功能； b)合相关信息服务的具体技术标准。

DL/T1992—2019

信息服务应满足 下要求： 提供信息集、编目、发布和 等功能； 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) 满足服务的各项要素FZ/T 14047-2019 涤纶印染布，并能实现一定的电力行业业务功能； 在一定范围内具有 的复用性； c 合电力行业及领域的标准或规范。 5.2.3 SOA应用质量要求 5.2.3.1一般性要求 功能性要求外，SOA应用 业标准信息服务平台 用需满足下的质量要求： a) 可性； b) 用性； c) 效； d) 可维 性； e) 可 性； f) 立性。 5.2.3.2服务质量要求 服务质量应至少满足下列要求： a）功能确性; b) 服务度合理性； c) 合性； d) 可复用性； e 可扩展性； f) 互操作性； g) 治性；

5.2.2.9展现服务要求

5. 2. 2. 10

5.2.2.11授权服务要求

5.2.3SOA应用质量要求

5. 2. 3. 1 一般性要求

5. 2. 3. 2 服务质量要求

服务质量应至少满足下列要求： a）功能确性； b）服务度合理性； c) 合性； 可复用性； e) 可扩展性； f) 互操作性； g) 治性；

5.3服务生存周期过利

本节出了SOA应用中服务生存周期过程的要求， 并定义了过程的目的和输出，以及完成过程所 必需的动。服务生存周期过程按分析设计过程、 建过程、组装过程、运维过程4个过程组进行描述。 本节在GB/T32429一2015中5服务生存周期过程的基础上， 了服务规过程、服务使用过程、服 务变更过程和服务编过程，共包括14个过程， 2所：

5.3.2服务分析与设计过程

5.3.2.1服务规划过程

5. 3. 2. 1. 1且的

图2服务生存周期过程

服务规是承接组织的 设计和规， 在全局的角度，面向组织的整体性和前性信息需求， 对组织的服务资源所的总体 和优化设计，形成组织的服务资源规，并以此作为服务设计和开 发的主要据。

5. 3. 2. 1.2输出

服务规过程的输出结为服务资源规，包括服务域、服务单和服务概念设计。

5.3.2.1.3活动和任务

服务规过程包括业务分解、应用分解、数据分解、服务 、服务整理等5个动。具体要 标准6.2服务规

5.3.2.2服务分析过程

5. 3. 2. 2. 1目的

5. 3. 2. 2. 2 输出

DL/T1992—2019

服务分析过程的输出结包括： d 服务列：包服务称、功能描述、服务来源、服务消费者、服务提供者、服务流程信 息等服务需求信息； 服务需求和业务需求的一致性和可 性对应关系； 服务需求的确性和可测性等分析结

5.3.2. 2.3活动和任务

服务分析过程包括目标分析、领域分析、流程分析、数据分析、业务维服务分析、系统维服务分析、 服务与等7个动。具体要求见本标准6.3服务分析。

5.3.2.3服务设计过程

5. 3. 2. 3. 1目的

服务设计是以服务资源的服务概念设计作为参考据，对服务分析过程中 的服务进行 义（规约）、管理等一系列动。

5. 3. 2. 3. 2 输出

服务设计过程的输出结包括： 服务分类： 服务接口定义列； C 服务接口细规约； d 服务实现 ： e 设计评意见， 服务设计和服务需求的一致性和可 性对应关系。

5. 3.2.3.3活动和任务

服务设计过程包括服务分类、服务定义、服务接口设计、服务实现方式策、服务设计评 动。具体要求见本标准6.4服务设计

5.3.3服务创建过程

5.3.3.1服务开发过程

5. 3. 3. 1. 1目的

服务开发是将已定义的服务接口细规约通过技术开发段变成可部署运行的服务的过

5. 3. 3. 1. 2 输出

服务开发过程的输出结 包括： 可部署的服务包：

服务描述文 对照服务需求的服务 准 与服务设计的一致性和可 性对应关系。

.3.3.1.3活动和任务

据服务不同的实现方式策，服务开发方式可分为3种类型，分为新建功能服务、映射已有功 能服务和构组合服务。对应的服务开发过程包括新建功能服务、映射已有功能服务、新建组合服务等 动。具体要求见本标准6.5服务开发。

5. 3. 3. 2 服务测试过程

5. 3. 3. 2. 1 目的

;3. 3. 2. 2 输出

服务测过程的输出结包括：

服务测过程的输出结 包括： 服务测准； 服务测结录。

5. 3. 3. 2. 3活动和任务

5.3.3.3服务部署过程

5.3.3.3.1且的

5. 3. 3. 3.1

服务部署过程是将合服务需求的可部署服务包安装目标运行环境中的过程，

5.3.3.3.2输出

服务部署过程的输出结包括 标准位 服务部署策略； a 运行的服务： 更新的服务描述信息

.3.3.3.3活动和任务

服务部署过程包括服务部署策略制定、原服务部署、组合服务部署、服务部署确等4个动。 具体要求见BT3242一2015中的5.3.3服务部署过程。

5.3.3.4服务发布过程

5. 3. 3. 4. 1月的

5. 3. 3. 4. 2 输出

服务发布过程的输出结包括： 与服务注册中心的服务发布合约

呈是将已部署的服务通过在服务注册中心注册等

合服务发布的服务描述文 服务对外公开发布。

5.3.3.4.3活动和任务

DL/T1992—2019

服务发布过程包括服务发布合约制定、服务发布明制定和评、服务发布等3个动。具体 BT32422015中5.3.4服务发布过程。

5. 3. 4服务组装过程

5.3.4.1服务发现过程

5. 3. 4. 1.1且的

服务发现是指服务使用者据服务描述， 并取可以满足特定需求的服务的过程。它及 和服务质量指标及配。服务发现一通过服务注册中心来完成，

5. 3. 4. 1. 2 输出

服务发现过程的输出结包括： a 服务配模； 发现服务的列 及描述文

5.3.4.1.3活动和任务

服务发现过程包括服务配模制定、服务 、服务评估与 等3个动。具体要求见本 2.1.3服务发现。

5.3.4.2 服务组合过程

5. 3. 4. 2. 1 月的

5.3.4.2.2 输出 a 服务组合模型； 模型评结； C组合服务。 5.3.4.2.3 活动和任务

5.3.4.2.2 输出 服务组合过程的输出结包括： a 服务组合模型； 模型评结； C组合服务。 5.3.4.2.3活动和任务

5. 3. 4. 2. 2输出

5. 3.4. 2.3活动和任务

服务组合过程包括服务组合模型设计、模型评、服务封装等3个动。 a 服务组合模型设计：据功能要求，确定服务的组合构，并据此设计实现服务组合； 模型评：对服务组合模型进行评，并录评结。同对上述模型进行必要的修； 服务封装：对已有的服务按照组合模型设计进行组合，封装成为一个新的、更大度的服务

5.3.4.3服务编排过程

5. 3. 4. 3. 1目的

指将一组服务按照一定的规进行序组合，使它共同完成一个特定的任务或业务流程。

5.3.4.3.2输出

服务编过程的输出结 包括： a 服务编模型； 模型评结； 服务 定。

5.3. 4.3.3活动和任务

服务编过程包括服务编模型设计、模型评、服务发现、服务建、服务定等5个动。具 体要求见本标准7.2.2服务编

5.3.5服务运维过程

5.3.5.1服务使用过程

5. 3. 5. 1. 1目的

服务使用是对服务消费者提出的服务使用请进行核，并对服务进行配置，以使其具备使用 过程。

5. 3. 5. 1. 2 输出

服务使用过程的输出结包括： a 服务使用请； 服务使用 核意见； C 服务配置 单。 5. 3. 5.1.3 活动和任务

服务使用过程的输出结包括： 服务使用请； 服务使用 核意见； 服务配置 单。 5. 3. 5. 1. 3 活动和任务

服务使用过程包括服务使用请、请核、服务配置等3个动。具体要求见本标准7.2.3服务

5.3.5.2服务监管过程

5. 3. 5. 2. 1目的

服务监管过程是据SOA应用确定的策和机制，对运行的服务和业务流程进行监控和管理 服务运行的一系列过程。

5. 3. 5. 2. 2 输出

5.3.5. 2.3活动和任务

服务监管过程包括服务监、服务测量信息集、服务 管理、服务配置、服务更新、服务 等动。 服务监：据服务需求中确定的策略，对服务的运行况进行实监，并在 况下进 行 服务测量信息集：对服务的各类质量指标进行测量，并 手录测量结 服务 管理：对服务运行过程中生的 进行录、 ，并形成统计分析 服务配置：在环境条件发生改变或服务需求变更等 况下，对服务部署和运行的参数进行 配；

DL/T1992—2019

服务更新：在服务需求变更后，将服务更新为新的版本。服务更新应保持更新前后系统的一致 性； 服务 见本标准5.3.5.4服务 过程

5.3.5.3服务变更过程

5. 3. 5. 3. 1目的

服务变更过程是在服务运行维过程中，由于需求或运行环境发生变化致在用服务法满足 求而需要进行修改、优化或功能新的一系列过程。

5. 3. 5. 3. 2输出

服务变更过程的输出结包括： 服务变更请； 服务变更方 服务变更 分析 服务变更 核意见

服务变更过程的输出结 包括： 服务变更请； 服务变更方 服务变更 分析 d 服务变更 核意见

服务变更过程包括变更请、变更分析、 分析、可行性核等4个动。 变更请：提出服务变更请，包括变更原、变更内等； 变更分析：对变更需求进行分析，确定变更方，针对服务变更方式（服务改、现有服务组 合、新服务）进行策； C 分析：据服务使用况及变更方，分析评估服务变更实施的 范围和 在风险，形 成服务变更 分析 d 可行性核：相关系方据变更 分析 对服务变更方 的可行性进行 核，并形成 核意见。

5.3.5.4服务退役过程

5. 3. 5. 4. 1目的

5. 3. 5.4. 自的 服务 过程是服务不 使用，将服务从目标运行环境中载的过程。 标准信息服务平一 5. 3.5. 4.2 输出 服务 过程的输出结 包括： a 服务 计； 服务 请； C 服务 核意见； d 服务 1 服务从目标运行环境中载。

5.3.5.4.3活动和任务

服务 过程包括服务 计制定、服务 请、服务 核、服务 公布、服务载等 5个动。 a 服务 计制定：制定服务 的过程和策略，可包括后月 服务技术支持的安、服务及文 的规定、后 的职责 分、向新服务 的策略等； 服务 请：制定 计后，提交服务 请：

C 服务 核：相关系方对服务 请进行核，并形成核意见； d 服务 公布：公布服务 计。可通过公开信息发布 进行服务 可主动通 服务消费者，向其公布 计； 服务载：将服务从目标运行环境中载。对于服务 和新服务部署 况，应保新、 服务更的 过。同应据服务需求，确保服务相关数据和 录及可 性。

5.4SOA成熟度模型

SOA成熟度模型3所，提供了一种能够助确评估SOA在组织中的适用性和的框 架。建立SOA成熟度模型的目标是对SOA规和实施进行测量与评估，并且据SOA成熟度模 型设定SOA信息化建设目标。SOA成熟度模型包括“成熟度级”、“评估维度”及“评估方法”个 要素： 成熟度级：SOA成熟度模型分为个级，每个成熟度级反映了组织或信息化项目在实施 或应用SOA的一个抽状。每个成熟度级基于一个或多个成熟度指标建立，对应一系列成 熟度性； 评估维度：一个组织或信息化项目的SOA成熟度级 基于本标准中的系列维度进行评估。评 估维度是有效评SOA成熟度级的必要指标； C 评估方法：使用SOA成熟度模型及评估方法可评估组织或信息化项目的前SOA实施、应用的 成熟度，确定目标成熟度级及相关能力要求，以及为组织或信息化项目提供从前成熟度级 且标成熟度级的提指南

5.4.2.1级别1：竖

图3SOA成熟度模型

a）企业的各部门立开发的软件，有进行数据、流程、标准或者技术的集成； 制约了部门之间的信息共和业务协同，在有人 的况下，信息化系

间不能进行集成，数据复存和应用的况

5. 4. 2. 2 级别 2: 集后

DL/T1992—2019

a） 用技术段在 之间进行连接，进行数据和功能的集成； b 构建部门应用的信息化系统成为可能，是并未形成通用性的数据和技术标准，此实现 个系统之间的集成，需要在系统之间进行复杂的数据、协议和功能的转换，开发一个新 的业务流程度 大。 5.4.2.3级别3：组件化 a） 信息化系统可分为组件，它可以配置成一个新的功能； 将业务功能组件的分析过程存在 6 C 组件通过定义的接口进行交互， 是它 不是 合的，这 限制了不同系统间 的 性和可交互性； d) 开发组织的业务流程。

5.4.2.3级别3：组件化

.4.2.4级别4：服务化

a)能够基于 合的业务流程来构建组合应用； b） 服务基于开放标准，与 应用技术关； C IT基础设施支持多种协议、安全机制、数据转换和服务管理； d 服务可以在企业内部门使用，合SLA； e) 业务功能过细的分析，并且分为服务，服务可以在业务级 进行交互； f 通过规范的语言明确定义每个服务的功能和内 ； g)这个段，服务组合 开发人员定制 来实现，限制了新业务流程的开发

5.4.2.5级别5：组合服务

b）组合服务包括 的、流的、基于动的服务，不需要定制 可以将服务组合成 个业务流程，开发人员可以在业务分析的指下 的进行组合服务的设计和开发。

5.4.2.6级别6：虚拟化服务

a）通过化的间接方式提供服务； b）基础设施进行 调用实际理服务调用的映射： 服务组合服务变更

5.4.2.7级别7：动态可配置服务

这个级之前，业务流程可以通过开发人员在设计期通过合适的具进行开发。而这个级下，组 合服务和流程可以动 建和执行

5.4.3.1业务视图

业务维度集中在业务体系结构以及IT策略，可 IT能力的 能力支持业务的性、 和SLA。

5.4.3.2治理与组织

治理与组织维度集中在组织或信息化项目所 及组织的结构、 身的设计，以及SOA治理的有效

性评估。组织方面包括组织的结构、关系、角和对用面向服务策略的 。治理与式管理流程相 关，以保持IT动、服务能力以及SOA应用与业务需求一致。治理可指 其它成熟度维度，包括管理 构建和费用 分配。

5. 4. 3. 3 方法

方法维度集中在组织或信息化项目在IT、业务转换方面的方法和过程，以及围软件和系统开发 生存周期的成熟度， 及需求管理、技术评估、项目管理、质量保过程、设计方法和技术、设计解 方具的使用。

应用维度集中在应用风 ，应用的结构QB/T 5401-2019 多重增强钢塑复合管及管件，应用中功能的可分解性、可复用性、 性、可性、可 扩展性，应用的可理解性，以及在不同业务部门的SOA应用实和模式的统一性

5. 4. 3. 5 架构

架构维度集中在企业的整体信息化实现架构，分为单一架构、基于次的架构、基于组件的架构、 SOA出现、SOA、支持网化的SOA、动可配置的架构。

信息维度集中在信息 构建、信息 建模、 组织数据的方法、数据从功能方面的 抽性、数据特、数据转换能力、服务和流程定义、处理标 、安全 管理、业务信息模 型和内管理。

DB11T 885-2012 高速公路命名和编号规则5.4.3.7基础设施和管理

基础设施和管理维度集中在组织的基础设施能力、服务管理、IT操作、IT管理和IT 、服务级 协定

5.4.4.1识别业务目标、范围和问题