METODOLOGÍA PARA EL DISEÑO DE SISTEMAS CIM

Es un hecho bien en el día de hoy industrial, que los sistemas de CIM no se pueden comprar.
Deben ser diseñados por el usuario, que elegirá e integrar los distintos componentes. La
selección de estos estará influenciada por factores tales como su disponibilidad en el mercado,
los aspectos humanos, dificultad en la captura de conocimientos y la complejidad de la tarea.
La fase de diseño debe ser guiada por una metodología que hace posible la definición de las
posibles soluciones.

Desarrollar especificaciones detalladas durante el diseño de los sistemas modernos CIM 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 concede la elección del
hardware y el software es consecuencia directa de este proceso de diseño, lo que significa que
la toma de la decisión equivocada puede tener consecuencias dramáticas en las inversiones.
Entre los diversos elementos (experiencias previas, los objetivos, etc.) que pueden influir en el
diseño final, la elección de la técnica de modelado es de suma importancia.

CIM (manufactura asistida por computadora) se utiliza para describir el proceso de integración
de todos los elementos que intervienen 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écnico. Hoy en día, las muchas dificultades surgidas en el curso de varias puestas en práctica
han demostrado que una visión tan estrecha no es satisfactoria: aspectos económicos, sociales
y humanos deben ser tomados en cuenta. Teniendo esto en mente, vamos a proponer una

"CIM se refiere a un enfoque mundial en un entorno industrial, que tiene como

objetivo mejorar las actuaciones industriales. Este enfoque se aplica de manera
integral a todas las actividades, desde el diseño hasta la entrega y servicio post-venta,
y utiliza diversos métodos, medios y técnicas (informática y técnicas automáticas) a fin
de mejorar simultáneamente la productividad, reducir costes, cumplir fechas de
entrega, aumentar la calidad del producto, la flexibilidad segura a nivel local o global
en un sistema de fabricación, e involucrar a todos los actores. En este enfoque, los
aspectos económicos, sociales y humanos son por lo menos tan importante como los
aspectos técnicos1”

Esta amplia definición muestra que una solución CIM no se puede comprar: cada
empresa debe diseñar su propio, lo que explica por qué metodologías deben estar
disponibles para que los sistemas CIM se puede construir.
Diseño de un sistema de CIM se reúne con una serie de dificultades:

 El sistema es extremadamente complejo, sino que implica no sólo aspectos

técnicos sino también los aspectos económicos, sociales y humanos que deben
integrarse. Por otra parte, puede ser altamente automatizado e informatizado.

1
definición de CIM, que en gran medida influenciado por el trabajo de investigación llevado a cabo por
Productic-A en el campo de "productique", el equivalente francés de CIM.
  Todo el conocimiento que se necesita para el diseño de los sistemas es que no
se encuentra en una sola persona. En su lugar, este es un trabajo en grupo.

El proceso de diseño es imposible de modelo: sólo la experiencia puede
enseñar, y las referencias son escasas.

Definición de conceptos

El concepto de "metodología" es un conjunto de métodos que implican el uso de:

-Modelos de referencia y arquitecturas,

-Formalismos de modelado y sus herramientas gráficas asociadas

-Un enfoque estructurado.

Modelo de referencia o la arquitectura es un concepto muy importante en la CIM. Sin embargo

no existe una definición aceptada en todo el mundo de la arquitectura. Arquitectura de los
sistemas de la CIM se puede definir como un conjunto estructurado de "modelos" que
representan los bloques de construcción invariantes de todo el sistema de la CIM. La
arquitectura puede ser considerado como una base para el diseño y la implementación de los
sistemas de la CIM. Estos modelos, que contienen los elementos invariantes y las relaciones
entre estos elementos, se describen, respectivamente, el "Qué" (qué sistemas CIM está
compuesto conceptualmente de), y "cómo" (cómo funciona técnicamente un sistema), y
muestran a transformar los modelos en realidades, es decir, el sistema de trabajo. Un
formalismo de modelado es un medio para representar piezas de conocimiento que tienen
que ser transmitida sin ambigüedades. Permite la construcción de modelos de acuerdo a la
representación asociada de la realidad. Un modelo de fabricación sólo puede representar un
conjunto de elementos específicos sobre el dominio estudiado, y de acuerdo con los objetivos
definidos. Un sistema puede ser representado por varios tipos de modelos basados en diversos
puntos de vista. Un buen modelo debe amplificar las características importantes y ocultar los
detalles que se consideran como de baja o ninguna importancia. En el ámbito de la CIM, los
modelos son compatibles con formalismos matemáticos, lenguajes y / o herramientas gráficas.

