「TOGAF架构框架」ArchiMate视图指南(6):信息结构视图和服务实现视图

简介: 「TOGAF架构框架」ArchiMate视图指南(6):信息结构视图和服务实现视图

基本视图

ArchiMate基本视图包括ArchiMate元素和ArchiMate三个主要层的概念:业务、应用程序和技术。下面列出的是ArchiMate 3.1示例视点表,分为四类,指明了它们所涵盖的方向和范围:

  • 组合:定义元素的内部组合和聚合的视图。
  • 支持:您所查看的元素被其他元素所支持的视图。通常从一层往上到上一层。
  • 合作:朝向相互合作的对等元素。通常跨不同的方面。
  • 实现:您正在查看实现其他元素的元素的视图。通常从一层向下到下一层。

 

组成视图

名字 透视图 关注点
组织 企业在角色、部门等方面的结构。 识别能力、权力和责任
信息结构 显示企业中使用的信息的结构。 使用的数据和信息的结构和依赖关系,一致性和完整性
技术 网络、设备和系统软件等企业信息系统的基础设施和平台。 基础设施的稳定性、安全性、依赖性和成本
分层 提供架构的概述。 一致性、降低复杂性、变更的影响、灵活性
物理 物理环境以及它如何与IT基础设施相关联。 物理环境的关系和依赖关系,以及它们与IT基础设施的关系

支持视图:

名字 透视图 关注点
产品 显示产品的内容。 产品开发,企业产品提供价值
应用使用 将应用程序与其在例如业务流程中的使用关联起来。 一致性和完整性,降低复杂性。
技术使用 展示应用程序如何使用技术。 依赖关系、性能、可伸缩性

合作视图:

名字 透视图 关注点
业务流程合作 显示各种业务流程之间的关系。 业务流程、一致性和完整性、责任之间的依赖关系
应用合作 显示应用程序组件及其相互关系。 应用程序之间的关系和依赖、服务的编排/编排、一致性和完整性、复杂性的降低

实现视图:

名字 透视图 关注点
服务实现 显示如何通过必要的行为实现服务。 业务流程的增值、一致性和完整性、责任
实现和部署 显示如何将应用程序映射到底层技术。 应用平台的结构以及它们与支持技术的关系

本节主要介绍信息结构视图和服务实现视图:

信息结构的视图

什么是信息结构视图?

信息结构视图的工作原理类似于开发信息系统时通常创建的传统信息模型。视点显示了企业中使用的信息的结构。它还可以显示业务层的信息如何在应用程序层以所使用的数据结构的形式表示,以及如何将这些信息映射到底层技术基础设施。

下表更详细地描述了信息结构视点。

利益相关者 领域和信息架构师
关注点 使用的数据和信息的结构和依赖关系,一致性和完整性
目的 设计
范围 多层/单一方面
元素 业务对象、表示、数据对象、工件、含义

 

信息结构视图示例

下图显示了在信息结构视点下绘制的ArchiMate图。

服务实现的视图

什么是服务实现视图?

服务实现视角为业务服务如何由底层流程/应用程序组件实现建模。

下表更详细地描述了服务实现的视图。

利益相关者 流程和领域架构师、产品和运营经理
关注点 业务流程的附加值、一致性和完整性、责任
目的 设计,决定
范围 多层/多方面
元素 业务参与者、业务角色、业务协作、业务接口、业务流程/功能/交互、业务事件、业务服务、业务对象、表示、应用组件/协作、应用接口、应用流程/功能/交互、应用事件、应用服务、数据对象

 

服务实现视图示例

下图显示了在服务实现视角下绘制的ArchiMate图。

