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

Relevanta dokument
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.

Inlämning 1 - Tentafrågor. Projektgrupp A

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

Tentafrågor 1. Grupp. B

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

1) Kravhantering varför? (1.5p)

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.

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.

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

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

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

men borde vi inte också testa kraven?

men borde vi inte också testa kraven? Robert Bornelind

Förslag till tentamensuppgifter

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

Exercise 1b: Requirements evaluation

Några grundläggande begrepp

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

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

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

Exercise 1b: Requirements Evaluation ETSA01 INGENJÖRSPROCESSEN 1 - METODIK VT15

För smartare belysning

Concept Selection Chaper 7

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

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

Problemet. Beställarkompetens och kravhantering. Användbarhetsboom Internet som motor. Beställarproblemet. Användarnytta = verksamhetsnytta.

Produkten ska vara enkel att förstå och använda. Viktigt är att produkten kan förvaras på ett säkert och praktiskt sätt.

Exercise 1b: Requirements evaluation

IBM Software Group. Agil Acceptans Test. Annika Kortell SAST 15-års jubileum IBM Corporation

Så säkerställer du affärsnyttan för dina produkter

Användbarhet i sitt sammanhang

Övningstenta, Examinationsfrågor

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

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

SWG dokumentation. System

Bilaga 4d. Resursförstärkning. Upphandling av IT-stöd för hantering av frånvaro och när varo inom Skolplattform Stockholm UTBILDNINGSFÖRVALTNINGEN

Agila Avtal. avtalsformer som kan fungera. Carina Meurlinger

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

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

Kravställande/kravhantering

Processinriktning i ISO 9001:2015

Processbeskrivning Test

Skriv namn på varje inlämnat papper!

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

7.1.1 Modulindelning. Delsystem: Pneumatiskt system. Elmotor för rotation. Axel. Lager. Chuck. Ram. Kylsystem. Sensorer

Innehållsförteckning 2 IKOT

Krav. Kravhantering Christin Lindholm

LUNDS UNIVERSITET. Kvalitets- och miljöledning

Formulera målet, miniprojekt

Inkapsling (encapsulation)

Fem fördelar med att automatisera redovisningen

Checklista för upphandling Internetbaserade stöd- och behandlingsprogram

Skriv namn på varje inlämnat papper!

Tilldelningsbeslut ekonomisystem

Interaktionsdesign - Prototyper. Användbarhetskrav

Att välja projektverktyg eller ska vi säga portföljverktyg. Lena Dubbelman Marknadsansvarig PMI Semcon Project Management

Vilka utmaningar har du?

Helhetsåtagande underhåll och drift

Godkännande av kundapplikationer

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

Tentamensproblem A Grupp H

Att byta resebyrå är ingen stor affär. Men bra.

Bilaga 4d Resursförstärkning Dnr: /

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

Över kunder har redan valt en lösning från Mamut

Låt oss ta hand om din utveckling, medan du själv utvecklar ditt företag

360 emeetings. Papperslösa möten på ipad eller iphone

Så upphandlar du användbara IT-system

Bilaga 4b. Underhåll. Upphandling av IT-stöd för barn- och elevregister inom Skolplattform Stockholm UTBILDNINGSFÖRVALTNINGEN. Förfrågningsunderlag

INGENJÖRSPROCESSEN METODIK ETSA01 VT13 JONAS WISBRANT

Intressent- och behovskarta

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

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

GYGS/GYGCC-01. Manual. Sid 1(6) Orderinformation

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

Objektorientering. Grunderna i OO

HSA Schemauppdateringsprocess. Version 1.2.1

GETINGE FD1600 FRONTMATAD SPOLDESINFEKTOR. Always with you

Min syn på Optimal kommunikation i en PU-process

Glöm inte: Kritik. Bidrag. Plans are nothing planning is everything (Eisenhower)

SÄKERHETSLÖSNINGAR TJÄNSTEFIERAD SÄKERHET

BIM ALLIANCE ONSDAGSFRUKOST: INFORMATIONSPROCESSER MED BIM VAD KAN VI LÄRA AV ANDRA?

KA - KA PLUS. SKRUVKOMPRESSORER 2,2-7,5 Kw

Checklista för upphandling Internetbaserade stöd- och behandlingsprogram

NPÖ konsument över Internet/Kunskapsöversikt NPÖ. Lars Törnblom/ Marita OlssonNarving Sveriges kommuner och landsting

PM med vä gledning om fysisk plänering äv fo rorenäde omrä den

Välkommen till. Praktiskt projektarbete. 8 februari 2011

The New Generation in Limetec Design

Betänkandet Uppgiftslämnarservice för företagen (SOU 2015:33)

SÄKERHET! TIDER MED MERA UPPLÄGG KURSINNEHÅLL. Tider: Regler

Riktlinjer och krav för våra leverantörer

Skriv namn på varje inlämnat papper!

