IDEF0. Familiaridad con la notación y un ejemplo de su uso. BPwin (AllFusion Process Modeler) software de modelado por computadora software de desarrollo de modelos idef0

Conocida hoy no solo en círculos estrechos, la abreviatura IDEF0 es la primera metodología para estandarizar el trabajo en procesos comerciales. Fue desarrollado a mediados del siglo pasado como parte de un proyecto aeroespacial en los Estados Unidos y, habiendo demostrado su eficacia, se convirtió en estándar federal... En nuestro país en el año 2000 se elaboró ​​un documento " Metodología de Modelado Funcional IDEF0. Documento guía Metodología de modelado funcional Documento de orientación IDEF0. Edición oficial. Gosstandart de Rusia RD IDEF0 - 2000. Desarrollado por el Centro de Investigación CALS - Tecnologías "Logística Aplicada". Adoptado y puesto en vigor por la Resolución del Gosstandart de Rusia 2000, Moscú”, Pero como estándar nunca fue aprobado. Aunque esto no impidió que esta metodología se convirtiera en una de las herramientas más populares para el modelado gráfico de procesos de negocios en nuestro país. En este artículo, los invito a revisar el modelo IDEF0 y evaluar la relevancia actual de este enfoque.

Conceptos básicos y abreviaturas

Entendamos un poco sobre los nombres de los elementos clave de la metodología. El estándar gráfico IDEF0 es parte de la metodología SADT (Structured Analysis and Design Technique). IDEF es una abreviatura de ICAM Definition, e ICAM se deriva de Integrated Computer Aided Manufacturing, que se traduce como informatización integrada de la producción. La metodología SADT es toda una familia de 15 modelos diferentes, que en conjunto se suponía que permitían el estudio de la estructura, parámetros y características de los sistemas productivos-técnicos y organizativos-económicos.

IDEF0 es un modelo funcional, que es el núcleo de todas las demás estructuras, vincula los flujos de información y materiales, la estructura organizativa, las acciones de control y la propia actividad de la empresa. El estándar gráfico para los procesos de modelado también se llama notación. Es decir, la notación es un sistema de requisitos y reglas para construir un modelo de actividad de una forma u otra. Por tanto, conviene llamar IDEF0 a la notación que forma parte de la metodología SADT.

La notación IDEF0 es una técnica bastante rigurosa que se desarrolló originalmente, como los estándares de diseño técnico, para el modelado manual. Por lo tanto, contiene requisitos para la ubicación de flechas, el formato de todos los elementos, el contenido del marco de información para el diagrama IDEF0, etc. Dado que las actividades de la empresa son un complejo sistema de acciones multinivel, siempre hay muchos esquemas, y se requiere una sistematización y navegación inequívocas a través de todos los elementos del modelo. Ahora bien, esto se hace principalmente por sistemas informáticos que admiten el modelado en esta notación. En el territorio de Rusia, los más famosos y disponibles en la actualidad son los sistemas AllFusion Process Modeler y Business Studio. Planeo dedicar artículos separados a la revisión de estos sistemas.

Bloque funcional

El elemento central del modelo IDEF0 es la función, que se muestra en el diagrama como bloque funcional- un rectángulo, dentro del cual se indica la acción en forma de sustantivo verbal. La acción puede ser muy diferente en escala, desde las actividades de la empresa en general hasta la manipulación específica en particular. Ejemplos: "Producción y venta de vajillas de cerámica" y "Dibujo de un producto".

Elementos de bloque de función obligatorios en IDEF0

Independientemente de la escala de acciones, todas las funciones se muestran de manera uniforme y necesariamente contienen 4 flujos de teclas, que se asignan rígidamente a los lados del bloque funcional:

• a la izquierda, insumos o recursos utilizados para realizar la función;
• a la derecha - salidas o resultados de la ejecución de la función;
• en la parte superior - acciones de control que determinan cómo y cuántos resultados deben producirse;
• a continuación: mecanismos que reflejan quién y con la ayuda de qué debe hacer este trabajo.

Este enfoque le permite ahorrar un poco en las explicaciones de los diagramas y lograr una ambigüedad en la visualización de los flujos, lo que hace que todo el modelo sea más delgado.

Para construir un modelo funcional, la metodología IDEF0 requiere que se observen las siguientes reglas.

1. Los insumos son recursos que transfieren su valor a los productos por completo, es decir, se gastan en crear un resultado en su totalidad, y los mecanismos son recursos que transfieren su valor solo parcialmente (equipos a través de la depreciación y personas a través de los salarios).
2. La gestión es un elemento necesario del modelo, ya que vincula todas las actuaciones al sistema normativo de la empresa, indicando claramente qué normas y requisitos deben observarse en el proceso de desempeño de la función. A menudo, este flujo se trata formalmente, pero el esquema pierde su rigor y, a veces, incluso su significado.
3. Cada bloque funcional debe tener al menos una flecha a cada lado (ya que no puede haber trabajo sin recursos o resultados, y una instrucción sin ejecutor o instrucción estará incompleta).

El esquema considerado es un "bloque de construcción" del enfoque IDEF0. El modelado funcional implica una transición gradual de lo general a lo particular a través de la descomposición. La descomposición es una "profundización" en la función en consideración, dividiéndola en funciones más pequeñas. Al mismo tiempo, cuando la función de nivel superior se presenta de forma generalizada y después de descomponerla, conviene llamarla proceso.

Diagrama contextual

Al más alto nivel, la empresa se presenta como una "caja negra" en la que se desarrolla alguna actividad que traduce entradas en salidas. Este nivel se suele denominar "", es decir, un diagrama que describe el contexto de las actividades de la empresa. Además, el diagrama de contexto muestra las características clave de todo el modelo.

1. El objetivo es una formulación específica del propósito del modelo, que se puede utilizar para verificar la precisión de la construcción del modelo en el futuro.
2. Punto de vista: en cuya cara se construye el modelo, ya que el modelo siempre depende de su autor y foco de atención. Si construimos un modelo general de empresa, generalmente se presenta desde el punto de vista de su director.
3. El tipo de modelo es una indicación de la información que se muestra en los diagramas. Puede haber 2 opciones principales aquí: TAL CUAL ("como está") o POR SER ("como será"). Esta separación es necesaria, ya que podemos construir modelos tanto para analizar actividades como para transformarlas. Debemos ser claramente conscientes de lo que estamos haciendo y también transmitir esta información a los demás.

Así, el diagrama de contexto contiene en la forma más generalizada una descripción de las actividades de la empresa, que está impregnada de los flujos que conectan a la empresa con el mundo exterior. Creo que también deberíamos detenernos en ellos con más detalle.

Corrientes principales

La experiencia ha demostrado que, a pesar de la aparente sencillez y formalidad de este nivel, muchas veces es necesario permanecer en él durante mucho tiempo, ya que aquí deben reflejarse todos los resultados que son significativos para el propietario y el mercado. Un error puede llevar a la creación de modelos que no cumplan con los objetivos del negocio. Para verificar que se reflejen los flujos significativos, asegúrese de que los 4 tipos de flujo principales estén presentes en su diagrama.

1. Material: materiales y componentes en la entrada y productos terminados a la salida.
2. Cliente: un cliente potencial entrante y un cliente satisfecho.
3. Financiero: en la entrada, suelen ser inversiones, pagos de clientes (ingresos), préstamos y otros ingresos; la salida son pagos a proveedores, impuestos, pagos de préstamos y ganancias.
4. Informativo: en la entrada, todos estos son flujos de información sobre el entorno externo (condiciones del mercado, comportamiento de los competidores, innovación tecnológica etc.), y el resultado es el flujo de información que la empresa comunica sobre sí misma al mundo (toda la información publicitaria, así como todo tipo de informes a las autoridades reguladoras).

Tenga en cuenta que la empresa es sistema abierto, y nada surge ni desaparece en él. Una empresa solo es capaz de transformar los flujos entrantes en salientes y, si lo hace bien, aparece un flujo de caja adicional (beneficio) que refleja, en cierto sentido, la calidad de todo el sistema.