En el modelo, se distingue entre los modelos de estructura y modelos de simulación. Modelos

de estructura definen los conceptos básicos, los elementos y las relaciones entre estos
elementos desde el punto de vista estático. Los modelos de simulación, en el otro lado, toman
los conceptos definidos en los modelos de estructura e introducen el factor “tiempo”: toman la
evaluación dinámica del modelo en cuenta. En términos generales, un enfoque estructurado
define una secuencia de pasos a seguir en la aplicación de una metodología para resolver un
problema. En una metodología de diseño de CIM, el enfoque estructurado debe cubrir todo el
ciclo de vida del proyecto CIM, que se divide en varios pasos (análisis, diseño, desarrollo,
implementación, operación). Todas estas medidas deben estar perfectamente definidas y
basadas en el tipo de estructura del proyecto, que consiste en particular los actores cuyos
roles están claramente definidos. De hecho, como veremos más adelante que es fundamental
para definir con precisión los distintos pasos que ICAD desde la especificación hasta la
implementación. Este punto ha sido suficientemente debatido hasta ahora. Para cada uno
de estos pasos, modelos deben ser diseñados y validados. En la etapa actual de
desarrollo, sólo la fase de análisis y la fase de diseño están vinculados. Mucho trabajo
queda por hacer antes de llegar a la etapa de desarrollo. Sin embargo, uno puede
encontrar ejemplos de enlaces bacaladilla la fase de explotación.

1. Modelos de referencia y arquitecturas

Aquí vamos a presentar algunos modelos de referencia conocidas para los sistemas de diseño
de la CIM como el NBS modelos desarrollados en los EE.UU., el modelo GRAI desarrollado en
Francia, MMCS, IMPACS y el modelo de fábrica basada en el conocimiento desarrollado en el
ICAM, CAM-I y marco del programa Esprit.

ICAM, (Fabricación Asistida por Ordenador Integrado) fue uno de los mayores proyectos de la
CIM en los EE.UU. y se prolongó desde 1978 hasta 1983. El objetivo del proyecto era mejorar el
uso de la tecnología de la información en la industria aeroespacial. Un "modelo de fabricación"
[1] fue elaborado en este marco. El objetivo de este modelo es mostrar las principales
funciones de fabricación y las relaciones entre ellos. El modelo tiene una descomposición
jerárquica basada en un enfoque de arriba hacia abajo.

CAM-I, propone un modelo de fábrica [2]. Dos niveles de este modelo (nivel de tienda y nivel
de célula) se describen en el proyecto "dirección de la fábrica". El modelo CAM-I propone
cuatro niveles de descomposición (empresa, fábrica, taller y centro de coste) de las siete
funciones principales Siempre se puede encontrar (decidir, diseñar, planificar, adquirir, hacer,
verificar y entregar).

NBS, La Oficina Nacional de Normas (NBS), rebautizada como Instituto Nacional de

Estándares y Tecnología (NIST), elaboró un modelo de sistemas de fabricación muy
flexibles con el fin de emular una amplia variedad de células de fabricación. Este
enfoque se ajusta particularmente bien en un entorno de fabricación totalmente
automatizada. El modelo NBS tiene estructura jerárquica dividida en cinco niveles: la
fábrica, taller, celular, estaciones de trabajo y la máquina. Hoy este modelo ha sido
ampliamente aceptada como una referencia básica. El modelo NBS pone el énfasis en
los vínculos de comunicación para el intercambio de información, basado en la
hipótesis de que todos los elementos de la empresa pueden tener acceso a la
información, y puede comunicarse con todos los demás.

GRAI, Los modelos GRAI consisten en un modelo de referencia macro de los sistemas de
fabricación y un modelo de referencia para los micro 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 sub-sistema de decisión. El modelo macro tiene una estructura jerárquica
dentro de la cual se identifican Centro de decisión. El modelo de micro se utiliza para
representar los elementos de un centro de decisión.

