一、企业级架构设计-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)象。这个过程涉及获取发票信息，并将其用于发送发票给客户。这可能包括提取发票详细信息、准备电子邮件或邮寄内容、确保发票的正确性和完整性等。