Idef使用rup进行业务建模的替代方法

摘要

许多软件开发项目失败，或者最终结果不是客户，最终用户或开发人员自己的预期。对于客户来说，软件开发项目可能不成功，因为它花费的时间比预期的更长或更糟，因为最终的软件无法解决调试所遇到的问题。

有多种因素可能导致软件开发项目失败。在软件开发项目的构想阶段中，业务建模是最重要的活动之一，而且很多时候没有以必要的深度进行，这导致对所涉及的过程没有充分的了解。计算机化，以及客户（或用户）与开发团队之间关于要完成的工作的错误理解。

RUP（Rational Unified Process）的业务建模学科提出了一组构件来对组织的流程进行建模，所有这些构件的详细说明可能是缓慢而繁琐的，从而不利于通过该学科的有效通道。这项工作为RUP方法的业务建模学科的工件提出了一种替代方案：IDEF，这是一种使用特定图形结构的系统建模技术。它的范围从信息建模到面向对象的分析和设计。

关键词

IDEF，业务流程，业务建模，软件开发，RUP

介绍

尽管了解支持计算机系统的业务流程非常重要，但通常的做法是在软件的开发周期中取消捕获该信息的阶段。基于客户对他们需要多长时间才能启动和运行软件产品的需求，开发团队通常很少关注对业务的全面了解。如果考虑到绝大多数组织都没有示意性地表示其流程是什么样的，以及某些最常用的软件开发方法，例如统一开发流程（RUP，其英文缩写），提出大量用于此建模的工件，这些工件的构造可能会变得缓慢且麻烦，然后创建所有条件，以使业务无法以应有的严谨性进行建模。

这种做法的结果是专注于客户提出的需求或要求的软件产品，客户有时无法确切确定软件系统如何改善其产品或服务。另外，通常以极高的实施成本获得软件产品，并且与打算使用它的实体的客观现实相去甚远。开发人员往往具有创造力，他们在创建理想的计算机系统时寻求专业的成就，同时又远离业务和客户的现实。

RUP提出的业务建模的基本目标不是要自动化的组织的技术能力和经济状况。但是，如果这应该是要制造的软件产品的目标，则考虑到这些要素并试图对其施加有利的影响，因此，在此初始阶段，开发团队使用这些额外的知识非常重要。

本文提出了一些IDEF技术（集成定义方法）与RUP方法的集成，目的是使用这些技术替代该方法的业务建模学科提出的工件。需要指出的是，IDEF建模技术中提供的信息不足以应用此处介绍的思想；随后，应对其进行深入研究。该提案基于作者在委内瑞拉玻利瓦尔共和国定制软件的生产过程中的经验，委内瑞拉玻利瓦尔共和国根据ALBA协议，这是古巴-委内瑞拉协议的产物。

发展历程

IDEF

1970年代，美国空军开发了集成计算机辅助制造（ICAM）计划。ICAM计划确定了对涉及生产人员的通讯技术和分析进行改进的需求。ICAM项目的结果是一系列称为IDEF（集成定义方法）的技术。最初的构想包括：

IDEF0：用于表示活动或过程IDEF1：用作信息表示和结构化的模型IDEF2：用于表示随时间变化的模型。

1983年，美国空军对基于IDEF1的集成信息支持系统进行了编程，从而创建了IDEF1X（已扩展的IDEF1）。

随着时间的流逝和这些技术的使用，IDEF继续开发并出现了新版本：IDEF3，IDEF4和IDEF5。当前，有几种工具可以促进使用这些技术进行建模。

IDEF0

IDEF0是一种建模技术，旨在以结构化和分层的方式表示组成系统或公司的活动以及支持这些活动的交互的对象或数据。IDEF0模型由一系列层次图组成，这些层次图通过详细级别描述顶层指定的功能。在模型的顶视图中，所代表活动之间的交互作用可以可视化维持组织的基本过程。用于构建IDEF0图表的图形元素是表格和箭头。

这些图形元素的使用语义如下：

活动：由方框表示，表示功能，过程或转换。

入口：由从活动的左侧进入的箭头表示，它指示将转换为活动以获取出口的材料或信息。

输出：由活动右边的箭头表示，它指示活动发生时产生的对象或信息。

控制：从顶部进入的箭头表示，它指示确定活动是否进行的规则。例如：标准，指南，规则，政策等。

主题：由底部进入的箭头表示，它指示执行活动的资源。例如：人员，机器等。

IDEF0在业务流程建模方面的优势

