IDEF - IDEF
IDEF , inicialmente una abreviatura de ICAM Definition y renombrada en 1999 como Integration Definition , es una familia de lenguajes de modelado en el campo de la ingeniería de sistemas y software . Cubren una amplia gama de usos, desde modelado funcional hasta datos, simulación, análisis y diseño orientado a objetos y adquisición de conocimientos. Estos lenguajes de definición se desarrollaron con fondos de la Fuerza Aérea de los EE. UU. Y, aunque todavía los utilizan con mayor frecuencia ellos y otras agencias militares y del Departamento de Defensa de los Estados Unidos (DoD) , son de dominio público .
Los componentes de la familia IDEF más ampliamente reconocidos y utilizados son IDEF0 , un lenguaje de modelado funcional basado en SADT , e IDEF1X , que aborda modelos de información y problemas de diseño de bases de datos .
Descripción general de los métodos IDEF
IDEF se refiere a una familia de lenguaje de modelado , que cubre una amplia gama de usos, desde modelado funcional hasta datos, simulación, análisis / diseño orientado a objetos y adquisición de conocimiento. Finalmente, los métodos IDEF se han definido hasta IDEF14:
- IDEF0 : Modelado de funciones
- IDEF1 : modelado de información
- IDEF1X : modelado de datos
- IDEF2 : Diseño de modelos de simulación
- IDEF3 : captura de descripción del proceso
- IDEF4 : Diseño orientado a objetos
- IDEF5 : captura de descripción de ontología
- IDEF6 : Captura de la justificación del diseño
- IDEF7: Auditoría de sistemas de información
- IDEF8 : modelado de interfaz de usuario
- IDEF9 : descubrimiento de restricciones empresariales
- IDEF10: Modelado de arquitectura de implementación
- IDEF11: modelado de artefactos de información
- IDEF12: Modelado organizacional
- IDEF13: Diseño de mapeo de tres esquemas
- IDEF14 : Diseño de red
En 1995 solo se habían desarrollado íntegramente IDEF0 , IDEF1X , IDEF2 , IDEF3 e IDEF4 . Algunos de los otros conceptos de IDEF tenían algún diseño preliminar. Algunos de los últimos esfuerzos fueron los nuevos desarrollos de IDEF en 1995 hacia el establecimiento de métodos confiables para el descubrimiento de restricciones comerciales IDEF9 , la captura de la justificación del diseño IDEF6 , el sistema humano, el diseño de interacción IDEF8 y el diseño de red IDEF14 .
Los métodos IDEF7, IDEF10, IDEF11, IDEF 12 e IDEF13 no se han desarrollado más allá de su definición inicial.
Historia
IDEF originalmente significaba Definición de ICAM , iniciado en la década de 1970 en el Laboratorio de Materiales de la Fuerza Aérea de los EE. UU., Base de la Fuerza Aérea Wright-Patterson en Ohio por Dennis E. Wisnosky , Dan L. Shunk y otros. y completado en la década de 1980. IDEF fue producto de la iniciativa ICAM de la Fuerza Aérea de los Estados Unidos . El IEEE reformuló la abreviatura IDEF como Definición de Integración ".
Los proyectos específicos que produjeron IDEF fueron las prioridades del proyecto ICAM 111 y 112 (luego renumerado 1102). Las siguientes prioridades del proyecto del Sistema Integrado de Apoyo a la Información (IISS) 6201, 6202 y 6203 intentaron crear un entorno de procesamiento de información que pudiera ejecutarse en entornos informáticos físicos heterogéneos . El desarrollo de IDEF se produjo en esos proyectos como resultado de la experiencia obtenida de las aplicaciones de las nuevas técnicas de modelado. La intención de los esfuerzos del IISS era crear 'subsistemas genéricos' que pudieran ser utilizados por un gran número de empresas colaboradoras, como los contratistas de defensa de Estados Unidos y las fuerzas armadas de naciones amigas.
En el momento del esfuerzo ICAM 1102 hubo numerosos, sobre todo incompatibles, modelo de datos métodos para almacenar datos informáticos - secuencial ( VSAM ), jerárquicos ( IMS ), la red ( Cincom 's total y CODASYL y Cullinet ' s IDMS ). El modelo de datos relacionales estaba emergiendo como una forma prometedora de pensar sobre la estructuración de datos para un acceso fácil, eficiente y preciso. Los sistemas de gestión de bases de datos relacionales aún no se habían convertido en un estándar general para la gestión de datos.
La oficina del programa ICAM consideró valioso crear una forma "neutral" de describir el contenido de los datos de los sistemas a gran escala. La literatura académica emergente sugirió que se necesitaban métodos para procesar datos independientemente de la forma en que se almacenaban físicamente . Por lo tanto, el lenguaje IDEF1 se creó para permitir una descripción neutral de las estructuras de datos que podrían aplicarse independientemente del método de almacenamiento o el método de acceso al archivo.
IDEF1 fue desarrollado bajo la prioridad 1102 del programa ICAM por Robert R. Brown de Hughes Aircraft Company , bajo contrato con SofTech, Inc. Brown había sido anteriormente responsable del desarrollo de IMS mientras trabajaba en Rockwell International . Rockwell decidió no seguir IMS como un producto comercializable, pero IBM , que había servido como contratista de soporte durante el desarrollo, posteriormente se hizo cargo del producto y tuvo éxito en su desarrollo para el mercado. Brown acredita a su colega de Hughes, Timothy Ramey, como el inventor de IDEF1 como un formalismo viable para modelar estructuras de información. Los dos investigadores de Hughes se basaron en ideas e interacciones con muchas luminarias en el campo en ese momento. En particular, IDEF1 se basa en las siguientes técnicas:
- la técnica del modelo de información en lenguaje natural en evolución ( ENALIM ) de GM Nijssen ( Control Data Corporation ) - esta técnica es ahora más conocida como NIAM o el modelo de función de objeto ORM ;
- la técnica de estructuras de datos en red, conocida popularmente como enfoque CODASYL , de Charles Bachman ( Honeywell Information Systems );
- la técnica de gestión de datos jerárquicos, implementada en el sistema de gestión de datos IMS de IBM, desarrollada por RR Brown ( Rockwell International );
- el enfoque relacional de los datos de EF Codd ( IBM );
- El enfoque entidad-relación (ER) de Peter Chen ( UCLA ).
El esfuerzo por desarrollar IDEF1 dio como resultado un nuevo método para el modelado de información y un ejemplo de su uso en la forma de un "modelo de información de referencia de fabricación". Este último artefacto fue desarrollado por DS Coleman de D. Appleton Company (DACOM) actuando como subcontratista de Hughes y bajo la dirección de Ramey. El personal de DACOM se convirtió en experto en el modelado IDEF1 y posteriormente produjo un curso de capacitación y materiales complementarios para la técnica de modelado IDEF1.
La experiencia con IDEF1 reveló que la traducción de los requisitos de información en diseños de bases de datos fue más difícil de lo que se había anticipado originalmente. El valor más beneficioso de la técnica de modelado de información IDEF1 fue su capacidad para representar datos independientemente de cómo se almacenarían y utilizarían. Proporcionó a los modeladores y analistas de datos una forma de representar los requisitos de datos durante el proceso de recopilación de requisitos. Esto permitió a los diseñadores decidir qué DBMS utilizar después de comprender la naturaleza de los requisitos de datos y, por lo tanto, redujo el "desajuste" entre los requisitos de datos y las capacidades y limitaciones del DBMS. Sin embargo, la traducción de modelos IDEF1 a diseños de bases de datos resultó ser difícil.
Los lenguajes de modelado IDEF
IDEF0
El método de modelado funcional IDEF0 está diseñado para modelar las decisiones, acciones y actividades de una organización o sistema. Se deriva de la establecido gráfico Lenguaje de Modelado de análisis y diseño estructurado técnica (SADT) desarrollado por Douglas T. Ross y SofTech, Inc. . En su forma original, IDEF0 incluye tanto una definición de un lenguaje de modelado gráfico ( sintaxis y semántica ) como una descripción de una metodología integral para desarrollar modelos. La Fuerza Aérea de los EE. UU. Encargó a los desarrolladores de SADT que desarrollaran un método de modelo funcional para analizar y comunicar la perspectiva funcional de un sistema. IDEF0 debería ayudar a organizar el análisis del sistema y promover una comunicación eficaz entre el analista y el cliente a través de dispositivos gráficos simplificados.
IDEF1X
Para satisfacer los requisitos de mejora del modelado de datos que se identificaron en el proyecto IISS-6202, un subcontratista, DACOM , obtuvo una licencia para la técnica de diseño de bases de datos lógicas (LDDT) y su software de soporte (ADAM). LDDT había sido desarrollado en 1982 por Robert G. Brown de The Database Design Group completamente fuera del programa IDEF y sin conocimiento de IDEF1. LDDT combinó elementos del modelo de datos relacionales, el modelo ER y la generalización de una manera específicamente destinada a respaldar el modelado de datos y la transformación de los modelos de datos en diseños de bases de datos. La sintaxis gráfica de LDDT difería de la de IDEF1 y, lo que es más importante, LDDT contenía conceptos de modelado interrelacionados que no estaban presentes en IDEF1. Mary E. Loomis escribió un resumen conciso de la sintaxis y semántica de un subconjunto sustancial de LDDT, utilizando terminología compatible con IDEF1 siempre que sea posible. DACOM etiquetó el resultado como IDEF1X y lo suministró al programa ICAM.
Debido a que el programa IDEF fue financiado por el gobierno, las técnicas son de dominio público . Además del software ADAM, vendido por DACOM con el nombre de Leverage, varias herramientas CASE utilizan IDEF1X como técnica de representación para el modelado de datos.
De hecho, los proyectos del IISS produjeron prototipos funcionales de un entorno de procesamiento de información que se ejecutaría en entornos informáticos heterogéneos. Los avances actuales en técnicas como Java y JDBC ahora están logrando los objetivos de ubicuidad y versatilidad en todos los entornos informáticos que fue demostrado por primera vez por IISS.
IDEF2 y IDEF3
El tercer IDEF (IDEF2) se pensó originalmente como un método de modelado de interfaz de usuario. Sin embargo, dado que el programa Integrated Computer-Aided Manufacturing (ICAM) necesitaba una herramienta de modelado de simulación, el IDEF2 resultante fue 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. La intención del programa de metodología dentro del ICAM era rectificar esta situación, pero la limitación de la financiación no permitió que esto sucediera. Como resultado, la falta de un método que apoye la estructuración de descripciones de la vista del usuario de un sistema ha sido una deficiencia importante del sistema IDEF. El problema básico desde el punto de vista de la metodología es la necesidad de distinguir entre una descripción de lo que se supone que debe hacer un sistema (existente o propuesto) y un modelo de simulación representativo que predice lo que hará un sistema. Este último fue el foco de IDEF2 , el primero es el foco de IDEF3 .
IDEF4
El desarrollo de IDEF4 surgió del reconocimiento de que la modularidad, la capacidad de mantenimiento y la reutilización del código que resulta del paradigma de programación orientada a objetos se pueden realizar en las aplicaciones tradicionales de procesamiento de datos . La capacidad probada del paradigma de programación orientada a objetos para admitir la integración a nivel de datos en grandes sistemas distribuidos complejos es también un factor importante en el interés generalizado en esta tecnología por parte de la comunidad de procesamiento de datos tradicional.
IDEF4 fue desarrollado como una herramienta de diseño para diseñadores de software que utilizan lenguajes orientados a objetos como Common Lisp Object System , Flavors , Smalltalk , Objective-C , C ++ y otros. Dado que el uso efectivo del paradigma orientado a objetos requiere un proceso de pensamiento diferente al que se usa con los lenguajes de bases de datos o procedimientos convencionales , las metodologías estándar como gráficos de estructura , diagramas de flujo de datos y modelos de diseño de datos tradicionales (jerárquicos, relacionales y de red) no son suficientes . IDEF4 busca proporcionar las instalaciones necesarias para respaldar el proceso de toma de decisiones de diseño orientado a objetos.
IDEF5
IDEF5 , o definición integrada para el método de captura de descripción de ontologías, es un método de ingeniería de software para desarrollar y mantener ontologías de dominio precisas y utilizables . En el campo de la informática, las ontologías se utilizan para capturar el concepto y los objetos en un dominio específico , junto con las relaciones y los significados asociados. Además, la captura de ontologías ayuda a coordinar proyectos al estandarizar la terminología y crea oportunidades para la reutilización de la información . El método de captura de ontologías IDEF5 se ha desarrollado para construir ontologías de manera confiable de una manera que refleje fielmente la comprensión humana del dominio específico.
En el método IDEF5, una ontología se construye capturando el contenido de ciertas afirmaciones sobre objetos del mundo real, sus propiedades y sus interrelaciones, y representando ese contenido de una forma intuitiva y natural. El método IDEF5 tiene tres componentes principales: un lenguaje gráfico para respaldar el análisis de ontologías conceptuales, un lenguaje de texto estructurado para la caracterización detallada de ontologías y un procedimiento sistemático que proporciona pautas para la captura eficaz de ontologías.
IDEF6
IDEF6 , o definición integrada para la captura de la justificación del diseño, es un método para facilitar la adquisición, representación y manipulación de la justificación del diseño utilizada en el desarrollo de sistemas empresariales . La razón fundamental es la razón, la justificación, la motivación subyacente o la excusa que impulsó al diseñador a seleccionar una estrategia o característica de diseño en particular. De manera más simple, la justificación se interpreta como la respuesta a la pregunta: "¿Por qué se está haciendo este diseño de esta manera?" La mayoría de los métodos de diseño se centran en lo que es el diseño (es decir, en el producto final, en lugar de por qué el diseño es como es).
IDEF6 es un método que posee los recursos conceptuales y las capacidades lingüísticas necesarias
- representar la naturaleza y estructura de la información que constituye el fundamento del diseño dentro de un sistema dado, y
- asociar ese fundamento con las especificaciones de diseño, los modelos y la documentación del sistema.
IDEF6 es aplicable a todas las fases del proceso de desarrollo del sistema de información, desde la conceptualización inicial hasta las actividades de diseño preliminar y detallado. En la medida en que las decisiones de diseño detalladas para los sistemas de software se releguen a la fase de codificación, la técnica IDEF6 también debería ser utilizable durante el proceso de construcción del software.
IDEF8
IDEF8, o definición integrada para el diseño de interacción humano-sistema, es un método para producir diseños de interacciones de alta calidad entre los usuarios y los sistemas que operan. Los sistemas se caracterizan como una colección de objetos que realizan funciones para lograr un objetivo particular. El sistema con el que interactúa el usuario puede ser cualquier sistema, no necesariamente un programa de computadora. Las interacciones humano-sistema están diseñadas en tres niveles de especificación dentro del método IDEF8. El primer nivel define la filosofía del funcionamiento del sistema y produce un conjunto de modelos y descripciones textuales de los procesos generales del sistema. El segundo nivel de diseño especifica escenarios de uso del sistema centrados en roles. El tercer nivel de diseño de IDEF8 es para los detalles de diseño de sistemas humanos. En este nivel de diseño, IDEF8 proporciona una biblioteca de metáforas para ayudar a los usuarios y diseñadores a especificar el comportamiento deseado en términos de otros objetos cuyo comportamiento es más familiar. Las metáforas proporcionan un modelo de conceptos abstractos en términos de experiencias y objetos familiares y concretos.
IDEF9
IDEF9, o definición integrada para el descubrimiento de restricciones comerciales, está diseñado para ayudar en el descubrimiento y análisis de restricciones en un sistema empresarial . Una motivación principal que impulsó el desarrollo de IDEF9 fue el reconocimiento de que el conjunto de restricciones que forjan un sistema empresarial generalmente está mal definido. El conocimiento de qué restricciones existen y cómo interactúan esas restricciones es incompleto, disjunto, distribuido y, a menudo, completamente desconocido. Así como los organismos vivos no necesitan ser conscientes de las limitaciones genéticas o autónomas que gobiernan ciertos comportamientos, las organizaciones pueden (y la mayoría lo hacen) funcionar bien sin un conocimiento explícito del pegamento que estructura el sistema. Sin embargo, para modificar el negocio de una manera predecible, el conocimiento de estas limitaciones es tan crítico como lo es el conocimiento de la genética para el ingeniero genético.
IDEF14
IDEF14, o definición integrada de método de diseño de redes, es un método que tiene como objetivo el modelado y diseño de redes informáticas y de comunicaciones . Se puede utilizar para modelar redes existentes ("tal cual") o previstas ("futuras"). Ayuda al diseñador de la red a investigar los posibles diseños de la red y a documentar la justificación del diseño. Los objetivos fundamentales del proyecto de investigación IDEF14 se desarrollaron a partir de una necesidad percibida de buenos diseños de redes que se puedan implementar de forma rápida y precisa.
Referencias
Este artículo incorpora material de dominio público del sitio web del Instituto Nacional de Estándares y Tecnología https://www.nist.gov .
Otras lecturas
- Ovidiu S. Noran (2000). Modelado de negocios: UML vs.IDEF Paper Griffith University
enlaces externos
- Métodos de definición integrados
- Modelado de datos
- La metodología de modelado de procesos IDEF por Robert P. Hanrahan 1995