UML aktivitetsdiagram - Symboler og komponenter i UML med eksempel

Innholdsfortegnelse:

Anonim

UML aktivitetsdiagram

For å forstå UML-aktivitetsdiagrammer, må vi først forstå hva UML-diagrammet betyr. UML står for Unified Modelling Language. Det er et standardisert sett eller en samling av diagrammer som hjelper programvareutviklerne og programvarearkitektene til å forstå flyten av programvaren. UML-diagrammer er med andre ord diagrammer som viser hvordan programvaresystemet skal fungere. UML-diagrammer er delt inn i tre typer:

  1. Strukturdiagrammer.
  2. Samhandlingsdiagrammer.
  3. Atferdsdiagrammer.

Hva er et UML-aktivitetsdiagram?

Et UML-aktivitetsdiagram er et atferdsdiagram av de ovennevnte tre typene UML-diagrammer. Hvordan skiller de seg fra UML-diagrammer? Så aktivitet skildrer hvilken handling som skal foregå i prosessen. Det er en illustrasjon av hvordan programvaresystemet skal fungere. På utførelsestidspunktet må programvaresystemet fungere i henhold til den nødvendige flyt, så i henhold til det, viser aktivitetsdiagrammer det med så videre og bakover konstruksjonsprosess / handlinger.

Symboler og komponenter i UML-aktivitetsdiagram:

På forhånd må man ha kunnskap om hvordan man tegner UML-aktivitetsdiagrammer, og for det er følgende komponenter og symboler nødvendig.

  1. Startstatus: Den opprinnelige tilstanden som ennå ikke skal brukes eller modifiseres i aktiviteten. Aktivitetsdiagrammer starter fra dette trinnet. Også kjent som inngangsstat. Start Node er utgangspunktet for enhver aktivitet.

Det er avbildet som:

  1. Handlingstilstand: Et trinn der brukerne eller programvaren utfører en bestemt oppgave. Det representerer en handling som skal finne sted på dette stadiet av programvaresystemet. Generelt avbildet med det avrundede kantete rektangelet.

Det er avbildet som:

  1. Kontrollstrøm: Koblinger mellom to tilstander eller to handlinger for å skildre flyten. Viser eksekvenssekvensen. Også kjent som stier. Én handlingsstatus kan ha flere kontrollstrømmer input og også utgang til en annen handlingsstatus. En pil med én hode brukes til å skildre kontrollstrømmen.

Det er avbildet som:

  1. Beslutningsnode: En betinget node eller en avgjørende node er en der det er flere tilgjengelige alternativer. Eller det er to eller flere forhold som kan vurderes på programvaresystemets punkt. Eks: Det er en iskrembutikk. En person går inn i den butikken og vil kjøpe et av de mange tilgjengelige alternativene. Nå, hvis han velger, Vaniljesmak, må serveren 1 gi den til ham, ellers velger han andre smaker, så må andre servere den til ham. Så dette er tilstanden i aktivitetsskjemaet. Den tegnes som en diamantform med flere innganger og utganger.

Det er avbildet som:

  1. Gaffel: Et punkt der to parallelle eller parallelle prosesser utføres eller kjøres eller behandles. Det inkluderer vanligvis en enkelt inngang, men får eller ikke får en utgang. Eks: Det er en iskrembutikk. En person har en tendens til å kjøpe is til seg selv og sin venn. Nå, begge kjøper den samme vaniljesmaken, men en av dem vil ha choco-dip, og andre vil ha frukt som skal legges på den. Så her er inngangen den samme, det vil si av vaniljeis, men resultatene er forskjellige. Så dette er et perfekt eksempel på en gaffel.

Det er avbildet som:

  1. Bli med: En sammenføyning er en der to resultater av samtidig aktiviteter legger til og danner et enkelt resultat. Ved sammenføyning er det mer enn én inngang, men bare en utgang oppnås. To resultater oppnås fra to aktiviteter, og ett resultat oppnås. Eks: Det er krav om smørbrød. Men først må vi ha tomater og spinat til det.

Det er avbildet som:

  1. Slutttilstand: Dette er det siste trinnet i UML-aktivitetsdiagrammet. Det er her aktiviteten slutter i et programvaresystem.

Det er avbildet som:

Fordeler eller fordeler med UML-aktivitetsskjema:

  1. Komplekse trinn eller trinn i et programvaresystem kan enkelt forklares skjematisk.
  2. Dynamisk modellering av et programvaresystem.
  3. Hver aktivitetstrøm i systemet kan forklares som den er.
  4. Metoder, funksjoner og operasjoner kan forklares i detalj.
  5. Forretningsprosesser og -strømmer kan avbildes enkelt.
  6. Forenklet visning, men det komplekse systemet.
  7. Virksomhetskravanalyse.
  8. Forståelse av systemkrav blir forklart på en klar og enkel måte.
  9. Arbeidsflyten til brukeren og systemet og brukeren med systemet blir forklart i detalj.

Ulemper med UML-aktivitetsdiagrammer:

  1. Den eneste ulempen er UML Activity Diagram er meldingene eller kommunikasjonen mellom to komponenter, eller brukeren kan ikke vises.

Symbolene som brukes i UML-aktivitetsskjemaet er forklart i tabellen nedenfor:

Eksempel på hvordan du lager et UML-aktivitetsskjema:

Vi vil vurdere et eksempel på å utvikle programvare i Android Studio

  1. Åpne Android Studio
  2. Lag nytt prosjekt og lagre prosjektet under et unikt navn
  3. Importer de nye pakkene som er nødvendige for prosjektet
  4. Start emulatoren
  5. Kjør prosjektet på emulatoren
  6. Avslutt prosjekt

UML aktivitetsdiagram:

Konklusjon:

Så alt i alt kan vi si at UML-aktivitetsdiagrammer er nødvendige under og før utviklingen av noe programvaresystem. Det er veldig nyttig i å dokumentere og skildre visualisering av den eksakte prosessen og trinnene som er involvert i utviklingsprosessen. Alle de kompliserte trinnene kan vises veldig enkelt. Personen som kjenner notasjonene riktig, kan enkelt tegne UML-aktivitetsdiagrammer. Den viktigste delen av å bruke disse diagrammene er at hvem som helst kan tegne dem i henhold til flyten og på nesten hvert trinn i livssyklusen til programvaresystemets utvikling. Det er mange programvare tilgjengelig på nettet som er nyttige for å tegne UML-aktivitetsdiagrammer som SmartDraw, etc.

Anbefalte artikler

Dette har vært en guide til UMLs aktivitetsdiagram. Her diskuterte vi henholdsvis Hva er, typer, symboler, komponenter, fordeler og ulemper ved UML Activity Diagram. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Klassediagram
  2. White Box Testing
  3. Black Box Testing
  4. Hva er programvaretesting?
  5. Omvendt engineering