MMCS, (Sistema de Control de Gestión de fabricación) Las ofertas arquitectura MMC con
tienda y la planificación y control de células con interfaces cuidadosamente definidas. Estas
interfaces se transforman, en su caso, la vista de datos externa en la vista MMCS. A través de
una base de datos, el sistema es capaz de interactuar con los sistemas MRP disponibles a nivel
de fábrica. En el corazón de los MMCS son los controladores que reflejan la misma estructura
en los niveles celular y tienda.

2. Formalismos básicos de modelado

Muchos formalismos de modelado se han desarrollado en el marco de varios proyectos. A

continuación, presentamos el IDEF y DFD formalismos desarrollados en los Estados Unidos y el
MERISE y formalismos GRAI desarrollados en Francia.

IDEF, es una técnica de modelación concebida para representar de manera

estructurada y jerárquica las actividades que conforman un sistema o empresa, y los
objetos o datos que soportan la interacción de esas actividades.

Un modelo IDEF se compone de una serie jerárquica de diagramas que permiten

mediante niveles de detalle, describir las funciones especificadas en el nivel superior.
En las vistas superiores del modelo la interacción entre las actividades representadas
permite visualizar los procesos fundamentales que sustentan la organización. Los
elementos gráficos utilizados para la construcción de los diagramas IDEF son cuadros y
flechas.

La semántica de utilización de estos elementos gráficos es la siguiente:

Actividad: se representa con un cuadro, indica una función, proceso o transformación.

Entrada: se representa con una flecha entrando por el lado izquierdo de la actividad,
indica los materiales o informaciones que se transformarán en la actividad para
obtener la salida.

Salida: se representa con una flecha saliendo del lado derecho de la actividad, indica
los objetos o informaciones producidos por la ocurrencia de la actividad.
Control: se representa con una flecha entrando por la parte superior, indica las
regulaciones que determinan si una actividad se realiza o no. Ej: normas, guías,
reglas, políticas, etc.

Sujeto: se representa con una flecha entrando por la parte inferior, indica
los recursos que ejecutan una actividad. Ej: personas, maquinarias, etc.

DFD , (Diagrama de flujo de datos). El objetivo de un diagrama de flujo de datos es dar

a la gente una manera de construir un modelo lógico, que debe distinguirse de un
modelo del sistema físico. La palabra "lógica" aquí significa algo no físico. Este modelo
lógico construido por el diagrama de flujo de datos debe mostrar gráficamente lo que
un sistema se compone de, por ejemplo, El "qué" y no el "cómo". En un diagrama de
flujo de datos, almacenes de datos, flujo de datos y el proceso de datos se representan
como descriptivo y lo más significativo 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
quedarse sólo en el nivel lógico, la identificación de cada uno de lo significativo, y al
lado, poner el detalle de los datos en el diccionario.

Los diagramas de flujo de datos fueron inventados por Larry Constantine, el

desarrollador original del diseño estructurado, basado en el modelo de computación
de Martin y Estrin: "flujo gráfico de datos" . Los diagramas de flujo de datos (DFD) son
una de las tres perspectivas esenciales de Análisis de Sistemas Estructurados y Diseño
por Método SSADM. El patrocinador de un proyecto y los usuarios finales tendrán que
ser informados y consultados en todas las etapas de una evolución del sistema. Con un
diagrama de flujo de datos, los usuarios van a poder visualizar la forma en que el
sistema funcione, lo que el sistema va a lograr, y cómo el sistema se pondrá en
práctica. El antiguo sistema de diagramas de flujo de datos puede ser elaborado y se
comparó con el nuevo sistema de diagramas de flujo para establecer diferencias y
mejoras a aplicar para desarrollar un sistema más eficiente. Los diagramas de flujo de
datos pueden ser usados para proporcionar al usuario final una idea física de cómo
resultarán los datos a última instancia, y cómo tienen un efecto sobre la estructura de
todo el sistema. La manera en que cualquier sistema es desarrollado, puede
determinarse a través de un diagrama de flujo de datos.
MERISE, es una metodología de modelado de propósito general en el campo de la
información el desarrollo de sistemas, ingeniería de software y gestión de proyectos.
Presentado por primera vez en la década de 1980, se utiliza ampliamente en Francia, y
fue desarrollado y perfeccionado hasta el punto en que las organizaciones más grandes
francesas gubernamentales, comerciales e industriales habían adoptado como su
metodología estándar.

