Business requirements, functionele specificaties en andere documentatie

Wanneer u een nieuwe toepassing ontwikkelt, zal een specificatie van de belangrijkste functionele vereisten noodzakelijk zijn om een ontwikkelaar duidelijke instructies te geven over hoe de toepassing die hij of zij zal ontwikkelen moet werken. Het schrijven van deze functionele specificaties zijn vaak een verfijning van de door de onderneming opgestelde business requirements.

Het schrijven en beheer van goede documentatie over een webtoepassing helpt u om een stabiele omgeving te ontwikkelen, waarbij de werking van het systeem transparent is voor mensen zonder technologische kennis. Dit type documentatie begint meestal met het schrijven van zogenaamde business requirements (bedrijfsvereisten). Dit document weergeeft een oplijsting van de benodigheden vanuit verschillende oogpunten, zoals: functionele vereisten, operationele vereisten, juridische vereisten, prestatie vereisten, beveiligingsvereisten en technische vereisten.

Omdat meestal niet alles in één keer kan worden gebouwd en elke vereiste tevens een budgettaire impact heeft, is het verstandig om deze te prioriteren. De uiteindelijke prioriteit legt u in het overzicht vast middels een nummer (1 – 3) of een beschrijving. Als beschrijving wordt meestal de MoSCoW-analyse gebruikt, welke staat voor: Must have, Should have, Could have en Would have.

SAMENGEVAT

Wanneer u een nieuwe toepassing ontwikkelt, zal een specificatie van de belangrijkste functionele vereisten noodzakelijk zijn om een ontwikkelaar duidelijke instructies te geven over hoe de toepassing die hij of zij zal ontwikkelen moet werken. Het schrijven van deze functionele specificaties zijn vaak een verfijning van de door de onderneming opgestelde business requirements.

Eén van de manieren om te prioriteren is door gebruik van het PIE-framework en u bij iedere functionele vereiste af te vragen wat daarvan het Potentieel is (hoeveel gebruikers vragen erom?), de Importance (hoe belangrijk vinden zij het) en de Ease (hoe eenvoudig is de ontwikkeling?). Door voor elk punt de PIE-score in te vullen (op een schaal van bijvoorbeeld 1 – 5) ziet u welke punten het belangrijkste zijn.
Een voorbeeld van veel voorkomende functionele vereisten voor zelfstandige winkeliers zijn:

  • het systeem dient een geïntegreerd kassasysteem te hebben, waardoor klanten worden herkend over de verschillende kanalen;
  • het systeem moet de gangbare betaalmogelijkheden kunnen accepteren, waaronder minimaal Bancontact, iDeal, Mastercard en Visa;
  • het systeem moet een geïntegreerd productbeheer kunnen ondersteunen, waarbij ook de winkel- en webvoorraad synchroon lopen.

Om misverstanden te voorkomen is het belangrijk om bij het schrijven van uw business requirements en verdere verfijning daarvan in uw functionele specificaties van geen enkel punt aan te nemen dat dat ‘er standaard in zit’.

Uiteraard hangt een verfijnde specificatie van uw functionele specificaties ook af van de totale grootte van uw project en het beschikbare budget. Grote projecten zullen eerst met een uitgebreide analyse beginnen, waarin bijvoorbeeld ook uw klanten worden bevraagd en gekende best practices onder de loep worden gehouden. Voor kleinere projecten zal het daarvoor benodigde budget kunnen ontbreken. Zorg dan zeker dat u een bekwame en kritische partner aan uw zijde heeft die met u spart en vragen stelt zoals “Moeten de producten in uw webshop bijvoorbeeld configureerbaar zijn, en tot in welk detail?” en “Welke waarde hebben uw producten en dienen deze de hoogste beveiliging te hebben ten aanzien van frauduleuze bestellingen?”. Het antwoord op dergelijke vragen zullen in hoge mate de gewenste functionaliteit van uw digitale infrastructuur bepalen.

Door EMAKERS ontwikkeld framework voor de documentatie van digitale producten

Uiteraard hangt een verfijnde specificatie van uw functionele specificaties ook af van de totale grootte van uw project en het beschikbare budget. Grote projecten zullen eerst met een uitgebreide analyse beginnen, waarin bijvoorbeeld ook uw klanten worden bevraagd en gekende best practices onder de loep worden gehouden. Voor kleinere projecten zal het daarvoor benodigde budget kunnen ontbreken. Zorg dan zeker dat u een bekwame en kritische partner aan uw zijde heeft die met u spart en vragen stelt zoals “Moeten de producten in uw webshop bijvoorbeeld configureerbaar zijn, en tot in welk detail?” en “Welke waarde hebben uw producten en dienen deze de hoogste beveiliging te hebben ten aanzien van frauduleuze bestellingen?”. Het antwoord op dergelijke vragen zullen in hoge mate de gewenste functionaliteit van uw digitale infrastructuur bepalen.