Inlämning 1 - Tentafrågor. Projektgrupp A

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

Tentafrågor 1. Grupp. B

Tentafrågor Grupp C. Fråga 1

Inlämning 2 - Tentamensfrågor

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

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

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

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

Frågor och svar till tentamen i Kravhantering

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

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

Förslag till tentamensuppgifter

Skriv namn på varje inlämnat papper!

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

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

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

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

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

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

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

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

1) Kravhantering varför? (1.5p)

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.

Skriv namn på varje inlämnat papper!

Tentamensproblem A Grupp H

Praktikum i programvaruproduktion

Kravhantering (ETS170) Tentamensproblem 1. Grupp F 20 november 2013

produkters egenskaper och innehåll

Skriv namn på varje inlämnat papper!

Föreläsning 3 Användare, uppgift och omgivning. Kapitel 3-4 i Stone et al.

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

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

PMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning

Objektorientering. Grunderna i OO

Att fastställa krav. Annakarin Nyberg

Användbarhet och Webbutveckling för mobila enheter. Behovsanalys

Validering av krav. Agile utveckling. Christin Lindholm. ETS672 Requirements Engineering L6: Agile Prioritisation. Anpassa kravarbetet till projektet

Agil programutveckling

Föreläsning 4 Identifiera krav och behov. Att läsa: Kapitel 10 i Rogers et al.: Interaction design

Prototypningsverktyg. A Human-Centered Design Process (ISO , 2010) Mattias Institutionen för datavetenskap

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

Skriv namn på varje inlämnat papper!

Validering av krav. Agile utveckling. Christin Lindholm. ETSF30 Requirements Engineering L6: Agile Prioritisation. Anpassa kravarbetet till projektet

Kravställande/kravhantering

Exercise 1b: Requirements evaluation

Projektuppgift i Användarcentrerad Systemdesign, ht 04

Arbetsuppgifter. Vad gör du? Egentligen? Vad behövs? Gruppincheckning

Utveckling av ett grafiskt användargränssnitt

Affärssystem, strategi och styrning

Quality-Driven Process for Requirements Elicitation: The Case of Architecture Driving Requirements

Föreläsning 2: Projekt, Kravhantering, Dokumentgranskning

TDDI02. Programmeringsprojekt. Föreläsning 3 Jonas Lindgren, Institutionen för Datavetenskap, LiU

Detta har hänt... Kursinformation. Agenda. Kursinformation

Föreläsning 8, Design

Projektguide Kvalitetsdriven verksamhetsutveckling för kontaktsjuksköterskor 15 HP

Moralisk oenighet bara på ytan?

Design för användbarhet Användarcentrerad utvecklingsprocess

Föreläsning 4, Användbarhet, prototyper

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

Innehåll. Användarstudier. Användarstudier enligt Microsoft. Varför? Aktivt lyssnande. Intervjuteknik. Intervju Observation Personor Scenarier Krav

Agenda. Föreläsning 6: Utvärdering och om tentamen. Kursinformation

Agenda. Kursinformation. Manual för systemstart... Föreläsning 6: Utvärdering och om tentamen

SAST Marie Östberg Konsult & Tjänsteområdesansvarig Krav på Qtema

Användaranalys och användbarhetskrav

Innehåll. Kravhantering. Kravhantering TDDD06 Introduktion till kravhantering. Vad är kravhantering?

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

Kund: Jetpak

Föreläsning 1. Kursinformation. Utvecklingsprocessen. Kravspecifikation. Gruppindelning.

Vad är. Domändriven design?

Arbetsrapport CEQ, ETS170

Granskning av gränssnitt. Mattias Arvola

Chaos om datorprojekt..

Allmänna anvisningar: - Nästkommande tentamenstillfälle: Tidigast två veckor efter det att resultatet från denna tenta blivit inregistrerat.

Föreläsning 2: Projekt, Kravhantering, Dokumentgranskning

Rubrikförklaringar till projektmallar

EIT Beskrivningsmodeller över transportprocesser

Studie av estimeringstekniker för Extreme Programming. F. Stål D08, Lunds Tekniska Högskola

Detta har hänt... Agenda. Kursinformation. Kursinformation

Laglighetsprövning av landstingsfullmäktiges beslut den 9 maj 2017, om årsredovisning för 2016, LS

En ansats till behovsstyrd applikationsutveckling

Examensarbete Verklighetsbaserat utvecklings- och projektarbete - Automationsteknik med mekatronik

TENTAMEN: Design och konstruktion av grafiska gränssnitt DAT215/TIG091

Agenda. Projektbeskrivning avsnitt 8: Acceptanstest - MS4 i korthet. Kursinformation

INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT

Övningstenta, Examinationsfrågor

men borde vi inte också testa kraven? Robert Bornelind

David A, Niklas G, Magnus F, Pär E, Christian L CHALMERS INLÄMNING1. IKOT Grupp B4

Testplanering, test-first, testverktyg

Deadline 3. Grupp A.4 Kathrin Dahlberg Elin Gardshol Lina Johansson Petter Liedberg Pernilla Lydén

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