Merise procede a un tratamiento de los datos y procesos, donde se modela la vista de

datos en tres etapas - desde conceptual, lógico y, a través de física. Del mismo modo,
el punto de vista orientado al proceso pasa a través de las tres etapas de conceptual,
de organización y funcionamiento. Estas etapas en el proceso de modelado son
paralelos a las etapas del ciclo de vida: planificación estratégica, estudio preliminar, un
estudio detallado, desarrollo, implementación y mantenimiento.

GRAI, formado por la red y las redes GRAI. La rejilla GRAI permite modelar un sistema
de decisión y redes permiten modelar las actividades de toma de decisiones de cada
Centro decisión identificada en la red. En la cuadrícula GRAI, una flecha doble
representa un enlace de decisión y una simple flecha representa un enlace de decisión
y una simple flecha representa un enlace de información. Un enlace decisión no puede
cruzar los niveles en la creación de un nivel de cortocircuito, excepto en un vínculo de
información se puede. Un enlace decisión conduce siempre a un nivel superior a un
nivel más bajo o se utiliza para conectar dos centro de decisión del mismo nivel, pero
nunca de un nivel inferior a un nivel superior. Sin embargo, un vínculo de información
puede conectar dos centros de decisión libremente. Un enlace decisión se toma de
variables de decisión, objetivos de decisiones y variables de decisión, objetivos y
limitaciones de decisiones. Un enlace Decisión establece un marco de decisión de 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 de información.

Redes GRAI podrían considerarse como una adaptación de las herramientas gráficas
existentes, tales como las redes de Petri, redes GRAFCET y redes PERT para satisfacer
mejor las necesidades de representación de la actividad decisional. Mediante el uso de
las redes de GRAI, el resultado de una actividad discreta puede estar conectado con el
apoyo de otra actividad discreta. Con las redes GRAI, cuatro elementos fundamentales
deben ser identificados:

- Para hacer o decidir (nombre de la actividad)

- Estado inicial (entrada principal de una actividad)

- Soportes (información, marco de la decisión, los métodos y materiales)

- Resultados (resultados de una actividad)

3. Enfoques estructurados

Enfoques estructurados que aspira a ofrecer una "dinámica de proyectos" a los

conceptos descritos anteriormente. Antes de examinar los enfoques existentes,
presentaremos algunos desarrollos teóricos que podrían ser una base teórica a los
enfoques operacionales.

A. bases teóricas

A. 1 Enfoque estructurado Basic

El enfoque estructurado pone el proceso de diseño en un lugar destacado y, en general

asociado a este proceso paso a paso una vista funcional del sistema estudiado. Este
enfoque conduce a estudiar el sistema más por los datos que debe manejar. Los dos
principios fundamentales del enfoque estructurado son:

(1) El módulo de descomposición

(2) El estudio de los flujos

La descomposición de un módulo en submódulos construye una jerarquía que ser

diseñado dentro de un enfoque de arriba hacia abajo. Los módulos funcionales
permiten una especificación paso a paso hacia abajo a un nivel muy detallado de
modelado. El estudio de los flujos conduce a la comprensión de cada módulo como un
cuadro negro y destacando los flujos que se mueven entre módulos. IDEF y SADT se
basan en este enfoque.

A. 2 Sistemas de enfoque de la teoría

Este enfoque tiene como objetivo describir la entidad y en el diseño de la misma-en su

conjunto, progresando en su entorno. El enfoque sistémico no utiliza técnicas para
entender un sistema:

(1) Analogía, lo que conduce a la comparación de diferentes dominios

(2) Modelado, que tiene como objetivo mostrar un complejo sistema real bajo una
forma más simple;

(3) Simulación, el propósito de los cuales es para probar el modelo en su

comportamiento cuando se hacen los elementos externos que actúan sobre ella para
variar y mediante la ampliación de conclusiones al sistema real.

El modelo GRAI se basa en este enfoque.

A. 3 Enfoque de objetos

El método objeto es el más reciente. Se trata de consideraciones acerca de los

lenguajes de programación. El principio fundamental de este enfoque es que un
sistema debe poseer factores de calidad "externos" con el fin de satisfacer
completamente a los usuarios. Estos factores se pueden definir como:

- Validez: capacidad de darse cuenta exactamente de las funciones definidas por el

