Modelado de metaprocesos

Los modelos de procesos tradicionales son expresiones de las experiencias de sus desarrolladores. Dado que esta experiencia no está formalizada y, por consiguiente, no está disponible como un acervo de conocimiento, se puede decir que estos modelos de procesos son el resultado de una técnica de construcción ad hoc. Esto tiene dos consecuencias principales: no es posible saber cómo se generaron estos modelos de procesos y se vuelven dependientes del dominio de la experiencia. Si los modelos de procesos han de ser independientes del dominio y si han de ser rápidamente generables y modificables, entonces debemos alejarnos de la construcción de modelos de procesos basada en la experiencia. Claramente, la generación y la modificabilidad están relacionadas con la política de gestión de procesos adoptada (véase Usage World). La instanciación y el ensamblaje, al promover la modularización, facilitan la capitalización de las buenas prácticas y la mejora de los modelos de procesos existentes. ^{[ 2 ]}

La técnica de ensamblaje se basa en la idea de un repositorio de procesos del cual se pueden seleccionar componentes del proceso. Rolland (1998) enumera dos estrategias de selección: ^{[ 2 ]}

1. Promover un análisis global del proyecto en cuestión basado en criterios de contingencia (Ejemplo Van Slooten 1996 ^{[ 5 ]} ).
2. Utilizando la noción de descriptores ^{[ 6 ]} como medio para describir fragmentos de procesos. Esto facilita la recuperación de componentes que cumplen con los requisitos del usuario / coinciden con la situación en cuestión. ^{[ 7 ]} (Ejemplo Plihon 1995 ^{[ 8 ]} en NATURE ^{[ 9 ]} y repositorio de enfoques basados ​​en escenarios accesibles en Internet en el proyecto CREWS ^{[ 10 ] [ 11 ]} )

Para que la técnica de ensamblaje tenga éxito, es necesario que los modelos de proceso sean modulares. Si la técnica de ensamblaje se combina con la técnica de instanciación, entonces el metamodelo también debe ser modular. ^{[ 2 ]}

Para reutilizar procesos, un modelo de metaproceso identifica "las características comunes y genéricas de los modelos de proceso y las representa en un sistema de conceptos. Dicha representación tiene el potencial de 'generar' todos los modelos de proceso que comparten estas características. Este potencial se materializa cuando se define una técnica de generación cuya aplicación da como resultado el modelo de proceso deseado". ^{[ 2 ]}

Los modelos de proceso se derivan a partir de los metamodelos de proceso mediante instanciación . Rolland asocia una serie de ventajas con el enfoque de instanciación: ^{[ 2 ]}

1. La explotación del metamodelo ayuda a definir una amplia gama de modelos de procesos.
2. Esto hace que la actividad de definir modelos de procesos sea sistemática y versátil.
3. Obliga a buscar e introducir, en el metamodelo de procesos, soluciones genéricas a los problemas, lo que hace que los modelos de procesos derivados hereden las características de la solución.

"La técnica de instanciación se ha utilizado, por ejemplo, en NATURE, ^{[ 9 ]} Rolland 1993, ^{[ 1 ]} Rolland 1994, ^{[ 12 ]} y Rolland 1996. ^{[ 13 ]} El ingeniero de procesos debe definir las instancias de contextos y relaciones que componen el modelo de proceso de interés." ^{[ 2 ]}

Rolland (1998) enumera numerosos lenguajes para expresar modelos de procesos utilizados por la comunidad de ingeniería de software: ^{[ 2 ]}

• E3 ^{[ 4 ]}
• Diversos dialectos de Prolog para EPOS, ^{[ 14 ]} Oikos, ^{[ 15 ]} y PEACE ^{[ 4 ]}
• PS-Algol para PWI ^{[ 4 ]}

así como otros paradigmas computacionales:

• Redes de Petri en EPOS ^{[ 14 ]} y SPADE ^{[ 16 ]}
• Paradigma basado en reglas en MERLIN ^{[ 17 ]}
• ALF ^{[ 18 ]}
• Marvel ^{[ 19 ]}
• EPOS ^{[ 14 ]}
• Disparadores en ADELE ^{[ 20 ]} y MVP-L. ^{[ 4 ]}

