Parte 2 - Tema 2

Question 1

¿Qué es un patrón de integración?

Answer 1

Es una solución reutilizable y probada para resolver problemas comunes en la integración de diferentes sistemas o aplicaciones.

Question 2

¿Por qué son importantes los patrones de integración?

Answer 2

Aceleran el desarrollo, promueven la coherencia, facilitan el mantenimiento y mejoran la escalabilidad de las soluciones de integración.

Question 3

¿Cuáles son los tipos principales de patrones de integración?

Answer 3

• Estructurales: Definen la arquitectura general de la integración (p.ej., bus de servicios, hub and spoke).
• De comportamiento: Describen cómo interactúan los sistemas (p.ej., solicitud-respuesta, publicación-suscripción).
• De datos: Manejan la transformación y el mapeo de datos (p.ej., mediación, correlación).

Question 4

¿Qué es el patrón de bus de servicios?

Answer 4

Un componente central (bus) que actúa como intermediario entre múltiples sistemas, desacoplándolos y facilitando la comunicación.

Question 5

¿Qué es el patrón hub and spoke?

Answer 5

Un hub central se conecta a múltiples sistemas spoke, centralizando la integración y simplificando la gestión.

Question 6

¿Qué es el patrón de publicación-suscripción?

Answer 6

Los sistemas publican eventos y otros sistemas se suscriben para recibirlos, permitiendo una comunicación flexible y desacoplada.

Question 7

¿Qué factores se deben considerar al elegir un patrón de integración?

Answer 7

Requisitos funcionales y no funcionales, complejidad de la integración, escalabilidad, rendimiento, seguridad.

Question 8

¿Cuáles son las ventajas y desventajas de cada patrón?

Answer 8

• Bus de servicios: Alta flexibilidad, desacoplamiento, pero puede ser complejo de configurar y administrar.
• Hub and spoke: Centralización, fácil gestión, pero puede convertirse en un punto único de falla.
• Publicación-suscripción: Escalabilidad, desacoplamiento, pero requiere una infraestructura de mensajería.

Question 9

¿Qué es la cohesión en el contexto del diseño de sistemas?

Answer 9

Es la medida en que los elementos de un módulo (como una clase o un componente) están relacionados entre sí y colaboran para cumplir una única tarea.

Question 10

¿Por qué es importante la alta cohesión?

Answer 10

• Facilita la comprensión, el mantenimiento y la reutilización del código.
• Reduce la probabilidad de errores.
• Mejora la testabilidad.

Question 11

¿Qué es el acoplamiento en el diseño de sistemas?

Answer 11

Es la medida en que un módulo depende de otros módulos. Es decir, qué tan conectados están los diferentes componentes de un sistema.

Question 12

¿Por qué es deseable un bajo acoplamiento?

Answer 12

• Facilita los cambios y la evolución del sistema.
• Reduce el impacto de los errores.
• Aumenta la independencia de los módulos.

Question 13

¿Cuál es la relación entre cohesión y acoplamiento?

Answer 13

Generalmente, una alta cohesión va de la mano de un bajo acoplamiento. Módulos con una responsabilidad bien definida (alta cohesión) tienden a tener menos dependencias con otros módulos (bajo acoplamiento).

Question 14

¿Cuáles son los principales beneficios de diseñar sistemas con alta cohesión y bajo acoplamiento?

Answer 14

• Mayor mantenibilidad.
• Mayor reutilización de código.
• Menor complejidad.
• Mayor facilidad para realizar pruebas.
• Menor riesgo de introducir errores al realizar cambios.

Question 15

¿Puedes dar un ejemplo de un módulo con alta cohesión y bajo acoplamiento?

Answer 15

Una clase que se encarga únicamente de validar datos de entrada.

Question 16

¿Puedes dar un ejemplo de un módulo con baja cohesión y alto acoplamiento?

Answer 16

Una clase que realiza cálculos matemáticos, maneja la interfaz de usuario y accede a la base de datos.

Question 17

¿Qué técnicas se pueden utilizar para mejorar la cohesión y reducir el acoplamiento?

Answer 17

