5.4. Michoro ya Vitu Muhimu: Vitu na Uhusiano Wao Mchoro wa kitu unaonyesha vitu vilivyopo na uhusiano wao katika muundo wa kimantiki wa mfumo. Kwa maneno mengine, mchoro wa kitu ni taswira ya mtiririko wa matukio katika usanidi fulani

5.7. Michoro ya mchakato. Muhimu: Vichakataji, Vifaa, na Michoro ya Mchakato wa Viunganishi hutumika kuonyesha usambazaji wa michakato kwenye vichakataji katika muundo halisi wa mfumo. Mchoro tofauti wa mchakato unaonyesha mtazamo mmoja wa muundo wa mchakato

10.4. MICHORO YA UML 10.4.1. Aina za Visual Diagrams UMLUML inakuwezesha kuunda aina kadhaa za michoro za kuona: tumia michoro za kesi; michoro ya mlolongo; michoro ya ushirika; michoro ya darasa; michoro ya serikali; michoro

1.2.6. Mchoro wa sura katika Mtini. Mchoro 1.2.26 unaonyesha mfano wa kawaida wa mchoro wa mtengano wenye visanduku vya kufunga vinavyoitwa fremu ya mchoro. Mchele. 1.2.26. Mfano wa mchoro wa mtengano na wireframe ina kichwa (juu ya fremu) na kijachini (chini ya fremu).

Michoro ya Muda Ili kupata michoro ya muda ya voltages za pembejeo na pato, unahitaji kurekebisha kidogo faili ya pembejeo. Kama katika mfano uliopita, voltage ya pembejeo ya sinusoidal itatumika: Vi 1 0 sin (0 0. 5V 5kHz) Pamoja na uchambuzi wa muda mfupi.

Chati na Grafu Ni mtaalamu pekee anayeweza kutambua maana ya safu mlalo zisizoisha za nambari, lakini mtu yeyote anaweza kuelewa (au angalau kudai kuwa anaelewa) historia au chati ya pai. VBA haina zana zilizojengwa ndani za kuunda michoro, lakini vile

5.1.14. Chati ni uwakilishi wa picha za data ya nambari katika jedwali. Kurasa hutoa aina kadhaa za chati: Safu, Safu Wima Iliyopangwa, Chati ya Mipau, Chati ya Mipau Iliyopangwa, Mstari, Eneo, Eneo Lililopangwa kwa Rafu.

