热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

企业架构图之业务架构图

在TOGAF的世界里面,所有的架构思想都可以通

在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框架强调企业架构的综合性和一致性,因此这些业务架构图通常是相互关联和相互依赖的,需要综合考虑和使用。


推荐阅读
  • 本文深入探讨了 Java 中的 Serializable 接口,解释了其实现机制、用途及注意事项,帮助开发者更好地理解和使用序列化功能。 ... [详细]
  • 本文将介绍如何编写一些有趣的VBScript脚本,这些脚本可以在朋友之间进行无害的恶作剧。通过简单的代码示例,帮助您了解VBScript的基本语法和功能。 ... [详细]
  • Explore a common issue encountered when implementing an OAuth 1.0a API, specifically the inability to encode null objects and how to resolve it. ... [详细]
  • DNN Community 和 Professional 版本的主要差异
    本文详细解析了 DotNetNuke (DNN) 的两种主要版本:Community 和 Professional。通过对比两者的功能和附加组件,帮助用户选择最适合其需求的版本。 ... [详细]
  • 本文探讨了Hive中内部表和外部表的区别及其在HDFS上的路径映射,详细解释了两者的创建、加载及删除操作,并提供了查看表详细信息的方法。通过对比这两种表类型,帮助读者理解如何更好地管理和保护数据。 ... [详细]
  • 本文详细介绍了如何在Linux系统上安装和配置Smokeping,以实现对网络链路质量的实时监控。通过详细的步骤和必要的依赖包安装,确保用户能够顺利完成部署并优化其网络性能监控。 ... [详细]
  • 在前两篇文章中,我们探讨了 ControllerDescriptor 和 ActionDescriptor 这两个描述对象,分别对应控制器和操作方法。本文将基于 MVC3 源码进一步分析 ParameterDescriptor,即用于描述 Action 方法参数的对象,并详细介绍其工作原理。 ... [详细]
  • 本文详细介绍了Akka中的BackoffSupervisor机制,探讨其在处理持久化失败和Actor重启时的应用。通过具体示例,展示了如何配置和使用BackoffSupervisor以实现更细粒度的异常处理。 ... [详细]
  • 本文详细介绍了Java编程语言中的核心概念和常见面试问题,包括集合类、数据结构、线程处理、Java虚拟机(JVM)、HTTP协议以及Git操作等方面的内容。通过深入分析每个主题,帮助读者更好地理解Java的关键特性和最佳实践。 ... [详细]
  • 在金融和会计领域,准确无误地填写票据和结算凭证至关重要。这些文件不仅是支付结算和现金收付的重要依据,还直接关系到交易的安全性和准确性。本文介绍了一种使用C语言实现小写金额转换为大写金额的方法,确保数据的标准化和规范化。 ... [详细]
  • XNA 3.0 游戏编程:从 XML 文件加载数据
    本文介绍如何在 XNA 3.0 游戏项目中从 XML 文件加载数据。我们将探讨如何将 XML 数据序列化为二进制文件,并通过内容管道加载到游戏中。此外,还会涉及自定义类型读取器和写入器的实现。 ... [详细]
  • 360SRC安全应急响应:从漏洞提交到修复的全过程
    本文详细介绍了360SRC平台处理一起关键安全事件的过程,涵盖从漏洞提交、验证、排查到最终修复的各个环节。通过这一案例,展示了360在安全应急响应方面的专业能力和严谨态度。 ... [详细]
  • 本文详细介绍了如何构建一个高效的UI管理系统,集中处理UI页面的打开、关闭、层级管理和页面跳转等问题。通过UIManager统一管理外部切换逻辑,实现功能逻辑分散化和代码复用,支持多人协作开发。 ... [详细]
  • ImmutableX Poised to Pioneer Web3 Gaming Revolution
    ImmutableX is set to spearhead the evolution of Web3 gaming, with its innovative technologies and strategic partnerships driving significant advancements in the industry. ... [详细]
  • 扫描线三巨头 hdu1928hdu 1255  hdu 1542 [POJ 1151]
    学习链接:http:blog.csdn.netlwt36articledetails48908031学习扫描线主要学习的是一种扫描的思想,后期可以求解很 ... [详细]
author-avatar
哎自己哈
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有