流程模型
编辑流程模型是性质相同的流程,它们被一起分类到一个模型中。因此,过程模型是对类型级别的过程的描述。由于流程模型处于类型级别,因此流程是其实例化。相同的过程模型被重复用于许多应用程序的开发,因此具有许多实例化。流程模型的一种可能用法是,与实际发生的流程本身相反,规定必须/应该/应该如何做事情。流程模型大致上是对流程外观的预期。应在实际系统开发过程中确定应确定的过程。
流程模型的目标
- 描述性
- 跟踪过程中实际发生的情况
- 从外部观察者的角度来看待过程的执行方式,并确定必须进行的改进才能使其更有效地执行。
- 规范性的
- 定义所需的过程以及应该/应该/可能如何执行它们。
- 建立规则,准则和行为模式,如果遵循这些规则,准则和行为模式,则可以达到所需的过程性能。它们的范围从严格的执行到灵活的指导。
- 解释性的
流程模型的目的
编辑从理论上讲,元过程建模解释了描述开发过程中发生的事情,发生的时间,发生的时间以及原因的关键概念。从操作的角度来看,元过程建模旨在为方法工程师和应用程序开发人员提供指导。
对业务流程进行建模的活动通常表明需要更改流程或确定要纠正的问题。这种转变可能需要也可能不需要IT部门参与,尽管这是对业务流程进行建模的常见推动力。需要变更管理程序来将流程付诸实践。随着大型平台供应商的技术进步,业务流程模型(BPM)变得可以完全执行(并且具有往返工程能力)的愿景每天都越来越接近现实。支持技术包括统一建模语言(UML),模型驱动的体系结构和面向服务的体系结构。
流程建模解决了企业业务体系结构的流程方面,从而形成了一个全面的企业体系结构。在其余企业系统、数据、组织结构、策略等上下文中,业务流程之间的关系在分析和计划变更方面创建了更大的功能。一个现实的例子是企业并购。详细了解两家公司的流程,使管理层能够确定冗余,从而使合并更加顺利。
流程建模一直是业务流程再造的关键方面,并且在六西格码中可以看到持续改进的方法。
过程模型的分类
编辑按覆盖范围
术语流程模型的定义有五种类型:
- 面向活动:针对产品定义的特定目的而进行的相关活动集;一组旨在达到目标的部分有序步骤。
- 面向产品:导致敏感产品转换以达到所需产品的一系列活动。
- 面向决策:针对产品定义的特定目的而执行的一组相关决策。
- 面向上下文:在上下文中做出决定的影响下,导致连续的产品转换的上下文序列。
- 面向策略:允许建立表示多方法流程的模型,并基于意图和策略的概念,计划用于设计产品的不同可能方式。
通过对齐
过程可以是不同的。[2]这些定义“对应于流程建模的各种方式”。
- 战略流程
- 研究做事的替代方法,并最终制定出做事计划
- 经常富有创造力,需要人为合作;因此,替代方案的产生和选择是非常关键的活动
- 战术过程
- 帮助实现计划
- 与制定成就计划相比,更关注实际计划实现所采用的策略
- 实施过程
- 是最低级别的流程
- 直接关系到计划实施的内容和方式的细节
按粒度
粒度是指过程模型的详细程度,并影响可以提供的指导,解释和跟踪的种类。粗粒度将这些限制在相当有限的详细程度上,而细粒度则提供了更详细的功能。所需粒度的性质取决于当前情况。
项目经理、客户代表、一般高层或中层管理人员需要粗粒度的过程描述,因为他们希望获得决策的时间,预算和资源计划的概述。相反,软件工程师、用户、测试人员、分析师或软件系统架构师将更喜欢细粒度的流程模型,该模型的详细信息可以为他们提供指令和重要的执行依存关系,例如人与人之间的依存关系。
尽管存在细粒度模型的表示法,但大多数传统过程模型都是粗粒度的描述。理想情况下,流程模型应提供广泛的粒度(例如Process Weaver)。
通过灵活性
已经发现,虽然过程模型是规定性的,但在实际实践中可能会偏离规定。因此,采用方法的框架得到了发展,以便系统开发方法与特定的组织情况相匹配,从而提高了其实用性。这种框架的开发也称为情境方法工程。
可以在从“低”到“高”的灵活性范围内组织方法构建方法。
刚性方法位于此频谱的“低端”,而模块化方法构造位于“高端”。刚性方法是完全预先定义的,几乎没有余地使它们适应当前情况。另一方面,可以修改和扩充模块化方法以适合给定的情况。选择刚性方法可以使每个项目从一组刚性的预定义方法中选择其方法,而在方法中选择路径则包括为当前情况选择适当的路径。最后,选择和调整方法可以使每个项目从不同的方法中选择方法,并根据项目的需求进行调整。”
内容由匿名用户提供,本内容不代表vibaike.com立场,内容投诉举报请联系vibaike.com客服。如若转载,请注明出处:https://vibaike.com/117195/