From 68c3cdcd41bf8acc8f55528285b68de4f32f60ef Mon Sep 17 00:00:00 2001 From: "Guillermo.Arrieta" Date: Thu, 26 Feb 2026 18:48:34 +0000 Subject: [PATCH] Actualizar Requerimientos no funcionales --- Requerimientos-no-funcionales.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Requerimientos-no-funcionales.md b/Requerimientos-no-funcionales.md index 2555cda..bccd3f3 100644 --- a/Requerimientos-no-funcionales.md +++ b/Requerimientos-no-funcionales.md @@ -71,10 +71,10 @@ 4. La plataforma deberá permitir reconstruir "cómo llegamos" a la versión actual de un plan: cadena de versiones + archivos + decisiones de IA aceptadas. ## 7. Concurrencia y edición simultánea -1. El sistema deberá evitar, como mínimo, pérdida silenciosa de cambios cuando dos usuarios editen el mismo plan: - * Estrategia simple: versión/timestamp y rechazo de actualización si la versión cambió. - * Mensaje al usuario indicando que alguien más modificó el plan. -2. Opcional/Más adelante: el sistema podrá mostrar una advertencia de edición concurrente ("El usuario X está editando este plan ahora"), aunque no llegue a nivel Canva con cursores en tiempo real. +1. ~~El sistema deberá evitar, como mínimo, pérdida silenciosa de cambios cuando dos usuarios editen el mismo plan:~~ + * ~~Estrategia simple: versión/timestamp y rechazo de actualización si la versión cambió.~~ + * ~~Mensaje al usuario indicando que alguien más modificó el plan.~~ +2. ~~Opcional/Más adelante: el sistema podrá mostrar una advertencia de edición concurrente ("El usuario X está editando este plan ahora"), aunque no llegue a nivel Canva con cursores en tiempo real.~~ 3. Los formularios largos deberán guardar datos intermedios o permitir guardado parcial, para evitar perder trabajo por cierre de sesión o errores de red. En cookies o local storage ## 8. Integración, portabilidad y flexibilidad