Especificación de Modelo en V
119 requisitos, cero brechas. Cada requisito se rastrea hacia adelante hasta un caso de prueba y hacia atrás hasta una historia de usuario.
Qué tan bien funciona — la prueba de ingeniería.
Cosmic Story v2 se especificó con la metodología de modelo en V. Cada requisito tiene un número, cada NFR tiene un contrato de medición y cada objetivo de prueba tiene un umbral de cobertura.
- 119 requisitos rastreables: cero brechas en el Modelo en V.
- Objetivos de rendimiento: generación de capítulos en 30 s (p95), latencia de GET de 500 ms en p99, TTI del frontend de 3 s en 4G.
- Seguridad: AES-256 en reposo, TLS 1.2+ en tránsito, JWT con acceso de 1 h / refresco de 30 d, borrado lógico con eliminación definitiva de PII a los 30 d.
- Accesibilidad: se respeta prefers-reduced-motion de forma global; etiquetas de VoiceOver y TalkBack en cada elemento interactivo.
Rigor en la especificación
Cosmic Story v2 se lanza con una especificación de Modelo en V: cada nivel (sistema, arquitectura, módulo, unidad) tiene sus planes de prueba correspondientes, con puntos de control de trazabilidad entre cada par.
20 historias de usuario
Cada una tiene criterios de aceptación explícitos. Las 9 historias 'Must Have' bloquean el lanzamiento; las 6 'Should Have' guían la iteración; las 5 'Could Have' quedan para la fase 2.
15 requisitos funcionales
Límite de álbum, límite de frecuencia de capítulos, conteo de dimensiones de resonancia, reglas de ritmo del paywall, comportamiento sin conexión: cada uno numerado y probado.
12 categorías no funcionales
Rendimiento, seguridad, pruebas, privacidad, disponibilidad, accesibilidad: cada una con un contrato de medición que muestra cómo se verifica.
Objetivos de rendimiento
No son promesas: son objetivos por escrito con un método de medición para cada uno.
Generación de capítulos
30 segundos o menos para el 95% de las solicitudes. Medido según la distribución de duración de los trabajos de BullMQ.
Latencia de la API
p99 GET /people, /journal, /inbox por debajo de 500 milisegundos con 1,000 usuarios simultáneos. Medido con prueba de carga k6.
TTI del frontend
Tiempo hasta la interactividad de 3 segundos o menos en 4G simulado. Medido con Lighthouse CI.
Objetivos de cobertura de pruebas
Umbrales de cobertura de sentencias aplicados por las compuertas de `pnpm test:cov`.
Servicios de backend
Objetivo de cobertura de sentencias del 85% en servicios; 80% en controladores. Verificado con los informes de cobertura de Vitest.
Stores y composables del frontend
85% en composables; 90% en stores de Pinia. La misma validación de Vitest, los mismos informes.
Postura de seguridad
Medidas reales, nombradas de forma explícita.
Cifrado en reposo
Los contenidos del diario y de los capítulos se almacenan cifrados con AES-256 mediante claves gestionadas por la plataforma. No hay contenidos en texto plano en el disco.
TLS en tránsito
Todo el tráfico de la API va por TLS 1.2 o superior. Las solicitudes HTTP se redirigen a HTTPS en el edge.
Duración de los JWT
Los tokens de acceso expiran después de 1 hora; los tokens de actualización, después de 30 días. Rotación de tokens al actualizar.
Borrado lógico + eliminación definitiva de PII
Primero un borrado lógico, con una ventana de 30 días antes de la eliminación definitiva de la información de identificación personal.
Línea base de accesibilidad
No es una aspiración: es una línea base que se hace cumplir en la revisión de código.
prefers-reduced-motion
Cuando se activa a nivel del sistema operativo, todas las animaciones de GSAP se convierten en desvanecimientos solo de opacidad. Sin paralaje, sin transformaciones, sin movimiento al desplazarse.
Etiquetas para VoiceOver + TalkBack
Cada elemento interactivo tiene una etiqueta ARIA. Se verifica manualmente en VoiceOver de iOS y TalkBack de Android antes del lanzamiento.
¿Son metas o cifras medidas actuales?
Metas, con contratos de medición. Cosmic Story v2 está en desarrollo activo; las cifras que aquí aparecen provienen de la tabla de NFR del Modelo en V que regula el lanzamiento. La columna "cómo se mide" te indica exactamente qué herramienta produce la señal de verificación.
¿Por qué la meta de cobertura del backend es 85% y no 100%?
Porque la cobertura del 100% es una métrica de vanidad: a partir de cierto punto, pone a prueba código trivial a costa de una revisión real. La cobertura de sentencias del 85% con una revisión manual de cobertura sobre lo que falta es como equilibramos el rigor verificable por máquina con el criterio de ingeniería.
¿Qué significa realmente "bypass con detección de crisis"? ¿Es una afirmación de seguridad clínica?
No. Es un mecanismo: los mensajes marcados por un clasificador de crisis quedan exentos del límite diario gratuito de mensajes. No prometemos resultados clínicos; simplemente no cerramos la puerta en el peor momento posible. Para recursos reales en caso de crisis, comunícate con un servicio local: Cosmic Story v2 no es un producto de terapia.
Prueba My Zodiac AI hoy
Mientras Soulwise abre sus olas, nuestra app de astrología insignia ya está en tus manos.
El contenido astrológico es para la reflexión y el entretenimiento. Las funciones de Cosmic Story v2 que se describen aquí están en desarrollo; la disponibilidad puede cambiar sin previo aviso.