Deluppgift 2 Kravhantering a) (2p) När man diskuterar krav brukar man ange två olika typer av krav. Beskriv dessa och ge exempel.

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

Föreläsning 5. Kapitel 6, sid Inferens om en population

Innehållsförteckning 2 IKOT

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

Interaktionsdesign som profession. Föreläsning Del 2

Riskhantering. Tieto PPS AH006, , Sida 1

Copyright 2003, SAS Institute Inc. All rights reserved.

Uppgift v1: Teststrategi i sammanhang Terese Berger. Teststrategi. Projekt CiviCRM. Version 0.9. Sida 1(7)

LOGISTIKSYSTEM FÖR SNABBA HJULET AB UTVECKLINGSPROCESS BASERAD PÅ DR. DEBORAH J. MAYHEW S THE USABILITY ENGINEERING LIFECYCLE

Transkript:

Inlämning 1 - Tentafrågor Projektgrupp A 2010-11-17

Fråga \ Innlärningsmål Svar: 1 2 3 4 5 6 7 8 9 12 13 15 Fråga 1: LAU1 E x x Fråga 2: LAU1 E x Fråga 3: LAU8 B x x Fråga 4: LAU8 D x x x Fråga 5: LAU2 D x x Fråga 6: LAU3 D x x x Fråga 7: LAU3 B x Fråga 8: [MDRE2] B x x x Fråga 9: [PRIO1] D x x Fråga 10: [INTDEP] A x x

LAU:1 Fråga 1 - Projektmodell: Påstående: Ett företag som letar efter en färdig lösning att köpa in, kan driva sitt projekt enligt två-stegsmetoden. Anledning: Två-stegsmetoden har ett delmoment där man specificerar så många krav som möjligt som user tasks. Dessa krav underlättar sedan när företaget ska jämföra olika lösningar mot varandra. Rätt svar: E (Både påståendet och anledningen är felaktig) Motivering: Två-stegsmetoden innehåller inte detta delmoment, utan det är fast approach - metoden på domännivå. Två-stegsmetoden passar inte överhuvudtaget för att välja COTSlösningar då COTS-lösningar har redan gränssnitt så att definiera nya gränssnitt är meningslöst. Litteraturhänvisning: LAU1 s. 9, s. 36 Inlärningsmål: 1, 6. Fråga 2 - Verfikation: Påstående: Verifikation görs för att se om kraven uppfyller kundens önskemål. Anledning: För att vara säker att kunden verkligen får vad han vill ha, ett system som löser hans problem så är det viktigt att en verifikation görs. Detta görs i en acceptanstest där kraven gås igenom en och en där man kontrollerar att alla krav uppfyller kundens önskemål. Rätt Svar: E (Både påståendet och anledningen är felaktig) Motivering: Det är validering som görs för att se om kraven uppfyller kundens önskemål inte verifikation. Verifikation kontrollerar om produkten uppfyller alla kraven. Litteraturhänvisning: LAU1.1, s.5-6. Inlärningsmål: 12.

LAU:8 Fråga 3 - Intressenter: Påstående: Det är viktigt att veta vilka intressenterna (eng. stakeholders) är när man gör olika eliciteringstekniker. Anledning: Om man involverar användarna i utvecklingsprocessen kan dom utföra många olika roller i projektet. Användarna har kunskap om domänen och hur olika affärsprocedurer utförs. Rätt svar: B (Både påståendet och anledningen är korrekta uttalanden, men anledningen förklarar inte påståendet.) Motivering: Användaren är inte alla intressenter utan bara en del. Litteraturhänvisning: s. 337, s. 339. Inlärningsmål: 1, 2. Fråga 4 - Observation: Påstående: Observation som eliciteringsteknik ger en heltäckande syn på användarens arbetsuppgifter och problem. Anledning: Användarna är inte alltid medvetna om vad de gör och hur de gör det på grund av mental blindhet. De kommer oftast upp med logiska svar istället för hur de verkligen utför uppgiften. Rätt Svar: D (Påståendet är felaktigt, men anledningen är ett korrekt uttalande) Motivering: Påståendet är falskt eftersom de viktigaste problemen som sällan inträffar täcks inte utav observation. Anledningen är däremot korrekt, inte för att användaren avsiktligen ljuger utan de svarar efter bästa förmåga. Litteraturhänvisning: s. 340 Inlärningsmål: 1, 2, 11.

LAU:2 Fråga 5 - Datakrav: Påstående: Enkla datauttryck (eng. data expressions) är ofta bättre än datamodeller (tex. E/ R modeller) för att förmedla datakrav till kunden. Man bör därför beskriva alla datakrav med datauttryck. Anledning: Datamodeller kan vara svåra att förstå och tar lång tid att lära sig. Datauttryck (eng. data expressions) är en mer lättförståelig form och kan därför bättre illustrera datakrav för kunden. Rätt svar: D (Pa sta endet a r felaktigt, men anledningen a r ett korrekt uttalande) Motivering: Datauttryck (eng. data expressions) för alla datakrav blir ofta komplext och ger ingen bra helhetsbild, och det blir därmed ofta svårare för kunden att förstå än en datamodell för samma datakrav. Litteraturhänvisning: s. 63-64 Inlärningsmål: 1, 15.

