企业架构图之业务架构图

在TOGAF的世界里面,所有的架构思想都可以通过下面三种类型的图形进行表示。

  • 目录(Catalogs)
  • 矩阵(Matrix)
  • 图 (Diagram)

其架构图的本质就是用来进行沟通交流,通过架构图和业务团队进行沟通交流;通过架构图和架构师之间进行沟通交流,通过架构图和开发测试团队进行沟通和交流,所谓的一图抵千言万语。上面的三种类型,其实就对应了几何物理空间的三维,目录是列表,所以是一维的表达空间;矩阵是是表格是二维的表达空间,图的形式多种多样,其实是二维的延申让其可以表达三维的思想甚至更多的架构思想。

言归正传,那么在业务架构中,有那些最佳的实践或者套路,能够让我们用一些标准的图来描述架构呢?其实有很多,比如下面的种类:

  • 组织/施动者目录[Organization/Actor catalog]
    与信息技术互动的所有参与者,包括信息技术系统的用户和所有者的明确清单。它包含以下元模型实体。组织单位、行为体位置(如果没有维护独立的位置目录,可包括在本目录中)。

  • 驱动力/目标/目的目录[Driver/Goal/Objective catalog]
    一个组织如何通过目标、目的和(可选)措施来实现其实际驱动力的跨组织参考。它包含以下元模型实体:组织单位、驱动力、目标、目的、目的、衡量(可选择包括)。

  • 角色目录[Role catalog]
    角色目录的目的是提供一个企业内所有授权级别或区域的列表。通常情况下,应用程序的安全或行为是根据本地理解的授权概念来定义的,这些概念在用户桌面上结合起来后会产生复杂和意想不到的后果。它包含以下元模型实体:Role

  • 业务服务/功能目录[Business Service/Function catalog]
    功能分解图,是一种可以过滤、报告和查询的功能分解形式,是对图形化功能分解图的补充。
    它包含以下元模型实体。组织单位、业务功能、业务服务、信息系统服务(可选择包含在此)。

  • 位置目录[Location catalog]
    企业开展业务运营或容纳架构相关资产(如数据中心或终端用户计算设备)的所有地点列表。
    它包含以下元模型实体,地点

  • 流程/事件/控制/产品目录[Process/Event/Control/Product catalog]
    流程/事件/控制/产品目录提供了流程、触发流程的事件、流程的输出和应用于流程执行的控制的层次结构。该目录为创建的任何流程图提供了一个补充,并允许企业在组织和流程之间进行过滤、报告和查询,以确定范围、共性或影响。它包含以下元模型实体。流程、事件、控制、产品

  • 合同/测度目录[Contract/Measure catalog]
    列出所有商定的服务合同和(可选择地)这些合同所附的措施。它构成了整个企业内约定的服务级别的主列表。它包含以下元模型实体:业务服务,信息系统服务(可选),合同,措施

  • 业务互动矩阵[Business Interaction matrix]
    这个矩阵的目的是为了描述组织与企业内部的业务职能之间的互动关系。

  • 施动者/角色矩阵[Actor/Role matrix]
    该矩阵显示了哪些施动者扮演了哪些角色,支持安全定义和技能要求。

  • 业务足迹图(类似于痛苦链)[Business Footprint diagram]
    描述业务目标、组织单位、业务职能和服务之间的联系,并将这些职能与提供所需能力的技术组件联系起来。仅展示组织单位职能与交付服务之间的关键事实,并作为高层(CxO)利益相关者的沟通平台。

  • 业务服务/信息图(类似于数据流图)[Business Service/Information diagram]
    显示支持一项或多项业务服务所需的信息。显示业务服务消耗或产生的数据,也可以显示信息的来源。显示架构中存在的信息的初始表示,因此构成了C阶段(数据架构)中阐述和完善的基础

  • 功能分解图(类似于1级流程图,描述流程涉及的组织)[Functional Decomposition diagram]
    它在一页纸上显示了一个组织的能力,这些能力与架构的考虑有关。通过从职能的角度审查一个组织的能力,可以迅速建立起该组织所做的工作的模型,而不至于被拖入关于该组织如何做的冗长辩论。

  • 产品生命期图[Product Lifecycle diagram]
    这有助于了解企业内部关键实体的生命周期。
    在环境问题、立法和法规方面,了解产品的生命周期正变得越来越重要,因为产品从生产到处置都必须进行跟踪。同样的,在开发业务架构的过程中,创建涉及个人或敏感信息的产品的组织必须详细了解产品的生命周期,以确保控制、流程和程序设计的严谨性。 这方面的例子包括信用卡、借记卡、借记卡、商店/忠诚卡、智能卡、用户身份凭证(身份证、护照等)。

  • 目标/目的/服务图(类似于目标分解树)[Goal/Objective/Service diagram]
    这定义了服务对实现企业愿景或战略的贡献方式。
    服务与服务所支持的驱动力、目标、目的和措施相关联,使企业能够了解哪些服务对业务绩效的类似方面做出了贡献。这也为特定服务的高绩效提供了质量上的投入。

  • 用例图[Business Use-Case diagram]
    这显示了消费者和商业服务的提供者之间的关系。
    业务服务被行为者或其他业务服务所消费,而业务用例图通过说明如何以及何时使用该能力,为描述业务能力提供了更丰富的内容。它们有助于描述和验证行为者之间的互动,以及行为者对流程和功能的作用。随着架构的发展,用例可以从业务层面发展到包括数据、应用和技术细节。架构业务用例也可以在系统设计工作中重复使用。

  • 组织分解图(类似于组织架构图,有角色和位置描述)[Organization Decomposition diagram]
    这描述了组织树中的行动者、角色和位置之间的联系。一个组织地图应该提供组织中的所有者和决策者的指挥链。

  • 流程图[Process Flow diagram]
    这描述了与流程元模型实体相关的所有模型和映射。
    它显示了活动之间的控制顺序流,可以利用泳道技术来表示过程步骤的所有权和实现。
    除了显示活动的顺序外,流程流还可以用来详细描述适用于流程的控制、触发或完成流程的事件,以及流程执行所产生的产品。

  • 事件图[Event diagram]
    这描绘了事件和流程之间的关系。某些事件----如信息的到达(如客户的销售订单)或某一时间点(如财季结束)会导致企业内部的工作和行动。

