Specifica a modello a V
119 requisiti, zero lacune. Ogni requisito si collega in avanti a un caso di test e all'indietro a una user story.
Quanto funziona bene — la prova ingegneristica.
Cosmic Story v2 è stata specificata con la metodologia V-Model. Ogni requisito ha un numero, ogni NFR ha un contratto di misurazione, ogni obiettivo di test ha una soglia di copertura.
- 119 requisiti tracciabili — zero lacune nel modello a V.
- Obiettivi di prestazione: generazione di un capitolo in 30 s (p95), latenza GET di 500 ms p99, TTI del frontend in 3 s su rete 4G.
- Sicurezza: AES-256 a riposo, TLS 1.2+ in transito, JWT con accesso da 1 h / refresh da 30 g, soft-delete con hard-delete dei dati personali dopo 30 g.
- Accessibilità: prefers-reduced-motion rispettato ovunque; etichette VoiceOver e TalkBack su ogni elemento interattivo.
Rigore nella specifica
Cosmic Story v2 arriva con una specifica a modello a V — ogni livello (sistema, architettura, modulo, unità) ha i suoi piani di test corrispondenti, con punti di controllo della tracciabilità tra ciascuna coppia.
20 user story
Ognuna ha criteri di accettazione espliciti. Le 9 storie 'Must Have' bloccano il rilascio; le 6 'Should Have' guidano l'iterazione; le 5 'Could Have' sono nella fase 2.
15 requisiti funzionali
Limite dell'album, limite di frequenza dei capitoli, numero di dimensioni della risonanza, regole di ritmo del paywall, comportamento offline — ognuno numerato e testato.
12 categorie non funzionali
Prestazioni, sicurezza, test, privacy, disponibilità, accessibilità — ciascuna con un contratto di misurazione che mostra come viene verificata.
Obiettivi di prestazione
Non promesse — obiettivi scritti, ciascuno con un metodo di misurazione.
Generazione dei capitoli
30 secondi o meno per il 95% delle richieste. Misurata sulla distribuzione della durata dei job di BullMQ.
Latenza delle API
p99 GET /people, /journal, /inbox sotto i 500 millisecondi con 1,000 utenti simultanei. Misurata tramite test di carico k6.
TTI del frontend
Time-to-interactive di 3 secondi o meno su 4G simulato. Misurato tramite Lighthouse CI.
Obiettivi di copertura dei test
Soglie di copertura delle istruzioni applicate dai gate `pnpm test:cov`.
Servizi backend
Obiettivo di copertura degli statement del 85% sui servizi; 80% sui controller. Verificato tramite i report di copertura di Vitest.
Store e composable frontend
85% sui composable; 90% sugli store Pinia. Stesso gate di Vitest, stessi report.
Postura di sicurezza
Misure reali, indicate in modo esplicito.
Cifratura a riposo
I contenuti del diario e dei capitoli sono archiviati con cifratura AES-256 e chiavi gestite dalla piattaforma. Nessun contenuto in chiaro su disco.
TLS in transito
Tutto il traffico API passa su TLS 1.2 o versioni successive. Gli HTTP vengono reindirizzati a HTTPS al confine della rete.
Durata dei JWT
I token di accesso scadono dopo 1 ora; i token di refresh dopo 30 giorni. Rotazione dei token al refresh.
Soft delete + cancellazione definitiva dei dati personali
Prima il soft-delete, con una finestra di 30 giorni prima della cancellazione definitiva delle informazioni personali identificabili.
Standard minimo di accessibilità
Non un'aspirazione: uno standard minimo garantito già in fase di code review.
prefers-reduced-motion
Quando è impostato a livello di sistema operativo, tutte le animazioni GSAP diventano semplici dissolvenze di opacità. Niente parallasse, niente trasformazioni, nessun movimento legato allo scorrimento.
Etichette VoiceOver + TalkBack
Ogni elemento interattivo ha un'etichetta ARIA. Verificata manualmente con VoiceOver su iOS e TalkBack su Android prima del rilascio.
Sono obiettivi o numeri misurati attualmente?
Obiettivi, con contratti di misurazione. Cosmic Story v2 è in fase di sviluppo attivo; i numeri qui riportati provengono dalla tabella NFR del V-Model che regola il rilascio. La colonna "come viene misurato" ti dice esattamente quale strumento produce il segnale di verifica.
Perché l'obiettivo di copertura del backend è 85% e non 100%?
Perché la copertura al 100% è una metrica vanitosa: oltre una certa soglia mette alla prova codice banale a scapito dell'attenzione che serve a una vera revisione. Una copertura delle istruzioni al 85% con una revisione manuale sui punti scoperti è il modo in cui bilanciamo il rigore verificabile dalla macchina con il giudizio ingegneristico.
Cosa significa davvero "bypass attento alle crisi"? È una promessa di sicurezza clinica?
No. È un meccanismo: i messaggi segnalati da un classificatore di crisi sono esenti dal limite giornaliero gratuito di messaggi. Non promettiamo risultati clinici; semplicemente non chiudiamo la porta nel momento peggiore. Per risorse reali in caso di crisi, contatta un servizio locale: Cosmic Story v2 non è un prodotto terapeutico.
Prova My Zodiac AI oggi
Mentre Soulwise apre le sue onde, la nostra app di punta per l'astrologia è già nelle tue mani.
I contenuti astrologici servono alla riflessione e all'intrattenimento. Le funzioni di Cosmic Story v2 descritte qui sono in sviluppo; la disponibilità può cambiare senza preavviso.