ຈາກການສ້າງແບບຈໍາລອງຂະບວນການໄປສູ່ການອອກແບບລະບົບອັດຕະໂນມັດ (ພາກທີ 2)

"ມື້ຫນຶ່ງໃນຊີວິດຂອງກະຮອກ" ຫຼືຈາກການສ້າງແບບຈໍາລອງຂະບວນການເພື່ອການອອກແບບລະບົບບັນຊີຄວາມຮັ່ງມີອັດຕະໂນມັດ "Belka-1.0" (ສ່ວນ 2)

ຮູບແຕ້ມໄດ້ຖືກນໍາໃຊ້ສໍາລັບ "Tale of Tsar Saltan" ໂດຍ A.S. Pushkin, ຈັດພີມມາໂດຍ "ວັນນະຄະດີຂອງເດັກນ້ອຍ", Moscow, 1949, Leningrad, ຮູບແຕ້ມໂດຍ K. Kuznetsov

ສະຫຼຸບຂອງຕອນທີ່ຜ່ານມາ

В ສ່ວນທີ 1 ພວກເຮົາໄດ້ໃຊ້ໂດເມນ "ເທບນິຍາຍ" ທີ່ໄດ້ຮັບແຮງບັນດານໃຈຈາກຕົວຢ່າງຂອງການຮຽນຮູ້ແຜນວາດ UML ໂດຍອີງໃສ່ແຜນວາດນິທານ (ເບິ່ງ, ຕົວຢ່າງ, ທີ່ນີ້ [1]). ກ່ອນທີ່ການສ້າງແບບຈໍາລອງໄດ້ເລີ່ມຕົ້ນ, ພວກເຮົາໄດ້ຕົກລົງກ່ຽວກັບການນໍາໃຊ້ບາງອົງປະກອບຂອງແຜນວາດກິດຈະກໍາແລະເລີ່ມສ້າງຂໍ້ຕົກລົງສ້າງແບບຈໍາລອງ. ການພິຈາລະນາຂໍ້ຕົກລົງເຫຼົ່ານີ້, ໃນຂັ້ນຕອນທີ 1 ພວກເຮົາໄດ້ອະທິບາຍຂະບວນການໃນຮູບແບບຂອງແຜນວາດກິດຈະກໍາ, ແລະໃນຂັ້ນຕອນທີ 2 ພວກເຮົາກໍານົດຂັ້ນຕອນຂະບວນການທີ່ຕ້ອງການອັດຕະໂນມັດ (ແລະເປັນໄປໄດ້).

ຂ້າພະເຈົ້າຂໍເຕືອນທ່ານວ່າພວກເຮົາຈະອັດຕະໂນມັດກິດຈະກໍາຂອງບັນຊີສໍາລັບຊັບສິນວັດສະດຸ, ເຊິ່ງເກີດຂື້ນໃນຂະບວນການເຫຼົ່ານີ້.

