Fråga 1 Skriv in vilken kravnivå kravet tillhör i rutan under varje krav.

Relevanta dokument
Tentafrågor Grupp C. Fråga 1

Inlämning 2 - Förslag till tentamensfrågor i Kravhantering, Grupp A. Kompletterar de kursavsnitt som inte täcktes av förra inlämningen.

Eventuella felaktiga svar kanselerar motsvarande mängd rätta svar

Rätt ifylld bokstav ger 0.5 poäng och fel ifylld bokstav ger 0.5 poäng i avdrag. Rätt svar: Alternativ A, C, D, A, C uppifrån.

Problem 1-1,5p Två av följande metoder för kravspecifikation är ej lämpade att använda vid ett COTSprojekt,

Frågor och svar till tentamen i Kravhantering

Kurs: ETS 170 Kravhantering. Tentauppgifter. Grupp G Christian Andersson Jacob Gradén Björn Nilsson. Lund,

Fråga 1. A) Domain-requirement analysis B) Questionaires C) Focus groups D) Design workshop C) Stakeholder analysis. Svar: C, D

Inlämning 1 - Tentafrågor. Projektgrupp A

Varje rätt svar ger 0.5 poäng. (max 3p)

Rätt svar och poängsättning: 0,5p per rätt svar, max 2,5p A. 2 B. 5 C. 3 D. 6 E. 4

Tentafrågor 1. Grupp. B

1) Kravhantering varför? (1.5p)

Skriftlig tentamen den 25 oktober 2014 Kravhantering, ETS672, 7,5 hp

Skriftlig tentamen den 16 januari 2015 Kravhantering, ETS672, 7,5 hp

produkters egenskaper och innehåll

Förslag till tentamensuppgifter

Skriv namn på varje inlämnat papper!

Skriftlig tentamen den 21 oktober 2008 Kravhantering, ETS672, 7,5 hp

Casegruppen och Kommunikationsutskottet vid I-sektionen Umeå Universitet, vt 2019

För varje par av påstående/anledning svara med ett av följande alternativ (½ p per rätt svar):

Tentamensproblem A Grupp H

Skriv namn på varje inlämnat papper!

Kurser och seminarier från AddQ Consulting

Concept Selection Chaper 7

Enligt IEEE Std har en bra kravspecifikation en mängd fordringar att uppfylla. Kravspecifikationen skall vara;

F12: Användarna i fokus

Frågor och svar till tentamen i Kravhantering. Del 2. Kravhantering (ETS170), LTH Grupp B

RUP - Rational Unified Process

men borde vi inte också testa kraven?

GENERELL CASELÖSNING

Regressionstestning teori och praktik

Analysmodeller och datainsamling. Människor och komplexa system. Exempel från lok. Informationshantering i en förarhytt. Direkt observation

Identifiera kundbehov En sammanfattning och analys av kapitel 4 i boken Product Design and Development

men borde vi inte också testa kraven? Robert Bornelind

Föreläsning 12 Inspektionsmetoder. Rogers et al. Kapitel 15

Utvärdering. Exempel från lok. Utvärderingsmetoder. Metoder för att utvärdera användning av IT-system. Anders Jansson

Inkapsling (encapsulation)

HUR SÄKRAR VI KVALITET, ARBETSMILJÖ OCH BRANDSKYDD I VÅRA KREMATORIER?

Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt

Människor och komplexa system. Analysmodeller och datainsamling. Normativa Beskrivande. Formativa. Datainsamlingsmetoder

Projektkaos. Chaos-rapporten. 34% av projekten avslutades i tid och enligt budget % misslyckades!

custice. fakta. presentation

Inlämning 2 - Tentamensfrågor

Design och krav. Design Definition. enkelt Det ska vara möjligt att. Henrik Artman

Webprogrammering och databaser. 729G28 Webprogrammering och databaser. Kursöversikt. Praktisk info. Webprogrammering. Ändringar mot förra året

Hur kan man göra säkerhetskultur begripligt och mätbart? Sixten Nolén Transportstyrelsen

Li#eratur och empiriska studier kap 12, Rienecker & Jørgensson kap 8-9, 11-12, Robson STEFAN HRASTINSKI STEFANHR@KTH.SE

