CAPACITACIÓN CULTURA DE CALIDAD DEL SOFTWARE

Taller 1: Código Limpio y Arquitectura Limpia

PARTE 1 - ARQUITECTURA LIMPIA [25/50]

INSUMOS DE DESARROLLO DEL TALLER

1. Clean Architecture: A Craftsman's Guide to Software Structure and Design, First

Edition. Robert C. Martin, 2017. (https://learning.oreilly.com/library/view/clean-
architecture-a/9780134494272/)
2. Clean Code. Robert C. Martin, 2008. (https://learning.oreilly.com/library/view/clean-
code/9780136083238/)
3. Clean Coder (Clean Coders Video Series). Robert C. Martin, 2017.
(https://learning.oreilly.com/videos/clean-coder-clean/9780134843803)
4. Clean Code Applied (Clean Coders Video Series): Building a Java Web Application
with Software Craftsmanship. Robert C. Martin, 2017.
(https://learning.oreilly.com/videos/clean-code-applied/9780134843810)

De acuerdo con la lectura asignada de Arquitectura Limpia, desarrolle el presente taller:

Bases de datos

1. Identifique si son o no relevantes los siguientes aspectos para la arquitectura de un

sistema a nivel de datos. Justifique su respuesta:

Aspecto ¿Relevante Por qué

(Sí/No)?
La base de datos

La estructura que
se le da a los
datos
Las tablas
relacionales

Los sistemas de
bases de datos
(RDBMS)
El rendimiento

Tecnologías Web

2. ¿Por qué se considera que se debe separar la interfaz de usuario (UI) de la lógica de
negocio?

_____________________________________________________________________________
_____________________________________________________________________________
_____________________________________________________________________________

José Alejandro Sánchez, material exclusivo capacitación de Cultura de Calidad del Software
 CAPACITACIÓN CULTURA DE CALIDAD DEL SOFTWARE
Taller 1: Código Limpio y Arquitectura Limpia
_____________________________________________________________________________
____________________________________________________________________________.

3. ¿Qué patrón o qué patrones de arquitectura justifican la separación de la UI de la

lógica de negocio? (Sugerencia: capítulo 13 de Software Architecture in Practice, Len
Bass). https://es.slideshare.net/rickkazman/sap3-chapter-13-36473136

_____________________________________________________________________________
_____________________________________________________________________________
_____________________________________________________________________________
_____________________________________________________________________________
____________________________________________________________________________.

Importancia de los Frameworks

4. ¿Describa 3 razones por las qué Robert C. Martin recomienda no casarse con un
Framework?

Razón 1:
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________

Razón 2:
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________

Razón 3:
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________

5. Escoja al menos 2 tácticas para no tener una dependencia considerable (casamiento)

con un framework:
a. Evitar el uso del framework en el código base o central de la aplicación
b. Incluir el framework como una decisión de arquitectura
c. Evitar el uso de anotaciones en los objetos de negocio
d. Utilizar proxies para aislar el framework del core de negocio de la aplicación
e. Utilizar una versión específica del framework

Caso de estudio: Ventas de videos

José Alejandro Sánchez, material exclusivo capacitación de Cultura de Calidad del Software
 CAPACITACIÓN CULTURA DE CALIDAD DEL SOFTWARE
Taller 1: Código Limpio y Arquitectura Limpia
6. A qué hace referencia el principio de responsabilidad única (Sugerencia. Investigue en
la Web sobre este principio)

_____________________________________________________________________________
_____________________________________________________________________________
_____________________________________________________________________________
_____________________________________________________________________________
____________________________________________________________________________.

7. Explique el enfoque “Divide y vencerás” comúnmente recomendado en construcción

de software.

_____________________________________________________________________________
_____________________________________________________________________________
_____________________________________________________________________________
____________________________________________________________________________.

8. Explique la relación/similitud/complemento que ve entre el “principio de

responsabilidad única” y el enfoque “divide y vencerás”

_____________________________________________________________________________
_____________________________________________________________________________
_____________________________________________________________________________
____________________________________________________________________________.

Arquitectura Limpia

Complemente la lectura del libro de Robert C. Martin con el siguiente Blog:

http://xurxodev.com/por-que-utilizo-clean-architecture-en-mis-proyectos/

https://www.genbeta.com/desarrollo/principios-de-una-arquitectura-limpia-mantenible-y-
testeable

José Alejandro Sánchez, material exclusivo capacitación de Cultura de Calidad del Software
 CAPACITACIÓN CULTURA DE CALIDAD DEL SOFTWARE
Taller 1: Código Limpio y Arquitectura Limpia

9. Concepto de arquitectura limpia

_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
______________________________________________________________________.

Enuncie y describa 3 características de las arquitecturas limpias

a. ___________________________________________________________________
___________________________________________________________________
__________________________________________________________________.

b. ___________________________________________________________________
___________________________________________________________________
__________________________________________________________________.

c. ___________________________________________________________________
___________________________________________________________________
__________________________________________________________________.

10. Qué enfoque de arquitectura sigue arquitectura limpia:

a. Domain Driven Design (DDD)
b. Model Driven Architecture (MDA)
c. Test Driven Development (TDD)
d. Data Driven Desing
e. Model Diven Engineering

11. Describa cada uno de los anteriores enfoques y enuncie sus ventajas y desventajas

Descripción del enfoque Ventajas Desventajas

Domain Driven Design (DDD)
es…

José Alejandro Sánchez, material exclusivo capacitación de Cultura de Calidad del Software
 CAPACITACIÓN CULTURA DE CALIDAD DEL SOFTWARE
Taller 1: Código Limpio y Arquitectura Limpia
Model Driven Architecture
(MDA) es …
Test Driven Development
(TDD) es..

Data Driven Desing es …

Model Diven Engineering es
…

El capítulo perdido

12. Describa con sus palabras los siguientes métodos de diseño:

Método de diseño Descripción Ventajas/Desventajas

Paquete por capas
Paquete por función
Puertos y adaptadores
Paquete por componente

Aplicación práctica de Arquitectura Limpia

Seleccione un método de diseño y aplíquelo al problema del polígamo responsable que hemos
visto en clase (Sugerencia: Diagramas de las figuras 34.1, 34.2, 34.4, 34.5, 34.6 según el método
de implementación elegido.

13. Realice los diagramas de diseño correspondientes para la gestión de:

a. Esposas
b. Polígamos

Nota: Utilice draw.io o lucidchart

14. Seleccione otra entidad de dominio del problema del polígamo y realice el diagrama
de diseño correspondiente:

06-20180905y07-POOyRelacionesClases.pdf (diapositiva 43)

15. Realice una vista funcional de microservicios similar a la vista en la clase de

microservicios:

07-20180321y23-ArquitecturasMonol%C3%ADticas%20y%20Microservicios.pdf:

José Alejandro Sánchez, material exclusivo capacitación de Cultura de Calidad del Software
 CAPACITACIÓN CULTURA DE CALIDAD DEL SOFTWARE
Taller 1: Código Limpio y Arquitectura Limpia

Una vista más actualizada la encuentran en: https://www.manning.com/books/microservices-

patterns (pueden descargar el capítulo 1 de forma gratuita)

Otros ejemplos los encuentran en https://microservices.io/patterns/microservices.html

José Alejandro Sánchez, material exclusivo capacitación de Cultura de Calidad del Software
 CAPACITACIÓN CULTURA DE CALIDAD DEL SOFTWARE
Taller 1: Código Limpio y Arquitectura Limpia

PARTE 2 - CÓDIGO LIMPIO [25/50]

Seguramente en el LabDigital se ha enfrentado a procesos de estabilización y refactorización de

código. Para esta parte del taller ustedes deberán seleccionar algún código funcional y aplicar al
menos 10 de las buenas prácticas de código limpio. El grupo seleccionará un miembro del equipo
para presentar el resultado al auditorio y justificar por qué aplicó dichas prácticas y como cree
que va a mejorar la mantenibilidad del código, así como responder las preguntas que se le
realicen.

Partes de la sustentación [15/25] y entrega del taller [10/25]:

• Describir el propósito del código seleccionado para aplicar la práctica

• Presentar el código sin prácticas de código limpio (AS-IS)
• Presentar el código con prácticas de código limpio (TO-BE)
• Documentar las prácticas en el documento de entrega del taller justificando para cada
una de ellas el por qué tuvo que aplicarla (no es necesario anexar el código en la entrega
del taller, pero puede hacerlo si el grupo así lo decide).

José Alejandro Sánchez, material exclusivo capacitación de Cultura de Calidad del Software