UML Use Case Diagram: Opplæring med EKSEMPEL

Hva er Use Case Diagram?

Bruk sakdiagram fanger opp systemets funksjonalitet og krav ved å bruke aktører og use cases. Use Cases modellerer tjenestene, oppgavene og funksjonene som et system må utføre. Brukstilfeller representerer funksjonalitet på høyt nivå og hvordan en bruker vil håndtere systemet. Use-cases er kjernekonseptene i Unified Modeling-språkmodellering.

Hvorfor Use-Case-diagram?

En Use Case består av use cases, personer eller ulike ting som påkaller funksjonene som kalles som aktører og elementene som er ansvarlige for å implementere use casene. Use case-diagrammer fanger opp den dynamiske oppførselen til et live system. Den modellerer hvordan en ekstern enhet samhandler med systemet for å få det til å fungere. Use case-diagrammer er ansvarlige for å visualisere de eksterne tingene som samhandler med den delen av systemet.

Bruk-tilfelle diagramnotasjoner

Følgende er de vanlige notasjonene som brukes i et use case-diagram:

Bruk-tilfelle:

Use cases brukes til å representere funksjonalitet på høyt nivå og hvordan brukeren vil håndtere systemet. Et brukstilfelle representerer en distinkt funksjonalitet til et system, en komponent, en pakke eller en klasse. Det er angitt med en oval form med navnet på en brukssak skrevet inne i den ovale formen. Notasjonen for et brukstilfelle i UML er gitt nedenfor:

Skuespiller:

Den brukes i bruksdiagrammer. Skuespilleren er en enhet som samhandler med systemet. En bruker er det beste eksemplet på en skuespiller. En aktør er en enhet som initierer use case fra utenfor rammen av en use case. Det kan være et hvilket som helst element som kan utløse en interaksjon med brukssaken. Én aktør kan knyttes til flere brukssaker i systemet. De skuespillernotasjon i UML er gitt nedenfor.

Hvordan tegne et use-case diagram?

For å tegne et use case-diagram i UML må man først analysere hele systemet nøye. Du må finne ut hver enkelt funksjon som leveres av systemet. Etter at alle funksjonene til et system er funnet ut, blir disse funksjonalitetene konvertert til ulike brukstilfeller som vil bli brukt i brukscasediagrammet.

En brukstilfelle er ikke annet enn en kjernefunksjonalitet i ethvert fungerende system. Etter å ha organisert brukssakene, må vi verve de ulike aktørene eller tingene som skal samhandle med systemet. Disse aktørene er ansvarlige for å påkalle funksjonaliteten til et system. Skuespillere kan være en person eller en ting. Det kan også være en privat enhet i et system. Disse aktørene må være relevante for funksjonaliteten eller et system de samhandler med.

Etter at aktørene og brukssakene er vervet, må du utforske forholdet mellom en bestemt aktør og brukssaken eller et system. Man må identifisere det totale antallet måter en aktør kan samhandle med systemet på. En enkelt aktør kan samhandle med flere brukstilfeller samtidig, eller den kan samhandle med flere brukstilfeller samtidig.

Følgende regler må følges når du tegner bruksfall for ethvert system:

1. Navnet på en aktør eller et use case må være meningsfylt og relevant for systemet.
2. En aktørs samhandling med use case må defineres klart og på en forståelig måte.
3. Merknader må brukes der de er påkrevd.
4. Hvis en brukssak eller en aktør har flere relasjoner, må bare vesentlige interaksjoner vises.

Tips for å tegne et use-case diagram

1. Et use case-diagram skal være så enkelt som mulig.
2. Et use case-diagram skal være komplett.
3. Et use case-diagram skal representere alle interaksjoner med use casen.
4. Dersom det er for mange brukstilfeller eller aktører, bør kun de vesentlige brukstilfellene være representert.
5. Et use case-diagram bør beskrive minst en enkelt modul i et system.
6. Hvis use case-diagrammet er stort, bør det generaliseres.

Et eksempel på et use-case diagram

Følgende use case-diagram representerer hvordan elevstyringssystemet fungerer:

I brukscasediagrammet ovenfor er det to aktører som heter elev og en lærer. Det er totalt fem brukstilfeller som representerer den spesifikke funksjonaliteten til et studentstyringssystem. Hver aktør samhandler med en bestemt brukssak. En skuespillerstudent kan sjekke oppmøte, timeplan samt prøvekarakterer på søknaden eller et system. Denne aktøren kan kun utføre disse interaksjonene med systemet selv om andre brukstilfeller gjenstår i systemet.

Det er ikke nødvendig at hver aktør skal samhandle med alle brukstilfellene, men det kan skje.

Den andre aktøren som heter lærer kan samhandle med alle funksjonene eller brukstilfellene til systemet. Denne skuespilleren kan også oppdatere oppmøtet til en student og karakterene til studenten. Disse interaksjonene mellom både student og en læreraktør sammen oppsummerer hele studentadministrasjonsapplikasjonen.

Når skal man bruke et use-case diagram?

En use case er en unik funksjonalitet til et system som utføres av en bruker. Et formål med use case-diagram er å fange opp kjernefunksjonene til et system og visualisere interaksjonene mellom ulike ting som kalles aktører med use casen. Dette er den generelle bruken av et use case-diagram.

Use case-diagrammene representerer kjernedelene i et system og arbeidsflyten mellom dem. I brukstilfeller er implementeringsdetaljer skjult for ekstern bruk, bare hendelsesflyten er representert.

Ved hjelp av use case-diagrammer kan vi finne ut pre- og postforhold etter interaksjonen med aktøren. Disse forholdene kan bestemmes ved hjelp av ulike testtilfeller.

Vanligvis brukes diagrammer for:

1. Analysere kravene til et system
2. Visuell programvaredesign på høyt nivå
3. Fange funksjonaliteten til et system
4. Modellering av den grunnleggende ideen bak systemet
5. Forward og reverse engineering av et system ved hjelp av ulike testcases.

Brukstilfeller er ment å formidle ønsket funksjonalitet, så det nøyaktige omfanget av en brukstilfelle kan variere i henhold til systemet og formålet med å lage UML-modellen.

Sammendrag

• Use case-diagrammer er en måte å fange opp systemets funksjonalitet og krav på UML-diagrammer.
• Den fanger opp den dynamiske oppførselen til et live-system.
• Et use case-diagram består av en use case og en aktør.
• Et brukstilfelle representerer en distinkt funksjonalitet til et system, en komponent, en pakke eller en klasse.
• En aktør er en enhet som initierer use case fra utenfor rammen av en use case.
• Navnet på en aktør eller et use case må være meningsfylt og relevant for systemet.
• Et formål med brukscasediagram er å fange opp kjernefunksjonene til et system.