"Suatu hari dalam kehidupan tupai" atau daripada proses pemodelan kepada mereka bentuk sistem automatik untuk perakaunan aset material "Belka-1.0" (Bahagian 1)
Apa kaitan "tupai" dengannya?
Saya akan segera menerangkan apa kaitan "tupai" dengannya. Telah menemui projek yang menyeronokkan di Internet untuk pembelajaran UML berdasarkan bidang subjek yang dipinjam daripada cerita dongeng (contohnya, [1]), saya juga memutuskan untuk menyediakan contoh yang serupa untuk pelajar saya supaya mereka boleh mengkaji hanya tiga jenis rajah untuk bermula dengan: Rajah Aktiviti, Rajah Kes Penggunaan dan Rajah Kelas. Saya sengaja tidak menterjemahkan nama rajah ke dalam bahasa Rusia untuk mengelakkan pertikaian tentang "kesukaran terjemahan." Saya akan menerangkan untuk apa itu sedikit kemudian. Dalam contoh ini saya menggunakan rangka kerja Arkitek Perusahaan daripada syarikat Australia [2] – alat yang bagus untuk harga yang berpatutan. Dan sebagai sebahagian daripada sesi latihan saya, saya gunakan [3], alat reka bentuk berorientasikan objek percuma yang baik yang menyokong piawaian UML2.0 dan BPMN, tanpa loceng dan wisel yang tidak perlu dari segi keupayaan visual, tetapi cukup mencukupi untuk mempelajari asas bahasa.
Kami akan mengautomasikan aktiviti perakaunan untuk aset 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 pahlawannya yang mulia dan perkasa Putera Guidon Saltanovich dan Puteri Swan yang cantik", — 10 tahun dari konsep kepada penerbitan, dengan cara itu!)
Sedikit tentang kod yang ditulis di sebelah kanan baris. "A" (daripada "Pelakon") bermaksud bahawa baris mengandungi maklumat tentang peserta dalam proses tersebut. “C” (daripada “Kelas”) – maklumat tentang objek kelas yang diproses semasa pelaksanaan proses. "E" (daripada "Persekitaran") - maklumat tentang objek kelas yang mencirikan persekitaran untuk melaksanakan proses. “P” (daripada “Proses”) – maklumat tentang proses itu sendiri.
Ngomong-ngomong, takrifan tepat proses juga mendakwa sebagai punca pertikaian metodologi, jika hanya disebabkan oleh fakta bahawa terdapat proses yang berbeza: perniagaan, pengeluaran, teknologi, dll. dan sebagainya. (anda boleh mengetahui, sebagai contoh, [4] dan [5]). Untuk mengelakkan kontroversi, mari kita bersetuju Kami berminat dengan proses itu dari sudut kebolehulangannya dari semasa ke semasa dan keperluan untuk automasi, iaitu memindahkan pelaksanaan mana-mana bahagian operasi proses kepada sistem automatik.
Nota tentang penggunaan gambar rajah Aktiviti
Mari mulakan model proses kami dan gunakan gambar rajah Aktiviti untuk ini. Mula-mula, izinkan saya menerangkan cara kod di atas akan digunakan dalam model. Lebih mudah untuk menerangkan dengan contoh grafik, tetapi pada masa yang sama kami akan menganalisis beberapa (hampir semua yang kami perlukan) elemen rajah Aktiviti.
Mari analisa serpihan berikut:
...
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)
...
Kami mempunyai dua langkah proses P1 dan P2, peserta A1, dan objek tiga kelas berbeza: objek kelas C1 adalah input kepada langkah, objek kelas C2 dan C3 adalah output hasil daripada aktiviti langkah P2 kami. proses. Untuk gambar rajah kami menggunakan elemen pemodelan berikut.
Serpihan proses kami boleh diwakili seperti ini (Rajah 1).
Rajah 1. Serpihan rajah aktiviti
Untuk menyusun ruang dan menstruktur gambar rajah Aktiviti, kami akan menggunakan pendekatan bukan standard, dari sudut pandangan penggunaan klasik tatatanda UML. Tetapi terdapat beberapa sebab untuk ini. Pertama, sebelum memulakan pemodelan kami akan menyusun apa yang dipanggil perjanjian pemodelan, di mana kami merekodkan semua ciri menggunakan tatatanda. Kedua, pendekatan ini berulang kali berjaya digunakan pada peringkat pemodelan perniagaan dalam projek sebenar untuk mencipta sistem perisian; hasilnya direkodkan oleh pasukan kecil pengarang kami dalam objek hak cipta yang sepadan [6], dan juga digunakan dalam manual latihan [7] XNUMX]. Untuk gambar rajah Aktiviti, kami mentakrifkan bahawa medan rajah distrukturkan menggunakan "lorong renang". Nama trek akan sepadan dengan jenis elemen carta yang akan diletakkan pada trek itu.
"Artifak input dan output": Trek ini akan mengandungi elemen Objek - objek yang digunakan atau hasil daripada melaksanakan beberapa langkah proses.
"Langkah proses": Di sini kita akan meletakkan elemen Aktiviti - tindakan peserta proses.
"Peserta": laluan untuk elemen yang akan menandakan peranan pelaku tindakan dalam proses kami; untuk mereka kami akan menggunakan elemen pemodelan yang sama Objek - objek, tetapi kami akan menambah stereotaip "Pelakon" kepadanya.
Trek seterusnya dipanggil "Peraturan Perniagaan" dan pada trek ini kami akan meletakkan dalam bentuk teks peraturan untuk melaksanakan langkah-langkah proses, dan untuk ini kami akan menggunakan elemen pemodelan Nota - nota.
Kami akan berhenti di sini, walaupun kami juga boleh menggunakan laluan itu "Alat" untuk mengumpul maklumat tentang tahap automasi proses. Laluan juga mungkin berguna "Jawatan dan pembahagian peserta", ia boleh digunakan untuk menghubungkan peranan dengan jawatan dan jabatan peserta proses.
Semua yang saya nyatakan tadi adalah serpihan konvensyen pemodelan, bahagian perjanjian ini melibatkan peraturan untuk mengatur satu rajah dan, dengan itu, peraturan untuk menulis dan membacanya.
"Resepi"
Sekarang mari kita pertimbangkan pilihan untuk memodelkan sistem secara khusus daripada rajah Aktiviti. Ini hanya salah satu pilihan, saya perhatikan bahawa ia, tentu saja, bukan satu-satunya. Gambar rajah Aktiviti akan menarik minat kita dari sudut pandangan peranannya dalam peralihan daripada pemodelan proses kepada reka bentuk sistem automatik. Untuk melakukan ini, kami akan mematuhi cadangan metodologi - sejenis resipi yang terdiri daripada hanya lima peringkat dan menyediakan untuk pembangunan hanya tiga jenis rajah. Menggunakan resipi ini akan membantu kami mendapatkan penerangan rasmi tentang proses yang kami mahu mengautomasikan dan mengumpul data untuk reka bentuk sistem. Dan untuk pelajar pada permulaan belajar UML, ini adalah sejenis penyelamat yang tidak akan membenarkan mereka tenggelam dalam semua kepelbagaian cara dan teknik visual yang terdapat dalam UML dan alat pemodelan moden.
Di sini, sebenarnya, adalah resipi itu sendiri, dan kemudian ikuti gambar rajah yang dibina untuk kawasan subjek "dongeng" kami.
Peringkat 1. Kami menerangkan proses dalam bentuk gambar rajah Aktiviti. Untuk proses dengan lebih daripada 10 langkah, adalah wajar untuk menggunakan prinsip penguraian langkah proses untuk meningkatkan kebolehbacaan rajah.
Peringkat 2. Pilih perkara yang boleh diautomatikkan (langkah boleh diserlahkan pada gambar rajah, sebagai contoh).
Peringkat 3. Langkah automatik mesti diberikan fungsi atau fungsi sistem (hubungan itu boleh menjadi banyak-ke-banyak), lukis gambar rajah Use-case. Ini adalah fungsi sistem kami.
Peringkat 4. Mari kita huraikan organisasi dalaman AS menggunakan gambar rajah kelas - Kelas. Laluan renang "Objek Input dan Output (Dokumen)" dalam rajah Aktiviti ialah asas untuk membina model objek dan model hubungan entiti.
Peringkat 5. Mari analisa nota pada trek "Peraturan Perniagaan"., mereka menyediakan pelbagai jenis sekatan dan syarat, yang secara beransur-ansur berubah menjadi keperluan tidak berfungsi.
Set rajah yang terhasil (Aktiviti, Kes Penggunaan, Kelas) memberi kita penerangan rasmi dalam tatatanda yang agak ketat, i.e. mempunyai bacaan yang tidak jelas. Kini anda boleh membangunkan spesifikasi teknikal, menjelaskan spesifikasi keperluan, dsb.
Mari mulakan pemodelan.
Peringkat 1. Huraikan proses dalam bentuk rajah Aktiviti
Biar saya ingatkan anda bahawa kami menstrukturkan medan rajah menggunakan lorong "berenang"; setiap lorong mengandungi unsur-unsur jenis yang sama (Rajah 2). Sebagai tambahan kepada elemen rajah yang diterangkan di atas, kami akan menggunakan elemen tambahan, mari kita huraikannya.
Keputusan (Keputusan) menandakan titik cawangan proses kami dalam rajah, dan menggabungkan benang (Gabung) - titik penyatuan semula mereka. Syarat peralihan ditulis dalam kurungan segi empat sama pada peralihan.
Di antara dua penyegerak (Fork) kami akan menunjukkan cawangan proses selari.
Proses kami hanya boleh mempunyai satu permulaan - satu titik masuk (Awal). Tetapi mungkin terdapat beberapa penyiapan (Akhir), tetapi bukan untuk rajah khusus kami.
Terdapat banyak anak panah; dengan sejumlah besar elemen dan sambungan, anda boleh mengenal pasti peringkat proses dahulu, dan kemudian melakukan penguraian peringkat ini. Tetapi untuk kejelasan, saya ingin menunjukkan proses "dongeng" kami sepenuhnya pada satu rajah, sementara, sudah tentu, kami perlu memastikan bahawa anak panah "tidak melekat bersama", adalah mungkin untuk menjejaki dengan tepat apa yang disambungkan kepada apa.
Rajah 2. Gambar rajah aktiviti - pandangan umum proses
Kerana dalam baris puitis, beberapa butiran proses ditinggalkan, mereka perlu dipulihkan, ia ditunjukkan oleh unsur-unsur dengan latar belakang putih. Butiran ini termasuk langkah Pemindahan/Penerimaan untuk Penyimpanan dan Pemprosesan dan beberapa artifak input dan output. Perlu diingat bahawa langkah ini juga tidak mendedahkan proses sepenuhnya, kerana kita perlu menetapkan langkah penghantaran dan langkah penerimaan secara berasingan, dan juga menambah langkah berasingan untuk cengkerang, dan juga berfikir bahawa pertama sekali semua nilai material ini harus disimpan sementara di suatu tempat, dsb. dan sebagainya.
Marilah kita perhatikan juga bahawa persoalan asal usul kacang masih belum terjawab - dari mana asalnya dan bagaimana mereka sampai ke tupai? Dan soalan ini (ia diserlahkan dalam fon merah dalam nota - elemen Nota) memerlukan kajian berasingan! Beginilah cara penganalisis berfungsi - mengumpul maklumat sedikit demi sedikit, membuat andaian dan menerima "okay" atau "tidak-baik" daripada pakar subjek - orang yang sangat penting dan tidak boleh digantikan pada peringkat pemodelan perniagaan semasa mencipta sistem.
Perhatikan juga bahawa langkah proses P5 terdiri daripada dua bahagian.
Dan kami akan menguraikan setiap bahagian dan mempertimbangkannya dengan lebih terperinci (Rajah 3, Rajah 4), kerana aktiviti yang dilakukan dalam langkah-langkah tertentu ini akan diautomasikan.
Rajah 3. Rajah aktiviti - perincian (bahagian 1)
Rajah 4. Rajah aktiviti - perincian (bahagian 2)
Peringkat 2. Pilih perkara yang boleh diautomatikkan
Langkah-langkah untuk diautomatikkan diserlahkan dalam warna pada rajah (lihat Rajah 3, Rajah 4).
Kesemuanya dilakukan oleh seorang peserta dalam proses - Kerani:
- Memasukkan maklumat tentang berat kacang ke dalam pernyataan;
- Memasukkan maklumat tentang pemindahan kacang ke dalam penyata;
- Merekodkan fakta perubahan kacang menjadi cangkerang dan isirong;
- Memasukkan maklumat tentang isirong kacang ke dalam pernyataan;
- Memasukkan maklumat tentang kulit kacang ke dalam senarai.
Analisis kerja yang dilakukan. Apa yang akan datang?
Jadi, kami telah melakukan banyak kerja persediaan: kami telah mengumpulkan maklumat tentang proses yang akan kami automasi; mula membentuk perjanjian mengenai pemodelan (setakat ini hanya dari segi penggunaan gambar rajah Aktiviti); melakukan simulasi proses dan juga menguraikan beberapa langkahnya; Kami mengenal pasti langkah proses yang akan kami automasi. Kami kini bersedia untuk meneruskan ke langkah seterusnya dan mula mereka bentuk fungsi sistem dan organisasi dalaman.
Seperti yang anda tahu, teori tanpa amalan bukanlah apa-apa. Anda pasti harus mencuba "pemodelan" dengan tangan anda sendiri, ini juga berguna untuk memahami pendekatan yang dicadangkan. Sebagai contoh, anda boleh bekerja dalam persekitaran pemodelan [3]. Kami telah menguraikan hanya sebahagian daripada langkah-langkah rajah proses keseluruhan (lihat Rajah 2). Sebagai tugas praktikal, anda mungkin diminta mengulang semua rajah dalam persekitaran Modelio dan melakukan penguraian langkah "Pemindahan/Penerimaan untuk Penyimpanan dan Pemprosesan".
Kami belum mempertimbangkan untuk bekerja dalam persekitaran pemodelan tertentu, tetapi ini mungkin menjadi subjek artikel dan ulasan bebas.
Dalam bahagian kedua artikel, kami akan menganalisis teknik pemodelan dan reka bentuk yang diperlukan pada peringkat 3-5; kami akan menggunakan gambar rajah Kes Penggunaan dan Kelas UML. Akan bersambung.
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.
Sumber: www.habr.com