素与应用架构视图的关系应符合下列规定： a）应用总视图：属于策略层视图。展现应用及包含的一级功能，以及应用对核心业务能力的支撑 关系。 b） 应用分视图：属于管理层视图。按业务职能展现每个应用和功能，以及对业务职能的支撑 关系。 应用功能视图：属于设计层视图。展现每个应用内部各级功能，以及功能对业务活动和业务步 骤的支撑关系。

通过数据架构相关元素及其元素间关系，描述定义数据架构相关视图：数据主题视图、概念数据 模型视图、逻辑数据模型视图、物理数据模型视图。数据架构视图层次模型示例参见附录D中D.3。 数据架构元素与数据架构视图的关系应符合下列规定： a）数据主题视图：属于策略层视图。展现数据主题，定义数据主题对业务能力的支撑关系。 b）概念数据模型视图：属于管理层视图。展现数据主题之下的概念实体，以及数据实体之间的关 联关系。 c）逻辑数据模型视图：属于设计层视图。展现对概念实体的分解细化，对逻辑实体的属性、属性 类型、长度和主外键关系等进行定义并进行范式化处理。 d） 物理数据模型视图：属于实施层视图。结合数据存储的物理实现，定义物理实体，描述数据模 型的细节。

通过技术架构相关元素及其元素间关系暖通空调管理，描述定义技术架构相关视图：技术框架视图、信息系统 视图、系统组件视图、系统逻辑部署视图、基础设施概念视图、基础设施逻辑视图、基础设施物理视 图。技术架构视图层次模型示例参见附录D中D.4。技术架构元素与技术架构视图的关系应符合下列 规定： a）技术框架视图：属于策略层视图。展现企业全局上的公共技术域、技术能力及两者的关系。 b）信息系统视图、基础设施概念视图：属于管理层视图。信息系统视图展现业务系统、平台系 统，以及各业务系统所支撑的应用；基础设施概念视图展现区域级的基础设施分布及相应硬件 规划。 c）系统组件视图、基础设施逻辑视图：属于设计层视图。系统组件视图展现系统的功能组件和 功能组件之间的关系；基础设施逻辑视图展现单个基础设施内部网络位置划分及网络部署的 系统。 d）系统逻辑部署视图、基础设施物理视图：属于实施层视图。系统逻辑部署视图展现系统部署单 元和部署节点，如业务应用部署单元、应用服务器部署节点等；基础设施物理视图展现单个位 置内的各种设备分布及连接情况。

通过安全架构相关元素及其元素间关系，描述定义安全架构相关视图：安全目标视图、安全技术 防护体系视图、安全管理体系视图、安全防护逻辑视图、安全防护物理视图。安全架构视图层次模型 示例参见附录D中D.5。安全架构元素与安全架构视图的关系应符合下列规定： a）安全目标视图：属于策略层视图。展现企业全局安全能力，从业务中转换形成安全需求，确定 安全目标，制订安全技术防护和安全管理策略方针。

DL/T 2075 2019

b）安全技术防护体系视图、安全管理体系视图：属于管理层视图。以满足安全需求为原则，展现 安全策略下的安全技术防护体系和安全管理体系的总体信息。 c）安全防护逻辑视图：属于设计层视图。依据企业安全策略方针，按照安全技术防护和管理体 系，确定安全防护和安全管理架构，并结合业务、应用、数据、技术架构，从技术安全、应用 安全、数据安全提出防护要点。安全技术防护遵从国家信息安全等级保护相关要求和防护策 略，以及电力行业安全防护规定等技术防护要求；安全管理遵从电力行业的安全管理保障制度。 d 安全防护物理视图：属于实施层视图。展示安全防护逻辑视图技术安全、应用安全、数据安全 和安全管理在各环节安全措施的细化落实，可实现具体系统与防护措施的对应。

DL / T 2075 2019

架构管控在企业级层面对信息化建 实现电力企业业务战略目标，保障企业信息化架 格管控

总体架构管控是在架构的基础上，建立健全管控组织、明晰管控职责、制订管理原则、执行管控 流程、管理架构资产、考核管控绩效的管理行为，包含架构资产管理、总体架构遵从等内容： a）架构资产管理： 1）架构管理资产管理：包括对架构原则、架构管理办法和架构标准规范的管理； 2）架构设计资产管理：包括对业务、应用、数据、技术和安全五类架构资产的管理，包括架 构现状、架构设计蓝图和架构演进路线等； 3）架构支撑性资产管理：包括对支撑性资产、架构工具和架构师能力模型等的管理。 b）总体架构遵从：企业内部各组织应按照企业架构设计蓝图，制订架构演进路线并实施。

