Especificación de Modelo en V
119 requisitos, cero brechas. Cada requisito se traza 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 del 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 trazables: 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: prefers-reduced-motion se respeta de forma global; etiquetas de VoiceOver y TalkBack en cada elemento interactivo.
Rigor de especificación
Cosmic Story v2 se entrega 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 del álbum, límite de frecuencia de capítulos, número de dimensiones de resonancia, reglas de ritmo del muro de pago, 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, sino objetivos por escrito con un método de medición para cada uno.
Generación de capítulos
30 segundos o menos en el 95% de las solicitudes. Medido frente a 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 concurrentes. Medido mediante prueba de carga con k6.
TTI del frontend
Tiempo hasta interactivo de 3 segundos o menos en 4G simulada. Medido mediante Lighthouse CI.
Objetivos de cobertura de pruebas
Umbrales de cobertura de sentencias impuestos por controles de `pnpm test:cov`.
Servicios backend
Objetivo de cobertura de sentencias del 85% en los servicios; 80% en los controladores. Verificado mediante los informes de cobertura de Vitest.
Stores y composables del frontend
85% en los composables; 90% en los stores de Pinia. La misma verificación de Vitest, los mismos informes.
Postura de seguridad
Medidas reales, nombradas de forma explícita.
Cifrado en reposo
Los cuerpos del diario y de los capítulos se almacenan cifrados con AES-256 y claves gestionadas por la plataforma. Sin cuerpos en texto plano en disco.
TLS en tránsito
Todo el tráfico de la API va sobre TLS 1.2 o más reciente. HTTP redirige a HTTPS en el edge.
Duración de los JWT
Los tokens de acceso caducan tras 1 hora; los de actualización tras 30 días. Rotación de tokens al actualizar.
Borrado lógico + borrado físico de datos personales
Primero un borrado lógico, con una ventana de 30 días antes del borrado físico de la información de identificación personal.
Estándar mínimo de accesibilidad
No es una aspiración: es un mínimo que se exige 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 fundidos de solo opacidad. Sin paralaje, sin transformaciones, sin movimiento activado por el desplazamiento.
Etiquetas para VoiceOver + TalkBack
Cada elemento interactivo tiene una etiqueta ARIA. Se verifica manualmente en VoiceOver de iOS y TalkBack de Android antes de cada lanzamiento.
¿Son objetivos o cifras medidas actuales?
Objetivos, con contratos de medición. Cosmic Story v2 está en desarrollo activo; las cifras de aquí provienen de la tabla de NFR del modelo V que controla el lanzamiento. La columna «cómo se mide» te indica exactamente qué herramienta produce la señal de verificación.
¿Por qué el objetivo de cobertura del backend es 85% y no 100%?
Porque 100% de cobertura es una métrica de vanidad: pasado cierto punto, pone a prueba código trivial a costa de la atención real en la revisión. Una cobertura de sentencias del 85% con una revisión manual de cobertura sobre lo que falta es nuestra forma de equilibrar el rigor verificable por máquina con el criterio de ingeniería.
¿Qué significa realmente «bypass consciente de crisis»? ¿Es una afirmación de seguridad clínica?
No. Es un mecanismo: los mensajes señalados por un clasificador de crisis quedan exentos del límite diario de mensajes gratuitos. No prometemos resultados clínicos; simplemente no cerramos la puerta en el peor momento posible. Para recursos reales de crisis, por favor contacta con un servicio local: Cosmic Story v2 no es un producto de terapia.
Prueba My Zodiac AI hoy mismo
Mientras Soulwise abre sus olas, nuestra app insignia de astrología 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; su disponibilidad puede cambiar sin previo aviso.