在软件开发阶段，我们常常说到一个词“业务流程”。但是这个词具体是什么意思，好像没有几个人能够说得清楚。

近期，为了研究设计模式，朋友发来一个他们公司开发的软件产品供我学习参考。拿到这款产品后， 我思考了如下的问题：

（1）怎样才能快速熟悉这款软件产品，并能够向他人描述这款产品？

（2）怎样评价这款产品的设计模式是否合理？依据什么样的标准呢？

（3）这款产品的设计模式还有改进的余地吗？怎样改进？

想来想去，无从入手。脑子里不断盘旋的是这么几个词“业务流程”、“模块”、“功能”、“流程图”、“业务”、“UML”、“业务模型”。很乱，没有头绪。

终于，在和另外一位朋友闲聊软件设计模式的时候，突然领悟。

业务和流程是两码事。业务是指一款软件产品提供哪些服务，用市场化的语言就是，有哪些功能。而流程是指这些业务具体是按照什么样的步骤实现的。

也就是说，业务是按类分的，而流程是按步分的。流程是对业务具体实现的描述。

认识到了这个层面，我们就知道该如何分析一款陌生的软件产品，或者全新的客户需求了。

拿到一款陌生的软件产品，我们首先要做的工作是观察它为用户提供哪几种服务（业务），然后再逐个针对每一种服务，分析具体的流程。

拿到客户需求也可以按照上面的方法进行分析。

这样，我们就可以输出如下几种文档。

第一个：需求分析文档

第二个：业务分析文档

第三个：针对每个业务的流程文档

在具体的开发过程中，开发人员如何设计一款软件，最终的参考就是流程文档。有了具体的流程文档，开发人员就知道，哪些流程是共通的，可以公用的，哪些是个性化的，只能私有的。

基本上，只要流程文档分析完毕，开发人员就可以动手开发业务层和数据层的代码了。表现层的事情，可以等待具体确定完界面展现方式再说。