[Requisite] Adecuación del modelado de dominio

[aleks-rodriguez]

Debemos revisar el modelado para encontrar posibles incongruencias que puedan llegar a afectar al modelo de persistencia.

[angel96]

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

Ahora

Como debería estar

[angel96]

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.

[angel96]

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

[angel96]

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.

[angel96]

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@>

[EzequielPJ]

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

[EzequielPJ]

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

[belengl]

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

[angel96]

[belengl]

Completados y corregidos, tanto UML de dominio como conceptual.