系统架构管控由企业信息化架构相关组织实施，对信息化项目中的可行性研究阶段、设计阶段、 上线阶段等关键环节进行系统架构遵从检查、架构评审等，以确保企业范围内系统建设的标准化、规 范化： a）系统架构遵从检查：研发单位为实现架构设计蓝图，开展具体信息系统架构设计和改造的行 为。系统架构应遵从总体架构设计资产。基于本企业架构演进路线，确定分年度计划并组织 实施。 b）系统架构评审： 1）可行性研究阶段：基于总体技术架构开展概念验证工作，架构管理组织对解决方案进行 评审； 2）设计阶段：研发单位开展架构设计，提交架构设计成果，架构管理组织负责组织系统架构 设计评审； 3）上线阶段：委托相关机构（如测试机构）开展系统架构遵从检查。

DL/T 2075 2019

为了简化编码长度和复杂度，架构的编码采用数字和字母方式组成两位编码格式，字母在前，数 字在后。字母编码规则：业务B（Business）、应用A（Application）、数据D（Data）、技术T （Technology）、安全S（Security）；数字编码规则：策略层1、管理层2、设计层3、实施层4。框架总 体编码规则，参见表B.1：框架全编码查询表，参见表B.2。

表B.1框架总体编码规则

表B.2框架全编码表

架构核心视图是指架构领域中能够将层级体系核心信息完整展现且与其他视图无关联关系的视 图。此类视图的编码格式一般为一段式，参考格式为“Xn”：“Xn”为框架编码，“X"代表架构编码， “n”为层级编码。若同一层级有多个核心视图，此类视图的编码格式为两段式，参考格式为“Xn”十 “/”十“X/XX”：第一段“Xn”为框架编码，“X”代表架构编码，“n”为层级编码；第二段“X/XX” 为主视图英文名称缩写，根据视图名称，可以为一个大写字母或两个大写字母的缩写，例如，“S”代 表信息系统类视图，“I”代表基础设施类视图，“T”代表技术防护体系视图，“M”代表管理体系视 图：两段编码之间用“”连接。架视图编码参见表B.3

表B.3框架视图编码

DL/T2075—2019

DL/T 2075—2019附录C（规范性附录）架构元模型C.1元模型清单企业信息化架构元模型清单包含业务架构、应用架构、数据架构、技术架构以及安全架构五个分类，每个分类又包含若干相关架构元素及其元素间关系，是企业信息化架构的组成结构，见表C.1。表 C.1元模型清单序号架构类别架构元素序号架构类别架构元素1业务域18技术域2业务职能19技术能力3业务流程20 系统4业务活动21软件5业务架构业务步骤22组件技术架构6业务信息23系统集成7流程协作24部署单元8组织单元25 部署节点9岗位26位置10应用27硬件11功能28安全需求应用架构12 应用交互29应用安全13角色30安全架构数据安全14数据主题31技术安全15概念实体32安全管理数据架构16逻辑实体17物理实体C.2架构元素C.2.1业务架构元素C.2.1.1业务域依据业务相关性组合而成的较为高阶的业务领域。具体引用关系如下：a）对应：每个业务域被一个或多个应用对应；业务域被一个或多个数据主题对应。b）分解：每个业务域分解成一个或多个业务职能。10

C.2.1.2业务职能

DL/T 2075 2019

某个业务域所具备的相关业务能力，一般由多个业务能力组合而成。具体引用关系如下： a）分解：业务职能由业务域分解； b）支撑：业务职能由业务流程支撑： c）履行：业务职能由组织单元履行： d）实现：业务职能是由一个或多个功能实现。 示例：客户电费交费管理。

C.2.1.3业务流程

在业务领域中，为达到业务目标的一类过程和策略， 该过程由一组按策略执行的、相互协调的活 动步骤组成。具体引用关系如下： a）支撑：业务流程支撑业务职能； b）分解：业务流程分解为业务活动： c）协作：业务流程关联关系由流程协作完成协作。 示例：在线交费流程。

C.2.1.4业务活动

由单一业务目标驱动的、单一岗位完成的业务步骤组合，是业务流程的细化。具体引用关系如下： a）分解：业务流程分解为业务活动；业务活动分解为业务步骤； b）实现：业务活动由功能实现； c）执行：业务活动由岗位执行； d）输入/输出：业务活动输出业务信息，或业务信息作为业务活动的输入。 示例：电费缴纳

C.2.1.5业务步骤

