架构语言ArchiMate -技术层(Technology Layer)

简介:

  在架构语言ArchiMate - 语言结构(Language Structure)中对语言结构进行了介绍,最后列出下面的ArchiMate框架图:业务、应用和技术三个层次(Layer),对象、行为和主体三个方面(Aspect),在架构语言ArchiMate -应用层(Application Layer)中介绍了应用层概念,本篇将继续介绍一下ArchiMate在技术层的概念、描述和图例。

技术层(Technology Layer)总体说明

概念

描述

图例

节点
Node

部署工件的可执行计算逻辑资源

设备
Device

部署工件的可执行计算物理资源

网络
Network

两个或多个设备间的物理沟通媒介

 

通信路径
Communication path

联接两个或多个节点的连接点,通过这个路径能够交互信息

技术设施接口Infrastructure interface

另外一个节点或者应用组件访问节点提供的功能的接口

 

系统软件
System software

组件和对象部署的特定软件执行环境

 

基础设施服务
Infrastructure service

由一个或多个节点,通过定义好的接口,外部可见的功能的单元

 

工件
Artifact

软件开发过程、部署或系统操作过程中使用或者产生的物理信息工作单元

技术层元模型(Technology Layer Metamodel)

结构概念(Structural Concepts)

节点(Node)

部署工件的可执行计算逻辑资源

  1. 结构概念中主要的是节点(node),它与UML 2.0的node概念一样。
  2. 节点是执行和处理工件的活动处理元素,它是组件和数据对象的展现,如应用服务器(application servers),数据库服务器(database servers)或者客户端(client workstations)
  3. 它们可以由表示物理设备和工件执行环境等子节点组成
  4. 节点能通过通信路径连接起来
  5. 工件可以与节点关联,如部署在节点上
  • 图例

  • 示例

Application Server 节点包含一个Sun Blade 设备和一个JBoss J2EE Server application系统软件(System software)

设备(Device)

部署工件的可执行计算物理资源。名称最好为硬件类型的名词,如IBM System zmainframe

  1. 设备(device)是节点(node)的继承元素,它表示拥有处理能力的物理资源
  2. 通常用来对硬件建模,如主机(mainframes)、PCs或者路由器
  3. 通常与系统软件一起使用
  4. 设备能够由子设备组成
  5. 设备能够通过网路相连,工件能够与设备、系统软件关联
  6. 一个节点(node)可以包含一个或多个设备(devices)
  • 图例

  • 示例

DB2部署在一台IBM Systems z设备中

基础设施接口(Infrastructure Interface)

另外一个节点或者应用组件访问节点提供的功能的接口

  1. 指定节点的基础设施服务如何被其他节点访问(provided interface)
  2. 需要环境的其他节点提供什么服务(required interface)
  • 图例

  • 示例

 Sybase系统软件提供 Sybase Open Client基础设施接口供外部使用 

网络(Network)

两个或多个设备间的物理沟通媒介

  1. 网络代表一种物理的沟通基础设施,它可以由一个或多个有线或无线网络连接起来
  2. 网络有带宽和响应时间等属性
  3. 网络连接两个或多个设备,它实现了一个或多个通迅路径
  4. 网络可以包含子网络
  • 图例

  • 示例

100 Mb/s 的局域网连接一台主机和一个PC机

通讯路径(Communication Path)

联接两个或多个节点的连接点,通过这个路径能够交互信息

  1. 一个通讯路径由一个或多个网路实现
  2. 通讯路径是原子的(atomic)
  • 图例

  • 示例

Application Server 和Client之间通过message queuing通讯路径传递信息

行为概念(Behavioral Concepts)

基础设施服务(Infrastructure Service)

由一个或多个节点,通过定义好的接口,外部可见的功能的单元

  1. 暴露一个节点的功能,外部环境通过基础设施接口(infrastructure interfaces)进行访问
  2. 可以要求、使用和产生工件
  3. 典型的基础设施服务有messaging、storage、naming和directory services
  • 图例

  • 示例

