UML Bruk saksdiagram
Har du noen gang synes flytdiagrammer er interessante? Flytskjemaers evne er å forklare komplekse algoritmer med trinnvise instruksjoner i forskjellige formede bokser - det har alltid vært en enkel måte å illustrere en hvilken som helst algoritme eller prosess på. UML-diagrammer er en avansert versjon av flytdiagrammer. La oss forstå hvert begrep.
Hva er UML Use Case Diagram?
Høres ut som en ganske tung formulert tittel, ikke sant? La oss dele det til hvert ord.
UML
Unified Modelling Language er en moderne tilnærming til den konvensjonelle prosessen med modellering og dokumentasjon av programvare. Denne tilnærmingen er en skjematisk fremstilling av komponentene og prosessene som er involvert i programvare. Det er som å forklare hele programvaren gjennom visuelle fremstillinger, slik at det er lett å forstå og luke ut mulige feil og feil i systemet. Hele prosessen faller inn under den større paraplyen av modelleringsteknikker for forretningsprosesser.
UML-diagrammer
Se for deg de virkelig skalerte modellene av forskjellige enorme arkitekturer som et kjøpesenter eller et boligsamfunn spredt over dekar, plassert i fine skinnende glassbokser i resepsjonen av strukturen. Er det ikke lett å forstå den komplette strukturen når den er blitt modellert som en helhet for øynene dine?
Vel, UML-diagrammer er programvare hva de skalerte modellene er for den faktiske strukturen. En fullstendig representasjon av hele systemet eller en del av det, ved hjelp av diagrammer. Det er forskjellige diagrammer som tjener forskjellige formål. Noen eksempler er:
- Klassediagram - Fokuserer mer på blåkopien.
- sekvensdiagram - Fokuserer mer på prosessen, fra et systemperspektiv.
- aktivitetsdiagram - Fokuserer på handlingene, fra et brukerperspektiv.
- Bruk saksdiagram - Fokuserer på virksomhetens krav og mange flere.
UML Bruk saksdiagram
Det sentrale temaet for dagens diskusjon er Diagrammer om bruk av tilfeller. A Use Case diagram modellerer den dynamiske oppførselen til systemet når det er i drift. Det fremhever kravene til høyt nivå på systemet. Den er modellert for å representere utsiden av systemet. Bruk-case-diagrammet forklarer de forskjellige bruk-sakene der en sluttbruker kan samhandle med systemet. Perspektivet på bildet er av sluttbrukeren.
Et enkelt eksempel på et bruk-case-diagram er hvordan en sluttbruker samhandler med bestillingssystemet for flybilletter. Noen av brukstilfellene i dette eksemplet kan være, men ikke begrenset til:
- En person logger inn for å søke etter flyreiser.
- En person booker en flyreise.
- En person ser på sine tidligere flybookinger.
- En person sjekker nettet i løpet av flyet.
- En person kansellerer flyturen.
og litt til,
La oss dykke inn …
Som tidligere nevnt, modellerer et bruk-case diagram den dynamiske oppførselen til systemet. Legg merke til ordet dynamisk. Dette innebærer at det må være noen interne eller eksterne faktorer som påvirker atferden til systemet under kjøretid og gjør det dynamisk i sin natur. Disse interne eller eksterne agenter er kjent som skuespillere . Et bruk-case-diagram modellerer skuespillerne, systemet og deres interaksjon. Et enkelt bruk-case-diagram kan modellere en spesiell funksjonalitet i systemet.
Men hvorfor bruke saksdiagram?
Det er den nysgjerrige siden du snakker. La oss analysere gjennom noen QnA.
- Hvorfor use-case, når aktivitetsdiagrammet også modellerer handlingene til systemet basert på inngangene?
Svar: Ja, men brukssakdiagrammet gjør det fra sluttbrukerens perspektiv, mens aktivitetsdiagrammet gjør det fra systemperspektivet. En sluttbruker kjenner kanskje ikke sin rolle gjennom et aktivitetsdiagram.
- Vel, så involverer sekvensdiagrammer skuespillere og handlingene de utfører i forskjellige stadier. Hvorfor bruk-sak?
Ans: Sekvensdiagrammer er mer detaljerte versjoner av interaksjon mellom bruker og system. De involverer også den interne funksjonen i systemet, samhandling mellom undermoduler og tiden som er gått under intern funksjon. En sluttbruker er kanskje ikke interessert i slike detaljer. Han er opptatt av systemets samlede effekt.
- Jeg vet at samarbeid / kommunikasjonsdiagrammer er en enklere versjon av sekvensdiagrammer. Hvorfor kan jeg ikke bruke dem?
Ans. Samarbeidsdiagrammer er riktignok enklere, men de fokuserer hovedsakelig på kommunikasjonen mellom komponentene. Dette innebærer fortsatt mer fokus på meldingene som utveksles mellom systemet og undermodulene. En sluttbruker kan fremdeles synes det er litt for detaljert til sitt formål.
- Det er et tilstandsdiagram også. De er enkle, involverer ikke interne undermoduler og skildrer interaksjon mellom sluttbrukere. Hvordan slår bruk-case-diagrammet det?
Ans. Det primære formålet med tilstandsdiagrammer er å analysere systemets tilstand på ethvert mulig tidspunkt. De er mer egnet for feilsøking og reversering av systemet. Bruk saksdiagrammer til å hoppe over systemets mellomtilstander, da sluttbrukeren kanskje ikke er interessert i å vite alle tilstandene maskinen går gjennom. Dessuten fokuserer ikke tilstandsdiagrammer på det generelle kravet slik bruk-case-diagrammer gjør. De fokuserer mer på en spesifikk inngang og den berørte produksjonen.
Så takeaway fra denne diskusjonen er at selv om mange UML-diagrammer utfører lignende funksjonaliteter, har de likevel en utpreget rolle i forståelsen av systemet. Et bruk-case-diagram er like viktig som ethvert annet diagram for den generelle dokumentasjonen av systemkomponentene i Use case diagrams.
Eksempel
Nedenfor er et enkelt eksempel på et bruk-case-diagram for bestillingssystemet for flybilletter. Dette diagrammet kan gjøres mer omfattende med introduksjonen av andre aktører som bookingoperatører, banker osv. Det er blitt forenklet for å demonstrere hvordan et bruk-case-diagram er laget.
Konklusjon
Bruk saksdiagrammer er enkle, men likevel effektive for å forstå systemet utenfra. De er veldig nyttige for bedriften å definere krav på høyt nivå og analysere feil i kravene også. Forståelse av bruk-case-diagrammer hjelper virksomheten så vel som det tekniske teamet å komme seg på samme side når det gjelder krav.
Anbefalte artikler
Dette har vært en guide til UML Use Case Diagram. Her diskuterte vi hva som er UML casediagram og hvorfor det brukes og komponenter i dette diagrammet. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Trinn for trinn guide på klassediagram
- Hva er datamaskingrafikk?
- Data Science vs Data Visualization
- Hva er Teradata? | Teradata Arkitektur