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

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

基本视图

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

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

 

组成视图

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

支持视图:

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

合作视图:

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

实现视图:

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

本节主要介绍物理视图和分层视图

物理视图

什么是物理视图?

物理视图显示可以创建、使用、存储、移动或转换材料的设备,以及如何通过分发网连接设备,以及分配给设备的其他活动元素。

下表详细描述了物理视图。

利益相关者 基础设施架构师、运营经理
关注点 物理环境的关系和依赖性,以及这与IT基础设施的关系
目的 设计
范围 多层/多方面
元素 位置、节点、设备(Device)、设备(Equipment)、设施(Facility)、路径、通信网络、分发网络、材料

 

物理视图示例

下图显示了在物理视角下绘制的架构图。

分层视图

什么是分层视图?

分层视点提供了企业架构所有层和方面的核心元素的鸟瞰图。完全分层视图背后的结构原理是,每个专用层通过“实现”关系公开服务层,服务层进一步“服务”下一个专用层。通过这个视图,您可以很容易地将专用层的内部结构和组织与其外部可观察的行为(表示为专用层实现的服务层)分开。

下表详细描述了分层视点。

利益相关者 企业、流程、应用程序、基础设施和领域架构师
关注点 一致性、降低复杂性、变化的影响、灵活性
目的 设计、决定、告知
范围 多层/多方面
元素 <所有核心元素和所有关系在这个视图中都是允许的>

 

分层视图示例

下图显示了在分层视点下绘制的架构图。

相关文章
|
18天前
|
存储 边缘计算 Cloud Native
“论模型驱动架构设计方法及其应用”写作框架,软考高级,系统架构设计师
模型驱动架构设计是一种用于应用系统开发的软件设计方法,以模型构造、模型转换和精化为核心,提供了一套软件设计的指导规范。在模型驱动架构环境下,通过创建出机器可读和高度抽象的模型实现对不同问题域的描述,这些模型独立于实现技术,以标准化的方式储存,利用模型转换策略来驱动包括分析、设计和实现等在内的整个软件开发过程。
|
3天前
|
消息中间件 Java 开发者
Spring Cloud微服务框架:构建高可用、分布式系统的现代架构
Spring Cloud是一个开源的微服务框架,旨在帮助开发者快速构建在分布式系统环境中运行的服务。它提供了一系列工具,用于在分布式系统中配置、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、集群状态等领域的支持。
20 5
|
4天前
|
消息中间件 API 开发者
探索微服务架构中的服务通信模式
【7月更文挑战第11天】在微服务架构的世界中,服务的通信是构建高效、可维护系统的关键。本文将深入探讨微服务架构中常见的服务通信模式,包括同步通信与异步通信机制,并比较它们在不同场景下的适用性及优缺点。文章旨在为后端开发者提供一份实用的指南,帮助他们在选择适合自己项目需求的通信模式时做出明智的决策。
|
7天前
|
运维 监控 负载均衡
云原生架构的演进:从微服务到服务的网格
【7月更文挑战第8天】云原生技术正以惊人的速度不断进化,其核心理念是构建可扩展、灵活且高度可靠的应用程序。本文将深入探讨云原生架构的关键组成部分,特别是微服务和服务网格,以及它们如何共同推动现代软件的发展。我们将通过一个具体的案例分析,揭示这些技术如何在现实世界中被应用来提升业务敏捷性和操作效率。
|
14天前
|
消息中间件 存储 运维
微服务架构中的服务通信与数据一致性策略
【6月更文挑战第29天】本文深入探讨了微服务架构下的服务间通信和数据一致性问题,提出了一系列解决方案。文章首先分析了微服务环境下面临的主要挑战,随后详细介绍了同步和异步通信模式,并对比了它们在不同场景下的适用性。接着,文章讨论了实现数据一致性的几种策略,包括两阶段提交、补偿事务以及最终一致性,每种策略都配以实际案例分析。最后,结合当前技术趋势,展望了微服务通信和数据一致性处理的未来发展方向。
|
3天前
|
运维 Kubernetes 监控
微服务架构中服务的编排
微服务架构中服务的编排
|
3天前
|
消息中间件 运维 数据处理
探索微服务架构中的服务通信模式
【7月更文挑战第12天】在微服务架构的海洋中,服务之间的通信犹如连接岛屿的桥梁,至关重要。本文将深入探讨微服务架构下的服务通信模式,从同步请求/响应到异步消息传递,再到事件驱动架构,我们将一探究竟,了解它们如何影响系统设计、性能和可维护性。通过比较不同模式的优劣,我们旨在为开发者提供一盏明灯,指引他们在构建高效、可靠且易于扩展的微服务系统时做出明智的选择。
|
7天前
|
消息中间件 安全 NoSQL
「架构」SOA(面向服务的架构)
**SOA**是构建灵活企业IT系统的架构模式,基于服务组件进行设计。它强调服务的自包含、模块化,通过服务识别、抽象、组合和交互实现业务流程。特点包括松耦合、重用性、互操作性和标准化。优点是灵活性、可维护性、可扩展性和成本效益,但也有复杂性、性能和治理问题。设计策略涉及业务能力识别、服务契约定义和服务目录建立。技术栈涵盖Java EE、.NET、SOAP、REST、服务治理工具和各种数据库、消息队列及安全标准。SOA旨在适应变化,但也需妥善管理和规划。
17 0
|
7天前
|
Kubernetes API 微服务
「架构风格」SOA(面向服务)和微服务
**SOA与微服务对比摘要**: - **SOA**:企业级,服务粒度大,重用性强,常通过ESB通信,服务部署集中,技术栈统一。 - **微服务**:服务粒度小,单一职责,轻量级协议如REST,独立部署,技术多样性,去中心化治理。 - **区别**:服务大小、独立性、通信协议、部署方式和技术栈不同,微服务更强调敏捷和独立性。 - **示例**:Python Flask简单示例展示了服务创建,SOA服务间通过HTTP请求通信,微服务每个服务独立运行。 - **权衡**:涉及服务发现、负载均衡、容错和安全,常用技术如Docker、Kubernetes和API网关。
19 0
|
13天前
|
监控 Java 开发者
实现Java微服务架构下的服务熔断与降级
实现Java微服务架构下的服务熔断与降级