UML - klasser

Objektorientering er grunnlaget for å lage UML -diagrammer, faktisk UML eksisterer for å representere objektorientering, når vi kjenner det grunnleggende i begge UML Som objektorientert kan vi kanskje spørre oss selv hva som er neste, og trinnet vi må ta er hvordan vi bruker begge sammen.
Først må vi vite at vi skal diagramme, vanligvis må vi starte med en klasse, på denne måten kan vi lage de abstraksjonene som resten av innholdet vil stamme fra.
Opprette en klasse
De klasser i UML er representert med et rektangel, må navnet på klassen følge konvensjonen om å ha navnet med den første bokstaven med store bokstaver, er det viktig at det bare er ett ord, så hvis vi har et tilfelle der klassen må ha to ord , så må vi slutte oss til dem, og hvert ord må begynne med store bokstaver, for eksempel: "Mobiltelefon”. Klassens navn skal stå øverst i rektangelet.
Ved å følge konvensjonene sikrer vi at diagrammet vårt er lesbart for alle som kjenner UML.
La oss se følgende bilde slik en klasse ville se ut:

En annen måte å navngi en klasse på er når den tilhører en pakke, så kan vi si "Pakke :: Klasse”Der de to parene representerer klassens medlemskap i pakken, er dette også kjent som en rute, og det vil se slik ut:

Når vi har bestemt hva klassen vår skal hete, er det på tide å plassere attributtene.
Attributter
Attributtene er karakteristikkene til klassen, vi definerer disse når vi gjør prosessen med abstraksjon av den, det vil si når vi lager listen over ting som gjør klassen til en modell eller representasjon av objektet, og at den uten disse tingene ikke kan bli representert.
Konvensjonen for navngivning attributter er et lite ord, hvis attributtet består av to eller flere ord etter den første små bokstaven, må følgende ord kobles til det første og må begynne med den første bokstaven i store bokstaver, for eksempel "båndbredde". En klasse kan inneholde ett eller flere attributter så vel som ingen attributter, i tilfelle det gjør det, må disse være oppført under klassenavnet atskilt med en linje, la oss se følgende bilde:

Operasjoner
De er handlingene som en forekomst av klassen kan utføre, vi kan kalle dem metoder hvis vi snakker om objektorientert programmering, følger disse operasjonene den samme navnekonvensjonen som attributter, med den eneste forskjellen at vi på slutten vil legge til et par parenteser som: "åpen dør()”, Å være handlinger, vanligvis er det første ordet et infinitivt verb. Listen er plassert under attributtene også med en linje som skiller dem.
La oss se på følgende bilde hvordan det ville se ut:

Som vi kan se, når vi ser denne klassedefinisjonen med dens attributter og operasjoner, kan vi allerede ha en ide om hva den kan eller ikke kan gjøre, og overføringen til programmeringskoden er mye enklere.
Det er veldig enkelt å gjøre en klasse definisjon i UML Og å se det endelige resultatet viser oss også hvor lesbart det kan være, med en veldefinert klasse som følger standarden, kan vi ha et informasjonsinnsamlingsteam og et utviklingsteam, og begge kan kommunisere med et minimum av misforståelser.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng