Requirement scoring

[Anoniem: 301129]

Beste mensen,

Ik zit met het volgend probleem. Ik wil drie web services testen en heb hiervoor een aantal requirements opgesteld aan de hand van 3 methoden/standaarden. Nu wil ik op basis van een literatuur studie antwoord krijgen op deze requirements. Hiervoor zal ik iets van een scorings model moeten hangen aan de requirements die ik heb opgesteld. Zelf heb ik een artikel gevonden met de volgende titel: First Things First: Prioritizing Requirements. Dit model kan ik deels gebruiken.

Mij vraag aan jullie of er misschien betere modellen zijn waarmee je scores kunt hangen aan requirements. Graag hoor ik van jullie!

bedankt!

[Xiphalon]

De enige die scores of waarden aan requirements kan hangen ben je zelf. Dan blijven er een aantal methoden over die op te delen zijn in 2 modellen.
1) een prioriteitenlijst, waarbij alle items een unieke prioriteit krijgen
2) een systeem als MoSCoW, 0-10, a-e, of wat dan ook; waarbij je de items in groepen opdeelt met alle items in 1 groep dezelfde prioriteit

[Anoniem: 301129]

Het probleem van een dergelijke score, met name bij het gebruik van 0-10 is dat nogal gevoelsmatig is. Stel dat ik webservice A, B, C heb en requirement 1 dan ziet mijn scorings model er ongeveer zo uit

Webservice A, B, C

Requirement 1-----------ja, nee, ja

De webservices met bijvoorbeeld de meeste "ja's" zal uiteindelijk gekozen worden. Dus als je 0-10 gebruikt, dan is het nogal gevoelsmatig...

[LeVortex]

je zou weginsfactoren eraan kunnen verbinden, ik kan me voorstellen dat de meeste ja's niet de juiste oplossing is. Bepaalde requierements zijn belangrijker dan de andere, dus kan zul je toch 0-10 moeten doen.. of 0 niet aanwezig 1 niet super 2 werkt goed.

Als je daar dan een percentage aanvast hangt, dan kun je dat bij alle requirements optellen per webservice en heb je een score.

[Avalaxy]

Je zou een soort relative weighting methode kunnen gebruiken zoals men hier doet: http://www.mountaingoatsoftware.com/tools/relative-weighting

Waarbij je bijvoorbeeld een feature een relative benefit een een relative penalty kunt geven, en eventueel nog andere factoren meerekenen. Formules daarvoor bestaan al, dus kun je gewoon opzoeken

[Voor 0% gewijzigd door Avalaxy op 14-06-2011 22:44. Reden: @RobIII niet de facturen meerekenen maar de factoren 8)7]

[Anoniem: 301129]

@Avalacxy, Dit zou ik inderdaad kunnen doen. Het zelfde staat in het artikel wat ik gevonden heb. Maar kan zo'n beoordeling wetenschappelijk onderbouwd worden? Wat denken jullie? Misschien dat ik het laat valideren door een aantal domain experts en dat het dan wel valide is?

[Woudloper]

Bij ons werken we volgende methode 'RRBT' (Risk and Requirement Based Testing) en dit bepaald veelal de prioriteiten van de diverse requirements alsmede de prioriteit van de ontwikkeling. Om de prioriteit te bepalen wordt er tijdens de bedrijfsanalyse een PRA (Product Risico Analyse) uitgevoerd.

Deze productrisico's worden verdeeld in een aantal punten ivm score: faalkans, faalkosten en risicorating. De vermelde productrisico's worden gekoppeld aan de desbetreffende requirement. En zo krijg je uiteindelijk een overzicht van de belangrijkste requirements.

[Anoniem: 301129]

Oke Ik zal er even naar kijken. Kan ik op basis van de hierboven beschreven methodes welke web services het beste functioneert binnen een bepaalde domein? Door als het ware dus score te hagen aan requirements?

Stel voor dat ik requirement x heb en service 1, 2 ,3. Uiteindelijk wil ik een 1 'winnaar' hebben.