Gestructureerd identificeren, uitvragen en vastleggen van requirements binnen Dataverse en Dynamics 365 projecten.
Requirements vormen de basis van iedere oplossing binnen het Dataverse platform.
Een requirement beschrijft:
Goede requirements zijn essentieel om:
Requirements worden verder uitgewerkt via use cases en user stories en vormen de input voor ontwerp, backlog en teststrategie.
Requirements vormen de centrale brug tussen businessbehoeften, architectuur en implementatie binnen het ALM-proces.
Requirements beschrijven de behoeften, verwachtingen en randvoorwaarden van stakeholders.
We onderscheiden de volgende typen requirements:
Beschrijven het doel van de organisatie.
👉 Waarom bestaat deze oplossing?
Beschrijven wat het systeem moet doen.
👉 Gedrag en functionaliteit van het systeem
Beschrijven de kwaliteitsaspecten van het systeem.
👉 Hoe goed moet het systeem functioneren?
Voorbeelden: Performance, Security, Availability
Beschrijven de beperkingen waarbinnen de oplossing moet worden gerealiseerd.
👉 Welke randvoorwaarden mogen niet worden overschreden?
Voorbeelden: Budget, Wet- en regelgeving, Technologie
Beschrijven aannames die als waar worden beschouwd totdat ze zijn gevalideerd.
👉 Welke uitgangspunten nemen we voorlopig aan?
Voorbeelden: Externe systemen zijn beschikbaar, Gebruikers hebben internet, Data is compleet
Beschrijven de gekozen technische of architecturale oplossing.
👉 Hoe wordt de oplossing gerealiseerd?
Voorbeelden: Gebruik van React, PostgreSQL, Microservices
⚠️ Design decisions zijn geen requirements, maar het resultaat van analyse en architectuur.
FURPS+ helpt bij het structureren van kwaliteitsaspecten.
👉 FURPS beschrijft kwaliteit, maar bepaalt niet de oplossing.
Quality Attributes vertalen kwaliteitsbehoeften naar architectuurimpact.
👉 Functional requirements bepalen wat er gebouwd wordt
👉 Quality Attributes bepalen hoe het ontworpen moet worden
👉 Impact: - plugin vs async - indexing - caching
👉 Impact: - datatoegang - security model
👉 Impact: - deployment strategie - resilience patterns
👉 Impact: - datamodel - async verwerking - archiving
👉 Impact: - solution design - code structuur
👉 Impact: - Application Insights - error handling
❌ Niet goed: - Het systeem moet snel zijn
✅ Wel goed: - API response < 500ms voor 95% van de requests
| Type | Vraag |
|---|---|
| Business requirement | Waarom bestaat dit? |
| Functional requirement | Wat moet het doen? |
| Non-functional requirement | Hoe goed moet het werken? |
| Quality attribute | Hoe moet het ontworpen worden? |
| Design decision | Hoe wordt het gebouwd? |
Requirement
↓
Use Case
↓
User Story
↓
Implementatie
👉 Quality Attributes beïnvloeden de stap tussen analyse en ontwerp
| Attribute | Impact | Richting |
|---|---|---|
| Performance | latency | async, indexing |
| Security | access | Dataverse security roles |
| Availability | uptime | deployment & resilience |
| Scalability | groei | async + archiving |
| Maintainability | beheer | solution design |
| Observability | monitoring | logging & telemetry |
Use cases beschrijven processen en scenario’s.
👉 Zie Use Cases pagina
Als gebruiker
wil ik
zodat
👉 Zie User Story pagina
| Onderdeel | Doel |
|---|---|
| Requirement | analyse |
| Quality Attribute | architectuur |
| Use Case | proces |
| User Story | implementatie |