Sari la conținut

Răspuns la o cerință nefuncțională

Acest conținut nu este încă disponibil în limba selectată.

Portat din KUB/docs/Playbooks și generalizat de la infrastructură la toate domeniile.

Tiparul în trei mișcări — folosește-l de fiecare dată

Section titled “Tiparul în trei mișcări — folosește-l de fiecare dată”
① Reformulează cerința în cuvintele noastre → arată că am înțeles
② Enunță mecanismul concret → arhitectura sau procesul care o satisface
③ Enunță dovada măsurabilă → numărul la care ne angajăm ȘI cum îl probăm

Formatul literal:

- **Cerință.** …
- **Abordarea noastră.** …
- **Dovadă și țintă.** …

Regulile de onestitate — nu se negociază

Section titled “Regulile de onestitate — nu se negociază”

Câștigăm pe dovadă trasabilă, nu pe adjective. O afirmație fără artefact numit nu e o afirmație pe care o facem.

  • Nu supralicita SLA-ul. Un cluster de 3 noduri susține onest 99.95–99.99%. Promisiunea reflexă de „cinci de nouă” e semnal roșu pentru un evaluator tehnic și capcană în contract.
  • Nu revendica RPO = 0 cât timp rulezi replicare asincronă.
  • Declară trei numere distincte de recuperare, nu unul: RTO de failover automat · RTO end-to-end pentru client · RTO de restaurare din backup după pierdere totală.
  • Calibrează ținta per licitație. Bibliotecă înseamnă formulare reutilizabilă, nu cifră fixă.

Ce verifici înainte de a scrie răspunsul

Section titled “Ce verifici înainte de a scrie răspunsul”
  1. Există artefactul de dovadă? Dacă nu, răspunsul se marchează ca angajament viitor, nu ca stare curentă. Vezi nivelele de dovadă din disciplina surselor.
  2. Dovada e neexpirată? Un pentest de acum doi ani nu e dovadă.
  3. Ținta e susținută de arhitectura reală, nu de cea din playbook? Verifică starea as-built a clusterului țintă, nu ținta platformei.

Pentru platformă se poate randa aceeași informație ca matrice de trasabilitate:

| # | NFR (ISO 25010) | Țintă | Livrat prin | Standard | Artefact de dovadă |

Cu ID-uri pe categorii: A* disponibilitate · R* recuperabilitate · S* securitate · M* mentenabilitate · O* observabilitate · C* capacitate · P* performanță · PO* portabilitate · L* licențiere · G* guvernanță.

Tabelul e o vedere peste răspunsurile în trei mișcări, nu un format separat.

✅ platformă Kubernetes · ✅ bază de date HA (ambele în reference/)

❌ de scris: securitate aplicativă (ASVS, SAST/DAST) · accesibilitate (WCAG 2.1 AA) · interoperabilitate (MPass/MSign/MConnect) · protecția datelor (GDPR, DPIA) · guvernanță de proiect · personal și calificări · licențiere și PI · instruire

Ultimele patru sunt cele ~44% netehnice dintr-un caiet. Se scriu o dată, se refolosesc integral.

Regula perechii — ce ține biblioteca vie

Section titled “Regula perechii — ce ține biblioteca vie”

Când un incident sau o practică mai bună ne învață ceva, se actualizează ghidul de inginerie ȘI răspunsul NFR corespunzător. Separat, în șase luni răspunsurile descriu un sistem pe care nu-l mai avem.