Evaluar Diagramas

[Shathe]

Diagramas butler
Diagramas Site

Revisar los diagramas y dar una opinón sobre ellos para poder mejorarlos o introducir más detalles

[jorcox]

El segundo enlace no funciona.

[Shathe]

Corregido, gracaispor la apreciación, ha sido un cambio de nombre

[fjlopez]

Revisados los diagramas.

[Shathe]

ServicesDiagram

no hace falta que pongas el componente Exceptions Management
“Data Base” —> “Database"
“JDBC jdbcTemplate” —> “jdbcTemplate"
puedes usar el esteriotipo <>
y despuest DockerController, ProjectController, ...

SiteDiagram:

página 61 libro web
en esta parte del capítulo explican los componentes de una aplicación web moderna y escalable
ves que lo dividen en front end, web services, data store, ...
en tu caso si veo SiteDiagram
FileSystem y JDBC Datastore serian dos subsistemas tipo Main Data Store
Docker lo podemos ver como sistemas externos
butler, dado que es un componente podría verse de esa forma también

el servicio web sería el que está en Web Service
faltaría el Front End
el servicio web sería el que está en Web Service

Sería todo lo que genera el HTML y el código JS que se ejecuta en el cliente
lee el libro, es muy interesante
voy a mirar otro diagrama
ahora mismo como es todo REST lo unico que tnego en el frontend es codigo angular que controlar en one-page la aplicacion y peticiones

BuilderComponentDiagram, quizás se explica mejor con un diagrama de actividad
El fichero YAML no es un componente, es un artefacto que es leido
Habría que dejar claro que hay plantillas de entrada y resultados de salida

ButlerDiagram

Corrige “Commadns” —> “Commands"
Si todos los componentes de Butler actúan con FileSystem coloca una línea solo entre Butler y FileSystem
Si Commands es el controlador colócalo en una fila por encima de los otros 3
Otra cosa más,
por facilidad de comprensión
imagina que la interacción con el sistema va de arriba a abajo, de izquierda a derecha
eso hace que butler vaya arriba del todo
y docker y filesystem abajo