• Principio de responsabilidad única (SRP): Cada clase debe tener una única razón para cambiar.
• Encapsulación: Ocultar los detalles de implementación de una clase.
• Interfaces bien definidas: Especificar claramente cómo interactúan los módulos.
• Patrones de diseño: Utilizar patrones como Fachada, Adaptador, etc.

Question 18

¿Qué es un patrón de diseño?

Answer 18

Es una solución reutilizable y probada a un problema común en el diseño de software. Es como una plantilla que se puede adaptar a diferentes situaciones.

Question 19

¿Cuál es el objetivo principal de los patrones de diseño?

Answer 19

Mejorar la calidad del software, haciéndolo más flexible, mantenible, reutilizable y escalable.

Question 20

¿Cuáles son las tres categorías principales de patrones de diseño?

Answer 20

• Creacionales: Se ocupan de la creación de objetos.
• Estructurales: Se ocupan de la composición de clases y objetos.
• De comportamiento: Describen cómo interactúan los objetos.

Question 21

¿Qué es el patrón Factory Method?

Answer 21

Define una interfaz para crear un objeto, pero deja que las subclases decidan qué clase instanciar.

Question 22

¿Qué es el patrón Abstract Factory?

Answer 22

Proporciona una interfaz para crear familias de objetos relacionados o dependientes sin especificar sus clases concretas.

Question 23

¿Qué es el patrón Singleton?

Answer 23

Garantiza que una clase tenga solo una instancia y proporciona un punto de acceso global a ella.

Question 24

¿Qué es el patrón Adapter?

Answer 24

Convierte la interfaz de una clase en otra que el cliente espera

Question 25

¿Qué es el patrón Composite?

Answer 25

Compone objetos en estructuras de árbol para representar jerarquías parte-todo.

Question 26

¿Qué es el patrón Facade?

Answer 26

Proporciona una interfaz unificada a un conjunto de interfaces en un subsistema.

Question 27

¿Qué es el patrón Observer?

Answer 27

Define una dependencia uno a muchos entre objetos de manera que cuando un objeto cambia de estado, todos sus dependientes son notificados y actualizados automáticamente.

Question 28

¿Qué es el patrón Strategy?

Answer 28

Define una familia de algoritmos, encapsula cada uno y los hace intercambiables.

Question 29

¿Qué es el patrón State?

Answer 29

Permite a un objeto modificar su comportamiento cuando su estado interno cambia.

Question 30

Dios objeto (God object)

Answer 30

• Descripción: Una clase que hace demasiadas cosas, concentrando toda la lógica del sistema.
• Consecuencias: Dificulta el mantenimiento, testing y la reutilización del código.
• Pregunta: ¿Cómo identificar un dios objeto? Busca clases con muchos métodos y atributos, o que interactúen con muchas otras clases.

Question 31

Clase Dios (God class)

Answer 31

• Descripción: Similar al dios objeto, pero a nivel de clase. Es una clase que conoce demasiado sobre otras clases y sus responsabilidades.
• Consecuencias: Aumenta el acoplamiento y dificulta los cambios.
• Pregunta: ¿Cómo evitar una clase dios? Aplica el principio de responsabilidad única (SRP) y descompone la clase en clases más pequeñas con responsabilidades bien definidas.

Question 32

Spaghetti code

Answer 32

• Descripción: Código altamente entrelazado y difícil de seguir, con muchas dependencias y saltos condicionales.
• Consecuencias: Dificulta la comprensión, el mantenimiento y la depuración del código.
• Pregunta: ¿Cómo evitar el spaghetti code? Utiliza buenas prácticas de programación, como nombrar variables y métodos de forma clara, utilizar comentarios y modularizar el código.

Question 33

Feature envy

Answer 33

• Descripción: Una clase está demasiado interesada en los detalles de otra clase.
• Consecuencias: Aumenta el acoplamiento y dificulta los cambios.
• Pregunta: ¿Cómo identificar el feature envy? Busca métodos que accedan a los atributos privados de otra clase.

Question 34

Large class

Answer 34

