refactor: renombra Subtareas a Tareas en todo el sistema
Actividad -> Tarea, sin nivel "sub" intermedio (no hay una entidad "Tarea" de la que estas fueran sub-, asi que el prefijo sobraba). Tabla subtasks -> tasks (RENAME TABLE idempotente en la migracion 005; 001_initial.sql tambien actualizado para que una instalacion nueva cree la tabla ya con el nombre final, sin pasar por el nombre viejo). Modulo backend, rutas, servicio frontend, pestaña del detalle de actividad, i18n y documentacion actualizados. Sin cambios de comportamiento, solo nombres. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
@@ -19,7 +19,7 @@ tiene cada cosa — sin que cargar la información sea tedioso para quien lo usa
|
||||
| Administrador | Todo, incluida gestión de usuarios/roles/catálogos y aprobar/rechazar registros |
|
||||
| Jefe de TI | Ve y gestiona todos los proyectos/actividades, aprueba; no administra usuarios |
|
||||
| Coordinador / Líder de proyecto | Crea/edita los proyectos donde es responsable o miembro, gestiona sus actividades |
|
||||
| Colaborador | Ve y actualiza lo asignado a él (actividades/subtareas propias), comenta |
|
||||
| Colaborador | Ve y actualiza lo asignado a él (actividades/tareas propias), comenta |
|
||||
| Consultor | Solo lectura en todo |
|
||||
|
||||
## Modulos (MVP)
|
||||
@@ -54,9 +54,9 @@ tiene cada cosa — sin que cargar la información sea tedioso para quien lo usa
|
||||
("depende de" otra actividad del mismo proyecto).
|
||||
- Estados: Pendiente, En progreso, En revisión, Bloqueada, En espera, Completada, Cancelada.
|
||||
|
||||
### 5. Subtareas
|
||||
### 5. Tareas
|
||||
- Checklist liviano dentro de una actividad: nombre, responsable opcional, hecho/no hecho, fecha
|
||||
límite opcional. Si una actividad tiene subtareas, su avance se calcula solo desde ellas.
|
||||
límite opcional. Si una actividad tiene tareas, su avance se calcula solo desde ellas.
|
||||
|
||||
### 6. Dashboard
|
||||
- KPIs: proyectos activos, proyectos atrasados, actividades pendientes/vencidas/para hoy, avance
|
||||
@@ -90,7 +90,7 @@ tiene cada cosa — sin que cargar la información sea tedioso para quien lo usa
|
||||
1. Administrador crea departamentos y usuarios (con rol y departamento).
|
||||
2. Jefe de TI o Coordinador crea un proyecto, asigna miembros, define fechas y prioridad.
|
||||
3. Se crean actividades dentro del proyecto (con responsable, fechas, dependencias si aplica).
|
||||
4. Cada responsable actualiza el avance de sus actividades/subtareas; el avance del proyecto se
|
||||
4. Cada responsable actualiza el avance de sus actividades/tareas; el avance del proyecto se
|
||||
recalcula solo.
|
||||
5. El Jefe de TI entra al Dashboard y ve de un vistazo activos/atrasados/pendientes/avance.
|
||||
6. Vencimientos se marcan automáticamente (🟢 en tiempo / 🟡 próximo a vencer / 🔴 vencido) y generan
|
||||
@@ -99,7 +99,7 @@ tiene cada cosa — sin que cargar la información sea tedioso para quien lo usa
|
||||
## Reglas funcionales importantes
|
||||
|
||||
- El listado se ve primero; la creación se abre solo con el botón "Nuevo" (regla de UX del grupo).
|
||||
- El % de avance de una actividad con subtareas es automático (no editable a mano); sin subtareas,
|
||||
- El % de avance de una actividad con tareas es automático (no editable a mano); sin tareas,
|
||||
es manual (0-100).
|
||||
- El % de avance de un proyecto es el promedio del avance de sus actividades (no editable a mano).
|
||||
- Una actividad no puede marcarse "Completada" si depende de otra que no lo está (aviso, no bloqueo
|
||||
|
||||
Reference in New Issue
Block a user