Tentamen Programvaruteknik DV1/MN1,
20 maj 1999

ADMINISTRATIVT

• Tillåtna hjälpmedel: svenska/engelska ordbok.
• Skrivningstid 10:00-16:00
• Poäng för tentan 50. Total poäng (inkl. uppgifter mm) 100. G gräns ca 60, VG gräns ca 80.
• För varje fråga framgår poängtal och maximal svarslängd. Optimal svarslängd är omkring hälften darav.
• Skriv tydligt och inte för litet. Jag är ganska dåligt på att gissa ord på svenska.
• Svar får skrivas på svenska, engelska, och även den blandning som jag brukar använda under kursen.
• Resultat anslås på WWW. När du kollar, fyll i kursutvärdering också.

TIPS

• Om något är oklart, gör vettiga antaganden och skriv ner dem. Det går tyvärr inte att nå mig under tentamen.
• Checklista vanliga fel
  • Svara på alla 9 frågor. Ett dåligt svar kan inte ge färre poäng än inget svar alls.
    Om tentan verkar svår, kom ihåg hur många poäng du redan har.
  • Läs genom frågan efter att du svarat och kontrollera att du verkligen svarat på frågans alla delar.
  • Undvik uttryck som naturligtvis, självklar, ...
  • Motivera dina svar, och uttryck som bättre.

• Lycka till!

1. Ge ett tydligt exempel på
   1. några krav från en kravdefinition, och
   2. några krav från en kravspecifikation
   som visar att relationen mellan dessa är many-to-many.
   Obs. Kraven ska ha de egenskaper som du vet krav bör ha. (6p., 1.5 sida)

2. Beskriv fördelar och nackdelar med processen `evolutionary prototyping'.
   Ge även ett exempel på ett projekt där evolutionary prototyping skulle passa bra, och ett exempel där det skulle passa dåligt. (4p., 1.5 sida)

3. Vad är det största problemet med verktyg (CASE-tools) som genererar kod från en design? (3p., 0.5 sida)

4. På vilka sätt ska man underlätta/förbereda för testning under specifikation, design, och kodning? Gör en uppdelning efter olika typer av testning. (8p., 2.5 sidor)

   Vänd!

5. Pålitlighet.
   1. Hur mätar man pålitligheten ROCOF i ett färdigt produkt?
   2. Hur kan man uppskatta blivande pålitligheten i ett produkt innan det är färdigt?
   3. Om uppskattningen pekar på en för låg pålitlighet, hur kan man då öka pålitligheten i produkten?
   4. Varför är det enklare att öka snabbheten i ett pålitligt produkt, än att öka pålitligheten i ett snabbt produkt?
   5. Om uppskattningen pekar på en för låg pålitlighet, hur kan man då ändra processen så att nästa produkt blir pålitligt nog från början?
   (2+3+2+2+2 = 11p., 3 sidor)

6. Gäller Brooks' lag och resonemanget i `The Mythical Man-Month' även om projektet använder sig av `Chief programmer teams'? (3p., 1 sida)

7. Hur passar Cleanroom metoden in i en projektmodell med stor återanvändning? Vilka delar av Cleanroom-paketet passar in och underlättar återanvändning - vilka delar blir mer problematiska? (6p., 1.5 sida)

8. Många artiklar förespråker mer `ordnade former' inom programvarutekniken.
   1. Varför har dessa tekniker gemensamt att de flytter arbete från senare delar av ett projekt till tidigare delar?
   2. Ange några problem med att flytta arbetet på detta vis.
   (6p., 1.5 sida)

9. Ovanför entrén till aulan i Universitetshuset står
   Tänka fritt är stort, tänka rätt är större Vad är sambandet mellan programvaruteknik idag, denna mening, och vetenskapen i allmänt i 1887, då Universitetshuset blev färdigt? (3p. 1 sida)