inf1050_uke10_losnin.. - IfI

Oppgaver til kap. 9 med løsningsforslag
Oppgave 1. Et bilutleiefirma ønsker et informasjonssystem for utleie av biler. Vanligvis
reserverer kunden en bil, henter den og returnerer den etter en tids bruk. Når bilen hentes,
kan kunden velge om hun ønsker forsikring. Når bilen returneres, mottar kunden en
regning. Regningen er avhengig av hvor langt kunden har kjørt, om det er skader på bilen
og om det mangler bensin på tanken.
a. Identifiser aktører (primære og sekundære) og beskriv disse aktørenes mål. Aktører
og mål kan med fordel settes opp i en tabell.
Legg merke til at denne beskrivelsen fungerer som en systemavgrensning: Hvem er
brukere av dette systemet, og hvilke oppgaver ønsker de å få løst?
b. Lag et bruksmønsterdiagram for systemet
c. Spesifiser bruksmønsteret "returner bil" (el.l.) med normal hendelsesflyt og
variasjoner. Diskuter om spesifikasjonen indikerer behov for endringer i
bruksmønsterdiagrammet fra oppgave b).
d. Spesifiser andre bruksmønstre med normal hendelsesflyt og variasjoner
© Erik Arisholm

1a. Identifiser aktører (primære og sekundære) og beskriv disse aktørenes mål.
Litt av poenget med oppgave 1 er å avgrense systemet ved å identifisere primære og
sekundære aktører. Jeg har valgt en systemgrense hvor kun ”kundebehandler” er primær
aktør. ”Kunde” anser jeg som sekundær aktør på alle bruksmønstrene.
1b. Lag et bruksmønsterdiagram for systemet
© Erik Arisholm

1c. Spesifiser bruksmønsteret "returner bil" (el.l.) med normal hendelsesflyt og
variasjoner. Diskuter om spesifikasjonen indikerer behov for endringer i
bruksmønsterdiagrammet fra oppgave b).
Oppgaven ber om å spesifisere et bruksmønster som heter ”Returner bil”, som jeg med
vilje har gitt et litt tvetydig navn i forhold til hvem som kan være primær aktør.
Siden jeg har valgt kundebehandler som primær aktør synes jeg det var naturlig å døpe
om ”returner bil” til ”behandle retur av bil”.
Navn: ”Behandle retur av bil
Aktør: Kundebehandler
Trigger: Kunde ønsker å returnere bil
Pre-betingelse: Ingen
Post-betingelse: Bilen er levert tilbake og regningen er betalt
Normal Hendelsesflyt:
1. Kundebehandler oppgir reg.nr
2. Systemet finner leiekontrakten
3. Kundebehandler oppgir hvor langt bilen har kjørt
4. Kundebehandler oppgir tanknivå
5. Kundebehandler oppgir info om skader
6. Kundebehandler ber om regning
7. Systemet beregner betalingssum basert på kjørelengde, tanknivå, skader osv og skriver
ut regning
8. Kundebehandler sier fra at regningen er betalt
Variasjoner:
2a. Finner ikke kontrakten:
1. Systemet opplyser at feil reg.nr. Prøv igjen
3a. Bilen har overskredet avtalt gratis kjørelengde:
1. Systemet beregner tilleggsavgift
4a. Tanknivået er for lavt i forhold til når bilen ble leid ut:
1. Systemet beregner en høy bensin literspris som legges til leieprisen
5a. Bilen er skadet:
1. Kundebehandler oppgir om (hvilke av) skadene (som) må utbedres
2. Systemet registrerer skadene
3. Systemet sjekker om kunden har tegnet forsikring
3a. Kunden har tegnet forsikring som dekker skadene:
1. Systemet legger til forsikring egenandel i leieprisen
3b. Kunden har ikke tegnet forsikring som dekker skadene:
(dette er et vanskelig spesialtilfelle som ikke er ferdigspesifisert her…)
1. Systemet noterer seg at regning for skaden skal ettersendes
kunden når skaden er utbedret og prisen er kjent
© Erik Arisholm

1d. Spesifiser andre bruksmønstre med normal hendelsesflyt og variasjoner
Navn: Reserver bil
Aktør: Kundebehandler
Trigger: Kunde ønsker å reservere bil
Pre-betingelse: Ingen
Post-betingelse: Bilen er reservert
Normal Hendelsesflyt:
1. Kundebehandler velger tidsintervall (hentedato og returdato)
2. Systemet returnerer en liste over tilgjengelige biler innenfor de spesifiserte datoene
3. Kundebehandler velger en av bilene.
4. Systemet ber om kundenr og finner kunden i systemet
5. Systemet bekrefter at bilen er reservert for den gitte perioden
Variasjoner:
2a. Det finnes ingen tilgjengelige biler i valgt tidsintervall:
1. Systemet opplyser om at det ikke er tilgjengelige biler innenfor oppgitt
tidsintervall.
2. Kundebehandler oppgir et nytt tidsintervall (punkt 1) eller avslutter
bruksmønsteret.
4a. Kunden finnes ikke:
1. Systemet oppretter ny kunde
Relatert informasjon:
Vi har gjort en rekke antagelser som bør avklares med oppdragsgiver:
- Vi antar at man reserverer en bestemt bil. Det impliserer at man enten kunne lage
et reservasjonsobjekt som assosieres med valgt bil, eller lage en ny leiekontrakt
med status ”reservert” og oppgitt for bilen. Det siste medfører et i utgangspunktet
enklere design, men ”leiekontrakt” får flere ansvarsområder.
- Vi skiller ikke mellom forskjellige biltyper. Det vil være en mulig utvidelse, hvor
”biltype” (for eksempel liten bil, mellomklasse bil, stor bil, flyttebil, buss) kan
spesifiseres i punkt 1 i normal hendelsesflyt. Et slikt valg vil også medføre en
mulig ny klasse: BilType som assosieres med Bil.
- Vi kunne også skille mellom ”gode” og ”mindre gode” kunder, og gi fordeler til
gode kunder…
- Vi antar at forsikring og annen detaljert informasjon om leieforholdet ordnes når
kunden henter bilen (bruksmønsteret ”Lei ut bil”)
© Erik Arisholm