Kas ir UML attiecības?
Attiecības UML tiek izmantotas, lai pārstāvētu saikni starp strukturālām, uzvedības vai grupēšanas lietām. To sauc arī par saiti, kas apraksta to, kā divas vai vairākas lietas var tikt saistītas viena ar otru sistēmas izpildes laikā. UML attiecību veids ir asociācija, atkarība, vispārināšana un realizācija.
Ļauj tos detalizēti izpētīt
- Asociācija
Tas ir saišu kopums, kas savieno UML modeļa elementus. Tas arī nosaka, cik objektu piedalās šajā attiecībā.
- Atkarība
Atkarības attiecībās, kā norāda nosaukums, divi vai vairāki elementi ir atkarīgi viens no otra. Šāda veida attiecībās, ja mēs mainām konkrētu elementu, iespējams, ka izmaiņas ietekmēs arī visus pārējos elementus.
- Vispārināšana
To sauc arī par vecāku un bērnu attiecībām. Kopumā viens elements ir cita vispārējā komponenta specializācija. To var aizstāt. To galvenokārt izmanto, lai attēlotu mantojumu.
- Realizācija
UML realizācijas attiecībās viena entītija apzīmē zināmu atbildību, ko pati neīsteno, un otra entītija, kas tās īsteno. Šīs attiecības galvenokārt ir saskarņu gadījumā.
Šajā UML apmācībā jūs uzzināsiet:
- Asociācija
- Atkarība
- Vispārināšana
- Realizācija
- Sastāvs
- Apkopošana
Asociācija
Tās ir strukturālas attiecības, kas attēlo objektus, kurus var savienot vai saistīt ar citiem objektiem sistēmas iekšienē. Asociācijas attiecībās var piemērot šādus ierobežojumus.
- {implicit} - netieši ierobežojumi norāda, ka attiecības nav acīmredzamas; tā ir balstīta uz koncepciju.
- {pasūtīts} - Pasūtītie ierobežojumi norāda, ka objektu kopa vienā asociācijas galā atrodas noteiktā veidā.
- {maināms} - Maināms ierobežojums norāda, ka savienojumu starp dažādiem sistēmas objektiem var pievienot, noņemt un modificēt atbilstoši prasībām.
- {addOnly} - tas norāda, ka jaunos savienojumus var pievienot no objekta, kas atrodas asociācijas otrā galā.
- {Saldēts} - tas norāda, ka, ja saite tiek pievienota starp diviem objektiem, to nevar modificēt, kamēr fiksētais ierobežojums ir aktīvs dotajā saitē vai savienojumā.
Mēs varam arī izveidot klasi, kurai ir asociācijas īpašības; to sauc par asociācijas klasi.
Reflektīva asociācija
Reflektīvā asociācija ir asociācijas attiecību apakštips UML. Refleksīvā asociācijā vienas klases gadījumi var būt saistīti viens ar otru. Arī klases eksemplārs tiek uzskatīts par objektu.
Atstarojošā asociācija norāda, ka saite vai savienojums var būt vienas klases objektos.
Apskatīsim klases augļu piemēru. Augļu klasei ir divi gadījumi, piemēram, mango un ābols. Reflektīva asociācija norāda, ka saikne starp mango un ābolu var būt, jo tie ir vienas klases gadījumi, piemēram, augļi.
Vadītā apvienība
Kā norāda nosaukums, virzītā asociācija ir saistīta ar plūsmas virzienu asociācijas klasēs.
Virzītā apvienībā plūsma ir virzīta. Asociācija no vienas klases uz otru notiek tikai vienā virzienā.
To apzīmē, izmantojot stabilu līniju ar bultu uzgali.
Piemērs:
Jūs varat teikt, ka starp serveri un klientu pastāv vērstas asociācijas attiecības. Serveris var apstrādāt klienta pieprasījumus. Šī plūsma ir vienvirziena, kas plūst tikai no servera uz klientu. Tādējādi sistēmas serveros un klientos var būt vērstas asociācijas attiecības.
Atkarība
Izmantojot atkarības attiecības UML, var saistīt to, kā dažādas lietas konkrētās sistēmas iekšienē ir atkarīgas viena no otras. Atkarību izmanto, lai aprakstītu attiecības starp dažādiem UML elementiem, kas ir atkarīgi viens no otra.
Stereotipi
- «Sasiet» - Iesiešana ir ierobežojums, kas norāda, ka avots var inicializēt veidni mērķa vietā, izmantojot norādītos parametrus vai vērtības.
- «Atvasināt» - tas norāda, ka avota objekta atrašanās vietu var aprēķināt no mērķa objekta.
- «Draugs» - tas norāda, ka avotam ir unikāla redzamība mērķa objektā.
- «InstanceOf» - tas norāda, ka mērķa klasifikatora gadījums ir avota objekts.
- «Instantiate» - tas norāda, ka avota objekts spēj radīt mērķa objekta gadījumus.
- «Precizēt» - tas norāda, ka avota objektam ir ārkārtas abstrakcijas nekā mērķa objektam.
- «Izmantot» - to lieto, kad paketes tiek veidotas UML. Lietošanas stereotips apraksta, ka avota pakotnes elementi var būt arī mērķa pakotnē. Tajā aprakstīts, ka avota pakotne izmanto dažus mērķa pakotnes elementus.
- «Aizstājējs» - norāda, ka izpildlaika laikā klientu var aizstāt ar piegādātāju.
- «Piekļuve» - tas norāda, ka avota pakete piekļūst mērķa pakotnes elementiem, ko sauc arī par privātu apvienošanu.
- «Importēt» - tas norāda, ka mērķis var importēt avota pakotnes elementu tā, kā tie ir definēti mērķa iekšienē, ko sauc arī par publisku apvienošanos.
- «Atļauja» - norāda, ka avota elementam ir piekļuve piegādātāja elementam neatkarīgi no piegādātāja deklarētās redzamības.
- «Pagarināt» - palīdz noteikt, ka mērķis var paplašināt avota elementa darbību.
- «Iekļaut» - ļauj norādīt avota elementu, kurā var iekļaut cita elementa darbību noteiktā vietā. (tāds pats kā funkciju izsaukums c / c ++)
- «Kļūt» - tas norāda, ka mērķis ir līdzīgs avotam ar atšķirīgām vērtībām un lomām.
- «Zvans» - tas norāda, ka avots var izsaukt mērķa objekta metodi.
- «Kopija» - tas norāda, ka mērķa objekts ir neatkarīgs, avota objekta kopija.
- «Parametrs» - piegādātājs ir klienta darbību parametrs .
- «Nosūtīt» - klients ir darbība, kas nosūta piegādātājam kādu nenoteiktu mērķi.
Stereotipi starp valsts mašīnām
- «Nosūtīt» - norāda, ka avota darbība nosūta mērķa notikumu.
Vispārināšana
Tās ir attiecības starp vispārēju vienību un unikālu entītiju, kas atrodas sistēmā.
Vispārināšanas attiecībās var īstenot objektorientētu koncepciju, ko sauc par mantojumu . Starp diviem objektiem pastāv vispārināšanas attiecības, kuras sauc arī par entītijām vai lietām. Vispārināšanas attiecībās viena entītija ir vecāks, un otra tiek uzskatīta par bērnu. Šīs vienības var attēlot, izmantojot mantojumu.
Mantojumā jebkura vecāka bērns var piekļūt, atjaunināt vai mantot funkcionalitāti, kā norādīts vecāku objektā. Bērna objekts var sev pievienot savu funkcionalitāti, kā arī mantot vecāku objekta struktūru un uzvedību.
Šāda veida attiecības kopā tiek dēvētas par vispārināšanas attiecībām.
Stereotipi un to ierobežojumi
- «Ieviešana» - Šis stereotips tiek izmantots, lai parādītu, ka pakārtoto entītiju īsteno mātes vienība, mantojot vecāku objekta struktūru un uzvedību, nepārkāpjot noteikumus. Piezīme. Šis stereotips, ja to plaši izmanto atsevišķā mantojumā .
Vispārināšanas attiecībās ir tādi ierobežojumi kā pilnīgs, nepilnīgs, lai pārbaudītu, vai attiecībās ir iekļautas visas pakārtotās vienības.
Realizācija
UML realizācijas attiecībās viena entītija apzīmē zināmu atbildību, ko pati neīsteno, un otra entītija, kas tās īsteno. Šīs attiecības galvenokārt ir saskarņu gadījumā.
Realizāciju var attēlot divējādi:
- Izmantojot kanonisko formu
- Izmantojot elided formu
Iepriekš redzamajā diagrammā konta biznesa noteikumi realizē IRuleAgent saskarni.
Realizācijas veidi:
- Kanoniskā forma
UML realizācijas attiecībās kanonisko formu izmanto, lai realizētu saskarnes visā sistēmā. Tas izmanto saskarnes stereotipu, lai izveidotu saskarni, un realizācijas attiecības tiek izmantotas, lai realizētu konkrēto saskarni.
Kanoniskā formā realizācijas saistība tiek apzīmēta, izmantojot punktētu līniju ar lielu atvērtu bultu galu.
Iepriekš redzamajā diagrammā interfeiss Iruleagent tiek realizēts, izmantojot objektu, ko sauc par konta biznesa noteikumiem.
- Izlikta forma
Realizāciju UML klases diagrammā var parādīt arī, izmantojot elided formu. Elided formā interfeiss tiek apzīmēts, izmantojot apli, ko sauc arī par konfekte.
Šī saskarne, kad to realizē, izmantojot visu, kas atrodas sistēmas iekšienē, izveido izslēptu struktūru.
Iepriekš redzamajā diagrammā interfeiss Iruleagent tiek apzīmēts, izmantojot elided formu, kuru realizē acctrule.dll.
Sastāvs
Tās nav standarta UML attiecības, taču tās joprojām tiek izmantotas dažādās lietojumprogrammās.
Salikta agregācija ir apkopojuma apakštips ar šādiem raksturlielumiem:
- tā ir divvirzienu asociācija starp objektiem.
- Tās ir veselas / daļējas attiecības.
- Ja kompozīts tiek izdzēsts, visas citas ar to saistītās daļas tiek dzēstas.
Salikta agregācija ir aprakstīta kā binārā asociācija, kas agregāta (veselā) galā ir dekorēta ar piepildītu melno dimantu.
Mape ir struktūra, kurā tajā ir n failu skaits. Mape tiek izmantota, lai tajā glabātu failus. Katru mapi var saistīt ar jebkuru failu skaitu. Datorsistēmā katrs fails ir daļa no vismaz vienas mapes failu organizācijas sistēmā. Tas pats fails var būt arī citas mapes sastāvdaļa, taču tas nav obligāti. Ikreiz, kad fails tiek noņemts no mapes, mape netiek ietekmēta, savukārt dati, kas saistīti ar konkrēto failu, tiek iznīcināti. Ja mapē tiek veikta dzēšanas darbība, tā ietekmē arī visus mapē esošos failus. Pēc mapes noņemšanas no sistēmas visi ar mapi saistītie faili tiek automātiski iznīcināti.
Šāda veida attiecības UML ir zināmas pēc saliktajām summēšanas attiecībām.
Apkopošana
Apkopošana ir asociācijas attiecību apakštips UML. Apkopošana un sastāvs ir gan asociācijas attiecību veidi UML. Apvienošanas attiecības var aprakstīt vienkāršiem vārdiem kā "vienas klases objekts var piederēt citas klases objektiem vai piekļūt tiem".
Apvienošanas attiecībās atkarīgais objekts paliek attiecībās arī tad, ja avota objekts tiek iznīcināts.
Apskatīsim automašīnas un riteņa piemēru. Lai automašīna darbotos pareizi, automašīnai ir nepieciešams ritenis, taču ritenim ne vienmēr ir nepieciešama automašīna. To var izmantot arī ar velosipēdu, velosipēdu vai jebkuru citu transportlīdzekli, bet ne ar konkrētu automašīnu. Šeit riteņa priekšmets ir jēgpilns arī bez automašīnas priekšmeta. Šāda veida attiecības sauc par agregācijas attiecībām.
Kopsavilkums
- Attiecības UML ļauj vienu lietu saistīt ar citām lietām sistēmā.
- Asociāciju, atkarību, vispārināšanu un realizācijas attiecības nosaka UML.
- Kompozīcijas attiecības var izmantot arī, lai attēlotu, ka objekts vienlaikus var būt tikai viena kompozīta sastāvdaļa.
- Asociācija tiek izmantota, lai aprakstītu, ka vienu objektu var saistīt ar citu objektu.
- Atkarība norāda, ka objekti var būt atkarīgi viens no otra.
- Realizācija ir nozīmīgas attiecības starp klasifikatoriem.
- Vispārinājumu sauc arī par vecāku un bērnu attiecībām.