UML - klasser

Indholdsfortegnelse
Objektorientering er grundlaget for at lave UML -diagrammer, faktisk UML eksisterer for at repræsentere objektorientering, når vi kender det grundlæggende i begge UML Som objektorienteret kan vi måske spørge os selv, hvad der er næste, og det skridt, vi skal tage, er, hvordan vi kan bruge begge dele sammen.
Først skal vi vide, at vi skal tegne diagram, normalt skal vi starte med en klasse, på denne måde kan vi lave de abstraktioner, som resten af ​​indholdet vil stamme fra.
Oprettelse af en klasse
Det klasser i UML er repræsenteret af et rektangel, skal klassens navn følge konventionen om at have navnet med det første bogstav i store bogstaver, er det vigtigt, at det kun er et ord, så hvis vi har et tilfælde, hvor klassen skal have to ord , så skal vi slutte os til dem, og hvert ord skal starte med store bogstaver, f.eks .: "Mobiltelefon”. Klassens navn skal stå øverst i rektanglet.
Ved at følge konventionerne sikrer vi, at vores diagram kan læses af alle, der kender UML.
Lad os se følgende billede som en klasse ville se ud:

En anden måde at navngive en klasse på er, når den tilhører en pakke, så kan vi sige "Pakke :: Klasse”Hvor de to par prikker repræsenterer klassens medlemskab af pakken, er dette også kendt som en rute, og det ville se sådan ud:

Når vi har besluttet, hvad vores klasse skal hedde, er det tid til at placere attributterne.
Egenskaber
Attributterne er klassens egenskaber, vi definerer disse, når vi udfører processen med abstraktion af det, det vil sige, når vi laver listen over ting, der gør klassen til en model eller repræsentation af objektet, og at den uden disse ting ikke kan være repræsenteret.
Konventionen for navngivning egenskaber er et lille ord, hvis attributten består af to eller flere ord efter den første lille bogstav, skal følgende ord sættes sammen med det første og skal starte med det første bogstav i store bogstaver, f.eks. "båndbredde". En klasse kan indeholde en eller flere attributter samt ingen attributter, hvis den gør det, skal disse være angivet under klassens navn adskilt af en linje, lad os se følgende billede:

Operationer
Det er de handlinger, som en instans af klassen kan udføre, vi kan kalde dem metoder hvis vi taler om objektorienteret programmering, følger disse operationer den samme navngivningskonvention som attributter, med den eneste forskel, at vi i slutningen tilføjer et par parenteser som: "åben dør()”, At være handlinger, normalt er det første ord et infinitivt verb. Listen er placeret under attributterne også med en linje, der adskiller dem.
Lad os se på følgende billede, hvordan det ville se ud:

Som vi kan se, når vi ser denne klassedefinition med dens attributter og operationer, kan vi allerede have en idé om, hvad den måske eller måske ikke kan gøre, og dens overførsel til programmeringskode er meget lettere.
Det er meget let at lave en klassedefinition i UML Og at se det endelige resultat viser os også, hvor læseligt det kan være, med en veldefineret klasse, der følger standarden, kan vi have et informationsindsamlingsteam og et udviklingsteam, og begge kan kommunikere med det mindste antal misforståelser.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt

Du vil bidrage til udviklingen af ​​hjemmesiden, at dele siden med dine venner

wave wave wave wave wave