如何绘制业务架构图 — 1. 概述

架构设计、功能设计和数据设计，是软件设计过程中三个不同层次的设计工作。其中业务架构的设计又是系统整体规划中最重要的基础工作，后续所有的设计和开发等工作都是基于对业务架构的展开，从业务架构的设计成果中可以获得业务逻辑、功能需求、数据关系等重要信息，表达业务架构的主要方法就是使用业务架构图。
表达准确的业务架构图，应该不用说明（或少许的介绍），观者就可以自己从图上读出你要传递的意图、逻辑。

什么是业务架构图呢br> 在非软件行业中（如制造业、建筑业务等），设计意图传递、加工制造的依据等都是设计图纸，下面通过对比这些成熟行业的表达方式，来理解业务架构图的作用和绘制方法。

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

机械三视图的说明如下：
②前视图：它是对着①，从②的角度（前视）看零件；
③侧视图：它是对着①，从③的角度（侧视）看零件；
④俯视图：它是对着①，从④的角度（俯视）看零件；

【例3】软件行业：业务架构三视图
下面再回过来看软件的业务设计中使用的设计图：业务架构图，见图3。
业务架构也有类似的三视图，即：框架图、分解图和流程图，它们可以称之为“业务架构三视图”，通常看到了这三种图形后，观者大体上就可以理解业务的基本构成了。

□建筑/机械图：从三维空间（X、Y、D）的视角，用尺寸给出了对象的特征表达；
描绘的是具象的、直观的、可触摸的物体，有物理的原理、空间尺寸等的约束，判断正确与否的依据是原理、尺寸关系等；
□业务架构图：从静态（框架、分解）、动态（流程）的视角，用要素之间的关联关系（箭头、位置、包含）给出了特征表达；
描绘的是抽象的“事物”，不可触摸、不直观，判断正确与否的依据是业务事理、逻辑关系、规则约束等；

2.绘图目的差异
由于企业管理的业务在表达上比较抽象，所以表达的图形也是抽象的，这里可以看出软件业务设计与建筑/机械设计图的“同”与“不同”，
□建筑/机械图：用高仿真的方式，画出与未来制造完成后完全一致的对象结构；
□业务架构图：用逻辑模型给企业的业务“画像”，让看不见的企业管理对象（如：营销管理、物流管理、经费报销等）可以变得能“看见”；

结论
□建筑/机械图：表达对象的空间尺寸图；
□ 业务架构图：表达对象的逻辑关系图；

我在做培训的过程中经常会听到软件公司的业务组和技术组之间相互抱怨，都说对方听不懂自己的意思，造成沟通不畅、产品返工，同样在软件工程师和客户之间也会经常发生需求误解的现象。造成这个问题的原因有很多，但最为重要的还是大家没有一个“共同语言”，每一方都在用只有自己熟悉的方式说明问题，如客户用客户的行业用语、软件工程师用IT的用语（UML等），因为两者的用语都不能作为“共同语言”，所以无法精准地进行意图沟通和传递。

建筑行业、机械行业就不存在这个问题，因为他们有“共同语言=图纸”。
业务架构图也可以起到“共同语言”的作用，它的表达载体是符合“IT技术要求”的逻辑图，但表达的是客户的“行业业务”，因此，就实现了让软件的相关人（客户、业务、技术）三者都可以理解，并可以作为沟通、交流、设计和验收的依据。

在本系列的后三篇中，逐一说明业务架构三视图的详细绘制方法。

当然表达业务架构的模型不仅是这三种，需要了解更多的内容，请参考《大话软件工程—需求分析与软件设计》一书。

来源：李鸿君