"Sawijining dina ing urip bajing" utawa saka modeling proses menyang desain sistem akuntansi kasugihan otomatis "Belka-1.0" (Bagian 2)
Ringkesan saka episode sadurungΓ©
РKita nggunakake domain "dongeng", inspirasi saka conto sinau diagram UML adhedhasar plot dongeng (ndeleng, contone, [1]). Sadurunge modeling diwiwiti, kita sarujuk ing nggunakake sawetara unsur saka Activity diagram lan wiwit mbentuk persetujuan modeling. Njupuk persetujuan kasebut, ing tahap 1 kita njlèntrèhaké proses kasebut ing wangun diagram Aktivitas, lan ing tahap 2 kita nemtokake langkah-langkah proses sing dibutuhake otomatisasi (lan bisa).
Ayo kula ngelingake yen kita bakal ngotomatisasi kegiatan akuntansi kanggo aset material, sing muncul ing proses kasebut.
...
Pulo dumunung ing segara, (E1, E2)
Ana udan es ing pulo kasebut (E3, E1)
Kanthi pasamuwan-pasamuwan kubah emas, (E4)
Kanthi menara lan kebon; (E5, E6)
Wit cemara tuwuh ing ngarep kraton, (E7, E8)
Lan ing ngisor iki ana omah kristal; (E9)
Bajing jinak manggon ing kono, (A1)
Ya, apa petualangan! (A1)
Bajing nembang, (P1, A1)
Ya, dheweke terus nyicipi kacang, (P2)
Nanging kacang ora prasaja, (C1)
Kabeh cangkang emas, (C2)
Inti punika zamrud murni; (C3)
Pelayan njaga bajing, (P3, A2)
Dheweke ngawula minangka macem-macem abdi (P4)
Lan petugas ditugasake (A3)
Akun sing ketat babagan kacang yaiku warta; (P5, C1)
Tentara salute dheweke; (P6, A4)
Duit recehan diwutahake saka cangkang, (P7, C2, C4)
Ayo padha ngubengi donya; (P8)
Bocah wadon tuang zamrud (P9, A5, C3)
menyang gudang, lan ing ngisor tutup; (E10, E11)
...
(A.S. Pushkin "The Tale of Tsar Saltan, babagan pahlawan sing mulya lan kuwat Pangeran Guidon Saltanovich lan Putri Swan sing ayu", )
Ing conto iki, aku nggunakake kerangka Enterprise Architect saka perusahaan Australia [2], lan sajrone latihan sing dakgunakake [3]
Ayo kula ngelingake yen ana macem-macem proses, sampeyan bisa kenalan, contone, [4] lan [5]
Kanggo rincian liyane babagan pendekatan sing ditrapake kanggo pemodelan lan desain, waca [6, 7].
Kanggo spesifikasi UML lengkap, waca [8]
Saiki kita siyap nerusake menyang langkah sabanjure lan miwiti ngrancang fungsi sistem lan organisasi internal. Nomer gambar bakal terus.
Tahap 3. Langkah otomatis kudu digandhengake karo fungsi utawa fungsi sistem
Sistem otomatis (AS) sing dikembangake dirancang kanggo njaga rekaman kacang sing ketat, elinga? Kanggo saben langkah sing disorot (pirsani Gambar 3, Gambar 4 ), sing bakal ngotomatisasi, nulisake syarat fungsional kanthi nggunakake kira-kira konstruksi ing ngisor iki: "Sistem kudu ngetrapake kemampuan ..." lan ngembangake diagram Use-case. Saiki kita nambahake aturan anyar kanggo perjanjian modeling. Ayo kula nerangake unsur apa sing bakal digunakake.
Kita bakal nggunakake sambungan "Asosiasi" antarane "Peran Panganggo" lan "Fungsi" (Gambar 5), iki tegese pangguna karo peran iki bisa nindakake fungsi iki.
Gambar 5. Nggunakake hubungan jinis Asosiasi
Saka "Fungsi" menyang "Persyaratan" kita bakal nggambar sambungan "Implementasi" (Gambar 6) kanggo nuduhake yen syarat iki bakal dileksanakake dening fungsi kasebut; hubungan kasebut bisa dadi "akeh-kanggo-akeh", i.e. Siji fungsi bisa uga melu ngleksanakake sawetara syarat, lan luwih saka siji fungsi bisa uga dibutuhake kanggo ngetrapake syarat.
Gambar 6. Nggunakake hubungan jinis "Implementasi".
Yen siji fungsi mbutuhake kanggo eksekusi sing sawetara fungsi liyane kaleksanan, lan kudu, kita bakal nggunakake sambungan "Katergantungan" karo stereotype "Kalebu" (Figure 7). Yen eksekusi fungsi tambahan dibutuhake ing kahanan tartamtu, mula kita bakal nggunakake sambungan "Dependency" karo stereotype "Extend". Kabeh iku gampang banget kanggo ngelingi: "Kalebu" tansah, lan "Nggedhekake" kadhangkala.
Gambar 7. Nggunakake hubungan "Ketergantungan (inklusi)".
AkibatΓ©, diagram kita bakal katon kaya iki (Gambar 8).
Gambar 8. Use-case diagram (model fungsional AC)
Kajaba iku, diagram Use-case digunakake kanggo model peran pangguna (Gambar 9).
Gambar 9. Diagram kasus panggunaan (peran pangguna AS)
Tahap 4. Ayo nggambarake organisasi internal AS nggunakake diagram kelas
Nggunakake informasi babagan artefak input lan output proses kita (pirsani diagram Aktivitas - Gambar 2, Gambar 3, Gambar 4), kita bakal ngembangake diagram kelas. Kita bakal nggunakake unsur modeling "Kelas" lan macem-macem jinis sambungan ing antarane.
Kanggo nuduhake hubungan "kabèh-bagéan", kita bakal nggunakake hubungan jinis "Aggregation" (Figure 10): kacang iku kabèh, lan cangkang lan kernel minangka bagéan.
Gambar 10. Hubungan wutuh
AkibatΓ©, fragmen saka diagram kita bakal katon kaya iki (Gambar 11). Kelas sing disorot langsung ing deskripsi teks proses kasebut ditandhani kanthi warna.
Gambar 11. Diagram kelas
Diagram kelas uga digunakake kanggo model artefak liyane - ora mung sing bakal ana hubungane karo model konsep saka proses otomatis akuntansi kanggo aset material, nanging uga ana hubungane karo lingkungan eksekusi - lingkungan (Gambar 12) lan "tangga" pangolahan (Gambar 13) sing bisa mengaruhi proses otomatis, nanging durung fokus ing manungsa waΓ© (kita nganggep yen sistem bakal berkembang lan informasi iki bakal migunani).
Gambar 12. Diagram kelas (lingkungan)
Hubungan warisan nuduhake generalisasi saka macem-macem bangunan, "anak" kelas, ing generalizing "wong tuwa" kelas "Bangunan".
Gambar 13. Diagram kelas (informasi tambahan babagan artefak)
"Reaksi kanggo kahanan" gumantung ing "Data kontrol visual". Kanggo sawetara hubungan dependensi, stereotipe "jejak" digunakake kanggo nuduhake pelacakan kelas sing ora diidentifikasi kanthi jelas ing deskripsi proses, nanging sing dibutuhake kanggo ngotomatisasi, menyang kelas sing kasus kasebut dirujuk kanthi jelas ing deskripsi kita.
Tahap 5. Ayo analisa cathetan ing trek "Aturan Bisnis".
Aturan kasebut ditemtokake (pirsani Gambar 2 ):
- perlu kanggo pamisah siji saka langkah menyang 2 bagean, bagean kapindho wiwit kaleksanan mung ing kahanan tartamtu;
- janjian pejabat tartamtu kanggo nindakake akuntansi kacang;
- teknik (warna putih saka unsur) sing nuduhake yen unsur kasebut ora ditemtokake kanthi jelas ing deskripsi proses.
Perlu dicathet yen kita wis nggunakake kabeh aturan kasebut nalika ngembangake diagram.
pangandikan pungkasan
Dadi, kita ngliwati 5 tahap lan nggawe 3 jinis diagram. Aku bakal nambah komentar cilik babagan organisasi model kita ing lingkungan modeling. Ana pirang-pirang kerangka sing mbantu nggawe model sing dikembangake, nanging iki dudu subyek artikel iki, mula kita bakal mbatesi paket-paket prasaja ing ngisor iki kanggo manajemen proyek sing teratur: Proses Bisnis, Model Fungsional. , Artefak, Peserta lan Lingkungan (Gambar 14).
Gambar 14. Struktur paket proyek
Mangkono, kita wis ngembangake model sing konsisten sing njlèntrèhaké sistem akuntansi materi saka macem-macem aspek: model proses bisnis otomatis, model fungsional lan model organisasi internal sistem ing tingkat konseptual.
Dhaptar sumber
- Situs web "UML2.ru". Forum Komunitas Analis. Bagian Umum. Tuladha. Conto dongeng sing diformat minangka diagram UML. [Sumber daya elektronik] Mode akses: Internet:
- Situs web Sparx Systems. [Sumber daya elektronik] Mode akses: Internet:
- Situs web Modelio. [Sumber daya elektronik] Mode akses: Internet:
- Kamus Ensiklopedik Agung. Proses (interpretasi). [Sumber daya elektronik] Mode akses: Internet:
- Situs web "Organisasi Manajemen Efektif". Blog. Kategori "Manajemen Proses Bisnis". Definisi proses bisnis. [Sumber daya elektronik] Mode akses: Internet:
- Sertifikat No. 18249 babagan registrasi lan simpenan karya aktivitas intelektual. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Naskah alat bantu ajar kanthi irah-irahan βModeling a subject area using Enterprise Architectβ // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Pemodelan proses bisnis. β M.: KURSUS, SIC INFRA-M, EBS Znanium.com. β 2017.
- Spesifikasi OMG Unified Modeling Language (OMG UML). Versi 2.5.1. [Sumber daya elektronik] Mode akses: Internet:
Source: www.habr.com