Páginas: 263 - 267

Paper: Metodologías para el diseño de sistemas CIM: Una encuesta

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.

3. Modelos y arquitecturas de referencia

Aquí presentaremos algunos modelos de referencia conocidos para diseñar sistemas CIM como los
modelos ICAM, CAM-I y NBS desarrollados en los EE. UU. El modelo GRAI desarrollado en Francia,
MMCS, IMPACS y el modelo de fábrica basado en el conocimiento desarrollado dentro del marco del
Programa Esprit.
ICAM
ICAM (Integrated Computer Aided Manufacturing) Fabricación asistida por computadora integrada fue
uno de los mayores proyectos de CIM en los Estados Unidos y duró de 1978 a 1983. El objetivo del
proyecto era mejorar el uso de la tecnología de la información en el campo de la fabricación y
particularmente en la industria aeroespacial. Un "modelo de fabricación" [1] se elaboró en este marco. El
objetivo de este modelo era mostrar las principales funciones de fabricación y las relaciones entre ellas
(Fig. 1). El modelo tiene una descomposición jerárquica basada en un enfoque descendente.
CAM-I
CAM-I propuso un modelo de fábrica [2]. Se describieron dos niveles de este modelo (nivel de tienda y
nivel de celda) en el proyecto "Gestión de fábrica". El modelo CAM-I propuso cuatro niveles de
descomposición (empresa, fábrica, taller y centro de costos) en los que siempre se pueden encontrar las
siete funciones principales (figura 2) (decidir, diseñar, planificar, adquirir, fabricar, verificar y entregar).
NBS
La Oficina Nacional de Estándares (NBS), renombrada como Instituto Nacional de Estándares y
Tecnología (NIST), elaboró un modelo de sistemas de fabricación (Fig. 3) extremadamente flexible para
emular una amplia variedad de células de fabricación.
Este enfoque se adapta particularmente bien en un entorno de fabricación totalmente automatizado. El
modelo NBS tiene una estructura jerárquica dividida en cinco niveles: fábrica, tienda, celda, estación de
trabajo y máquina. Hoy este modelo ha sido ampliamente aceptado como referencia básica. El modelo de
NBS pone énfasis en los enlaces de comunicación para intercambios de información, basados en la
hipótesis de que todos los elementos en la empresa pueden tener acceso a la información y pueden
comunicarse con todos los demás.

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

Los modelos actuales están basados en los modelos ICAM y CAM-I.

El modelo ICAM es soportado por el formalismo IDEF, el cual es ampliamente usado

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

4. Formalismos de modelado básico

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

DFD (Diagrama de flujo de data)

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:

- hacer o decidir (nombre de la actividad)

- estado inicial (entrada principal de una actividad)

-soporte (información, marco de decisión, métodos y materiales)

-resultados (resultados de una actividad)

4.1 Observaciones sobre formalismo de modelamiento

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)

6.1.4 El enfoque de Rodenacker

La idea básica de Rodenacker es que un sistema o una maquina que se diseñara se puede modelar y definir desde un
punto de vista funcional.
Por ejemplo, tres tipos de entradas y salidas de una maquina podrían ser: energía, material e información. La
funcionalidad de la maquina se muestra como una transformación de estos tres flujos. Por lo tanto, los requisitos se
expresan de forma estandarizada como una combinación entradas/salidas y, por lo tanto, como una expresión
funcional.
En otro aspecto, Rodenacker mostro que una maquina está estructurada jerárquicamente. La función está
estructurada en subfunciones elementales, cada una de ellas es un fenómeno físico respaldado por una instalación
elemental. El ultimo paso del diseño es el montaje de las instalaciones seleccionadas. Dentro de este enfoque, existe
la idea de correspondencia entre funciones e instalaciones. Este ultimo concepto es un primer paso hacia un enfoque
de diseño sistemático: el diseñador puede sistematizar su memoria, proceso de razonamiento y modelos de
resultados. Se han desarrollado muchos sistemas CAD de acuerdo con los trabajos de Rodenacker.