(Click para agrandar)

Es bueno si resaltas cada uno de estos tipos de flujos con tu propio color para que puedas distinguir fácilmente el movimiento de recursos y no perderte puntos importantes. Por ejemplo, a menudo es posible observar la ausencia de un cliente en los flujos de la empresa, por lo tanto, trabajar con él se basa en un principio sobrante: el cliente a menudo se siente como un obstáculo para los empleados de la empresa, cuyas tareas se centran en procesar el flujo de documentos.

Las flechas de control se pueden representar mediante un solo tipo de flujo: el flujo de información, que se puede dividir en 2 subespecies. El primero son documentos como:

• leyes y regulaciones;
• pedidos, pedidos;
• instrucciones y reglamentos;
• planes;
• documentación de diseño, etc.

La segunda es la información no documentada, que a menudo incluye los requisitos de los propietarios.

Y, finalmente, mecanismos: solo hay 2 tipos de flujos: equipo (material) e intérpretes (departamentos y personas). ¡No puede haber documentos aquí, al igual que no puede haber personas en las flechas de control!

El modelo proporciona numeración continua para la navegación. El diagrama de contexto está numerado "A-0". En el futuro, cada bloque funcional obtendrá su propio número, sin importar cuán profunda sea la descomposición.

Descomposición

Después de calcular los flujos del diagrama de contexto, podemos proceder a la descomposición. Pasando a un nivel inferior, como abriendo una "caja negra", primero vemos una hoja en blanco con flechas que se han adjuntado al bloque funcional.

(Click para agrandar)

Y aquí comienza el modelado funcional real: debemos comprender qué conjunto de acciones pueden conectar estos flujos y garantizar que se cumplan todos los requisitos. La dificultad radica en el hecho de que hay muchas acciones en la empresa y, en el diagrama, tenemos derecho a mostrar no más de 9 funciones, de lo contrario, el diagrama se volverá ilegible y, en consecuencia, inútil.

No siempre es fácil organizar actividades complejas de tal manera que sigan siendo visuales, legibles y al mismo tiempo completas. Muy a menudo, recurren a dividir toda la variedad de procesos en grandes bloques principales, los más importantes de los cuales son los siguientes.

1. Creación de un producto (resultado).
2. Promoción y venta: trabajar con el flujo de clientes.
3. El apoyo a las actividades de creación de productos son procesos secundarios que son necesarios para cumplir con los requisitos gubernamentales o para asegurar la conveniencia del trabajo (personal y contabilidad, servicios de transporte, limpieza de locales, etc.).
4. La creación de flujos de gestión es la actividad de desarrollar soluciones de gestión que determinarán los requisitos para todos los procesos de la empresa.

La siguiente figura muestra el diagrama de descomposición de nuestro ejemplo.

(Click para agrandar)

En el diagrama, los procesos deben organizarse en diagonal, esto se llama principio de dominio, que implica la disposición de bloques funcionales de izquierda a derecha y de arriba a abajo, en orden de importancia o en orden cronológico. La numeración de bloques es la misma.

El trabajo adicional en el modelo es similar al primer paso: cada bloque funcional del primer nivel se descompone. La numeración del bloque contendrá el número del primer nivel: A1.1… A1n, A2.1… A2.n, etc.

Conclusiones sobre la relevancia de la notación

En el marco de este artículo, fue posible mostrar solo los conceptos básicos de la notación IDEF0 utilizando un breve ejemplo de IDEF0, por el cual, por supuesto, es difícil juzgar la metodología en su conjunto. Pero mucha experiencia en el uso de esta notación en la práctica me permite sacar las siguientes conclusiones.

1. El modelo tiene un buen potencial visualizador, pero, en mi opinión, su mayor importancia está en el efecto disciplinario. Las reglas y limitaciones incrustadas en la metodología nos obligan a desarrollar una actitud sistemática y estricta hacia los modelos, lo que repercute muy bien en la calidad del resultado final.
2. El modelo le permite construir flujos de comunicación entre cosas aparentemente no fuertemente conectadas: conectar los subsistemas de front y back office con la administración, lo cual es mucho peor para otras notaciones.
3. El enfoque es simple y directo para la mayoría de los participantes del proyecto. La construcción y lectura de diagramas en esta notación está limitada solo por el deseo de profundizar en las complejidades de los flujos comerciales.

Algunos de los argumentos anteriores hacen pensar que este enfoque es el mejor y el único para un modelado completo de actividades. Pero no olvide que el modelo funcional está diseñado solo para el nivel superior de modelado. El uso de la notación IDEF0 para el diseño del trabajo a nivel de intérpretes conduce al hecho de que los esquemas son puramente ilustrativos y sobre su base es imposible construir una regulación sensata, ya que no contienen:

• concretar los eventos de inicio y parada del proceso;
• condiciones para la transición de una acción a otra;
• la capacidad de mostrar visualmente todos los recursos e intérpretes sin sobrecargar el diagrama con flechas.

Por lo tanto, si usa esta notación para las tareas para las que está destinada (estructurar actividades de nivel superior), IDEF0 es prácticamente la única notación actual que le permite hacer esto de manera significativa y precisa.

V gestión de proyectos este estándar de modelado es más aplicable cuando necesita vincular diferentes proyectos o procesos con flujos visuales. Al mismo tiempo, el modelo gráfico permitirá distribuir de forma más racional la responsabilidad y los recursos por tareas. La lógica de las tareas del proyecto, reflejada en los diagramas, ayudará a preparar una mejor calidad. plan de calendario en forma de diagrama de Gantt.

¡Aprenda a ver y comprender la estructura funcional de su negocio!

En la actualidad, en Rusia, el interés en los estándares de gestión generalmente aceptados en Occidente ha aumentado drásticamente, sin embargo, en la práctica de gestión real, hay un momento muy indicativo. Muchos líderes todavía pueden sentirse desconcertados por la cuestión directa de estructura organizativa empresa o sobre el esquema de los procesos comerciales existentes. Los gerentes más avanzados que leen regularmente publicaciones periódicas económicas, por regla general, comienzan a dibujar diagramas jerárquicos que solo son comprensibles para ellos, pero en este proceso generalmente llegan rápidamente a un callejón sin salida. Lo mismo se aplica a los empleados y gerentes de diversos servicios y unidades funcionales. En la mayoría de los casos, el único conjunto de reglas establecidas de acuerdo con las cuales una empresa debe operar es un conjunto de disposiciones individuales y descripciones de trabajo... La mayoría de las veces, estos documentos se redactaron hace más de un año, están mal estructurados y no están interconectados y, como resultado, simplemente acumulan polvo en los estantes. Por el momento, ese enfoque estaba justificado, ya que durante la formación de la economía de mercado rusa, el concepto de competencia estaba prácticamente ausente y no había necesidad particular de considerar los costos: el beneficio era gigantesco. Como resultado, en los últimos dos años, hemos visto un panorama completamente comprensible: las grandes empresas que crecieron a principios de los 90 están perdiendo gradualmente sus posiciones, hasta su completa retirada del mercado. Esto se debe en parte al hecho de que la empresa no implementó estándares de gestión, el concepto de un modelo funcional de actividad y misión estaba completamente ausente. Con la ayuda de la modelización de diversas áreas de actividad, es posible analizar eficazmente los cuellos de botella en la gestión y optimizar el esquema empresarial general. Pero, como saben, en cualquier empresa, solo aquellos proyectos que traen ganancias directamente son de máxima prioridad, por lo tanto, generalmente es solo durante una crisis tangible en la gestión de la empresa que estamos hablando de la encuesta de actividades y su reorganización.

A finales de la década de los noventa, cuando el mercado era suficientemente competitivo y la rentabilidad de las empresas comenzó a caer bruscamente, los gerentes sintieron enormes dificultades para tratar de optimizar los costos para que los productos siguieran siendo rentables y competitivos. Fue en este momento que se manifestó claramente la necesidad de tener ante sus ojos un modelo de actividad empresarial que reflejara todos los mecanismos y principios de interconexión de varios subsistemas en el marco de un negocio.