...
ເກາະຕັ້ງຢູ່ເທິງທະເລ, (E1, E2)
ມີໝາກເຫັບຢູ່ເທິງເກາະ (E3, E1)
ມີໂບດສີທອງ, (E4)
ມີ towers ແລະສວນ; (E5, E6)
ຕົ້ນໄມ້ spruce ເຕີບໃຫຍ່ຢູ່ຕໍ່ຫນ້າພະລາຊະວັງ, (E7, E8)
ແລະຂ້າງລຸ່ມນີ້ມັນເປັນເຮືອນໄປເຊຍກັນ; (E9)
ກະຮອກໂຕໜຶ່ງອາໄສຢູ່ທີ່ນັ້ນ, (A1)
ແມ່ນແລ້ວ, ອັນໃດເປັນການຜະຈົນໄພ! (A1)
ກະຮອກຮ້ອງເພງ, (P1, A1)
ແມ່ນແລ້ວ, ລາວສືບຕໍ່ກິນໝາກຖົ່ວ, (P2)
ແຕ່ຫມາກຖົ່ວບໍ່ງ່າຍດາຍ, (C1)
ແກະທັງໝົດແມ່ນສີທອງ, (C2)
ຫຼັກແມ່ນ emerald ບໍລິສຸດ; (C3)
ຜູ້ຮັບໃຊ້ເຝົ້າຍາມກະຮອກ, (P3, A2)
ເຂົາ​ເຈົ້າ​ຮັບໃຊ້​ນາງ​ເປັນ​ຄົນ​ຮັບໃຊ້ (ປ4)
ແລະ​ໄດ້​ຮັບ​ການ​ມອບ​ຫມາຍ​ສະ​ມະ​ການ (A3​)
ບັນຊີທີ່ເຄັ່ງຄັດຂອງຫມາກຖົ່ວແມ່ນຂ່າວ; (P5, C1)
ກອງທັບຊົມເຊີຍນາງ; (P6, A4)
ຫຼຽນໜຶ່ງຖືກຖອກຈາກແກະ, (P7, C2, C4)
ໃຫ້ພວກເຂົາໄປທົ່ວໂລກ; (P8)
ເດັກຍິງຖອກທ້ອງ (P9, A5, C3)
ເຂົ້າໄປໃນ storerooms, ແລະພາຍໃຕ້ການປົກຫຸ້ມຂອງ; (E10, E11)
...
(A.S. Pushkin "ເລື່ອງລາວຂອງ Tsar Saltan, ຂອງວິລະຊົນອັນສະຫງ່າງາມແລະຍິ່ງໃຫຍ່ຂອງພຣະອົງ Prince Guidon Saltanovich ແລະ Princess Swan ທີ່ສວຍງາມ", ເຊື່ອກັນວ່າເປັນການປັບຕົວແບບບໍ່ເສຍຄ່າຂອງນິທານພື້ນເມືອງ "ຫົວເຂົ່າເລິກໃນຄໍາ, ສອກເລິກໃນເງິນ," ເຊິ່ງໄດ້ຖືກຂຽນໂດຍ Pushkin ໃນສະບັບຕ່າງໆ.)

ໃນຕົວຢ່າງນີ້, ຂ້ອຍກໍາລັງໃຊ້ໂຄງຮ່າງ Enterprise Architect ຈາກບໍລິສັດອົດສະຕາລີ ລະບົບ Sparx [2], ແລະໃນລະຫວ່າງການຝຶກອົບຮົມຂ້າພະເຈົ້າໃຊ້ ຮູບແບບ [3]
ຂ້າພະເຈົ້າຂໍເຕືອນທ່ານວ່າມີຂະບວນການທີ່ແຕກຕ່າງກັນ, ທ່ານສາມາດຮູ້ຈັກ, ສໍາລັບການຍົກຕົວຢ່າງ, ທີ່ນີ້ [4​] ແລະ​ ທີ່ນີ້ [5]
ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບວິທີການນໍາໃຊ້ກັບການສ້າງແບບຈໍາລອງແລະການອອກແບບ, ເບິ່ງ [6, 7].
ສໍາລັບຂໍ້ກໍານົດ UML ຄົບຖ້ວນ, ເບິ່ງ ທີ່ນີ້ [8]

ໃນປັດຈຸບັນພວກເຮົາພ້ອມທີ່ຈະກ້າວໄປສູ່ຂັ້ນຕອນຕໍ່ໄປແລະເລີ່ມຕົ້ນການອອກແບບການເຮັດວຽກຂອງລະບົບແລະອົງການຈັດຕັ້ງພາຍໃນ. ຕົວເລກຂອງຮູບແຕ້ມຈະສືບຕໍ່.

ຂັ້ນຕອນ 3. ຂັ້ນຕອນອັດຕະໂນມັດຕ້ອງຖືກເຊື່ອມໂຍງກັບຫນ້າທີ່ຫຼືຫນ້າທີ່ຂອງລະບົບ

