Gestión de la Ingeniería

de Sistemas
SESIÓN 9: PROCESO DE DEFINICIÓN DE DISEÑO DEL SISTEMA
EXPLICAR ALCANCE DE LA SESION 9

Proceso de Definición de Diseño

1. Introducción
2. Enfoque de SEBoK
3. Enfoque de INCOSE
4. Conclusiones y recomendaciones
Proceso de Definición de Diseño
1. Introducción

Procesos Ténicos
del Modelo
ISO 15288:2015
Proceso de Definición de Diseño
1. Introducción

• A lo largo del curso hemos visto dos enfoques del Ciclo de Vida de
Sistemas:
• Enfoque de SEBoK

• Enfoque de INCOSE (ISO15288):

Utilización/
Concepto Desarrollo Producción Retiro
Soporte
 Proceso de Definición de Diseño
1. Introducción

 La etapa de Definición de Concepto:

 Definir el espacio del problema
 1. Investigación exploratoria
 2. Selección de concepto
 Caracterizar el espacio de la solución
 Identificar las necesidades de las partes interesadas
 Explorar ideas y tecnologías perfeccionar las necesidades de las partes interesadas
 Explorar conceptos factibles
 Proponer soluciones viables
Proceso de Definición de Diseño
1. Introducción
 La etapa de Realización/Desarrollo del Sistema
 Definir / perfeccionar los requisitos del sistema
 Crear una descripción de la solución: arquitectura y diseño.
 Implementar el sistema inicial
 Integrar, verificar y validar el sistema
Proceso de Definición de Diseño
1. Introducción
 Las etapas de producción:
 Producir el sistema
 Inspeccionar y verificar

 La etapa de utilización
 Operar el sistema para satisfacer necesidades usuarios
 La etapa de soporte
 Proporcionar capacidad de sistema sostenida
 La etapa de Retiro:
 Almacenar, archivar o eliminar el sistema
 Proceso de Definición de Diseño
1. Introducción
Etapa Definición de Definición del Realización/Desarr Producción/Sopo Retiro
Concepto Sistema ollo del Sistema rte/Utilización

Proceso • Análisis de • Requerimientos • Implementación • Operación Eliminación

Negocio o del Sistema • Integración • Mantenimiento
misión • Arquitectura del • Verificación
• Necesidades Sistema • Transición
y requisitos de • Definición de • Validación
los Diseño
stakeholders • Análisis del
Sistema
Procesos de Definición de Diseño
ENFOQUE DEL SEBOK
Proceso de Definición
de Diseño
2. Enfoque de SEBOK

 El propósito del Diseño del Sistema es

complementar la arquitectura del sistema
proporcionando información y datos útiles y
necesarios para la implementación de los
elementos del sistema.

 La definición de diseño es el proceso de

desarrollar, expresar, documentar y
comunicar la realización de la arquitectura
del sistema a través de un conjunto
completo de características de diseño
descritas en una forma adecuada para la
implementación.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
▪ CONCEPTOS Y PRINCIPIOS
▪ Noción de Diseño
 Proceso de Definición de Diseño
2. Enfoque de SEBOK
 CONCEPTOS Y PRINCIPIOS
 Características del diseño y facilitadores del diseño
 Cada dominio o disciplina tecnológica posee sus leyes,
reglas, teorías y facilitadores peculiares con respecto a las
propiedades transformacionales, estructurales, de
comportamiento y temporales de sus partes compuestas de
materiales, energía o información.
 Estas partes específicas y / o sus composiciones se
describen con características y facilitadores de diseño
típicos.
 Estos permiten lograr la implementación de cada elemento
del sistema a través de diversas transformaciones e
intercambios requeridos por las características de diseño
(por ejemplo, nivel de operabilidad, tasa de confiabilidad,
velocidad, nivel de protección) que se han asignado durante
el proceso de definición de la arquitectura del sistema.
 La definición de diseño proporciona la descripción de
las características de diseño y los habilitadores de
diseño necesarios para la implementación.
 Proceso de Definición de Diseño
2. Enfoque de SEBOK
 CONCEPTOS Y PRINCIPIOS
 Características del diseño y facilitadores del diseño (cont)
 La definición de diseño proporciona la descripción de las
características de diseño y los habilitadores de diseño
necesarios para la implementación.
 Las características del diseño incluyen dimensiones,
formas, materiales y estructuras de procesamiento de
datos.
 Los habilitadores de diseño incluyen expresiones o
ecuaciones formales, dibujos, diagramas, tablas de
métricas con sus valores y márgenes, patrones, algoritmos
y heurísticas.
 Ejemplos de características de diseño genéricas en
software: distribución de procesamiento, estructuras de
datos, persistencia de datos, abstracción de
procedimientos, abstracción de datos, abstracción de
control, encapsulación, patrones de creación
Proceso de Definición de Diseño
2. Enfoque de SEBOK
 CONCEPTOS Y PRINCIPIOS
 Relación con la arquitectura del sistema
 El diseño del sistema pretende ser el vínculo entre la
