业务架构图
==========

``架构设计``、``功能设计`` 和 ``数据设计``，是软件设计过程中三个不同层次的设计工作。其中 ``业务架构的设计`` 又是系统整体规划中最重要的基础工作，后续所有的设计和开发等工作都是基于对业务架构的展开，从业务架构的设计成果中可以获得业务逻辑、功能需求、数据关系等重要信息，表达业务架构的主要方法就是使用业务架构图。

.. note:: 表达准确的业务架构图，应该不用说明（或少许的介绍），观者就可以自己从图上读出你要传递的意图、逻辑。

定义::

    在非软件行业中（如制造业、建筑业务等）
      设计意图传递、加工制造的依据等都是设计图纸

    在业务架构初期，将模糊的需求描述转变成清晰的问题域，梳理出清晰的业务流程，为之后的架构做基础。
    既可以通过图看出要实现那些业务，又能通过分层，包含等图形表示看出业务之间的关系。

意义::

    看清楚系统包含哪几个部分，各部分的职责，相互之间的关系。
    很容易确认问题所在的业务模块，可以让相关人员快速了解业务。




建筑行业
--------

在建筑行业，设计师使用最多的就是三种基本图形，称之为 “建筑三视图”。
以①的建筑物（三维图）为例，三个基本图形分别为：``平面图``、``立面图``、``剖面图``。通常看到了这三种图形后，观者大体上就可以理解建筑的基本构成了。

.. image:: https://img.zhaoweiguo.com/knowledge/images/architectures/graph_nonsoft_architecture1.jpg

建筑三视图的说明如下::

    ②平面图：
      它是对①建筑物从某个高度 “沿水平面一刀”，露出横断面，然后从鸟瞰的视角从上向下看，
      表达的是建筑平面形状、内部布局、与周边的关系等（有买房或租房经验的人一定都看过此图）。

    ③立面图：
      它是站在①建筑物的对面看，表达的是建筑的外立面形状。

    ④剖面图：
        它是将①建筑物的某个位置上 “纵向切一刀”，去掉后一半后，观看剩下的另一半的内部情况，
        它表达的是建筑物的内部各层之间的关系。

制造行业
--------

在机械制造行业，设计师使用的最多是三种基本图形，称之为 “机械三视图”。
以①的机械零件（三维图）为例，三个基本图形分别为：``前视图``、``侧视图``、``俯视图``，通常看到了这三种图形后，观者大体上就可以理解零件的基本构成了。

.. image:: https://img.zhaoweiguo.com/knowledge/images/architectures/graph_nonsoft_architecture2.jpg

机械三视图的说明如下::

    ②前视图：
      它是对着①，从②的角度（前视）看零件；
    ③侧视图：
      它是对着①，从③的角度（侧视）看零件；
    ④俯视图：
      它是对着①，从④的角度（俯视）看零件；

软件行业
--------

软件行业业务架构也有类似的三视图，即：``框架图``、``分解图`` 和 ``流程图``，它们可以称之为 “业务架构三视图”，通常看到了这三种图形后，观者大体上就可以理解业务的基本构成了

.. image:: https://img.zhaoweiguo.com/knowledge/images/architectures/graph_soft_architecture1.jpg

业务架构三视图说明如下::

    ②框架图：
      表达了对图①内容的总体规划、范围、分区、区域之间的关系；
    ③分解图：
      表达了对图②中的某个区域内容的静态分解关系；
    ④流程图：
      表达了对图③中的某些活动之间的流程关系；

模型特点分析
------------

特征的差异
``````````

::

    不论是哪一个行业的设计图，选取研究对象最具特征的视角、维度
    使用最少的图形就可以将对象的基本情况表达出来
    这个对研究对象特征的提炼非常重要。

.. image:: https://img.zhaoweiguo.com/knowledge/images/architectures/graph_soft_architecture2.jpg

建筑 / 机械图::

    从三维空间（X、Y、D）的视角，用尺寸给出了对象的特征表达；
    描绘的是具象的、直观的、可触摸的物体，有物理的原理、空间尺寸等的约束，
    判断正确与否的依据是原理、尺寸关系等；

业务架构图::

    从静态（框架、分解）、动态（流程）的视角，用要素之间的关联关系（箭头、位置、包含）给出了特征表达；
    描绘的是抽象的 “事物”，不可触摸、不直观，
    判断正确与否的依据是业务事理、逻辑关系、规则约束等；

绘图目的差异
````````````
建筑 / 机械图::

    用高仿真的方式，画出与未来制造完成后完全一致的对象结构；

业务架构图::

    用逻辑模型给企业的业务 “画像”，让看不见的企业管理对象（如：营销管理、物流管理、经费报销等）可以变得能 “看见”；

结论
````

建筑 / 机械图::

    表达对象的空间尺寸图；

业务架构图::

    表达对象的逻辑关系图；

业务组和技术组之间相互抱怨，都说对方听不懂自己的意思::

    同样在软件工程师和客户之间也会经常发生需求误解的现象

造成这个问题的原因有很多，但最为重要的还是大家没有一个::

    “共同语言”
    每一方都在用只有自己熟悉的方式说明问题，如:
      客户用客户的行业用语、
      软件工程师用 IT 的用语（UML 等）
    因为两者的用语都不能作为 “共同语言”，所以无法精准地进行意图沟通和传递。

建筑行业、机械行业就不存在这个问题，因为::

    他们有 “共同语言 = 图纸”。
    业务架构图也可以起到 “共同语言” 的作用

    它的表达载体是符合 “IT 技术要求” 的逻辑图，但表达的是客户的 “行业业务”
    因此，就实现了让软件的相关人（客户、业务、技术）三者都可以理解，并可以作为沟通、交流、设计和验收的依据。










* 如何绘制业务架构图(李鸿君): https://blog.csdn.net/lihognjun/article/details/110732496
* 怎么画业务架构图: https://www.pianshen.com/article/16871857598/