Metodología de diseño e ingeniería para organizaciones

En DEMO, el patrón básico de una transacción comercial se compone de las siguientes tres fases: ^{[ 11 ]}

• Una fase activa durante la cual un cliente solicita información al agente del proveedor.
• La ejecución de la acción que generará el hecho requerido
• Una fase factogénica, que lleva al cliente a aceptar los resultados informados.

Las transacciones básicas pueden combinarse para dar cuenta de transacciones complejas. La metodología DEMO proporciona al analista una comprensión de los procesos de negocio de la organización, así como de los agentes involucrados, pero es menos clara en cuanto a los aspectos pragmáticos de la transacción, como la estructura de la conversación y las intenciones generadas en la mente de cada agente. ^{[ 11 ]}

DEMO asume que una organización consta de tres capas integradas: ^{[ 12 ] [ 13 ]}

• Organización B,
• Organización I y
• Organización D.

La capa B, o capa de negocio según DEMO, es la esencia de la organización, independientemente del dispositivo que se utilice. Comprender la capa de negocio es el punto de partida adecuado para configurar una organización, incluyendo el software que respalda los procesos de negocio.

Esta visión conduce a una división en tres perspectivas o niveles de abstracción: ^{[ 3 ]}

• Esencial: sistema empresarial o sistema B
• Informativo: ya sea el sistema de información I
• Documenteel: sistema de datos o sistema D

En cada nivel existe su propia categoría de sistemas "activos" en ese nivel: existen sistemas B (de la empresa y el negocio), sistemas I (de información y datos) y sistemas D (de documentos y datos). El enfoque principal en DEMO se centra en el nivel crítico; por lo tanto, los otros dos se discuten con menos detalle. ^{[ 3 ]}

El modelo ontológico de una organización en DEMO-3 consta del conjunto integrado de cuatro modelos de aspectos, cada uno de los cuales adopta una perspectiva específica sobre la organización:

• Modelo de Construcción (MC)
• Modelo de Proceso (MP)
• Modelo de Acción (MA) y
• Modelo de hechos (FM)

Existen dos maneras de representar estos modelos de aspectos: gráficamente, mediante diagramas y tablas, y textualmente, en DEMOSL.

Modelo de Construcción El Modelo de Construcción (MC) de una organización es el modelo ontológico de su construcción: la composición (los roles de los actores internos, es decir, los roles de los actores dentro de los límites de la organización), el entorno (es decir, los roles de los actores fuera de los límites de la organización que tienen interacción con los roles de los actores internos), la estructura de interacción (es decir, los tipos de transacciones entre los roles de los actores en la composición, y entre estos y los roles de los actores en el entorno), y la estructura de interstricción (es decir, los vínculos de información desde los roles de los actores en la composición a los tipos de transacciones internas y a los tipos de transacciones externas).

La gestión de configuración (MC) de una organización se representa en un diagrama de construcción organizativa (DCO), una tabla de productos de transacción (TPT) y una tabla de contenido bancario (TCB).

Modelo de Proceso El Modelo de Proceso (MP) de una organización es el modelo ontológico del espacio de estados y el espacio de transición de su mundo de coordinación. En cuanto al espacio de estados, el MP contiene, para todos los tipos de transacciones internas y de frontera, los pasos del proceso y las leyes de existencia que se aplican, de acuerdo con el patrón de transacción completo. En cuanto al espacio de transición, el MP contiene los tipos de eventos de coordinación, así como las leyes de ocurrencia aplicables, incluidas las cardinalidades de las ocurrencias. Las leyes de ocurrencia dentro de un proceso de transacción están completamente determinadas por el patrón de transacción completo. Por lo tanto, un PSD contiene solo las leyes de ocurrencia entre procesos de transacción, expresadas en enlaces entre pasos del proceso. Hay dos tipos: enlaces de respuesta y enlaces de espera.

Un PM se representa en un Diagrama de Estructura de Proceso (PSD) y en un Diagrama de Patrón de Transacción (TPD) para cada tipo de transacción. En estos diagramas se indica qué "excepciones" se gestionarán.

Modelo de Acción El Modelo de Acción (MA) de una organización consiste en un conjunto de reglas de acción. Hay una regla de acción para cada tipo de agenda para cada rol de actor interno. Los tipos de agenda se determinan mediante los TPD de los tipos de transacción identificados (ver PM). Una regla de acción consta de una parte de evento (el/los evento(s) a responder), una parte de evaluación (los hechos que se van a inspeccionar) y una parte de respuesta (el/los acto(s) que se van a realizar.

Un AM está representado en las Especificaciones de Reglas de Acción (ARS) y las Especificaciones de Instrucciones de Trabajo (WIS).

Modelo de Hechos El Modelo de Hechos (MH) de una organización es el modelo ontológico del espacio de estados y el espacio de transición de su mundo de producción. En cuanto al espacio de estados, el MH contiene todos los tipos de hechos identificados (tanto declarados como derivados) y las leyes de existencia. Tres tipos de leyes de existencia se especifican gráficamente: leyes de referencia, leyes de unicidad y leyes de dependencia; las demás se especifican textualmente. En cuanto al espacio de transición, el MH contiene los tipos de eventos de producción (resultados de transacciones) así como las leyes de ocurrencia aplicables. El espacio de transición del mundo de producción está completamente determinado por el espacio de transición de su mundo de coordinación. Sin embargo, puede ser ilustrativo mostrar las leyes de ocurrencia implícitas en un OFD.

El FM se representa en un Diagrama de Hechos de Objetos (OFD), posiblemente complementado con Especificaciones de Hechos Derivados y Especificaciones de Leyes de Existencia.

Alguien inicia una comunicación solicitando que otra persona logre el resultado deseado. La persona responsable del resultado puede responder con una promesa y, una vez realizado el trabajo (ejecución), puede afirmar que se ha alcanzado el resultado deseado. Si la persona que solicitó el resultado lo acepta, entonces se considera un hecho. El patrón descrito en la comunicación entre dos personas se denomina transacción DEMO. En DEMO, una cadena de transacciones se denomina proceso de negocio.

El resultado de una transacción se puede especificar en DEMO como un tipo de hecho, utilizando el modelado de roles de objetos (ORM).