Non Functional Requirements SMART maken

Transcriptie

1 Non Functional Requirements SMART maken Robert van Lieshout SPIder plenaire bijeenkomst 2 juni 2010 Welke eisen? 2 1

2 Eigenschappen van een kussen Veilig Niet brandbaar Hypoallergeen Comfortabel Zacht Voldoende steun Onderhoudbaar Wasbaar Sloop afneembaar Checklist: TMAP kwaliteitsattributen ISO 9126 kwaliteitsfactoren 3 4 2

3 Additionele aspecten Veilig Niet brandbaar Hypoallergeen Ademend 5 Kwaliteit stapsgewijs concreet maken Laat zich definiëren door Kwaliteit Wordt uitgewerkt in Wordt concreet door Kwaliteitsattribuut Kwaliteitseis Acceptatie criterium Veiligheid Ademend Niemand mag stikken vanwege dit kussen. Een gezonde man kan blijven ademen als het kussen gedurende 1 minuut op zijn gezicht wordt gedrukt. 6 3

4 Opbouw van een acceptatiecriterium Schaal, meetcondities & norm Schaal: de meeteenheid Aantal personen (dat sterft door verstikking t.g.v. gebruik van het kussen) Lijkt wel op testen Meetcondities: hoe, wanneer, waar en hoe vaak de meting moet worden uitgevoerd. Tijdens huwelijksnacht, in bed, 2 keer, 10 seconden lang kussen op gezicht van bruidegom drukken. Norm: welke resultaten nodig zijn. 0 personen (die sterven door verstikking) 7 Alternatief voor dezelfde eis Schaal: de meeteenheid Luchtvolumestroom uitgedrukt in qv10-waarde Meetcondities: hoe, wanneer, waar en hoe vaak de meting moet worden uitgevoerd. Vóór assemblage de luchtdoorlatendheid meten van zowel de kussensloop als de kussenvulling conform NEN Norm: welke resultaten nodig zijn. <20 (qv10-waarde) 8 4

5 Grip op de kwaliteit Voor de belangrijkste ontwikkelstadia aparte acceptatiecriteria definiëren. Meetcondities: hoe, wanneer, waar en hoe vaak de meting moet worden uitgevoerd. Meet luchtdoorlaatbaarheid van de kussensloop en de vulling van het prototype. Proefpersonen Servicedesk nemen registreert aantal exemplaar van klachten proefrun van kortademigheid 1 week thuis per in maand gebruik. gedurende 1 e jaar. Ontwerp Bouw Test Beheer 9 Norm: meerdere niveaus Wens Uitdaging Streefgebied Doel Faal 10 5

6 Niveauverschillen Authenticatie Passwordlengte Uitdaging = 20 characters?? Streefgebied Doel = 8 characters 11 Kussen of IT applicatie? Veilig Veilig Confidentialiteit Niet Integriteit brandbaar Hypoallergeen Identificatie Autorisatie Comfortabel Gebruiksvriendelijk Zacht Voldoende steun Onderhoudbaar Onderhoudbaar Probleemherkenning Wasbaar Probleemanalyse Sloop Probleemoplossing afneembaar 12 6

7 Voorbeeld: probleemoplossing Eis Een crash van de applicatie is binnen 10 minuten hersteld. Schaal Gemiddelde tijd in minuten vanaf een crash tot het moment dat een gebruiker de applicatie en alle data weer kan gebruiken. Meetcondities Tijdens systeemtest op 2 platformen in 20 gevallen een crash forceren. Norm Doel: <8 minuten Uitdaging: <6 minuten 13 Acceptatiecriteria vanuit testperspectief Acceptatiecriteria Vrijgavecriteria? Gebruik & beheer Demand Requirements Exitcriteria Acceptatie test Supply Functioneel ontwerp Functionele test Voorbeeld: Technisch Er staan geen ontwerp bevindingen open van categorie ernstig Er staan maximaal Realisatie 4 bevindingen open van categorie storend Ontwikkel test Systeem test 14 7

8 Acceptatiecriteria vanuit requirementsperspectief Businessdoel Oplossingskader(s) Kwaliteitseis(en) Functie Acceptatiecriteria FIT criteria Functionaliteits eis(en) 15 Verantwoordelijkheden Eigenaar, Eindverantwoordelijk Stakeholder Verantwoordelijk Acceptatie criteria Betrokken Analist Tester 16 8

9 Samenvatting Acceptatiecriteria zijn een hulpmiddel om requirements SMART te maken Vooral nuttig bij kwaliteitseisen Stapsgewijze verfijning Kwaliteit Attribuut Eis Acc.Criteria Opbouw van acceptatiecriteria Schaal, Meetcondities, Niveaus Meten tijdens én na ontwikkeling Streefgebied tussen doelniveau en uitdagingniveau Gedeelde verantwoordelijkheid Stakeholder, Analist, Tester 17 Toekomst Opbouwen van acceptatiecriteria bibliotheek Niveaus als input bij bevindingcategorieën Categorie Storend Ernstig Blokkerend 18 9

10 19 staat voor resultaat 20 10