Los lenguajes suelen estar relacionados con programas de procesos, mientras que las técnicas de instanciación se han utilizado para construir scripts de procesos. ^{[ 2 ]}

El proceso de metamodelado suele apoyarse en herramientas de software, denominadas herramientas CAME (Ingeniería de Métodos Asistida por Computadora) o herramientas MetaCASE (Herramientas de Ingeniería de Software Asistida por Computadora de Nivel Meta). A menudo, la técnica de instanciación se ha utilizado para construir el repositorio de entornos de Ingeniería de Métodos Asistida por Computadora. ^{[ 2 ] [ 21 ] [ 22 ] [ 23 ] [ 24 ]}

Ejemplos de herramientas para el modelado de metaprocesos son: ^{[ 25 ]}

• Maestro II ^{[ 23 ]}
• MetaEdit+ ^{[ 21 ]}
• Mentor ^{[ 24 ]}

El mapa es "una estructura de navegación que permite la selección dinámica de la intención a alcanzar a continuación y la estrategia adecuada para lograrla"; es "un modelo de proceso que incluye un ordenamiento no determinista de intenciones y estrategias. Es un grafo dirigido etiquetado con las intenciones como nodos y las estrategias como aristas entre las intenciones. La naturaleza dirigida del grafo muestra qué intenciones pueden seguir a cuál". ^{[ 3 ]}

El mapa del método CREWS-L'Ecritoire se ve así:

El mapa consta de objetivos/ intenciones (marcados con óvalos) que están conectados por estrategias (simbolizadas con flechas). Una intención es un objetivo que el ingeniero de aplicaciones tiene en mente en un momento dado. Una estrategia es un enfoque, una manera de lograr una intención. La conexión de dos objetivos con una estrategia también se denomina sección . ^{[ 3 ]}

Un mapa permite al ingeniero de aplicaciones determinar una ruta desde la intención de inicio hasta la intención de finalización. El mapa contiene un número finito de rutas, cada una de las cuales prescribe una forma de desarrollar el producto; es decir, cada una es un modelo de proceso. Por lo tanto, el mapa es multimodelo. Incorpora varios modelos de proceso, proporcionando una vista multimodelo para modelar una clase de procesos. Ninguno de los modelos incluidos en el mapa se recomienda a priori. En cambio, el enfoque sugiere una construcción dinámica de la ruta real mediante la navegación en el mapa. En este sentido, el enfoque es sensible a las situaciones específicas que surgen en el proceso. La siguiente intención y la estrategia para lograrla son seleccionadas dinámicamente por el ingeniero de aplicaciones entre las diversas opciones posibles que ofrece el mapa. Además, el enfoque permite la adición dinámica de una ruta en el mapa, es decir, la incorporación de una nueva estrategia o una nueva sección en el curso real del proceso. En tal caso, las directrices que ponen a disposición todas las opciones abiertas para manejar una situación dada son de gran utilidad. El mapa está asociado a dichas directrices. ^{[ 3 ]}

Una directriz «ayuda en la operacionalización de la intención seleccionada»; ^{[ 3 ]} es «un conjunto de indicaciones sobre cómo proceder para lograr un objetivo o realizar una actividad». ^{[ 33 ]} La descripción de las directrices se basa en el enfoque contextual del proyecto NATURE ^{[ 9 ] [ 34 ] [ 35 ]} y su correspondiente mecanismo de ejecución. ^{[ 24 ]} Se pueden distinguir tres tipos de directrices:

• Las Directrices de Selección de Intenciones (ISG, por sus siglas en inglés) identifican el conjunto de intenciones que se pueden lograr en el siguiente paso y seleccionan el conjunto correspondiente de IAG (una sola opción para una intención) o SSG (varias intenciones posibles).
• Las Directrices para la Selección de Estrategias (SSG, por sus siglas en inglés) orientan la selección de una estrategia, lo que a su vez conduce a la selección del Grupo de Interés de Estrategia (IAG, por sus siglas en inglés) correspondiente.
• Las Directrices para el Logro de la Intención (IAG, por sus siglas en inglés) tienen como objetivo ayudar al ingeniero de aplicaciones a lograr una intención de acuerdo con una estrategia, se ocupan de las tácticas para implementar estas estrategias, pueden ofrecer varias tácticas y, por lo tanto, pueden contener formas operativas alternativas para cumplir la intención.

En nuestro caso, es necesario definir las siguientes directrices, que se corresponden con el mapa mostrado anteriormente:

Directrices para la selección de intenciones (ISG)

1. ISG-1 Progreso desde la obtención de un objetivo
2. ISG-2 Progreso desde la conceptualización de un escenario
3. ISG-3 Progreso desde Escribir un escenario
4. ISG-4 Progreso desde el inicio

Directrices para la selección de estrategias (SSG)

1. SSG-1 Progreso para obtener un objetivo
2. El equipo SSG-2 avanza en la conceptualización de un escenario.
3. SSG-3 Progreso para escribir un escenario
4. SSG-4 Progreso para obtener un objetivo
5. El progreso del SSG-5 se detendrá.

Pautas para el logro de intenciones (PAI)

1. IAG-1 Obtener un objetivo con una estrategia basada en casos
2. IAG-2 Obtener un objetivo con estrategia de composición
3. IAG-3 Obtener un objetivo con una estrategia alternativa
4. IAG-4 Obtener un objetivo con estrategia de refinamiento
5. IAG-5 Obtener un objetivo con estrategia lingüística
6. IAG-6 Obtener un objetivo con una estrategia basada en plantillas
7. IAG-7 Redactar un escenario con una estrategia basada en plantillas.
8. IAG-8 Escribe un escenario en prosa libre
9. IAG-9 Conceptualizar un escenario con estrategia de soporte informático
10. IAG-10 Conceptualizar un escenario manualmente
11. IAG-11 Detener la estrategia de exhaustividad

El siguiente gráfico muestra los detalles de la Guía de Logro de Intenciones 8 (IAG-8).

En la perspectiva multimodelo presentada en el artículo de C. Rolland, el metaproceso (la instancia del modelo de metaproceso) es «un proceso para la generación de una ruta a partir del mapa y su ejecución instantánea para la aplicación en cuestión». ^{[ 3 ]} Si bien el modelo de metaproceso puede representarse de diversas maneras, se optó nuevamente por un mapa como medio para ello. No debe confundirse con el mapa del modelo de proceso presentado anteriormente.

Colette Rolland describe el metamodelo de la siguiente manera: ^{[ 3 ]} (Las meta-intenciones están en negrita, las meta-estrategias en cursiva – en verde en el mapa).

La meta-intención « Iniciar » inicia la construcción de un proceso seleccionando una sección en el mapa de métodos que tiene como origen la intención «Iniciar». La meta-intención «Elegir sección» da como resultado la selección de una sección del mapa de métodos. La meta-intención «Ejecutar sección» provoca la ejecución de la sección del mapa de métodos resultante de «Elegir sección» . Finalmente, la meta-intención «Detener» detiene la construcción del proceso de la aplicación. Esto ocurre cuando la meta-intención «Ejecutar sección» conduce a la ejecución de la sección del mapa de métodos que tiene como destino «Detener». Como ya se explicó en las secciones anteriores, existen dos maneras de seleccionar una sección de un mapa de métodos: seleccionando una intención o seleccionando una estrategia. Por lo tanto, la meta-intención «Elegir sección» tiene asociadas dos meta-estrategias: «Seleccionar intención» y «Seleccionar estrategia» . Una vez que se ha seleccionado una sección del mapa de métodos mediante «Elegir sección» , se debe recuperar la IAG para respaldar su ejecución; esto se representa en [el gráfico] asociando la meta-estrategia « Soporte automatizado» con la meta-intención «Ejecutar sección ».