• Descripción: Una clase que es demasiado grande y compleja.
• Consecuencias: Dificulta la comprensión, el mantenimiento y la reutilización.
• Pregunta: ¿Cómo evitar las clases grandes? Aplica el principio de responsabilidad única y descompone la clase en clases más pequeñas.

Question 35

Gold plating

Answer 35

• Descripción: Agregar características innecesarias o complejas a un sistema, más allá de los requisitos iniciales.
• Consecuencias: Aumenta la complejidad, el tiempo de desarrollo y los costos de mantenimiento.
• Pregunta: ¿Cómo identificar el gold plating? Compara los requisitos iniciales con la implementación final. ¿Hay características que no aportan valor al usuario?

Question 36

Lava flow

Answer 36

• Descripción: Código duplicado que se propaga por todo el sistema, a menudo debido a la falta de refactorización.
• Consecuencias: Dificulta el mantenimiento y aumenta el riesgo de introducir errores al realizar cambios.
• Pregunta: ¿Cómo evitar el lava flow? Utiliza herramientas de refactorización y promueve la creación de bibliotecas reutilizables.

Question 37

Mutable data

Answer 37

• Descripción: Datos que pueden ser modificados después de su creación, lo que puede llevar a errores difíciles de rastrear.
• Consecuencias: Reduce la previsibilidad del sistema y dificulta la depuración.
• Pregunta: ¿Cómo evitar el uso de datos mutables? Utiliza estructuras de datos inmutables siempre que sea posible.

Question 38

Premature optimization

Answer 38

• Descripción: Optimizar el código antes de que sea necesario, lo que puede llevar a soluciones complejas y difíciles de mantener.
• Consecuencias: Aumenta la complejidad del código y puede reducir la legibilidad.
• Pregunta: ¿Cómo evitar la optimización prematura? Centra tus esfuerzos en escribir código claro y correcto, y solo optimiza cuando haya evidencia de un cuello de botella.

Question 39

Shotgun surgery

Answer 39

• Descripción: Hacer muchos pequeños cambios en diferentes partes del sistema para implementar una nueva característica.
• Consecuencias: Aumenta el riesgo de introducir errores y dificulta el mantenimiento.
• Pregunta: ¿Cómo evitar el shotgun surgery? Identifica las áreas del sistema que necesitan ser modificadas y realiza cambios más focalizados.

Question 40

¿Qué es UML?

Answer 40

Es un lenguaje estándar para modelar sistemas orientados a objetos. Se utiliza para visualizar, especificar, construir y documentar los artefactos de un sistema de software.

Question 41

¿Para qué sirve UML?

Answer 41

• Facilita la comunicación entre los miembros de un equipo de desarrollo.
• Ayuda a comprender mejor los requisitos del sistema.
• Permite identificar y resolver problemas de diseño en etapas tempranas del desarrollo.

Question 42

¿Cuáles son los diagramas más comunes en UML?

Answer 42

Diagrama de clases, diagrama de casos de uso, diagrama de secuencia, diagrama de actividades, diagrama de componentes, diagrama de despliegue.

Question 43

¿Qué representa un diagrama de clases?

Answer 43

Muestra las clases de un sistema, sus atributos, operaciones y relaciones entre ellas.

Question 44

¿Cuáles son los tipos de relaciones entre clases?

Answer 44

Asociación, agregación, composición, generalización (herencia).

Question 45

¿Qué representa un diagrama de secuencia?

Answer 45

Muestra la interacción entre objetos a lo largo del tiempo.

Question 46

¿Cuáles son los elementos principales de un diagrama de secuencia?

Answer 46

Objeto, línea de vida, mensaje.

Question 47

¿Qué representa un diagrama de actividades?

Answer 47

Muestra el flujo de control de un proceso

Question 48

¿Cuáles son los elementos principales de un diagrama de actividades?

Answer 48

Nodo inicial, nodo final, acción, decisión, bifurcación, unión.

Question 49

¿Qué representan los diagramas de componentes y despliegue?

Answer 49

• El diagrama de componentes muestra la organización de los elementos físicos de un sistema (módulos, bibliotecas).
• El diagrama de despliegue muestra la distribución física de los componentes en tiempo de ejecución.