总之,TOGAF(The Open Group Architecture Framework)是一种企业架构框架,用于指导组织在实现其业务目标时进行规划、设计、实施和管理。TOGAF定义了一组用于描述企业架构的良好实践和规范,其中包括业务架构图。

  • TOGAF业务架构图(Business Architecture Diagram)用于描述企业的业务结构,包括业务流程、职能和组织结构等。根据TOGAF框架的定义,业务架构图可以分为以下几类:

  • 能力架构图(Capability Map):描述企业的能力结构和业务流程,以及它们之间的关系和依赖关系。能力架构图通常包括组织单位、业务过程、职能和技能等要素。

  • 价值流架构图(Value Stream Map):描述企业的价值流程,以及它们与顾客需求之间的关系。价值流架构图通常包括价值流程、顾客需求、业务活动和服务等要素。

  • 业务场景架构图(Business Scenario Diagram):描述企业在特定业务场景下的活动、角色和资源等要素。业务场景架构图通常用于说明企业的业务目标和策略,以及实现这些目标和策略的行动计划。

  • 组织架构图(Organization Map):描述企业的组织结构和职能,以及它们之间的关系和依赖关系。组织架构图通常包括组织单位、角色和职能等要素。

  • 业务信息架构图(Business Information Diagram):描述企业的业务信息结构和流程,以及它们之间的关系和依赖关系。业务信息架构图通常包括业务信息对象、业务过程和数据存储等要素。

需要注意的是,TOGAF框架强调企业架构的综合性和一致性,因此这些业务架构图通常是相互关联和相互依赖的,需要综合考虑和使用。