LAU:3 Fråga 6 - Egenskapskrav: Påstående: Egenskapskrav (feature requirements) ger en objektiv beskrivning av funktionalitet och ger säkerhet i att kunden får ett program som kan uppnå det tänkta målet. Anledning: Egenskapskrav (feature requirements) talar kundens språk dvs att egenskapskrav är formulerade i naturlig text som gör att kunden enkelt kan läsa och förstå kraven. Rätt svar: D (Påståendet är felaktigt, men anledningen är ett korrekt uttalande). Motivering: Egenskapskrav ger en klar bild av funktionalitet men eftersom de är på låg nivå är det svårt att avgöra om de huvudsakliga målen med produkten uppfylls. Egenskapskrav är ofta lätta att läsa för kunden och kunden får en klar bild av vad produkten kan utföra, men man kan ändå tappa produktens huvudsakliga mål. Litteraturhänvisning: Lau. 3 Inlärningsmål: 1, 3 och 7 Fråga 7 - Användarfall: Påstående: Användarfall (use cases) delar många fördelar med uppgiftsbeskrivningar (task description) Anledning: Användarfall (use cases) är för detaljerade för att appliceras på krav i domän-nivå för att de inte är anpassade för COTS-baserade upphandlingar. Rätt svar: B (Ba de pa sta endet och anledningen a r korrekta uttalanden, men anledningen fo rklarar inte pa sta endet.) Motivering: Användarfall och uppgiftsbeskrivningar ger domänkunskap och har fördelen att dom kan hjälpa till att få förståelse av vilka uppgifter som finns och hur dom utförs. Om man är ute efter ett COTS system för sin produkt är det dock bättre att se till funktionalitet än hur uppgifterna utförs. Litteraturhänvisning: s. 132 Inlärningsmål: 6

[VLSRE + MDRE1 + MDRE2] Fråga 8 - Marknadsdriven kravhantering: Påstående: Marknadsdriven kravhantering innebär arbete mot stora mängder med krav och man kan använda Requirements State Model som metod för att hantera problem som uppstår med detta. Anledning: Requirements State Model har en en tydlig avgränsning mellan vad som ska vara med i releasen och vad som fortfarande är i specificeringsfasen. Rätt svar: B (Ba de pa sta endet och anledningen a r korrekta uttalanden, men anledningen fo rklarar inte pa sta endet.) Motivering: RSM är en korrekt metod för att klassificera kravens tillstånd genom kravhanteringsprocessen. Den kan användas för att hantera problem som till exempel om ett krav är godkänt eller förkastat. RSM innehåller en tydlig gräns mellan vad som ska vara med i releasen men den gränsen hjälper inte mot alla problem som RSM löser. Litteraturhänvisning: MDRE2 kapitel 13.4, 13.4.1. Inlärningsmål: 6, 9, 15.

[PRIO1 + PRIO2] Fråga 9 - Prioritering: Påstående: Ett företag ska prioritera över en stor databas med krav. De kan göra en kostnad/ användarvärdeanalys genom att använda AHP (Analytical Hierarchy Process) för att få en korrekt prioritering. Anledning: AHP innehåller tabeller med standardvärden för prioritering. Rätt svar: C (Pa sta endet a r korrekt, men anledningen a r ett felaktigt uttalande) Motivering: AHP är en metod för att parvis jämföra krav och för att sedan beräkna deras prioritet med hjälp av formler. Den innehåller inte tabeller med standardvärden. Litteraturhänvisning: PRIO2 Inlärningsmål: 9, 13.

[INTDEP] Fråga 10 - Visualiseringsvertyg: Påstående: Med visualiseringsvertyg är det enkelt att identifiera oberoende krav samt beroenden mellan olika krav. Anledning: Det är viktigt att veta vad som ska inkluderas i en release innan den produceras och detta kan klargöras genom att man har ett verktyg som underlättar att se beroende och därmed veta vilka krav som måste implementeras tillsammans dvs man vill se beroenden av krav. Rätt svar: A (Både påståendet och anledningen är korrekta uttalanden OCH anledningen förklarar påståendet på ett korrekt sätt.) Motivering: Visualiseringsverktyg ger en grafisk representation av krav och dess beroenden av varandra, och det är därför lätt att se om ett krav är oberoende av andra eller vilka krav det har beroenden till, och i så fall vad för typ av beroende. Det är också viktigt att veta vilka krav som ska inkluderas i en release, både för att man ska kunna få en uppfattning om kostnad och värde av releasen, och för att kunder ska kunna veta att planerna för produkten är i riktlinje med vad de vill ha ut av produkten (roadmapping). Visualiseringsverktyg underlättar detta beslut genom att påvisa beroenden och därmed vilka krav som måste implementeras tillsammans. Litteraturhänvisning: INTDEP 4. Conclusions and future research Inlärningsmål: 1, 8