Kursinformation. Metodik för programvaruutveckling. Utvecklingsprocessen för programvara. Innehåll. Processmodell. Exempel

TMP Consulting - tjänster för företag

Att välja verktyg för portföljhantering. - Vad vet en leverantör om det?

Testplan Autonom truck

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

Transkript:

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

Fråga \ Inlärningsmål Svar: 1 2 3 4 5 6 7 8 9 Fråga 1: LAU5 D x x Fråga 2: LAU6 C x x x Fråga 3: LAU6 A x x x Fråga 4: LAU6 E x x x Fråga 5: LAU7 1 C x Fråga 6: LAU9 2 D x x x Fråga 7: LAU9 3 D x x Fråga 8: [QUPER] 4 D x x Fråga 9: [RT1+RT2] 5 D x Fråga 10: [SPM] 6 A x x 1 Även inlärningsmål 12 och 15. 2 Även inlärningsmål 19. 3 Även inlärningsmål 12. 4 Även inlärningsmål 11 och 17. 5 Även inlärningsmål 17. 6 Även inlärningsmål 17.

[LAU:5] Fråga 1 - Produktintegration: Påstående: Om man beställer ett system som består av flera produkter är det bästa tillvägagångssättet att noggrant specificera gränssnitten mellan produkterna och övergripande krav för systemet. Anledning: Tredjepartsprodukter integreras oftare i system då de erbjuder mer och mer komplexa och intelligenta lösningar, och det är ofta lättare än att utveckla en egen produkt. Rätt svar: D (Påståendet är felaktigt, men anledningen är ett korrekt uttalande) Motivering: Det är bättre att använda konsortiummodellen där leverantören levererar en integrerad lösning då det kan reducera antalet leverantörer till en enda och man slipper den tunga uppgiften att specificera gränssnitt mellan var produkt. Litteraturhänvisning: Lau s. 204, 208, 212 Inlärningsmål: 1, 6

[LAU:6] Fråga 2 - Kvalitetsfaktorer: Påstående: Det är inga problem att kombinera kvalitetsfaktorer från flera olika standardiserade listor över kvalitetsfaktorer (t.ex. McCall and Matsumoto, ISO 9126, och IEEE 830). Huvudsaken är att man väljer de som är viktiga för produkten man arbetar med. Anledning: De standardiserade listorna över kvalitetsfaktorer garanterar att det finns bra sätt att mäta faktorerna och de blir därmed lätta att validera. Rätt svar: C (Påståendet är korrekt, men anledningen är ett felaktigt uttalande) Motivering: Kvalitetskrav har ofta många beroenden och det kan vara svårt att hitta bra sätt att mäta dem. Det är heller inte säkert att det går att hitta klara gränsvärden för användbarhet. Litteraturhänvisning: Lau s. 217, 221, 223 Inlärningsmål: 1, 4, 5

[LAU:6] Fråga 3 - Användbarhetskrav: Påstående: Om man i ett designnivåkrav hänvisar till skärmbilder på hur produkten ska se ut och bete sig löper utvecklaren mindre risk att inte möta kravet. Anledning: I grund och botten så har man gjort ett användbarhetskrav till ett funktionellt krav vilket gör det enkelt att verifiera den slutgiltiga produkten och enkelt att spåra under utvecklingens gång. Rätt svar: A (Ba de pa sta endet och anledningen a r korrekta uttalanden OCH anledningen fo rklarar pa sta endet pa ett korrekt saẗt) Motivering: I ett designnivåkrav kan utvecklaren göra väldigt lite för att påverka användbarheten på produkten. Analytikern har tagit på sig full ansvar för användarvänligheten och beroende på hur analytikern har gjort sitt jobb så påverkar det risken kunden tar. Utvecklarens risk är mycket låg på grund av detta. Litteraturhänvisning: Lau s.258, 262 Inlärningsmål: 1, 3, 4

[LAU:6] Fråga 4 - Prestandakrav: Påstående: När man specificerar svarstider i en multi-användarsystem så ska man specificera den maximala responstiden. Anledning: För att garantera att systemet alltid fungerar så optimalt som möjligt är det viktigt att man har ett maximalt värde på responstiden. Detta är ett rimligt krav som utvecklaren bör uppfylla. Rätt svar: E (Både påståendet och andledningen är fel) Motivering: I väldigt få extremfall där ett stort antal användare använder systemet samtidigt kommer systemets responstid att växa snabbt och att inkludera dessa få fall blir extremt dyrt att implementera. Istället ska man specificera en responstid som ska gälla för 95 % av fallen. Litteraturhänvisning: Lau s. 238-246 Inlärningsmål: 1, 3, 4