Sara Skärhem Martin Jansson Dalarna Science Park

5. Vad jag kan / What I can do. CHECKLISTA Nivå B2 Level B2. 1. Jag kan i detalj förstå vad man säger till mig på normalt samtalsspråk.

För smartare belysning

Kvalitativ metodik. Varför. Vad är det? Vad är det? Varför och när använda? Hur gör man? För- och nackdelar?

INSIKT nr 4 årgång vetlanda.pingst.se

Anledning: Generellt så undviker QUPER att göra fullständiga förutsägelser för relationerna mellan ett systems fördelar, kostnad och kvalitet.

Webprogrammering och databaser. Konceptuell datamodellering med ER-modellen

* Rätt svar A. * Motivering De flesta hushållsmaskiner har en på- och avstäningsknapp och inte endast en av-knapp.

Kravställande/kravhantering

Interaktionsdesign som profession. Föreläsning Del 2

Praktikum i programvaruproduktion

Grupparbete ACSD Projektplanering för ett Patientjournalsystem

Webprogrammering och databaser. Konceptuell datamodellering med ER-modellen

Föreläsning 5: Analys och tolkning från insamling till insikt. Rogers et al. Kapitel 8

KUNDLYFTET Innovation genom kundinvolvering och kravhantering

Fö 2: Designprocessen. Projektet. Design är... Forts. projektet

Fråga 2 (3p): Läs påstående och anledning och välj det alternativ som passar bäst.

Testbara krav. SAST Syd Ställ gärna frågor under presentationen eller efteråt Åhörarkopior distribueras efteråt

Användarhandbok för MOA Processen basala hygienrutiner och klädregler

Charlotte Bjurup, Malin Olin, Anna Sjödahl, & Kine Brodal Vårt mål är att bli älskade av våra kunder

Databaser design och programmering. Design processen ER- modellering

