基于分布式流程引擎业务建模方法_V...docVIP

基于分布式流程引擎业务建模方法_V...doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于分布式流程引擎业务建模方法_V...doc

基于分布式流程引擎 业务建模方法 创建日期 更新日期 文档版本 2014-6-6 2014-8-16 V0.2 上海华和得易信息技术发展有限公司 2014-06-06 目录 修改历史 3 摘要 4 1. 业务建模的步骤 5 2. 需求分析 5 3. 业务流程定义 6 4. 业务要件定义 6 4.1业务概述 6 4.2流程定义 7 5. 任务定义 11 6. 数据对象定义 14 7. 画面定义 14 8. 设计REVIEW方法 15 修改历史 更新时间 修改人 版本 章节 备注 2014-06-06 李海 0.1 新建 2014-8-16 孟祥宝 0.2 原有内容进行细化,并增加数据对象定义、画面定义、设计REVIEW方法说明 摘要 本手册是基于我公司的分布式流程引擎框架,以实际业务为例,给出从业务要件定义开始,到任务收取,活动设计的完整业务建模的方法。 业务建模的步骤 需求分析 业务要件定义 流程任务定义 任务、活动设计 需求分析 需求分析,一般是通过现场调研的方式,和客户一起整理分析业务上的需求。在充分理解客户现有业务的基础上,帮助客户理顺业务,并为客户设计出完善合理、满足客户业务需求的流程。 以河南省研究生管理云平台为例: 通过调研分析,针对研究生管理,需要有如下几大类主要业务(以一个学生从报考到毕业为主线): 招生管理 学籍管理 培养管理 学生工作管理 学位管理 然后针对每类业务,通过流程图的方式,准确的描述出客户的需求 参照如下模板: 业务流程定义 业务要件定义 要件定义是针对需求分析中的每类业务,进行细化,明确功能范围,包括如下两部分: 要件概述 业务概述 管理对象和用户规模 生命周期 管理内容 业务事件 主要的业务字典 流程定义 归纳分析业务步骤中线上或者线下 定义流程模板 4.1业务概述 以学籍管理为例 1)概述,明确管理对象及规模、生命周期、管理内容 2)业务事件 根据需求分析,存在如下业务事件与学籍相关: 新生入学,新生信息采集,在籍生报到注册,休学等学籍异动,毕业等 针对每个业务事件,是不是对所有的学生都是一样的呢?这时暂时不确定,当做处理是不一样的,所以每个业务事件针对不同的对象,进一步细化,即每种对象都有各自对应的业务事件 对于每个事件的描述中,要描述清楚谁,在什么时候,什么地点,做什么事情,如何做,即who、when、where、what、how 3)业务字典 在分析业务事件的过程中,同时整理出业务字典 参考模板: 4.2流程定义 基于概述中定义的业务事件,根据业务事件对象,实际业务处理,来确定各个业务流程。对于同一个业务事件,可能对每个对象都是一个不同的流程,也可能该业务事件对每个对象的处理是一样的,即作为一个流程。另外,通过分析,不同的业务事件也可能作为一个流程来实现。 对于每个流程,首先要明确这个流程执行的前提条件、用户角色、处理的业务对象 第一步 针对业务概述中定义的业务事件进行分析细化,详细描述每个事件的完整的业务处理过程,不管是系统内还是系统外的。原则上,每种业务事件对应一个ProcessMeta,而每个对象对应的业务事件作为这个业务事件的一个Template来实现。 比如,新生入学这个业务事件,针对两个业务对象,统招的和转学的,那么统招的和转学的入学事件就是新生入学这个ProcessMeta的两个Template。 第二步 基于第一步的业务处理流程,确定出那些业务处理是系统实现的,那些事系统外做的 参考模板: 第三步 基于第二步的分析,定义每个流程中的Task,即那些系统内的操作可以作为一个Task 参考模板: 第四步 根据定义出来的Task,定义出每个ProcessTemplate 要件定义实例参考: 任务定义 基于上一部流程的定义,针对每一个Task进行设计。首先要详细说明该任务的执行频次,角色、前提条件、业务规则及该任务的输入输出参数(业务对象);然后设计该任务中的Activity,即该任务具体由哪些业务活动组成,每个业务活动是什么类型的,比如是画面,提供用户交互的活动,还是系统做的业务处理等,并通过图形方式,描述出该任务执行的过程。 下面以研究生报到注册为例: 第一步 明确该任务执行的一些前提条件,输入输出、业务规则等: 然后列出TaskTemplate列表,对每一个TaskTemplate进行说明,并定义出TaskTemplate在XML中的名称。同一个TaskMeta下的所有Template都写到一个设计文档中: 第二步 归纳定义该任务中的业务活动,进一步定义出所有的Activity,包括: 该TaskTemplate的功能说明,每一步说明涉及到的对象,且数据对象的名字要和数

文档评论(0)

zhangningclb + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档