岗位或者组织单元为了履行或完成其 用天东 如下： a）分解：业务步骤由业务活动分解： b）使用：业务步骤使用功能； c）转换：业务步骤转换形成安全需求。 示例：受理电费缴纳。

C.2.1.6业务信息

业务活动所产生、使用和改变的信息内容，作为输入/输出在业务活动之间的传递 整交换。具体引用 关系如下： a）规范化：业务信息规范化逻辑实体； b）输入/输出：业务活动输出业务信息或业务信息作为业务活动的输入。 示例：收费凭证。

C.2.1.7流程协作

不同流程之间为实现具体的某种业务逻辑而进行的流程协同和信息交互。具体引用关系如下

DL /T 2075 2019

a）协作：两个或多个业务流程之间的协作关系： b）传递：流程协作传递概念实体或消息通知； c）实现：流程协作被应用交互实现。 示例：电费核算管理、电费违约金管理

C.2.1.8组织单元

被赋予特定职责与需要具备的资格、能力等要求的人员及职位的集合。具体引用关系如下： a）分解：岗位由组织单元分解； b）执行：岗位执行业务活动； c）转换：岗位转换为角色。 示例：营销部营业班收费专责。

C.2.2应用架构元素

一组同类型的或紧密耦合的、实现同一业务目标的功能逻辑组合。具体引用关系如下： a）对应：一个或多个应用对应一·个业务域； b）聚合：应用由一级功能聚合。 示例：电力营销应用

依据业务流程对应用的进一步细化，实现应用所支撑业务的某一个具体逻辑场景，功能可以分为 多级。具体引用关系如下： a）聚合：功能聚合成应用； b）参与：功能参与应用交互； c）实现：功能由系统或组件实现，功能实现业务职能或业务活动； d）应用：功能被角色应用： e） 使用：功能由业务步骤使用： f）操作：功能操作逻辑实体； g）分布：功能分布一个或多个概念实体。 示例，电费收缴及账务管理

C.2.2.3应用交互

不同功能为实现业务协作而进行的信息交换。具体引用关系如下： a）传递：应用交互传递概念实体； b）参与：应用交互由功能参与完成； c）实现：应用交互由系统集成实现，应用交互实现流程协作。

示例：源功能：催费：目标功能：复电管理：源到目标信息：催费信息：目标返回信息：缴费复电信

按功能职责划分的参与业务流程的人员类型。具体引用关系如下： a）应用：角色应用功能，角色对功能的应用受权限控制： b）转换：角色由岗位转换。 示例：电费缴纳受理人员。

C.2.3数据架构元素

C.2.3.1数据主题

按业务耦合程度所聚合而成的业务信息集合。具体引用关系如下： a）对应：一级数据主题对应业务域； b）聚合：二级数据主题由概念实体聚合而成； c）支撑：数据安全支撑数据主题。 示例：电费管理

C.2.3.2概念实体

从数据建模角度对业务信息的抽象和规范化逻辑描述。具体引用关系如下： a）聚合：概念实体聚合为数据主题： b）分布：概念实体分布到功能； c）实现：概念实体由逻辑实体实现； d）传递：概念实体由应用交互传递，概念实体由流程协作传递。 示例：电费。

C.2.3.3逻辑实体

根据业务信息对概念实体的细化，描述实体之间的继承和关联关系，对实体所要包括的属性信息 通常要进行范式化处理。具体引用关系如下： a）实现：逻辑实体由物理实体实现，逻辑实体实现概念实体： b）操作：逻辑实体被功能操作； c）规范化：逻辑实体由业务信息规范化。 示例：电费（日期、电量、单价等属性）。

C.2.3.4物理实体

逻辑实体的物理实现定义，描述数据在储存介质上的组织结构。具体引用关系如下： a）实现：物理实体实现逻辑实体； b）操作：物理实体被组件操作。 示例：电费缴纳表。

C.2.4技术架构元素

照技术能力分类聚合而成的高阶领域。具体引用

DL/T2075—2019 分解：技术域分解为技术能力。 示例：信息展现、集成服务。

C.2.4.2技术能力

支撑应用功能的公共技术功能，一般可以分为多级。具体引用关系如下： a）支撑：技术能力需要组件支撑： b）分解：技术域分解成技术能力。 示例：结构化数据存储、文件存储。

由相互作用、依赖的若干组件等组合而成的具有完整支撑业务的一个有机整体，一般可分为支撑 业务的应用系统和支撑应用系统的平台系统。具体引用关系如下： a）支撑：系统需要软件支撑； b）组成：系统由组件组成； c）参与：系统参与系统集成： d）实现：系统实现功能。 示例：营销业务应用系统，

