¿Qué significa IDEFO? ¿Cuáles son las principales situaciones y ventajas de las gráficas IDEFO?
Utilice el modelo de diagrama de flujo IDEFO para crear diagramas jerárquicos para la gestión de la configuración del modelo, análisis de requisitos y beneficios, definición de requisitos y mejora continua del modelo.
La idea básica de IDEF0 es el método estructurado, que se deriva del método SADT. Tiene las siguientes características básicas, formando una ley de pensamiento que es aplicable a todo tipo de trabajo desde la etapa de planificación hasta la etapa de diseño.
Descripción integral del sistema, entendiendo un sistema mediante la construcción de un modelo.
En términos generales, se puede considerar que un sistema está formado por objetos (representados por datos) y actividades (realizadas por personas, máquinas y software), así como por las relaciones entre ellos. El diagrama de flujo de datos sólo refleja un aspecto y es difícil explicar la imagen completa del sistema. IDEF0 puede expresar simultáneamente actividades del sistema (representadas por cuadros) y flujos de datos (representados por flechas) y las relaciones entre ellos. Por lo tanto, el modelo IDEF0 permite a las personas describir el sistema de manera integral.
Para sistemas nuevos, IDEF0 puede describir las funciones y requisitos del nuevo sistema y luego expresar una implementación que puede cumplir con los requisitos y completar las funciones. Para los sistemas existentes, IDEF0 puede analizar el propósito de funcionamiento del sistema de aplicación, las funciones completadas y el mecanismo para registrar la implementación. Ambas situaciones se reflejan estableciendo el modelo IDEF0. El llamado modelo es una descripción escrita del sistema. No es necesario que se exprese mediante alguna fórmula matemática, puede ser un diagrama o incluso una narración escrita. Por lo tanto, podemos decir: "No importa la forma, siempre que M pueda responder preguntas sobre el objeto real A, podemos decir que M es un modelo de A". Para objetos empresariales complejos u otros sistemas, dado que los resultados del análisis y diseño no se pueden expresar con precisión en lenguaje natural, se utiliza un lenguaje gráfico para expresar el modelo IDEF. Este lenguaje gráfico permite:
Despliegue controlado de los detalles paso a paso.
Exactitud y precisión.
Presta atención a la interfaz del modelo.
Proporciona un potente vocabulario para el análisis y el diseño.
El modelo consta de diagramas, descripciones de texto, glosarios y tablas de referencias cruzadas. Entre ellos, los gráficos son el componente principal. Los gráficos IDEF0 tienen en cuenta la actividad, la información y las condiciones de la interfaz simultáneamente. Trata el cuadro cuadrado como una actividad y utiliza flechas para representar datos e interfaces. Por lo tanto, al representar una operación actual, descripción funcional o diseño, siempre consta de un modelo de actividad, un modelo de información y un modelo de interfaz de usuario.
El círculo de ingeniería generalmente puede organizar varias etapas para el proceso de desarrollo del sistema: análisis (determinar qué hará el sistema), diseño (definir subsistemas y sus interfaces), implementación (crear subsistemas de forma independiente), integración (consolidar subsistemas conectados en un todo), pruebas (demostrar que el sistema funciona), instalación (permitir que el sistema funcione) y operación (usar el sistema). El propósito de introducir el método IDEF es enfatizar la importancia del análisis científico y el diseño de sistemas complejos. En términos generales, los errores cometidos durante la fase de análisis o diseño pueden tardar el doble en descubrirse y cinco veces más en corregirse en fases posteriores. O como dice la gente, si un error en la fase de análisis no se corrige, lleva el doble de tiempo en la fase de diseño, 65,438+00 veces en la fase de prueba y 65,438+ veces en la fase de operación o mantenimiento. correcto.
2. Propósito y Punto de Vista
Debido a que el modelo es una explicación escrita, como todo documento técnico, cada modelo tiene un propósito y un punto de vista. El propósito se refiere al significado del modelado y por qué se construye el modelo. El punto de vista se refiere al ángulo desde el cual se refleja el problema, o desde cuya perspectiva se analiza el problema. El propósito del modelo funcional es hacer un mejor análisis de la demanda y cumplir con requisitos técnicos predeterminados (ya sea para transformar un sistema existente o construir un sistema nuevo), por lo que debe quedar claro que es para analizar actividades funcionales (paso a paso). , no por descomposición organizacional. Una actividad puede ser realizada por un departamento funcional, pero la función de la actividad no es equivalente a la organización, por lo que se debe evitar el proceso de descomposición de dibujar un modelo organizacional. El contenido descrito por el modelo refleja las necesidades de varios usuarios y es difícil o imposible describir el problema desde una única perspectiva. Por ejemplo: gerente de materiales: el gerente del almacén se preocupa por recibir, recibir y almacenar; al planificador le preocupa cuándo se transferirán los materiales desde el punto de inventario al punto de compra; al director de la fábrica le preocupa qué proyecto ahorra materiales y acelera; progreso. Por lo tanto, es imposible y poco realista exigir que todos los usuarios tengan las mismas necesidades importantes. IDEF0 requiere un propósito y una perspectiva claros al dibujar el modelo funcional de todo el sistema. Por ejemplo, el sistema CIM de una empresa debe tener una perspectiva de modelado clara desde el punto de vista del director de la fábrica (o gerente). Los autores de todos los niveles deben modelar su trabajo desde una perspectiva global, o modelo para el director de la fábrica.
Sólo así podremos garantizar que las interconexiones y limitaciones mutuas entre las distintas partes se revelen desde la perspectiva de toda la empresa. De lo contrario, algunas personas enfatizan los intereses del departamento de diseño, otras enfatizan los requisitos del departamento de suministro y marketing, y algunas incluso establecen conexiones entre módulos funcionales basándose únicamente en los requisitos de los operadores en una determinada posición, y será caótico.
En tercer lugar, distinga entre "qué" y "cómo".
"Qué" se refiere a qué funciones debe completar un sistema y "cómo" se refiere a cómo se debe establecer el sistema para completar las funciones especificadas. Es decir, la distinción entre funcionalidad e implementación debe distinguirse claramente en un modelo.
IDEF0 primero establece un modelo funcional. Distinga cuidadosamente entre la fase de análisis de "cuál es este problema" y la fase de diseño de "cómo abordar e implementar este problema". Esto asegura que el problema se comprenda completa y claramente antes de decidir los detalles de la solución. Esto es clave para el desarrollo exitoso del sistema.
Durante la fase de diseño, debemos identificar gradualmente varios mecanismos que se pueden utilizar para lograr la funcionalidad requerida, y la base para identificar y seleccionar los mecanismos apropiados es la experiencia en diseño y la comprensión de las restricciones de rendimiento. Dependiendo del modelo, el mecanismo puede ser muy abstracto o muy concreto. Lo que importa es que el mecanismo indique cómo se logra "qué". IDEF0 proporciona una notación que muestra cómo proporcionar un mecanismo para implementar una función en el modelo funcional y cómo un único mecanismo puede completar funciones relacionadas en varios lugares diferentes del modelo funcional.
A veces un mecanismo es tan complejo que el propio mecanismo requiere una descomposición funcional.
Cuarto, descomposición de arriba hacia abajo
Construya el modelo mediante una estricta descomposición de arriba hacia abajo capa por capa, de modo que sus funciones principales se expliquen en el nivel superior y luego se obtengan. mediante descomposición Representación detallada con alcance claro, totalmente consistente dentro de cada modelo.
Al comienzo del modelado, IDEF0 primero define las relaciones internas y externas del sistema, así como el contexto. Representado por un cuadro y sus flechas de interfaz, se determina el alcance del sistema, como se muestra en la Figura 1. Debido a que un solo cuadro en el nivel superior representa todo el sistema, las frases descriptivas escritas dentro de los cuadros son más generales y abstractas. Asimismo, las flechas de interfaz representan todas las interfaces entre todo el sistema y el mundo exterior. Entonces, la marca escrita al lado de la flecha también es generalmente abstracta. Luego, considere el sistema como una caja de módulos individuales divididos en otro diagrama. Hay varios cuadros en esta imagen, conectados por flechas. Este es cada submódulo que corresponde a un único módulo principal. Estos submódulos descompuestos también están representados por cuadros y sus límites están determinados por flechas de interfaz. Cada submódulo se puede dividir en detalles más finos de la misma manera. Como se muestra en la Figura 2.
Las reglas proporcionadas por IDEF0 garantizan cómo obtener la información específica que las personas necesitan a través de la descomposición. Cuando un módulo se descomponga hacia abajo, se descompondrá en no menos de 3 y no más de 6 submódulos. El límite superior de 6 garantiza que al describir cosas complejas utilizando niveles jerárquicos, el número de módulos en el mismo nivel no será demasiado grande, lo que no es adecuado para las reglas cognitivas humanas. Un límite inferior de 3 garantiza que la descomposición sea significativa. Sin embargo, el método SADT original estipula que el número de cuadros en una imagen es de 2 a 7, por lo que no imponemos restricciones muy estrictas.
La relación precisa entre una forma y otras formas en el modelo se representa mediante flechas interconectadas. Cuando un módulo se descompone en varios submódulos, las interfaces entre los submódulos se representan mediante flechas. El nombre de cada submódulo más la interfaz etiquetada determina un alcance y especifica los detalles del submódulo.
En todos los casos, los submódulos representan fielmente el módulo principal y reflejan la información contenida en sus respectivos módulos principales de una manera que no suma ni resta.