logo

UML Use Case Diagram

Et use case-diagram bruges til at repræsentere et systems dynamiske adfærd. Det indkapsler systemets funktionalitet ved at inkorporere use cases, aktører og deres relationer. Den modellerer de opgaver, tjenester og funktioner, der kræves af et system/undersystem af en applikation. Den skildrer et systems funktionalitet på højt niveau og fortæller også, hvordan brugeren håndterer et system.

java er tom

Formål med brugscasediagrammer

Hovedformålet med et use case-diagram er at skildre det dynamiske aspekt af et system. Det akkumulerer systemets behov, som omfatter både interne såvel som eksterne påvirkninger. Det påkalder personer, use cases og flere ting, der påkalder de aktører og elementer, der er ansvarlige for implementeringen af ​​use case-diagrammer. Det repræsenterer, hvordan en enhed fra det eksterne miljø kan interagere med en del af systemet.

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

  1. Det samler systemets behov.
  2. Den viser systemets ydre syn.
  3. Den anerkender de interne såvel som eksterne faktorer, der påvirker systemet.
  4. Det repræsenterer samspillet mellem aktørerne.

Hvordan tegner man et Use Case-diagram?

Det er essentielt at analysere hele systemet, inden man begynder med at tegne et use case-diagram, og derefter findes systemets funktionaliteter. Og når hver enkelt funktionalitet er identificeret, bliver de derefter transformeret til de use cases, der skal bruges i use case-diagrammet.

Derefter vil vi rekruttere de aktører, der vil interagere med systemet. Aktørerne er den person eller en ting, der påberåber sig et systems funktionalitet. Det kan være et system eller en privat enhed, sådan at det kræver, at en enhed er relevant i forhold til funktionaliteterne i det system, som den skal interagere med.

design mønstre java

Når både aktører og use cases er rekrutteret, inspiceres forholdet mellem aktøren og use case/system. Den identificerer antallet af gange, en skuespiller kommunikerer med systemet. Grundlæggende kan en skuespiller interagere flere gange med en use case eller et system på et bestemt tidspunkt.

Følgende er nogle regler, der skal følges, når du tegner et use case-diagram:

  1. Et relevant og meningsfuldt navn bør tildeles aktøren eller et use case af et system.
  2. En aktørs kommunikation med en use case skal defineres på en forståelig måde.
  3. Angivne noter, der skal bruges efter behov.
  4. De mest signifikante interaktioner bør være repræsenteret blandt de multiple antal af interaktioner mellem use case og aktører.

Eksempel på et Use Case Diagram

Et use case-diagram, der viser hjemmesiden for Online Shopping, er givet nedenfor.

Her gør webkunde-aktøren brug af ethvert online shoppingwebsted til at købe online. Anvendelserne på øverste niveau er som følger; Se varer, foretag køb, kassen, kunderegistrering. Det Se varer use case udnyttes af kunden, der søger og ser produkter. Det Kunderegister use case giver kunden mulighed for at registrere sig på hjemmesiden for at benytte gavekort, kuponer eller få en privat salgsinvitation. Det skal bemærkes, at Checkout er en medfølgende use case, som er en del af Foretage køb, og den er ikke tilgængelig i sig selv.

springe listen over
UML Use Case Diagram

Det Se varer er yderligere udvidet med flere use cases såsom; Søg varer, gennemse varer, se anbefalede varer, Tilføj til indkøbskurv, Tilføj til ønskeliste. Alle disse udvidede use cases giver nogle funktioner til kunder, som giver dem mulighed for at søge efter en vare. View Items er yderligere udvidet med flere use cases såsom; Søg varer, gennemse varer, se anbefalede varer, Tilføj til indkøbskurv, Tilføj til ønskeliste. Alle disse udvidede use cases giver nogle funktioner til kunder, som giver dem mulighed for at søge efter en vare.

Begge Se anbefalet vare og Tilføj til ønskeliste inkludere kundegodkendelsesbrugssagen, da de kræver godkendte kunder, og samtidig kan varen tilføjes indkøbskurven uden nogen brugergodkendelse.

UML Use Case Diagram

Tilsvarende Checkout use case omfatter også følgende use cases, som vist nedenfor. Det kræver en autentificeret webkunde, hvilket kan gøres ved hjælp af login-side, brugergodkendelsescookie ('Husk mig') eller Single Sign-On (SSO). SSO har brug for en ekstern identitetsudbyders deltagelse, mens webstedsgodkendelsesservice bruges i alle disse brugssager.

Checkout-brugssagen involverer betalingsanvendelse, der kan udføres enten med kreditkortet og eksterne kreditbetalingstjenester eller med PayPal.

UML Use Case Diagram

Vigtige tips til at tegne et Use Case-diagram

Følgende er nogle vigtige tips, som du skal huske på, når du tegner et use case-diagram:

  1. Et simpelt og komplet use case-diagram bør formuleres.
  2. Et use case-diagram bør repræsentere den mest signifikante interaktion blandt de multiple interaktioner.
  3. Mindst ét ​​modul i et system skal være repræsenteret af use case-diagrammet.
  4. Hvis use case-diagrammet er stort og mere komplekst, bør det tegnes mere generaliseret.