arquitectura del sistema (en cualquier punto que se defina
este hito en la aplicación específica del proceso de ingeniería
de sistemas) y la implementación de los elementos
tecnológicos del sistema que componen el modelo de
arquitectura física del sistema.
 La definición del diseño se basa en requisitos
específicos, la arquitectura del sistema y un análisis más
detallado del rendimiento y la viabilidad. Aborda las
tecnologías de implementación y su asimilación. El diseño
proporciona el "cómo" o "implementar hasta" a nivel de
la definición.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
 CONCEPTOS Y PRINCIPIOS
 Relación con la arquitectura del Sistema (cont)
 El diseño se refiere a todos los elementos del sistema
compuestos por tecnologías de implementación, como la
mecánica, la electrónica, el software, la química, las
operaciones humanas y los servicios para los que se
necesitan procesos de ingeniería específicos.
 El diseño del sistema proporciona información a la
arquitectura del sistema principal para consolidar o
confirmar la asignación y la división de las
características arquitectónicas y las propiedades del
diseño en los elementos del sistema.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
▪ CONCEPTOS Y PRINCIPIOS
Descriptor de diseño
• Un descriptor de diseño es el conjunto de características de diseño
genéricas y de sus posibles valores.
• Si existen elementos del sistema similares, pero no exactos, es posible
analizarlos para identificar sus características básicas.
• Las variaciones de los posibles valores de cada característica
determinan los posibles elementos del sistema candidatos.
Diseño holístico
• El diseño holístico es un enfoque que considera que el sistema se
está diseñando como un todo interconectado, que también es parte
de algo más grande.
• Los conceptos holísticos se pueden aplicar al sistema como un todo
junto con el sistema en su contexto (por ejemplo, la empresa o misión
en la que participa el sistema), así como el diseño de dispositivos
mecánicos, la distribución de espacios, etc.
• Este enfoque a menudo incorpora preocupaciones sobre el medio
ambiente, considerando cómo el diseño afectará el medio
ambiente y tratando de reducir el impacto ambiental.
• El diseño holístico es más que simplemente tratar de cumplir con
los requisitos del sistema.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
ENFOQUE BASADO EN PROCESOS
Propósito
• El propósito del proceso de Diseño del Sistema es
proporcionar suficientes datos e información detallados
sobre el sistema y sus elementos del sistema para permitir la
implementación consistente con las entidades arquitectónicas
definidas en los modelos y vistas de la arquitectura del sistema
(ISO / IEC / IEEE 15288 [ISO 2015 ]).
• Las entradas genéricas incluyen la descripción de la arquitectura
del sistema principal y los requisitos de los elementos del sistema.
• Los resultados genéricos son la descripción de las
características del diseño y los habilitadores del diseño
necesarios para la implementación.
Actividades del proceso
1. Inicializar la definición del diseño
2. Establecer características de diseño y facilitadores de diseño
relacionados con cada elemento del sistema.
3. Evaluar alternativas para obtener elementos del sistema.
4. Gestionar el diseño
Proceso de Definición de Diseño
2. Enfoque de SEBOK
ENFOQUE BASADO EN PROCESOS
Actividades del proceso
1. Inicializar la definición del diseño
• Plan de gestión tecnológica para todo el sistema. Identificar
las tecnologías (mecánica, electricidad, electrónica,
software, biología, operadores, etc.) que compondrían e
implementarían los elementos del sistema y sus interfaces
físicas.
• Determine qué tecnologías y elementos del sistema tienen
riesgo de volverse obsoletos o evolucionar durante la etapa
de operación del sistema. Planifique su posible reemplazo.
• Identificar tipos de características o propiedades de diseño
para cada tecnología de cada elemento del sistema.
• Evalúe periódicamente las características del diseño y
ajústelo a medida que evoluciona el sistema.
• Documente la estrategia de definición del diseño, incluida la
necesidad y los requisitos de cualquier sistema, producto o
servicio habilitante para realizar el diseño.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
ENFOQUE BASADO EN PROCESOS
Actividades del proceso
2. Establecer características de diseño y facilitadores de diseño
relacionados con cada elemento del sistema.
• Realizar, consolidar o detallar la asignación de requisitos del sistema a los
elementos del sistema para todos los requisitos y elementos del sistema que no
se abordan por completo en el proceso de Arquitectura del sistema
• Definir las características de diseño relacionadas con las características
arquitectónicas y verificar que sean implementables. Utilice facilitadores de
diseño, como modelos (físicos y analíticos), heurísticas de diseño, etc. Si las
características del diseño no son factibles, evalúe otras alternativas de diseño u
opciones de implementación, o realice operaciones de definición de otros elementos
del sistema.
• Defina las interfaces que no fueron definidas por el proceso de Arquitectura del
sistema o que necesitan refinarse a medida que evolucionan los detalles del
diseño. Esto incluye tanto las interfaces internas entre los elementos del sistema
como las interfaces externas con otros sistemas.
• Registre las características de diseño de cada elemento del sistema dentro de
los artefactos aplicables (dependen de los métodos y técnicas de diseño utilizados).
• Proporcionar una justificación sobre la selección de las principales opciones y
facilitadores de implementación.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
ENFOQUE BASADO EN PROCESOS
Actividades del proceso
3. Evaluar alternativas para obtener elementos del sistema.
• Identificar los elementos del sistema implementados
existentes (COTS=Commercial Off-The Shelf / NDI=Non
Development Item), reutilizados u otros elementos del sistema
no desarrollados). Se pueden estudiar alternativas para el
desarrollo de nuevos elementos del sistema.
• Evalúe las opciones de diseño para el elemento del sistema,
utilizando criterios de selección que se derivan de las
características del diseño.
• Seleccione las alternativas más adecuadas.
• Si se toma la decisión de desarrollar el elemento del sistema,
se utiliza el resto del proceso de definición del diseño y el
proceso de implementación.
• Si la decisión es comprar o reutilizar un elemento del sistema,
el proceso de adquisición puede usarse para obtener el
elemento del sistema.
• Hoy se pueden incorporar elementos de sistema ya
desarrollados como APIs.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
ENFOQUE BASADO EN PROCESOS
Actividades del proceso
4. Gestionar el diseño
• Capturar y mantener el fundamento de todas las selecciones
entre alternativas y decisiones para el diseño, las
características de la arquitectura, los habilitadores del diseño y
las fuentes de los elementos del sistema.
• Evaluar y controlar la evolución de las características del
diseño, incluida la alineación con la arquitectura.
• Establecer y mantener la trazabilidad entre las
características del diseño y las características arquitectónicas,
y con los requisitos necesarios.
• Proporcionar información básica para la gestión de la
configuración.
• Mantener la línea de base del diseño y la estrategia de
definición del diseño.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
TRAMPAS EN DISEÑO