El concepto mismo de "modelar procesos de negocio" entró en la vida diaria de la mayoría de los analistas simultáneamente con la aparición en el mercado de complejos productos de software diseñado para la automatización compleja de la gestión empresarial. Estos sistemas siempre implican una profunda encuesta previa al proyecto de las actividades de la empresa. El resultado de esta encuesta es una opinión experta, en la que puntos individuales se hacen recomendaciones para su eliminación " cuellos de botella”En la gestión de actividades. Sobre la base de esta conclusión, inmediatamente antes de la implementación del sistema de automatización, se lleva a cabo la llamada reorganización de los procesos comerciales, a veces bastante grave y dolorosa para la empresa. Esto, y naturalmente, un equipo que se ha desarrollado a lo largo de los años siempre es difícil de obligar a “pensar de una manera nueva”. Estas encuestas complejas de empresas son siempre tareas complejas y significativamente diferentes de un caso a otro. Existen metodologías y estándares bien probados para resolver estos problemas de modelado de sistemas complejos. Estos estándares incluyen las metodologías de la familia IDEF. Con su ayuda, es posible mostrar y analizar de manera efectiva los modelos de la actividad de una amplia gama de sistemas complejos en varias secciones. Al mismo tiempo, el desarrollador mismo determina la amplitud y profundidad del examen de los procesos en el sistema, lo que permite no sobrecargar el modelo creado con datos innecesarios. V en la actualidad Los siguientes estándares se pueden atribuir a la familia IDEF:

IDEF0 es una metodología de modelado funcional. Con la ayuda del lenguaje gráfico visual IDEF0, el sistema en estudio aparece a los desarrolladores y analistas en forma de un conjunto de funciones interrelacionadas (bloques funcionales - en términos de IDEF0). Normalmente, el modelado IDEF0 es el primer paso para aprender sobre cualquier sistema;

IDEF1: una metodología para modelar los flujos de información dentro del sistema, que le permite mostrar y analizar su estructura y relaciones;

IDEF1X (IDEF1 Extended) es una metodología para construir estructuras relacionales. IDEF1X pertenece al tipo de metodologías "Entidad-relación" (ER - Entidad-Relación) y, por regla general, se utiliza para modelar bases de datos relacionales relacionadas con el sistema en cuestión;

IDEF2 es una metodología para el modelado dinámico de desarrollo de sistemas. Debido a las gravísimas dificultades para analizar sistemas dinámicos, esta norma fue prácticamente abandonada y su desarrollo se suspendió en la etapa inicial. Sin embargo, en la actualidad existen algoritmos y sus implementaciones informáticas que permiten transformar un conjunto de diagramas IDEF0 estáticos en modelos dinámicos basados ​​en “redes de Petri coloreadas” (CPN - Color Petri Nets);

IDEF3 es una metodología para documentar los procesos que ocurren en el sistema, que se utiliza, por ejemplo, en el estudio de procesos tecnológicos en empresas. IDEF3 describe el escenario y el flujo de trabajo de cada proceso. IDEF3 tiene una relación directa con la metodología IDEF0 - cada función (bloque funcional) se puede representar como un proceso separado por medio de IDEF3;

IDEF4 es una metodología para construir sistemas orientados a objetos. Las herramientas IDEF4 le permiten mostrar visualmente la estructura de los objetos y los principios subyacentes de su interacción, lo que le permite analizar y optimizar sistemas complejos orientados a objetos;

IDEF5 es una metodología para el estudio ontológico de sistemas complejos. Utilizando la metodología IDEF5, la ontología de un sistema se puede describir utilizando un vocabulario específico de términos y reglas, sobre la base de los cuales se pueden formar declaraciones fiables sobre el estado del sistema en consideración en un momento determinado. Sobre la base de estas declaraciones, se extraen conclusiones sobre mayor desarrollo sistema y se lleva a cabo su optimización.
En este artículo, veremos la metodología de modelado funcional IDEF0 más utilizada.

La historia del estándar IDEF0

La metodología IDEF0 puede considerarse la siguiente etapa en el desarrollo del conocido lenguaje gráfico para describir sistemas funcionales SADT (Structured Analysis and Design Teqnique). Hace varios años, se publicó en Rusia una pequeña edición del libro del mismo nombre, que se dedicó a la descripción de los principios básicos de la construcción de diagramas SADT. Históricamente, IDEF0 como estándar se desarrolló en 1981 como parte de un extenso programa de automatización. empresas industriales, que llevaba la designación ICAM (Integrated Computer Aided Manufacturing) y fue propuesto por la Fuerza Aérea de EE. UU. La propia familia de estándares IDEF heredó su designación del nombre de este programa (IDEF = ICAM DEFinition). En el proceso de implementación práctica, los participantes del programa ICAM enfrentaron la necesidad de desarrollar nuevos métodos para analizar los procesos de interacción en los sistemas industriales. Al mismo tiempo, además de un conjunto mejorado de funciones para describir los procesos comerciales, uno de los requisitos para el nuevo estándar era la disponibilidad de una metodología eficaz para la interacción dentro del marco de “analista-especialista”. En otras palabras, se suponía que el nuevo método proporcionaría trabajo en grupo en la creación del modelo, con la participación directa de todos los analistas y especialistas involucrados en el proyecto.

Como resultado de la búsqueda de soluciones adecuadas, nació la metodología de modelado funcional IDEF0. Desde 1981, el estándar IDEF0 ha sufrido varios cambios menores, en su mayoría de naturaleza limitante, y su última revisión fue publicada en diciembre de 1993 por el Instituto Nacional de Estándares y Tecnología de EE. UU. (NIST).

Elementos y conceptos básicos de IDEF0

El lenguaje gráfico IDEF0 es sorprendentemente simple y armonioso. La metodología se basa en cuatro conceptos principales.

El primero es el concepto de Activity Box. Un bloque funcional se representa gráficamente en forma de rectángulo (ver Fig. 1) y personifica alguna función específica dentro del marco del sistema en consideración. De acuerdo con los requisitos de la norma, el nombre de cada bloque funcional debe formularse en el modo verbal (por ejemplo, "producir servicios", no "producción de servicios").

Cada uno de los cuatro lados de un bloque funcional tiene su propio significado específico (rol), mientras que:

Cada bloque funcional dentro del marco de un único sistema considerado debe tener su propio número de identificación único.

Figura 1. Bloque funcional.

La segunda “ballena” de la metodología IDEF0 es el concepto de arco de interfaz (Flecha). Además, los arcos de interfaz a menudo se denominan corrientes o flechas. El arco de la interfaz muestra un elemento del sistema que es procesado por un bloque de funciones o que afecta la función que muestra este bloque de funciones.

La pantalla gráfica del arco de la interfaz es una flecha unidireccional. Cada arco de interfaz debe tener su propio nombre exclusivo (Etiqueta de flecha). Como lo requiere la norma, el nombre debe ser un cambio de nombre.

Con la ayuda de arcos de interfaz, se muestran varios objetos que, en un grado u otro, determinan los procesos que tienen lugar en el sistema. Dichos objetos pueden ser elementos del mundo real (piezas, automóviles, empleados, etc.) o flujos de datos e información (documentos, datos, instrucciones, etc.).

Dependiendo de cuál de los lados sea adecuado para este arco de interfaz, se le llama "entrante", "saliente" o "control". Además, solo los bloques funcionales pueden ser la "fuente" (comienzo) y el "sumidero" (final) de cada arco funcional, mientras que la "fuente" solo puede ser el lado de salida del bloque, y el "sumidero" puede ser cualquier de los tres restantes.

Cabe señalar que cualquier bloque funcional, de acuerdo con los requisitos de la norma, debe tener al menos un arco de interfaz de control y uno saliente. Esto es comprensible: cada proceso debe seguir algunas reglas (mostradas por el arco de control) y debe producir algún resultado (arco saliente); de lo contrario, no tiene sentido considerarlo.