[LAU:7] Fråga 5 - Acceptanstest: Påstående: Acceptanstest är ett sätt att verifiera systemets funktionalitet mot kravspecifikationen. Anledning: Ett acceptanstest är ett systemtest utan ett deployment test. Rätt svar: C (Påståendet är korrekt, men anledningen är fel.) Motivering: Systemtestet testar att produkten uppfyller alla krav innan man sätter den i daglig produktion och deploymenttestet testar att systemet fungerar i den verkliga miljön. Litteraturhänvisning: Lau s. 318-319, 328-329. Inlärningsmål: 7, 12, 15

[LAU:9] Checking and validating Fråga 6 - Kontrollera specifikationen i isolation: Påstående: Kunden behöver aldrig vara med när man gör en innehållscheck (contents check) av kravspecifikationsdokumentet. Anledning: En mogen leverantör tillhandahåller sin egen checklista och uppdaterar den utifrån egna erfarenheter om tidigare problem. Rätt svar: D (Påståendet är felaktigt, men anledningen är ett korrekt uttalande.) Motivering: Kravanalytiker kan oftast kontrollera många saker i specifikationen utan att behöva konsultera andra källor och vid problem uppdatera kravspecifikationen. Litteraturhänvisning: Lau s. 382 Inlärningsmål: 1, 2, 7, 19 Fråga 7 - Kvalitetskriterier för en kravspecifikation: Påstående: Det finns flera kvalitetskriterier för en kravspecifikation, t.ex. korrekthet och otvetydighet. Det bästa sättet att kontrollera dessa kriterier är genom acceptanstest. Anledning: Med test kan man validera krav på bästa sätt samt se om kunden får vad han förväntar sig och om det är realistiskt att kunden kan få det levererat. Rätt svar: D (Påståendet är felaktigt, men anledningen är ett korrekt uttalande.) Motivering: Man ska uppfylla alla kvalitetskriterier men det finns inget entydigt sätt hur man ska kontrollera dessa. Test är det bästa sättet att validera krav, dock inte för att kolla deras formuleringar. Litteraturhänvisning: Lau s. 376 och s. 392. Inlärningsmål: 1, 4, 12

[QUPER] Fråga 8 - Barriärer: Påstående: Företaget Aktiebolaget AB använder sig av QUPER för att formulera ett kvalitetskrav för deras karttjänsts positionering av en punkt. De har ritat upp ett förmånsperspektiv, eng: benefit view, som visar hur kvalitetsnivån på funktionen förhåller sig till hur stor nytta man får ut av den. Utifrån diagrammet kan de nu hitta eventuella barriärer som sedan blir en fingervisning på vad de bör lägga kvalitetsnivån för funktionen när de väljer lösningsförslag. Anledning: Förmånsperspektiv innehåller brytpunkter för när funktionen blir: - Användbar (Useful) - Konkurrenskraftig (Competitive) - Överdriven (Excessive) Rätt svar: D (Påståendet är fel, men anledningen är korrekt.) Motivering: Denna fråga ställer krav på att hålla isär de olika begreppen brytpunkter och barriärer samt de två diagrammen över kostnad-kvalitet och förmån-kvalitet. Litteraturhänvisning: QUPER Basic concepts. Inlärningsmål: 3, 9, 11, 17

[RT1+RT2] Fråga 9 - Missförstånd inom mjukvarusläpp: Påstående: En tyst kund är en nöjd kund. Anledning: Det visade sig vid en informell undersökning att de kunder som kontaktade supportavdelningen i ett tidigt skede var mer belåtna med produkten än de som ringde supportavdelningen vid ett senare tillfälle. Rätt svar: D (Påståendet är felaktigt, men anledningen är korrekt uttalad) Motivering: Artikeln [RT2] beskriver att en tyst kund inte är en nöjd kund. Tysta kunder är egentligen inte alls nöjda med produkten och ringer in till supportavdelningen när förtroendet för produkten är nere på botten. Denna kan vara svår för personer som bara har skumläst eller inte läst artikeln överhuvudtaget. Litteraturhänvisning: RT2, sid 5. Inlärningsmål: 1, 17

[SPM] Fråga 10 - SPM Compentece Model: Påstående: Software Product Management (SPM) Competence Model ger en överblick över alla områden som är viktiga inom SPM området. Anledning: SPM Competence Model definierar kravhantering, releaseplanering, produktplanering samt portföljhantering som affärsfunktioner och förklarar deras fokusområden. Rätt svar: A (Ba de pa sta endet och anledningen a r korrekta uttalanden OCH anledningen fo rklarar pa sta endet pa ett korrekt saẗt) Motivering: Modellen kan kännas stor och pluttrig med alla pilar och boxar, men att förstå huvuddraget med modellen i mitten, externa och interna intressenter på varsin sida om modellen samt att modellen faktiskt beskriver de fyra delarna kravhantering, releaseplanering, produktplanering och protföljhantering. Efter att ha läst texten är detta modellen i stora drag och även det viktigaste att ta lärdom av. Litteraturhänvisning: SPM, sida 3 Inlärningsmål: 6, 9, 17