Suponiendo:
- que los procesos pueden ser de varios tipos (o puede/necesita cambiarse en el futuro),
- que no todos los empleados pueden realizar todos los procesos (o, dicho de otra manera, que hay empleados que no realizan determinados: por especialización, incapacidad, etc...), y
- que no todos los tickets son de la misma morfología (o puede necesita/cambiarse en el futuro),
- que los tickets siguen siempre la misma trayectoria por norma hasta que esta se modifique de forma general,
1. Definición de empleados.
3- Definición de procesos: conjuneto secuencial de eventos.
2- Definición de conceptual de tickets (datos básicos: fecha creación, fecha asignación, fecha calculada/estimada de fin, ...) y "su proceso" (con los empleados/valores por defecto en cada "evento").
3- Definición conceptual completa de "eventos" (ruta del ticket dentro en cada proceso): así como la definición conceptual de su elenco de datos adicionales a solicitar (cada uno de los cuales pueden ser de tipo: número, texto, opción de entre un conjunto, s/n,, rango de valores: de/a, .., añadiendo incluso requisitos de validación para permitir "evolucionar" al evento siguiente. Aunque por defecto cada "evento" lleva un empleado pero existirá la posibilidad de modificación del empleado por cualquier motivo/necesidad a la hora de crear el ticket.
Cada empleado tendrá su propio dashboard donde le aparecen en cada momento sus "tickets asignados" y que le permitirá evolucionar ... (no tengo espacio)