CONSTRUCCIÓN
DE SOFTWARE
Mag. María Isabel Bastidas Mutiz
Magister en Computación
Ingeniera de Sistemas
Coach Espiritual
+57 3187307916
CONTENIDO
Módulos
Capítulo 5 – Modelo C4
CONTENIDO
Modelo C4
• Definición
formato de documentación creado por el ingeniero Simon Brown entre 2006 y 2011 y basado en los
modelos 4+1 y UML.
• Ayuda a resolver el problema de la documentación defectuosa de arquitecturas, difíciles de entender y mantener. El
modelo C4 aclara la arquitectura documentada y abarca varios niveles relevantes para las distintas «personas»
implicadas.
El objetivo del C4 Model es evitar 2 cosas:
• Que la documentación de la arquitectura sea compleja, confusa y que al final acabe obsoleta, con lo que pierde su
finalizad principal.
• Que la documentación sea pobre, con poca información o con información incorrecta, que no nos lleva tiempo crear,
pero que es inútil.
CONTENIDO
Modelo C4 / Niveles
•Context/Contexto.
Muestra las interacciones de forma macro, sin mucho
detalle, centrándose en las comunicaciones y
dependencias entre los sistemas y los usuarios que
componen e interactúan con el software.
Es un diagrama que puede (y debe) ser consumido por
todas las «personas» del proyecto, tanto técnicas como
de negocio, y que interactúan directa o indirectamente
con el sistema.
CONTENIDO
Modelo C4 / Niveles
Container/Contenedor.
Muestra el sistema con más detalle, describiendo sus contenedores (no confundir con
Docker) y cómo se comunican/interactúan. En este nivel, se hace hincapié en la arquitectura
y las tecnologías utilizadas.
La idea es mostrar cómo se construye (o se construirá) el sistema de forma macro. Un
contenedor puede ser una aplicación web, una base de datos, un sistema de archivos, entre
otros. Es un diagrama para ser consumido por el equipo técnico, que interactúa directa o
indirectamente con el sistema (profesionales de desarrollo, de soporte, etc.).
CONTENIDO
Modelo C4 / Niveles
Container/Contenedor.
CONTENIDO
Modelo C4 / Niveles
•Component/Componente.
Se da un paso más en los detalles respecto al contenedor, esta vez con la descripción de las
partes que lo componen. En este nivel, la información sobre las interacciones, las
responsabilidades y las tecnologías utilizadas aparece con más detalle que en los niveles
anteriores.
Es probable que un sistema tenga más de un diagrama de componentes. Es un diagrama
para ser consumido por el equipo de desarrollo técnico, que se recomienda sólo en los
casos que han generado valor. Existe el compromiso de mantenerlo.
CONTENIDO
Modelo C4 / Niveles
•Component/Componente.
CONTENIDO
Modelo C4 / Niveles
•Code/Código.
Muestra -a nivel de
código- cómo se
implementa cada
componente y para ello
utiliza el diagrama de
clases UML.
https://c4model.com/
C4 BUILDER
https://adrianvlupu.githu
b.io/C4-Builder/#/?id=ove
rview
https://c4model.com/
CONTENIDO
Notación
https://online.visual-paradigm.com/es/diagrams/features/c
4-model-tool/