Al construir diagramas IDEF0, es importante separar correctamente los arcos de interfaz entrantes de los de control, lo que a menudo no es fácil. Por ejemplo, la figura 2 muestra el bloque de función "Procesar pieza".

En un proceso real, el trabajador que realiza el procesamiento recibe una pieza de trabajo e instrucciones tecnológicas para el procesamiento (o reglas de seguridad al trabajar con la máquina). Puede parecer erróneamente que tanto la pieza de trabajo como el documento con instrucciones tecnológicas son objetos entrantes, pero no es así. De hecho, en este proceso, la pieza de trabajo se procesa de acuerdo con las reglas reflejadas en las instrucciones tecnológicas, que deben mostrarse respectivamente en el arco de la interfaz de control.

Figura 2.

Otra cosa es cuando las instrucciones tecnológicas son procesadas por el tecnólogo jefe y se les hacen cambios (Fig. 3). En este caso, se muestran como un arco de interfaz ya entrante y el objeto de control son, por ejemplo, nuevos estándares industriales, en base a los cuales se realizan estos cambios.

Figura 3.

Los ejemplos anteriores enfatizan la naturaleza aparentemente similar de los arcos de interfaz entrantes y salientes, pero siempre hay ciertas distinciones para los sistemas de la misma clase. Por ejemplo, en el caso de considerar empresas y organizaciones, existen cinco tipos principales de objetos: flujos de materiales (partes, bienes, materias primas, etc.), flujos financieros (efectivo y no efectivo, inversiones, etc.), documento flujos (documentos comerciales, financieros y organizativos), flujos de información (información, datos de intención, instrucciones orales, etc.) y recursos (empleados, máquinas, máquinas, etc.). En este caso, en varios casos, todo tipo de objetos se pueden mostrar mediante arcos de interfaz entrantes y salientes, que controlan solo los relacionados con los flujos de documentos e información, y solo los recursos pueden mostrarse mediante arcos-mecanismos.

La presencia obligatoria de arcos de interfaz de control es una de las principales diferencias del estándar IDEF0 con otras metodologías de las clases DFD (Data Flow Diagram) y WFD (Work Flow Diagram).

El tercer concepto básico del estándar IDEF0 es la descomposición. El principio de descomposición se utiliza cuando se descompone un proceso complejo en sus funciones constituyentes. En este caso, el nivel de detalle del proceso lo determina directamente el desarrollador del modelo.

La descomposición le permite representar de manera gradual y estructurada el modelo del sistema en forma de una estructura jerárquica de diagramas individuales, lo que lo hace menos sobrecargado y fácil de digerir.

El modelo IDEF0 siempre comienza con la representación del sistema como un todo: un solo bloque funcional con arcos de interfaz que se extienden más allá del área considerada. Un diagrama de este tipo con un bloque funcional se denomina diagrama de contexto y se indica con el identificador "A-0".

El texto explicativo del diagrama de contexto debe indicar el Propósito de construir el diagrama en forma de una breve descripción y fijar el punto de vista (Punto de vista).

Definir y formalizar el objetivo de desarrollo de IDEF0 - el modelo es extremadamente punto importante... De hecho, el objetivo identifica las áreas relevantes en el sistema en estudio en las que se debe enfocar primero. Por ejemplo, si modelamos las actividades de una empresa para construir un sistema de información sobre la base de este modelo en el futuro, entonces este modelo diferirá significativamente del que desarrollaríamos para la misma empresa, pero con el objetivo de optimizar las cadenas de suministro.

El punto de vista determina la dirección principal de desarrollo del modelo y el nivel de detalle requerido. Una clara fijación del punto de vista permite descargar el modelo, abandonando el detalle y la búsqueda de elementos individuales que no son necesarios, en función del punto de vista elegido sobre el sistema. Por ejemplo, los modelos funcionales de la misma empresa desde el punto de vista del tecnólogo jefe y el director financiero diferirán significativamente en la dirección de su detalle. Esto se debe al hecho de que, al final, el director financiero no está interesado en los aspectos del procesamiento de las materias primas en las máquinas de producción y el jefe de tecnología no necesita diagramas dibujados. flujos financieros... La elección correcta del punto de vista reduce significativamente el tiempo dedicado a la construcción del modelo final.

En el proceso de descomposición, el bloque funcional, que en el diagrama de contexto muestra el sistema como un todo, se perfora en otro diagrama. El diagrama resultante del segundo nivel contiene bloques funcionales que muestran las subfunciones principales del bloque funcional del diagrama de contexto y se denomina diagrama secundario en relación con él (cada uno de los bloques funcionales que pertenecen al diagrama secundario se denomina respectivamente cuadro secundario ). A su vez, el bloque de función principal se denomina bloque principal en relación con el diagrama secundario (Cuadro principal), y el diagrama al que pertenece se denomina diagrama principal (Diagrama principal). Cada una de las subfunciones del diagrama hijo se puede detallar más mediante una descomposición similar del bloque funcional correspondiente. Es importante tener en cuenta que en cada caso de descomposición de un bloque funcional, todos los arcos de interfaz incluidos en este bloque o que salen de él se fijan en el diagrama hijo. Esto logra la integridad estructural del modelo IDEF0. El principio de descomposición se muestra claramente en la Figura 4. Debe prestar atención a la relación entre la numeración de los bloques funcionales y los diagramas; cada bloque tiene su propio número de serie único en el diagrama (el número en la esquina inferior derecha del rectángulo) , y la designación en el ángulo recto indica el número del diagrama hijo para este bloque ... La ausencia de esta designación significa que no hay descomposición para este bloque.

A menudo hay casos en los que los arcos de interfaz individuales no tienen sentido para seguir considerándose en los diagramas secundarios por debajo de un cierto nivel en la jerarquía, o viceversa: los arcos individuales no tienen un significado práctico por encima de un cierto nivel. Por ejemplo, un arco de interfaz que representa un "detalle" en la entrada del bloque de funciones "Proceso en torno”No tiene sentido reflexionar sobre los diagramas de niveles superiores, solo sobrecargará los diagramas y hará que sean difíciles de entender. Por otro lado, existe la necesidad de deshacerse de los arcos de interfaz "conceptuales" separados y no detallarlos más allá de cierto nivel. Para resolver estos problemas, el estándar IDEF0 prevé el concepto de tunelización. La designación Arrow Tunnel en forma de dos paréntesis alrededor del comienzo del arco de interfaz denota que este arco no fue heredado del bloque padre funcional y apareció (del "túnel") solo en este diagrama. A su vez, la misma designación alrededor del extremo (flecha) del arco de interfaz en las inmediaciones del bloque receptor significa el hecho de que en el diagrama hijo de este bloque este arco no se mostrará y no se considerará. Muy a menudo, sucede que los objetos individuales y sus correspondientes arcos de interfaz no se consideran en algunos niveles intermedios de la jerarquía; en este caso, primero "se sumergen en el túnel" y luego, si es necesario, "regresan del túnel".

El último de los conceptos de IDEF0 es el Glosario. Para cada uno de los elementos IDEF0: diagramas, bloques funcionales, arcos de interfaz, el estándar existente implica la creación y mantenimiento de un conjunto de definiciones relevantes, palabras clave, narrativas, etc. que caracterizan el objeto desplegado por este elemento. Este conjunto se denomina glosario y es una descripción de la esencia de este elemento. Por ejemplo, para un arco de interfaz de control “orden de pago”, un glosario puede contener una lista de campos del documento correspondiente al arco, el conjunto de visas requerido, etc. El glosario complementa armoniosamente el lenguaje gráfico, proporcionando a los diagramas la información adicional necesaria.

Figura 4. Descomposición de bloques funcionales.

Principios para limitar la complejidad de los diagramas IDEF0

Normalmente, los modelos IDEF0 llevan información compleja y concentrada, y para limitar su congestión y hacerlos legibles, se adoptan los límites de complejidad correspondientes en el estándar correspondiente:

Limitar el número de bloques funcionales en el diagrama de tres a seis. El límite superior (seis) obliga al diseñador a utilizar jerarquías al describir elementos complejos, y el límite inferior (tres) asegura que haya suficiente detalle en el diagrama correspondiente para justificar su creación;

Limitar el número de arcos de interfaz adecuados para un bloque funcional (dejando un bloque funcional) a cuatro.
Por supuesto, no es necesario cumplir estrictamente con estas restricciones, sin embargo, como muestra la experiencia, son muy prácticas en el trabajo real.

Disciplina del trabajo en grupo en el desarrollo del modelo IDEF0

El estándar IDEF0 contiene un conjunto de procedimientos que permiten a un gran grupo de personas de diferentes áreas del sistema modelado desarrollar y acordar un modelo. Normalmente, el proceso de desarrollo es iterativo y consta de las siguientes etapas condicionales:

Creación de un modelo por un grupo de especialistas relacionados con diversas áreas de la empresa. Este grupo se denomina Autores en términos de IDEF0. La construcción de un modelo inicial es un proceso dinámico durante el cual los autores preguntan a personas competentes sobre la estructura de varios procesos. Sobre la base de las disposiciones existentes, los documentos y los resultados de la encuesta, se crea un borrador (Borrador del modelo) del modelo.

Distribución del borrador para revisión, aprobación y comentarios. En esta etapa, hay una discusión del borrador del modelo con una amplia gama de personas competentes (en términos de lectores de IDEF0) en la empresa. Al mismo tiempo, cada uno de los diagramas del borrador del modelo es criticado y comentado por escrito y luego transferido al autor. El autor, a su vez, también está de acuerdo por escrito con la crítica o la rechaza, esbozando la lógica de la toma de decisiones y devuelve el borrador revisado para su posterior consideración. Este ciclo continúa hasta que los autores y lectores llegan a un consenso.

Aprobación del modelo. El modelo aprobado es aprobado por el jefe del grupo de trabajo en caso de que los autores del modelo y los lectores no tengan desacuerdos sobre su adecuación. El modelo final es una visión coherente de la empresa (sistema) desde un punto de vista dado y para un propósito determinado.
La visibilidad del lenguaje gráfico IDEF0 hace que el modelo sea bastante legible para personas que no participaron en el proyecto de su creación, así como efectivo para la realización de espectáculos y presentaciones. En el futuro, sobre la base del modelo construido, se pueden organizar nuevos proyectos destinados a realizar cambios en la empresa (en el sistema).

Características de la práctica nacional de utilizar modelos funcionales mediante IDEF0

V últimos años El interés por las metodologías de la familia IDEF crece constantemente en Rusia. Observo esto constantemente, mirando las estadísticas de llamadas a mi página web personal (http://www.vernikov.ru), que describe brevemente los principios básicos de estos estándares. Al mismo tiempo, yo diría que el interés en estándares como el IDEF3-5 es teórico y el IDEF0 está prácticamente justificado. De hecho, las primeras herramientas Case que permiten construir diagramas DFD e IDEF0 aparecieron en el mercado ruso en 1996, simultáneamente con el lanzamiento del popular libro sobre los principios del modelado en los estándares SADT.

Sin embargo, la mayoría de los ejecutivos todavía consideran la aplicación práctica del modelado en los estándares IDEF más como un tributo a la moda que como una forma efectiva de optimización. el sistema existente administración de Empresas. Lo más probable es que esto se deba a una pronunciada falta de información sobre la aplicación práctica de estas metodologías y al indispensable sesgo de software de la gran mayoría de publicaciones.

No es ningún secreto que casi todos los proyectos de relevamiento y análisis de finanzas y actividad económica Las empresas ahora en Rusia están asociadas de una forma u otra con la construcción de sistemas de control automatizados. Debido a esto, los estándares IDEF, en el entendimiento de la mayoría, se han vuelto condicionalmente inseparables de la implementación de tecnologías de la información, aunque con su ayuda a veces es posible resolver de manera efectiva incluso pequeños problemas locales, literalmente con la ayuda de un lápiz y papel.

Al realizar proyectos complejos de encuestas empresariales, el desarrollo de modelos en el estándar IDEF0 le permite mostrar visual y eficazmente todo el mecanismo de la actividad empresarial en el contexto deseado. Sin embargo, lo más importante es la colaboración que brinda IDEF0. En mi práctica, hubo bastantes casos en los que la construcción del modelo se llevó a cabo con la asistencia directa de empleados de varios departamentos. A su vez, la consultora en relativamente poco tiempo les explicó los principios básicos del IDEF0 y les enseñó a trabajar con los correspondientes aplicados. software... Como resultado, los empleados de varios departamentos crearon diagramas IDEF de las actividades de su unidad funcional, que debían responder a las siguientes preguntas:

¿Qué va a la unidad "en la entrada"?

¿Qué funciones y en qué secuencia se realizan dentro de la unidad?

¿Quién es el responsable de cada una de las funciones?

¿En qué se guía el ejecutor en el desempeño de cada una de las funciones?

¿Cuál es el resultado del trabajo de la unidad (salida)?

Después de acordar los borradores de los diagramas dentro de cada departamento específico, el consultor los ensambla en un borrador del modelo empresarial, en el que todos los elementos de entrada y salida están vinculados. En esta etapa, se registran todas las discrepancias de los diagramas individuales y sus lugares controvertidos. Además, este modelo pasa nuevamente por los departamentos funcionales para una mayor coordinación y hacer los ajustes necesarios. Como resultado, en un tiempo bastante corto y con la participación de un mínimo de recursos humanos de una empresa consultora (y estos recursos, como saben, son muy costosos), se obtiene un modelo IDEF0 de una empresa de acuerdo con el “ Como es ”principio, y, lo que es importante, representa una empresa con puestos de empleados que laboran en ella y conocen a fondo todos los matices, incluidos los informales. En el futuro, este modelo se trasladará para su análisis y procesamiento a analistas de negocio que buscarán cuellos de botella en la gestión de la empresa y optimizarán los procesos clave, transformando el modelo “Como está” en la correspondiente vista “Como debe ser”. Con base en estos cambios, se llega a una conclusión final, que contiene recomendaciones para reorganizar el sistema de gestión.

Por supuesto, tal enfoque requiere una serie de medidas organizativas, principalmente por parte de la dirección de la empresa encuestada. Esto se debe a que esta técnica implica la asignación de algunos empleados responsabilidades adicionales sobre el desarrollo y aplicación práctica de nuevas metodologías. Sin embargo, al final, esto vale la pena, ya que una o dos horas adicionales de trabajo de empleados individuales durante varios días pueden ahorrar significativamente dinero en el pago de servicios de consultoría a una empresa externa (que en cualquier caso se alejará de la trabajo de los mismos empleados con cuestionarios y preguntas). En cuanto a los propios empleados de la empresa, de una forma u otra, no he encontrado ninguna oposición expresada por su parte.

La conclusión de todo esto se puede hacer de la siguiente manera: no es en absoluto necesario encontrar soluciones para problemas estándar cada vez. Siempre que se enfrente a la necesidad de analizar un sistema funcional en particular (desde un sistema de diseño de naves espaciales hasta el proceso de preparación de una cena compleja), utilice métodos que han sido probados y comprobados a lo largo de los años. Uno de estos métodos es IDEF0, que le permite resolver problemas complejos de la vida con la ayuda de sus herramientas simples y comprensibles.

Los diagramas IDEF0 se construyen utilizando el programa BPWin. Están pensados ​​para el modelado gráfico de procesos comerciales en curso.

Acerca de la metodología IDEF0

La metodología IDEF0 es ampliamente utilizada debido a su notación gráfica simple y fácil de entender, que es muy conveniente para construir un modelo. El lugar principal en la metodología se le da a los diagramas. Los diagramas muestran las funciones del sistema mediante rectángulos geométricos, así como las conexiones existentes entre las funciones y el entorno externo. Los enlaces se muestran mediante flechas. Puede verificar esto viendo lo que ofrece el diagrama IDEF0, cuyos ejemplos se pueden encontrar en este artículo.

El hecho de que solo se utilicen dos primitivas gráficas en el modelado permite explicar rápidamente las reglas actuales de las interacciones IDEF0 a aquellas personas que no tienen idea de ello.Con los diagramas IDEF0, la conexión del cliente con los procesos en curso se realiza más rápidamente gracias a el uso de un lenguaje gráfico visual. Puede ver lo que ofrece el diagrama IDEF0, cuyos ejemplos se presentan a continuación.

Elementos utilizados para IDEF0

Como ya se mencionó, se utilizan 2 tipos de primitivas geométricas: rectángulos y flechas. Los rectángulos representan ciertos procesos, funciones, trabajos o tareas que tienen metas y conducen al resultado indicado. La interacción de los procesos entre sí y con el entorno externo se indica mediante flechas. IDEF0 distingue 5 tipos diferentes de flechas.

Posibilidades de usar IDEF0

La metodología IDEF0 se puede aplicar para describir el aspecto funcional de cualquier sistema de información.

Tipos de enlaces entre procesos IDEF0

Al modelo le interesa crear tales conexiones de construcciones para que las conexiones internas sean lo más fuertes posible y las externas, lo más débiles posible. eso punto fuerte modelado con IDEF0. Puede ver ejemplos de diagramas por sí mismo y estar convencido de la veracidad de estas palabras. Para facilitar el establecimiento de conexiones, estos se conectan en módulos. Se establecen vínculos externos entre los módulos y se establecen vínculos internos dentro de los módulos. Hay varios tipos de enlaces.

1. Relación jerárquica ("parte" - "todo").

2. Gerente (regulador, subordinado):

2) control de retroalimentación.