5.2.8. Chati A ni kielelezo cha uwakilishi wa data kutoka kwa safu iliyochaguliwa Ili kuunda chati, fuata kanuni1 ifuatayo. Unda jedwali la maadili yaliyohesabiwa.2. Chagua safu unayotaka (inaweza kuwa na mstatili usio karibu

UML ni kifupi ambacho kinasimamia Lugha ya Kifani Iliyounganishwa. Kwa hakika, ni mojawapo ya mbinu maarufu zaidi za uundaji wa mchakato wa biashara na ni nukuu ya kiwango cha kimataifa ya kubainisha, kuibua, na kuandika uundaji wa programu. Ikifafanuliwa na Kikundi cha Usimamizi wa Kipengee, iliibuka kama chipukizi cha mifumo kadhaa ya ziada ya uandishi wa UML na sasa imekuwa kiwango cha ukweli cha uundaji wa picha. Kanuni ya msingi ya programu yoyote inayolenga kitu huanza na kujenga mfano.

UML iliundwa kama matokeo ya machafuko yanayozunguka uundaji wa programu na uhifadhi. Katika miaka ya 1990, kulikuwa na njia kadhaa tofauti za kufikiria juu ya mifumo ya programu. Kulikuwa na haja ya njia ya umoja inayoonekana ya UML kuwakilisha mifumo hii, na kwa sababu hiyo, ilitengenezwa kati ya 1994 na 1996 na wahandisi wa programu watatu wanaofanya kazi katika Rational Software. Ilikubaliwa baadaye kama kiwango mnamo 1997 na inabaki hivyo leo, na sasisho chache tu.

Kimsingi, UML ni madhumuni ya jumla ya lugha ya kielelezo katika uwanja wa ukuzaji wa programu. Walakini, sasa imepata njia yake katika uwekaji kumbukumbu wa michakato kadhaa ya biashara au mtiririko wa kazi, kama vile michoro ya shughuli. Aina ya michoro ya UML inaweza kutumika kama mbadala wa chati za mtiririko. Wanatoa njia sanifu zaidi ya kuiga mtiririko wa kazi na anuwai ya vipengele ili kuboresha usomaji na ufanisi.

Usanifu unategemea meta-object, ambayo inafafanua msingi wa kuunda lugha ya UML. Ni sahihi kutosha kuunda programu nzima. UML inayoweza kutekelezeka kikamilifu inaweza kutumwa kwenye majukwaa mengi kwa kutumia teknolojia tofauti na michakato yote katika kipindi chote cha utayarishaji wa programu.

UML inakusudiwa kuwa lugha ya kielelezo cha kuona iliyokuzwa na mtumiaji. Inaauni dhana za ukuzaji wa kiwango cha juu kama vile miundo, mifumo na ushirikiano. UML ni seti ya vipengele kama vile:

1. Kauli za lugha ya programu.
2. Waigizaji - eleza jukumu lililochezwa na mtumiaji au mfumo wowote unaoingiliana na kitu.
3. Shughuli ambazo lazima zifanyike ili kutimiza mkataba wa kazi na zinawasilishwa katika michoro.
4. Mchakato wa biashara unaojumuisha seti ya kazi zinazounda huduma mahususi kwa wateja, inayoonyeshwa na mtiririko wa vitendo vinavyofuatana.
5. Vipengele vya programu vya mantiki na vinavyoweza kutumika tena.

Michoro ya UML iko katika kategoria mbili. Aina ya kwanza inajumuisha aina saba za michoro zinazowakilisha habari za kimuundo, ya pili - saba iliyobaki, inayowakilisha aina za jumla za tabia. Michoro hii hutumiwa kuandika usanifu wa mifumo na inahusika moja kwa moja katika muundo wa UML wa mfumo.

Michoro ya UML inawasilishwa kama uwakilishi tuli na thabiti wa muundo wa mfumo. Mtazamo tuli unajumuisha michoro za darasa na utunzi zinazoangazia muundo tuli. Mtazamo unaobadilika unawakilisha mwingiliano kati ya vitu na mabadiliko katika hali ya ndani ya vitu kwa kutumia mfuatano, shughuli, na michoro ya hali.

Aina mbalimbali za zana za uundaji wa UML zinapatikana ili kurahisisha uundaji, ikijumuisha IBM Rose, Rhapsody, MagicDraw, StarUML, ArgoUML, Umbrello, BOUML, PowerDesigner, na Dia.

Utumiaji wa UML una aina tofauti katika utayarishaji wa hati za programu na katika michakato ya biashara:

1. Mchoro. Katika kesi hii, michoro za UML hutumiwa kuwasilisha vipengele na sifa mbalimbali za mfumo. Hata hivyo, huu ni mtazamo wa hali ya juu tu wa mfumo na uwezekano mkubwa hautajumuisha maelezo yote muhimu ili kukamilisha mradi hadi mwisho.
2. Usanifu wa Mbele - Ubunifu wa mchoro hufanywa kabla ya programu kurekodiwa. Hii inafanywa ili kupata muhtasari bora wa mfumo au mtiririko wa kazi ambao mtumiaji anajaribu kuunda. Matatizo mengi ya kubuni au mapungufu yanaweza kutambuliwa, ambayo yataboresha afya na ustawi wa jumla wa mradi huo.
3. Muundo wa nyuma. Mara tu msimbo unapoandikwa, michoro za UML huonyeshwa kama aina ya hati kwa shughuli tofauti, majukumu, washiriki, na mtiririko wa kazi.
4. Mchoro. Katika kesi hii, mchoro hutumika kama muundo kamili ambao unahitaji tu utekelezaji halisi wa mfumo au programu. Hii mara nyingi hufanywa kwa kutumia zana za CASE (Zana za Uhandisi wa Programu za Kompyuta). Hasara kuu ya kutumia zana za CASE ni kwamba zinahitaji kiwango fulani cha ujuzi, mafunzo ya mtumiaji, pamoja na usimamizi na wafanyakazi.

UML sio lugha ya programu inayojitegemea kama Java, C++ au Python, lakini kwa zana zinazofaa inaweza kuwa UML ya lugha ya programu-ghushi. Ili kufikia lengo hili, mfumo mzima lazima umeandikwa katika michoro tofauti na, kwa kutumia programu sahihi, michoro inaweza kutafsiriwa moja kwa moja kwenye kanuni. Njia hii inaweza tu kuwa na manufaa ikiwa muda uliotumika kuchora michoro itachukua muda kidogo kuliko kuandika msimbo halisi. Ingawa UML iliundwa kwa mifumo ya uigaji, imepata matumizi kadhaa katika maeneo ya biashara.

Chini ni mfano wa mchoro wa UML wa uundaji wa biashara.

Suluhisho moja la vitendo litakuwa kuwakilisha mtiririko wa mchakato wa uuzaji kupitia mchoro wa shughuli. Kuanzia wakati agizo linachukuliwa kama pembejeo hadi wakati agizo linakamilika na matokeo maalum hutolewa.

Kuna aina kadhaa za michoro ya UML, na kila moja hufanya kazi tofauti, iwe imetengenezwa kabla ya utekelezaji au baada ya, kama sehemu ya hati. Makundi mawili mapana zaidi, yanayojumuisha aina nyingine zote, ni mchoro wa tabia na mchoro wa muundo. Kama jina linavyopendekeza, baadhi ya michoro ya UML hujaribu kuchanganua na kuonyesha muundo wa mfumo au mchakato, huku mingine ikielezea tabia ya mfumo, washiriki wake na vijenzi.

Aina tofauti zimegawanywa kama ifuatavyo:

1. Sio aina zote 14 tofauti za michoro za UML zinazotumiwa mara kwa mara wakati wa kuweka kumbukumbu za mifumo na usanifu.
2. Kanuni ya Pareto pia inatumika kwa matumizi ya michoro ya UML.
3. 20% ya chati hutumiwa na wasanidi programu 80% ya wakati.

Vipengele vinavyotumika sana katika ukuzaji wa programu ni:

• michoro ya matumizi;
• michoro ya darasa;
• mifuatano.

Michoro ya shughuli ni michoro muhimu zaidi ya UML kwa kuunda miundo ya mchakato wa biashara. Katika maendeleo ya programu, hutumiwa kuelezea mtiririko wa shughuli mbalimbali. Wanaweza kuwa ama serial au sambamba. Zinaelezea vitu vinavyotumiwa, vinavyotumiwa au vinavyozalishwa na shughuli na uhusiano kati ya shughuli mbalimbali.

Yote hapo juu ni muhimu kwa kuiga michakato ya biashara inayoongoza kutoka kwa moja hadi nyingine, kwa kuwa imeunganishwa na mwanzo na mwisho wazi. Katika mazingira ya biashara, hii pia inaitwa ramani ya mchakato wa biashara. Wahusika wakuu ni mwandishi, mhariri na mchapishaji. Mfano wa UML ni ufuatao. Mhakiki anapoangalia rasimu na kuamua kwamba baadhi ya mabadiliko yanahitajika kufanywa. Kisha mwandishi hurekebisha rasimu na kuirejesha tena ili kuchambua mapitio.

Mchoro wa matumizi

Jiwe la msingi la mfumo - linalotumika kuchambua mahitaji ya kiwango cha mfumo. Mahitaji haya yanaonyeshwa katika kesi tofauti za matumizi. Sehemu kuu tatu za mchoro wa UML ni:

1. Inafanya kazi - imewasilishwa kama kesi za matumizi.
2. Kitenzi kinachoelezea kitendo.
3. Watendaji - kuingiliana na mfumo. Jukumu la mwigizaji linaweza kuwa watumiaji, mashirika, au programu ya nje. Mahusiano kati ya washiriki yanawakilishwa na mishale iliyonyooka.

Kwa mfano, kwa chati ya usimamizi wa hesabu. Katika kesi hii, kuna mmiliki, muuzaji, meneja, mtaalamu wa hesabu, na mkaguzi wa hesabu. Vyombo vya mviringo vinawakilisha vitendo vinavyofanywa na watendaji. Vitendo vinavyowezekana: ununuzi na malipo ya hisa, kuangalia ubora wa hesabu, kurejesha hesabu au kusambaza.

Aina hii ya mchoro inafaa kwa kuonyesha tabia inayobadilika kati ya washiriki katika mfumo, kurahisisha uwasilishaji wake bila kuakisi maelezo ya utekelezaji.

Muda

Michoro ya muda ya UML hutumiwa kuwakilisha uhusiano wa kitu ambapo lengo linategemea wakati. Haipendezi jinsi vitu huingiliana au kubadilishana, lakini mtumiaji anataka kufikiria jinsi vitu na masomo hutenda kwenye mhimili wa wakati wa mstari.

Kila mshiriki mmoja mmoja anawakilishwa kupitia mstari wa maisha, ambao kimsingi ni mstari unaounda hatua kadiri mshiriki mmoja mmoja anavyosonga kutoka hatua moja hadi nyingine. Mtazamo ni juu ya muda wa wakati wa matukio na mabadiliko yanayotokea kulingana nayo.

Sehemu kuu za mchoro wa wakati ni:

1. Lifeline ni mwanachama binafsi.
2. Muda wa Jimbo - Njia moja ya maisha inaweza kupitia majimbo mbalimbali ndani ya mchakato.
3. Kizuizi cha Muda - Kikwazo cha muda ambacho kinawakilisha muda unaohitajika ili kukidhi kikwazo.
4. Kikomo cha muda - kuweka kikomo cha muda ambao kitu lazima kikamilishwe na mshiriki.
5. Dharura ya Uharibifu - Kuonekana kwa ujumbe unaoharibu mshiriki binafsi na kuwakilisha mwisho wa mzunguko wa maisha wa mshiriki huyo.

Michoro ya mlalo, inayoitwa pia michoro ya hali, hutumiwa kuelezea hali tofauti za sehemu ndani ya mfumo. Inakubali umbizo la kikomo kwa sababu mchoro kimsingi ni mashine inayoelezea hali nyingi za kitu na jinsi kinavyobadilika kulingana na matukio ya ndani na nje.

Mchoro rahisi sana wa hali ya mashine itakuwa kama mchezo wa chess. Mchezo wa kawaida wa chess huwa na miondoko inayofanywa na Nyeupe na miondoko inayofanywa na Weusi. Nyeupe ina hoja ya kwanza, ambayo hivyo huanzisha mchezo. Mwisho wa mchezo unaweza kutokea bila kujali kama mshindi wa White au Black. Mchezo unaweza kumalizika kwa mechi, layover au sare (majimbo ya mashine tofauti). Chati za serikali hutumiwa hasa katika muundo wa mbele na wa nyuma wa UML wa mifumo mbalimbali.

Mfululizo

Aina hii ya mchoro ndio mchoro muhimu zaidi wa UML sio tu kati ya jamii ya sayansi ya kompyuta, lakini pia kama muundo wa kiwango cha muundo wa ukuzaji wa programu za biashara. Wao ni maarufu wakati wa kuelezea michakato ya biashara kutokana na asili yao ya kuonekana. Kama jina linavyopendekeza, michoro huelezea mlolongo wa ujumbe na mwingiliano unaotokea kati ya mada na vitu. Waigizaji au vitu vinaweza tu kuwa hai inapobidi au wakati kitu kingine kinapotaka kuwasiliana nao. Mawasiliano yote yanawasilishwa kwa mpangilio wa wakati.

Ili kupata taarifa kamili zaidi, unaweza kuangalia mfano wa mchoro wa mpangilio wa UML hapa chini.

Kama mfano unavyopendekeza, michoro ya muundo hutumiwa kuonyesha muundo wa mfumo. Hasa zaidi, lugha inatumika katika ukuzaji wa programu kuwakilisha usanifu wa mfumo na jinsi vipengele tofauti vinavyounganishwa.

Mchoro wa darasa la UML ndio aina ya kawaida ya mchoro wa hati za programu. Kwa kuwa programu nyingi zilizoundwa leo bado zinategemea dhana ya programu inayolenga kitu, kutumia michoro za darasa ili kuandika programu inageuka kuwa akili ya kawaida. Hii ni kwa sababu OOP inategemea madarasa ya UML na uhusiano kati yao. Kwa kifupi, michoro ina madarasa, pamoja na sifa zao, pia huitwa nyanja za data, na tabia zao, zinazoitwa kazi za wanachama.

Hasa zaidi, kila darasa lina sehemu 3: jina juu, sifa chini ya jina, shughuli/tabia chini. Uhusiano kati ya madarasa tofauti (inayowakilishwa na mstari wa kuunganisha) hufanya mchoro wa darasa. Mfano hapo juu unaonyesha mchoro wa darasa la msingi.

Vitu

Wakati wa kujadili michoro ya muundo wa UML, mtu anahitaji kuzama katika dhana za sayansi ya kompyuta. Katika uhandisi wa programu, madarasa yanachukuliwa kama aina za data zisizoeleweka, ambapo vitu ni matukio, kwa mfano, ikiwa kuna "Gari", ambayo ni aina ya jumla ya abstract, basi mfano wa darasa "Gari" itakuwa "Audi".

Michoro ya vipengee vya UML husaidia wasanidi programu kukagua ikiwa muundo wa mukhtasari uliozalishwa unawakilisha muundo unaoweza kutumika wakati unatekelezwa kwa vitendo, yaani, wakati vitu vimeanzishwa. Wasanidi wengine huchukulia hiki kama kiwango cha pili cha ukaguzi wa usahihi. Inaonyesha mifano ya madarasa. Kwa usahihi, darasa la generic "Mteja" sasa lina mteja halisi, kwa mfano, anayeitwa "James". Yakobo ni mfano wa tabaka la jumla zaidi na ana sifa sawa, hata hivyo, na maadili fulani. Vivyo hivyo na Akaunti ya Akiba na Akaunti. Wote ni vitu vya tabaka zao.

Usambazaji

Michoro ya uwekaji hutumiwa kuibua uhusiano kati ya programu na maunzi. Ili kuwa mahususi zaidi, ukiwa na michoro ya upelekaji, unaweza kuunda kielelezo halisi cha jinsi vipengee vya programu (vizalia vya programu) vinawekwa kwenye vijenzi vya maunzi vinavyojulikana kama nodi.

Mpango wa kawaida uliorahisishwa wa upelekaji kwa programu ya wavuti utajumuisha:

1. Nodi (seva ya programu na seva ya hifadhidata).
2. Schema ya vibaki vya programu ya mteja na hifadhidata.

Mchoro wa kifurushi ni sawa na mkusanyo wa jumla wa michoro ya uwekaji wa UML ambayo tulielezea hapo juu. Vifurushi mbalimbali vina nodi na mabaki. Wanaweka michoro na vijenzi vya muundo katika vikundi, kama vile nafasi ya majina inavyojumuisha majina tofauti ambayo yanahusiana kwa kiasi fulani. Mwishowe, kifurushi kinaweza pia kujengwa na vifurushi vingine kadhaa ili kuwakilisha mifumo na tabia ngumu zaidi.

Kusudi kuu la mchoro wa kifurushi ni kuonyesha uhusiano kati ya sehemu kubwa tofauti zinazounda mfumo mgumu. Watayarishaji programu hupata kipengele hiki cha uondoaji kuwa faida nzuri kwa kutumia michoro ya kifurushi, hasa wakati baadhi ya maelezo yanaweza kutengwa kwenye picha kubwa.

Kama kitu kingine chochote maishani, kufanya kitu sawa unahitaji zana zinazofaa. Zana zinazotoa maelezo ya UML na violezo vya michoro hutumiwa kuandika programu, michakato au mifumo. Kuna zana mbalimbali za nyaraka za programu ambazo zinaweza kukusaidia kuchora mchoro.

Kawaida huanguka katika vikundi kuu vifuatavyo:

1. Karatasi na kalamu ni rahisi. Chukua karatasi na kalamu, fungua msimbo wa sintaksia wa UML kutoka kwenye Mtandao, na uchore aina yoyote ya mchoro unaohitaji.
2. Zana za Mtandaoni - Kuna programu kadhaa mtandaoni ambazo unaweza kutumia kuunda chati. Wengi wao hutoa usajili unaolipishwa au idadi ndogo ya chati katika kiwango cha bure.
3. Zana za mtandaoni zisizolipishwa ni karibu sawa na zinazolipwa. Tofauti kuu ni kwamba waliolipwa pia hutoa mafunzo na templates tayari kwa michoro maalum.
4. Utumizi wa Eneo-kazi - Programu ya kawaida ya eneo-kazi ya kutumia kwa michoro na karibu mchoro mwingine wowote ni Microsoft Visio. Inatoa vipengele vya juu na utendaji. Kikwazo pekee ni kwamba unapaswa kulipa.

Kwa hivyo, ni dhahiri kabisa kwamba UML ni kipengele muhimu kinachohusishwa na ukuzaji wa programu zenye mwelekeo wa kitu. Inatumia nukuu za picha kuunda miundo ya kuona ya programu za mfumo.

UML ni lugha iliyounganishwa ya kielelezo cha picha kwa ajili ya kuelezea, kuibua, kubuni na kuhifadhi mifumo ya OO. UML imeundwa kusaidia mchakato wa kuiga programu kulingana na mbinu ya OO, kupanga uhusiano wa dhana ya dhana na programu, na kuakisi matatizo ya kuongeza mifumo changamano. Miundo ya UML hutumiwa katika hatua zote za mzunguko wa maisha ya programu, kutoka kwa uchanganuzi wa biashara hadi matengenezo ya mfumo. Mashirika tofauti yanaweza kutumia UML kadri yanavyoona inafaa, kulingana na maeneo yao ya matatizo na teknolojia wanazotumia.

Historia fupi ya UML

Kufikia katikati ya miaka ya 90, waandishi mbalimbali walikuwa wamependekeza njia kadhaa za uundaji wa OO, ambayo kila moja ilitumia nukuu yake ya picha. Wakati huo huo, mojawapo ya njia hizi zilikuwa na nguvu zake, lakini hazikuruhusu kujenga mfano kamili wa kutosha wa PS, akionyesha "kutoka pande zote," yaani, makadirio yote muhimu (Angalia kifungu cha 1). Kwa kuongeza, ukosefu wa kiwango cha mfano wa OO ulifanya kuwa vigumu kwa watengenezaji kuchagua njia inayofaa zaidi, ambayo ilizuia kupitishwa kwa njia ya OO kwa maendeleo ya programu.

Kwa ombi la Kikundi cha Usimamizi wa Kitu (OMG), shirika linalohusika na kupitishwa kwa viwango katika uwanja wa teknolojia ya kitu na hifadhidata, shida ya haraka ya umoja na viwango ilitatuliwa na waandishi wa njia tatu maarufu za OO - G. . Butch, D. Rambo na A. Jacobson, ambao waliunganisha juhudi zilizounda toleo la UML 1.1, lililoidhinishwa na OMG mwaka wa 1997 kama kawaida.

UML ni lugha

Lugha yoyote huwa na msamiati na kanuni za kuunganisha maneno ili kuunda miundo yenye maana. Hii ni, haswa, jinsi lugha za programu zinavyoundwa, kama vile UML. Kipengele chake tofauti ni kwamba kamusi ya lugha huundwa na vipengele vya picha. Kila ishara ya picha ina semantiki maalum inayohusishwa nayo, kwa hivyo mfano iliyoundwa na msanidi mmoja unaweza kueleweka wazi na mwingine, na vile vile kwa zana ya programu inayotafsiri UML. Kuanzia hapa, haswa, inafuata kwamba muundo wa programu uliowasilishwa katika UML unaweza kutafsiriwa kiatomati kwa lugha ya programu ya OO (kama vile Java, C++, VisualBasic), ambayo ni, ikiwa kuna zana nzuri ya uundaji wa kuona inayounga mkono UML, ikiwa na ilijenga modeli , pia tutapokea sampuli ya msimbo wa programu inayolingana na mtindo huu.

Inapaswa kusisitizwa kuwa UML ni lugha, sio mbinu. Inaelezea ni vipengele gani vya kuunda mifano na jinsi ya kuzisoma, lakini haisemi chochote kuhusu mifano ambayo inapaswa kuendelezwa na katika hali gani. Ili kuunda njia kulingana na UML, ni muhimu kuiongezea kwa maelezo ya mchakato wa maendeleo ya programu. Mfano wa mchakato huo ni Mchakato wa Rational Unified, ambao utajadiliwa katika makala zinazofuata.

Kamusi ya UML

Mfano huo unawakilishwa kwa namna ya vyombo na mahusiano kati yao, ambayo yanaonyeshwa kwenye michoro.

Vyombo ni vifupisho ambavyo ni vipengele vikuu vya mifano. Kuna aina nne za vyombo - kimuundo (darasa, kiolesura, kijenzi, kesi ya matumizi, ushirikiano, nodi), kitabia (mwingiliano, hali), kambi (vifurushi) na maelezo (maoni). Kila aina ya huluki ina uwakilishi wake wa picha. Vyombo vitajadiliwa kwa kina wakati wa kusoma michoro.

Uhusiano onyesha uhusiano mbalimbali kati ya vyombo. UML inafafanua aina zifuatazo za uhusiano:

• Uraibu inaonyesha uhusiano huo kati ya vyombo viwili wakati mabadiliko katika mojawapo - huru - yanaweza kuathiri semantics ya nyingine - tegemezi. Utegemezi unawakilishwa na mshale wenye vitone unaoelekezwa kutoka kwa huluki tegemezi hadi huluki huru.
• Muungano ni uhusiano wa kimuundo unaoonyesha kuwa vitu vya chombo kimoja vinahusiana na vitu vya kingine. Kielelezo, muungano unaonyeshwa kama mstari unaounganisha huluki husika. Mashirika hutumikia kusafiri kati ya vitu. Kwa mfano, uhusiano kati ya madarasa ya "Agizo" na "Bidhaa" inaweza kutumika kupata bidhaa zote zilizobainishwa kwa mpangilio maalum, kwa upande mmoja, au kupata maagizo yote ambayo yana bidhaa hii, kwa upande mwingine. Ni wazi kwamba programu zinazolingana lazima zitekeleze utaratibu ambao hutoa urambazaji kama huo. Ikiwa urambazaji katika mwelekeo mmoja tu unahitajika, inaonyeshwa kwa mshale mwishoni mwa ushirika. Kesi maalum ya ushirika ni mkusanyiko - uhusiano wa fomu "nzima" - "sehemu". Kielelezo, imeangaziwa na almasi mwishoni karibu na kiini-nzima.
• Ujumla ni uhusiano kati ya huluki ya mzazi na taasisi ya mtoto. Kimsingi, uhusiano huu unaonyesha mali ya urithi kwa madarasa na vitu. Ujumla huonyeshwa kama mstari unaoishia na pembetatu inayoelekezwa kwa huluki kuu. Mtoto hurithi muundo (sifa) na tabia (mbinu) za mzazi, lakini wakati huo huo anaweza kuwa na vipengele vipya vya muundo na mbinu mpya. UML inaruhusu urithi mwingi, ambapo huluki inahusiana na zaidi ya huluki moja ya mzazi.
• Utekelezaji- uhusiano kati ya huluki ambayo inafafanua uainishaji wa tabia (kiolesura) na chombo kinachofafanua utekelezaji wa tabia hii (darasa, sehemu). Uhusiano huu hutumiwa kwa kawaida wakati wa kuunda vipengele na utaelezwa kwa undani zaidi katika makala zinazofuata.

Michoro. UML hutoa michoro ifuatayo:

• Michoro inayoelezea tabia ya mfumo:
• Michoro ya serikali
• Michoro ya shughuli,
• Michoro ya kitu,
• Michoro ya mlolongo,
• michoro ya ushirikiano;
• Michoro inayoelezea utekelezaji wa kimwili wa mfumo:
• michoro ya vipengele;
• Michoro ya kupeleka.

Mtazamo wa Udhibiti wa Mfano. Vifurushi.

Tayari tumesema kwamba ili mfano ueleweke vizuri na wanadamu, ni muhimu kuipanga kwa hierarchically, na kuacha idadi ndogo ya vyombo katika kila ngazi ya uongozi. UML inajumuisha njia ya kupanga uwakilishi wa daraja la modeli - vifurushi. Mfano wowote una seti ya vifurushi ambavyo vinaweza kuwa na madarasa, kesi za utumiaji, na vyombo vingine na michoro. Kifurushi kinaweza kuwa na vifurushi vingine, kuruhusu uundaji wa madaraja. UML haitoi michoro tofauti za kifurushi, lakini zinaweza kuonekana katika michoro mingine. Kifurushi kinaonyeshwa kama mstatili na alamisho.

UML hutoa nini.

• maelezo ya kihierarkia ya mfumo mgumu kwa kutambua vifurushi;
• urasimishaji wa mahitaji ya kazi kwa mfumo kwa kutumia vifaa vya kesi za utumiaji;
• kuelezea mahitaji ya mfumo kwa kuunda michoro na matukio ya shughuli;
• kutambua madarasa ya data na kujenga mfano wa data ya dhana kwa namna ya michoro za darasa;
• kutambua madarasa ambayo yanaelezea kiolesura cha mtumiaji na kuunda mpango wa kusogeza kwenye skrini;
• maelezo ya michakato ya mwingiliano kati ya vitu wakati wa kufanya kazi za mfumo;
• maelezo ya tabia ya kitu kwa namna ya shughuli na michoro za serikali;
• maelezo ya vipengele vya programu na mwingiliano wao kupitia interfaces;
• maelezo ya usanifu wa kimwili wa mfumo.

Na jambo la mwisho ...

Licha ya mvuto wote wa UML, itakuwa ngumu kutumia katika uundaji wa programu halisi bila zana za uundaji wa kuona. Zana kama hizo hukuruhusu kuwasilisha haraka michoro kwenye skrini ya kuonyesha, kuiandika, kutoa violezo vya msimbo wa programu katika lugha tofauti za programu za OO, na kuunda schema za hifadhidata. Wengi wao ni pamoja na uwezekano wa upya kanuni za programu - kurejesha makadirio fulani ya mtindo wa programu kwa kuchambua moja kwa moja kanuni za chanzo cha programu, ambayo ni muhimu sana ili kuhakikisha kufuata kati ya mfano na kanuni na wakati wa kubuni mifumo ambayo hurithi utendaji wa mifumo iliyotangulia.

Kwa sasa, UML ni nukuu ya kawaida ya uundaji wa mifumo ya kuona ya mifumo ya programu, iliyopitishwa na muungano wa Object Managing Group (OMG) mwishoni mwa 1997, ambayo inaungwa mkono na bidhaa nyingi za CASE zinazolenga kitu.

Kiwango cha UML kinatoa seti ifuatayo ya michoro ya modeli:

· tumia mchoro wa kesi - kwa kuiga michakato ya biashara ya shirika au biashara na kuamua mahitaji ya mfumo wa habari unaoundwa;

· mchoro wa darasa - kwa mfano wa muundo wa tuli wa madarasa ya mfumo na uhusiano kati yao;

· michoro ya tabia ya mfumo;

· michoro ya mwingiliano;

· mfuatano wa michoro - kwa ajili ya kuiga mchakato wa kutuma ujumbe kati ya vitu ndani ya kisa kimoja cha matumizi;

· mchoro wa ushirikiano - kwa kuiga mchakato wa kutuma ujumbe kati ya vitu ndani ya kesi moja ya matumizi;

· mchoro wa chati ya serikali - kwa mfano wa tabia ya vitu vya mfumo wakati wa mpito kutoka hali moja hadi nyingine;

· mchoro wa shughuli - kwa kuiga tabia ya mfumo ndani ya mfumo wa matukio mbalimbali ya matumizi, au shughuli za uundaji;

michoro ya utekelezaji:

· michoro ya vipengele - kwa ajili ya kuiga uongozi wa vipengele (mifumo midogo) ya mfumo wa habari;

· mchoro wa kupeleka - kwa ajili ya kuiga usanifu wa kimwili wa mfumo wa habari ulioundwa.

Katika Mtini. 1.1 inatoa modeli iliyojumuishwa ya mfumo wa habari, ikijumuisha michoro kuu ambayo inapaswa kutengenezwa katika mradi huu wa kozi.

Mchele. 1. Muundo jumuishi wa mfumo wa taarifa katika nukuu ya UML

4.2. Tumia Mchoro wa Kesi

Kesi ya utumiaji ni mlolongo wa vitendo vinavyofanywa na mfumo kujibu tukio lililoanzishwa na kitu fulani cha nje (mwigizaji). Kesi ya utumiaji inaelezea mwingiliano wa kawaida kati ya mtumiaji na mfumo. Katika kesi rahisi, kesi ya matumizi imedhamiriwa katika mchakato wa kujadili na mtumiaji kazi ambazo angependa kutekeleza katika mfumo huu wa habari. Katika UML, kesi ya utumiaji inaonyeshwa kama ifuatavyo:

Mtini.2. Tumia kesi

Muigizaji ni jukumu ambalo mtumiaji anacheza kuhusiana na mfumo. Waigizaji huwakilisha majukumu, si watu mahususi au vyeo vya kazi. Ingawa zinaonyeshwa kama takwimu za kibinadamu katika michoro ya kesi za matumizi, mwigizaji anaweza pia kuwa mfumo wa habari wa nje ambao unahitaji taarifa fulani kutoka kwa mfumo huo. Waigizaji wanapaswa kuonyeshwa tu kwenye mchoro ikiwa wanahitaji matukio fulani ya matumizi. Katika UML, waigizaji wanawakilishwa kama maumbo:

Mtini.3. Mhusika (muigizaji)

Waigizaji wamegawanywa katika aina kuu tatu:

· watumiaji;

· mifumo;

· mifumo mingine inayoingiliana na hii;

Muda unakuwa muigizaji ikiwa uzinduzi wa matukio yoyote katika mfumo inategemea.

4.2.1. Uhusiano kati ya kesi za matumizi na watendaji

Katika UML, tumia michoro ya kesi inasaidia aina kadhaa za uhusiano kati ya vipengee vya mchoro:

· mawasiliano

kuingizwa (pamoja na),

· ugani (kupanua),

· jumla.

kiungo cha mawasiliano ni uhusiano kati ya kesi ya matumizi na mwigizaji. Katika UML, mahusiano ya mawasiliano yanaonyeshwa kwa kutumia muungano wa unidirectional (mstari thabiti).

Mtini.4. Mfano wa kiungo cha mawasiliano

Washa muunganisho hutumika katika hali ambapo kuna sehemu fulani ya tabia ya mfumo ambayo inarudiwa katika kesi zaidi ya moja ya utumiaji. Viunganisho hivi kwa kawaida hutumiwa kuiga kitendakazi kinachoweza kutumika tena.

Mawasiliano ya upanuzi hutumika kuelezea mabadiliko katika tabia ya kawaida ya mfumo. Inaruhusu kesi moja ya matumizi kutumia utendakazi wa kesi nyingine ya matumizi inapohitajika.

Mtini.5. Mfano wa ujumuishaji na uhusiano wa ugani

Uunganisho wa jumla inaonyesha kuwa waigizaji au madarasa kadhaa wana sifa za kawaida.

Mtini.6. Mfano wa kiunga cha jumla

4.3.

Michoro ya mwingiliano kuelezea tabia ya vikundi vya kuingiliana vya vitu. Kwa kawaida, mchoro wa mwingiliano hufunika tabia ya vitu ndani ya kesi moja tu ya matumizi. Mchoro kama huo unaonyesha idadi ya vitu na ujumbe ambao wanabadilishana.

Ujumbe ni njia ambayo kitu cha kutuma huomba kitu cha mpokeaji kutekeleza mojawapo ya shughuli zake.

Ujumbe wa habari ni ujumbe unaompa kipengee cha mpokeaji taarifa fulani ili kusasisha hali yake.

Omba ujumbe (wa kuhojiwa) ni ujumbe unaoomba kutolewa kwa baadhi ya taarifa kuhusu kitu cha mpokeaji.

Ujumbe wa lazima ni ujumbe unaoomba kifaa cha mpokeaji kitekeleze kitendo fulani.

Kuna aina mbili za michoro ya mwingiliano: michoro ya mlolongo na michoro ya ushirikiano.

4.3.1. Michoro ya mlolongo

Mchoro wa mlolongo huakisi mtiririko wa matukio yanayotokea ndani ya kisa kimoja cha matumizi.

Waigizaji wote (waigizaji, madarasa au vitu) wanaohusika katika hali fulani (kesi ya matumizi) wanaonyeshwa juu ya mchoro. Mishale inalingana na ujumbe uliopitishwa kati ya mwigizaji na kitu au kati ya vitu ili kufanya kazi zinazohitajika.

Katika mchoro wa mfuatano, kitu kinaonyeshwa kama mstatili na mstari wa wima wenye nukta iliyochorwa kutoka humo. Mstari huu unaitwa mstari wa maisha wa kitu . Inawakilisha kipande cha mzunguko wa maisha wa kitu katika mchakato wa mwingiliano.

Kila ujumbe unawakilishwa kama mshale kati ya mistari ya maisha ya vitu viwili. Ujumbe huonekana kwa mpangilio unaoonekana kwenye ukurasa kutoka juu hadi chini. Kila ujumbe umewekwa na angalau jina la ujumbe. Ikiwa inataka, unaweza pia kuongeza hoja na habari fulani ya udhibiti. Unaweza kuonyesha kujikabidhi - ujumbe ambao kitu hujituma chenyewe, huku mshale wa ujumbe ukielekeza kwenye mstari huo wa maisha.

Mchele. 7. Mfano wa mchoro wa mlolongo

4.3.2. Mchoro wa ushirikiano

Michoro ya ushirikiano onyesha mtiririko wa matukio ndani ya hali maalum (kesi ya matumizi). Ujumbe hupangwa kulingana na wakati, ingawa michoro za ushirikiano huzingatia zaidi uhusiano kati ya vitu. Mchoro wa ushirikiano unaonyesha habari zote zilizopo katika mchoro wa mlolongo, lakini mchoro wa ushirikiano unaelezea mtiririko wa matukio tofauti. Inafanya iwe rahisi kuelewa miunganisho iliyopo kati ya vitu.

Katika mchoro wa ushirikiano, kama vile katika mchoro wa mfuatano, mishale inawakilisha ujumbe unaobadilishwa ndani ya kisa fulani cha matumizi. Mpangilio wao wa wakati unaonyeshwa kwa kuweka nambari za ujumbe.

Mchele. 8. Mfano wa mchoro wa ushirikiano

4.4. Mchoro wa darasa

4.4.1. Habari za jumla

Mchoro wa darasa inafafanua aina za madarasa ya mfumo na aina mbalimbali za miunganisho ya tuli iliyopo kati yao. Mchoro wa darasa pia unaonyesha sifa za madarasa, utendakazi wa madarasa, na vizuizi vilivyowekwa kwenye uhusiano kati ya madarasa.

Mchoro wa darasa katika lugha ya UML ni grafu, nodi ambazo ni vipengele vya muundo tuli wa mradi (madarasa, miingiliano), na arcs ni uhusiano kati ya nodi (vyama, urithi, tegemezi).

Mchoro wa darasa unaonyesha vitu vifuatavyo:

· Kifurushi - seti ya vipengele vya mfano vinavyohusiana kimantiki;

· Darasa (darasa) - maelezo ya mali ya kawaida ya kikundi cha vitu sawa;

· Kiolesura - darasa dhahania linalobainisha seti ya utendakazi ambayo kitu cha darasa kiholela kinachohusishwa na kiolesura fulani hutoa kwa vitu vingine.

4.4.2. Darasa

Darasa ni kundi la vyombo (vitu) ambavyo vina sifa zinazofanana, yaani, data na tabia. Mwakilishi binafsi wa darasa anaitwa kitu cha darasa au kitu tu.

Tabia ya kitu katika UML inarejelea sheria zozote za mwingiliano wa kitu na ulimwengu wa nje na data ya kitu chenyewe.

Katika michoro, darasa linaonyeshwa kama mstatili na mpaka thabiti, umegawanywa na mistari mlalo katika sehemu 3:

Sehemu ya juu (sehemu ya jina) ina jina la darasa na sifa zingine za jumla (haswa, stereotype).

Sehemu ya kati ina orodha ya sifa

Chini ni orodha ya shughuli za darasa zinazoonyesha tabia yake (vitendo vinavyofanywa na darasa).

Sehemu yoyote ya sifa na operesheni haiwezi kuonyeshwa (au zote mbili kwa wakati mmoja). Kwa sehemu iliyopotea, huna haja ya kuteka mstari wa kugawanya au kwa njia yoyote kuonyesha uwepo au kutokuwepo kwa vipengele ndani yake.

Sehemu za ziada, kama vile vighairi, zinaweza kuletwa kwa hiari ya utekelezaji mahususi.

Mchele. 9. Mfano wa mchoro wa darasa

4.4.2.1.Mitindo ya darasa

Mitindo ya darasani ni utaratibu wa kugawanya madarasa katika kategoria.

UML inafafanua dhana tatu kuu za darasa:

Mpaka (mpaka);

Chombo (chombo);

Udhibiti.

4.4.2.2.Madarasa ya mipaka

Madarasa ya mipaka ni madarasa hayo ambayo iko kwenye mpaka wa mfumo na mazingira yote. Hizi ni pamoja na maonyesho, ripoti, violesura vya maunzi (kama vile vichapishi au vichanganuzi), na violesura vya mifumo mingine.

Ili kupata madarasa ya mipaka, unahitaji kuchunguza michoro za kesi za matumizi. Kila mwingiliano kati ya mwigizaji na kesi ya utumiaji lazima uhusishwe na angalau darasa moja la mipaka. Ni darasa hili ambalo huruhusu muigizaji kuingiliana na mfumo.

4.4.2.3.Madarasa ya chombo

Madarasa ya huluki yana habari iliyohifadhiwa. Zina maana kubwa zaidi kwa mtumiaji, na kwa hivyo majina yao mara nyingi hutumia maneno kutoka kwa eneo la somo. Kwa kawaida, jedwali huundwa katika hifadhidata kwa kila darasa la chombo.

4.4.2.4.Madarasa ya kudhibiti

Madarasa ya udhibiti yana jukumu la kuratibu vitendo vya madarasa mengine. Kwa kawaida, kila kesi ya utumiaji ina darasa moja la udhibiti ambalo linadhibiti mlolongo wa matukio kwa kesi hiyo ya utumiaji. Darasa la meneja linawajibika kwa uratibu, lakini haitoi utendakazi wowote yenyewe, kwani madarasa mengine hayatume ujumbe mwingi kwake. Badala yake, anatuma ujumbe mwingi mwenyewe. Darasa la meneja hukabidhi tu jukumu kwa madarasa mengine, ndiyo maana mara nyingi huitwa darasa la meneja.

Kunaweza kuwa na madarasa mengine ya udhibiti katika mfumo ambayo ni ya kawaida kwa matukio mengi ya matumizi. Kwa mfano, kunaweza kuwa na darasa la SecurityManager (msimamizi wa usalama) anayehusika na ufuatiliaji wa matukio yanayohusiana na usalama. Darasa la TransactionManager lina jukumu la kuratibu ujumbe unaohusiana na shughuli za hifadhidata. Huenda kukawa na wasimamizi wengine wa kushughulikia vipengele vingine vya uendeshaji wa mfumo, kama vile kushiriki rasilimali, kuchakata data iliyosambazwa, au kushughulikia makosa.

Mbali na stereotypes zilizotajwa hapo juu, unaweza kuunda yako mwenyewe.

4.4.2.5.Sifa

Sifa ni kipengele cha habari kinachohusishwa na darasa. Sifa huhifadhi data ya darasa iliyoambatanishwa.

Kwa sababu sifa zimo ndani ya darasa, zimefichwa kutoka kwa tabaka zingine. Kwa sababu hii, unaweza kuhitaji kubainisha ni madarasa gani yana haki ya kusoma na kubadilisha sifa. Sifa hii inaitwa mwonekano wa sifa.

Sifa inaweza kuwa na maadili manne yanayowezekana kwa parameta hii:

Umma (jumla, wazi). Thamani hii ya mwonekano inadhania kuwa sifa hiyo itaonekana kwa madarasa mengine yote. Darasa lolote linaweza kuona au kubadilisha thamani ya sifa. Kulingana na nukuu ya UML, sifa ya kawaida hutanguliwa na ishara "+".

Binafsi (imefungwa, siri). Sifa inayolingana haionekani kwa darasa lingine lolote. Sifa ya kibinafsi inaonyeshwa kwa ishara "-" kulingana na nukuu ya UML.

Imelindwa (iliyolindwa). Sifa hii inapatikana tu kwa tabaka lenyewe na vizazi vyake. Nukuu ya UML ya sifa iliyolindwa ni ishara "#".

Kifurushi au Utekelezaji (kifurushi). Inadhania kuwa sifa inashirikiwa, lakini ndani ya wigo wa kifurushi chake. Aina hii ya mwonekano hauonyeshwi na ikoni yoyote maalum.

Kwa msaada wa kufungwa au usalama, inawezekana kuepuka hali ambapo thamani ya sifa inabadilishwa na madarasa yote ya mfumo. Badala yake, mantiki ya kubadilisha sifa itakuwa katika darasa sawa na sifa yenyewe. Mipangilio ya mwonekano ulioweka itaathiri msimbo uliozalishwa.

4.4.2.6.Uendeshaji

Operesheni hutekeleza tabia inayohusishwa na darasa. Operesheni ina sehemu tatu: jina, vigezo, na aina ya kurudi.

Vigezo ni hoja zinazopokelewa na operesheni kama ingizo. Aina ya kurudi inarejelea matokeo ya operesheni.

Mchoro wa darasa unaweza kuonyesha majina ya operesheni na majina ya operesheni pamoja na vigezo vyake na aina ya kurudi. Ili kupunguza mzigo kwenye mchoro, ni muhimu kuonyesha tu majina ya shughuli kwenye baadhi yao, na saini yao kamili kwa wengine.

Katika UML, shughuli zina nukuu ifuatayo:

Jina la Uendeshaji (hoja: aina ya hifadhidata ya hoja, aina2 ya hifadhidata ya hoja2,...): aina ya kurudisha

Kuna aina nne tofauti za shughuli za kuzingatia:

Shughuli za utekelezaji;

Uendeshaji wa Usimamizi;

Ufikiaji wa shughuli;

Shughuli za msaidizi.

Shughuli za Utekelezaji

Shughuli za watekelezaji hutekeleza baadhi ya kazi za biashara. Shughuli hizo zinaweza kupatikana kwa kuchunguza michoro za mwingiliano. Aina hii ya mchoro huangazia utendakazi wa biashara, na kila ujumbe kwenye mchoro unaweza kuchorwa kwa shughuli ya utekelezaji.

Kila operesheni ya utekelezaji lazima ifuatiliwe kwa urahisi kwa mahitaji yanayolingana. Hii inafanikiwa katika hatua mbalimbali za simulation. Shughuli inatokana na ujumbe katika mchoro wa mwingiliano, ujumbe hutoka kwa maelezo ya kina ya mtiririko wa matukio ambayo yanaundwa kulingana na kesi ya matumizi, na mwisho huundwa kulingana na mahitaji. Uwezo wa kufuatilia mlolongo huu wote hukuruhusu kuhakikisha kuwa kila hitaji linatekelezwa kwa kanuni, na kila kipande cha msimbo kinatekeleza mahitaji fulani.

Uendeshaji wa Kudhibiti

Shughuli za meneja hudhibiti uundaji na uharibifu wa vitu. Wajenzi na waharibifu wa darasa huanguka katika kitengo hiki.

Uendeshaji wa Ufikiaji

Sifa kawaida huwa za kibinafsi au zinalindwa. Walakini, madarasa mengine wakati mwingine yanahitaji kutazama au kubadilisha maadili yao. Kuna shughuli za ufikiaji kwa kusudi hili. Mbinu hii inafanya uwezekano wa kujumuisha sifa kwa usalama ndani ya darasa, kuzilinda dhidi ya aina zingine, lakini bado kuruhusu ufikiaji unaodhibitiwa kwao. Ni kawaida kuunda Pata na Uweke shughuli kwa kila sifa ya darasa.

Operesheni Msaidizi

Shughuli za wasaidizi ni shughuli za darasa ambazo ni muhimu kwa ajili yake kutekeleza majukumu yake, lakini ambayo madarasa mengine haipaswi kujua chochote. Hizi ni shughuli za darasa la kibinafsi na zinazolindwa.

Ili kutambua miamala, fuata hatua hizi:

1. Jifunze michoro ya mlolongo na michoro ya ushirika. Ujumbe mwingi katika michoro hii ni shughuli za utekelezaji. Ujumbe wa kuakisi utakuwa shughuli za usaidizi.

2. Fikiria shughuli za udhibiti. Huenda ukahitaji kuongeza wajenzi na waharibifu.

3. Zingatia shughuli za ufikiaji. Kwa kila sifa ya darasa ambayo madarasa mengine yatahitaji kufanya kazi nayo, unahitaji kuunda Pata na Uweke shughuli.

4.4.2.7.Viunganishi

Uhusiano unawakilisha uhusiano wa kimaana kati ya madarasa. Hulipa darasa uwezo wa kujifunza kuhusu sifa, utendakazi na mahusiano ya darasa lingine. Kwa maneno mengine, kwa darasa moja kutuma ujumbe kwa mwingine katika mchoro wa mlolongo au mchoro wa ushirikiano, lazima kuwe na uhusiano kati yao.

Kuna aina nne za uhusiano ambazo zinaweza kuanzishwa kati ya madarasa: miungano, utegemezi, mijumuisho, na jumla.

Chama cha Mawasiliano

Uhusiano ni uhusiano wa kimantiki kati ya madarasa. Huchorwa kwenye mchoro wa darasa kama mstari wa kawaida.

Mchele. 10. Chama cha Mawasiliano

Mashirika yanaweza kuwa ya pande mbili, kama katika mfano, au unidirectional. Katika UML, uhusiano wa pande mbili huchorwa kama mstari rahisi bila mishale au kwa mishale pande zote mbili. Muungano wa unidirectional una mshale mmoja tu unaoonyesha mwelekeo wake.

Mwelekeo wa ushirika unaweza kuamua kwa kuchunguza michoro za mlolongo na michoro za ushirika. Ikiwa ujumbe wote juu yao hutumwa na darasa moja tu na kupokea tu na darasa lingine, lakini si kinyume chake, kuna mawasiliano ya njia moja kati ya madarasa haya. Ikiwa angalau ujumbe mmoja utatumwa kwa mwelekeo tofauti, ushirika lazima uwe wa pande mbili.

Vyama vinaweza kuwa reflexive. Uhusiano wa kutafakari unahusisha mfano mmoja wa darasa kuingiliana na matukio mengine ya darasa moja.

Uraibu wa mawasiliano

Mahusiano ya utegemezi pia yanaonyesha uhusiano kati ya madarasa, lakini huwa ya kila wakati na yanaonyesha kuwa darasa moja inategemea ufafanuzi uliotolewa katika mwingine. Kwa mfano, darasa A hutumia mbinu za darasa B. Kisha wakati darasa B linabadilika, ni muhimu kufanya mabadiliko yanayolingana katika darasa A.

Utegemezi unawakilishwa na mstari wa nukta uliochorwa kati ya vipengee viwili vya mchoro, na kipengele kilichotiwa nanga mwishoni mwa mshale kinasemekana kutegemea kipengele kilichotiwa nanga mwanzoni mwa mshale huo.

Mchele. 11. Uraibu wa mawasiliano

Wakati wa kuunda msimbo wa madarasa haya, hakuna sifa mpya zitaongezwa kwao. Hata hivyo, waendeshaji lugha mahususi wataundwa ili kusaidia mawasiliano.

Mkusanyiko wa mawasiliano

Majumuisho ni aina ngumu zaidi ya ushirika. Ujumlisho ni muunganisho kati ya sehemu nzima na sehemu yake. Kwa mfano, unaweza kuwa na darasa linaloitwa Gari, pamoja na madarasa kama Injini, Matairi, na madarasa ya sehemu nyingine za gari. Kwa hivyo, kitu cha darasa la Gari kitajumuisha kitu cha darasa la Injini, vitu vinne vya tairi, n.k. Mikusanyiko inaonyeshwa kama mstari na almasi karibu na darasa, ambayo ni nambari kamili:

Mchele. 11. Mkusanyiko wa mawasiliano

Kando na ujumlisho rahisi, UML inatanguliza aina thabiti zaidi ya ujumlisho inayoitwa utunzi. Kulingana na muundo, sehemu ya kitu inaweza kuwa ya moja tu, na, kwa kuongezea, kama sheria, mzunguko wa maisha wa sehemu hizo unaambatana na mzunguko wa yote: wanaishi na kufa nayo. Ufutaji wowote wa yote unatumika kwa sehemu zake.

Ufutaji huu wa kuporomoka mara nyingi huzingatiwa kama sehemu ya ufafanuzi wa kujumlisha, lakini daima hudokezwa wakati wingi wa jukumu ni 1..1; kwa mfano, ikiwa ni muhimu kufuta Mteja, basi ufutaji huu lazima utumike kwa Maagizo (na, kwa upande wake, kwa Mistari ya Kuagiza).

Muundo wa UML(Mfano wa UML) ni mkusanyiko wa seti finyu za miundo ya lugha, ambayo kuu ni vyombo na uhusiano kati yao.

Vyombo vya mfano na uhusiano wenyewe ni mifano ya metamodel metamodel.

Kwa kuzingatia mfano wa UML kutoka kwa nafasi za jumla zaidi, tunaweza kusema kuwa ni grafu (kwa usahihi zaidi, picha iliyopakiwa ya pseudo-hyper-digraph), ambayo wima na kingo hupakiwa na habari ya ziada na inaweza kuwa na muundo tata wa ndani. . Vipeo vya grafu hii huitwa vyombo, na kingo huitwa mahusiano.. Sehemu iliyobaki inatoa muhtasari wa haraka (wa awali) lakini kamili wa aina na mahusiano ya huluki. Kwa bahati nzuri, hakuna wengi wao. Katika sura zinazofuata za kitabu, vyombo vyote na uhusiano vinachunguzwa tena, kwa undani zaidi na kwa mifano.

1.4.1. Vyombo

Kwa urahisi wa muhtasari, huluki katika UML zinaweza kugawanywa katika vikundi vinne:

• kimuundo;
• kitabia;
• kupanga vikundi;
• maelezo.

Vyombo vya kimuundo, kama unavyoweza kudhani, vinakusudiwa kuelezea muundo. Kwa kawaida, vyombo vya kimuundo vinajumuisha zifuatazo.

Kitu(kitu) 1 - huluki ambayo ni ya kipekee na inayojumuisha hali na tabia.

Darasa(darasa) 2 - maelezo ya seti ya vitu na sifa za kawaida ambazo hufafanua hali na shughuli zinazofafanua tabia.

Kiolesura(interface) 3 - seti iliyoitwa ya uendeshaji ambayo inafafanua seti ya huduma ambazo zinaweza kuombwa na mtumiaji na zinazotolewa na mtoa huduma.

Ushirikiano(ushirikiano) 4 - mkusanyiko wa vitu vinavyoingiliana kufikia lengo fulani.

Mwigizaji(muigizaji) 5 - huluki iliyo nje ya mfumo wa kielelezo na kuingiliana nayo moja kwa moja.

∇ Uhusiano kama huo hakika upo, ambayo imeonyeshwa kwenye Mtini. Daraja la aina za michoro za UML 1 kama uhusiano wa utegemezi na stereotype "safisha".

∇∇ Katika UML 1, uhusiano usio wa hiari ulitokea kati ya mchoro wa ushirikiano na huluki ya jina moja, ambayo haikuwa kweli kabisa na wakati mwingine ilikuwa ya kupotosha.

∇∇∇ Katika UML 2, mzigo wa kisintaksia na kisemantiki wa mchoro wa hali umebadilika sana hivi kwamba jina haliakisi tena maudhui.

Orodha ya michoro mipya na majina yao yaliyopitishwa katika kitabu hiki imetolewa hapa chini.

• Mchoro wa Muundo wa Mchanganyiko
• Mchoro wa kifurushi
• Mchoro wa mashine ya serikali
• Mchoro wa mawasiliano
• Mchoro wa Muhtasari wa Mwingiliano
• Mchoro wa muda

Katika Mtini. Daraja la Aina za Mchoro kwa UML 2 (Sehemu ya 1 na 2) Mchoro wa darasa umetolewa unaoonyesha uhusiano kati ya michoro katika UML 2.

Baadaye katika sura hii tutaeleza kwa ufupi michoro yote kumi na tatu ya kanuni ili tuwe na muktadha na msamiati wa kile kinachofuata. Maelezo yametolewa katika sura zilizobaki za kitabu.

Lakini kabla ya kuendelea na sehemu inayofuata, hebu tufanye uamuzi mdogo kuhusu jinsi kiwango kinahitaji michoro kubuniwa. Kiolezo cha jumla cha uwasilishaji wa chati kinaonyeshwa hapa chini.

Kuna mambo mawili kuu ya kubuni: sura ya nje na lebo yenye jina la mchoro. Ikiwa kila kitu ni rahisi na sura - ni mstatili unaopunguza eneo ambalo vipengele vya mchoro vinapaswa kuwepo, basi jina la mchoro limeandikwa katika muundo maalum ulioonyeshwa kwenye Mchoro. Nukuu kwa michoro.

Umbo hili changamano la lebo halitumiki kwa zana zote. Walakini, hii sio lazima, kwani semantiki ni ya msingi, na nukuu ni ya sekondari. Katika kile kinachofuata, tunatumia mstatili kama lebo ya chati kote, na hii haipaswi kusababisha mkanganyiko wowote.

Lebo zinazowezekana (aina) za chati zinaonyeshwa kwenye jedwali lifuatalo. Lebo zilizopendekezwa na kiwango zimeandikwa katika safu ya pili. Walakini, kama mazoezi yameonyesha, sheria zilizopendekezwa na kiwango sio rahisi kila wakati na zina haki ya kimantiki, kwa hivyo safu ya tatu ya jedwali ina mbadala ambayo ni sawa kwa maoni yetu.

Jedwali Aina za chati na vitambulisho