Skip to content
UNASPACE

Casussen

This content is for PR. Switch to the latest version for up-to-date documentation.

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.

Functionele Eisen
  • FR-01 Digitaal Aanvraagformulier: De burger moet online persoonsgegevens kunnen invullen (Naam, Adres in Wanica, Geboortedatum).
  • FR-02 Document Upload: De gebruiker moet digitale kopieën van de vereiste documenten (ID-kaart en Nationaliteitsverklaring) kunnen uploaden.
  • FR-03 Online Betaling: Het systeem moet een koppeling hebben met een betaalprovider (bijv. lokale banken of wallets) om de specifieke leges direct te voldoen.
  • FR-04 Keuze Notificatie: De gebruiker moet kunnen kiezen of de bevestiging via e-mail of via SMS (mobiel nummer) verstuurd wordt.
  • FR-05 Orderbevestiging: Na succesvolle betaling moet het systeem automatisch een bevestigingsbericht sturen naar het opgegeven contactadres.
  • FR-06 Genereren Ordernummer: Het systeem moet een uniek order-/aanvraagnummer genereren waaraan de betaling en de documenten gekoppeld zijn.
  • FR-07 Backoffice Inzage: Medewerkers van het districtscommissariaat Wanica moeten binnengekomen aanvragen inclusief geüploade documenten kunnen inzien.
  • FR-08 Betaalstatus Verificatie: Het systeem moet real-time feedback geven aan de gebruiker of de transactie geslaagd of mislukt is.
  • FR-09 Validatie Invoer: Het systeem moet controleren of alle verplichte velden zijn ingevuld en of er bestanden zijn geselecteerd voordat de betaling start.
  • FR-10 Kwitantie Generatie: De gebruiker moet na betaling een digitaal betalingsbewijs (kwitantie) kunnen downloaden of inzien.
Niet-functionele eisen
  • NFR-01 Security (Transacties): De online betalingen moeten voldoen aan strenge veiligheidsstandaarden (zoals PCI-DSS richtlijnen) om fraude te voorkomen.
  • NFR-02 Security (Data): De geüploade documenten (ID-kaarten) moeten versleuteld worden opgeslagen (AES-256 encryptie) ivm privacygevoeligheid.
  • NFR-03 Mobile Friendly: De aanvraag- en betaalpagina moeten volledig responsive zijn, zodat bewoners via hun smartphone de aanvraag kunnen doen.
  • NFR-04 Bestandsgrootte: Het systeem moet uploads accepteren tot maximaal 5MB per bestand om de serverbelasting te beperken.
  • NFR-05 Bestandsformaten: Het systeem moet gangbare formaten ondersteunen zoals JPG, PNG en PDF (omdat veel mensen foto’s maken met hun telefoon).
  • NFR-06 Beschikbaarheid: De aanvraagmodule moet 24/7 beschikbaar zijn, zodat burgers niet gebonden zijn aan de openingstijden van het commissariaat.
  • NFR-07 Snelheid (Notificatie): De bevestigingsmail of SMS moet binnen 1 minuut na de succesvolle betaling verstuurd zijn.
  • NFR-08 Gebruiksvriendelijkheid: Het formulier moet zo ontworpen zijn dat het invullen maximaal 5 minuten kost (minimale klikken).
  • NFR-09 Browser Compatibiliteit: De website moet werken op de meest gebruikte mobiele browsers in Suriname (Chrome Android, Safari iOS).
  • NFR-10 Data Retentie: De tijdelijke aanvraagdata moet conform wetgeving bewaard blijven, maar betaalgegevens mogen niet onnodig lang worden opgeslagen.
MoSCoW
  • 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)
  • FR-10 (Kwitantie Generatie - De bevestigingsmail kan ook dienen als kwitantie in fase 1)
  • NFR-08 (Gebruiksvriendelijkheid < 5 min - Optimalisatie slag)
  • FR-11 Automatische goedkeuring van het gedrag (dit blijft mensenwerk bij justitie/politie).
  • FR-12 Thuisbezorging van het fysieke document (casus zegt: “ontvangt bevestiging van bestelling”, het fysieke ophalen/verwerken blijft voorlopig impliciet).

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.

