Parcurgere ghidată · 8 min
Explorați ciclul de viață al software-ului
Urmăriți o funcție de export de la cerință la operare. Inspectați responsabilul, dovezile și decizia din fiecare etapă.
Situația
Răspundeți de un serviciu de gestionare a clienților. Un manager cere un fișier cu clienții activi din propria organizație. Urmăriți această funcție fictivă de la cerere la operare.
Ce trebuie să faceți
- Începeți cu Nevoie. Folosiți Etapa următoare pentru a urmări aceeași funcție prin toate cele șapte etape.
- La fiecare etapă, citiți dovezile exemplului. Decideți dacă răspund întrebării de decizie, apoi deschideți explicația.
SCENARIU: EXPORTUL DATELOR CLIENȚILOR
O dovadă este un document sau un rezultat de verificare care susține o decizie. Fiecare etapă de mai jos oferă un exemplu. Urmați secvența sau selectați direct o etapă.
ETAPĂ 1 / 7
Nevoie
Un manager trebuie să exporte datele clienților activi din propria organizație.
- Responsabil
- Responsabilul produsului
- Dovezi
- Rezultatul acceptat și câmpurile permise
Un manager petrece o oră în fiecare săptămână colectând date despre clienții activi. Nevoia acceptată: exportul numelor și identificatorilor clienților din propria organizație în CSV.
ETAPĂ 2 / 7
Specificație
Definiți utilizatorii permiși, datele, comportamentul la eșec și criteriile de acceptare.
- Responsabil
- Responsabilii produsului și securității
- Dovezi
- Fluxul de date și cerința de autorizare
Criteriu de acceptare: un manager din organizația A nu primește înregistrări din organizația B, nici după modificarea identificatorilor cererii.
ETAPĂ 3 / 7
Implementare
Agentul pregătește o modificare mică într-un branch de funcționalitate.
- Responsabil
- Echipa de dezvoltare
- Dovezi
- Diff legat de cerință
PR-ul adaugă un filtru de organizație la interogarea bazei de date și un test pentru o cerere a altei organizații. Păstrează neschimbate autentificarea și facturarea.
ETAPĂ 4 / 7
Verificare
Inspectați autorizarea reală și cererile interzise.
- Responsabil
- Evaluator independent
- Dovezi
- Teste și verificare pentru commit-ul final
Un test pe commit-ul final arată că un utilizator din organizația A nu poate primi înregistrările organizației B. Un evaluator verifică lanțul autorizării.
ETAPĂ 5 / 7
Lansare
Instalați artefactul acceptat cu rolul de instalare permis.
- Responsabil
- Responsabilul lansării
- Dovezi
- Identificatorul artefactului, aprobarea și planul de recuperare
Responsabilul lansării compară commit-ul artefactului cu cel verificat. Instrucțiunile de recuperare numesc versiunea anterioară și persoana care poate porni rollback-ul.
ETAPĂ 6 / 7
Operare
Monitorizați eșecurile exportului, controalele de acces și comportamentul serviciului.
- Responsabil
- Responsabilul serviciului
- Dovezi
- Metrici, loguri de audit limitate și instrucțiuni pentru incidente
Alertele de eșec al exportului ajung la inginerul de gardă. Logurile de audit limitate consemnează identitatea actorului și organizația fără a copia lista completă de clienți.
ETAPĂ 7 / 7
Învățare
Evaluați utilizarea și problemele observate înainte de următoarea modificare.
- Responsabil
- Responsabilul produsului și echipa
- Dovezi
- Feedback și o coadă de lucru actualizată
O cerere de suport raportează exporturi eșuate pentru liste mari de clienți. Echipa adaugă o cerință de performanță și un test la următoarea modificare.
Secvența se poate repeta. Dovezile noi pot readuce lucrul la specificație sau implementare.
PENTRU ÎNCHEIERE
Codul funcționează. De ce nu se poate opri echipa la Implementare?
Comparați răspunsul cu explicația
Codul funcțional nu arată cine poate accesa înregistrările sau cine va gestiona eșecurile. Verificarea controlează limita datelor. Lansarea leagă acele dovezi de versiunea instalată. Operarea atribuie responsabilitatea serviciului care rulează. Învățarea transformă problemele observate în următoarea modificare.
Folosiți acest lucru la muncă
Pentru o funcție a echipei dumneavoastră, numiți responsabilul lansării și persoana care primește alertele de eșec.
Alegeți alt exercițiu