Prototyping & Use Case Software Engineering Gruppe

Krav til prototypene •Prototypene kan hjelpe oss å komme frem til realistiske krav som alle kan leve med. •En prototype skal avdekke krav som vi ellers kunne oversett. •En prototype kan hjelpe oss å ”fin- innstille” hva kundene ønsker, og hvilket design vi tror vil fungere best. Software Engineering Gruppe

Krav til prototypene Angrepsvinkler for utvikling av prototyper: 1.Evolutionary prototype 2.Throw-away prototype Software Engineering Gruppe

Krav til prototypene Evolutionary prototype: Utvikles for å lære mer om et problem, og på samme tid forme basisen for softwaren. Hvis kundene er usikre på grensesnittet, kan man lage slike prototyper. Når én prototype er valgt ut, kan den videreutvikles til det endelige grensesnittet og leveres sammen med resten av produktet. Software Engineering Gruppe

Krav til prototypene Throw-away prototype: Utvikles for å lære mer om et problem eller for å studere muligheter med ulike løsninger. Den er kun laget for å undersøke, og er ikke ment å brukes som del i produktet som leveres. Software Engineering Gruppe

Krav til prototypene Rapid prototyping: Begge teknikkene kalles noen ganger rapid prototyping siden de bygger seksjoner av det foreslåtte systemet for å finne ut om kravene er gjennomførbare, nødvendige og ønskelige. Software Engineering Gruppe

Use Case Software Engineering Gruppe • beskriver en spesiell funksjon som et system skal utføre. • scenario som beskriver kommunikasjon mellom et system og en ekstern entitet. • utvikles ved å modellere dialogen mellom entiteter og systemet.

Software Engineering Gruppe Use Case Elementer i use case diagrammer: 1.Actors 2.Cases 3.Relationships

Software Engineering Gruppe Use Case Actors - En ekstern entitet som kommuniserer med systemet kalles en actor, og kan være en bruker, en enhet eller et annet system. Cases - Cases blir brukt til å modellere og representere systemfunksjonaliteter. Bruker ellipser.

Software Engineering Gruppe Use Case Relationships - Use cases må forholde seg til andre use cases, og det finnes tre standard relasjoner mellom disse: •Includes •Extends •Generalizations

Software Engineering Gruppe Use Case Includes - Relasjoner til use cases som er nødvendige for å kunne utføre et annet. Enter user name, password Godkjenne bruker Bruker >

Software Engineering Gruppe Use Case Extends - Brukes for å legge til valgfrie egenskaper til et use case. Forvalte brukerkontoer Slett konto Administrator > Endre konto Legg til konto >

Software Engineering Gruppe Use Case Generalizations - Brukes når man vil dokumentere variasjoner i scenarier til enkelte use cases. Et “child use case” vil arve egenskapene til “parent use case”, og kunne benyttes istedet for parent use case.

Software Engineering Gruppe Use Case Use case blir som oftest presentert som en tegning av objektene som er involvert, samt en kort beskrivende tekst kalt scenario script. For hvert scenario identifiseres alle hendelsene som kan oppstå i tillegg til systemets reaksjon på hendelsene. Samlingen av alle use cases danner til sammen et bilde av systemets fullstendige funksjonalitet.

Sjekke pasientjourna l Pasient Kasserer Lege Sekretær > Avtale time Avlyse time Medisin forespørse l > Utsette betaling > Forsikrin g generalization Betale regning Extension points: Mer behandling child use case parent use case extend use case include use case System avgrensning Software Engineering Gruppe System avgrensning skiller systemet fra de eksterne aktørene. En use case generalization viser at et use case er en spesiell variant av et annet, og child use case kan i enkelte tilfeller erstatte parent use case. Klinikk

Sjekke pasientjourna l Pasient Kasserer Lege Sekretær > Avtale time Avlyse time Medisin forespørse l > Utsette betaling > Forsikrin g generalization Betale regning Extension points: Mer behandling child use case parent use case extend use case include use case System avgrensning Software Engineering Gruppe Extension point i use case Betale regning viser når det er passende å benytte seg av extend use case. Extend use cases er valgfrie egenskaper.

Klinikk Sjekke pasientjourna l Pasient Kasserer Lege Sekretær > Avtale time Avlyse time Medisin forespørse l > Utsette betaling > Forsikrin g generalization Betale regning Extension points: Mer behandling child use case parent use case extend use case include use case System avgrensning Software Engineering Gruppe I noen tilfeller er vi avhengige av et include use-case for å kunne gjennomføre et annet. For å avtale time er man avhengig av å sjekke pasient- journalen, det samme gjelder for medisin forespørsel.