一、企业级架构设计-archimate基础概念

目录

一、标准

二、实现工具

1、Archimate

1、Archimate 基本概念

1、通用元模型

2、结构关系

3、依赖关系

1、服务关系

2、访问关系

3、影响关系

1、影响方式

2、概念

3、关系线

4、案例

4、关联关系

4、动态、节点和其他关系

1、时间或因果关系

2、信息流

3、子类集成父类

Realization和 Specialization 有什么区别?

三、关系


一、标准

togf

二、实现工具

1、Archimate

1、Archimate 基本概念

企业架构的开发通常是因为关键人员有需要由组织内的业务和 IT 系统解决的问题。这样的人通常被称为 企业架构的“利益相关者”。架构师的角色是通过识别和完善利益相关者表达的动机和策略、开发架构以及创建架构视图来显示它如何解决和平衡利益相关者的关注点来解决这些问题。如果没有企业架构,就不可能考虑和解决所有问题和要求。

ArchiMate Enterprise Architecture建模语言为描述企业架构的图表提供了统一的表示形式。它包括用于指定相互关联的体系结构、所选利益相关者的特定视点以及语言自定义机制的概念。它提供了一种集成的架构方法,用于描述和可视化不同的架构域及其基础关系和依赖关系。它的语言框架为架构领域、层和方面提供了一种结构化机制。它区分了模型元素及其符号,以允许对架构信息进行各种面向利益相关者的描述。该语言使用面向服务来区分和关联企业架构的业务层、应用程序层和技术层,并使用实现关系将具体元素与这些层中更抽象的元素相关联。

1、通用元模型
2、结构关系

1、组合

2、聚合

3、分配

4、实现

3、依赖关系
1、服务关系

表示控制依赖,用实线表示

1、概念

一个元素(如业务流程或系统组件) 提供其功能给另一个元素。 这种关系体现了一个提供服务的主体 (比如应用组件或业务角色) 是如何支持用户或其他业务实体的,强调了服务提供者对服务使用者的支持作用。这种关系有助于识别和规划业务流程或技术组件之间的互动和服务交付。

2、作用

服务关系/Serving: 表示一个元素向另一个元素提供功能。

3、案例

2、访问关系

表示数据依赖,用点线表示

1、涉及角色

外部Active (Interface) 服务于 内部 Active (Service)

2、案例

1、支付接口服务于客户:在这个例子中,(Payment Interface) 服务于“客户Customer) 2、支付服务服务于业务过程:同时,“支付服务”(Pay(Payment Service) 服务于客户的“支付发票Invoices) 业务过程。

这个例子说明了在企业架构中,服务关系如何连接不同的元素,以提供必要的功能和服务。支付接口直接服务于客户,而支付服务则专注于支持特定的业务过程,即支付发票。这种服务关系有助于确保业务活动的顺利进行,并满足客户的需求。

3、影响关系

表示影响依赖,用虚线表示

1、影响方式

1、主动

2、被动

2、概念

主动元素 (有行为)作用于被动元素 (无行为)。如:对数据库的CRUD。

3、关系线

仅限画业务驱动时表达对激励素的正面或负面影响

4、案例

1、创建发票子过程写入/创建发票业务对象:“创建发票”(Createlnvoice) 子过程负责写入或创建“发票” (lnvoice) 业务对象。这意味着在这个过程中,将生成新的发票信息,这些信息被记录并存储在发票业务对象中。这个过程可能包括确定发票金额、添加客户详细信息、设置付款条款等步骤。 2、发送发票子过程读取该对象:“发送发票”子过程读取之前创建的发票业务对(Send Invoice)象。这个过程涉及获取发票信息,并将其用于发送发票给客户。这可能包括提取发票详细信息、准备电子邮件或邮寄内容、确保发票的正确性和完整性等。

4、关联关系

表示其他关系未涵盖的依赖

未指定的关系,或者暂时不好描述 (相当于其它)

4、动态、节点和其他关系
1、时间或因果关系

子主题

案例

触发关系表示过程和事件之间的因果关系,它指明一个过程或事件如何启动或导致另一个过程或事件。这种关系对于理解和描绘业务逻辑和工作流程的顺序、条件以及事件的连锁反应至关重要。通过触发关系,组织能够追踪和管理业务操作的序列和它们之间的相互作用。

2、信息流

子主题

“理赔结算”业务功能以完成理赔过程。在评估理赔申请的顺“理赔评估”依赖于“排程”业务功能提供的日程安排序时,信息。这表示了业务功能之间的协作和信息流转,体现了业务流程中各步骤的依赖和顺序安排。通过这种方式,组织能够确保理赔处理的效率和有序性。

3、子类集成父类

子主题

A是B的特定类型:专业化关系

概念: 专业化关系表示一个元素是另一个元素的特定种类。

应用: 这种关系受到UML类图中泛化关系的启发,但适用于专业化更广泛的概念范围。它允许在同一类型的两个实例之间建立关系。

方向: 这种关系的方向通常是从特定元素到一般元素,表示继承或属于。

例子:业务流程“办理旅行保险”和“办理行季保险”是更一般的“办理保险”业务流程的专业化。

Realization和 Specialization 有什么区别?

子主题

区别

目的: 实现关系强调的是功能或实体的实现,而专业化关系强调的是类型的继承和差异化。

抽象层次: 实现关系连接的是抽象与具体的实现,专业化关系连接的是一般与特定的类型

方向性:实现关系从具体到抽象,专业化关系从特定到一般。

运用场景: 实现关系用于描述实体如何支撑或构成抽象概念,专业化关系用于分类和层次化元素。

三、关系

1、togf是方法 Archimate是工具

2、Archimate是对应togf的应用工具

这里只简单介绍基本概念,具体可参考官网,进行实际操作

www.opengroup.org

Referenced Documents: ArchiMate® 3.2 Specification (opengroup.org)

  • 6
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

平凡之路无尽路

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值