Prosjektrettet systemarbeid

Transkript

1 Prosjektrettet systemarbeid Funksjonsmodellering Faglærer: Kjell Toft Hansen

2 Funksjonsmodellering Fra prosjektets brukerkravdokument: Kap. 3.1 Krav til funksjoner Kravene til funksjoner beskriver hva bruker skal kunne gjøre mha systemet. Vi skal i dette prosjektet dokumentere krav til funksjoner ved å lage ett av følgende diagrammer: Bruksmønsterdiagram (Use Case diagram) DFD diagram (dataflytdiagram) Kjell Toft Hansen 2

3 Funksjonsmodellering Tema for dagen er Hva er et Use Case? Use Case drevet systemutvikling UML Use Case diagrammer Kjell Toft Hansen 3

4 Hva er et Use Case? Use Case (eng) = bruksmønster (no), brukstilfelle (MS Visio) Kjell Toft Hansen 4

5 Hva er et Use Case? Beskriver hva systemet skal gjøre Beskriver et funksjonelt krav til systemet i et eksternt perspektiv Bibliotek Use Case : lånebok VCR Use Case : stillestoppeur (eng. Set Timer) Toy s World Use Case : kjøpbilligplastikkleke IT Help Desk Use Case : utførinnlogging Kjell Toft Hansen 5

6 Flere definisjoner på Use Case Spesifiserer all interaksjon i systemet En fullstendig beskrivelse av hendelser (eng. events) En overordnet funksjon i systemet Beskriver én bestemt interaksjon mellom systemet og aktøren Utvikleren beskriver systemets funksjonelle mål med Use Case Kjell Toft Hansen 6

7 Aktører i Use Case Aktører er eksterne rollefigurer Aktøren er én bestem bruker (person, annet system) av systemet Aktøren har nytteverdi av et Use Case Vi finner aktører før vi finner Use Case Aktører initierer eller responderer på Use Case En selger loggfører en samtale En sjåfør starter en bil Alarmsystemet varsler vekteren Stoppeuret (eng. timer) utløser e brevet Kjell Toft Hansen 7

8 Use Case drevet systemutvikling sjekkkonto vissaldo tautkontanter beompostkvittering settinnpenger logginn skrivutkvittering Kjell Toft Hansen 8

9 Prioritere Use Case logginn tautkontanter vissaldo betydning skrivutkvittering settinnpenger sjekkkonto beompostkvittering Kjell Toft Hansen 9

10 Estimert utviklingtid logginn 2 dager tautkontanter 12 dager vissaldo 2 dager betydning skrivutkvittering settinnpenger 5 dager 10 dager sjekkkonto 3 dager beompostkvittering 2 dager Kjell Toft Hansen 10

11 Foreta inkrementelle leveringer logginn tautkontanter Iterasjon #1 vissaldo betydning skrivutkvittering settinnpenger Iterasjon #2 sjekkkonto beompostkvittering Iterasjon # Kjell Toft Hansen 11

12 Forenkle komplekse Use Case Strategi #1 : Bryt ned store/komplekse Use Case r i mindre og mer håndterlige Use Case drapåjobb drahjemmefra gåtilstasjon kjøpbillett gåtilkontor gåavtog tatog Kjell Toft Hansen 12

13 Forenkle komplekse Use Case Strategi #2 : Bryt ned store/komplekse Use Case i flere scenarier (eller eng. test cases) tautkontanter : kunden har nok kontanter tautkontanter tautkontanter : kunden har ikke tilstrekkelig med kontanter tautkontanter : ATM kan ikke dele ut spesifisert beløp Kjell Toft Hansen 13

14 Sammenhengstyper mellom Use Case Inkludere (eng. include, MS Visio : <<uses>>) Handling som kan være felles for flere Use Case Vil være obligatorisk til et hoved Use Case drapåjobb inkluderer tatog Kjell Toft Hansen 14

15 Sammenhengstyper mellom Use Case Utvide (eng. extends) Hvis toget ikke går, tabuss kan utvide drapåjobb Kjell Toft Hansen 15

16 Sammenhengstyper mellom Use Case Generalisering (subtyping (ER)) matedyr er en generalisering av matekatten og matekaninen matedyr matekaninen matekatten Kjell Toft Hansen 16

17 UML Use Case diagrammer sjekksaldo tautkontanter Vi sjekker hvor mye vi har på kontoen Vi tar ut penger via en terminal (minibank) skrivutkvittering Vi får en utskrift med detaljer om de siste transaksjonene på kontoen settinnpenger Vi setter inn penger via en terminal så vi slipper å gå i banken Kjell Toft Hansen 17

18 Use Case diagrammer aktør ATM Use Case Use Case - navn tautkontanter systemets grense aktør - navn kommuniserer Kjell Toft Hansen 18

19 Sammenhengstyper mellom Use Case lagete «extends» «uses» kokevann «uses» handlepåbutikken «extends» lagekaffe gåtilbutikken kjøretilbutikken Kjell Toft Hansen 19

20 Use Case diagrammer Kjell Toft Hansen 20

21 Tekstlig beskrivelse av Use Case Et Use Case er ikke komplett uten en tekstlig beskrivelse Den tekstlige beskrivelsen skal bestå av følgende informasjon : Navn : Navn på Use Case (sendeordre) Mål : Hensikten med et Use Case (å sende en ordre og betale) Aktør : Hvem initierer et Use Case (kunde, selger) Trigger : En situasjon eller hendelse som initierer et Use Case Pre betingelse: Beskriver hva som må være oppfylt for at et Use Case skal kunne utføres Post betingelse: Beskriver tilstand til system og aktør etter at et Use Case er utført, både ved normal hendelsesflyt og variasjoner Kjell Toft Hansen 21

22 Tekstlig beskrivelse av Use Case Hovedløp (normal hendelsesflyt : Hva skjer når alt går bra, dvs. når målet til aktøren oppnås på enklest mulig måte Sideløp (variasjoner) : Beskriv spesialtilfellene (unntak fra normal hendelsesflyt) separat. Format: <betingelse>: <konsekvenser> Relatert informasjon : For eksempel ikke funksjonelle krav ( svartid må være bedre enn 10 sekunder ) Kjell Toft Hansen 22

23 Use Case best practices Lag enkle og konsise Use Case Utvikle Use Case ene inkrementelt Gjør det til vane å se på Use Case ene igjen og igjen Gjør Use Case ene til gjenstand for prioritering Lag Use Case ut fra et brukerperspektiv Sett tydelige systemgrenser og ikke inkluder detaljer utenfor systemgrensene Se nøye etter alternativer og unntak Kjell Toft Hansen 23

24 Vanlige Use Case fallgruver 1. Systemgrensene er uklare eller flytende 2. Et Use Case designes ut fra systemets hensyn og ikke aktørens 3. Aktørnavnene er ikke konsistente 4. Det er altfor mange Use Case 5. Sammenhengstypene mellom aktør og Use Case ser ut som en spindelvev 6. Den tekstlige beskrivelsen av et Use Case er for omfattende Kjell Toft Hansen 24

25 Vanlige Use Case fallgruver 7. Den tekstlige beskrivelse av et Use Case er forvirrende 8. Et Use Case beskriver ikke korrekt hva som ligge i funksjonaliteten 9. Hensikten med et Use Case blir ikke forstått av kunden 10. Prosessen med å designe Use Case tar aldri slutt Kjell Toft Hansen 25

26 En 4+1 arkitektur Logisk design Implementering Use Case Prosess Utplassering Kjell Toft Hansen 26