ລະບົບອັດຕະໂນມັດ (AS) ທີ່ຖືກພັດທະນາຖືກອອກແບບມາເພື່ອຮັກສາບັນທຶກຢ່າງເຂັ້ມງວດຂອງຫມາກຖົ່ວ, ຈື່? ສໍາລັບແຕ່ລະຂັ້ນຕອນທີ່ເນັ້ນໃສ່ (ເບິ່ງຮູບ 3, ຮູບ 4 ໃນ​ພາກ​ສ່ວນ 1​), ເຊິ່ງພວກເຮົາຈະອັດຕະໂນມັດ, ຂຽນຂໍ້ກໍາຫນົດທີ່ເປັນປະໂຫຍດໂດຍປະມານການກໍ່ສ້າງດັ່ງຕໍ່ໄປນີ້: "ລະບົບຕ້ອງປະຕິບັດຄວາມສາມາດ ... " ແລະພັດທະນາແຜນວາດການນໍາໃຊ້ກໍລະນີ. ດຽວນີ້ພວກເຮົາກຳລັງເພີ່ມກົດລະບຽບໃໝ່ໃຫ້ກັບຂໍ້ຕົກລົງການສ້າງແບບຈໍາລອງຂອງພວກເຮົາ. ໃຫ້ຂ້ອຍອະທິບາຍວ່າພວກເຮົາຈະໃຊ້ອົງປະກອບໃດແດ່.

ພວກເຮົາຈະນໍາໃຊ້ການເຊື່ອມຕໍ່ "ສະມາຄົມ" ລະຫວ່າງ "ບົດບາດຂອງຜູ້ໃຊ້" ແລະ "ຫນ້າທີ່" (ຮູບ 5), ນີ້ຫມາຍຄວາມວ່າຜູ້ໃຊ້ທີ່ມີບົດບາດນີ້ສາມາດປະຕິບັດຫນ້າທີ່ນີ້.

ຮູບທີ 5. ການນໍາໃຊ້ການພົວພັນປະເພດສະມາຄົມ

ຈາກ "Function" ກັບ "Requirement" ພວກເຮົາຈະແຕ້ມການເຊື່ອມຕໍ່ "ການຈັດຕັ້ງປະຕິບັດ" (ຮູບ 6) ເພື່ອສະແດງໃຫ້ເຫັນວ່າຄວາມຕ້ອງການນີ້ຈະຖືກປະຕິບັດໂດຍຫນ້າທີ່ເຫຼົ່ານີ້; ຄວາມສໍາພັນສາມາດເປັນ "ຫຼາຍຕໍ່ຫຼາຍ", i.e. ຫນ້າທີ່ຫນຶ່ງອາດຈະມີສ່ວນຮ່ວມໃນການປະຕິບັດຂໍ້ກໍານົດຈໍານວນຫນຶ່ງ, ແລະຫຼາຍກວ່າຫນຶ່ງຫນ້າອາດຈະຈໍາເປັນຕ້ອງໄດ້ປະຕິບັດຂໍ້ກໍານົດ.

ຮູບທີ 6. ການໃຊ້ຄວາມສຳພັນປະເພດ “ການຈັດຕັ້ງປະຕິບັດ”

ຖ້າຟັງຊັນຫນຶ່ງຕ້ອງການສໍາລັບການປະຕິບັດຂອງມັນທີ່ບາງຫນ້າທີ່ອື່ນຖືກປະຕິບັດ, ແລະຈໍາເປັນ, ພວກເຮົາຈະນໍາໃຊ້ການເຊື່ອມຕໍ່ "ການເພິ່ງພາອາໄສ" ກັບ "ລວມ" stereotype (ຮູບ 7). ຖ້າການປະຕິບັດຫນ້າທີ່ເພີ່ມເຕີມແມ່ນຕ້ອງການພາຍໃຕ້ເງື່ອນໄຂສະເພາະໃດຫນຶ່ງ, ຫຼັງຈາກນັ້ນພວກເຮົາຈະໃຊ້ການເຊື່ອມຕໍ່ "ການເພິ່ງພາອາໄສ" ກັບ "ຂະຫຍາຍ" stereotype. ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍຫຼາຍທີ່ຈະຈື່: "ລວມ" ແມ່ນສະເຫມີ, ແລະ "ຂະຫຍາຍ" ແມ່ນບາງຄັ້ງ.

ຮູບທີ 7. ການໃຊ້ຄວາມສຳພັນ “ການເພິ່ງພາອາໄສ (ລວມ)”

ດັ່ງນັ້ນ, ແຜນວາດຂອງພວກເຮົາຈະມີລັກສະນະຄ້າຍຄືນີ້ (ຮູບ 8).

ຮູບ 8. ແຜນວາດກໍລະນີໃຊ້ (ແບບຈໍາລອງການທໍາງານຂອງ AC)

