Galvenā atšķirība - secības diagramma pret sadarbības diagrammu
Pirms programmatūras izstrādes ir labi jāsaprot, kas būtu jāizstrādā. Tāpēc ir nepieciešams izstrādāt sistēmu. To var izdarīt, izmantojot vienoto modelēšanas valodu (UML). Tā nav programmēšanas valoda, piemēram, Java, C. To izmanto, lai iegūtu vizuālu sistēmas attēlojumu. Līdz ar objektorientētās programmēšanas (OOP) ieviešanu tika izstrādāta lielākā daļa programmu un programmatūras. Tā ir paradigma, kas palīdz modelēt programmatūru ar objektiem. OOP jēdzienus, piemēram, mantošanu, iekapsulēšanu, var attēlot, izmantojot UML. To ir viegli un vienkārši saprast. To var izmantot pat neprogrammētāji. Parasti ar vienu diagrammu nepietiek, lai saprastu visu sistēmu. Ir dažāda veida UML diagrammas, no kurām katra aptver dažādus aspektus. Secības diagramma un sadarbības diagramma ir divas mijiedarbības diagrammas. Galvenā atšķirība starp secību diagrammu un sadarbības diagrammu ir tāda, ka secības diagramma tiek izmantota, ja laika secība ir svarīgāka, savukārt sadarbības diagramma tiek izmantota, ja objekta organizācija ir svarīgāka. Šajā rakstā ir aplūkota atšķirība starp secību diagrammu un sadarbības diagrammu.
Kas ir secības diagramma?
Secības diagrammas tiek izmantotas, lai attēlotu mijiedarbību starp objektiem noteiktā laika periodā. Pieprasījuma ziņojumi ir apzīmēti ar tumšām bultiņām, un atbildes ziņojumi ir apzīmēti ar svītrotām bultiņām. Taisnstūra vertikālie lodziņi attēlo katra objekta aktivizācijas laiku.
Attēls 01: secības diagramma
Saskaņā ar augstāk redzamo diagrammu klienta objekts nosūta produkta objektam ziņojumu, lai redzētu, vai prece ir pieejama. Produkta objekts nosūta ziņojumu krājuma objektam, lai noskaidrotu, vai prece ir pieejama noliktavā. Atkarībā no preces pieejamības, noliktava atbildēs uz preci, un prece atbildēs klientam. Pēc tam klienta objekts maksājuma objektam nosūta maksājuma naudas ziņojumu. Visbeidzot, saņemšanas ziņojums tiek nosūtīts klientam. Pieprasītā prece, maksā naudas pieprasījumus. Tie ir apzīmēti ar tumšām bultiņām. Jā/nē, kvīts ir atbildes ziņojumi. Tie ir apzīmēti ar pārtrauktām bultiņām. Klienta objekts ir aktīvs visā šajā procesā. Prece un krājuma objekti sākumā ir aktīvi. Maksājuma objekts beigās ir aktīvs, jo tas ir jāaktivizē, lai pabeigtu maksājumu. Kopumā secības diagramma sniedza informāciju par mijiedarbību starp objektiem konkrētajā laika periodā.
Kas ir sadarbības diagramma?
Sadarbības diagramma koncentrējas uz mijiedarbību starp objektiem. Tas parāda objekta organizāciju. Cipars norāda metodes izsaukšanas secību. Katrs skaitlis apzīmē metodi, ko tas sauc.
Attēls 02: Sadarbības diagramma
Saskaņā ar iepriekš minēto sadarbības diagrammu objekti tiek attēloti, izmantojot taisnstūrus. Ziņojumus attēlo bultiņa un kārtas numurs. Pirmā ziņa ir preces pasūtīšana. Otrais ziņojums ir saņemt cenu un trešais ziņojums ir veikt maksājumu. Tāpat katram ziņojumam tiek piešķirts kārtas numurs. Tātad, cipars norāda, kā metodes tiek izsauktas viena pēc otras. Nosacījumu priekšraksti tiek apzīmēti ar kvadrātiekavām. Maksājums ar galveno un vīzu ir atsevišķi nosacījumi. Maksājums no kapteiņa un maksājums ar vīzu pieder pie maksājuma. Tātad tie ir apzīmēti ar 3.1 un 3.2.
Kādas ir secības un sadarbības diagrammas līdzības?
- Gan secības, gan sadarbības diagramma ir mijiedarbības diagrammas UML valodā.
- Gan secības, gan sadarbības diagramma apraksta sistēmas uzvedības aspektus.
Kāda ir atšķirība starp secību un sadarbības diagrammu?
Secība pret sadarbību diagramma |
|
| Secības diagramma ir UML attēlojums, lai vizualizētu izsaukumu secību sistēmā, lai veiktu noteiktu funkcionalitāti. | Sadarbības diagramma ir UML attēlojums, lai vizualizētu objektu organizāciju un to mijiedarbību. |
| Pārstāvība | |
| Secības diagramma attēlo ziņojumu secību, kas plūst no viena objekta uz otru. | Sadarbības diagramma attēlo sistēmas strukturālo organizāciju un nosūtītos un saņemtos ziņojumus. |
| Lietošana | |
| Ja laika secība ir svarīga, var izmantot secības diagrammu. | Ja svarīga ir objekta organizācija, tad var izmantot sadarbības diagrammu. |
Kopsavilkums - secības diagramma pret sadarbības diagrammu
Izstrādājot programmatūru, nav iespējams tieši uzsākt izstrādi. Ir nepieciešams saprast sistēmu. UML tiek izmantots, lai iegūtu attēlu sistēmas izpratni. UML ir vienkāršāka nekā vispārējas nozīmes programmēšanas valodas, piemēram, Java, C++ utt. Ir dažādas UML diagrammas, kas aptver dažādus aspektus. Divas no tām ir secības diagramma un sadarbības diagramma. Atšķirība starp secību diagrammu un sadarbības diagrammu ir tāda, ka secības diagrammu izmanto, ja laika secība ir svarīgāka, savukārt sadarbības diagramma tiek izmantota, ja objekta organizācija ir svarīgāka.
