业务流程建模与软件项目需求

在软件开发的阶段定义中，以前一直不太分得清需求阶段内部的子阶段划分。
在以前的项目中，我们仅仅出具软件功能需求文档，并且认为这份文档就是全部的项目需求文档。文档的内容主要包括：功能性需求的用例分析，用例内部的流程图（活动图），用例内部的系统原型，如果需要的话，还要加入模块以及的流程图和系统的WHOLE PICTURE，其他内容（包括：非功能性需求，项目业务目标，名词解释，设计人员等等）。

到新的公司之后，刚刚进入了物流项目组大约一个月，发现软件需求中的业务需求和功能需求还是有所区别。
在项目的早期，我们需要对客户的应用系统所涉及的业务逻辑和业务流程进行分析，并形成业务需求文档。这一份文档的目的是能够是项目组的相关成员对客户的业务有更好的理解，或者是新进入项目组的成员能够对项目的业务背景有一个比较完整的认识。准确的定义客户的业务需求对后面的软件需求分析具有指导性的意义。在这份文档中，将主要使用业务流程建模工具，如数据流图、工作流程图、UML活动图等等。
在分析的业务需求之后，进入到软件功能需求阶段。在这个阶段，将根据将来的系统建设需要对业务需求中所涉及到的功能进行重新的拆分组合排序，并进行一些补充。使之更加贴近设计人员的需要。在这个阶段的产物软件功能需求文档中，将会更多的将用户业务的语言翻译成为软件开发专业的业务描述。这份文档的目的是直接作为系统设计的输入，并能够指导开发工作，所以其还需要能够比较容易的进行任务分解。在这份文档中，将会更多的使用用例分析和业务领域分析、原型设计等工具。

目前新公司的物流项目正处于早期的业务调研阶段。在这一段时间内，我目前正在了解有关业务流程建模的工具。以前一直是在使用UML的活动图，但是总觉的其表现力还是不够丰富，所以也经常在使用跨职能的流程图进行辅助。最近查阅了相关的资料发现，UML在业务流程建模领域的确是弱项。在这个领域现在有很多成熟的工具和理论。最典型的是BPMN和EPC。
BPMN图是官方组织发布的专门用于业务流程建模的规范。目前的版本大约是2.0。图例非常丰富——不下50多个。也有很多专门的绘图工具，其中包括免费的产品BizAgi Process Modeler和很多基于Visio的图例插件。不过，对于如何规范的规制业务模型的资料，网上却少得可怜。
EPC图不是行业标准或者规范。但是由于能够绘制EPC图的软件ARIS被内嵌在了者名的SAP软件中，所以EPC图基本上是事实上的行业标准。EPC图例并不复杂，但却能组合起来清晰的表现业务流程。
所以在现在的项目中，我尝试的使用EPC图的方式进行了一些业务流程的说明。当然，在使用的过程中，我对EPC的图例进行了微小的扩展。
下面是我做的一个EPC图的例子。