[Requisite] Adecuación del modelado de dominio about design-testing1 HOT 10 CLOSED

El actor no tiene una autoridad. Tiene una cuenta de usuario que esta a su vez tiene una autoridad.

Ahora

Como debería estar

from design-testing1.

Modificado de actor a mensajes y viceversa.
Actual: 1..* a 0..* (ManyToMany)
Cambio: 1 a 0..* (OneToMany)

Estudiar si considerar el collection de actor como received o sended, o simplemente hacer un select sobre los mensajes enviados y recibidos por dicho actor.

from design-testing1.

Quitar sender y recipient de mensaje. Los senders y recipients vienen indicados por la relacion con actor.

from design-testing1.

Me surgen dudas respecto a SpamWord (Tiene solo un atributo palabra) con (Por ejemplo) Priority, considerado un datatype a diferencia de status que se considera un Collection.

Deberiamos debatirlo porque son casos parecidos entre ellos.

from design-testing1.

Los patterns a colocar en el modelo son los siguientes:

• Phone: +CC (AC) PN, +CC PN, PN
• Ticker: yyyymmdd-xxxxx
• Mail: identifier@domain, alias<identifier@domain>, identifier@, alias<identifier@>

from design-testing1.

Algunos cambios que se hicieron en el uml:

• Quitar overlapping y poner disjoin
• Poner los pattern cortos ya que los largos van en las clases

from design-testing1.

También se quito la bidireccional entre customer y fixUps que por un bugs se envió mal

from design-testing1.

Cambios pendientes:

• Quitar NotBlank de todo lo que no sea String
• Quitar numberProfiles de Actor (se haría un collection.size())
• Quitar el NotBlank de MiddleName() de Actor

from design-testing1.

from design-testing1.

Completados y corregidos, tanto UML de dominio como conceptual.

from design-testing1.