"Sawijining dina ing urip bajing" utawa saka modeling proses menyang desain sistem akuntansi kasugihan otomatis "Belka-1.0" (Bagian 1)
Apa hubungane karo "bajing"?
Aku bakal langsung nerangake apa hubungane karo "bajing". Duwe nemokake proyek sing nyenengake ing Internet kanggo sinau UML adhedhasar subyek sing dipinjam saka dongeng (contone, [1]), Aku uga mutusakΓ© kanggo nyiyapake conto sing padha kanggo murid-muridku supaya padha bisa sinau mung telung jinis diagram kanggo miwiti karo: Activity Diagram, Use-case Diagram lan Class Diagram. Aku sengaja ora nerjemahake jeneng diagram menyang basa Rusia kanggo ngindhari perselisihan babagan "kasulitan terjemahan." Aku bakal nerangake apa iku kanggo sethitik mengko. Ing conto iki, aku nggunakake kerangka Enterprise Architect saka perusahaan Australia [2] - alat sing apik kanggo rega sing cukup. Lan minangka bagΓ©an saka sesi latihan aku digunakake [3], alat desain berorientasi obyek gratis sing apik sing ndhukung standar UML2.0 lan BPMN, tanpa lonceng lan peluit sing ora perlu ing babagan kemampuan visual, nanging cukup kanggo sinau dhasar basa kasebut.
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", - 10 taun saka konsep kanggo publikasi, kanthi cara!)
A sethitik babagan kode sing ditulis ing sisih tengen garis. "A" (saka "Aktor") tegese baris kasebut ngemot informasi babagan peserta ing proses kasebut. "C" (saka "Kelas") - informasi babagan obyek kelas sing diproses sajrone eksekusi pangolahan. "E" (saka "Lingkungan") - informasi babagan obyek kelas sing dadi ciri lingkungan kanggo nglakokake proses. "P" (saka "Proses") - informasi babagan proses kasebut dhewe.
Miturut cara, definisi sing tepat saka proses uga ngaku minangka penyebab perselisihan metodologis, yen mung amarga ana proses sing beda: bisnis, produksi, teknologi, lan liya-liyane. lan liya-liyane. (sampeyan bisa ngerteni, contone, [4] lan [5]). Kanggo ngindhari kontroversi, ayo padha setuju Kita kasengsem ing proses saka sudut pandang saka repeatability liwat wektu lan perlu kanggo otomatis, i.e. nransfer eksekusi bagean saka operasi proses menyang sistem otomatis.
Cathetan babagan nggunakake diagram Aktivitas
Ayo miwiti modeling proses kita lan gunakake diagram Aktivitas kanggo iki. Kaping pisanan, aku bakal nerangake carane kode ing ndhuwur bakal digunakake ing model kasebut. Iku luwih gampang kanggo nerangake karo conto grafis, nanging ing wektu sing padha kita bakal njelasno sawetara (meh kabeh sing perlu) unsur saka diagram Kegiatan.
Ayo analisa fragmen ing ngisor iki:
...
Bajing nembang, (P1, A1)
Ya, dheweke terus nyicipi kacang, (P2)
Nanging kacang ora prasaja, (C1)
Kabeh cangkang emas, (C2)
Inti punika zamrud murni; (C3)
...
Kita duwe rong langkah proses P1 lan P2, peserta A1, lan obyek saka telung kelas sing beda: obyek saka kelas C1 minangka input menyang langkah, obyek saka kelas C2 lan C3 minangka output minangka asil saka kegiatan langkah P2 kita. proses. Kanggo diagram kita nggunakake unsur modeling ing ngisor iki.
A fragmen saka proses kita bisa dituduhake kaya iki (Gambar 1).
Gambar 1. Fragmen diagram aktivitas
Kanggo ngatur spasi lan struktur diagram Activity, kita bakal nggunakake pendekatan non-standar, saka titik saka nggunakake klasik notasi UML. Nanging ana sawetara alasan kanggo iki. Kaping pisanan, sadurunge miwiti modeling, kita bakal ngumpulake sing diarani perjanjian modeling, ing ngendi kita ngrekam kabeh fitur nggunakake notasi. Kapindho, pendekatan iki bola-bali kasil diterapake ing tataran pemodelan bisnis ing proyek nyata kanggo nggawe sistem piranti lunak, asil kasebut direkam dening tim penulis cilik ing obyek hak cipta sing cocog [6], lan uga digunakake ing manual latihan; 7]. Kanggo diagram Aktivitas, kita nemtokake manawa lapangan diagram disusun kanthi nggunakake "jalur nglangi". Jeneng trek bakal cocog karo jinis unsur grafik sing bakal diselehake ing trek kasebut.
"Input lan output artefak": Trek iki bakal ngemot unsur Obyek - obyek sing digunakake utawa minangka asil saka nglakokake sawetara langkah proses.
"Langkah-langkah proses": Ing kene kita bakal nyelehake unsur Kegiatan - tumindak peserta proses.
"Peserta": path kanggo unsur sing bakal nuduhake peran pemain tumindak ing proses kita bakal nggunakake unsur modeling padha Obyek - obyek, nanging kita bakal nambah stereotype "Aktor".
Trek sabanjure diarani "Aturan Bisnis" lan ing trek iki kita bakal manggonake ing wangun teks aturan kanggo nglakokakΓ© langkah-langkah proses, lan iki kita bakal nggunakake unsur modeling Wigati - cathetan.
Kita bakal mandheg ing kene, sanajan kita uga bisa nggunakake dalan kasebut "Alat" kanggo ngumpulake informasi babagan tingkat otomatisasi proses. Path bisa uga migunani "Posisi lan bagean peserta", bisa digunakake kanggo ngubungake peran menyang posisi lan departemen peserta proses.
Kabeh sing dakcritakake iki minangka pecahan konvensi modeling, bagean persetujuan iki gegayutan karo aturan kanggo ngatur siji diagram lan, miturut, aturan kanggo nulis lan maca.
"resep"
Saiki ayo nimbang opsi modeling sistem khusus saka Activity diagram. Iki mung salah siji saka opsi, Aku Wigati sing, mesthi, ora mung siji. Diagram Aktivitas bakal narik kawigaten kita saka sudut pandang peran ing transisi saka modeling proses menyang desain sistem otomatis. Kanggo nindakake iki, kita bakal netepi Rekomendasi metodologis - resep sing kasusun saka mung limang orane tumrap sekolah lan nyediakake kanggo pangembangan mung telung jinis diagram. Nggunakake resep iki bakal mbantu kita entuk katrangan resmi babagan proses sing pengin diotomatisasi lan ngumpulake data kanggo desain sistem. Lan kanggo siswa ing wiwitan sinau UML, iki minangka jinis pengawet urip sing ora bakal ngidini dheweke tenggelam ing kabeh macem-macem sarana lan teknik visual sing ditemokake ing UML lan alat modeling modern.
Ing kene, nyatane, resep kasebut dhewe, banjur tindakake diagram sing dibangun kanggo wilayah subyek "dongeng".
Tahap 1. Kita ngandharake proses kasebut kanthi bentuk diagram Aktivitas. Kanggo proses kanthi luwih saka 10 langkah, mesthine kudu ngetrapake prinsip dekomposisi langkah proses kanggo nambah keterbacaan diagram.
Tahap 2. Pilih apa sing bisa otomatis (langkah bisa disorot ing diagram, contone).
Tahap 3. Langkah otomatis kudu digandhengake karo fungsi utawa fungsi sistem (hubungan bisa akeh-kanggo-akeh), tarik diagram Use-case. Iki minangka fungsi sistem kita.
Tahap 4. Ayo nggambarake organisasi internal AS nggunakake diagram kelas - Kelas. Swimway "Obyek Input lan Output (Dokumen)" ing diagram Aktivitas minangka basis kanggo mbangun model obyek lan model hubungan entitas.
Tahap 5. Ayo analisa cathetan ing trek "Aturan Bisnis"., nyedhiyakake macem-macem watesan lan kahanan, sing mboko sithik diowahi dadi syarat non-fungsi.
Set diagram sing diasilake (Kegiatan, Use-case, Class) menehi katrangan resmi kanthi notasi sing cukup ketat, yaiku. nduweni wacan sing ora ambigu. Saiki sampeyan bisa ngembangake spesifikasi teknis, njlentrehake spesifikasi syarat, lsp.
Ayo dadi modeling.
Tahap 1. Njlentrehake proses ing wangun diagram Activity
Ayo kula ngelingake yen kita wis kabentuk lapangan diagram nggunakake "nglangi" lane saben lane ngemot unsur saka jinis padha (Figure 2). Saliyane unsur diagram sing diterangake ing ndhuwur, kita bakal nggunakake unsur tambahan, ayo dijelasake.
Keputusan (Keputusan) nuduhake titik percabangan proses kita ing diagram, lan nggabungake benang (Gabung) - titik reunifikasi. Kondisi transisi ditulis ing kurung kotak ing transisi.
Antarane loro sinkronisasi (Fork) kita bakal nuduhake cabang proses podo.
Proses kita mung bisa duwe siji wiwitan - siji titik entri (Awal). Nanging ana sawetara completions (Final), nanging ora kanggo diagram tartamtu kita.
Ana cukup akeh panah, kanthi akeh unsur lan sambungan, sampeyan bisa nemtokake tahapan proses kasebut, banjur nindakake dekomposisi tahapan kasebut. Nanging kanggo gamblang, aku kaya kanggo nuduhake proses "dongeng" kita tanggung ing siji diagram, nanging, mesthi, kita kudu mesthekake yen panah "ora tetep bebarengan", iku bakal bisa kanggo trek kanthi akurat apa disambungake. kanggo apa.
Figure 2. Activity diagram - tampilan umum saka proses
Amarga ing garis puisi, sawetara rincian proses diilangi, kudu dibalekake, dituduhake dening unsur kanthi latar putih. Rincian kasebut kalebu langkah Transfer / Reception kanggo Panyimpenan lan Pangolahan lan sawetara artefak input lan output. Wigati dicathet yen langkah iki uga ora mbukak proses kanthi lengkap, amarga kita kudu nemtokake langkah transmisi lan langkah resepsi kanthi kapisah, lan malah nambah langkah kapisah kanggo cangkang, lan uga mikir yen kabeh nilai materi kasebut kudu disimpen sementara ing endi wae, lsp. lan liya-liyane.
Ayo kita Wigati uga pitakonan saka asal saka kacang-kacangan tetep ora dijawab - saka ngendi asale lan kepiye carane tekan bajing? Lan pitakonan iki (disorot nganggo font abang ing cathetan - unsur Cathetan) mbutuhake sinau sing kapisah! Iki minangka cara kerja analis - ngumpulake informasi kanthi sithik, nggawe asumsi lan nampa "oke" utawa "ora oke" saka pakar subyek - wong sing penting banget lan ora bisa diganti ing tahap model bisnis nalika nggawe sistem.
Elinga uga langkah proses P5 kasusun saka rong bagean.
Lan kita bakal decompose saben bagean lan nimbang luwih rinci (Gambar 3, Gambar 4), amarga aktivitas sing dileksanakake ing langkah tartamtu iki bakal otomatis.
Gambar 3. Activity diagram - detailing (bagean 1)
Gambar 4. Activity diagram - detailing (bagean 2)
Tahap 2. Pilih apa sing bisa otomatis
Langkah-langkah sing bakal diotomatisasi disorot kanthi warna ing diagram (pirsani Gambar 3, Gambar 4).
Kabeh mau dileksanakake dening siji peserta ing proses - Clerk:
- Ngetik informasi babagan bobot kacang menyang statement;
- Ngetik informasi babagan transfer kacang menyang statement;
- Nyathet kasunyatan transformasi kacang dadi cangkang lan kernel;
- Ngetik informasi babagan kernel kacang menyang statement;
- Ngetik informasi babagan cangkang kacang menyang dhaptar.
Analisis karya sing ditindakake. Terus piye?
Dadi, kita wis nindakake akeh persiapan: kita wis nglumpukake informasi babagan proses sing bakal ditindakake kanthi otomatis; wiwit mbentuk persetujuan ing modeling (dadi adoh mung ing syarat-syarat nggunakake Activity diagram); nindakake simulasi proses lan malah ngrusak sawetara langkah; Kita nemtokake langkah-langkah proses sing bakal diotomatisasi. Saiki kita siyap nerusake menyang langkah sabanjure lan miwiti ngrancang fungsi sistem lan organisasi internal.
Kaya sing sampeyan ngerteni, teori tanpa praktik ora ana apa-apa. Sampeyan kudu nyoba "modeling" kanthi tangan sampeyan dhewe, iki uga migunani kanggo mangerteni pendekatan sing diusulake. Contone, sampeyan bisa kerja ing lingkungan modeling [3]. Kita wis decomposed mung bagean saka langkah saka diagram proses sakabèhé (ndeleng Figure 2). Minangka tugas praktis, sampeyan bisa uga dijaluk mbaleni kabeh diagram ing lingkungan Modelio lan nindakake dekomposisi saka "Transfer / Reception kanggo Storage lan Processing" langkah.
Kita durung nimbang kerja ing lingkungan modeling tartamtu, nanging iki bisa uga dadi subyek artikel lan review independen.
Ing bagean kapindho artikel, kita bakal nganalisa teknik pemodelan lan desain sing dibutuhake ing tahap 3-5 kita bakal nggunakake diagram UML Use-case lan Class. Diterusake.
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.
Source: www.habr.com