Sugerencia de Implementación Perfil de Empleado

[rebeca22]

Hola a todos,

Mi duda es cómo implementar el Perfil para la típica clase Empleado.


Debemos tener en cuenta lo siguiente:

1) Un empleado sólo puede tener un perfil.
2) Según el perfil, el usuario tendrá una funcionalidad u otra.
3) Según el perfil, se relacionará con unas clases u otras: Por ejemplo, el perfil Administrativo se relaciona con bancos, mientras que otros perfiles no tienen esa relación.

En un principio, pensé en implementar cada perfil como una clase que hereda de Empleado, puesto que los distintos perfiles tienen los atributos de un Empleado (nombre, apellidos, nif, etc.).
Sin embargo, los métodos típicos de Empleado (alta, modificar, baja) sólo deben ser usados por un empleado con el perfil Administrador. Y si pongo estos métodos en la subclase Administrador, ¿cuál sería el código para crear otro perfil?

No sé si estoy mezclando casos de uso con clases. Es decir, ¿en el diagrama de clases se debe indicar "quien" hace cada cosa o solo qué se puede hacer con cada entidad? Si la respuesta fuese "quien" entonces no nos sirve la opción de herencia señalada, pero si la respuesta fuese: "sólo que" entonces sí podría valer la opción de herencia indicada.


Cuál creéis que es la mejor forma de implementar el perfil de un empleado con las condiciones que he señalado?


Espero vuestras respuestas y la justificación de las mismas (pros/contras).

Es urgente. Gracias.

[cptanalatriste]

Hola Rebeca,

A mi entender, deberías crear una clase Perfil; y la clase Empleado debería tener un atributo del tipo Perfil. Esta clase Perfil contendría la información de las operaciones que puede realizar cada empleado.

Siguiendo esta lógica, "Administrador" sería una instancia de Perfil, y al ser una instancia no debería aparecer en el diagrama de clases.

Espero te sea de ayuda,

[rebeca22]

Gracias por tu respuesta Carlos.

Pero la opción que me indicas no sé si es del todo acertada.
Tal como indicas, la clase Perfil debería tener un atributo 'tipo' para indicar el tipo de Perfil (Administrador, RRHH, Administrativo, etc).
El problema que encuentro es que como dije cada perfil se relaciona con otras clases (Por ejemplo: Administrativo con Bancos, Administrador con Oficinas, RRHH con CV).
Si para todos los perfiles tenemos una clase Perfil obligaría a relacionarla con todas esas clases (Bancos, Oficinas, CV) y esto conduciría a tener en la clase Perfil atributos de estas clases (que en la mayoria de los casos siempre estarían a null para un perfil concreto).

¿Qué opináis?

Un saludo.

[rebeca22]

Pienso que la respuesta de 'cptanalatriste' se acerca a la solución pero falta algo más.
¿Cómo concreto que sólo determinados perfiles de empleado se relacionen con otras clases?
Por ejemplo:
- Sólo el perfil Administrativo se relaciona con la clase Bancos.
- Sólo el perfil RRHH se relaciona con la clase CV.
- Sólo el perfil Administrador se relaciona con la clase Oficina.

¿Cómo se aplican esas condiciones?:
1) Con asociaciones calificadas
2) Con relaciones ternarias (Empleado,Perfil,Banco), (Empleado,Perfil,CV), (Empleado,Perfil,Oficina)


¿Se os ocurre alguna idea de cómo solucionar este problema?

Necesito vuestra ayuda.

Gracias.