基于分布式流程引擎业务建模方法_V02(共16页)

1、基于(jy)分布式流程(lichng)引擎业务(yw)建模方法创建日期更新日期文档版本2014-6-62014-8-16V0.2上海华和得易信息技术发展有限公司2014-06-06目录(ml) TOC o 1-3 h z u HYPERLINK l _Toc395952605 修改(xigi)历史 PAGEREF _Toc395952605 h 3 HYPERLINK l _Toc395952606 摘要(zhiyo) PAGEREF _Toc395952606 h 4 HYPERLINK l _Toc395952607 1.业务建模的步骤 PAGEREF _Toc395952607 h 5

2、HYPERLINK l _Toc395952608 2.需求分析 PAGEREF _Toc395952608 h 5 HYPERLINK l _Toc395952609 3.业务流程定义 PAGEREF _Toc395952609 h 6 HYPERLINK l _Toc395952610 4.业务要件定义 PAGEREF _Toc395952610 h 6 HYPERLINK l _Toc395952611 4.1业务概述 PAGEREF _Toc395952611 h 6 HYPERLINK l _Toc395952612 4.2流程定义 PAGEREF _Toc395952612 h 7

3、 HYPERLINK l _Toc395952613 5.任务定义 PAGEREF _Toc395952613 h 11 HYPERLINK l _Toc395952614 6.数据对象定义 PAGEREF _Toc395952614 h 14 HYPERLINK l _Toc395952615 7.画面定义 PAGEREF _Toc395952615 h 14 HYPERLINK l _Toc395952616 8.设计REVIEW方法 PAGEREF _Toc395952616 h 15修改(xigi)历史更新时间修改人版本章节备注2014-06-06 李海0.1 新建2014-8-16孟

4、祥宝0.2原有内容进行细化，并增加数据对象定义、画面定义、设计REVIEW方法说明摘要(zhiyo)本手册是基于我公司的分布式流程(lichng)引擎框架，以实际业务为例，给出从业务要件定义(dngy)开始，到任务收取，活动设计的完整业务建模的方法。业务(yw)建模的步骤需求(xqi)分析业务要件(yojin)定义流程任务定义任务、活动设计需求分析需求分析，一般是通过现场调研的方式，和客户一起整理分析业务上的需求。在充分理解客户现有业务的基础上，帮助客户理顺业务，并为客户设计出完善合理、满足客户业务需求的流程。以河南省研究生管理云平台为例:通过调研分析，针对研究生管理，需要有如下几大类主要业务

5、（以一个学生从报考到毕业为主线）：招生管理学籍管理培养管理学生工作管理学位管理然后针对每类业务，通过流程图的方式，准确的描述出客户的需求参照如下(rxi)模板：业务流程定义(dngy)业务(yw)要件定义要件定义是针对需求分析中的每类业务，进行细化，明确功能范围，包括如下两部分：要件概述业务概述管理对象和用户规模生命周期管理内容业务事件主要的业务字典流程定义归纳分析业务步骤中线上或者线下定义流程模板4.1业务概述以学籍管理为例1）概述，明确管理对象及规模、生命周期、管理内容2）业务(yw)事件根据需求(xqi)分析，存在如下业务事件与学籍相关：新生入学，新生信息(xnx)采集，在籍生报到注册，

6、休学等学籍异动，毕业等针对每个业务事件，是不是对所有的学生都是一样的呢？这时暂时不确定，当做处理是不一样的，所以每个业务事件针对不同的对象，进一步细化，即每种对象都有各自对应的业务事件对于每个事件的描述中，要描述清楚谁，在什么时候，什么地点，做什么事情，如何做，即who、when、where、what、how3）业务字典 在分析业务事件的过程中，同时整理出业务字典参考(cnko)模板：4.2流程(lichng)定义基于概述中定义的业务(yw)事件，根据业务事件对象，实际业务处理，来确定各个业务流程。对于同一个业务事件，可能对每个对象都是一个不同的流程，也可能该业务事件对每个对象的处理是一样的，

7、即作为一个流程。另外，通过分析，不同的业务事件也可能作为一个流程来实现。对于每个流程，首先要明确这个流程执行的前提条件、用户角色、处理的业务对象第一步针对业务概述中定义的业务事件进行分析细化，详细描述每个事件的完整的业务处理过程，不管是系统内还是系统外的。原则上，每种业务事件对应一个ProcessMeta，而每个对象对应的业务事件作为这个业务事件的一个Template来实现。比如，新生入学这个业务事件，针对两个业务对象，统招的和转学的，那么统招的和转学的入学事件就是新生入学这个ProcessMeta的两个Template。第二步基于第一步的业务处理流程，确定(qudng)出那些业务处理是系统实

