Casussen
This content is for PR. Switch to the latest version for up-to-date documentation.
Casus 1
Section titled “Casus 1”Een buurtbewoner van het district Wanica dient een bewijs van goed gedrag te overleggen voor de aanvraag van een visum. Hij vraagt dit aan bij zijn districtscommissariaat met de vereiste documenten, zoals een ID kaart en een nationaliteitsverklaring. Na de aanvraag kan hij het bewijs na weken persoonlijk ophalen indien goedgekeurd en tegen een specifieke betaling.
Het bovenstaande zal in de toekomst via een website aangevraagd worden. Hij kan de aanvraag online doen en tevens online betalen. Na de online betaling ontvangt hij een bevestiging van de bestelling op zijn ingevulde e-mailadres of mobiele nummer.
Uitwerking
Section titled “Uitwerking”Functionele Eisen
FR-01Digitaal Aanvraagformulier: De burger moet online persoonsgegevens kunnen invullen (Naam, Adres in Wanica, Geboortedatum).FR-02Document Upload: De gebruiker moet digitale kopieën van de vereiste documenten (ID-kaart en Nationaliteitsverklaring) kunnen uploaden.FR-03Online Betaling: Het systeem moet een koppeling hebben met een betaalprovider (bijv. lokale banken of wallets) om de specifieke leges direct te voldoen.FR-04Keuze Notificatie: De gebruiker moet kunnen kiezen of de bevestiging via e-mail of via SMS (mobiel nummer) verstuurd wordt.FR-05Orderbevestiging: Na succesvolle betaling moet het systeem automatisch een bevestigingsbericht sturen naar het opgegeven contactadres.FR-06Genereren Ordernummer: Het systeem moet een uniek order-/aanvraagnummer genereren waaraan de betaling en de documenten gekoppeld zijn.FR-07Backoffice Inzage: Medewerkers van het districtscommissariaat Wanica moeten binnengekomen aanvragen inclusief geüploade documenten kunnen inzien.FR-08Betaalstatus Verificatie: Het systeem moet real-time feedback geven aan de gebruiker of de transactie geslaagd of mislukt is.FR-09Validatie Invoer: Het systeem moet controleren of alle verplichte velden zijn ingevuld en of er bestanden zijn geselecteerd voordat de betaling start.FR-10Kwitantie Generatie: De gebruiker moet na betaling een digitaal betalingsbewijs (kwitantie) kunnen downloaden of inzien.
Niet-functionele eisen
NFR-01Security (Transacties): De online betalingen moeten voldoen aan strenge veiligheidsstandaarden (zoals PCI-DSS richtlijnen) om fraude te voorkomen.NFR-02Security (Data): De geüploade documenten (ID-kaarten) moeten versleuteld worden opgeslagen (AES-256 encryptie) ivm privacygevoeligheid.NFR-03Mobile Friendly: De aanvraag- en betaalpagina moeten volledig responsive zijn, zodat bewoners via hun smartphone de aanvraag kunnen doen.NFR-04Bestandsgrootte: Het systeem moet uploads accepteren tot maximaal 5MB per bestand om de serverbelasting te beperken.NFR-05Bestandsformaten: Het systeem moet gangbare formaten ondersteunen zoals JPG, PNG en PDF (omdat veel mensen foto’s maken met hun telefoon).NFR-06Beschikbaarheid: De aanvraagmodule moet 24/7 beschikbaar zijn, zodat burgers niet gebonden zijn aan de openingstijden van het commissariaat.NFR-07Snelheid (Notificatie): De bevestigingsmail of SMS moet binnen 1 minuut na de succesvolle betaling verstuurd zijn.NFR-08Gebruiksvriendelijkheid: Het formulier moet zo ontworpen zijn dat het invullen maximaal 5 minuten kost (minimale klikken).NFR-09Browser Compatibiliteit: De website moet werken op de meest gebruikte mobiele browsers in Suriname (Chrome Android, Safari iOS).NFR-10Data Retentie: De tijdelijke aanvraagdata moet conform wetgeving bewaard blijven, maar betaalgegevens mogen niet onnodig lang worden opgeslagen.
MoSCoW
Must have (Essentieel)
Section titled “Must have (Essentieel)”FR-01(Digitaal Aanvraagformulier)FR-02(Document Upload)FR-03(Online Betaling)FR-05(Orderbevestiging - Cruciaal bewijs voor de burger)FR-06(Genereren Ordernummer)FR-07(Backoffice Inzage - Anders kan de ambtenaar niks verwerken)NFR-01(Security Transacties)NFR-02(Security Data)NFR-03(Mobile Friendly)
Should have (Belangrijk, maar niet cruciaal)
Section titled “Should have (Belangrijk, maar niet cruciaal)”FR-04(Keuze Notificatie SMS/Email - Alleen email is voor MVP acceptabel als SMS technisch lastig is, maar de casus noemt beide)FR-08(Real-time Betaalstatus - Feedback is belangrijk voor vertrouwen)FR-09(Validatie Invoer - Voorkomt foutieve aanvragen)NFR-05(Ondersteuning JPG/PNG - Cruciaal voor mobiele gebruikers)NFR-07(Snelheid Notificatie)
Could have (Leuk om te hebben)
Section titled “Could have (Leuk om te hebben)”FR-10(Kwitantie Generatie - De bevestigingsmail kan ook dienen als kwitantie in fase 1)NFR-08(Gebruiksvriendelijkheid < 5 min - Optimalisatie slag)
Won’t Have (Voor nu buiten scope)
Section titled “Won’t Have (Voor nu buiten scope)”FR-11Automatische goedkeuring van het gedrag (dit blijft mensenwerk bij justitie/politie).FR-12Thuisbezorging van het fysieke document (casus zegt: “ontvangt bevestiging van bestelling”, het fysieke ophalen/verwerken blijft voorlopig impliciet).
Casus 2
Section titled “Casus 2”In Suriname is het proces van grondaanvragen inmiddels gedigitaliseerd. Aanvragers kunnen hun aanvraag online indienen, samen met de vereiste documenten zoals een ID-kaart, nationaliteitsverklaring en GLIS-documenten. Na het indienen van de aanvraag ontvangen zij een bevestigingsmail met een aanvraagnummer. De status van de aanvraag wordt vervolgens handmatig door een medewerker van Grondzaken via e-mail gecommuniceerd.
Momenteel bevindt het systeem zich in een transitieperiode, waarbij veel van de communicatie en updates nog handmatig plaatsvinden. De uitdaging is om de digitale ervaring te verbeteren door aanvragers in staat te stellen hun aanvraagstatus direct online in te zien, zonder afhankelijk te zijn van e-mailupdates.
Uitwerking
Section titled “Uitwerking”Functionele Eisen
FR-01Authenticatie Burger: De burger moet kunnen inloggen of verifiëren met een combinatie van het Aanvraagnummer en het ID-nummer.FR-02Status Weergave: Het systeem moet de actuele status van de aanvraag tonen (bv. “In behandeling”, “Wacht op GLIS”, “Afgerond”).FR-03Detailoverzicht: Na succesvolle invoer moet het systeem de basisgegevens tonen (Naam aanvrager, Datum indiening, District) ter bevestiging.FR-04Status Wijzigen (Backoffice): Een medewerker van Grondzaken moet de status van een aanvraag in de database kunnen wijzigen.FR-05Notificatie Trigger: Bij een statuswijziging moet het systeem automatisch een e-mail versturen naar de aanvrager met de statusupdate.FR-06Weergave Ontbrekende Documenten: Indien de status “Incompleet” is, moet het systeem specifiek tonen welke documenten (bv. Nationaliteitsverklaring) nog ontbreken.FR-07Zoekfunctie Medewerker: Medewerkers moeten aanvragen kunnen opzoeken via Aanvraagnummer, ID-nummer of Achternaam in de beheeromgeving.FR-08Validatie Invoer: Het systeem moet controleren of het ingevoerde aanvraagnummer en ID-nummer voldoen aan het juiste formaat voordat de zoekopdracht start.FR-09Audit Trail: Het systeem moet loggen welke medewerker een statuswijziging heeft doorgevoerd en op welk tijdstip.FR-10Downloaden Beschikking: Indien de aanvraag is goedgekeurd, moet de burger de officiële toewijzing/beschikking (of een voorlopig document) als PDF kunnen downloaden.
Niet-functionele eisen
NFR-01Security (Data): Alle communicatie tussen de gebruiker en de server moet versleuteld zijn via HTTPS/SSL om persoonsgegevens te beschermen.NFR-02Responsiviteit: De statuspagina moet volledig leesbaar en bruikbaar zijn op mobiele apparaten (smartphones/tablets), aangezien dit het primaire toegangskanaal is in Suriname.NFR-03Performance: De statusinformatie moet binnen 2 seconden geladen zijn na het klikken op ‘Zoeken’, ook bij een tragere internetverbinding (3G).NFR-04Availability: Het systeem moet 99,5% van de tijd beschikbaar zijn (24/7), onafhankelijk van kantoortijden.NFR-05Usability: De interface moet Nederlandstalig zijn en vrij van ambtelijk jargon (B1-taalniveau), zodat deze begrijpelijk is voor iedere burger.NFR-06Privacy: Een gebruiker mag nooit gegevens van een andere aanvrager inzien; de combinatie Aanvraagnummer + ID moet uniek en sluitend zijn.NFR-07Scalability: Het systeem moet piekmomenten (bijvoorbeeld na een persbericht van het ministerie) van 500 gelijktijdige gebruikers aankunnen zonder vast te lopen.NFR-08Browser Compatibiliteit: De applicatie moet correct werken in de laatste versies van Chrome, Edge, Firefox en Safari.NFR-09Data Integriteit: Er moet dagelijks een automatische back-up worden gemaakt van de statusdatabase om dataverlies te voorkomen.NFR-10Onderhoudbaarheid: De statuscodes (“In behandeling”, etc.) moeten configureerbaar zijn in het systeem zonder dat er nieuwe code geprogrammeerd hoeft te worden.
MoSCoW
Must have (Essentieel)
Section titled “Must have (Essentieel)”FR-01(Authenticatie Burger)FR-02(Status Weergave)FR-04(Status Wijzigen Backoffice)FR-08(Validatie Invoer)NFR-01(Security/HTTPS)NFR-02(Responsiviteit/Mobiel)NFR-06(Privacy/Afscherming)
Should have (Belangrijk, maar niet cruciaal)
Section titled “Should have (Belangrijk, maar niet cruciaal)”FR-05(Automatische Notificatie E-mail) Let op: Dit vervangt het handmatige werk, dus is bijna een Must, maar de burger kán zelf kijken.FR-06(Weergave Ontbrekende Documenten)FR-07(Zoekfunctie Medewerker - Basic lijst is tijdelijk genoeg)NFR-03(Performance < 2 sec - Iets trager is acceptabel bij start)NFR-05(Usability/Taalniveau)
Could have (Leuk om te hebben)
Section titled “Could have (Leuk om te hebben)”FR-03(Uitgebreid detailoverzicht - Alleen status is de kern)FR-09(Audit Trail - Interne controle)NFR-10(Configureerbare statussen)
Won’t Have (Voor nu buiten scope)
Section titled “Won’t Have (Voor nu buiten scope)”FR-10(Downloaden Beschikking - Eerst focussen op het proces, documentgeneratie is complex)NFR-07(Hoge Scalability - Starten met huidige belasting)