如何将业务抽象为业务架构图？

前言：

      最近我们要开发一般新的项目，名叫OMO的项目。大致分为获取数据，处理数据以及数据的分析。我们这一块主要是做的数据的分析部分，所以我们项目组叫IAEP项目。

      在开发项目的时候最开始的时候要有产品经理去了解需求，然后将需求交给架构师，由架构师实现业务架构图以及技术架构图和运维架构图。

 

一、为什么要画业务架构图？

    （1）看清楚系统包含哪几个部分，各个部分实现什么职责，项目之间的关系是什么。当和别人讨论的时候，通过架构图可以很容易的把讨论的问题框定在一个确定的范围里，可以很容易的察觉出彼此之间存在误解的一些区域，比如对一个底层的组件。这样就能避免两个人讨论了半天，结果发现你说的是A模块，我说的是B模块。

     （2）画业务架构图更加将业务进行抽象，有利于后序代码的开发。

 

二、那么怎么才能画出高质量的架构图？

（1）确定画图的目的

说明是业务还是技术，是整体还是局部；是已完成的还是待完成的。

（2）确定实现该目的的关键因素有哪些？比如为了说明业务，我需要说明用户是谁，做这个业务的目的是什么，做业务时系统需要完成什么任务，做完之后，其它系统会受什么影响。

（3）一开始画图一定要画出高层次的模块，确定好各个模块的位置，确定好各个模块的核心内容，再分模块填充里面的内容。

（5）画图的时候是有颜色进行区分的，一般颜色不超过5种。

（6）模块的上下，左右也都是有逻辑关系的。

 

三、业务架构图的展示

（1）第一版

（2）第二版 

（3）第三版 

（4）第四版 

（5）第五版 

四、总结

通过这次业务架构图，让我说一个最重要的词，那就是抽象，如何将业务进行抽象出来 ，然后可以可扩展、可复用这次才是最重要的。