相关文章
|
1月前
|
分布式计算 算法 调度
课3-详解隐私计算框架的架构和技术要点
隐语架构涵盖产品、算法、计算、资源和硬件五层,旨在实现互联互通和跨域管控。产品层包括SecretPad等,简化用户和集成商体验。算法层涉及PSI/PIR、SCQL和联邦学习,提供隐私保护的数据分析和学习。计算层如RayFed、SPU、HEU等,支持分布式计算和密态处理。资源层的KUSCIA用于跨机构任务编排,硬件层涉及FPGA等加速器。互联互通支持黑盒和白盒模式,确保不同平台协作。跨域管控则强调数据流转控制,保护数据权益。
|
1月前
|
设计模式 负载均衡 网络协议
【分布式技术专题】「分布式技术架构」实践见真知,手把手教你如何实现一个属于自己的RPC框架(架构技术引导篇)
【分布式技术专题】「分布式技术架构」实践见真知,手把手教你如何实现一个属于自己的RPC框架(架构技术引导篇)
83 0
|
11天前
|
分布式计算 大数据 数据处理
经典大数据处理框架与通用架构对比
【6月更文挑战第15天】本文介绍Apache Beam是谷歌开源的统一数据处理框架,提供可移植API,支持批处理和流处理。与其他架构相比,Lambda和Kappa分别专注于实时和流处理,而Beam在两者之间提供平衡,具备高实时性和数据一致性,但复杂性较高。选择架构应基于业务需求和场景。
23 3
经典大数据处理框架与通用架构对比
|
5天前
|
存储 数据采集 数据挖掘
“湖仓一体架构及其应用”写作框架,系统架构设计师
随着5G、大数据、人工智能、物联网等技术的不断成熟,各行各业的业务场景日益复杂,企业数据呈现出大规模、多样性的特点,特别是非结构化数据呈现出爆发式增长趋势。在这一背景下,企业数据管理不再局限于传统的结构化OLTP(On-Line Transaction Processing)数据交易过程,而是提出了多样化、异质性数据的实时处理要求。传统的数据湖(Data Lake)在事务一致性及实时处理方面有所欠缺,而数据仓库(Data Warehouse)也无法应对高并发、多数据类型的处理。因此,支持事务一致性、提供高并发实时处理及分析能力的湖仓一体(Lake House)架构应运而生。湖仓一体架构在成本、
|
1天前
|
存储 消息中间件 API
“论微服务架构及其应用”写作框架,软考高级,系统架构设计师
论微服务架构及其应用近年来,随着互联网行业的迅猛发展,公司或组织业务的不断扩张,需求的快速变化以及用户量的不断增加,传统的单块(Monolithic)软件架构面临着越来越多的挑战,已逐渐无法适应互联网时代对软件的要求。在这一背景下,微服务架构模式(MicroserviceArchitecturePattern)逐渐流行,它强调将单一业务功能开发成微服务的形式,每个微服务运行在一个进程中;采用HTTP等通用协议和轻量级API实现微服务之间的协作与通信。这些微服务可以使用不同的开发语言以及不同数据存储技术,能够通过自动化部署工具独立发布,并保持最低限制的集中式管理。
|
2天前
|
Java 数据库连接 API
“论数据访问层设计技术及其应用”写作框架,系统架构设计师
在信息系统的开发与建设中,分层设计是一种常见的架构设计方法,区分层次的目的是为了实现“高内聚低耦合”的思想。分层设计能有效简化系统复杂性,使设计结构清晰,便于提高复用能力和产品维护能力。一种常见的层次划分模型是将信息系统分为表现层、业务逻辑层和数据访问层。信息系统一般以数据为中心,数据访问层的设计是系统设计中的重要内容。数据访问层需要针对需求,提供对数据源读写的访问接口;在保障性能的前提下,数据访问层应具有良好的封装性、可移植性,以及数据库无关性。
“论数据访问层设计技术及其应用”写作框架,系统架构设计师
|
13天前
|
前端开发 JavaScript 测试技术
web前端语言框架:探索现代前端开发的核心架构
web前端语言框架:探索现代前端开发的核心架构
19 4
|
19天前
|
缓存 关系型数据库 MySQL
MySQL数据库——InnoDB引擎-架构-内存结构(Buffer Pool、Change Buffer、Adaptive Hash Index、Log Buffer)
MySQL数据库——InnoDB引擎-架构-内存结构(Buffer Pool、Change Buffer、Adaptive Hash Index、Log Buffer)
35 3
|
1天前
|
边缘计算 Cloud Native IDE
“论SOA在企业集成架构设计中的应用”写作框架,系统架构设计师
企业应用集成(Enterprise Application Integration, EAI)是每个企业都必须要面对的实际问题。面向服务的企业应用集成是一种基于面向服务体系结构(Service-OrientedArchitecture,SOA)的新型企业应用集成技术,强调将企业和组织内部的资源和业务功能暴露为服务,实现资源共享和系统之间的互操作性,并支持快速地将新的应用以服务的形式加入到已有的集成环境中,增强企业IT环境的灵活性。
|
1天前
|
运维 监控 Cloud Native
“论云原生架构及其应用”写作框架,系统架构设计师
近年来,随着数字化转型不断深入,科技创新与业务发展不断融合,各行各业正在从大工业时代的固化范式进化成面向创新型组织与灵活型业务的崭新模式。在这一背景下,以容器和微服务架构为代表的云原生技术作为云计算服务的新模式,已经逐渐成为企业持续发展的主流选择。云原生架构是基于云原生技术的一组架构原则和设计模式的集合,旨在将云应用中的非业务代码部分进行最大化剥离,从而让云设施接管应用中原有的大量非功能特性(如弹性、韧性、安全、可观测性、灰度等),使业务不再有非功能性业务中断困扰的同时,具备轻量、敏捷、高度自动化的特点。云原生架构有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用