"Jedan dan u životu vjeverice" ili od modeliranja procesa do projektiranja automatiziranog sustava za računovodstvo materijalne imovine "Belka-1.0" (1. dio)
Kakve veze "vjeverica" ima s tim?
Odmah ću objasniti kakve veze ima "vjeverica". Nakon što ste na internetu naišli na zabavne projekte za učenje UML-a koji se temelje na predmetnom području posuđenom iz bajki (na primjer, [1]), također sam odlučio pripremiti sličan primjer za svoje studente kako bi za početak mogli proučavati samo tri vrste dijagrama: dijagram aktivnosti, dijagram slučaja upotrebe i dijagram klase. Namjerno ne prevodim nazive dijagrama na ruski kako bih izbjegao sporove o "poteškoćama s prijevodom". Malo kasnije ću objasniti čemu služi. U ovom primjeru koristim okvir Enterprise Architect australske tvrtke [2] – dobar alat za razumnu cijenu. I kao dio svojih treninga koristim [3], dobar besplatni alat za objektno orijentirani dizajn koji podržava UML2.0 i BPMN standarde, bez nepotrebnih nabora u pogledu vizualnih mogućnosti, ali sasvim dovoljan za učenje osnova jezika.
Automatizirat ćemo radnju knjiženja materijalne imovine koja nastaje u tim procesima.
...
Leži otok u moru, (E1, E2)
Tuča na otoku stoji (E3, E1)
S crkvama sa zlatnim kupolama, (E4)
S kulama i vrtovima; (E5, E6)
Smreka raste ispred palače, (E7, E8)
A pod njim je kristalna kuća; (E9)
Tamo živi vjeverica, pitoma, (A1)
Da, kakav zabavljač! (A1)
Vjeverica pjeva pjesme, (P1, A1)
Da, on gricka orahe, (P2)
A orasi nisu jednostavni, (C1)
Sve školjke su zlatne, (C2)
Zrna čista smaragda; (C3)
Sluge čuvaju vjevericu, (P3, A2)
Služite joj kao sluge raznih vrsta (P4)
I dodijeljen je službenik (A3)
Strogi račun vijesti o orašastim plodovima; (P5, C1)
Odaje joj čast vojsci; (P6, A4)
Novčić se izlijeva iz školjki, (P7, C2, C4)
Neka plutaju svijetom; (P8)
Djevojke bacaju smaragd (P9, A5, C3)
U smočnicama, ali pod bušom; (E10, E11)
...
(A.S. Puškin „Priča o caru Saltanu, o njegovom slavnom i moćnom junaku knezu Gvidonu Saltanoviču i prekrasnoj princezi Labud“, — Usput, 10 godina od ideje do objave!)
Malo o kodovima koji su napisani desno od redaka. "A" (od "Actor") znači da redak sadrži podatke o sudioniku u procesu. “C” (od “Class”) – informacije o objektima klase koji se obrađuju tijekom izvođenja procesa. “E” (od “Environment”) – informacije o objektima klase koji karakteriziraju okolinu za izvršavanje procesa. “P” (od “Process”) – podaci o samim procesima.
Uzgred, točna definicija procesa također tvrdi da je uzrok metodoloških sporova, makar samo zbog činjenice da postoje različiti procesi: poslovni, proizvodni, tehnološki itd. i tako dalje. (možete saznati npr. [4] i [5]). Da izbjegnemo kontroverzu, složimo se s time Proces nas zanima s gledišta njegove ponovljivosti tijekom vremena i potrebe za automatizacijom, tj. prijenos izvršenja bilo kojeg dijela procesnih operacija u automatizirani sustav.
Napomene o korištenju dijagrama aktivnosti
Počnimo modelirati naš proces i za to upotrijebimo dijagram aktivnosti. Prvo, dopustite mi da objasnim kako će se gornji kodovi koristiti u modelu. Lakše je objasniti na grafičkom primjeru, ali ćemo u isto vrijeme analizirati neke (gotovo sve one koji su nam potrebni) elemente dijagrama aktivnosti.
Analizirajmo sljedeći fragment:
...
Vjeverica pjeva pjesme, (P1, A1)
Da, on gricka orahe, (P2)
A orasi nisu jednostavni, (C1)
Sve školjke su zlatne, (C2)
Zrna čista smaragda; (C3)
...
Imamo dva procesna koraka P1 i P2, sudionika A1 i objekte tri različite klase: objekt klase C1 je ulazni korak, objekti klasa C2 i C3 su izlazni kao rezultat aktivnosti ovog koraka P2 našeg postupak. Za dijagram koristimo sljedeće elemente modeliranja.
Fragment našeg procesa može se prikazati otprilike ovako (slika 1).
Slika 1. Fragment dijagrama aktivnosti
Za organiziranje prostora i strukturiranje dijagrama aktivnosti koristit ćemo se nestandardnim pristupom, sa stajališta klasične uporabe UML notacije. Ali za to postoji nekoliko razloga. Prvo, neposredno prije početka modeliranja sastavit ćemo tzv sporazum o modeliranju, u kojem bilježimo sve značajke korištenja notnog zapisa. Drugo, ovaj je pristup više puta uspješno primijenjen u fazi poslovnog modeliranja u stvarnim projektima za izradu softverskih sustava; rezultate je zabilježio naš mali tim autora u odgovarajućem objektu autorskih prava [6], a također su korišteni u priručniku za obuku [ 7]. Za dijagram aktivnosti definiramo da je polje dijagrama strukturirano korištenjem "staza za plivanje". Naziv staze će odgovarati vrsti elemenata karte koji će biti postavljeni na tu stazu.
"Ulazni i izlazni artefakti": Ova staza će sadržavati elemente Objects - objekte koji se koriste ili su rezultat izvršavanja nekog koraka procesa.
"Koraci procesa": Ovdje ćemo smjestiti Activity elemente - akcije sudionika procesa.
"Sudionici": put za elemente koji će označavati uloge izvođača radnji u našem procesu; za njih ćemo koristiti isti element modeliranja Objekt - objekt, ali ćemo mu dodati stereotip "Glumac".
Poziva se sljedeća staza "Poslovna pravila" i na ovoj stazi ćemo u tekstualnom obliku smjestiti pravila za izvođenje koraka procesa, a za to ćemo koristiti element modeliranja Note - bilješku.
Ovdje ćemo stati, iako bismo mogli koristiti i stazom "Alati" prikupljati podatke o stupnju automatizacije procesa. Staza bi također mogla dobro doći "Pozicije i podjela sudionika", može se koristiti za povezivanje uloga s položajima i odjelima sudionika procesa.
Sve što sam upravo opisao je fragment konvencije modeliranja, ovaj dio sporazuma odnosi se na pravila za organiziranje jednog dijagrama i, sukladno tome, pravila za njegovo pisanje i čitanje.
"Recept"
Sada razmotrimo opciju modeliranja sustava posebno iz dijagrama aktivnosti. Ovo je samo jedna od mogućnosti, napominjem da nije, naravno, jedina. Dijagram aktivnosti će nas zanimati sa stajališta njegove uloge u prijelazu s modeliranja procesa na projektiranje automatiziranog sustava. Da bismo to učinili, pridržavat ćemo se metodoloških preporuka - svojevrsnog recepta koji se sastoji od samo pet faza i predviđa razvoj samo tri vrste dijagrama. Korištenje ovog recepta pomoći će nam da dobijemo formalizirani opis procesa koji želimo automatizirati i prikupiti podatke za dizajn sustava. A za studente na početku proučavanja UML-a, ovo je svojevrsni pojas za spašavanje koji im neće dopustiti da se utope u svoj raznolikosti vizualnih sredstava i tehnika koje se nalaze u UML-u i modernim alatima za modeliranje.
Evo, zapravo, samog recepta, a zatim slijedite dijagrame izgrađene za našu temu “bajke”.
Faza 1. Proces opisujemo u obliku dijagrama aktivnosti. Za proces s više od 10 koraka, ima smisla primijeniti načelo dekompozicije koraka procesa kako bi se poboljšala čitljivost dijagrama.
Faza 2. Odaberite što se može automatizirati (koraci se mogu istaknuti na dijagramu, na primjer).
Faza 3. Automatiziranom koraku mora se dodijeliti funkcija ili funkcije sustava (odnos može biti više-prema-više), nacrtajte dijagram slučaja upotrebe. To su funkcije našeg sustava.
Faza 4. Opišimo unutarnju organizaciju AS-a pomoću dijagrama klasa - Razred. Pliva staza “Ulazni i izlazni objekti (dokumenti)” u dijagramu aktivnosti osnova je za izgradnju objektnog modela i modela entiteta i odnosa.
Faza 5. Analizirajmo bilješke na stazi "Poslovna pravila"., daju različite vrste ograničenja i uvjeta, koji se postupno pretvaraju u nefunkcionalne zahtjeve.
Rezultirajući skup dijagrama (aktivnost, slučaj upotrebe, klasa) daje nam formalizirani opis u prilično strogoj notaciji, tj. ima nedvosmisleno čitanje. Sada možete razviti tehničke specifikacije, pojasniti specifikacije zahtjeva itd.
Počnimo s modeliranjem.
Faza 1. Opišite proces u obliku dijagrama aktivnosti
Dopustite mi da vas podsjetim da smo polje dijagrama strukturirali pomoću "plivačkih" staza; svaka staza sadrži elemente istog tipa (Slika 2). Osim gore opisanih elemenata dijagrama, koristit ćemo dodatne elemente, opisat ćemo ih.
Odluka (Decision) označava točku grananja našeg procesa u dijagramu, a spajanje niti (Merge) – točku njihovog ponovnog spajanja. Uvjeti prijelaza napisani su u uglatim zagradama na prijelazima.
Između dva sinkronizatora (Fork) prikazat ćemo paralelne grane procesa.
Naš proces može imati samo jedan početak - jednu ulaznu točku (Inicijal). Ali može postojati nekoliko dovršetaka (konačno), ali ne za naš specifični dijagram.
Postoji dosta strelica, s velikim brojem elemenata i veza, prvo možete identificirati faze procesa, a zatim izvršiti dekompoziciju tih faza. Ali radi jasnoće, želio bih prikazati naš "bajkoviti" proces u cijelosti na jednom dijagramu, dok, naravno, moramo osigurati da se strelice "ne drže zajedno", bilo bi moguće točno pratiti što je povezano čemu.
Slika 2. Dijagram aktivnosti - opći prikaz procesa
Jer u pjesničkim stihovima izostavljeni su neki detalji procesa, morali su se obnoviti, prikazani su elementima s bijelom pozadinom. Ovi detalji uključuju korak prijenosa/prijema za pohranu i obradu te nekoliko ulaznih i izlaznih artefakata. Vrijedno je napomenuti da ovaj korak također ne otkriva u potpunosti proces, jer morali bismo odvojeno označiti korak prijenosa i korak prijema, pa čak i dodati poseban korak za granate, a isto tako misliti da prvo sve te materijalne vrijednosti treba negdje privremeno pohraniti itd. i tako dalje.
Napomenimo i da ostaje neodgovoreno pitanje porijekla orašastih plodova – odakle dolaze i kako dolaze do vjeverice? A ovo pitanje (istaknuto je crvenim fontom u bilješci - element Napomena) zahtijeva posebnu studiju! Tako radi analitičar - skuplja informacije malo po malo, stvara pretpostavke i prima "u redu" ili "ne-u redu" od stručnjaka za predmet - vrlo važnih i jednostavno nezamjenjivih ljudi u fazi poslovnog modeliranja pri kreiranju sustava.
Imajte na umu da se procesni korak P5 sastoji od dva dijela.
A mi ćemo rastaviti svaki dio i detaljnije ga razmotriti (slika 3, slika 4), jer aktivnosti koje se izvode unutar ovih koraka bit će automatizirane.
Slika 3. Dijagram aktivnosti - detalji (1. dio)
Slika 4. Dijagram aktivnosti - detalji (2. dio)
Faza 2. Odaberite što se može automatizirati
Koraci koje treba automatizirati označeni su bojom na dijagramima (vidi sliku 3, sliku 4).
Sve ih obavlja jedan sudionik u procesu – Službenik:
- Unosi podatke o težini matice u izvod;
- Unosi podatke o prijenosu matice u izvod;
- Bilježi činjenicu transformacije oraha u ljusku i jezgru;
- Unosi podatke o jezgri oraha u izvod;
- Unosi informacije o ljuskama oraha na popis.
Analiza obavljenog posla. Što je sljedeće?
Dakle, obavili smo mnogo pripremnog rada: prikupili smo informacije o procesu koji ćemo automatizirati; počelo se dogovarati o modeliranju (za sada samo u smislu korištenja dijagrama aktivnosti); izvršio simulaciju procesa i čak razložio nekoliko njegovih koraka; Identificirali smo korake procesa koje ćemo automatizirati. Sada smo spremni prijeći na sljedeće korake i početi dizajnirati funkcionalnost i unutarnju organizaciju sustava.
Kao što znate, teorija bez prakse je ništa. Svakako biste trebali pokušati "modelirati" vlastitim rukama, ovo je također korisno za razumijevanje predloženog pristupa. Na primjer, možete raditi u okruženju modeliranja [3]. Rastavili smo samo dio koraka ukupnog dijagrama procesa (vidi sliku 2). Kao praktičan zadatak, od vas se može tražiti da ponovite sve dijagrame u okolini Modelio i izvršite dekompoziciju koraka "Prijenos/prijem za pohranu i obradu".
Još ne razmatramo rad u specifičnim okruženjima za modeliranje, ali to bi moglo postati tema nezavisnih članaka i recenzija.
U drugom dijelu članka analizirat ćemo tehnike modeliranja i dizajna potrebne u fazama 3-5; koristit ćemo UML dijagrame slučaja i klase. Nastavit će se.
Popis izvora
- Stranica "UML2.ru". Forum zajednice analitičara. Opći dio. Primjeri. Primjeri bajki u obliku UML dijagrama. [Elektronički izvor] Način pristupa: Internet:
- Web stranica Sparx Systems. [Elektronički izvor] Način pristupa: Internet:
- Web stranica Modelio. [Elektronički izvor] Način pristupa: Internet:
- Veliki enciklopedijski rječnik. Proces (interpretacija). [Elektronički izvor] Način pristupa: Internet:
- Web stranica "Organizacija učinkovitog upravljanja". Blog. Naslov "Upravljanje poslovnim procesima". Definicija poslovnog procesa. [Elektronički izvor] Način pristupa: Internet:
- Potvrda br. 18249 o registraciji i pohranjivanju proizvoda rezultata intelektualne djelatnosti. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Rukopis nastavnog pomagala pod naslovom "Modeliranje predmetnog područja pomoću Enterprise Architecta" // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modeliranje poslovnih procesa. - M .: KURS, NITs INFRA-M, EBS Znanium.com. — 2017. godine.
Izvor: www.habr.com