8、现的，那些事系统外做的参考(cnko)模板：第三步基于第二步的分析，定义每个流程(lichng)中的Task，即那些系统内的操作可以作为一个Task参考(cnko)模板：第四步根据定义(dngy)出来的Task，定义出每个ProcessTemplate要件定义(dngy)实例参考：任务(rn wu)定义基于上一部流程的定义，针对每一个Task进行设计。首先要详细说明该任务的执行频次，角色、前提条件、业务规则及该任务的输入输出参数（业务对象(duxing)）；然后设计该任务中的Activity，即该任务具体由哪些业务活动组成，每个业务活动是什么类型的，比如是画面，提供用户交互的活动，还是系统做的

9、业务处理等，并通过图形方式，描述出该任务执行的过程。下面以研究生报到注册为例：第一步明确该任务执行的一些前提条件，输入输出、业务规则等：然后列出TaskTemplate列表，对每一个TaskTemplate进行说明(shumng)，并定义出TaskTemplate在XML中的名称。同一个TaskMeta下的所有Template都写到一个设计文档中：第二步归纳定义该任务中的业务(yw)活动，进一步定义出所有的Activity，包括(boku)：该TaskTemplate的功能说明，每一步说明涉及到的对象，且数据对象的名字要和数据对象定义中的对象名字保持一致ActivityMeta列表，即该Tas

10、kTemplate下面可以定义的ActivityMeta列表说明，包括ActivityMeta名称(中文)、配置ActivityMeta名(XML中配置名)、ActivityMeta主操作对象（对象名字要和数据对象定义中的对象名字保持一致）、输入输出说明（输入输出要求详细，不能笼统地描述输入输出参数，要将每一个参数说明清楚，参数名字要和数据对象表中的字段名字保持一样）ActivityMeta所对应的ActivityTemplate列表说明，包括Activity模板名称(中文)、配置Activity模板名(XML中配置名)、所属Activity的Meta、Activity主操作对象（对象名字要和

11、数据对象定义中的对象名字保持一致）、执行类型（自动或者画面发起）第三步：定义出Task执行(zhxng)的详细流程图，包括(boku)每一个Activity的详细说明，说明要求详细，最基本(jbn)的要求包括以下几点：流程的发起描述后台每一个Activity执行的过程Activity之间输入输出参数之间的关系每一个Activity向前台返回的内容，包括画面ID或者其他数据流程的结束描述第四步：1、定义每个Activity下的Function列表说明，包括：包括Function名称(中文)、配置FunctionMeta名(XML中配置名)、Function主操作对象（对象名字要和数据对象定义中的

12、对象名字保持一致）、Function输入输出（输入输出要求详细，不能笼统地描述输入输出参数，要将每一个参数说明清楚，参数名字要和数据对象表中的字段名字保持一样）。2、定义Activity流程图以及(yj)详细的流程图说明：说明要求和Activity流程图中的每一个Function定义保持一一对应。每一个Function说明使用序号标注，先进行(jnxng)文字简单描述，再使用类SQL语言进行描述具体操作的数据(shj)对象、输入和输出参数。任务定义参考模板：数据对象定义定义出该Task涉及到的所有数据对象，包括属性名称(中文)、属性名称、字段类型、限制、备注说明（属性格式、属性数据集等）画面(

13、humin)定义画面定义包括(boku)画面原型、以及画面原型说明，画面原型说明包括：画面(humin)初始化说明，如画面打开的时候画面上的默认值都是什么级联查询的下拉框，默认值分别是什么不同的角色打开画面的初始化值如果控件绑定的后台数据，需要说明数据的来源必输项说明点按钮后前台向后台传递的数据设计REVIEW方法建立REVIEW、REVIEWING和Finish三个文件夹设计人员将设计好的设计文档放到REVIEW文件夹中，设计文档从V1.01版本开始命名REVIEW人员(rnyun)到REVIEW文件夹中将设计(shj)好的设计文档拷贝到REVIEWING文件夹中进行REVIEW，REVIEW通过的设计文档存放到Finish文件夹；REVIEW不通过的设计文档在设计文档中进行