! Webprogrammering. ! Databasteori och praktik. ! Fö, le, la + projekt. ! Examination (tenta, dugga + labb, ! Studera användarna och deras problem

Inklusiv Design Design för Alla

Projektuppgift i Användarcentrerad Systemdesign, ht 04

Innehållsförteckning. Version 1.0. Publicerad år Copyright Terence Shaw

1 Installationsinstruktioner

Att fastställa krav. Annakarin Nyberg

Exempelprov. Matematik Del A, muntlig del. 1abc

OCTOPUS utvecklingsmetod samt relaterade frågeställningar och diagram

Föreläsning 6: Analys och tolkning från insamling till insikt

Programvara i säkerhetskritiska tillämpningar

Inlämning 2 - Tentafrågor. Projektgrupp A 1 december 2010

Participatory Design III

Uppsats i MDI En reflektion över designarbetet i tidigare inlämningsuppgift

Effektiva team. Arbetsteam som fungerar på högre

Databaser design och programmering. Fö 2: Design processen, ER-modellering

Datainsamling Hur gör man, och varför?

ALEPH ver. 16 Introduktion

Så här gör du. om du vill genomföra en framgångsrik innovationstävling

Placeringskod. Blad nr..av ( ) Uppgift/Fråga: 1 (6 poäng)

Metod och stöd för en strukturerad förstudie.

30 år av erfarenhet och branschexperts

Föreläsning 11, Planera utvärdering. Att planera utvärdering. Vetenskapliga experiment. Kapitel i kursboken

ENIMEOS ΣOEMINE. Krav och trender. Praktisk kravhantering och annat nyttigt från industrin. Christian Ehrenborg

ATT DRIVA JÄMSTÄLLDHET

TDDC74 Programmering: Abstraktion och modellering Tentamen, lördag 27 augusti 2016, kl 8 12

REGIONSEMIFINAL 2019 LAGEN

En empatisk organisation. The Handelsbanken way

PRAKTIKFALL FRÅN KEYNOTE SPEAKER PÅ KONFERENSEN FÅR DU LÄRA DIG:

Så arbetar svenska koncerner med Business Intelligence

Del av projektuppgiften. Systemarkitektprogrammet

Engagerade Medarbetare är tungan på vågen för lönsamhet

Transkript:

Fråga 1 Skriv in vilken kravnivå kravet tillhör i rutan under varje krav. Kravnivåer: 1-Goal-level 2-Domain-level 3-Product-level 4-Design-level R1: Man ska kunna använda både mus och tangentbord till systemet. R2: Mjukvaran ställer automatiskt in sitt värde men möjliggör för användaren att justera det. R3: Pekaren ändras så att man kan se att objektet går att flytta. R4: Avkastningen på det nya systemet ska öka med 20% 1-2, 2-3, 3-4, 4-4 1.5 poäng för alla rätt. 1 poäng om man har 3 rätt. 0.5 poäng om man har 2 eller 1 rätt. 0 poäng i annat fall. Ger maximalt 1.5 poäng. För att klara frågan krävs det att man kan de olika typer av kravnivåer som finns samt hur kraven ser ut på den nivån. Dock är frågan inte värd 2 poäng då den inte testar så svåra saker. Frågan uppfyller till viss del inlärningsmål 3. Sidorna 24-26 i Soren Lauesen, Software Requirements-styles and techniques Fråga 2 Davis 24 kvalitetsattribut tas upp i Joachim Karlssons häfte. Här nedan står några av dem. A: Organiserade B: Korsrefererade C: Spårbara D: Internt konsistenta E: Korrekta F: Designoberoende G: Modifierbara H: Exekverbara/Interpreterbara I: Koncisa J: Återanvändbara K: Stabilitetsbeskrivna

Placera in dem i följande förklaringar så att de blir fullständiga: 1. Kraven är om inget av kraven står i konflikt med något annat krav. 2. Kraven är om den inte innehåller onödig eller redundant information. 3. Kraven är om vi har någon form av verktyg som, baserat på kraven, kan producera en dynamisk modell av systemets önskade beteende. 1-D 2-I 3-H +0.5 poäng för varje rätt. Ger maximalt 1.5 poäng. Kräver att man har koll på hur ett krav skrivs tydligt, kvalitativt samt hur det kan bedömas. Frågan uppfyller inlärningsmål 4 och 17. Sidorna 19-21 i Joachim Karlsson, Framgångsrik kravhantering Fråga 3 För att analysera och förstå en produkt ur ett marknads- och konkurrent-perspektiv kan man använda sig av teknik som kallas Boston-matris. Para ihop rätt kvadrant med rätt beskrivning, samt placera in dem på korrekt plats i diagrammet. 1. Stjärnor 2. Hundar 3. Jokrar 4. Maskrosor 5. Kassakor 6. Problembarn Dessa produkter är marginellt lönsamma på kort sikt. De är ofta i introduktionsstadiet av produktionlivscykeln med ett negativt kassaflöde. Mogna produkter som genererar bra kassaflöde. Produkter som har varit bra men nu är på väg ner. De kanske kan generera lite kassaflöde men är i den neråtgående fasen i produktlivscykeln. De har förlorat marknadsandelar till konkurrenterna, lönsamheten är kanske på väg ner och de kommer nog at bli indragna Marknadsledande på växande marknader. De behöver försvara sin Marknadspositioner genom pågående investeringar och kan ha positivt kassaflöde. Tillväxtstadiet i produktlivscykeln

6,5,2 och 1 : 0.5 poäng för varje rätt par och 0.5 poäng för rätt ifyllt diagram. Ger maximalt 2.5 poäng. : Kräver förståelse av den mest kända tekniken för att få fram en produktlivscykel. Uppfyller inlärningsmål nr 6. : Kapitel 4 i Joachim Karlsson, Marknadsdriven produktledning

Fråga 4 Att kunna identifiera kunders behov är en av de svåraste och viktigaste delarna i marknadsdriven produkt ledning. Här nedan nämns fyra olika metoder som används för att identifiera behov. Para ihop rätt metod med korrekt beskrivning. Etnografiska metoder Protokollanalys RAD (Rapid Application Development) Rapid prototyping 1. Produkt ledaren ställer förberedda frågor till kunden. En systematisk och effektiv metod för insamling av krav. Ett problem kan vara att produkt ledaren missar viktig information då de inte efterfrågas. 2. Denna metod kräver omfattande kunskap och ger en omfattande insikt i hur kunden arbetar och resonerar. Andra aspekter som även studeras är arbetsmiljö och sociala aspekter. 3. Kunden analyserar och kommenterar den kommande produkten. Ofta en effektiv metod för att identifiera förväntade behov. 4. Kunden studeras i sin egen miljö. Detta är den mest effektiva metod då den ger information om de mest relevanta behoven hos kunden. Den kräver god insikt i verkligen för att filtrera ut det väsentliga 5. Kunden utför särskilda uppgifter och berättar högt hur han eller hon utför dessa. Produktledaren får ofta god kunskap hur kunden resonerar kring uppgifterna och produkten. Ett problem kan vara att det är en tidskrävande metod. 6. Används i större gruppen om upp till 20 personer. Produktledaren leder kunderna att skapa samstämmighet om hur systemet ska se ut. Denna metod kräver en längre sammarbete med kunderna. 2, 5, 6 och 3 Ger 0.5 poäng per rätt par. Ger maximalt 2 poäng. Kräver förståelse av identifiering av krav och behov hos kund. Uppfyller inlärningsmål nr 11 Kapitel 5 i Joachim Karlsson, Marknadsdriven produktledning

Fråga 5 Det svåra med att ta fram krav är inte att hitta en metod, utan att hitta rätt metod för ändamålet. Metoderna väljs utifrån vilken kunskapsstruktur som användaren har. Para ihop ACRE-metoderna och kunskapsstrukturerna nedan genom att dra streck mellan de som bäst lämpar sig för varandra. (Flera alternativ kan vara lämpliga.) 1. Observation 2. Protokoll 3. Rapid Prototyping 4. Scenario - Analys 5. Ostrukturerad intervju A. Framtida kunskap B. Dold kunskap C. Tillgänglig kunskap D. Igenkänd kunskap 7. D 8. B & C 9. A & D 10. A, C & D 11. C 0.5 poäng för varje fullständigt rätt svar. Ger maximalt 2.5 poäng. Kräver förståelse för de olika eliciteringsteknikerna och deras användningsområden. Frågan uppfyller inlärningsmål 11. : Sidorna 24-28 i Joachim Karlsson, Framgångsrik kravhantering

Fråga 6 I lab 1 jobbade vi med Focal Point metodiken. Detta är en iterativ process för att prioritera krav. Placera in de olika aktiviteterna på rätt plats i iterationscirkeln. A - Selektera B - Prioritera C Samla in D - Jämföra E - Strukturera F - Definiera G Visualisera Rätt svar ska vara: C(givet) E F D G A 0.5p för varje rätt tårtbit. Ger maximalt 2.5 poäng. Frågan är relevant då vi hade Focal Point i lab 1. Det är viktigt att personer förstår och reflekterar över att B Prioritera ska inte anges eftersom processen resulterar i prioritering av kraven, det är alltså inte ett delmoment i processen. Frågan uppfyller till viss del inlärningsmål 14. : Sidan 51 i Joachim Karlsson, Framgångsrik kravhantering Fråga 7 Per ska specificera datakrav, men vet inte vilken teknik som passar bäst och vill därför ta reda på vilka för -och nackdelar de olika alternativen har. Hjälp honom genom att fastställa vilka av de angivna teknikerna som beskrivs bäst av nedanstående för -och nackdelar. A: Data Model B: Data Dictionary C: Data Expression D: Virtual Windows E: Ingen av teknikerna Kunder kommer lätt att förstå systembilden, men kan lätt förväxlas med användargränssnittet. Alla nödvändiga detaljer och specialfall kan specificeras. Det tar dock lång tid att skriva och

det är svårt att avgöra hur detaljerat det ska vara. Är okänslig för vilken nivå arbetet utförs på, men tar lång tid att lära sig att använda. Ger kompakt och precis beskrivning av datasekvenser, men är ej lämplig till att beskriva hela datamodeller. Ger översikt av hela datamodeller, kan dock vara svårt att förstå för kunder. Rätt ordning uppifrån är D, B, A, C och E. 0.5 poäng för varje rätt placerad bokstav, inga poängavdrag för felaktig placering. Kan maximalt ge 2.5 poäng. Kräver förståelse för de olika specificeringsteknikerna. Uppfyller inlärningsmål 12. Kapitel 2 i Soren Lauesen, Software Requirements-styles and techniques