3. Funcional o tecnológico:

2) entrada inversa.

3) consumidor;

4) lógico;

5) metódico o colegiado;

6) recurso;

7) informativo;

8) temporal;

9) aleatorio.

Bloques de construcción y vínculos en diagramas

La metodología IDEF0 proporciona una serie de reglas y pautas para su uso y la mejora de la calidad de uso. Entonces, el diagrama muestra un bloque en el que puede especificar el nombre del sistema, su propósito. 2-5 flechas conducen hacia o desde el bloque. Es posible más o menos, pero se necesitan al menos dos flechas para entrar / salir, y el resto para trabajo adicional y sus indicaciones en el diagrama. Si las flechas son más de 5, debe pensar en la optimización de la construcción del modelo y si es posible hacerlo aún más detallado.

Bloques de construcción en diagramas de descomposición

El número de bloques que habrá en un diagrama se recomienda en el número de 3-6. Si hay menos de ellos, es poco probable que dichos diagramas tengan una carga semántica. Si la cantidad de bloques es enorme, será muy difícil leer dicho diagrama, dada la presencia de flechas adicionales. Para mejorar la percepción de la información, se recomienda colocar bloques de arriba hacia abajo y de izquierda a derecha. Esta disposición reflejará la lógica de la ejecución de la secuencia de procesos. Y también las flechas crearán menos confusión, teniendo un número mínimo de intersecciones entre sí.

Si el lanzamiento de una determinada función no se controla de ninguna manera, y el proceso puede iniciarse en un momento arbitrario, dicha situación se indica mediante la ausencia de flechas que indiquen control y entrada. Pero la presencia de tal situación puede informar a los socios potenciales sobre cierta inestabilidad y la necesidad de observar más de cerca al socio potencial.

Un bloque que solo tiene una flecha de entrada indica que el proceso recibe parámetros de entrada, pero no se produce ningún control o ajuste en tiempo de ejecución. Un bloque que solo tiene una flecha de control se usa para indicar trabajos que son llamados solo por orden especial del sistema de control. Están controlados y ajustados en todas sus etapas.

Pero un ejemplo de construcción de un diagrama IDEF0 puede convencer de que el tipo más completo y abarcador es el diagrama con flechas de entrada y control.

Nombrar

Para mejorar la experiencia visual, cada bloque y cada flecha deben tener su propio nombre, lo que te permitirá identificarlos entre muchos otros bloques y flechas. Así es como se ven los diagramas de muestra en IDEF0. Sistema de informacion, construido con la ayuda de ellos, le permitirá comprender todas las deficiencias y complejidades de los modelos.

La fusión de flechas se usa a menudo y surgen preguntas sobre su denominación. Pero la fusión solo es posible en caso de transferir datos homogéneos, por lo que no se necesitan nombres separados, aunque se pueden especificar en BPWin. Además, si hay una divergencia de las flechas, entonces se pueden nombrar por separado para comprender qué es responsable de qué.

Si no hay un nombre después de la rama, se considera que el nombre es exactamente igual que antes de la rama. Este puede ser el caso si dos bloques requieren la misma información. El diagrama de contexto IDEF0, un ejemplo del cual se puede encontrar en este artículo, confirmará estas palabras.

Información de la flecha

Las flechas que entran y salen del mismo bloque al construir un diagrama de composición deben mostrarse en él. Los nombres de las formas geométricas transferidos al diagrama deben repetir exactamente la información del nivel más alto. Si dos flechas son paralelas con respecto a los arcos del otro (es decir, comienzan en el borde de un proceso y terminan en un borde del otro proceso), entonces quizás para optimizar el modelo deberían combinarse y elegir un nombre adecuado, que se muestra perfectamente en IDEF0 (se pueden ver ejemplos de diagramas en Visio).

Un ejemplo de la implementación de la metodología IDEF0 en un modelo específico

Ya ha aprendido qué es un diagrama IDEF0, ha visto parcialmente ejemplos y reglas para construir tales diagramas. Ahora deberíamos pasar a la práctica. Para una mejor comprensión, la explicación no se basará en un modelo "general", sino en un ejemplo específico que le permitirá comprender mejor y más plenamente las características de trabajar con IDEF0 en el programa BPWin.

Un ejemplo es la velocidad del tren desde el punto A al punto B. Se debe tener en cuenta que el tren no puede desarrollar más de la velocidad que se considera permisible. Esta línea se establece sobre la base de la experiencia operativa y la influencia de los trenes en la vía férrea. Debe entenderse que el propósito del tren es entregar pasajeros, quienes, a su vez, pagaron para llegar de manera segura y cómoda a su destino. Un diagrama IDEF0 es útil, cuyos ejemplos se pueden encontrar en este artículo.

La información inicial es:

1. datos de la línea de seguimiento;
2. pasaporte de toda la distancia;
3. plan de ruta.

Datos de control:

1. Dirección del jefe, jefe del servicio de vía.
2. Información sobre el flujo de movimiento existente de trenes.
3. Información sobre las reparaciones previstas, reconstrucción y cambio de vía.

El resultado del modelo es:

1. Limitación de las velocidades permitidas con indicación del motivo de la limitación.
2. Velocidades permitidas al conducir en puntos separados y durante el transporte de trenes.

Cuando se construye el diagrama de contexto, es necesario detallarlo y luego se crea el diagrama compuesto, que será el diagrama de primer nivel. Mostrará todas las funciones principales del sistema. La metodología y el diagrama IDEF0 para los que se realiza la descomposición se denominan padre. La descomposición IDEF0 se denomina descomposición secundaria.

Conclusión

Después de la descomposición en el primer nivel, se lleva a cabo la descomposición del segundo nivel, y así sucesivamente hasta que la descomposición adicional pierda su significado. Todo esto se hace para obtener el diagrama gráfico más detallado de los procesos en curso y planificados. eso ejemplo listo Gráficos IDEF0 por los que puede navegar ahora mismo.

Descripción de los diagramas de procesos comerciales "Contabilidad de equipos informáticos de la empresa"

Descripción del diagrama IDEF0