与计算机系统的操作有关的计算机程序、规程和可能相关的文档。具体引用关系如下： a）支撑：软件支撑系统： b）部署：软件部署到部署节点； c）实现：软件实现技术安全。 示例：数据库软件

一般作为或者能够成为一个更大整体一部分的实体。具体引用关系如下： a）组成：组件组成系统； b）打包：组件打包形成部署单元； c）支撑：组件支撑技术能力： d）操作：组件操作物理实体： e）参与：参与系统集成； f）实现：组件是功能的物理实现。 示例：功能组件：客户监督组件

C.2.4.6系统集成

特指应用系统集成，即两个或多个系统之间的一组集成关系。具体引用关系如下： a）实现：系统集成实现应用交互； b）参与：系统参与系统集成，组件参与系统集成。 示例：营销业务应用和统一流程平台集成。

C.2.4.7部署单元

合成的可独立部署的软件包。具体引用关系如下： a）部署：部署单元部署到部署节点： b）打包：部署单元由组件打包而成。 示例：应用程序部置包。

C.2.4.8部署节点

承载部署单元的、具有相同特征的最小部署实体。具体引用关系如下： a）依赖：部署节点依赖硬件： b）安装：部署单元部署在部署节点上，软件部署在部署节点上。 示例：数据库服务器节点。

基础设施所处的具体地理空间点，可分为多级。具体引用关系如下： 放置：位置是硬件放置的地方。 示例：数据中心。

C.2.4.10 硬件

用于处理、存储或传送计算机程序或数据的物理设备。具体引用关系如下： a）放置：硬件放置到相应的位置； b）依赖：硬件被部署节点依赖； c）实现：软件实现技术安全。 示例：服务器、光纤交换机。

C.2.5安全架构元素

C.2.5.1安全需求

为保证信息系统正常运作，在信息安全防护措施方面提出的系列要求。具体引用关系如下： a）实现：安全需求由应用安全实现； b）转换：安全需求由业务步骤分析转换而来。 示例：电力营销客户电费交费管理业务交换安全需求。

C.2.5.2应用安全

针对应用程序或工具在使用过程中可能出现的计算、传输数据的泄露、更改和失窃，通过其他安 全工具或策略来消除隐患。具体引用关系如下： a）实现：应用安全实现安全需求，应用安全由技术安全和数据安全实现； b）支撑：应用安全支撑应用。 示例：电力营销系统应用接口安全。

C.2.5.3数据安全

以数据为中心的安全，保护数据的可用性、完整性和机密性。具体引用关系如下： a）实现：数据安全由技术安全实现，数据安全实现应用安全； b）支撑：数据安全支撑概念实体。 示例：客户个人信息传输安全。

DL/T2075—2019

C.2.5.4技术安全

针对应用程序或工具在开发和部署过程中可能出现的计算、传输数据的泄露、更改和失窃，通过 其他安全工具或策略来消除隐患。具体引用关系如下： 实现：技术安全实现数据安全和应用安全，技术安全由相应的软件、硬件实现。 示例：服务器安全。

C.2.5.5安全管理

为保证信息系统正常运作，通过安全防护管理机制来消除隐患。具体引用关系如下： 实现：安全管理实现安全需求。 示例：系统安全评估机制。

DL/T20752019

架构视图层次模型示例参见图D.1

图D.1业务架构视图层次模型示例

项目管理、论文应用架构视图主要包括应用总视图、应用分视图、应用功能视图、角色功能视图四个视图。 构视图层次模型示例参见图D.2

图D.2应用架构视图层次模型示例

图D.3数据架构视图层次模型示例

DL/T 2075 2019

技术架构视图主要包括技术框架视图、信息系统视图、系统组件视图、系统逻辑部署视图、基 础设施概念视图、基础设施逻辑视图、基础设施物理视图七个视图。技术架构视图层次模型示例参 见图D.4。

图D.4技术架构视图层次模型示例

技术交底安全架构视图层次模型示

注：根据《电力监控系统安全防护规定》，发电企业、电网企业内部基于计算机和网络技术的业务系统，应当划分 为生产控制大区和管理信息大区。生产控制大区可分为控制区（安全区I）和非控制区（安全区II）；在不影 响生产控制大区安全的前提下，管理信息大区内部可根据各企业不同安全要求划分安全区。生产控制大区的 安全等级高于管理信息大区，系统定级需根据不同安全区域的安全防护要求，确定其安全等级和防护水平， 按国家网络安全等级保护相关标准进行定级