Et use case-diagram brukes til å representere den dynamiske oppførselen til et system. Den innkapsler systemets funksjonalitet ved å inkludere brukstilfeller, aktører og deres relasjoner. Den modellerer oppgavene, tjenestene og funksjonene som kreves av et system/delsystem til en applikasjon. Den skildrer høynivåfunksjonaliteten til et system og forteller også hvordan brukeren håndterer et system.

java er tom

Formål med bruk Case-diagrammer

Hovedformålet med et use case-diagram er å skildre det dynamiske aspektet av et system. Det akkumulerer systemets behov, som inkluderer både intern og ekstern påvirkning. Den påkaller personer, brukstilfeller og flere ting som påkaller aktørene og elementene som er ansvarlige for implementeringen av use case-diagrammer. Den representerer hvordan en enhet fra det ytre miljø kan samhandle med en del av systemet.

Følgende er formålene med et use case-diagram gitt nedenfor:

1. Den samler systemets behov.
2. Den viser det ytre synet av systemet.
3. Den gjenkjenner interne så vel som eksterne faktorer som påvirker systemet.
4. Den representerer samspillet mellom aktørene.

Hvordan tegne et Use Case-diagram?

Det er essensielt å analysere hele systemet før man begynner med å tegne et use case-diagram, og deretter finner man systemets funksjonalitet. Og når hver enkelt funksjonalitet er identifisert, blir de deretter transformert til brukstilfellene som skal brukes i use case-diagrammet.

Etter det vil vi verve aktørene som skal samhandle med systemet. Aktørene er personen eller tingen som påkaller funksjonaliteten til et system. Det kan være et system eller en privat enhet, slik at det krever at en enhet er relevant for funksjonene til systemet den skal samhandle med.

design mønstre java

Når både aktører og use case er vervet, inspiseres forholdet mellom aktør og use case/system. Den identifiserer antall ganger en skuespiller kommuniserer med systemet. I utgangspunktet kan en aktør samhandle flere ganger med en brukssak eller et system på et bestemt tidspunkt.

Følgende er noen regler som må følges når du tegner et use case-diagram:

1. Et relevant og meningsfylt navn bør tildeles skuespilleren eller et brukscase for et system.
2. Kommunikasjonen til en aktør med en use case må defineres på en forståelig måte.
3. Spesifiserte notasjoner som skal brukes ved behov.
4. De mest betydningsfulle interaksjonene bør være representert blant de multiple antall interaksjoner mellom use case og aktører.

Eksempel på et use case-diagram

Nedenfor er et diagram for bruk som viser nettstedet for netthandel.

Her bruker nettkundeaktøren et hvilket som helst nettsted for netthandel for å kjøpe online. Brukene på toppnivå er som følger; Se varer, foreta kjøp, kassen, kunderegistrering. De Vis elementer use case benyttes av kunden som søker og ser på produkter. De Kunderegister use case lar kunden registrere seg på nettstedet for å benytte gavekort, kuponger eller få en privat salgsinvitasjon. Det skal bemerkes at Sjekk ut er en inkludert use case, som er en del av Foreta kjøp, og den er ikke tilgjengelig i seg selv.

strukturer ved hjelp av arrays i c

De Vis elementer utvides ytterligere med flere brukstilfeller som; Søk varer, bla gjennom varer, se anbefalte varer, Legg til handlekurv, Legg til i ønskeliste. Alle disse utvidede brukstilfellene gir noen funksjoner til kundene, som lar dem søke etter en vare. Visningselementene utvides ytterligere med flere brukstilfeller som; Søk varer, bla gjennom varer, se anbefalte varer, Legg til handlekurv, Legg til i ønskeliste. Alle disse utvidede brukstilfellene gir noen funksjoner til kundene, som lar dem søke etter en vare.

Både Se anbefalt element og Legg til ønskeliste inkludere kundeautentisering, siden de krever autentiserte kunder, og samtidig kan varen legges til handlekurven uten brukerautentisering.

På samme måte Sjekk ut brukstilfeller inkluderer også følgende brukstilfeller, som vist nedenfor. Det krever en autentisert nettkunde, noe som kan gjøres ved påloggingsside, brukerautentiseringsinformasjonskapsel ('Husk meg') eller Single Sign-On (SSO). SSO trenger en ekstern identitetsleverandørs deltakelse, mens webområdeautentiseringstjeneste brukes i alle disse brukstilfellene.

Checkout-brukssaken involverer betalingsbruk som kan gjøres enten med kredittkortet og eksterne kredittbetalingstjenester eller med PayPal.

Viktige tips for å tegne et Use Case-diagram

Følgende er noen viktige tips som må huskes når du tegner et use case-diagram:

1. Et enkelt og fullstendig use case-diagram bør artikuleres.
2. Et use case-diagram skal representere den mest betydningsfulle interaksjonen blant de flere interaksjonene.
3. Minst én modul i et system bør representeres av bruksdiagrammet.
4. Hvis use case-diagrammet er stort og mer komplekst, bør det tegnes mer generalisert.