
IDEF3 ( Integrated Definition for Process Description Capture Method ) es un método de modelado de procesos de negocio complementario a IDEF0 . [ 1 ] El método IDEF3 es un método de captura de descripción de flujo de procesos basado en escenarios, diseñado para capturar el conocimiento sobre cómo funciona un sistema en particular. [ 2 ]
El método IDEF3 proporciona modos para representar ambos [ 2 ]
- Descripciones de flujo de procesos para capturar las relaciones entre acciones dentro del contexto de un escenario específico, y
- Transición de estado del objeto para capturar la descripción de los estados y condiciones permitidos.
Este método forma parte de la familia IDEF de lenguajes de modelado en el campo de la ingeniería de sistemas y software .
Descripción general
Uno de los mecanismos principales utilizados para describir el mundo es relatar una historia en términos de una secuencia ordenada de eventos o actividades. El método IDEF3 de captura de descripción de procesos se creó para capturar descripciones de secuencias de actividades, lo que se considera el mecanismo común para describir una situación o proceso . El objetivo principal de IDEF3 es proporcionar un método estructurado mediante el cual un experto en el dominio pueda expresar conocimiento sobre el funcionamiento de un sistema u organización en particular. La adquisición de conocimiento se posibilita mediante la captura directa de afirmaciones sobre procesos y eventos del mundo real en un formato que resulta natural para su captura. IDEF3 apoya este tipo de adquisición de conocimiento al proporcionar un enfoque fiable y bien estructurado para la adquisición de conocimiento de procesos , y un lenguaje expresivo, pero fácil de usar, para la captura y expresión de información . [ 1 ]
Los motivos para el desarrollo de IDEF3 fueron la necesidad: [ 1 ]
- para acelerar el proceso de modelado de sistemas empresariales ,
- proporciona mecanismos para describir esta información del ciclo de vida de los datos ,
- para apoyar técnicas de gestión de proyectos mediante una herramienta automatizada,
- para proporcionar los conceptos, la sintaxis y los procedimientos para la elaboración de descripciones de requisitos del sistema , y
- Funciona bien tanto de forma independiente como conjuntamente con otros métodos que abordan diferentes áreas de especialización (por ejemplo, el método de modelado de funciones IDEF0 ) como un complemento a la familia de métodos IDEF .
Historia
Los IDEF originales se desarrollaron a mediados de la década de 1970 con el propósito de mejorar la comunicación entre las personas que necesitaban decidir cómo integrar sus sistemas existentes. IDEF0 se diseñó para permitir una expansión fluida de la descripción de las funciones de un sistema mediante el proceso de descomposición de funciones y la categorización de las relaciones entre ellas (es decir, en términos de la clasificación de Entrada, Salida, Control y Mecanismo). IDEF1 se diseñó para permitir la descripción de la información que una organización considera importante gestionar para lograr sus objetivos. [ 2 ]
El tercer IDEF ( IDEF2 ) se concibió originalmente como un método de modelado de interfaz de usuario . Sin embargo, dado que el Programa Integrado de Fabricación Asistida por Computadora (ICAM) requería una herramienta de modelado de simulación, el IDEF2 resultante se convirtió en un método para representar el comportamiento variable en el tiempo de los recursos en un sistema de fabricación, proporcionando un marco para la especificación de simulaciones basadas en modelos matemáticos. El programa de metodología dentro de ICAM pretendía corregir esta situación, pero la limitación de fondos lo impidió. En consecuencia, la falta de un método que permitiera estructurar las descripciones de la vista del usuario de un sistema ha sido una deficiencia importante del sistema IDEF. El problema fundamental desde el punto de vista metodológico radica en la necesidad de distinguir entre la descripción de lo que se supone que debe hacer un sistema (existente o propuesto) y un modelo de simulación representativo que prediga su comportamiento. Este último fue el objetivo de IDEF2 , mientras que el primero es el de IDEF3. [ 2 ]
Conceptos básicos de IDEF3
Descripciones y modelos