pliego de condiciones;

- Robustez: capacidad de funcionar incluso en circunstancias anormales;

- Extensibilidad: facilidad de adaptación al cambio de especificaciones

- Reutilización: capacidad de ser utilizable como un todo o por partes para una nueva
aplicación

- Compatibilidad: capacidad para combinarse con otros sistemas.

Uno de los principales objetivos del enfoque del objeto es conocer a dos de estos
factores externos de calidad: la extensibilidad y reusabilidad (modularidad).
 B. Paradigmas de diseño

Paradigmas de diseño son los preceptos para el diseño y crea una generalización de
obras, tales como las que se muestran después.

B.1 Paradigma Generador de filtro

El proceso de diseño se compone de un generador y el filtro. El generador produce

propuestas de solución. El filtro desecha soluciones que no son pertinentes a las
necesidades y limitaciones. La salida del filtro es un conjunto de soluciones factibles e
identificadas. El proceso de diseño es de hecho, compuesta de una sucesión de parejas
generador de filtro que permiten llegar a una buena solución. Integridad de la
exploración conjunto de soluciones están relacionadas con la calidad y la originalidad
del generador.

B.2 Análisis - síntesis de paradigma-evaluación

El proceso de diseño se compone de tres pasos principales

(1) El análisis de requerimientos

(2) la síntesis de Solución

(3) Evaluación de la Solución

Bucles de retroalimentación entre estas medidas son posibles. Los requisitos son
registrados y analizados antes de comenzar la definición de una solución de diseño:
cada requerimiento significativa debe expresarse antes de la etapa de síntesis. La
síntesis sólo se deduce de los requisitos. Actuaciones de objetos futuros se evalúan a
fin de elegir la solución más interesante. La evaluación es diferente de la solución de
filtrado. La evaluación es diferente de filtrado despide soluciones que no son
pertinentes a las necesidades, la evaluación se procesa después. Elige la mejor solución
cuando varios más son posibles. La evaluación también comprobar si la solución es
viable.
B.3 Paradigma algorítmico

El conjunto de los problemas de diseño rara vez bien estructurado, o más

precisamente hablando, difícil de ser estructurada en una buena manera. Sin embargo
algunos de ellos pueden tener una buena estructura. Si el sub-problema de diseño
tiene límites claros y si se conocen y se numeran criterios de evaluación de
necesidades, a continuación, un algoritmo de diseño puede ser construido y que
garantiza una solución correcta. Así, el diseño de algoritmos de paradigma es también
el paradigma de diseño automático.

Varios formalismos se pueden utilizar, por ejemplo:

- Ecuaciones y desigualdades matemáticas. El problema de diseño es llevado de

nuevo a la resolución de un sistema de n ecuaciones y parámetros m.
- Catálogo de soluciones que se pueden alcanzar a través de varios criterios de
entrada.

B.4 Paradigma de la inteligencia artificial

Debido a los problemas de estructuración, requisitos de diseño no son propietarios de

las instalaciones de evaluación precisos. Debido al gran número de parámetros de
diseño que deben tenerse en cuenta, la definición de un conjunto comprensible y
completo de los requisitos de diseño no es posible. Así, la inteligencia artificial da
marco de diseño compuesto por dos espacios:

(1) Espacio de estado Diseño;

(2) Espacio conocimiento relacionado con el diseñador.

El espacio de estado de diseño se compone de:

Inicial - estado problema;

- Objetivo de diseño;
- Limitaciones intrínsecas del objeto estudiado;
- Cualquier otra condición alcanzada durante previa intentos para alcanzar el
resultado de destino.

La base de conocimiento es la combinación de todas las piezas de conocimiento que se

puede llegar, mientras que el proceso de diseño.

El proceso de diseño es una secuencia de cambios en el estado de diseño actual. Para

cada cambio en el estado actual diseño desencadena una acción relevante de la base
de conocimientos. Esta acción lleva a un nuevo estado de diseño actual. El núcleo de
este paradigma es el uso de la heurística, porque el número de estados de diseño es
potencialmente infinito. La heurística es la toma de marca que permita reducir el
dominio de la investigación dentro del espacio de estado de diseño.

C. Proceso de diseño

El principal problema de diseño es la investigación de posibles acciones. Simon piensa