Functionele Eisen
  • FR-01 Authenticatie Burger: De burger moet kunnen inloggen of verifiëren met een combinatie van het Aanvraagnummer en het ID-nummer.
  • FR-02 Status Weergave: Het systeem moet de actuele status van de aanvraag tonen (bv. “In behandeling”, “Wacht op GLIS”, “Afgerond”).
  • FR-03 Detailoverzicht: Na succesvolle invoer moet het systeem de basisgegevens tonen (Naam aanvrager, Datum indiening, District) ter bevestiging.
  • FR-04 Status Wijzigen (Backoffice): Een medewerker van Grondzaken moet de status van een aanvraag in de database kunnen wijzigen.
  • FR-05 Notificatie Trigger: Bij een statuswijziging moet het systeem automatisch een e-mail versturen naar de aanvrager met de statusupdate.
  • FR-06 Weergave Ontbrekende Documenten: Indien de status “Incompleet” is, moet het systeem specifiek tonen welke documenten (bv. Nationaliteitsverklaring) nog ontbreken.
  • FR-07 Zoekfunctie Medewerker: Medewerkers moeten aanvragen kunnen opzoeken via Aanvraagnummer, ID-nummer of Achternaam in de beheeromgeving.
  • FR-08 Validatie Invoer: Het systeem moet controleren of het ingevoerde aanvraagnummer en ID-nummer voldoen aan het juiste formaat voordat de zoekopdracht start.
  • FR-09 Audit Trail: Het systeem moet loggen welke medewerker een statuswijziging heeft doorgevoerd en op welk tijdstip.
  • FR-10 Downloaden 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-01 Security (Data): Alle communicatie tussen de gebruiker en de server moet versleuteld zijn via HTTPS/SSL om persoonsgegevens te beschermen.
  • NFR-02 Responsiviteit: De statuspagina moet volledig leesbaar en bruikbaar zijn op mobiele apparaten (smartphones/tablets), aangezien dit het primaire toegangskanaal is in Suriname.
  • NFR-03 Performance: De statusinformatie moet binnen 2 seconden geladen zijn na het klikken op ‘Zoeken’, ook bij een tragere internetverbinding (3G).
  • NFR-04 Availability: Het systeem moet 99,5% van de tijd beschikbaar zijn (24/7), onafhankelijk van kantoortijden.
  • NFR-05 Usability: De interface moet Nederlandstalig zijn en vrij van ambtelijk jargon (B1-taalniveau), zodat deze begrijpelijk is voor iedere burger.
  • NFR-06 Privacy: Een gebruiker mag nooit gegevens van een andere aanvrager inzien; de combinatie Aanvraagnummer + ID moet uniek en sluitend zijn.
  • NFR-07 Scalability: Het systeem moet piekmomenten (bijvoorbeeld na een persbericht van het ministerie) van 500 gelijktijdige gebruikers aankunnen zonder vast te lopen.
  • NFR-08 Browser Compatibiliteit: De applicatie moet correct werken in de laatste versies van Chrome, Edge, Firefox en Safari.
  • NFR-09 Data Integriteit: Er moet dagelijks een automatische back-up worden gemaakt van de statusdatabase om dataverlies te voorkomen.
  • NFR-10 Onderhoudbaarheid: De statuscodes (“In behandeling”, etc.) moeten configureerbaar zijn in het systeem zonder dat er nieuwe code geprogrammeerd hoeft te worden.
MoSCoW
  • 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)
  • FR-03 (Uitgebreid detailoverzicht - Alleen status is de kern)
  • FR-09 (Audit Trail - Interne controle)
  • NFR-10 (Configureerbare statussen)
  • FR-10 (Downloaden Beschikking - Eerst focussen op het proces, documentgeneratie is complex)
  • NFR-07 (Hoge Scalability - Starten met huidige belasting)

Last updated:

Built with passion by Ngineer Lab