Algunas de las dificultades clave que se encuentran al realizar el diseño del sistema se proporcionan en la Tabla 1.

Tabla 1. Problemas con el diseño del sistema. (SEBoK Original)

Trampa
Considere el diseño de
cada elemento del
sistema por separado
Descripción
Esto se llevaría a cabo utilizando una implementación heterogénea de
una tecnología determinada o entre tecnologías dentro del sistema de
interés. La estrategia de diseño para el sistema completo se define para
encontrar sinergias y / o puntos en común que puedan ayudar a la
operación y mantenimiento de los elementos del sistema.
Proceso de Definición de Diseño
2. Enfoque de SEBOK
Prácticas probadas

Algunas prácticas probadas recopiladas de las referencias se proporcionan en la Tabla 2..

Tabla 2. Prácticas probadas con diseño de sistemas. (SEBoK Original)

Práctica Descripción
Apoyo mutuo de Los ingenieros de cada disciplina realizan la definición de diseño de
arquitectura y diseño cada elemento del sistema; proporcionan un fuerte apoyo
(conocimientos y competencias) a los ingenieros o arquitectos de
sistemas en la evaluación y selección de arquitecturas de sistemas y
elementos de sistemas candidatos. A la inversa, los ingenieros de
sistemas, o arquitectos, deben proporcionar retroalimentación a los
ingenieros de cada disciplina para mejorar el conocimiento y la
experiencia.
Procesos de Definición de Diseño
EN FOQUE DEL INCOSE
Proceso de Definición de Diseño
3. Enfoque de INCOSE
• Propósito (según 15288):
– Proporcionar suficientes datos e información detallados sobre el sistema y sus
elementos para permitir la implementación coherente con las entidades
arquitectónicas definidas en los modelos y vistas de la arquitectura del sistema.
• Descripción:
• La arquitectura del sistema se ocupa de principios, conceptos y características de
alto nivel representados por vistas generales o modelos que excluyen los detalles
• El diseño del sistema complementa la arquitectura del sistema proporcionando
información y datos útiles y necesarios para la implementación de los elementos
del sistema.
– Esta información y datos detallan las propiedades esperadas asignadas a cada
elemento del sistema y / o para permitir la transición hacia su implementación.
• El diseño es el proceso de desarrollar, expresar, documentar y comunicar la
realización de la arquitectura del sistema a través de un conjunto completo
de características de diseño descritas en una forma adecuada para la
implementación.
• El diseño se refiere a todos los elementos del sistema (por ejemplo, compuestos
de tecnologías de implementación como mecánica, electrónica, software, química,
operaciones humanas y servicios) para los que se necesitan procesos de
ingeniería específicos.
Proceso de Definición de Diseño
3. Enfoque de INCOSE

Descripción (cont.):
 Resultados del proceso de definición del diseño:
 La descripción de las características del diseño y los
habilitadores del diseño necesarios para la
implementación.
 Las características del diseño incluyen dimensiones,
