UML diagrammas apkrāptu lapa un uzziņu rokasgrāmata

Satura rādītājs:

Anonim

Šajā UML apzīmējumu apkrāptu lapā jūs uzzināsiet:

  • Lietas UML
  • Attiecību veids UML
  • UML lietošanas gadījumu diagramma
  • UML štata mašīnas diagramma
  • UML darbību diagramma
  • Secības diagramma
  • Sadarbības shēma
  • Laika diagramma
  • UML komponentu diagramma
  • Izvietošanas diagramma

Lietas UML

Lietu var raksturot kā jebkuru reālās pasaules vienību vai objektu. Lietas tiek sadalītas dažādās UML kategorijās šādi:

  • Strukturālas lietas
  • Uzvedības lietas
  • Lietu grupēšana
  • Anotācijas lietas

Strukturālas lietas

Strukturālās lietas ir saistītas ar sistēmas fizisko daļu. Tas ir UML modeļa lietvārds, piemēram, klase, objekts, saskarne, sadarbība, lietošanas gadījums, komponents un mezgls.

Klase: - klase tiek izmantota dažādu objektu attēlošanai. To lieto, lai definētu objekta īpašības un darbības.

Objekts: objekts ir entītija, ko izmanto, lai aprakstītu sistēmas uzvedību un funkcijas. Klasei un objektam ir vienādi apzīmējumi.

Objekta diagrammas piemērs: - Zemāk esošajā UML objektu diagrammā ir divi objekti ar nosaukumu Ferrari un BMW, kas pieder klasei ar nosaukumu Car. Objekti ir nekas cits kā reālās pasaules vienības, kas ir klases eksemplāri.

Saskarne: - Saskarne ir līdzīga veidnei bez ieviešanas detaļām. Apļa apzīmējums to apzīmē. Kad klase ievieš saskarni, tiek ieviesta arī tās funkcionalitāte.

Uzvedības lietas

Tie ir UML modeļa darbības vārdi, piemēram, mijiedarbība, darbības un stāvokļa mašīnas. Uzvedības lietas tiek izmantotas, lai attēlotu sistēmas uzvedību. Mijiedarbības diagramma: - mijiedarbības diagrammas tiek izmantotas, lai vizualizētu ziņojumu plūsmu starp dažādiem sistēmas komponentiem.

Lietu grupēšana

Tieši paketi izmanto, lai grupētu semantiski saistītus modelēšanas elementus vienā saliedētā vienībā.

Anotācijas lietas

Tā ir kā piezīme, kuru modelim var ierakstīt, lai iegūtu svarīgu informāciju. Tas ir līdzīgs dzeltenajai līmlapiņai.

Attiecību veids UML

Attiecības ļauj pēc modeļa parādīt, kā divas vai vairākas lietas ir savstarpēji saistītas.

Asociācijas attiecības: - tas ir saišu kopums, kas savieno UML modeļa elementus. To apzīmē kā punktētu līniju ar bultu galiem abās pusēs. Abās pusēs ir elements, kas raksturo attiecības.

Reflektīva asociācija: - Reflektīva asociācija norāda, ka saite vai savienojums var būt vienas klases objektos.

Virzīta asociācija: - Vadīta asociācija, plūsma ir virzīta. Asociācija no vienas klases uz otru notiek tikai vienā virzienā.

Atkarības attiecības: - Tas ir viens no svarīgākajiem UML apzīmējumiem. Tas nosaka atkarības virzienu no viena objekta uz otru.

Vispārināšanas attiecības: - to sauc arī par vecāku un bērnu attiecībām. Šāda veida attiecības tiek izmantotas, lai attēlotu mantojuma jēdzienu.

Realizācijas attiecības: - Realizācijas attiecības tiek plaši izmantotas, vienlaikus apzīmējot saskarnes.

Realizāciju var attēlot divējādi:

  • Izmantojot kanonisko formu
  • Izmantojot elided formu

Sastāvs: - Salikta apvienošana tiek aprakstīta kā binārā asociācija, kuras kopa (visa) galā ir dekorēta ar piepildītu melno dimantu. Tā nav standarta UML attiecība, taču to joprojām izmanto dažādās lietojumprogrammās.

Apkopošana: - apkopošanas saistība, atkarīgais objekts paliek attiecību darbības jomā pat tad, ja tiek iznīcināts avota objekts. Apvienojums ir asociācijas attiecību apakštips UML.

Abstraktās nodarbības

Tā ir klase ar operācijas prototipu, bet ne ar ieviešanu. UML Vienīgā atšķirība starp klasi un abstrakto klasi ir tā, ka klases nosaukums ir stingri rakstīts kursīvā.

Ļauj redzēt pilnu UML klases diagrammas piemēru: -

Bankomātu sistēma ir ļoti vienkārša, jo klientiem ir jānospiež dažas pogas, lai saņemtu skaidru naudu. Tomēr ir vairāki drošības slāņi, kas jāpārvar jebkurai bankomātu sistēmai. Tas palīdz novērst krāpšanu un bankas klientiem nodrošina skaidru naudu vai nepieciešamo informāciju.