6.1.5 Enfoque de Asimov

El dominio de interés de Asimov son las secuencias de pasos dentro de un proceso de diseño. El propone un proceso
de diseño elemental que es valido para cualquier dominio de diseño (Fig. 15)
6.1.6 Conexión con el modelo IMC [18]
It is interesante establecer una conexión entre los dos enfoques anteriores y el modelo IMC (inteligencia-modelado-
elección) para los procesos de decisión. Según este modelo, un proceso de decisión se compone de tres pasos
principales:
(1) la “inteligencia” o “identificación” paso “identificación del estado actual”
(2) el paso de “modelado” o “diseño” “elaboración de soluciones”;
(3) la “elección” (elección de la mejor solución.)
6.1.7 La teoría general del diseño de Yoshikawa
La teoría general del diseño ha evolucionado desde el marco de trabajo de Yoshikawa sobre la automatización del
pensamiento dentro de las actividades de diseño [19]. Esta teoría incluye trabajos que se muestran anteriormente.
Yoshikawa lo propuso para una automatización parcial del diseño dentro del marco de la definición de un método para
construir sistemas CA
Función de evaluación
Principios generales

DESIGN Un diseño especifico

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.

6.2.1 Paradigma generador-filtro

El proceso de diseño se compone de un generador y un filtro (Filtro 16). El generador produce propuestas de
soluciones.

GENERATOR PROPOSAL FILTER SOLUCIONES FACTIBLES

Fig. 16. Generador-filtro paradigma

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.

6.2.2 Paradigma de análisis-síntesis-evaluación [20]

El proceso de diseño se compone de tres pasos principales (Fig. 17):
(1) Análisis de requisitos;
(2) Síntesis de solución;
(3) Evaluación de la solución.
Los ciclos de retroalimentación entre estos pasos son posibles.
Los requisitos se registran y analizan antes de comenzar la definición de una solución de diseño: cada requisito
importante debe expresarse antes del paso de síntesis. La síntesis solo se deduce de los requisitos. Se evalúan las
representaciones de los objetos futuros para elegir la solución mas interesante. La evaluación es diferente de la
filtración (paradigma anterior): el filtrado descarta las soluciones que no son relevantes para los requisitos, la
evaluación se procesa posteriormente. Elige la mejor solución cuando varios son posibles. La evaluación prueba si la
solución es factible.
6.2.3 Paradigma algorítmico
El conjunto de problemas de diseño raramente esta bien estructurado o, más precisamente difícil de estructurar de
una buena manera. Sin embargo, algunos de ellos pueden obtener una buena estructura. Si el sub-problema de diseño
tiene limites claros y si los criterios de evaluación de requisitos son conocidos y numerados, entonces se puede
construir un algoritmo de diseño que garantice una solución correcta. Por lo tanto, el paradigma algorítmico de diseño
también es el paradigma de diseño automático.
 ANALISIS SINTESIS EVALUACION

Fig. 17 Análisis – síntesis - evaluación paradigma

Se pueden usar varios formalismos, por ejemplo:

- Ecuaciones matemáticas y desigualdades. El problema de diseño es llevado a la resolución de un sistema de n
ecuaciones y m parámetros.
- Catalogo en el que se pueden alcanzar soluciones a través de varios criterios de entrada.

6.2.4 Paradigma de inteligencia artificial.

Debido a los problemas de estructuración, los requisitos de diseño no poseen instalaciones de evaluación precisas.
Debido a la cantidad de parámetros de diseño que se deben tener en cuenta, no es posible definir un conjunto
comprensible y completo de requisitos de diseño. Por lo tanto, la inteligencia artificial proporciona un marco de diseño
compuesto por dos espacios:
(1) Espacio de estado de diseño;
(2) Espacio de conocimiento vinculado al diseñador.
El espacio de estado del diseño se compone de:
- Estado inicial del problema;
- Objetivo de diseño;
- Restricciones intrínsecas del objeto estudiado;
- Cualquier otro estado alcanzado durante los intentos anteriores para alcanzar el estado objetivo.
La base de conocimientos es una combinación de todos los conocimientos que se pueden alcanzar durante el proceso
de diseño.
El proceso de diseño es una secuencia de cambios del estado actual del diseño. Para cada cambio, el estado de diseño
actual desencadena una acción relevante desde la base del conocimiento.
Esta acción conduce a un nuevo estado de diseño actual. El núcleo de este paradigma es la utilización de la heurística,
porque la cantidad de estados de diseño es potencialmente infinita. La heurística es la toma de decisiones, lo que
permite reducir el dominio de consulta dentro del espacio de estado de diseño.

