"Suatu hari dalam kehidupan tupai" atau daripada proses pemodelan kepada mereka bentuk sistem automatik untuk perakaunan aset material "Belka-1.0" (Bahagian 2)
Ringkasan siri sebelumnya
Π kami menggunakan bidang subjek "dongeng" yang diilhamkan oleh contoh mengkaji rajah UML berdasarkan plot dongeng (lihat, sebagai contoh, [1]). Sebelum pemodelan, kami bersetuju tentang penggunaan beberapa elemen rajah Aktiviti dan mula membentuk perjanjian pemodelan. Dengan mengambil kira perjanjian ini, pada peringkat pertama kami menerangkan proses dalam bentuk gambar rajah Aktiviti, dan pada peringkat ke-1 kami mengenal pasti langkah-langkah proses yang memerlukan automasi (dan mungkin).
Biar saya ingatkan anda bahawa kami akan mengautomasikan aktiviti perakaunan untuk nilai material, yang timbul dalam proses ini.
...
Sebuah pulau di laut terletak, (E1, E2)
Hujan batu di kawasan pulau (E3, E1)
Dengan gereja berkubah emas, (E4)
Dengan menara dan taman; (E5, E6)
Cemara tumbuh di hadapan istana, (E7, E8)
Dan di bawahnya ada rumah kristal; (E9)
Tupai tinggal di sana, jinak, (A1)
Ya, sungguh penghibur! (A1)
Tupai menyanyikan lagu, (P1, A1)
Ya, dia menggigit semua kacang, (P2)
Dan kacang tidak mudah, (C1)
Semua cangkerang berwarna emas, (C2)
Inti zamrud tulen; (C3)
Hamba menjaga tupai, (P3, A2)
Layan dia sebagai hamba dari pelbagai jenis (P4)
Dan seorang kerani telah ditugaskan (A3)
Akaun ketat berita kacang; (P5, C1)
Memberi kehormatannya kepada tentera; (P6, A4)
Sekeping duit syiling dituangkan daripada cangkerang, (P7, C2, C4)
Biarkan mereka terapung di seluruh dunia; (P8)
Gadis melempar zamrud (P9, A5, C3)
Dalam pantri, tetapi di bawah gantang; (E10, E11)
...
(A.S. Pushkin "Kisah Tsar Saltan, tentang puteranya yang mulia dan perkasa Putera Gvidon Saltanovich dan Puteri Swan yang cantik", )
Dalam contoh ini, saya menggunakan persekitaran Enterprise Architect daripada syarikat Australia. [2], dan dalam rangka sesi latihan yang saya gunakan [3].
Biar saya ingatkan anda bahawa proses adalah berbeza, anda boleh berkenalan, contohnya, [4] dan [5].
Lihat [6, 7] untuk butiran mengenai pendekatan yang digunakan untuk pemodelan dan reka bentuk.
Untuk spesifikasi UML yang lengkap, lihat [8].
Kami kini bersedia untuk meneruskan ke langkah seterusnya dan mula mereka bentuk fungsi sistem dan organisasi dalamannya. Penomboran angka akan diteruskan.
Peringkat 3. Langkah automatik mesti diberikan fungsi atau fungsi sistem
Sistem automatik (AS) yang dibangunkan direka untuk menyimpan rekod ketat kacang, ingat? Untuk setiap langkah yang diserlahkan (lihat Rajah 3, Rajah 4 ), yang akan kami automasi, tuliskan keperluan fungsian, menggunakan sesuatu seperti pembinaan ini "Sistem mesti boleh ..." dan membangunkan gambar rajah Use-case. Sekarang kami sebenarnya menambah perjanjian pemodelan kami dengan peraturan baharu. Biar saya terangkan elemen apa yang akan kami gunakan.
Di antara "Peranan Pengguna" dan "Fungsi" kami akan menggunakan hubungan "Persatuan" (Rajah 5), yang bermaksud bahawa pengguna dengan peranan ini boleh melaksanakan fungsi ini.
Rajah 5. Menggunakan perhubungan jenis perkaitan
Daripada "Fungsi" kepada "Keperluan", kami akan melukis pautan "Pelaksanaan" (Rajah 6) untuk menunjukkan bahawa keperluan ini akan dilaksanakan oleh fungsi ini, perhubungan boleh menjadi "banyak-ke-banyak", i.e. satu fungsi mungkin terlibat dalam pelaksanaan beberapa keperluan, dan lebih daripada satu fungsi mungkin diperlukan untuk melaksanakan keperluan tersebut.
Rajah 6. Menggunakan hubungan Pelaksanaan
Jika satu fungsi memerlukan untuk pelaksanaannya beberapa fungsi lain untuk dilaksanakan, dan ia perlu, kami akan menggunakan sambungan "Pergantungan" dengan stereotaip "Sertakan" - kemasukan (Rajah 7). Jika pelaksanaan fungsi tambahan diperlukan dalam keadaan tertentu, maka kami akan menggunakan sambungan "Pergantungan" dengan stereotaip "Perpanjangan" - sambungan. Semuanya sangat mudah diingati: "Sertakan" - SELALU, dan "Perluaskan" - KADANG-KADANG.
Rajah 7. Menggunakan jenis pautan "Ketergantungan (termasuk)"
Akibatnya, rajah kami akan kelihatan seperti ini (Rajah 8).
Rajah 8. Gambar rajah kes guna (model fungsi AS)
Selain itu, rajah Use-case digunakan untuk memodelkan peranan pengguna (Rajah 9).
Rajah 9. Gambar rajah kes guna (peranan pengguna AS)
Peringkat 4. Mari kita huraikan organisasi dalaman AS menggunakan gambar rajah kelas
Menggunakan maklumat tentang artifak input dan output proses kami (lihat gambar rajah Aktiviti - Rajah 2, Rajah 3, Rajah 4), kami akan membangunkan gambar rajah kelas. Kami akan menggunakan elemen pemodelan "Kelas" dan pelbagai jenis perhubungan antara mereka.
Untuk menunjukkan hubungan "seluruh bahagian", kami akan menggunakan hubungan jenis "Penggabungan" (Rajah 10): kacang adalah keseluruhan, dan cengkerang dan isirong ialah bahagian.
Rajah 10. Hubungan Seluruh Bahagian
Akibatnya, serpihan rajah kami akan kelihatan seperti ini (Rajah 11). Kelas ditanda dengan warna, yang telah kami serlahkan secara langsung dalam keterangan teks proses tersebut.
Rajah 11. Rajah kelas
Rajah kelas juga digunakan untuk memodelkan artifak lain - bukan sahaja yang akan relevan dengan model konsep proses inventori automatik, tetapi berkaitan dengan persekitaran pelaksanaan - persekitaran (Rajah 12) dan proses "jiran" (Rajah 13) yang boleh mempengaruhi proses automatik, tetapi belum lagi menjadi tumpuan perhatian kami (kami menganggap bahawa sistem akan berkembang dan maklumat ini akan berguna).
Rajah 12. Rajah kelas (persekitaran)
Hubungan warisan menunjukkan generalisasi pelbagai bangunan, kelas "anak", di bawah kelas "ibu bapa" generalisasi "Bangunan".
Rajah 13. Gambar rajah kelas (maklumat lanjut tentang artifak)
"Reaksi terhadap situasi" bergantung pada "Data kawalan visual". Untuk beberapa perhubungan pergantungan, stereotaip "jejak" digunakan untuk menunjukkan pengesanan kelas yang tidak dinyatakan secara eksplisit dalam perihalan proses, tetapi yang diperlukan untuk automasinya, kepada kelas yang kejadiannya ditunjukkan dengan tepat dalam penerangan kami.
Peringkat 5. Mari analisa nota pada trek "Peraturan Perniagaan".
Seperti peraturan yang ditentukan (lihat Rajah 2 ):
- keperluan untuk memisahkan salah satu langkah kepada 2 bahagian, bahagian kedua mula dilakukan hanya dalam keadaan tertentu;
- pelantikan pegawai tertentu untuk melaksanakan perakaunan kacang;
- teknik (warna putih unsur-unsur), yang menunjukkan bahawa unsur itu tidak disenaraikan secara eksplisit dalam huraian proses.
Perlu diingatkan bahawa kami telah menggunakan semua peraturan ini semasa membangunkan gambar rajah.
Ucapan akhir
Jadi, kami melalui 5 peringkat dan membina 3 jenis gambar rajah. Saya akan menambah satu lagi ulasan tentang organisasi model kami dalam persekitaran pemodelan. Terdapat sejumlah besar rangka kerja yang membantu menstrukturkan model yang kami bangunkan, tetapi ini bukan subjek artikel ini, jadi kami akan mengehadkan diri kami kepada set pakej ringkas berikut untuk penyelenggaraan teratur projek kami: Proses Perniagaan, Model Fungsian, Artifak, Peserta dan Persekitaran (Rajah 14).
Rajah 14. Struktur pakej projek
Oleh itu, kami telah membangunkan model konsisten yang menerangkan sistem perakaunan untuk aset material dari pelbagai sudut: model proses perniagaan automatik, model berfungsi dan model organisasi dalaman sistem pada peringkat konsep.
Senarai sumber
- Tapak "UML2.ru". Forum Komuniti Penganalisis. Bahagian am. Contoh. Contoh cerita dongeng dalam bentuk gambar rajah UML. [Sumber elektronik] Mod akses: Internet:
- Laman web Sparx Systems. [Sumber elektronik] Mod akses: Internet:
- Laman web Modelio. [Sumber elektronik] Mod akses: Internet:
- Kamus Ensiklopedia Besar. Proses (tafsiran). [Sumber elektronik] Mod akses: Internet:
- Laman web "Organisasi pengurusan berkesan". Blog. Tajuk "Pengurusan proses perniagaan". Definisi proses perniagaan. [Sumber elektronik] Mod akses: Internet:
- No. Sijil 18249 mengenai pendaftaran dan deposit produk hasil aktiviti intelek. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manuskrip bahan bantu mengajar bertajuk "Memodelkan bidang subjek menggunakan Arkitek Perusahaan" // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Pemodelan proses perniagaan. - M .: KURS, NITs INFRA-M, EBS Znanium.com. β 2017.
- Spesifikasi Bahasa Pemodelan Bersepadu OMG (OMG UML). Versi 2.5.1. [Sumber elektronik] Mod akses: Internet:
Sumber: www.habr.com