formas, materiales y estructuras de procesamiento de
datos.
 Los habilitadores de diseño incluyen expresiones o
ecuaciones formales, dibujos, diagramas, tablas de
métricas con sus valores y márgenes, patrones,
algoritmos y heurísticas.
Diagrama IPO del Proceso de Definición de Diseño
Entrada
• Conceptos de ciclo de vida
• Definición de la función del
sistema
• Requisitos del sistema
• Identificación de la interfaz
funcional del sistema
• Descripción de la arquitectura del
sistema
• Justificación de la arquitectura
del sistema
• Definición de interfaz preliminar
• Necesidades preliminares de TPM
• Datos preliminares de TPM
• Trazabilidad de la arquitectura
• Identificación de actualización
de definición de interfaz
• Trazabilidad de la
implementación
• Restricciones del ciclo de vida
Controles
Actividades
• Prepárese para la definición
de diseño
• Establecer características
de diseño y habilitadores de
diseño relacionados con
cada elemento del sistema.
• Evaluar alternativas para
obtener elementos del
sistema
• Gestionar el diseño
Facilitadores
Salida
• Estrategia de definición de
diseño
• Descripción del diseño del
sistema
• Justificación del diseño del
sistema
• Definición de interfaz
• Necesidades de TPM
• Datos de TPM
• Trazabilidad del diseño
• Descripciones de elementos
del sistema
• Registro de definición de
diseño
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ENTRADAS
Entrada
– Conceptos de ciclo de vida: articulación y refinamiento de los diversos conceptos de
ciclo de vida de acuerdo con las necesidades comerciales en forma de documentos de • Conceptos de ciclo de vida
concepto de ciclo de vida en los que se basa, evalúa y selecciona el sistema de • Definición de la función del
interés. sistema
• La arquitectura se basa en estos conceptos y son esenciales para • Requisitos del sistema
proporcionar un contexto para la interpretación adecuada de los requisitos • Identificación de la interfaz
del sistema. funcional del sistema
• Descripción de la arquitectura del
– Definición de la función del sistema: definición de los límites funcionales del
sistema
sistema y las funciones que debe realizar el sistema.
• Justificación de la arquitectura
– Requisitos del sistema: qué debe hacer el sistema, qué tan bien y bajo qué del sistema
condiciones, según sea necesario para cumplir con las limitaciones del proyecto y • Definición de interfaz preliminar
del diseño. • Necesidades preliminares de TPM
• Incluye tipos de requisitos tales como funcionales, no funcionales, restricciones • Datos preliminares de TPM
de eliminación y regulación. • Trazabilidad de la arquitectura
• Los requisitos del sistema se pueden capturar en un documento llamado • Identificación de actualización
Especificación de requisitos del sistema (SyRS) o simplemente Especificación de definición de interfaz
del sistema. • Trazabilidad de la
• Esto incluye los requisitos en cualquier nivel de la jerarquía del sistema.. implementación
• Restricciones del ciclo de vida
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ENTRADAS (cont) Entrada
– Identificación de la interfaz funcional del sistema: identificación y documentación de
las interfaces funcionales con sistemas externos a los límites y los requisitos de • Conceptos de ciclo de vida
intercambio de información correspondientes. • Definición de la función del
– Descripción de la arquitectura del sistema: descripción de la arquitectura del sistema sistema
seleccionada, normalmente presentada en un conjunto de vistas arquitectónicas (por • Requisitos del sistema
ejemplo, vistas desde marcos de arquitectura), modelos (por ejemplo, modelos lógicos y • Identificación de la interfaz
físicos), y características arquitectónicas (por ejemplo, dimensiones físicas, resistencia funcional del sistema
ambiental, eficiencia de ejecución, operabilidad, confiabilidad, mantenibilidad, • Descripción de la arquitectura del
modularidad, robustez, protección, comprensibilidad, etc.). sistema
– Los elementos del sistema de importancia arquitectónica se identifican y definen • Justificación de la arquitectura
hasta cierto punto en este artefacto. (Es posible que sea necesario agregar otros del sistema
elementos del sistema durante el proceso de definición del diseño a medida que se • Definición de interfaz preliminar
desarrolla el diseño). • Necesidades preliminares de TPM
– Justificación de la arquitectura del sistema: fundamento para la selección de la • Datos preliminares de TPM
arquitectura, la selección de elementos tecnológicos / técnicos del sistema y la • Trazabilidad de la arquitectura
asignación entre los requisitos del sistema y las entidades arquitectónicas (por ejemplo, • Identificación de actualización
funciones, flujos de entrada / salida, elementos del sistema, interfaces físicas, de definición de interfaz
características arquitectónicas, elementos de información / datos, contenedores, nodos, • Trazabilidad de la
enlaces, recursos de comunicación). implementación
• Restricciones del ciclo de vida
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ENTRADAS (cont)
– Definición preliminar de la interfaz: los aspectos preliminares lógicos y físicos
de las interfaces internas (entre los elementos del sistema que componen el Entrada
sistema) y las interfaces externas (entre los elementos del sistema del sistema y • Conceptos de ciclo de vida
los elementos externos al sistema de interés). • Definición de la función del
– Necesidades preliminares del TPM: identificación preliminar del TPM (Medidas sistema
• Requisitos del sistema
de Desempeño Técnico), que mide los atributos de un elemento del sistema para
• Identificación de la interfaz
determinar qué tan bien un sistema o elemento del sistema satisface o se espera funcional del sistema
que satisfaga un requisito o objetivo técnico. • Descripción de la arquitectura del
– Datos preliminares de TPM: datos preliminares proporcionados para las sistema
necesidades de medición identificadas. • Justificación de la arquitectura
del sistema
– Trazabilidad de la arquitectura: trazabilidad bidireccional de las características • Definición preliminar de la interfaz
de la arquitectura. • Necesidades preliminares de TPM
– Identificación de actualización de definición de interfaz: identificación de • Datos preliminares de TPM
actualizaciones de interfaz, requisitos y definiciones, en su caso. • Trazabilidad de la arquitectura
• Identificación de actualización
– Trazabilidad de la implementación - Trazabilidad bidireccional de los de definición de interfaz
elementos del sistema. • Trazabilidad de la
– Restricciones del ciclo de vida: restricciones de todos los procesos del ciclo implementación
de vida aplicables, incluidas las restricciones de implementación, integración, • Restricciones del ciclo de vida
verificación, transición, validación, operación, mantenimiento y eliminación.
Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ACTIVIDADES
Actividades
– Prepárese para la definición del diseño.
• Plan de gestión tecnológica.
– Identificar las tecnologías necesarias para lograr los objetivos de diseño • Prepárese para la definición
de diseño
del sistema y sus elementos del sistema. • Establecer características
– La gestión de tecnología incluye la gestión de obsolescencia. de diseño y habilitadores de
– Determine qué tecnologías y elementos del sistema tienen riesgo de diseño relacionados con
volverse obsoletos. cada elemento del sistema.
• Evaluar alternativas para
– Planificar su posible sustitución, incluida la identificación de posibles obtener elementos del
tecnologías en evolución.. sistema
• Identificar los tipos de características de diseño aplicables para • Gestionar el diseño