6.3 Proceso de diseño

El principal problema de diseño es la investigación de posibles acciones. Simo cree que medir la satisfacción de los
criterios de diseño es generalmente posible: es un problema de optimización. Se pueden expresar dudas sobre esta
opinión: en algunos casos, un diseñador no puede dar un juicio objetivo sobre la solución que obtiene. Según
Yoshikawa, se trata de un problema de estructura del conocimiento. Demuestra que la solución de diseño es inmediata
en el caso de una base de conocimiento ideal (todo se sabe). Sin embargo, algunos modelos de proceso de diseño
permiten tener en cuenta la elección de soluciones de acuerdo con los requisitos de diseño funcional. Permiten definir
una correspondencia aproximada entre la topología de los conceptos funcionales (requisitos) y los conceptos de los
atributos (posibles soluciones)

- 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.

6.3.1 Enfoque SADT

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.

Hay cinco pasos en un Proyecto SADT

1. Entrevista: recopilar información sobre los requisitos del sistema y la experiencia de los expertos

2. Autoría: analizar el sistema, diseñar el sistema y documentar los resultados

3. Lectura: revise los análisis y el diseño, observe los errores y ofrece mejoras

4. Revisión: corregir y mejorar los documentos

5. Aprobar: verificar y aceptar contenido técnico

Un grupo de proyecto SADT se compone de:

- Actor (analista): persona que estudia las limitaciones y necesidades, y analiza las funciones del sistema

- Comentador: actor que critica y comenta a otros actores

- Lector: persona que lee los diagramas

- Experto: persona que brinda información sobre el sistema

 - Comité técnico: grupo de personas que critica el análisis en cada paso de descomposición

- Bibliotecario: responsable de todos los documentos del Proyecto y la difusión de los mismos;

- Monitor; especialista orientadores actores de SADT para practicar SADT

- Instructor: especialista de SADT cuya función es enseñar a los actores y comentaristas a usar SADT

6.3.2 Enfoque MERISE

La metodología de MERISE consta de seis pasos:

1. Definir un plan maestro con el objetivo de vincular los objetivos estratégicos de la organización y las
necesidades de información.

2. Estudio preliminar que permite obtener un compromiso entre restricciones conflictivas

3. Estudio detallado que va desde la transición realizada durante el estudio preliminar hasta el logro del libro
de especificaciones funcionales

4. Finalización Divida en dos fases:

a. Estudio técnico que describe la organización de datos, el almacenamiento de datos, procesamiento de

framework y el software

segundo. Programación

5. Aplicación, relativa a la preparación de los preparativos, la creación de la organización, la puesta en marcha.

6. Mantenimiento, relativo a las adaptaciones del sistema según las necesidades del usuario, el entorno y los
progresos técnicos.

6.3.3 Enfoque GRAI

La aplicación del método GRAI debe estructurarse y cumplir estrictamente los buenos procedimientos. Su uso
requiere:

- un grupo de síntesis compuesto por los principales usuarios futuros

- un diseñador analista (o varios si es necesario)

- un grupo con experiencia en técnicas requeridas para el diseño del sistema

- las personas entrevistadas

El enfoque GRAI consiste principalmente en dos fases:

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

2. Específico para una decisión; y

3. cordinación entre centros de decisió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

La fase de diseño incluye dos pasos:

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

6.3.4 Enfoque GIM

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.