HERRAMIENTA DE GESTION DE TAREAS

Organiza trabajo de empleados

Dise�ar e implementar una base de datos que utilizar� la app
En la empresa se trabaja en diferentes proyectos
A cada uno de los proyecto se crean tareas, que se asignan a los desarrolladores
Un desarrollador puede tener asignadas muchas tareas de diferentes proyectos a la
vez
Un proyecto tiene siempre asignado un responsable que se encargar� de llevar el
seguimiento de las tareas del mismo <--
Las tareas tendr�n un asunto, que ser� un resumen breve de la tarea, y un cuerpo
con el contenido detallado de la misma.
Es necesario registrar la fecha y hora de creaci�n de la tarea.
Las tareas tienen un estado: En principio los estados posibles son �abierto�,
�asignado�, �en proceso�, �finalizado�, �cerrado�.
En cualquier caso, el administrador de la aplicaci�n podr� crear nuevos estados o
modificar los existentes si lo creyera necesario.
Dentro del conjunto de estados habr� siempre un �nico estado inicial (ej. abierto)
y un �nico estado final (ej. cerrado).
Dependiendo del estado en que est� una tarea, deber�n cuantificarse las horas que
ha permanecido la tarea en ese estado
Las tareas las puede crear cualquier desarrollador y debe ser registrado como el
creador de la tarea. <--
Por defecto la tarea se asigna al responsable del proyecto, en el estado inicial
Cada tarea tiene una prioridad: Por defecto las tareas se crean con la prioridad
mayor.
La prioridad se identifica con un n�mero, de forma que la mayor prioridad es el
n�mero 1, la siguiente el 2� A parte de este n�mero, la prioridad se expresa
tambi�n con una descripci�n.
Las prioridades disponibles las configura el administrador.
Las tareas tambi�n se clasifican en categor�as: �error�, �nueva funcionalidad�,
�mejora�. El administrador podr� crear y modificar las distintas categor�as.
Dentro de cada proyecto, se pueden definir una serie de �reas y cada tarea debe
estar siempre asignada a alguna de esas �reas. El responsable del proyecto podr�
modificar, crear o eliminar las �reas que crea necesarias para su proyecto.
Las tareas ir�n sufriendo una serie de cambios a lo largo de su existencia:
cambiar�n de due�o, cambiar�n de estado, puede que de categor�a, puede variar su
prioridad, su descripci�n, su asunto
Cada uno de estos cambios debe registrarse para poder tener un historial de los
cambios sufridos por la tarea.
Debe darse la posibilidad de guardar un comentario explicativo referente a ese
cambio en concreto. Adem�s, siempre debe registrarse la fecha en que se produjo el
cambio.
El nuevo sistema, se encargar� de la notificaci�n v�a e-mail de los eventos
ocurridos. Por ejemplo, al serle asignada una tarea a un desarrollador, �ste
recibir� notificaci�n v�a e-mail.
Siempre recibir� notificaciones de los cambios producidos sobre una tarea, tanto el
creador de la tarea como el responsable del proyecto.
Se desean almacenar dichas notificaciones de forma que un proceso peri�dico las lea
y env�e los e-mails correspondientes. De alguna manera debe controlarse que no se
env�en las notificaciones m�s de una vez.
Las tareas tendr�n una previsi�n de horas de desarrollo que estimar� el creador de
la tarea. Debe ser posible calcular el n�mero de horas reales invertidas en cada
tarea. Para ello se tendr�n en cuenta las horas transcurridas mientras la tarea
estuviera en alg�n estado en el que se deban cuantificar las horas.
Un ejemplo podr�a ser: el estado �en proceso� requerir� cuantificaci�n de horas y
el resto no.
Los estados cuantificables en horas de desarrollo los determinar� el administrador.

Cuando la tarea llegue al estado final, debe mantenerse las horas reales invertidas
en ella.
Cada desarrollador puede tener o no asignado alg�n proyecto. De la misma forma,
cada desarrollador puede ser o no administrador.Simplemente se desea guardar esta
informaci�n para poder aplicar las restricciones desde el programa.
No se va a usar seguridad en la BD. No se desea implementar un sistema de permisos
que indique a qu� funcionalidades o datos tiene acceso cada usuario. Simplemente se
quiere poder saber si un usuario es administrador o no lo es.

Esta especificaci�n de requisitos est� dirigida al usuario del sistema, para

continuar con el desarrollo de aplicaciones de gesti�n de tareas que se asignar�n a
proyectos, los cuales tendr�n un responsable y creador para la realizaci�n de estos
y tomando en cuenta administraci�n del tiempo, la cual tiene por objetivo principal
la organizaci�n de trabajo entre los empleados.