Begeleide verkenning · 8 MIN
Verken de softwarelevenscyclus
Volg een exportfunctie van eis tot beheer. Bekijk in elke fase de verantwoordelijke, het bewijs en de beslissing.
De situatie
U bent verantwoordelijk voor een klantenbeheerservice. Een manager vraagt om een bestand met actieve klanten uit de eigen organisatie. Volg deze fictieve functie van verzoek tot beheer.
Wat u doet
- Begin bij Behoefte. Gebruik Volgende fase om dezelfde functie door alle zeven fasen te volgen.
- Lees in elke fase het voorbeeldbewijs. Bepaal of het de beslisvraag beantwoordt en open daarna de uitleg.
SCENARIO: KLANTENEXPORT
Bewijs is een document of controleresultaat dat een beslissing ondersteunt. Elke fase hieronder geeft een voorbeeld. Volg de volgorde of kies direct een fase.
FASE 1 / 7
Behoefte
Een manager moet actieve klanten uit de eigen organisatie exporteren.
- Verantwoordelijke
- Productverantwoordelijke
- Bewijs
- Geaccepteerd resultaat en toegestane velden
Een manager besteedt elke week één uur aan het verzamelen van actieve klanten. Geaccepteerde behoefte: namen en klant-ID's uit de eigen organisatie naar CSV exporteren.
FASE 2 / 7
Specificatie
Definieer toegestane gebruikers, gegevens, foutgedrag en acceptatiecriteria.
- Verantwoordelijke
- Product- en beveiligingsverantwoordelijken
- Bewijs
- Gegevensstroom en autorisatie-eis
Acceptatiecriterium: een manager uit organisatie A ontvangt geen records van organisatie B, ook niet na het wijzigen van aanvraagidentificaties.
FASE 3 / 7
Implementatie
De agent bereidt een kleine wijziging voor in een featurebranch.
- Verantwoordelijke
- Ontwikkelteam
- Bewijs
- Diff gekoppeld aan de eis
De PR voegt een organisatiefilter toe aan de databasequery en een test voor een aanvraag van een andere organisatie. Inloggen en facturering blijven ongewijzigd.
FASE 4 / 7
Verificatie
Bekijk de echte autorisatie en verboden aanvragen.
- Verantwoordelijke
- Onafhankelijke reviewer
- Bewijs
- Tests en review voor de definitieve commit
Een test op de definitieve commit laat zien dat een gebruiker uit organisatie A geen records van B kan ontvangen. Een reviewer controleert de autorisatieketen.
FASE 5 / 7
Release
Deploy het geaccepteerde artefact met de toegestane deploymentrol.
- Verantwoordelijke
- Releaseverantwoordelijke
- Bewijs
- Artefactidentificatie, goedkeuring en herstelplan
De releaseverantwoordelijke vergelijkt de artefactcommit met de gereviewde commit. Herstelinstructies benoemen de vorige versie en de persoon die rollback kan starten.
FASE 6 / 7
Beheer
Monitor exportfouten, toegangscontroles en servicegedrag.
- Verantwoordelijke
- Serviceverantwoordelijke
- Bewijs
- Metrics, beperkte auditlogs en incidentinstructies
Exportfoutmeldingen bereiken de dienstdoende engineer. Beperkte auditlogs registreren uitvoerder en organisatie zonder de volledige klantenlijst te kopiëren.
FASE 7 / 7
Leren
Beoordeel gebruik en waargenomen problemen vóór de volgende wijziging.
- Verantwoordelijke
- Productverantwoordelijke en team
- Bewijs
- Feedback en een bijgewerkte werkwachtrij
Een supportverzoek meldt mislukte exports bij grote klantenlijsten. Het team voegt een prestatie-eis en test toe aan de volgende wijziging.
De reeks kan zich herhalen. Nieuw bewijs kan het werk terugbrengen naar specificatie of implementatie.
TER AFRONDING
De code werkt. Waarom kan het team niet bij Implementatie stoppen?
Vergelijk uw antwoord met de uitleg
Werkende code toont niet wie de records mag inzien of wie fouten afhandelt. Verificatie controleert de gegevensgrens. Release verbindt dat bewijs met de gedeployde versie. Beheer wijst verantwoordelijkheid voor de draaiende service toe. Leren zet waargenomen problemen om in de volgende wijziging.
Gebruik dit op het werk
Benoem voor één functie in uw team de releaseverantwoordelijke en de ontvanger van foutmeldingen.
Kies een andere oefening