#2 Swart H18 Flashcards
formuleren
- juist detailniveau kiezen [eenduidig en goed leesbaar vastleggen van de reqs, maar niet streven naar perfectie]
het benodigde detail- en kwaliteitsniveau is afhankelijk van het gekozen softwareontwikkelproces en de participatie van gebruikers, van de complexiteit van het bedrijfsdomein en van de domeinkennis en de vaardigheden van de ontwikkelaars.
- voldoende informatie geven [grenswaarden, systeemactie, controle, conditie]
- onduidelijke formuleringen vermijden [dubbele ontkenning, meervoudige condities, negatieve reqs]
- woorden bewust kiezen [geen vage woorden, geen ICT vaktermen, bedrijfsbegrippen definiëren, geen synoniemen en homoniemen]
tekst structureren
- templates gebruiken
- redundantie vermijden
- reqs atomair definieren
- vaste zinsbouw hanteren
voordelen templates
- templates vergroten de herkenbaarheid vd producten binnen de organisatie/project
- de RA hoeft de paragraafindeling niet te bedenken en kan de template als checklist gebruiken voor de te beschrijven onderwerpen
redundantie
informatie is redundant vastgelegd als dezelfde informatie op 2 of meer plaatsen staat
nadelen redundantie
- de RA moet een wijziging in de specificaties op meerdere plekken aanpassen. dit kost extra tijd maar vergroot ook de kans op inconsistenties in de specificaties [tegenstrijdige informatie, de specificaties worden hierdoor onbetrouwbaar]
het niet redundant opnemen van specificaties is een afweging tussen leesbaarheid en onderhoudbaarheid
reqs atomair definieren
een req is atomair als hij niet verder opgesplitst kan worden.
[het is raadzaam om softwarereqs als atomaire reqs te definiëren]
- dit verkleint de kans op misinterpretaties en geeft flexibiliteit bij het prioriteren en managen van de reqs in de baseline
requirementspatronen
om requirementspatronen toe te passen is op de hoogte zijn van het bestaan ervan een voorwaarde.
- een requirementspatroon bestaat uit een generieke specificatie, uit voorbeelden en uit een toelichting met handvatten en valkuilen