cada elemento del sistema considerando las tecnologías que se

aplicarán..
– Evalúe periódicamente las características del diseño y ajústelas a
medida que evoluciona la arquitectura del sistema..
• Definir y documentar la estrategia de definición del diseño, incluida
la necesidad y los requisitos de cualquier sistema, producto o
servicio habilitador.
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ACTIVIDADES (cont)
– Establecer características de diseño y habilitadores de diseño relacionados con cada
elemento del sistema. Actividades
• Realizar la asignación de requisitos a los elementos del sistema para todos los
requisitos y elementos del sistema que no se abordan por completo en el proceso
de definición de la arquitectura. • Prepárese para la definición
• Definir las características de diseño relacionadas con las características arquitectónicas de diseño
de las entidades arquitectónicas y asegurarse de que las características de diseño sean • Establecer características
viables. de diseño y habilitadores de
– Utilice habilitadores de diseño como modelos (físicos y analíticos), heurísticas diseño relacionados con
cada elemento del sistema.
de diseño, etc.
• Evaluar alternativas para
– Si se determina que las características de diseño no son factibles, entonces obtener elementos del
evalúe otras alternativas de diseño o realice intercambios de otros elementos sistema
de definición del sistema. • Gestionar el diseño
• Realizar la definición de la interfaz para definir las interfaces que no fueron definidas
por el proceso de definición de la arquitectura o que necesitan ser refinadas a medida
que evolucionan los detalles del diseño..
– Esto incluye tanto las interfaces internas entre los elementos del sistema
como las interfaces externas con otros sistemas.
• Capture las características de diseño de cada elemento del sistema.
– Los artefactos resultantes dependerán de los métodos y técnicas de diseño
utilizados.
• Proporcionar una justificación sobre la selección de las principales opciones de
implementación y facilitadores..
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ACTIVIDADES (cont)
– Evaluar alternativas para obtener elementos del sistema. Actividades
• Identificar los elementos implementados existentes.
– Estos incluyen COTS (Comercial listo para usar), reutilizados u otros
elementos del sistema no desarrollados. • Prepárese para la definición
de diseño
– Se pueden estudiar alternativas para el desarrollo de nuevos elementos del • Establecer características
sistema. de diseño y habilitadores de
• Evaluar las opciones para el elemento del sistema, incluidos los elementos del diseño relacionados con
sistema COTS, los elementos del sistema reutilizados y los nuevos elementos del cada elemento del sistema.
sistema que se desarrollarán utilizando criterios de selección derivados de las • Evaluar alternativas para
características del diseño. obtener elementos del
• Seleccione las alternativas más adecuadas. sistema
• Gestionar el diseño
• Si se toma la decisión de desarrollar el elemento del sistema, se utiliza el resto del
proceso de definición del diseño y el proceso de implementación.
• Si la decisión es comprar o reutilizar un elemento del sistema, el proceso de
adquisición puede usarse para obtener el elemento del sistema..
– Gestionar el diseño.
• Capturar y mantener el fundamento de todas las selecciones entre alternativas y
decisiones para el diseño, las características de la arquitectura, los habilitadores
del diseño y las fuentes de los elementos del sistema.
• Gestionar el mantenimiento y la evolución del diseño, incluida la alineación con la
arquitectura..
Proceso de Definición de Diseño
3. Enfoque de INCOSE
Actividades
• ACTIVIDADES (cont)
– Gestionar el diseño.(cont)
• Prepárese para la definición
• Establecer y mantener la trazabilidad bidireccional entre las de diseño
entidades de la arquitectura (incluidas vistas, modelos y puntos de • Establecer características
de diseño y habilitadores de
vista) a los requisitos y preocupaciones de las partes interesadas; diseño relacionados con
requisitos y limitaciones del sistema; análisis del sistema, cada elemento del sistema.
intercambios y justificación; criterios y resultados de verificación; y • Evaluar alternativas para
elementos de diseño. obtener elementos del
sistema
– La trazabilidad entre las características del diseño y las entidades • Gestionar el diseño
arquitectónicas también ayuda a garantizar el cumplimiento de la
arquitectura.
• Proporcione información básica para la gestión de la configuración.
• Mantener la línea de base del diseño y la estrategia de definición del
diseño..
Proceso de Definición de Diseño
3. Enfoque de INCOSE
• SALIDAS
– Estrategia de definición de diseño: enfoques, programas, recursos y
consideraciones específicas necesarias para definir el diseño del sistema que sea Salida
coherente con la arquitectura del sistema seleccionado y satisfaga los requisitos.
– Descripción del diseño del sistema: descripción del diseño del sistema • Estrategia de definición de
seleccionado. Los elementos del sistema están identificados y definidos diseño
• Descripción del diseño del
– Justificación del diseño del sistema: justificación para la selección del diseño, la sistema
selección del elemento del sistema y la asignación entre los requisitos del sistema • Justificación del diseño
y el elemento del sistema Incluye la justificación de las principales opciones de del sistema
implementación seleccionadas y facilitadores. • Definición de interfaz
– Definición de interfaz: los aspectos lógicos y físicos de las interfaces internas • Necesidades de TPM
(entre los elementos del sistema que componen el sistema) y las interfaces • Datos de TPM
externas (entre los elementos del sistema y los elementos externos al sistema de • Trazabilidad del diseño
interés). • Descripciones de
– Necesidades de Medidas de Desempeño Técnico (TPM): identificación del TPM, elementos del sistema
que mide los atributos de un elemento del sistema para determinar qué tan bien un • Registro de definición de
sistema o elemento del sistema satisface o se espera que satisfaga un requisito u diseño
objetivo técnico.
– Datos de TPM: datos proporcionados para las necesidades de medición
identificadas
Proceso de Definición de Diseño
3. Enfoque de INCOSE
• SALIDAS (cont):
– Trazabilidad del diseño: trazabilidad bidireccional de las
características del diseño, los facilitadores del diseño y los requisitos Salida
de los elementos del sistema. • Estrategia de definición de
– Descripciones de elementos del sistema: descripción de las diseño
características de diseño de los elementos del sistema contenidos en • Descripción del diseño del
el sistema; la descripción depende de la tecnología de sistema
• Justificación del diseño del
implementación (por ejemplo, hojas de datos, bases de datos, sistema
documentos, archivos de datos exportables) • Definición de interfaz
– Registro de definición de diseño: forma permanente y legible de • Necesidades de TPM
datos, información o conocimiento relacionado con la definición del • Datos de TPM
• Trazabilidad del diseño
diseño.
• Descripciones de
elementos del sistema
• Registro de definición de
diseño
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ELABORACION
– Definición de arquitectura versus definición de diseño.
• El proceso de definición de la arquitectura se centra en la
comprensión y resolución de las preocupaciones de las partes
interesadas
– Desarrolla conocimientos sobre la relación entre estas preocupaciones,
los requisitos de la solución y las propiedades y comportamientos
emergentes del sistema.
– La arquitectura se centra en la idoneidad, viabilidad y
adaptabilidad durante el ciclo de vida.
– Una arquitectura eficaz es tan independiente del diseño como sea
posible para permitir el máximo de flexibilidad en el espacio comercial
del diseño. Se centra más en el "qué" que en el "cómo.”
• El proceso de definición de diseño, por otro lado, está impulsado
por requisitos específicos, la arquitectura y un análisis más detallado
del rendimiento y la viabilidad..
– La definición del diseño aborda las tecnologías de implementación y
su asimilación.
– El diseño proporciona el nivel de "cómo" o "implementar para" de la
definición.
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ELABORACION (cont)
– Nociones y principios utilizados en el diseño.
• El propósito del diseño del sistema es hacer el vínculo entre la arquitectura del SOI y la implementación
de los elementos tecnológicos del sistema que lo componen.
• El diseño del sistema se entiende como el conjunto completo de modelos, propiedades o
características detalladas de cada elemento del sistema, descrito en una forma adecuada para su
implementación.
• Cada dominio o disciplina tecnológica posee sus leyes, reglas, teorías y facilitadores particulares sobre
las propiedades transformacionales, estructurales, de comportamiento y temporales de las partes
que lo componen de materiales, energía o información.
• Estas partes específicas y / o sus composiciones se describen con características y facilitadores de
diseño típicos.
• Estos permiten lograr la implementación del elemento del sistema de interés a través de diversas
transformaciones, vínculos e intercambios requeridos por las características de diseño (por
ejemplo, nivel de operabilidad, tasa de confiabilidad, velocidad, nivel de protección) que se han
asignado durante el proceso de definición de la arquitectura.
• Ejemplos de características genéricas de diseño en mecánica de sólidos :
– Forma, patrón geométrico, dimensión, volumen, superficie, curvas, resistencia a fuerzas,
distribución de fuerzas, peso, velocidad de movimiento, persistencia temporal.
• Ejemplos de características de diseño genéricas en software :
– Distribución de procesamiento, estructuras de datos, persistencia de datos, abstracción de
procedimientos, abstracción de datos, abstracción de control, encapsulación, patrones de creación (p.
Ej., Constructor, fábrica, prototipo, singleton) y patrones estructurales (p. Ej., Adaptador, puente,
compuesto, decorador, proxy)
Proceso de Definición de Diseño
3. Enfoque de INCOSE

