Please enable JavaScript.
Coggle requires JavaScript to display documents.
Requirements in natuurlijke taal (5) (Effecten natuurlijk taal…
Requirements in natuurlijke taal (5)
Hoofdactiviteit: Documenteren
Positionering
Voordelen
Voor iedereen leesbaar
Voor type requirements geschikt
Vergt geen specifieke voorbereiding of kennis van een requirementsanalist
Nadelen
Gebrek aan formaliteit en eenduidigheid.
Als gevolg van verschil in kennis, ervaring, sociale achtergrond en culturele achtergrond interpreteren de betrokkenen de requirements niet op dezelfde manier
Effecten natuurlijk taal
Misinterpretaties
Van de requirementsanalist zelf bij het eliciteren van requirements
Van gebruikers en andere belangstellenden uit de business bij het valideren van requirements
Van ontwikkelaars en gebruikers bij het implementeren van requirements
Transformatie door representatie
Verwijdering
Generalisatie
Vervorming
Taalkundige effecten transformatieprocessen
Incompleet gespecificeerde proceswerkwoorden
Nominalisatie
Incompleet gespecificeerde zelfstandige naamwoorden
Universele kwantificering
Incompleet gespecificeerde condities
Beslissingstabel
Requirementssjablonen
Zinssjablonen (standaardzinssamenstelling)
Stel de mate van verplichting vast
Wettelijk verplicht / Moeten
Noodzakelijk / Kunnen
Wenselijk / Zullen
Bepaal de kern van de requirement
Gedrag dat het systeem dient te vertonen
Categoriseer de systeemactie
Autonome systeemactie
Gebruikersinteractie
Interface
Voeg het object en eventueel details over het object toe
Voeg de conditie toe
Volgtijdelijke conditie / Wanneer
Logische conditie / Als
Andere sjablonen
User stories
Als <gebruikersrol> wil ik <gewenste functionaliteit> zodat <waarde voor de business>
Om <waarde voor de business> te bereiken wil ik als <gebruikersrol> <gewenste functionaliteit>
Scenario’s
Gegeven <context> wanneer <gebeurtenis> dan <resultaat>
Use-case-beschrijvingen
Use case-stap: Het systeem <werkwoord> <gewenste actie>
Begin alternatieve flow: In stap <stapnummer>, als <conditie>
Einde alternatieve flow: De use case gaat verder bij stap <stapnummer>. De use case eindigt
Business-, gebruikers- en systeemrequirements
Businessrequirements: De opdrachtgever wil <iets verbeteren>; De gebruiker/klant wil <iets extra’s kunnen>
Gebruikersrequirements: De <gebruikersrol> wil <iets doen>; De <gebruikersrol> wil <door het systeem iets laten doen>
Functionele systeemrequirements: Het systeem moet <iets doen>
Niet-functionele systeemrequirements: Het systeem moet <bepaalde kwaliteiten bezitten>; De <gebruikersrol> moet <iets goed kunnen>