Hola muchachos les adjunto los comentarios en base a las iteraciones que he visto en la rama de Sergio para el modelado del dominio:
Me gusta que añadieron ticket como entidad -> Buen análisis
Quitaría la entidad de "migración" ya que sal ser un proceso que se ejecuta una sola vez no le veo espacio en este diagrama, aunque siga siendo un módulo del core dentro de la aplicación de tickets.
Los textos de usuario enfóquenlos al dominio, no a una aplicación. Ej: Yo entiendo que un usuario en la aplicación puede acceder a información de la universidad pero a nivel de negocio un usuario pertenece a una o más universidades.
Lo mismo para bajas y asignaciones, un usuario tiene una o más bajas con sus respectivos tipos.
Cambiaría el título de permiso por rol, con el rol ya vienen un conjunto de permisos en la aplicación por lo que nos ayuda a nivel de diafragmas de dominio y de arquitectura de la aplicación.
Hola muchachos les adjunto los comentarios en base a las iteraciones que he visto en la rama de Sergio para el modelado del dominio:
Me gusta que añadieron ticket como entidad -> Buen análisis
Quitaría la entidad de "migración" ya que sal ser un proceso que se ejecuta una sola vez no le veo espacio en este diagrama, aunque siga siendo un módulo del core dentro de la aplicación de tickets.
Los textos de usuario enfóquenlos al dominio, no a una aplicación. Ej: Yo entiendo que un usuario en la aplicación puede acceder a información de la universidad pero a nivel de negocio un usuario pertenece a una o más universidades.
Lo mismo para bajas y asignaciones, un usuario tiene una o más bajas con sus respectivos tipos.
Cambiaría el título de permiso por rol, con el rol ya vienen un conjunto de permisos en la aplicación por lo que nos ayuda a nivel de diafragmas de dominio y de arquitectura de la aplicación.