• ELABORACION (cont)
– Descriptores de diseño.
• Debido a que a veces es difícil definir los requisitos aplicables a un
elemento del sistema a partir de los datos de ingeniería del sistema
principal (en particular a partir de las características arquitectónicas
esperadas), es posible utilizar la técnica del descriptor de diseño como
complemento.
– Un descriptor de diseño es el conjunto de características de diseño
genéricas y de sus posibles valores.
– Si existen elementos del sistema similares, pero no exactos, es posible
analizarlos para identificar sus características básicas.
– Las variaciones de los posibles valores de cada característica
determinan los posibles elementos del sistema candidatos.
– Diseño holístico.
• Es importante entender que el proceso de definición de diseño comienza
con el sistema como un todo que consta de elementos del sistema y
termina con una definición (es decir, diseño) para cada uno de estos
elementos del sistema (no solo uno de ellos) y cómo están diseñados
para trabajar juntos como un sistema completo.
– Los elementos del sistema se identifican en la arquitectura, aunque es
posible que la arquitectura solo identifique aquellos elementos que son
arquitectónicamente significativos.
 Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ELABORACION (cont)
– Diseño Holístico(cont)
• Durante el proceso de definición del diseño, puede ser necesario identificar
elementos adicionales del sistema para que todo el sistema funcione.
– Esto podría implicar la incorporación de algunos elementos o servicios
habilitadores dentro de los límites del sistema.
– Por lo general, existe una compensación entre tener un elemento habilitador
dentro o fuera del sistema.
– El proceso de definición de la arquitectura podría tomar esta decisión, pero podría
ser mejor permitir que la definición de diseño maneje esto, ya que a menudo
depende de otras compensaciones de diseño y de decisiones de diseño que se
toman en el camino..
• Algunos de estos elementos adicionales del sistema pueden ser necesarios
para tener en cuenta las funciones "faltantes" que no se identificaron en la
arquitectura.
– Por ejemplo, se podría determinar que los diversos elementos del sistema no deberían
producir su propio respaldo de energía, sino que debería haber un elemento del sistema
separado que realice esta función para todos los demás elementos.
– Este sería el resultado de un análisis de diseño para determinar el mejor lugar para
colocar esta función.
– O podría ser el resultado de aplicar un patrón de diseño a este problema en particular.
Proceso de Definición de Diseño
3. Enfoque de INCOSE
• ELABORACION (cont)
– Diseño Holistico (cont)
• Podría ser necesario proporcionar comentarios al proceso de definición de la
arquitectura con respecto a estas decisiones de diseño y compensaciones para
garantizar que no haya impactos negativos en la arquitectura en su conjunto.
– La arquitectura puede actualizarse o no para reflejar estos detalles de diseño, ya
que esto depende de si es importante capturar estas características como
arquitectónicamente significativas o no..
• Es este enfoque holístico del diseño de un sistema lo que lo distingue del
diseño de un producto o servicio individual.
– El diseño holístico es un enfoque del diseño que considera el sistema que se está
diseñando como un todo interconectado, que también es parte de algo más grande.
– Los conceptos holísticos se pueden aplicar al sistema como un todo junto con el
sistema en su contexto (por ejemplo, la empresa o misión en la que participa el
sistema), así como el diseño de dispositivos mecánicos, la distribución de espacios,
etc.
– Este enfoque del diseño a menudo incorpora preocupaciones sobre el medio
ambiente, y los diseñadores holísticos consideran cómo su diseño afectará el medio
ambiente e intentan reducir el impacto ambiental en sus diseños.
– El diseño holístico es más que simplemente tratar de cumplir con los requisitos del
sistema..
Proceso de Definición del Diseño
PATRONES DE DISEÑO
Proceso de Definición de Diseño
Patrones de Diseño

 Patrones de Diseño de Software

 Los patrones de diseño o design patterns, son una solución
