Introduksjon til UML-objektdiagram

Et UML-objektdiagram angir en bestemt forekomst av et klassediagram i løpet av et bestemt øyeblikk. Når du visuelt har vist det, vil du se et stort antall paralleller mot klassediagrammet. Objektdiagrammer foretrekker å gjengi en samling av objekter og deres assosiasjoner som et eksempel.

Hva er objektdiagram i UML?

Et objektskjema konsentrerer seg om attributtene til en samling av objekter, samt hvordan disse objektene stemmer overens med hverandre. For eksempel, se objektdiagrammet nedenfor,

Et objektdiagram kan sees på som et unikt tilfelle av klassediagrammet. Objektdiagrammer vil benytte et delsett med aspektene ved et klassediagram for å kunne fremheve forholdet mellom forekomster av klasser i fremtiden. De kan være nyttige når du skal realisere klassediagrammer. De viser ikke noe arkitektonisk annerledes enn klassediagrammer, men avslører så vel som funksjoner.

  • Objektdiagrammet beskriver atferdsforholdene mellom klasseforekomster i løpet av et tidspunkt.
  • Dette fanger både dynamiske og runtime modifikasjoner i vår tilstand av programmet.
  • Det kan bestå av dataverdier for enheter eller attributter i strukturen.
  • Objektdiagram viser hvordan disse objektene fungerer på kjøretid.

Mens objekter vil være forekomster av klasser, er et objektskjema en oversikt over objektene i et program i løpet av et bestemt øyeblikk i tid, for eksempel relasjonene sammen. Du må bruke objektdiagrammer når det kan kreves for å modellere eller se på verdiene til attributter og tilstand til objektet i forskjellige faser gjennom hele applikasjonens ytelse. De kan være veldig nyttige for å modellere det selv utførelsen av en komplisert prosess eller beregningsoperasjon. Du kan lage en gjennomgang av de første fasene av objekter, underveis, samt de siste fasene av objekter for å finne hele bildet. Fordi det viser forekomster i stedet for klasser, er det også kjent som et forekomstdiagram.

Grunnleggende objektdiagram Symboler og notasjoner

Nedenfor er noen objektdiagram over UML som er som følger:

Objektnavn

  • Hvert enkelt objekt er representert, for eksempel en rektangulær form, som gir navnet gjennom objektet så vel som klassen som er understreket sammen med delt ved hjelp av en kolon.

Objektattributter

  • Akkurat som klasser, er det mulig å liste objektattributter i en individuell boks. I motsetning til klasser, må objektattributter ha verdier tilordnet dem.

lenker

  • Koblinger ofte forekomster forbundet med forhold. Du kan tegne lenken når du bruker linjene brukt på klassediagrammer.

  1. Link: Vi bruker en kobling for å symbolisere et forhold mellom to objekter.

  1. Utvidelse eller forening: Forening er et referanseforhold mellom to objekter (eller klasser).

Assosiasjonsnotasjon i diagrammet ovenfor

Når et objekt bruker et annet, kan det omtales som en forening. Vi bruker assosiasjon når det ene objektet henvises til det andre objektet. Foreningen kan være en enkelt retning eller kan være toveis. Vi bruker en pil for å symbolisere assosiasjon.

For eksempel er objektet for klassen Administrator assosiert med et objekt fra Magasinet-klassen.

I henhold til figuren over er et objektdiagram ved bruk av tilknytning

  1. Sammensetning: Sammensetning kan beskrives som en form for forhold der barn ikke er i stand til å oppstå uavhengig av forskjellen.

Sammensetningsnotasjon i diagrammet ovenfor

Here Site er en klasse som inneholder en samling på 0 (null) eller flere objekter som implementerer Post. Samlingen het innhold. Betyr ett nettsted ved hjelp av mange innlegg-relasjoner.

Så når selvstendig eksistens med barna absolutt ikke er mulig, bruker vi ideelt sett et komposisjonsforhold. Vi bruker en fylt diamant i det inneholdende objektet som har en linje som kobles til den mot det inneholdte objektet.

  1. Aggregasjon: Aggregasjon betyr at et "har et" forhold.

Her hul diamant med ikke en solid det er en Aggregasjon. En artikkel er en samling av innholdet og både det verserende og komplette settet av kommentarer. Den hule diamanten innebærer imidlertid ikke noen form for ødeleggelsesforhold. Hvis det er en hul diamant og artikkelen forsvinner, blir ikke de påvente kommentarene også ødelagt. Nå trenger vi det her fordi de ventende kommentarene også er en del av den andre listen, så ikke vil ødelegge dem to ganger.

Eksempler på hvordan du lager et objektdiagram

I henhold til diagrammet ovenfor

  • Linjen mellom Magasinet og artikkelen. Meldinger flyter fra magasiner til artikler. Det er pilspissen. For hvert tidsskrift er det mange artikler. * (Stjerne) betyr 0 (null) eller mer. Den utfylte diamanten representerer et komposisjonsforhold, som er inneslutning eller et inneholder-forhold. I koden vil ett objekt faktisk inneholde et annet objekt, ikke en referanse til et objekt, men selve objektet. Med andre ord, Magasinet inneholder artikler.
  • Den inneholder bør også ødelegges. A Magazine har en ordbok, den inneholder en ordbok for artikler som er indeksert av forfatteren, og en forfatter er et personobjekt. Med andre ord, dette er effektivt et hasjbord. UML-samtale, dette er en kvalifisert forening. Så i hver kvalifiserte forening er det to objekter involvert, det er en nøkkel (attributt) og verdi. Objektet indeksert av en nøkkel, og selve objektet er den tilhørende verdien.

For eksempel

class Magazine (
private static instance = new Library();
public static instance() ( return instance; )
private HashMap articles;

public void displayPendingComments () ……
public void iAmApproved (Kommentar i påvente)… ..

I objektsdiagrammet, liste opp ansvarene, ikke individuelle metoder

Konklusjon

  • UML-objektdiagrammer er nyttige når du bygger organisasjonsdata. Ved ganske enkelt å effektivt bygge attributter så vel som foreninger av klasseenheter, kunne vi kartlegge disse typene klassediagramfunksjoner til entitetsbønner med en instans. Objekt attributter kart for abstrakte oppdag teknikker for vedvarende felt og relatert oppgavekart for abstrakt får tilgang til alternativer for relasjonsfelt.
  • Navigerbarhet bestemmer om forholdet til tilgangsmetoder kommer i like beslektede enhetsbønner eller bare et individ. Rent praktisk bestemmer multiplikasjonsnotasjonen riktig kategori for beslektede felt, livssyklusproblemer og flytende slettefunksjoner. Derfor er et objektdiagram en oversikt over strukturen så vel som data den kan styres (akkurat hvordan den må styres).

Anbefalte artikler

Dette har vært en guide til UML Object Diagram. Her har vi diskutert hva som er UML-diagramobjekt? Hvordan lage et objektdiagram? sammen med deres grunnleggende objektsymboler, notasjon, samt attributtet med passende eksempler. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Typer UML-diagrammer
  2. UML Bruk saksdiagram
  3. UML-sekvensdiagram
  4. UML aktivitetsdiagram
  5. Omfattende guide til objekt i Java
  6. Ordbok i Python
  7. Objekt i Python
  8. Hashmap i Java

Kategori:

Programvare utvikling