IDEF6

La justificación del diseño (por qué y cómo) puede contrastarse con las nociones relacionadas de especificación del diseño (qué) e historial del diseño (pasos dados). Las especificaciones del diseño describen la intención que debe materializarse en el artefacto físico final. La justificación del diseño describe por qué la especificación del diseño es como es. Esto incluye información como los principios y la filosofía de funcionamiento, los modelos de comportamiento correcto y los modelos de cómo se comporta el artefacto cuando falla. El historial del proceso de diseño registra los pasos que se dieron, los planes y las expectativas que llevaron a estos pasos, y los resultados de cada paso. ^{[ 1 ]}

• Fenómenos de la lógica del diseño  : Una caracterización general de la lógica del diseño puede darse como: “Las creencias y los hechos, así como su organización, que el ser humano utiliza para hacer (o justificar) compromisos de diseño y para propagar esos compromisos”.
• Problemas en la captura de la justificación del diseño  : Una de las razones de la pérdida de la justificación radica en el largo lapso de tiempo entre la especificación del artefacto de software y su finalización. También existen problemas para desarrollar una comprensión general de lo que debería constituir una justificación de diseño explícitamente capturada. Es decir, una dificultad notable para expresar la justificación del diseño es que el concepto en sí no se entiende de manera uniforme. Comparte esta característica con todas las demás formas de "explicación" con las que los investigadores de Inteligencia Artificial (IA) siguen lidiando.

En IDEF6, el procedimiento de captura de la justificación comprende actividades de partición, clasificación/especificación, ensamblaje, simulación/ejecución y reparticionamiento. El procedimiento de captura de la justificación, aplicado normalmente en la actividad de simulación/ejecución del diseño en evolución, utiliza dos fases: la Fase I describe el problema y la Fase II desarrolla una estrategia de solución. ^{[ 1 ]}

El diseño es un procedimiento iterativo que implica actividades de partición, clasificación/especificación, ensamblaje, simulación y re-partición (véase la figura). En primer lugar, el diseño se divide en artefactos de diseño. Cada artefacto se clasifica en función de los artefactos de diseño existentes o se desarrolla una especificación externa para él. La especificación externa permite delegar y ejecutar simultáneamente la especificación interna del artefacto de diseño. Tras la clasificación/especificación, las interfaces entre los artefactos de diseño se especifican en la actividad de ensamblaje (es decir, se desarrollan modelos estáticos, dinámicos y de comportamiento que detallan diferentes aspectos de la interacción entre los artefactos de diseño). Mientras se desarrollan los modelos, es importante simular escenarios o casos de uso ^{[ 5 ]} entre los artefactos de diseño para descubrir fallos de diseño. Al analizar estos fallos, el diseñador puede reorganizar los modelos existentes y simularlos hasta quedar satisfecho. Los fallos de diseño observados y las acciones contempladas y tomadas para cada uno constituyen la base del procedimiento de captura de la justificación del diseño ^{[ 1 ] .}

Identificar problemas

El diseñador identifica problemas en el estado actual del diseño al revisar los casos de uso en el modelo de requisitos para validar que el diseño cumpla con los requisitos y verificar que funcione según lo previsto. El diseñador registra síntomas o inquietudes sobre el estado actual del diseño. Un síntoma es la observación de una falla operativa o una condición indeseable en el diseño existente. Una inquietud es la observación de una falla prevista o una condición indeseable en el diseño existente. ^{[ 1 ]}

Identificar las restricciones

El diseñador identifica entonces las restricciones que los problemas infringen o podrían infringir. Estas restricciones incluyen requisitos, objetivos, leyes físicas, convenciones, supuestos, modelos y recursos. Dado que las actividades y los procesos en los escenarios de casos de uso se corresponden con los requisitos y los objetivos, el fallo del diseño en cualquier actividad o proceso de un caso de uso puede atribuirse directamente a las declaraciones de requisitos y objetivos. ^{[ 1 ]}

Identificar necesidades

El diseñador identifica entonces las condiciones o necesidades necesarias para resolver los problemas. Una necesidad es una condición necesaria que debe cumplirse para poder resolver un problema o conjunto de problemas específicos. Es posible que la declaración de necesidades deba describir la esencialidad para flexibilizar los requisitos y las restricciones de objetivos que rigen el diseño. ^{[ 1 ]}

Formular objetivos y requisitos

Una vez identificadas las necesidades para la transición del diseño, el diseñador formula ^{[ 1 ]}

1. requisitos que la solución debe satisfacer y
2. objetivos que la solución debería intentar satisfacer.

Un requisito es una restricción que afecta a los aspectos funcionales, de comportamiento, físicos o del método de desarrollo de una solución. Un objetivo de diseño es una meta definida que la estructura y las especificaciones del diseño deben respaldar.

Una vez establecidos los requisitos y objetivos, el equipo de diseño formula estrategias alternativas para explorar en la siguiente transición importante del diseño. ^{[ 1 ]}

Las estrategias de diseño pueden considerarse como “metaplanes” para abordar situaciones de diseño frecuentes. Pueden verse como metodologías u organizaciones de las actividades de diseño básicas identificadas anteriormente (es decir, partición, clasificación/especificación, ensamblaje, simulación y re-partición). Los tres tipos de estrategias de diseño considerados en el componente de justificación de IDEF4 incluyen:

1. Diseño impulsado por restricciones externas: Diseño realizado en situaciones donde los objetivos, las intenciones y los requisitos no están bien caracterizados, y mucho menos definidos. Estas situaciones suelen surgir cuando el diseñador se incorpora al proceso de desarrollo del producto demasiado pronto.
2. Diseño basado en características: Diseño en un entorno estrictamente controlado donde se exigen rigurosamente la rendición de cuentas y la demostración de su idoneidad. Estas situaciones de diseño suelen implicar situaciones potencialmente mortales.
3. Diseño impulsado por arrastre: a veces denominado diseño "rutinario".

En resumen, el diseño como actividad cognitiva comparte muchas características con otras actividades como la planificación y el diagnóstico. Sin embargo, se distingue por el contexto en el que se realiza, las actividades genéricas involucradas, las estrategias empleadas y los tipos de conocimiento aplicados. Una característica distintiva importante es que el proceso de diseño se centra en la creación (perfeccionamiento, análisis, etc.) de una especificación del producto final. ^{[ 1 ]}