Websphere MQ系统软件实现了一个Messaging service服务

 

系统软件(System Software)

组件和对象部署的特定软件执行环境

  1. 系统软件是节点的一个继承类,用来对工件运行的软件环境建模
  2. 可以是一个操作系统,一个J2EE应用服务器,或者一个CORBA、数据库系统、工作流引擎或者一个ERP、CRM系统、中间件等
  • 图例

  • 示例

DB2系统软件部署在一台OS/390主机中

信息概念(Informational Concepts)

Artifact

软件开发过程、部署或系统操作过程中使用或者产生的物理信息工作单元。它的名称可以带文件后缀名

  • 工件代表物理存在的具体展现元素,如元文件、可执行程序、脚本、数据表、消息、文档等
  • 工件可以部属在一个节点上
  • 一个应用组件可以由一个或多个工件实现
  • 图例

  • 示例

工件Risk management EJB部属在一台J2EE应用服务器上

 







 本文转自 jingen_zhou 51CTO博客,原文链接:http://blog.51cto.com/zhoujg/518599,如需转载请自行联系原作者


相关文章
|
1月前
|
设计模式 前端开发 测试技术
Flutter 项目架构技术指南
探讨Flutter项目代码组织架构的关键方面和建议。了解设计原则SOLID、Clean Architecture,以及架构模式MVC、MVP、MVVM,如何有机结合使用,打造优秀的应用架构。
Flutter 项目架构技术指南
|
28天前
|
设计模式 安全 Java
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
32 0
|
28天前
|
NoSQL Java Redis
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的分布式锁的功能组件(二)
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的分布式锁的功能组件
15 0
|
28天前
|
存储 监控 安全
金石推荐 | 【分布式技术专题】「单点登录技术架构」一文带领你好好认识以下Saml协议的运作机制和流程模式
金石推荐 | 【分布式技术专题】「单点登录技术架构」一文带领你好好认识以下Saml协议的运作机制和流程模式
63 1
|
28天前
|
存储 Java 应用服务中间件
【分布式技术专题】「架构实践于案例分析」盘点互联网应用服务中常用分布式事务(刚性事务和柔性事务)的原理和方案
【分布式技术专题】「架构实践于案例分析」盘点互联网应用服务中常用分布式事务(刚性事务和柔性事务)的原理和方案
51 0
|
28天前
|
canal 消息中间件 关系型数据库
【分布式技术专题】「分布式技术架构」MySQL数据同步到Elasticsearch之N种方案解析,实现高效数据同步
【分布式技术专题】「分布式技术架构」MySQL数据同步到Elasticsearch之N种方案解析,实现高效数据同步
78 0
|
6天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
18天前
|
API 数据库 开发者
构建高效可靠的微服务架构:后端开发的新范式
【4月更文挑战第8天】 随着现代软件开发的复杂性日益增加,传统的单体应用架构面临着可扩展性、维护性和敏捷性的挑战。为了解决这些问题,微服务架构应运而生,并迅速成为后端开发领域的一股清流。本文将深入探讨微服务架构的设计原则、实施策略及其带来的优势与挑战,为后端开发者提供一种全新视角,以实现更加灵活、高效和稳定的系统构建。
23 0
|
6天前
|
消息中间件 监控 持续交付
构建高效微服务架构:后端开发的进阶之路
【4月更文挑战第20天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。微服务架构作为一种新兴的分布式系统设计方式,以其独立部署、易于扩展和维护的特点,成为解决这一问题的关键。本文将深入探讨微服务的核心概念、设计原则以及在后端开发实践中如何构建一个高效的微服务架构。我们将从服务划分、通信机制、数据一致性、服务发现与注册等方面入手,提供一系列实用的策略和建议,帮助开发者优化后端系统的性能和可维护性。