general, reutilizable y aplicable a diferentes problemas
de diseño de software. Se trata de plantillas que identifican
problemas en el sistema y proporcionan soluciones
apropiadas a problemas generales a los que se han
enfrentado los desarrolladores durante un largo periodo de
tiempo, a través de prueba y error.
 Historia de los patrones de diseño
 En 1994, cuatro autores Erich Gamma, Richard Helm, Ralph
Johnson y John Vlissides, a los que llamaron Gang of Four
(GoF), publicaron un libro titulado Design Patterns, elementos
de software orientado a objetos reutilizables. Con este trabajo
se inició el concepto de patrón de diseño en el desarrollo de
software y recoge 23 patrones de diseño comunes. Cada uno
de ellos define la solución para resolver un determinado
problema, facilitando además la reutilización del código fuente.
 Existen muchísimos patrones de diseño de software e irán
apareciendo cada vez más.
 Proceso de Definición de Diseño
Patrones de Diseño

 ¿Por qué usar patrones de diseño?

 El gran crecimiento del sector de las tecnologías de la información ha
hecho que las prácticas de desarrollo de software evolucionen.
 Antes se requería completar todo el software antes de realizar pruebas, lo
que suponía encontrarse con problemas.
 Para ahorrar tiempo y evitar volver a la etapa de desarrollo una vez que