La distinción entre descripciones y modelos , aunque sutil, es importante en IDEF3, y ambos tienen un significado técnico preciso. [ 1 ]
- El término descripción se utiliza como término técnico reservado para referirse a registros de observaciones empíricas; es decir, las descripciones registran conocimientos que se originan en observaciones o experiencia, o que se basan en ellas.
- El término modelo se utiliza para referirse a la idealización de una entidad o estado de cosas. Es decir, un modelo constituye un sistema idealizado de objetos, propiedades y relaciones diseñado para imitar, en ciertos aspectos relevantes, las características de un sistema real dado. Los planos sin fricción, los cuerpos perfectamente rígidos, la suposición de masa puntual, etc., son ejemplos representativos de modelos.
El poder de un modelo reside en su capacidad para simplificar el sistema del mundo real que representa y predecir ciertos hechos sobre dicho sistema en virtud de los hechos correspondientes dentro del modelo. Por lo tanto, un modelo es un sistema diseñado en sí mismo. Los modelos son sistemas idealizados que se sabe que son incorrectos, pero se asume que son lo suficientemente precisos como para proporcionar predictores fiables para las áreas de interés predefinidas dentro de un dominio. Una descripción , por otro lado, es un registro de hechos o creencias sobre algo que se encuentra dentro del ámbito del conocimiento o la experiencia de un individuo. Dichas descripciones suelen ser incompletas; es decir, la persona que da la descripción puede omitir hechos que considera irrelevantes o que olvidó al describir el sistema. Las descripciones también pueden ser inconsistentes con respecto a cómo otros han observado situaciones dentro del dominio. IDEF3 contempla estas posibilidades al proporcionar características específicas que permiten capturar y organizar descripciones alternativas del mismo escenario o proceso (véase la figura [ 1 ]) .
Captura de descripción

El modelado requiere pasos adicionales más allá de la captura de la descripción para resolver puntos de vista conflictivos o inconsistentes. Esto, a su vez, generalmente exige que los modeladores seleccionen o creen un único punto de vista e introduzcan aproximaciones de modelado artificiales para llenar los vacíos donde no se dispone de conocimiento o experiencia directos. A diferencia de los modelos, las descripciones no están limitadas por condiciones idealizadas y comprobables que deban cumplirse, más allá de la simple precisión. [ 1 ]
El propósito de la captura de descripciones puede ser simplemente registrar y comunicar el conocimiento del proceso o identificar inconsistencias en la forma en que las personas comprenden cómo operan realmente los procesos clave. Al utilizar un método de captura de descripciones, los usuarios no necesitan aprender ni aplicar convenciones que los obliguen a producir modelos ejecutables (por ejemplo, convenciones que garanticen la precisión, la consistencia interna, la coherencia lógica, la no redundancia y la completitud). Obligar a los usuarios a modelar requiere que adopten una perspectiva de diseño de modelos y corren el riesgo de producir modelos que no capturen con precisión su conocimiento empírico del dominio. [ 1 ]
Escenarios
La noción de escenario o historia se utiliza como estructura organizativa básica para las descripciones de procesos IDEF3. Un escenario puede entenderse como una situación recurrente, un conjunto de situaciones que describen una clase típica de problemas abordados por una organización o sistema, o el entorno en el que se desarrolla un proceso. Los escenarios establecen el enfoque y las condiciones límite de una descripción. El uso de escenarios de esta manera aprovecha la tendencia humana a describir lo que se sabe en términos de una secuencia ordenada de actividades dentro del contexto de un escenario o situación dados. Los escenarios también proporcionan un vehículo conveniente para organizar conjuntos de conocimiento centrados en procesos. [ 1 ]
Perspectivas centradas en los procesos
Los esquemas de procesos IDEF3 son el principal medio para capturar, gestionar y visualizar el conocimiento centrado en procesos. Estos esquemas proporcionan un medio gráfico que ayuda a los expertos y analistas de dominio de diferentes áreas de aplicación a comunicar conocimientos sobre procesos. Esto incluye conocimientos sobre eventos y actividades, los objetos que participan en dichas ocurrencias y las relaciones restrictivas que rigen el comportamiento de una ocurrencia. [ 1 ]
Vistas centradas en objetos
Los esquemas de objetos IDEF3 capturan, gestionan y muestran descripciones centradas en objetos de un proceso; es decir, información sobre cómo los objetos de diversos tipos se transforman en otros tipos de cosas a través de un proceso, cómo los objetos de un tipo dado cambian de estado a través de un proceso, o información que establece el contexto sobre relaciones importantes entre objetos en un proceso. [ 1 ]
Lenguaje de descripción de procesos IDEF3
Las descripciones IDEF3 se desarrollan desde dos perspectivas diferentes: centrada en el proceso y centrada en el objeto. Dado que estos enfoques no son mutuamente excluyentes, IDEF3 permite la interrelación entre ellos para representar descripciones de procesos complejos. [ 1 ]
Esquemas de proceso
Los esquemas de procesos tienden a ser el componente más conocido y ampliamente utilizado del método IDEF3. Estos esquemas proporcionan un mecanismo de visualización para descripciones de un escenario centradas en procesos. Los elementos gráficos que componen los esquemas de procesos incluyen cuadros de Unidad de Comportamiento (UOB), enlaces de precedencia, uniones, referentes y notas. Los bloques de construcción aquí son: [ 1 ]