ນອກຈາກນັ້ນ, ແຜນວາດ Use-case ແມ່ນໃຊ້ເພື່ອສ້າງແບບຈໍາລອງບົດບາດຂອງຜູ້ໃຊ້ (ຮູບ 9).

ຮູບທີ 9. ແຜນວາດກໍລະນີໃຊ້ (ບົດບາດຂອງຜູ້ໃຊ້ AS)

ຂັ້ນ​ຕອນ​ທີ 4. ໃຫ້​ອະ​ທິ​ບາຍ​ອົງ​ການ​ຈັດ​ຕັ້ງ​ພາຍ​ໃນ​ຂອງ AS ການ​ນໍາ​ໃຊ້​ແຜນ​ວາດ​ຊັ້ນ​ຮຽນ

ການນໍາໃຊ້ຂໍ້ມູນກ່ຽວກັບວັດສະດຸປ້ອນເຂົ້າແລະຜົນຜະລິດຂອງຂະບວນການຂອງພວກເຮົາ (ເບິ່ງແຜນວາດກິດຈະກໍາ - ຮູບ 2, ຮູບ 3, ຮູບ 4), ພວກເຮົາຈະພັດທະນາແຜນວາດຫ້ອງຮຽນ. ພວກເຮົາຈະນໍາໃຊ້ອົງປະກອບສ້າງແບບຈໍາລອງ "ຊັ້ນ" ແລະປະເພດຕ່າງໆຂອງການເຊື່ອມຕໍ່ລະຫວ່າງພວກມັນ.

ເພື່ອສະແດງຄວາມສໍາພັນ "ສ່ວນທັງຫມົດ", ພວກເຮົາຈະນໍາໃຊ້ຄວາມສໍາພັນຂອງປະເພດ "ການລວບລວມ" (ຮູບ 10): ຫມາກແຫ້ງເປືອກແຂງແມ່ນທັງຫມົດ, ແລະເປືອກແລະແກ່ນແມ່ນພາກສ່ວນ.

ຮູບທີ 10. ຄວາມສຳພັນທັງໝົດ

ດັ່ງນັ້ນ, ຊິ້ນສ່ວນຂອງແຜນວາດຂອງພວກເຮົາຈະມີລັກສະນະຄ້າຍຄືນີ້ (ຮູບ 11). ຫ້ອງຮຽນທີ່ພວກເຮົາເນັ້ນໃສ່ໂດຍກົງໃນຄໍາອະທິບາຍຂໍ້ຄວາມຂອງຂະບວນການແມ່ນຫມາຍເປັນສີ.

ຮູບທີ 11. ແຜນຜັງຫ້ອງຮຽນ

ແຜນວາດຊັ້ນຮຽນຍັງຖືກນໍາໃຊ້ເພື່ອສ້າງແບບຈໍາລອງຂອງປອມອື່ນໆ - ບໍ່ພຽງແຕ່ສິ່ງທີ່ກ່ຽວຂ້ອງກັບຕົວແບບແນວຄວາມຄິດຂອງຂະບວນການອັດຕະໂນມັດຂອງບັນຊີຊັບສິນວັດສະດຸ, ແຕ່ຍັງກ່ຽວຂ້ອງກັບສະພາບແວດລ້ອມການປະຕິບັດ - ສະພາບແວດລ້ອມ (ຮູບ 12) ແລະ "ເພື່ອນບ້ານ" ຂະບວນການ (ຮູບ 13) ທີ່ສາມາດມີອິດທິພົນຕໍ່ຂະບວນການອັດຕະໂນມັດ, ແຕ່ຍັງບໍ່ທັນຢູ່ໃນຈຸດສຸມຂອງຄວາມສົນໃຈຂອງພວກເຮົາ (ພວກເຮົາສົມມຸດວ່າລະບົບຈະພັດທະນາແລະຂໍ້ມູນນີ້ຈະເປັນປະໂຫຍດ).

ຮູບທີ 12. ແຜນວາດຫ້ອງຮຽນ (ສະພາບແວດລ້ອມ)

ຄວາມສໍາພັນທາງມໍລະດົກສະແດງໃຫ້ເຫັນເຖິງການສ້າງທົ່ວໄປຂອງອາຄານຕ່າງໆ, ຫ້ອງຮຽນ "ເດັກນ້ອຍ", ພາຍໃຕ້ການທົ່ວໄປຂອງຊັ້ນ "ພໍ່ແມ່" "ອາຄານ".