Para construir un proceso de negocio, se utilizó un diagrama IDEF0. La metodología IDEF0 prescribe la construcción de un sistema jerárquico de diagramas: descripciones únicas de fragmentos del sistema. En primer lugar, se realiza una descripción del sistema en su conjunto y su interacción con el mundo exterior (diagrama de contexto). Se construyeron tres niveles del diagrama:

1. Contextual

2. Descomposición funcional

Figura 1 - Diagrama de contexto "Contabilidad del equipo informático empresarial"

La figura 1 muestra un diagrama de contexto del proceso empresarial "Contabilidad de equipos informáticos empresariales". Muestra el sistema en su conjunto y su interacción con los principales flujos externos de información.

Las flechas se indican en el diagrama de contexto.

Tipos de flechas:

Entrada (materiales de entrada: computadoras y accesorios)

Salida (la salida es un informe)

Las flechas de control son documentos y administradores

Las flechas de los mecanismos son empleados y equipos.

Información de entrada para su procesamiento:

Computadoras: PC (computadoras personales) ubicadas en la empresa

Componentes: materiales necesarios para actualizar las computadoras (tarjetas de video, placas base, procesadores, carcasas, fuentes de alimentación, módulos de memoria)

Flujos de salida:

Informe: un informe listo para usar sobre la contabilidad de los equipos informáticos de la empresa.

Controles de entrada:

Reglas: condiciones que deben cumplirse para lograr el objetivo.

Órdenes: la tarea asignada a la empresa (mantener registros de equipos informáticos en la empresa utilizando ciertos sistemas de información)

Los gerentes son directores y gerentes generales de la empresa.

Recursos de entrada:

PC: computadoras con la ayuda de las cuales se lleva a cabo la contabilidad.

Los empleados son especialistas que llevan a cabo las instrucciones asignadas por la dirección. Después de construir un modelo conceptual, se llevó a cabo una descomposición funcional: el sistema se divide en subsistemas y cada subsistema se describe por separado (diagramas de descomposición).

La figura 2 muestra una descomposición funcional de cuatro trabajos.

Figura 2 - Descomposición funcional "Contabilidad del equipo informático empresarial"

Se identificaron los siguientes tipos de trabajo:

1) Registro de entregas: el proceso en el que se asigna la identificación al producto, se envía al almacenamiento, al almacén y se ingresa información sobre el producto en el programa.

La obra Registro de suministros incluye siete flechas de límite (entrada, control, mecanismo) y una flecha interna hojas (conexión por entrada).

Flecha de comunicación en la entrada entre las obras Registro de entregas y Mantenimiento de la computadora (computadora);

Las flechas de entrada, salida, control se repiten en trabajos posteriores.

2) Mantenimiento de computadoras: el proceso en el que se lleva a cabo el ensamblaje, reparación y modernización de computadoras.

El trabajo de mantenimiento de la computadora incluye cuatro flechas de límite (entrada, control, mecanismo, salida) y varias flechas internas (comunicación de entrada, retroalimentación de entrada).

Control de flechas: reglas, órdenes, líder;

Conexión de flecha en la entrada entre los trabajos de Mantenimiento y Colocación de Computadoras (ingreso de datos en la base de datos), entre los trabajos de Mantenimiento de Computadoras y Reportes (ingreso de datos en la base de datos);

3) Colocación: el proceso en el que se lleva a cabo la colocación de computadoras en oficinas (oficinas).

Control de flechas: reglas, órdenes, líder;

Mecanismo de flecha - empleados;

Enlace de flecha en la entrada entre Difusión e Informes (asignando una identificación);

4) Elaboración de un informe: la etapa final del proceso contable, que consiste en resumir los totales obtenidos al realizar los datos anteriores de la contabilidad actual.

Luego, cada subsistema se divide en descomposiciones más pequeñas, y así sucesivamente, hasta lograr el grado de detalle deseado.

La Figura 3 es un diagrama que muestra el trabajo de Adquisiciones con más detalle.

Como resultado del detallado, se destacaron las funciones principales. La sección "Registro de suministros" incluye siete flechas principales (entrada, salida, control, mecanismo).

Entrada de flecha: computadoras y accesorios;

Las flechas de control son reglas, órdenes y un líder. Bifurcando flechas;

Flechas de mecanismo, ramificación - PC, empleados;

Flechas de entrada, control, mecanismos se repiten en todas las obras.

1) Asignación de números: asignación de números individuales a computadoras y accesorios.

Flechas de entrada: computadoras y accesorios. Los ordenadores Arrow se repiten en trabajos posteriores, salvo en la elaboración del informe;

Flechas de control: reglas, órdenes y líder;

Flechas de mecanismo: PC y empleados;

Enlace de flecha en la entrada entre las obras Asignación de un número y Envío de mercancía al almacén (transferencia), entre Asignación de un número y Poner en equilibrio (entrar en la base);

2) Envío de mercancías al almacén: envío de las mercancías con el número asignado al almacén.

Flecha de salida - Computadora;

Flechas de control: reglas, órdenes y líder.

Enlace de flecha en la entrada entre las obras "Envío de mercancías al almacén" y "Ajuste en el balance" (cantidad);

3) Equilibrio: ingresar información en una computadora.

Flechas de control: reglas, órdenes y líder;

Flechas de mecanismo: PC y empleados;

La Figura 4 es un diagrama que detalla el mantenimiento de la computadora con más detalle.

Como resultado del detallado, se destacaron las principales funciones que se realizan en el proceso de Mantenimiento de Computadores.

El trabajo de mantenimiento de la computadora incluye 4 flechas de límite (entrada, salida, control, mecanismo). Flechas internas (retroalimentación de entrada, comunicación de entrada).

1) Montaje de computadoras - configuración de computadoras para órdenes individuales de gerentes.

Flecha de inicio de sesión - computadoras;

Flechas de control: reglas, órdenes y líder;

Flechas de mecanismo - Empleados;

Enlace de flecha en la entrada entre las obras: "Montaje de ordenadores" y "Reparación de ordenadores" (ordenador);

2) Reparación de computadoras - montaje de computadoras aprobadas para mejora.

Flecha de inicio de sesión - computadoras;

Flecha de salida: entrada a la base;

Flechas de control: reglas, órdenes y líder;

Flechas de mecanismo - Empleados;

Las flechas de entrada, salida, control, mecanismo se ramifican;

Enlace de flecha en la entrada entre las obras: "Reparación de computadoras" y "Actualización" (accesorios);

3) Actualización: mejora, mejora, actualización de la computadora.

Flecha de salida: entrada a la base;

Flechas de control: reglas, órdenes y líder;

Flechas de mecanismo - Empleados;

Las flechas de control, el mecanismo se ramifican;

La figura 5 muestra el gráfico de informes con más detalle. La descomposición del trabajo La presentación de informes incluye 4 flechas de límite (entrada, salida, control, mecanismos). Flechas internas (retroalimentación de entrada, comunicación de entrada).

Como resultado del trabajo, se derivaron las siguientes funciones:

1) Recopilación de datos: recopilación de información para análisis y toma de decisiones.

Ingrese la flecha - identificación de asignación;

Flechas de control: reglas, órdenes y líder;

Las flechas de entrada, control, mecanismo se ramifican;

Enlace de flecha en la entrada entre trabajos: recopilación de datos y validación de datos (registros);

2) Verificación de datos: verificación de la información y envío a la preparación de un informe.

Entrada de flecha: asignación de identificación, ingreso de datos en la base de datos;

Flecha de salida - Informe;

Flechas de control: reglas, órdenes y líder;

Flechas de mecanismo - Empleados, PC;

Las flechas de entrada (asignación de identificación), control, mecanismo se bifurcan;

Ingrese la flecha de retroalimentación de "Verificación de datos" a "Adquisición de datos" (verificación repetida).

Descripción del diagrama DFD

La descomposición del trabajo de mantenimiento de computadoras La Figura 1 define cuatro actividades internas, dos entidades externas y dos almacenes de datos.

Figura 1 - Mantenimiento de la computadora