que la medición de la satisfacción de los criterios de diseño generalmente es posible:
se trata de un problema de optimización. Las dudas pueden expresarse sobre esta
opinión: en algunos casos, un diseñador no puede emitir un juicio objetivo sobre la
solución que consigue. De acuerdo con Yoshikawa es problema de la estructuración
conocimiento. Se demuestra que la solución de diseño es inmediata en el caso de una
base de conocimientos ideal (todo lo que es conocido). Algunos modelos de procesos
de diseño, sin embargo, permiten tener en cuenta la elección de soluciones de acuerdo
con los requisitos de diseño funcionales. Permiten definir una correspondencia
aproximada entre los conceptos funcionales topología (requisitos) y los conceptos de
atributo (posibles soluciones).

- Modelo de la correspondencia recta (modelo de catálogo). Los dos conjuntos

tienen la misma cardinalidad y son finitos: a un requisito específico es siempre
la misma solución correspondiente (desde el punto de vista de atributos). Por
lo tanto no se crea ningún artefacto, el modelo actúa sólo como un recuerdo y
la base de conocimientos no evoluciona. Se trata de un caso límite, porque no
hay proceso de diseño real en este modelo.

- Modelo de producción. El principio de este modelo es definir unas normas

establecidas para producir solución (atributos) de acuerdo con los requisitos.
Las restricciones se deben tomar en cuenta de acuerdo con el sistema que sera
diseñado.

- Modelo de cálculo. Este es un problema de cálculo numérico que se puede

aplicar si el número de funciones y atributos es finito y y si los objetos a ser
diseñados son de naturaleza numérica. Este modelo tiene una buena tasa de
convergencia pero está limitado 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 la cual cada acción reduce una diferencia
entre el estado actual y el estado deseado.

Después de este punto de vista teórico, ahora vamos a ver algunos de los enfoques
operacionales.
 C.1 Enfoque SADT

El principio más universal utilizado en SADT es obligado el contexto. Cada objeto y

cada acción son para ser visto sólo como parte de un todo más amplio que
proporciona el contexto para consideraciones o actividades detalladas. Los autores se
les enseña a Empezar el contexto conscientemente cuando se pasa de un contexto a
otro. SADT insiste en el trabajo de los grupos, lo que permite la elección del mejor
resultado. SADT obliga a almacenar, en una forma de escritura, todas las opciones
importantes realizadas durante el análisis y diseño.

Hay cinco pasos en un proyecto SADT

(1) Entrevista: recopilar información sobre los requisitos y la experiencia de

expertos en sistemas;

(2) Autoría: analizar el sistema, el diseño, el sistema y el documento de los

resultados;

(3) Lectura: revisar el análisis y diseño, observe los errores y ofrecer mejoras;

(4) Revisar: corregir y mejorar los documentos

(5) Aprobar: verificar y aceptar el contenido técnico.

 C.2 Enfoque MERISE

La metodología MERISE consta de seis pasos:

(1) La definición de un plan maestro destinado organización vincular los objetivos

estratégicos y las necesidades de información;

(2) Estudio preliminar que permite conseguir un compromiso entre en conflicto

(3) El estudio detallado que va de la elección realizada en el estudio previo a la

realización del "libro de la especificación funcional" (general de los detalles)

(4) Finalización divide en dos fases: (i) técnicas de estudio que describe la
organización de datos, almacenes de datos, procesamiento de marco y de
software, (ii) la programación;

(5) La aplicación, en relación con la puesta en marcha los preparativos, la creación

de la organización, puesta en marcha;

(6) El mantenimiento, en relación con las adaptaciones del sistema de acuerdo a las
necesidades del usuario, el medio ambiente y progresos técnicos.

C.3 Enfoque GRAI

La aplicación del método GRAI debe ser estructurada y atenerse estrictamente a los
procedimientos adecuados. Su uso requiere:

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

- Un analista y diseñador (o más si es necesario);

- Un grupo con experiencia en las técnicas necesarias para el diseño del sistema;

- Las personas entrevistadas.

El enfoque GRAI se compone principalmente de dos fases

(1) La fase de análisis: analizar el sistema actual, para recoger todos los datos
necesarios para el diseño del nuevo sistema;

(2) La fase de diseño: el diseño del sistema a partir de datos recogidos durante la
fase anterior, mediante el análisis de las contradicciones entre el sistema actual y
el sistema de referencia.