ຮູບທີ 13. ແຜນວາດຫ້ອງຮຽນ (ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບສິ່ງປະດິດ)

"ປະຕິກິລິຍາຕໍ່ສະຖານະການ" ແມ່ນຂຶ້ນກັບ "ຂໍ້ມູນການຄວບຄຸມພາບ". ສໍາລັບການພົວພັນການເພິ່ງພາອາໄສຫຼາຍໆຢ່າງ, ຮູບແບບ "ຕິດຕາມ" ແມ່ນໃຊ້ເພື່ອສະແດງການຕິດຕາມຂອງຊັ້ນຮຽນທີ່ບໍ່ໄດ້ລະບຸຢ່າງຊັດເຈນໃນຄໍາອະທິບາຍຂະບວນການ, ແຕ່ທີ່ຈໍາເປັນເພື່ອເຮັດໃຫ້ມັນອັດຕະໂນມັດ, ກັບຫ້ອງຮຽນທີ່ຕົວຢ່າງຖືກອ້າງອີງຢ່າງຊັດເຈນໃນຄໍາອະທິບາຍຂອງພວກເຮົາ.

ຂັ້ນ​ຕອນ​ທີ 5. ໃຫ້​ເຮົາ​ວິ​ເຄາະ​ບັນ​ທຶກ​ກ່ຽວ​ກັບ "ກົດ​ລະ​ບຽບ​ທຸ​ລະ​ກິດ​" ຕິດ​ຕາມ​

ກົດລະບຽບໄດ້ຖືກລະບຸໄວ້ (ເບິ່ງຮູບ 2 ໃນ​ພາກ​ສ່ວນ 1​):

1. ຈໍາເປັນຕ້ອງໄດ້ແບ່ງຂັ້ນຕອນຫນຶ່ງອອກເປັນ 2 ສ່ວນ, ສ່ວນທີສອງເລີ່ມຕົ້ນທີ່ຈະປະຕິບັດພຽງແຕ່ພາຍໃຕ້ເງື່ອນໄຂສະເພາະໃດຫນຶ່ງ;
2. ການແຕ່ງຕັ້ງເຈົ້າໜ້າທີ່ສະເພາະເພື່ອປະຕິບັດການບັນຊີໝາກຖົ່ວ;
3. ເຕັກນິກ (ສີຂາວຂອງອົງປະກອບ) ທີ່ຊີ້ບອກວ່າອົງປະກອບບໍ່ໄດ້ລະບຸຢ່າງຊັດເຈນໃນຄໍາອະທິບາຍຂະບວນການ.

ມັນຄວນຈະສັງເກດວ່າພວກເຮົາໄດ້ໃຊ້ກົດລະບຽບເຫຼົ່ານີ້ແລ້ວເມື່ອພັດທະນາແຜນວາດ.

ຂໍ້ສັງເກດສຸດທ້າຍ

ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຜ່ານ 5 ຂັ້ນຕອນແລະສ້າງ 3 ປະເພດຂອງແຜນວາດ. ຂ້າພະເຈົ້າຈະເພີ່ມຄໍາຄິດຄໍາເຫັນນ້ອຍໆກ່ຽວກັບການຈັດຕັ້ງຂອງຕົວແບບຂອງພວກເຮົາໃນສະພາບແວດລ້ອມການສ້າງແບບຈໍາລອງ. ມີກອບຈໍານວນຫລາຍທີ່ຊ່ວຍສ້າງໂຄງສ້າງແບບຈໍາລອງທີ່ກໍາລັງພັດທະນາ, ແຕ່ນີ້ບໍ່ແມ່ນຫົວຂໍ້ຂອງບົດຄວາມນີ້, ດັ່ງນັ້ນພວກເຮົາຈະຈໍາກັດຕົວເອງກັບຊຸດຊຸດງ່າຍໆຕໍ່ໄປນີ້ສໍາລັບການຄຸ້ມຄອງເປັນລະບຽບຂອງໂຄງການຂອງພວກເຮົາ: ຂະບວນການທຸລະກິດ, ຮູບແບບການເຮັດວຽກ. , ສິ່ງປະດິດ, ຜູ້ເຂົ້າຮ່ວມແລະສິ່ງແວດລ້ອມ (ຮູບ 14).