- Cajas de Unidad de Comportamiento (UOB)
- Enlaces : Los enlaces son el pegamento que conecta las cajas UOB para formar representaciones de procesos dinámicos.
- Enlaces de precedencia simples : Los enlaces de precedencia expresan relaciones de precedencia temporal entre instancias de una UOB y las de otra.
- Gráficos de activación : Los gráficos de activación se utilizan para representar activaciones.
- Enlaces discontinuos : Los enlaces discontinuos no tienen una semántica predefinida.
- Números de enlace : Todos los enlaces tienen una descripción y un número de enlace único.
- Semántica de activación para esquemas de procesos sin ramificaciones.
- Uniones : Las uniones en IDEF3 proporcionan un mecanismo para especificar la lógica de ramificación de procesos.
- Descomposiciones UOB : Las elaboraciones capturan y estructuran el conocimiento detallado sobre los procesos.
- Esquema de numeración de referencia UOB : A cada caja UOB se le asigna un número de caja UOB en una descripción de proceso IDEF3.
- Descripciones parciales : Las cajas UOB están unidas entre sí mediante enlaces. Dado que la captura de la descripción es el objetivo principal de IDEF3, es posible concebir UOB sin enlaces a otras partes de un esquema IDEF3.
- Referentes : Los referentes mejoran la comprensión, proporcionan significado adicional y simplifican la construcción (es decir, minimizan la complejidad) tanto de los esquemas de procesos como de los esquemas de objetos.
Esquemas de objetos
IDEF ofrece una serie de bloques de construcción para expresar información detallada de procesos centrados en objetos; es decir, información sobre cómo los objetos de varios tipos se transforman en otros tipos de cosas a través de un proceso, o cómo los objetos de un tipo dado cambian de estado a través de un proceso. [ 1 ]
- Objetos : Un objeto de cierto tipo, como un chasis, se representará simplemente mediante un círculo que contenga la etiqueta correspondiente.
- Estados de los objetos : Un determinado tipo de objeto que se encuentre en un estado determinado estará representado por un círculo con una etiqueta que capture el tipo en sí y un estado correspondiente, representando así el tipo o clase de objetos que se encuentran en ese estado.
- Esquemas de objetos : La construcción de representaciones complejas a partir de símbolos de tipo y símbolos de estado de objeto.
- Esquemas de transición : La primera y más básica construcción es el esquema de transición de estado básico o, simplemente, esquema de transición.
Véase también
Referencias
- 1 2 3 4 5 6 7 8 9 10 11 12 13 Richard J. Mayer et al. (1993) Integración de información para ingeniería concurrente (IICE): Informe del método de captura de descripción de procesos IDEF3 Archivado el 5 de julio de 2010 en Wayback Machine . División de Investigación Logística, Base de la Fuerza Aérea Wright-Patterson, OH 45433
- 1 2 3 4 Patricia Griffith Friel y Thomas M. Blinn (1989). "Documento de especificación de diseño de sistemas IDEF3 e IDEF4 automatizados" . Informe técnico. Centro Espacial Johnson de la NASA.
Lecturas adicionales
- Costin Badic y Chris Fox (2004). "Modelado híbrido IDEF0/IDEF3 de procesos de negocio: sintaxis, semántica y expresividad"
- Mounira Harzallah (2007). "Incorporación de IDEF3 al Lenguaje Unificado de Modelado Empresarial". En: Actas del Taller de la Undécima Conferencia Internacional IEEE EDOC de 2007. pp. 133–140.
- CH Kim et al. (2001). «Uso integrado de los métodos IDEF0, IDEF3 y de redes de Petri para el modelado de procesos empresariales». En: Actas de la Institución de Ingenieros Mecánicos. Parte E, Revista de ingeniería mecánica de procesos . Vol. 215, n.º 4, págs. 317-329.
- Jeong KY et al. (2008). "Integración de redes de colas e IDEF3 para el análisis de procesos de negocio". En: Business Process Management Journal . Vol. 14, número 4, págs. 471–482.
- L. Whitman y B. Huff (1997). «Modelos estructurados y análisis de sistemas dinámicos: la integración de los métodos de modelado IDEF0/IDEF3 y la simulación de eventos discretos». En: Conferencia de Simulación, 1997, Actas del invierno de 1997 , 7-10 de diciembre de 1997, págs. 518-524 .
Enlaces externos
- Descripción general de IDEF3 archivada el 25/04/2010 en Wayback Machine en www.idef.com
- Modelado empresarial
- Ingeniería de sistemas
- Análisis de sistemas