este ha finalizado, se introdujo una práctica de prueba durante la fase de
desarrollo. (minimizar riesgos)
 Esta práctica se usa para identificar condiciones de error y problemas en
el código que pueden no ser evidentes en ese momento.
 En definitiva, los patrones de diseño te ayudan a estar seguro de la
validez de tu código, ya que son soluciones que funcionan y han
sido probados por muchísimos desarrolladores siendo menos
propensos a errores.
 Tipos de patrones de diseño de sotware
 Los patrones de diseño más utilizados se clasifican en tres categorías
principales, cada patrón de diseño individual conforma un total de 23
patrones de diseño. Las cuatro categorías principales son:
 Patrones creacionales
 Patrones estructurales
 Patrones de comportamiento
Proceso de Definición de Diseño
Patrones de Diseño

 https://www.youtube.com/watch?v=pk-lawTRbmg&ab_channel=ManuelZapata
Video de Patrones de Diseño
Conclusiones y Recomendaciones
 Para ejecutar un proceso de Diseño de Sistemas de forma eficiente primero se debe escoger
una metodología de desarrollo de sistemas de información que mas se adecue al tipo de sistema
que queremos desarrollar. Ver mas en:
https://repositorio.grial.eu/bitstream/grial/1942/1/4.%20Metodologi%CC%81a-2020.pdf

 En la medida de los posible usar patrones de diseño existentes o estandarizados para lograr un
mejor entendimiento entre ingenieros de cada disciplina, arquitectos de sistemas e ingenieros de
sistemas.

 El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en
elementos que realicen funciones y subfunciones especificas. Un diseño debe contener
abstracciones de datos y procedimientos. Debe producir módulos que presenten características de
funcionamiento independiente.

 El diseño debe "minimizar la distancia intelectual" entre el software y el problema tal y como
existe en el mundo real. Esto es, la estructura del diseño de software debe, siempre que sea
posible, imitar la estructura del dominio del problema. El diseño tiene que exhibir uniformidad e
integración (diseño holístico).

 Un diseño debe contener abstracciones de datos y procedimientos. Debe conducir a interfaces

que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior. Debe
producir un diseño usando un método que pudiera repetirse según la información obtenida
durante el análisis de requisitos de Software.
Referencias
 Un ejemplo de patrones de diseño lo encuentran esta URL:
 https://profile.es/blog/patrones-de-diseno-de-software/
 http://www.juntadeandalucia.es/servicios/madeja/sites/all/themes/madej
a/libros/2311.pdf
 Ejemplo de Documento de Diseño lo encuentran el UNI virtual (tratarlo
con reserva)
 https://manuel.cillero.es/doc/metodologia/metrica-
3/procesos-principales/dsi/ ----Aquí hay muy buena
información de todos los procesos de Desarrollo de Sistemas
de Información
 https://www.u-
cursos.cl/ingenieria/2007/1/CC51A/1/material_docente/bajar?id_m
aterial=123797 Documento de Diseño