它允许按时间顺序表示该过程。描述了该业务的面向最终客户的流程，跨越了组织的所有活动，这些活动满足了客户对产品或服务的要求，从而代表了公司的“价值链”（对流程进行了建模对于公司提供的每种产品或服务类型），这是一种简单的表示法（基于方框和箭头），任何员工都可以用来描述他们在企业中的工作。由于组织的主角开发了模型，因此使组织的员工参与到业务建模中可以节省时间，因为它可以同时在多个领域工作，并且可以获得更忠实的模型。它允许将进入和离开活动的数据以及业务规则和参与者纳入流程中，所有这些都在同一视图中，它允许将活动分解为一个流程，并允许发现必须解决的业务组织问题，以便“不使混乱计算机化”，而是对业务进行组织然后对其进行计算机化。

IDEF3

IDEF3是一种建模技术，可以根据专家的描述来表示流程的工作流程及其参与对象。它允许详细记录过程，通过识别和捕获其关键知识来促进其分析。

IDEF3在其表示中使用的基本组件是：工作单元，链接，连接和引用。

工作单元：代表一项活动，始终具有唯一的标识符，并且可以具有与IDEF0活动相关联的引用。

联赛：表示活动之间的限制性关系，是单向的，可以在活动的任何部分（“框”）开始和结束，必须标记。

联赛共有三种类型：

时间优先

源进程必须先关闭，然后才能启动目标进程。

对象流

它强调对象在两个进程之间的参与，指示时间优先级，源进程必须在目标进程可以终止之前终止。

关系型

链接的流程之间存在关系。源进程将在目标进程结束之前开始。

连接：它们用于表示：

一个进程分支到多个线程的点，多个进程收敛到一个进程的点。Ÿ流程活动流中的时间性（同步/异步）。

分支机构的类型：

发散（泛出）：分配流程流，一个活动的终止导致多个活动的激活。

融合（Fan-in）：多个活动的完成巩固了活动的开始。

参考：代表特殊符号，以将读者的注意力引向模型的其他重要部分。

存在一些不同类型的引用：

对象：描述重要对象在活动中的参与GOTO：构造周期（活动的重复序列）UOB（UnitOfBehavior）：包括已经描述的活动而不涉及周期注意：记录任何图表中的任何重要常规信息（活动，连接）ELAB（详细说明）：详细记录一些图表。

IDEF3的优点

它允许记录流程以进行标准化或作为流程新成员的指南，从而减少学习曲线，提供捕获流程时间顺序和影响流程的决策逻辑的机制，并用作分析现有流程的工具。它允许您在启动可能非常昂贵的实际更改之前设计和测试新流程。

两种技术之间的简单比较可以说明它们如何相互补充，对相同方面产生不同的影响，从而可以对它们进行整体处理。

RUP方法中的IDEF对业务进行建模

活动说明

建模全局流程：

参与：客户和开发团队目标：确定组织的业务流程，目标，所涉及的资源等。技术：IDEF0描述：在此活动中，通过与以下人员会面确定组织的业务流程所涉及的经理和工人。向所有相关管理人员和工人说明构成IDEF0技术的图形元素，并共同开发与该技术的AS-IS相对应的过程模型。AS-IS只不过是组织在当前情况下如何以全局方式进行流程建模。

识别多余的活动：

参与：开发团队目标：确定组织流程中可能存在的多余活动技术：分析说明：在此活动中，将分析组织执行的流程模型以识别可能被认为多余的活动。多余的活动是可以省却的，而不会影响建模过程的最终结果，这是因为它不会产生任何结果，或者因为获得的结果可能是另一活动的一部分，从而从过程中消除了主体。

为增强的全球流程建模：

参与：开发团队目标：使用已确定的改进来更新过程模型技术：IDEF0描述：在此活动中，组织执行的过程模型将更新，从而消除了已确定的多余活动。有关如何执行每个活动的简要说明已添加到模型中。此时，在模型中进行了暗示建议改进流程的更改。这些更改应基于开发团队在国家和国际水平上对类似业务流程进行的业务建模阶段之前进行的技术研究。此新模型对应于IDEF0 TO-BE过程模型。

与客户一起验证建议的改进措施：

参与的：客户和开发团队目标：在转向计算机化之前，在客户和开发团队之间建立有关组织流程应该如何的协议。技术：会议描述：在此活动中，团队开发部门向客户提供了增强的全球流程模型，以便他们可以表明他们对提案的同意或做出相关的指示。

详细复杂活动：

参与的：开发团队目标：详细建模组织自动化所必需的，更复杂的活动技术：IDEF3描述：在此活动中，更新了组织执行的过程模型，从而消除了已发现的多余活动。在这一点上，可以在模型中进行其他更改，这暗示了对客户流程进行改进的建议。这些其他改进建议应基于开发团队在业务建模阶段之前在国家和国际层面对类似流程进行的艺术研究。