TGAF

• 业务架构（业务架构看流程【能力主线】）
  描述：业务战略、治理、组织和关键业务流程。
  L2级，跨部门跨角色的。横向跨阶段，纵向跨角色。
• 数据架构（数据架构看共享）
  描述：组织的各类逻辑和物理数据资产以及数据管理资源的结构。
  散着叫资源，统着叫资产，赋能叫资本。
  数据架构的价值：通过数据架构引领数据资产形成数据资本。
• 应用架构（应用架构看集成）
  描述：描述被部署的单个应用系统、系统之间的交互，以及它们与组织核心业务流程之间关系的蓝图。
  应用之间要集成，单体软件的时代已经过去。
  集成的方法：总线/微服务。
  传统企业（稳态业务）：用总线。
  互联网络（敏态业务）：用微服务。
• 技术架构（技术架构看平台）
  描述：对于支持业务、数据和应用服务的部署来说必需的逻辑软、硬件能力。包括IT基础设施、中间件、网络、通信、部署处理和一些标准等。
  未来信息化技术公共平台体系。
  以往用技术路线形成标准化的技术环境。
  现在用技术平台形成标准化的技术环境。
  建平台/定标准/上应用/通数据。

数据原则

1. 数据价值性>数据正确性>数据完整性
2. 数据积累分析需要规范化数据
3. 数据是安全的
4. 数据不只是可以共享的数据,还包含业务规则和策略

TOGAF是一种企业架构标准，提供一种标准可参考的方法论，能让团队对技术赋能业务达成一致的认知。

通常企业架构包括:

1. 业务架构（流程、组织）、
2. 应用架构（应用、服务）、
3. 数据架构（数据、信息）、
4. 基础设施（硬件和安全）

架构应该循序渐进，随着企业规模的发展，逐步的扩张，起步阶段重视业务，后来慢慢注重总体架构设计。

架构原则

1. 基于标准方法来做架构,如使用TOGAF架构方法
2. 说不清的不做
3. 没人上层持久推动的不做
4. 达不成一致意见的不做

业务原则

1. 业务持续性(对业务发展有长远计划,不能只考虑近期实现范围)
2. 业务通用性(业务是否可以作为一个公用业务架构)-
3. 业务一致性

数据原则

1. 数据价值性>数据正确性>数据完整性
2. 数据积累分析需要规范化数据
3. 数据是安全的
4. 数据不只是可以共享的数据,还包含业务规则和策略

应用原则

1. 技术独立性，不绑定到特定厂商
2. 易用
3. 模块化设计

技术原则

1. 响应变化
2. 可扩展

架构开发方法（ADM），这部分是TOGAF的核心内容

1. 被证明的方法论，专门用来处理业务需求
2. 一个选代方法
3. 一套架构视图,以确保复杂的要求都得到充分的讨论

 

数据类图的主要目的是描述企业内关键数据实体(或类)之间的关系。开发此图是为了清楚地表示这些关系，并帮助理解企业的底层数据模型。

此图处于高层次的表示(概念性的)。在这里，我们感兴趣的是建模主要的业务实体、它们的属性和关系。持久性模型(通常用于RDB)稍后将在应用程序层进行推断。

所定义的TOGAF类图处于早期的概念阶段。最高级允许表示企业的基本业务概念，而不受每个组织特有的组织或历史复杂性的影响。这个概念级别使您能够考虑业务，以便定义与此特定业务相关的理想组织。这些实体将用于定义业务流程(由流程处理的产品)，并将派生为定义服务应用程序组件、在服务和存储库数据模式之间交换数据。

旅游折扣领域的主要业务实体及其关系

业务实体:描述业务中实体的语义，独立于任何考虑因素(例如存储、技术等)。

企业实体(已开发的形式):它还在这里显示一个属性，这是该实体可能具有的一个属性。

两个类之间的关联。关联有一个名称，并在每个末尾提供角色名称和相关元素的基数(可能出现的次数)。