描述业务流程时的错误和误解

Enhancing business success through smarter korea database management discussions.
Post Reply
mehadihasan123456
Posts: 33
Joined: Sat Dec 21, 2024 9:49 am

描述业务流程时的错误和误解

Post by mehadihasan123456 »

当然,无论选择何种呈现格式,对实际过程的任何描述的最终结果都是相同的。但业务描述方法存在更深层次的差异,可以用不同的方式分析同一个业务流程。让我们列出主要技术:

静态 IDEF 图。在它们的帮助下,它们通常展示了各种功能的结构关系(层次结构),但它们并没有及时反映这种关系。在某些方面,这是该技术的优点,因为在 EPC 格式中,功能控制机制是不可见的(嵌套进程除外)。同时,缺点是,如果功能之间没有时间关系,则向未来的参与者解释业务流程并实施它们是有问题的。
严格定义的IDEF 格式。同时,一个图只能反映2-8个函数,这从根本上降低了描述BP的创造性方法的自由度,剥夺了图(图)的独创性。
相同的框架,再加上显示业务流程的所有重要细节和特征的需要,导致 IDEF 图显着超载,其中包含用户难以理解的特殊符号。
IDEF 工具的形式化方法极大地简化了应用程序的创建者和实施者之间的联系,因为技术专家更容易使用专业语言。
综上所述,我们可以清楚地得出,对于财务 科威特电报号码数据 管理问题,最有效、最方便的表示法将是Event-Driven Process Chain,即EPC。

Image

为什么要“重新发明轮子”?您不应该使用自己的图形系统。
许多人不想深入研究现有方法的细节并使用图形程序构建任意方案(图表),这些程序在互联网上有很多。我们不推荐这种方式,因为太麻烦了。

首先,有现成的技术,这意味着不需要拿出任何标准和名称。一切都已经在很久以前就完成了——拿走它并使用它。此外,标准符号实际上是每个人都可以理解并且可以本能地理解的。它们对于许多专家来说很容易理解和熟悉。

其次,描述业务流程的标准方法(BPMN 2.0、IDEF3等)包含严格的限制和掌握的方法。它们被认为是一种编写程序的语言,也是一个使用它的领域。这里不可能犯错误(至少是大多数错误),语法规范和软件环境(编辑器设置、自动检查)都会保护您免受错误的影响。
Post Reply