Scope en onzekerheid

Je scope bevat de verandering, actoren, gegevens, interfaces en besluiten die je onderzoekt. Wat je buiten scope zet, kan nog steeds een afhankelijkheid zijn. De interne werking van een identiteitsleverancier hoeft niet volledig gemodelleerd te worden; uitval, beheerrechten en bewijs van werking horen wel bij de beoordeling van die afhankelijkheid.

Scheid feiten uit het casusdossier, expliciete aannames en vragen. Als het aantal offline werkorders onbekend is, mag je niet claimen dat het risico beperkt is. Je kunt een ontwerpvoorwaarde formuleren: offline informatie blijft beperkt tot toegewezen spoedwerk en krijgt een bewaarbeleid dat vóór ingebruikname wordt vastgesteld.

Uitgewerkt voorbeeld. Voor de veiligheidsinstructie leg je vast: proces uitvoeren spoedonderhoud; informatie actuele instructie; ongewenst gevolg verkeerd handelen; belang integriteit en actualiteit; eigenaar Operations; eis dat een niet-gecontroleerde instructie zichtbaar als niet actueel wordt behandeld. De precieze veilige werkwijze wordt door Operations vastgesteld. Het label actueel is dus zelf een te beschermen claim.

Begeleide oefening. Vul dezelfde keten in voor een klantbijlage. Begin bij wie schade ondervindt als een concurrent hem kan lezen. Voeg daarna het gevolg van een onjuiste wijziging toe. Verklaar waarom één algemeen label onvoldoende is.

Zelfstandig dossierwerk. Maak drie beschermingsprofielen: klantbijlage, werkordertoewijzing en veiligheidsinstructie. Leg per profiel bron, gevolg, eigenaar, prioriteit en onzekerheid vast. Teken de scope met de partner-API en identiteitsvoorziening als expliciete afhankelijkheden.

Feedback en herstel. Alleen termen als AVG, encryptie of firewall noemen beantwoordt de opdracht niet. Begin opnieuw bij het concrete gevolg. Een bruikbare uitwerking koppelt de klantbijlage aan vertrouwelijkheid, de toewijzing aan integriteit en toegang, en de instructie aan actuele, veilige uitvoering. Andere gemotiveerde belangen mogen aanvullend worden opgenomen.