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:
+4
-4
@@ -32,7 +32,7 @@
|
||||
| `project_members` | usuarios asignados a un proyecto (reemplaza "equipos" como módulo aparte) |
|
||||
| `activities` | actividades de un proyecto |
|
||||
| `activity_dependencies` | dependencias simples entre actividades ("depende de") |
|
||||
| `subtasks` | checklist liviano dentro de una actividad |
|
||||
| `tasks` | checklist liviano dentro de una actividad ("Tareas" en la UI; renombrada desde `subtasks` en v1.8.0) |
|
||||
| `comments` | comentarios sobre proyecto o actividad (`entity_type` + `entity_id`) |
|
||||
| `attachments` | archivos adjuntos a proyecto o actividad |
|
||||
| `notifications` | notificaciones in-app por usuario |
|
||||
@@ -49,15 +49,15 @@
|
||||
- `activities.project_id -> projects.id`, `activities.status_id -> activity_statuses.id`,
|
||||
`activities.priority_id -> priorities.id`, `activities.responsible_user_id -> users.id`
|
||||
- `activity_dependencies.activity_id / depends_on_activity_id -> activities.id`
|
||||
- `subtasks.activity_id -> activities.id`, `subtasks.responsible_user_id -> users.id` (nullable)
|
||||
- `tasks.activity_id -> activities.id`, `tasks.responsible_user_id -> users.id` (nullable)
|
||||
- `comments.entity_id` / `attachments.entity_id` apuntan a `projects.id` o `activities.id` según
|
||||
`entity_type` (sin FK física cruzada — se valida en el servicio)
|
||||
|
||||
## Reglas de datos
|
||||
|
||||
- `projects.progress_pct` y `activities.progress_pct` son **calculados por el servicio**, no
|
||||
editables directo por el cliente: actividad con subtareas = % de subtareas hechas; actividad sin
|
||||
subtareas = manual (0-100); proyecto = promedio del avance de sus actividades.
|
||||
editables directo por el cliente: actividad con tareas = % de tareas hechas; actividad sin
|
||||
tareas = manual (0-100); proyecto = promedio del avance de sus actividades.
|
||||
- `users.password_hash` con bcrypt, nunca texto plano ni reversible.
|
||||
- `users.status` (`pending_verification`/`pending_approval`/`active`/`invited`) es el ciclo de vida
|
||||
de la cuenta, independiente de `is_active` (que sigue siendo el interruptor manual del admin
|
||||
|
||||
Reference in New Issue
Block a user