No olvides que en las ciencias un problema puede tener diversas resoluciones, no obstante aquí mostraremos la mejor y más eficiente.
Solución:
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. Puedes usarlos para asegúrese 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(ver/servicio colaborador)
Objetos que interactúan con los actores del sistema (por ejemplo, un usuario o servicio externo). Las ventanas, las pantallas y los menús son ejemplos de límites que interactúan con los usuarios.
Control S(controlador)
Objetos que median entre límites y entidades. Estos sirven como el pegamento entre los elementos de contorno y los elementos de entidad, implementando la lógica requerida para administrar 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 de contorno.
- Los objetos de contorno solo pueden hablar con controladores y actores.
- Los objetos de entidad solo pueden hablar con los controladores.
- Los controladores pueden hablar con los objetos de contorno y los 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
A menudo se usa con/como parte de OOAD y modelado de negocios. La definición de Neil es correcta, pero es básicamente idéntica a MVC, pero simplemente resumida para el negocio. El “Buen resumen” está bien hecho, así que no lo copiaré aquí ya que no es mi trabajo, es más detallado pero está en línea con las viñetas de Neil.
Buen resumen – Conceito: Patrón Entidad-Control-Límite
OOAD
Estos son estereotipos de clase utilizados en el análisis.
-
Las clases de límite son las que se encuentran en el límite del sistema: las clases con las que usted u otros sistemas interactúan.
-
clases de entidad las clases son sus entidades comerciales típicas como “persona” y “cuenta bancaria”
-
las clases de control implementan alguna lógica de negocios u otra
Te mostramos las comentarios y valoraciones de los lectores
Si crees que te ha resultado de provecho nuestro post, sería de mucha ayuda si lo compartieras con otros juniors de esta forma nos ayudas a extender esta información.