Resumen
Es un hecho bien conocido en el mundo industrial de hoy, que los sistemas CIM no pueden comprarse. Ellos
deben ser diseñados por el usuario, quién elegirá e integrará los diversos componentes. La selección de estos
se verá influenciada por factores tales como su disponibilidad en el mercado, los aspectos humanos, la
dificultad de capturar el conocimiento y la complejidad de la tarea. La fase de diseño debe guiarse por una
metodología que permita la definición de las posibles soluciones.
Intentamos en esta publicación definir cual puede ser una metodología, trayendo juntos conceptos tal como
modelo de referencia, reuniendo conceptos tales como el modelo de referencia, el formalismo de modelado y
el enfoque estructurado. Ilustramos estos conceptos a través de diversos esfuerzos de investigación realizados
durante la última década.
1. Introducción
Desarrollar especificaciones detalladas durante el diseño de sistemas CIM modernos se ha convertido en
una tarea muy compleja. El diseño debe tener en cuenta una serie de limitaciones (costo, calidad,
flexibilidad, tiempo, evolución) y otorgar al sistema resultante una mejor eficiencia. La elección de
hardware y software es una consecuencia directa de este proceso de diseño, lo que significa que tomar la
decisión incorrecta puede tener consecuencias dramáticas en las inversiones.
Entre los diversos elementos (experiencias previas, objetivos, etc.) que pueden influir en el diseño final,
la elección de una técnica de modelado es de suma importancia.
CIM(Fabricación Integrada por Computadora) es usado para describir el proceso de integración de todos
los elementos involucrados en la fabricación, por medio de técnicas de computación.
En los últimos diez años, CIM se ha limitado a una interpretación puramente técnica. Hoy, las muchas
dificultades encontradas en el curso de varias implementaciones han demostrado que una perspectiva tan
estrecha no es satisfactoria: deben tenerse en cuenta los aspectos económicos, sociales y humanos.
Teniendo esto en cuenta, propondremos una definición de CIM, que está muy influenciada por el trabajo
de investigación realizado por Productic-A en el campo de "Productique", el equivalente francés de CIM.
“CIM se refiere a un enfoque global, en un entorno industrial, que apunta a mejorar el rendimiento
industrial. Este enfoque se aplica de manera integrada a todas las actividades, desde el diseño hasta la
entrega y postventa, y utiliza diversos métodos, medios y técnicas (computadora y técnicas automáticas)
para mejorar simultáneamente la productividad, aumentar los costos, cumplir con las fechas de
vencimiento, aumentar la calidad del producto, asegurar la flexibilidad a nivel local o global en un
sistema de fabricación e involucrar a todos los actores. En tal enfoque, los aspectos económicos, sociales
y humanos son al menos tan importantes como los aspectos técnicos”. Esta amplia definición muestra
que no se puede comprar una solución CIM: cada empresa debe diseñar la suya propia, lo que explica por
qué las metodologías deben estar disponibles para que se puedan construir sistemas CIM.
El diseño de un sistema CIM se encuentra con una serie de dificultades:
- El sistema es extremadamente complejo; implica no solo aspectos técnicos sino también aspectos
económicos, sociales y humanos que deben integrarse. Además, puede estar altamente automatizado e
informatizado.
- Todo el conocimiento que se necesita para diseñar el sistema no se encuentra en una sola persona. En
cambio, este es un trabajo grupal.
- El proceso de diseño es imposible de modelar: solo la experiencia puede enseñarlo, y las referencias son
escasas.
2. Definición de conceptos
La palabra “metodología” significa un conjunto de métodos que involucra el uso de:
- Modelos de referencia y arquitecturas,
- Modelado de formalismos y sus herramientas gráficas asociadas,
- Un enfoque estructurado.
El modelo de referencia o la arquitectura es un concepto muy importante en CIM. Sin embargo, no
existe una definición de arquitectura aceptada en todo el mundo. Una arquitectura de sistemas CIM se
puede definir como un conjunto estructurado de "modelos" que representan los bloques de
construcción invariables de todo el sistema CIM. La arquitectura se puede considerar como una base
para el diseño y la implementación de los sistemas CIM. Estos modelos, que contienen los elementos
invariantes y las relaciones entre estos elementos, describen el "QUÉ" (de qué se compone
conceptualmente un sistema CIM), y el "CÓMO" (cómo funciona un sistema técnicamente), y
muestran cómo transformar los modelos en realidades, es decir, el sistema de trabajo.
Un formalismo de modelado es un medio para representar piezas de conocimiento que deben
transmitirse sin ambigüedades. Permite construir modelos según los conceptos asociados. Un modelo
es una representación abstracta y simplificada de la realidad. Un modelo de fabricación solo puede
representar un conjunto de elementos seleccionados relacionados con el dominio estudiado y de
acuerdo con objetivos definidos. Un sistema puede ser representado por varios tipos de modelos
basados en varios puntos de vista. Un buen modelo debería ampliar las características importantes y
ocultar los detalles que se consideran de poca importancia o sin importancia. En el dominio de CIM,
los modelos son compatibles con formalismos matemáticos, idiomas y / o herramientas gráficas.
En el modelado, distinguimos entre modelos de estructura y modelos de simulación. Los modelos de
estructura definen los conceptos básicos, los elementos y las relaciones entre estos elementos desde un
punto de vista estático. Los modelos de simulación, por otro lado, toman los conceptos definidos en
los modelos de estructura e introducen el factor "tiempo": tienen en cuenta la evaluación dinámica del
modelo. En términos generales, un enfoque estructurado define una secuencia de pasos a seguir cuando
se aplica una metodología para resolver un problema.
En una metodología de diseño CIM, el enfoque estructurado debe abarcar todo el ciclo de vida del
proyecto CIM, que se divide en varios pasos (análisis, diseño, desarrollo, implementación, operación).
Todos estos pasos deben estar perfectamente definidos y basados en la estructura del tipo de proyecto,
que consiste en actores particulares cuyas funciones están claramente definidas. De hecho, veremos
más adelante que es fundamental definir con precisión los diversos pasos que conducen desde la
especificación hasta la implementación. Este punto ha sido insuficientemente debatido hasta ahora.
Para cada uno de estos pasos, los modelos deben ser diseñados y validados. En la etapa actual de
desarrollo, solo la fase de análisis y la fase de diseño están vinculadas. Queda mucho por hacer antes
de llegar a la etapa de desarrollo. Sin embargo, uno puede encontrar instancias de enlaces dentro de la
fase de explotación.
GRAI
Los modelos GRAI [3] se desarrollaron dentro del contexto del método GRAI para satisfacer las
necesidades del modelado de los sistemas de decisión. Los modelos GRAI consisten en un modelo de
macro referencia para sistemas de fabricación (Fig. 4) y un modelo de micro referencia para centros de
decisión. El modelo macro se utiliza para expresar nuestra percepción e ideas sobre un sistema de
fabricación que se descompone en un subsistema de decisión, un subsistema de información, y un
subsistema físico. El modelo macro tiene una estructura jerárquica dentro de la cual se identifican los
centros de decisión. El modelo micro se usa para representar los elementos internos de un centro de
decisión.
Fig. 4. Modelo de referencia macro GRAI.
MMCS
La arquitectura MMCS (Sistema de control de gestión de fabricación) como se muestra en la figura 5 se
desarrolló dentro del Proyecto ESPRIT 418 (Sistema CAM abierto), en el que participó GRAI. La
arquitectura de MMCS [4] trata de la planificación y el control de tiendas y células con interfaces
cuidadosamente definidas. Estas interfaces transforman, cuando es necesario, la vista de datos externos en
la vista de MMCS. A través de una base de datos, el sistema puede interactuar con los sistemas MRP
disponibles a nivel de fábrica. En el corazón de MMCS están los controladores que reflejan la misma
estructura que los niveles de una tienda y de una celda.
Proyectos ESPRIT 932 y 2434
La mayoría de los proyectos CIM realizados dentro del programa ESPRIT están fuertemente orientados al
procesamiento de la información. Sin embargo, la toma de decisiones es un aspecto muy importante de
CIM que no se puede ignorar. Es por eso por lo que se lanzó el Proyecto ESPRIT 932.
El Proyecto ESPRIT 932 ha definido un modelo de referencia en tiempo real basado en el conocimiento
(Fig. 6) para respaldar la toma de decisiones a nivel de taller. Este modelo de referencia [5] se basa en el
modelo NBS y el modelo GRAI, con el modelo inteligente concepto de controlador de celda de trabajo.
Un controlador realiza tres tareas básicas (planificación, control de calidad, mantenimiento preventivo).
El Proyecto 932 encuentra su secuela en el proyecto 2434. El Proyecto ESPRIT 2434 se refiere a los
controladores CIM en tiempo real para la supervisión de fábrica distribuida. Los resultados logrados en
Esprit Project 932 se usan directamente en ESPRIT 2434. El objetivo de este proyecto es hacer que las
filosofías de producción modernas (OPT, JIT, LOP, etc.) estén disponibles en la fábrica, entregando
soporte de decisión a cada función relevante de la fábrica utilizando técnicas de software basadas en el
conocimiento.
Fig. 6. Modelo de control de fábrica basado en el conocimiento.
IMPACS
El proyecto ESPRIT 2338, IMPACS, es probablemente el primer intento de diseñar herramientas de
planificación integradas que llenarían la brecha entre la planificación global y el control de producción en
base a una planificación estratégica a muy largo plazo (3 a 5 años) y control en tiempo real a nivel celular.
El modelo de referencia IMPACS [6] se muestra en la Fig.7.
Fig.7. IMPACS
3.1 observaciones sobre modelos y arquitecturas
El modelo CAM-I no tiene soporte. DFD fue desarrollado dentro del marco de SSAD
El modelo NBS es bastante usado hoy en día por las empresas para descomponer la fábrica en sus recursos básicos
(maquinas, equipos, etc.). Ningún modelamiento formal fue desarrollado con el enfoque NBS.
El modelo GRAI es soportado por un enfoque estructurado y por las redes de formalismo GRAI
El modelo MMCS ha sido probado en varias compañías, aunque está siendo reemplazado por un modelo más genérico
dentro del proyecto ESPRIT. Este modelo llamado PAC (Control de la actividad de la producción). El principio básico
de PAC es el reconocimiento de cinco básicos bloques de construcción representando las funciones requeridas para
el control de la producción en los diferentes niveles: Programador, despachador, motorista, productor y monitor.
Se desarrolla un conjunto de herramientas de apoyo a las decisiones para apoyar la elaboración de una estrategia de
fabricación que debe ser entendida, interpretada y utilizada correctamente en las diversas jerarquías de planificación
y control. El nivel más bajo del modelo IMPACS es consistente con el modelo PAC
Podemos ver que todos estos modelos de referencia son heterogéneos. Esta heterogeneidad proviene de los diversos
puntos de vista en los que se basa cada enfoque. Sin embargo, el aspecto común que surge es que un modelo de
referencia brinda conceptos globales y básicos que están estructurados para guiar el diseño del sistema CIM. Esta
globalidad sería una garantía para la futura integración del sistema diseñado
Muchos formalismos de modelado se han desarrollado dentro del marco de varios proyectos. A continuación,
presentamos los formalismos IDEF y DFD desarrollados en los Estados Unidos, y los formalismos MERISE y GRAI
desarrollados en Francia
IDEF
IDEF se compone principalmente de IDEF0, IDEF1 e IDEF2. IDEF0 se utiliza para modelar el aspecto funcional de un
sistema de fabricación con una técnica de descomposición jerárquica. IDEF1 se basa en el formalismo de relación /
entidad y se utiliza para modelar información / datos. IDEF2 permite construir un modelo dinámico para simulación.
Los formalismos IDEF son los más conocidos y utilizados en el mundo. IDEF1 ahora se extiende a IDEF1x
Los formalismos DFD se han desarrollado dentro del método SSAD. El objetivo de un diagrama de flujo de datos es
proporcionar a las personas una forma de construir un modelo lógico, que debe distinguirse de un modelo de sistema
físico. La palabra lógica aquí significa cualquier cosa no física. Este modelo lógico construido por el diagrama de flujo
de datos debe mostrar gráficamente lo que se compone un sistema. En un diagrama de flujo de datos,
el flujo de datos, los almacenes de datos y el proceso de datos deberían representarse de manera descriptiva y lo
más significativa posible. Sin embargo, el modelo también debe ser conciso y fácil de leer. Lo que queremos hacer
con un diagrama de flujo de datos es permanecer solo en el nivel lógico, identificando cada elemento de datos, flujo
de datos y procesos que son significativos, y luego, poner el detalle de los datos en el diccionario de datos
MERISE
MERISE es un método para el diseño de sistemas de información. Dentro de este método, se ha desarrollado un
formalismo para modelar los aspectos de procesamiento de datos, que se basa en el principio de las redes de Petri.
MERISE considera que el formalismo entidad / relación no es suficiente para modelar varios aspectos de los sistemas
de información.
Primero, el modelo de entidad / relación es estático, un sistema de información no puede reducirse a una memoria
pasiva que almacena los datos sin acciones.
En segundo lugar, no considera la viabilidad técnica y la eficiencia del funcionamiento. Además del problema de
modelado de la estructura de datos, se considera que en un sistema de información natural, los datos y el área de
procesamiento están estrechamente relacionados, en particular desde el punto de vista del usuario. Una herramienta
de modelado de procesamiento de datos debe describir las funciones principales y el funcionamiento de los sistemas
sin considerar los medios necesarios para soportar el sistema en funcionamiento.
El proceso usa la información presentada por el evento y genera los resultados. La noción de resultado es la misma
que la del evento. El resultado es un evento creado por un proceso y utilizado por un próximo proceso. La
sincronización representa una condición que es una función lógica de los eventos y que debe ser cierta para iniciar la
actividad.
GRAI
El formalismo GRAI consiste en mallas y redes GRAI. La malla GRAI permite modelar un sistema de decisión y las redes
permiten modelar las actividades de decisión de cada centro de decisión identificado en la malla. En la malla GRAI,
una flecha doble representa un enlace de decisión y una flecha simple representa un enlace de información. Los
enlaces de decisión no pueden cruzar niveles para crear un cortocircuito de nivel, pero sí un enlace de información.
Un enlace de decisión siempre conduce desde un nivel más alto a un nivel más bajo o se usa para conectar dos centros
de decisión del mismo nivel, pero nunca desde un nivel inferior a un nivel superior. Sin embargo, un enlace de
información puede conectar dos centros de decisión libremente. Se hace un enlace de decisión de variables de
decisión, objetivos de decisión y restricciones de decisión. Un enlace de decisión proporciona un marco de decisión a
otro centro de decisión. Un enlace de información transmite las decisiones tomadas en un centro de decisión a otro
centro de decisión como información.
Las redes GRAI se pueden considerar como una adaptación de herramientas gráficas existentes, como redes de Petri,
redes GRAFCET y redes PERT para satisfacer mejor las necesidades de representación de actividades decisionales.
Mediante el uso de redes GRAI, el resultado de una actividad discreta se puede conectar con el apoyo de otra actividad
discreta. Con las redes GRAI, se deben identificar cuatro elementos fundamentales:
IDEF0 es bastante general. Es el formalismo más utilizado en el mundo, no solo para el análisis de un sistema existente,
sino también para el diseño de sistemas de información. IDEF1 se extiende a IDEF1x, desarrollado y probado por
DACOM a través de varios proyectos privados y de la Fuerza Aérea con las dos principales corporaciones
aeroespaciales, como
General Dynamics, McDonnell Douglas, Rockwell International y General Electric, y con corporaciones no
aeroespaciales, como ARCO, seguridad Pacific National Bank y Shering Plough. IDEF1 se usa para construir un modelo
de información, mientras que IDEF1x es más adecuado para construir un modelo de datos semánticos. IDEF1x también
es más rico en semántica. La representación gráfica también se mejora.
Tanto IDEF1 como DFD se ocupan del modelado de sistemas de información. IDEF1 está más orientado al modelado
de estructuras de datos. DFD está más orientado a la implementación de computadoras para el desarrollo de software.
De hecho, la mayoría de las herramientas de modelado de información están basadas en entidades / relaciones, se
usan para describir la estructura de los datos. La herramienta de procesamiento de datos MERISE es la primera que
permite estudiar el comportamiento de los sistemas de información. IDEF1 es estático, mientras que el modelo de
procesamiento de datos MERISE es dinámico. La combinación de estos dos formalismos permite construir un modelo
completo de sistemas de información.
El formalismo GRAI es el único que se utiliza para modelar sistemas de toma de decisiones, mientras que la mayoría
de los formalismos existentes están demasiado orientados hacia el modelado de procesamiento de información o
funciones en lugar de los aspectos de decisión del problema general.
5. Marco de modelado
Debido a la complejidad de los sistemas CIM, varios formalismos, cada uno de los cuales permite modelar un aspecto
de un sistema de fabricación, deben estructurarse en un marco en el que se pueda construir un modelo de sistema
CIM completo.
CIMOSA
El marco de modelado CIMOSA (arquitectura integrada del sistema de fabricación integrada) se ha desarrollado dentro
del proyecto ESPRIT 688. El marco de modelado CIMOSA es bien conocido y está adaptado por el organismo de
organización de normalización europea CEN / CENELEC como ENV 40 003 para modelado empresarial.
GIM
El marco de modelado GIM se desarrolló dentro del Proyecto Esprit 418 para soportar el método GIM (Método
Integrado GRAI). GIM es un método para analizar y diseñar sistemas de fabricación integrados. Utiliza los formalismos
GRAI para modelar el sistema decisional, los formalismos MERISE para el sistema informativo y el IDEF0 para el sistema
físico. Un sistema futuro se define primero en el nivel conceptual. La funcionalidad, las decisiones y la información, así
como los recursos físicos se organizan a nivel estructural. El nivel de realización describe el sistema diseñado en
términos de componentes tangibles
IMPACS
El marco de modelado IMPACTS fue propuesto dentro del Proyecto Esprit 2338 IMPACS. Se basa en el marco de
modelado GIM.
5.1 OBSERVACIONES SOBRE EL MARCO DE MODELIZACION
El marco de modelado es un nuevo concepto desarrollado dentro del programa ESPRIT. Al diseñar un sistema CIM, se
deben definir y construir varios conceptos y modelos para asegurar la integridad, consistencia e integración entre los
conceptos y modelos. En un marco de modelado, todos los modelos necesarios para el análisis, diseño y desarrollo de
sistemas CIM encuentren su lugar.
El marco de modelado de GIM desarrollado en el Esprit Project 418 tiene dos dimensiones. Se extiende al marco de
modelado dentro de ESPRIT PROJECT IMPACS. Una diferencia con el marco de modelado es que el eje del ciclo de vida
del proyecto se agrega al MARCO DEL IMPACTO. Esto permite mostrar las relaciones entre los niveles de abstracción
y las fases principales de un ciclo de vida. Por ejemplo, en la fase de análisis, solo el nivel conceptual es preocupante.
Pero en la fase de diseño, se consideran los niveles de abstracción conceptual y estructural.
6. ENFOQUES ESTRUCTURADOS
Los enfoques estructurados apuntan a dar una “dinámica de proyecto “a los conceptos descritos anteriormente. Antes
de analizar los enfoques existentes, presentaremos algunos desarrollos teóricos que pueden ser una base teórica de
los enfoques operativos.
6.1 Bases teóricas
El enfoque estructurado coloca al proceso de diseño en una posición prominente y generalmente asocia a este proceso
paso a paso una vista funcional del sistema estudiado. Este enfoque conduce a estudiar el sistema mas por actividades
que el sistema debe ejecutar que por los datos que debe administrar. Los principios principales del enfoque
estructurado son:
(1) La descomposición del módulo.
(2) El estudio de flujos.
La descomposición de un modulo en submódulos construye una jerarquía para ser diseñada dentro de un enfoque
descendente. Los módulos funcionales permiten una especificación paso a paso hasta un nivel muy detallado de
modelado. El estudio de flujos conduce a la comprensión de cada modulo como una caja negra y a resaltar los flujos
que se mueven entre los módulos. IDEFO y SADT se basan en este enfoque.
6.1.2 Enfoque de la teoría de sistemas
Este enfoque tiene como objetivo describir la entidad, y al diseñarla, como un todo, progresando en su entorno [18].
El enfoque sistémico usa tres técnicas para comprender un sistema:
(1) analogía, que lleva a comparar diferentes dominios;
(2) modelado, que tiene como objetivo mostrar un sistema complejo real bajo una forma más simple;
(3) simulación, cuyo propósito es probar el modelo al observar su comportamiento cuando los elementos
externos que actúan sobre él se hacen variar y al extender las conclusiones al sistema real.
EL modelo GRAI se basa en este enfoque.
6.1.3 Enfoque del objeto [19] para satisfacer completamente a los usuarios
El enfoque de objeto es el mas reciente. Viene de consideraciones sobre lenguajes de programación. El principio
principal de este enfoque es que un sistema debe poseer factores de calidad “externos” para satisfacer
completamente a los usuarios. Estos factores se pueden definir como:
- validez: capacidad de realizar exactamente las tareas definidas por las especificaciones;
- robustez: capacidad de ejecución incluso en circunstancias anormales;
- extensibilidad: facilidad de adaptación cuando las especificaciones cambian;
- reutilización: capacidad de ser utilizable como un todo o por partes para una nueva aplicación;
- compatibilidad: capacidad de combinarse con sistemas de pedidos. Uno de los principales objetivos del
enfoque de objetos es cumplir con dos de estos factores de calidad externos: extensibilidad y reutilización
(modularidad)
Información sobre un
Realimentación
diseño especifico
Es un enfoque axiomático. A partir de un modelo topológico de inteligencia humana, propone los siguientes teoremas
sobre el proceso de diseño:
- Los requisitos de diseño se expresan funcionalmente.
- La solución a un problema de diseño se expresa en términos de atributos cuyo conjunto es infinito.
- Una entidad o un objeto se caracteriza por un conjunto de atributos o propiedades.
- El conjunto de atributos que es el conocimiento infinito tampoco tiene límite. Por lo tanto, la definición de
una solución a un problema de diseño es posible e inmediata.
Cuando todos estos teoremas son verdaderos, es cierto que los requisitos de diseño expresados en términos de
funciones tienen una solución en el espacio de los atributos. Una vez que se han detallado los requisitos de diseño, se
logra una secuencia de conceptos que convergen a un punto dentro del conjunto de entidades (cada entidad se define
mediante un conjunto de atributos). Cuando el ambiente de conocimiento es ideal, este proceso se logra sin ningún
problema. Gracias a una estructura de memoria perfecta y una velocidad de proceso suficiente, la convergencia surge
inmediatamente. Los requisitos funcionales se convierten instantáneamente en una descripción de los atributos de la
solución. Cuando el diseñador es un ser humano, algunas de sus debilidades hacen que el ambiente de conocimiento
no sea ideal. Se deben encontrar otras soluciones para que el proceso sea más “automático”.
6.2 Paradigmas de diseño.
Los paradigmas de diseño son los preceptos para el diseño y hacen una generalización de trabajos como los que se
muestran más adelante.
El filtro descarta las soluciones que no son relevantes para los requisitos y las restricciones. La salida del filtro es un
conjunto de soluciones factibles e identificadas. El proceso de diseño esta compuesto de hecho por una sucesión de
parejas generador-filtro que permiten alcanzar una buena solución. La integridad de la exploración del conjunto de
soluciones esta relacionada con la calidad y la originalidad del generador.
- Modelo de correspondencia directa (modelo de catálogo). Los dos conjuntos tienen la misma cardinalidad y
son finitos: para un requerimiento específico siempre corresponde la misma solución (desde el punto de vista
de los atributos). Por lo tanto, no se crea ningún artefacto, el modelo actúa solo como memoria y la base de
conocimiento no evoluciona. Es un caso límite porque no hay un proceso de diseño real en este modelo.
- Modelo Paradigmatico. El principio de este modelo es definir un conjunto de reglas para producir una solución
(atributos) de acuerdo con los requisitos. Las restricciones se deben tener en cuenta de acuerdo con el sistema
que se diseñará
- Modelo de cálculo. Este es un problema de cálculo numérico que puede aplicarse si el número de funciones y
atributos es finito y si los objetos a diseñar son de naturaleza numérica. Este modelo tiene una buena tasa de
convergencia, pero se limita a un diseño matemático.
- Modelo paradigmático. El principio es que el proceso de diseño es una secuencia de acciones dentro de las
cuales cada acción reduce una diferencia entre el estado actual y el deseado.
- Después de este punto de vista teórico, ahora veremos algunos enfoques operativos.
El principio más universal utilizado en SADT es vincular el contexto. Cada tema y cada acción debe verse solo como
parte de un todo más amplio que proporciona el contexto para consideraciones o actividades detalladas. A los autores
se les enseña a establecer el contexto conscientemente cuando pasan de un contexto a otro.
SADT se inscribe en el trabajo de los grupos, por lo que permite elegir el mejor resultado. SADT obliga a almacenar,
en una forma escrita, todas las elecciones importantes hechas durante el análisis y diseño.
1. Entrevista: recopilar información sobre los requisitos del sistema y la experiencia de los expertos
3. Lectura: revise los análisis y el diseño, observe los errores y ofrece mejoras
- Actor (analista): persona que estudia las limitaciones y necesidades, y analiza las funciones del sistema
- Bibliotecario: responsable de todos los documentos del Proyecto y la difusión de los mismos;
- Instructor: especialista de SADT cuya función es enseñar a los actores y comentaristas a usar SADT
1. Definir un plan maestro con el objetivo de vincular los objetivos estratégicos de la organización y las
necesidades de información.
3. Estudio detallado que va desde la transición realizada durante el estudio preliminar hasta el logro del libro
de especificaciones funcionales
segundo. Programación
6. Mantenimiento, relativo a las adaptaciones del sistema según las necesidades del usuario, el entorno y los
progresos técnicos.
La aplicación del método GRAI debe estructurarse y cumplir estrictamente los buenos procedimientos. Su uso
requiere:
1. La fase de análisis: para analizar el sistema actual, para recopilar todos los datos necesarios para el diseño
del nuevo sistema.
2. La fase de diseño: para diseñar el sistema a partir de los datos recopilados durante la fase previa,
mediante el análisis de las incoherencias entre el sistema actual y el sistema de referencia
El análisis de fase consiste en el análisis de abajo hacia arriba. El análisis de arriba hacia abajo consiste en la
elaboración de un marco que muestra la estructura de los centros de decisión del sistema actual mediante el
uso de la cuadrícula GRAI. Los análisis ascendentes consisten, para cada centro de decisión, de analizar en
detalle: decisiones tomadas en el centro de decisión, de análisis en detalle: decisiones tomadas en el centro
de decisión, variables utilizadas en la toma de decisiones y marco de decisión (restricciones en variables,
criterios, etc.). Este análisis es soportado por redes GRAI que
representan tanto actividades (decisión o proceso) como información requerida por las actividades. El
objetivo de los análisis es encontrar los valores predeterminados en los sistemas de gestión de producción.
Hay tres posibles tipos de inconsistencias
1. Transmisión de información
Estas inconsistencias pueden resolverse en la fase de diseño en la que se define una nueva estructura de sistema de
control de producción
1) Dibujar un marco que representa la nueva estructura del sistema de gestión de producción
2) Dibujar las redes GRAI que muestran, para cada centro de decisión, las principales especificaciones de
información y decisión
El resultado de este enfoque estructurado son las especificaciones del sistema de gestión de producción
GIM comienza por una fase de inicialización que define el problema a resolver, el dominio y el objetivo del Proyecto.
Durante la segunda fase, se construye un modelo global de la Empresa estudiada con la herramienta IDEFO. El objetivo
es analizar los diferentes flujos en la empresa y ubicar el sistema de fabricación. La tercera fase es modelar y analizar
cada subsistema dentro del sistema de fabricación (decisional, informativo y físico). En este paso, hacemos una
separación entre el PMS descrito por las herramientas provenientes de GRAI y MERISE, y el sistema físico descrito por
IDEFO. La fase de análisis consiste en un análisis de arriba hacia abajo consiste en construir macro modelos (modelos
funcionales y físicos por IDEFO, modelo de decisión por grilla GRAI y modelo de datos por MERESI). El análisis de abajo
hacia arriba permite construir los micro modelos (modelo de decisión de GRAI net, modelo físico de IDEFO). La cuarta
fase es la detección de inconsistencias en los tres subsistemas. Para ello, utilizamos algunas reglas formales definidas
por el método GRAI, algunas herramientas de coherencia y modelos de referencia. Posteriormente, se detallan el
objetivo y el objetivo de las fases de diseño y se analizan las limitaciones del sistema. Los otros pasos se refieren al
diseño con varios niveles de detalle que corresponden a los diferentes niveles de abstracción: conceptual, estructural
y físico.
Conclusiones
Hoy en día, CIM ya no se puede reducir a un enfoque puramente técnico. La única garantía para designar un sistema
CIM adecuado es utilizar una metodología que involucre y movilice a todas las personas involucradas, y que tenga en
cuenta la función, información, decisión, recursos de la organización / físicos, así como aspectos económicos, sociales
y humanos. Un enfoque metodológico global debería ser capaz de incorporar simultáneamente el uso coherente de
métodos, formalismos y modelos / arquitecturas de referencia. Se advierte que la mayoría de los enfoques existentes
(ICAM, CAM-I, MERESI, SADT, GRAI, etc.) se han desarrollado por separado para abordar solo un aspecto particular de
CIM. La necesidad de integrar problemas de coherencia con respecto a los conceptos que se desarrollan. El trabajo de
investigación llevado a cabo dentro del programa ESPRIT, especialmente GIM, CIMOSA e IMPACS, intenta integrar las
diversas técnicas necesarias para diseñar y sistemas CIM eficientes en un enfoque global
De esta forma, los conceptos que hemos presentado como construcciones de una metodología (modelo de referencia,
formalismos de modelado, enfoque estructurado) se encuentran en los enfoques de diseño actual más modernos. Por
lo tanto, este marco es una buena base para entender que el papel de cada uno de estos conceptos es muy diferente
de uno a otro y muchos conceptos y términos se usan de diferentes maneras.