Use Case-tekniken används för Kravutvinning under RE-processen. Under RE-processen utvinns och dokumenteras krav på det nya systemet. I detta arbete undersöks vilka oklarheter systemutvecklare som använder Use Case-tekniken upplever med beskrivningen av denna teknik.Hur Use Case-tekniken utvecklats och vilken kritik som riktats mot tekniken beskrivs även detta i arbetet.Undersökningen utgår ifrån hur de systemutvecklare som använder tekniken upplever att denna är beskriven och utfördes med enkäter och intervjuer.Svaret på undersökningen är att de systemutvecklare som använder Use Case-tekniken upplever att denna som helhet är tydligt beskriven. På detaljnivå upplever dock de svarande att teknikens beskrivning:* saknar stöd för på vilken nivå Use Cases skall utformas,* saknar bra exempel,* inte har tillräckligt fokus på syftet med Use Cases,* saknar stöd för hur Use Cases skall utformas,* inte beskriver skillnaden mellan generalisering och <<extend>>* inte beskriver skillnaden mellan <<include>> och <<extend>> tillräckligt väl..

Rollen som systemvetare är traditionellt förknippad med utvecklandet av nyttoapplikatio-ner som är till för att stödja processer inom olika organisationer. Den här studien vill un-dersöka om och i så fall hur systemvetare kan bidra i skapandet av ett pedagogiskt och underhållande spel, ett så kallat ?playful learning?-spel, samt hur systemvetaren kan bidra som en medlare under denna process som onekligen innefattar flertalet olika kom-petenser, vilket i sin tur innebär flera olika sätt att kommunicera på. Det finns mycket forskning som beskriver hur krav kan utvinnas och förmedlas i systemvetarens traditio-nella roll men mycket lite om hur systemvetaren bör agera vid utveckling av datorspel. Genom en analys av olika kravspecifikationer och en transkriberingsanalys kan vi redo-göra för en metod som var oss behjälplig i ett specifikt projekt kallat CoDAC.

Vid utveckling av datoriserade informationssystem är kvaliteten och därmed kostnaden på slutprodukten i hög grad beroende av hur väl man har lyckats att realisera kundens krav och önskemål på det tänkta systemet. För att kunna realisera kundens krav måste först de krav som kunden har på systemet komma till kännedom för utvecklaren. Kunden är inte heller alltid förmögen att ställa samtliga krav då han eller hon inte vet vad som är möjligt att kräva av systemet. Som stöd för utvinningen av kundkrav finns ett antal olika metoder och ansatser. Samtliga av dessa metoder har dock brister och begränsande egenskaper som påverkar deras effektivitet för att utvinna samtliga kundkrav för ett tänkt informationssystem.Den metod som kritiskt analyseras i denna studie är prototyping.