UML lietošanas gadījumu diagramma

Izmantošanas gadījumu diagramma atspoguļo sistēmas funkcionalitāti un prasības, izmantojot dalībniekus un lietošanas gadījumus. Lietojums Lietas modelē pakalpojumus, uzdevumus un funkcijas, kas sistēmai jāveic.

Izmantošanas gadījums: Lietošanas gadījumi ir viens no objektorientētās modelēšanas pamatjēdzieniem. Tos izmanto, lai attēlotu augsta līmeņa funkcijas un to, kā lietotājs rīkosies ar sistēmu.

Aktieris: - aktieris ir entītija, kas mijiedarbojas ar sistēmu. Lietotājs ir labākais aktiera piemērs.

Usecase diagrammas piemērs

Šajā lietošanas gadījumu diagrammā ir divi dalībnieki, kurus sauc par studentiem un skolotājiem. Kopumā ir pieci lietošanas gadījumi, kas atspoguļo studentu vadības sistēmas specifisko funkcionalitāti. Katrs dalībnieks mijiedarbojas ar konkrētu lietošanas gadījumu.

UML štata mašīnas diagramma

Valsts mašīna: - to izmantoja, lai aprakstītu dažādus viena komponenta stāvokļus visā programmatūras izstrādes dzīves ciklā.

Viņiem ir 4 veidu stāvoklis valsts mašīnā:

  1. Sākotnējais stāvoklis: -Sākuma stāvokļa simbols tiek izmantots, lai norādītu stāvokļa mašīnas diagrammas sākumu.
  2. Galīgais stāvoklis: - Šis simbols tiek izmantots, lai norādītu stāvokļa mašīnas diagrammas beigas.
  3. Lēmuma lodziņš: - tajā ir nosacījums. Atkarībā no novērtētā apsardzes stāvokļa rezultāta tiek veikts jauns ceļš programmas izpildei.
  4. Pāreja: - Pāreja ir izmaiņas vienā stāvoklī uz citu stāvokli, kas notiek kāda notikuma dēļ.

Valsts mašīnu shēmu piemērs: - Kopumā ir divi stāvokļi, un pirmais stāvoklis norāda, ka vispirms ir jāievada OTP. Pēc tam lēmuma lodziņā tiek pārbaudīts OTP, ja tas ir pareizs, notiks tikai stāvokļa pāreja, un lietotājs tiks apstiprināts. Ja OTP ir nepareiza, tad pāreja nenotiks, un tā atkal atgriezīsies sākuma stāvoklī, līdz lietotājs ievadīs pareizo OTP.

UML darbību diagramma

Darbību diagramma: - aktivitātes diagramma tiek izmantota, lai attēlotu dažādas darbības, ko veic dažādas sistēmas sastāvdaļas.

  • Sākotnējie stāvokļi: sākuma posms pirms aktivitātes notiek kā sākotnējais stāvoklis
  • Galīgie stāvokļi: stāvoklis, kuru sistēma sasniedz, kad beidzas konkrēts process, ir pazīstams kā galīgais stāvoklis
  • Lēmuma lodziņš: tā ir dimanta formas lodziņš, kas apzīmē lēmumu ar alternatīviem ceļiem. Tas attēlo vadības plūsmu.

Darbību diagrammas piemērs: -Sekošā diagramma parāda darbību e-pastu apstrādei.

Secības diagramma

UML secības diagrammas mērķis ir vizualizēt ziņojumu plūsmas secību sistēmā. Secības diagramma tiek izmantota, lai attēlotu jebkura scenārija uzvedību.

Sadarbības shēma

Sadarbība: - To attēlo punktota elipse, kuras iekšpusē ir ierakstīts nosaukums

Sadarbības diagrammas piemērs: -

Laika diagramma

Laika diagramma norāda, kā objekts maina savu stāvokli, izmantojot viļņu formu vai diagrammu. To lieto, lai apzīmētu objekta pārveidošanu no vienas formas citā.

Laika diagrammas piemērs: -

UML komponentu diagramma

Komponents: - komponenta apzīmējums tiek izmantots, lai attēlotu sistēmas daļu.

Mezgls: - mezglu var izmantot, lai attēlotu tīklu, serveri, maršrutētājus utt. Tā apzīmējums ir norādīts zemāk.

Komponenta struktūra: - Komponentu ar klasifikatora taisnstūra stereotipiem attēlo kā << komponentu >>.

Ports: - ports ir mijiedarbības punkts starp klasifikatoru un ārējo vidi. Tas grupē semantiski vienotu nodrošināto un nepieciešamo saskarņu kopumu.

Komponentu diagrammas piemērs: -

Izvietošanas diagramma

Izvietošanas diagramma: - Izvietošanas diagramma attēlo sistēmas fizisko skatu.

Izvietošanas shēma sastāv no šādiem apzīmējumiem:

  1. Mezgls
  2. Komponents
  3. Artefakts
  4. Saskarne

Izvietošanas diagrammas piemērs: - Izvietošanas diagramma parāda HTML5 video atskaņotāja darbību pārlūkprogrammā.