Los diagramas de robustez se escriben después de los casos de uso y antes de los diagramas de clases. Ayudan a identificar los roles de los pasos del caso de uso. Puede utilizarlos para asegurarse de que sus casos de uso sean lo suficientemente sólidos para representar los requisitos de uso del sistema que está creando.
Implican:
- Actores
- Casos de uso
- Entidades
- Límites
- Control S
Mientras que el patrón Modelo-Vista-Controlador se usa para interfaces de usuario, el Patrón Entidad-Control-Límite (ECB) se usa para sistemas. Los siguientes aspectos de ECB se pueden comparar con una versión abstracta de MVC, si eso es útil:
Entidades (modelo)
Objetos que representan datos del sistema, a menudo del modelo de dominio.
Límites (vista / colaborador de servicios)
Objetos que interactúan con los actores del sistema (por ejemplo, un usuario o un servicio externo ). Las ventanas, las pantallas y los menús son ejemplos de límites que interactúan con los usuarios.
Controles (controlador)
Objetos que median entre fronteras y entidades. Estos sirven como el pegamento entre los elementos de frontera y los elementos de la entidad, implementando la lógica necesaria para gestionar los diversos elementos y sus interacciones. Es importante comprender que puede decidir implementar controladores dentro de su diseño como algo más que objetos; muchos controladores son lo suficientemente simples como para implementarse como un método de una entidad o clase de límite, por ejemplo.
Se aplican cuatro reglas a su comunicación:
- Los actores solo pueden hablar con objetos delimitadores.
- Los objetos de límite solo pueden hablar con controladores y actores.
- Los objetos de entidad solo pueden hablar con controladores.
- Los controladores pueden hablar con objetos de límites y objetos de entidad, y con otros controladores, pero no con los actores.
Comunicación permitida:
Entity Boundary Control
Entity X X
Boundary X
Control X X X