ຮູບທີ 14. ໂຄງສ້າງຊຸດໂຄງການ

ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ພັດທະນາແບບຈໍາລອງທີ່ສອດຄ່ອງກັນທີ່ອະທິບາຍລະບົບບັນຊີວັດສະດຸຈາກລັກສະນະຕ່າງໆ: ຮູບແບບຂອງຂະບວນການທຸລະກິດແບບອັດຕະໂນມັດ, ຮູບແບບທີ່ເປັນປະໂຫຍດແລະຮູບແບບຂອງອົງການຈັດຕັ້ງພາຍໃນຂອງລະບົບໃນລະດັບແນວຄວາມຄິດ.

ຈາກການສ້າງແບບຈໍາລອງຂະບວນການໄປສູ່ການອອກແບບລະບົບອັດຕະໂນມັດ (ພາກທີ 1)

ບັນຊີລາຍຊື່ຂອງແຫຼ່ງ

1. ເວັບໄຊທ໌ "UML2.ru". ເວທີສົນທະນາຊຸມຊົນນັກວິເຄາະ. ພາກສ່ວນທົ່ວໄປ. ຕົວຢ່າງ. ຕົວຢ່າງຂອງນິທານທີ່ຈັດຮູບແບບເປັນແຜນວາດ UML. [ແຫຼ່ງອີເລັກໂທຣນິກ] ຮູບແບບການເຂົ້າເຖິງ: ອິນເຕີເນັດ: http://www.uml2.ru/forum/index.php?topic=486.0
2. ເວັບໄຊທ໌ Sparx Systems. [ແຫຼ່ງອີເລັກໂທຣນິກ] ຮູບແບບການເຂົ້າເຖິງ: ອິນເຕີເນັດ: https://sparxsystems.com
3. ເວັບໄຊທ໌ Modelio. [ແຫຼ່ງອີເລັກໂທຣນິກ] ຮູບແບບການເຂົ້າເຖິງ: ອິນເຕີເນັດ: https://www.modelio.org
4. ວັດຈະນານຸກົມໃຫຍ່. ຂະບວນການ (ການຕີຄວາມໝາຍ). [ແຫຼ່ງອີເລັກໂທຣນິກ] ຮູບແບບການເຂົ້າເຖິງ: ອິນເຕີເນັດ: https://dic.academic.ru/dic.nsf/enc3p/246322
5. ເວັບໄຊທ໌ "ການຈັດຕັ້ງການຄຸ້ມຄອງທີ່ມີປະສິດທິພາບ". ບລັອກ. ປະເພດ "ການຄຸ້ມຄອງຂະບວນການທຸລະກິດ". ຄໍານິຍາມຂອງຂະບວນການທຸລະກິດ. [ແຫຼ່ງອີເລັກໂທຣນິກ] ຮູບແບບການເຂົ້າເຖິງ: ອິນເຕີເນັດ: https://rzbpm.ru/knowledge/pochemu-processy-stali-s-pristavkoj-biznes.html
6. ໃບຢັ້ງຢືນ ເລກທີ 18249 ກ່ຽວກັບການລົງທະບຽນ ແລະ ເງິນຝາກຂອງວຽກງານສິນທາງປັນຍາ. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. ຫນັງສືໃບລານຂອງການຊ່ວຍເຫຼືອການສອນຫົວຂໍ້ "ການສ້າງແບບຈໍາລອງສາຂາວິຊາໂດຍໃຊ້ສະຖາປະນິກວິສາຫະກິດ" // 2011.
7. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. ການສ້າງແບບຈໍາລອງຂະບວນການທຸລະກິດ. — M.: CourSE, SIC INFRA-M, EBS Znanium.com. – ປີ 2017.
8. OMG Unified Modeling Language (OMG UML) Specification. ເວີຊັ່ນ 2.5.1. [ແຫຼ່ງອີເລັກໂທຣນິກ] ຮູບແບບການເຂົ້າເຖິງ: ອິນເຕີເນັດ: https://www.omg.org/spec/UML/2.5.1/PDF

ແຫຼ່ງຂໍ້ມູນ: www.habr.com