1) Ensamblaje de una computadora: el proceso de ensamblar una computadora a partir de componentes existentes.

2) Elaboración de un informe - proceso que consiste en resumir los indicadores finales obtenidos al realizar el trabajo de la contabilidad actual.

3) Diagnóstico: verificación de rendimiento

4) Actualización: mejora, mejora, actualización de la computadora.

Entidades externas: computadoras y componentes

Almacenes de datos:

1) Almacén: un lugar donde se almacenan las computadoras ensambladas y actualizadas.

2) DB: una base de datos que almacena todos los informes y toda la información sobre el trabajo realizado.

Recopilamos información sobre la computadora y seleccionamos componentes para su ensamblaje. Luego ensamblamos la computadora y la enviamos al almacén para su almacenamiento, pero además de eso, después de ensamblarla, primero podemos enviarla para diagnóstico, verificar su operatividad y luego solo al almacén. Después de diagnosticar la computadora ensamblada, enviamos los datos para compilar un informe sobre el trabajo realizado e ingresar la información en la Base de datos.

También tenemos otra entidad externa, esta es una computadora. Lo enviamos para modernización, luego para diagnóstico para verificar su desempeño, luego elaboramos un informe e ingresamos información sobre el trabajo realizado en la Base de Datos. O, después de la modernización, enviamos las mercancías al almacén y luego realizamos diagnósticos, elaboramos un informe e ingresamos la información en la Base de datos.

La descomposición del trabajo "Informes" La Figura 2 define tres actividades internas, tres entidades externas y dos almacenes de datos.

1) Recopilación de datos: recopilación de información sobre computadoras y componentes.

2) Validación: comprobación de la precisión de los datos.

3) Informe: redacción de un informe sobre el trabajo realizado.

Entidades externas: componentes, computadoras, administrador.

Almacén de datos: datos sobre equipos y componentes, datos de informes.

Recopilar información sobre computadoras y accesorios y luego enviarlos para su almacenamiento. Después de eso, verificamos la precisión de los datos, redactamos un informe y lo enviamos para su almacenamiento al primer almacén de datos (Figura 2), o enviamos los datos del informe al segundo almacén de datos (Figura 2) y luego lo enviamos al cabeza para la verificación.

El gerente verifica, toma notas, corrige y envía para volver a verificar. Después de eso, el informe se envía para su almacenamiento hasta que se vuelva a verificar el administrador.

Descripción del diagrama IDEF3

En la descomposición del trabajo Mantenimiento informático (Fig. 1), se definen varias intersecciones que conectan uno o varios trabajos, varios trabajos internos.

1) Reparación: montaje de la computadora con componentes prefabricados

2) Ensamblaje: devolver la computadora a la normalidad

3) Actualización: actualización de la computadora

4) Computadoras: un producto después del ensamblaje y la modernización

5) Enviar al almacén: enviar al almacén después de la mejora (montaje)

6) Diagnóstico: verificación de funcionamiento.

7) Informe: información sobre el trabajo realizado.

Intersecciones - Conectores:

1) J2: todas las acciones comienzan al mismo tiempo.

2) J6 - Cruce de confluencia. Un nodo que reúne muchas flechas en una, lo que indica la necesidad de la condición de completar las fuentes de trabajo de las flechas para continuar el proceso.

3) J7: se muestra que estas condiciones no se pueden cumplir simultáneamente.

4) J9: estas acciones finalizan al mismo tiempo, después de lo cual se elabora un informe sobre el trabajo realizado.

El diagrama IDEF3 muestra que la unión J2 tiene dos flechas de ramificación para el trabajo (construcción y actualización) que comienzan al mismo tiempo. Solo después de que se completen estos trabajos, sale el producto terminado (computadora), conecta la intersección J6. Luego hay una conexión en la intersección J7, que muestra que dos trabajos (envío de mercancías al almacén y diagnóstico) no se pueden realizar simultáneamente. Una vez finalizada la obra anterior, se encuentra en marcha el proceso de elaboración de un informe de la obra, que está conectado por el empalme J9.

Abra el proyecto en el que desea crear el modelo. Si aún no ha creado ningún proyecto, puede utilizar el proyecto DEMO, que está disponible inmediatamente después de instalar Cradle, o crear su propio proyecto.

Para entrar a MANIFESTACIÓN uso del proyecto Nombre de usuario — GERENTE, contraseña - ADMINISTRADOR

Cómo crear su proyecto se muestra en detalle en este video.

Después de crear un nuevo proyecto, también puede usar para iniciar sesión Nombre de usuario — GERENTE y contraseña - ADMINISTRADOR

Creación de modelos

Para crear el modelo IDEF0 incluya Panel de proyecto y ve a la sección de modelado Dominio esencial

Nota : Del mismo modo, puede crear modelos en la sección Dominio de implementación del modelado, así como en cualquier sección configurada por el usuario. La sección de modelado es en realidad un espacio de nombres dentro del cual se pueden reutilizar las transmisiones.

Para crear el modelo de contexto IDEF0, haga clic con el botón derecho en la sección IDEF0 y seleccione los elementos del menú Nuevo-> Elemento

Tenga en cuenta que este es el nombre de todo el modelo como un todo, no un bloque de funciones en A0.

Después de eso, se abrirá el área de dibujo y podrá comenzar a crear el modelo de contexto.

Creación de bloques de funciones

Para hacer esto, seleccione el símbolo del bloque de funciones en la paleta

y haga clic una vez en el área de trabajo donde desea crear el bloque de funciones.

Aparecerá un cuadro de diálogo en el que debe ingresar el nombre del bloque de funciones y luego hacer clic en Aceptar.

Como resultado, se creará un bloque de funciones con el nombre que especificó.

Puede seleccionar el borde del bloque y cambiar su escala

Creando arroyos

Para crear arroyos, seleccione un símbolo de arroyo de la paleta (sin tunelización o tunelización)

luego haga clic en el lado del bloque de funciones desde el que desea crear un flujo y haga clic en cualquier área del bloque de funciones

luego aparecerá un cuadro de diálogo para ingresar el nombre de la secuencia. Ingresar título corto corriente y haga clic en Aceptar

Nota: Podrá ingresar una descripción detallada de la transmisión más adelante en su especificación.

Después de eso, por analogía, puede crear todas las transmisiones necesarias

Guarde el modelo haciendo clic en el botón del disquete o CTRL + S. Cuando guarda, se generan especificaciones de símbolo que puede editar para proporcionar una descripción más detallada de los elementos del modelo.

Después de guardar el modelo, podrá ver las especificaciones creadas en el panel del proyecto en la misma sección donde creó el modelo. Se generarán dos tipos de especificaciones: Función y Flujo.

Descomposición del modelo

en el cuadro de diálogo que aparece, deje la configuración predeterminada y haga clic en Aceptar

Después de eso, se creará un diagrama hijo A1 y todos los flujos del diagrama A0 se transferirán a él.

Ahora puede cambiar el nombre de la plantilla de bloque de funciones creada (con una pregunta en lugar de un nombre) y crear otras adicionales, de la misma manera que las creamos anteriormente.

Para cambiar el nombre de un bloque de funciones preestablecido, selecciónelo y seleccione Cambiar nombre en el menú contextual

e ingrese el nombre requerido

Por analogía, cree otros bloques de funciones correspondientes a este nivel de descomposición.

Para crear flujos entre estos bloques funcionales, primero debe hacer clic en la fuente, luego en el punto intermedio para crear una curva y luego en el destino, por ejemplo, así:

El resultado es un flujo con dos curvas.

Puede corregir la posición de los pliegues seleccionando el flujo y arrastrando los puntos de pliegue a la ubicación deseada

Ver el videoclip para verlo en dinámica

Para eliminar (o agregar) un punto de inflexión, presione la tecla MAYÚS en su teclado y haga clic en el punto que desea eliminar o en el flujo donde desea crearlo.

Guarde el diagrama y verifique que se hayan generado las especificaciones adecuadas

Por analogía, puede descomponer los bloques funcionales A1.