Actualizar Requerimientos no funcionales
@@ -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.
|
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
|
## 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:
|
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ó.
|
* ~~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.
|
* ~~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.
|
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
|
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
|
## 8. Integración, portabilidad y flexibilidad
|
||||||
|
|||||||
Reference in New Issue
Block a user