«Një ditë në jetën e një shqiponje» ose nga modelimi i proceseve në projektimin e një sistemi automatizuar për regjistrimin e vlerave materiale «Shqiponja-1.0» (Pjesa 1)
Çfarë ka të bëjë me «shqiponjën»?
Menjëherë po shpjegoj, çfarë ka të bëjë me «shqiponjën». Duke u përballur në rrjet me projekte argëtuese për të studiuar UML të bazuara në një fushë tematike të huazuar nga përmbajtja e përrallave (p.sh., [1]), unë vendosa të përgatis një shembull të tillë edhe për studentët e mi, në mënyrë që të mund të studiojmë fillimisht tre lloje diagramesh: Diagrami i Aktivitetit, Diagrami i Rastit të Përdorimit dhe Diagrami i Klases. E kam qëllim të mos e përkthej emrin e diagramëve në rusisht, për të shmangur polemikat mbi «vështirësitë e përkthimit». Çfarë është çfarë – do e shpjegoj pak më vonë. Në këtë shembull përdor mjedisin Enterprise Architect nga kompania australiane [2] – një mjet i mirë për para të arsyeshme. Dhe në kuadër të mësimeve përdor [3], një mjet i mirë falas për projektimin objektor, i cili mbështet standardet UML2.0 dhe BPMN, pa shumë mundësi vizuale të tepruara, por plotësuese për të mësuar bazat e gjuhës.
Ne planifikojmë të automatizojmë aktivitetet e llogaritjes së pasurive materiale, të cilat lindin në këto procese.
…
Një ishull në det shtrihet, (E1, E2)
Një qytet në ishull ngrihet (E3, E1)
Me kisha me kupola ari, (E4)
Me pallate dhe kopshtet; (E5, E6)
Një bredh rritet para pallatit, (E7, E8)
Dhe nën të një shtëpi kristali; (E9)
Një squirrel jeton aty, (A1)
Eh, çfarë një e çmendur! (A1)
Një squirrel këndon këngë, (P1, A1)
Dhe vazhdon të kafshojë arrat, (P2)
Dhe arrat nuk janë të zakonshme, (C1)
Të gjitha me copat e artë, (C2)
Bërthamat e pastra janë smarald; (C3)
Slugët kujdesen për squirrel-in, (P3, A2)
I shërbejnë asaj me shërbime të ndryshme (P4)
Dhe është caktuar një zyrtar i forcës, (A3)
Një llogari e rreptë për arrat; (P5, C1)
I japin nder armëve; (P6, A4)
Nga copat këndojnë monedhën, (P7, C2, C4)
Dhe i lëshojnë në botë; (P8)
Vajzat shpërndajnë smarald (P9, A5, C3)
Në magazina dhe nën gozhdë; (E10, E11)
…
(A.S.Pushkin "Kënga për mbretin Saltan, mbi djalin e tij të njohur dhe të fuqishëm këngëtar Gvidon Saltanoviç dhe mbi princeshën e bukur Lebed") — 10 vite nga ideja deri në publikim, për të thënë të vërtetën!)
Pak për kodet që janë shkruar në anën e djathtë të rreshtave. "A" (nga "Aktori") tregon se në rresht ndodhet informata mbi një pjesëmarrës në proces. "C" (nga "Klasa") – informata mbi objektet e klasave, të cilat përpunohen gjatë ekzekutimit të proceseve. "E" (nga "Mjedisi") – informata mbi objektet e klasave që karakterizojnë ambientin e ekzekutimit të proceseve. "P" (nga "Procesi") – informata mbi vetë proceset.
Për më tepër, definicioni i saktë i procesit po ashtu pretendon të shkaktojë mosmarrëveshje metodologjike, edhe për shkak se proceset janë të ndryshme: biznesore, prodhimi, teknologjike etj. (mund të njihet, për shembull, [4] dhe [5]). Për të shmangur polemikat, do të pajtohemi që procesi na intereson nga këndvështrimi i përsëritshmërisë së tij me kalimin e kohës dhe nevojës për automatizim, dmth, për të transferuar ekzekutimin e ndonjë pjese të operacioneve të procesit në një sistem të automatizuar.
Shënime mbi përdorimin e diagramës së Aktivitetit
Le të fillojmë modelimin e procesit tonë duke përdorur diagramën e Aktivitetit. Së pari, do të shpjegoj se si do të përdoren kodet e lartpërmendura në model. Është më e lehtë të shpjegohet me një shembull grafik, dhe gjithashtu do të shqyrtojmë disa (gati të gjitha) elementët që na duhen nga diagramat e Aktivitetit.
Të analizojmë këtë fragment të mëposhtëm:
…
Një squirrel këndon këngë, (P1, A1)
Dhe vazhdon të kafshojë arrat, (P2)
Dhe arrat nuk janë të zakonshme, (C1)
Të gjitha me copat e artë, (C2)
Bërthamat e pastra janë smarald; (C3)
…
Kemi dy hapa të procesit P1 dhe P2, pjesëmarrësi A1, dhe objekte të tri klasave të ndryshme: objekti i klasës C1 hyn në hap, ndërsa objektet e klasave C2 dhe C3 dalin si rezultat i aktivitetit të këtij hapi P2 të procesit tonë. Për diagramën do të përdorim elementet modeluese të mëposhtme.
Fragmenti i procesit tonë mund të paraqitet kështu (Fig. 1).
Fig. 1. Fragmenti i diagramës së Aktivitetit
Për të organizuar hapësirën dhe strukturuar diagramën e Aktivitetit, ne do të përdorim një qasje jo krejt standarde, nga pikëpamja e përdorimit klasik të notacionit UML. Por ka disa arsye për këtë. Së pari, para fillimit të modelimit, ne do të përgatitim, çfarë quhet, marrëveshja për modelimin, в котором зафиксируем все особенности использования нотации. Во-вторых, этот подход был неоднократно успешно применен на этапе бизнес-моделирования в реальных проектах по созданию программных систем, результаты были зафиксированы нашим небольшим авторским коллективом в соответствующем объекте авторского права [6], а также использованы в учебном пособии [7]. Для диаграммы Activity определим, что поле диаграммы структурируем с помощью «плавательных» дорожек – Swim lanes. Имя дорожки будет соответствовать типу элементов диаграммы, которые будут размещены на этой дорожке.
«Входные и выходные артефакты»: на этой дорожке будут располагаться элементы Objects – объекты, которые используются или являются результатом выполнения некоторого шага процесса.
«Шаги процесса»: сюда поместим элементы Activity – действия участников процесса.
«Участники»: дорожка для элементов, которые будут обозначать роли исполнителей действий в нашем процессе, для них мы будем использовать все тот же моделирующий элемент Object – объект, но добавим ему стереотип «Actor».
Следующая дорожка называется «Бизнес-правила» dhe në këtë rrugë do të vendosim në formë tekstuale rregullat e ekzekutimit të hapave të procesit, dhe për këtë do të përdorim elementin modelues Note – vërejtje.
Ne këtu do të ndalemi, megjithatë, do të kishte qenë e mundur të përdornim edhe një rrugë tjetër «Mjetet» për mbledhjen e informacionit mbi nivelin e automatizimit të procesit. Një rrugë tjetër që mund të jetë e dobishme «Pozitat dhe departamentet e participantëve», mund të përdoret për lidhjen e roleve me pozitat dhe departamentet e participantëve të procesit.
E gjitha që sapo përshkrova është një fragment i marrëveshjes për modelim, kjo pjesë e marrëveshjes lidhet me rregullat e organizimit të një diagrami dhe përkatësisht rregullat e shkruarjes dhe leximit të tij.
«Receta»
Tani le të shqyrtojmë variantin e modelimit të sistemit përmes diagramës Activity. Ky eshte vetëm një nga opsionet, por duhet theksuar se nuk është, natyrisht, e vetmja. Diagrami i Aktivitetit do të jetë i rëndësishëm për ne përsa i përket rolit të tij në kalimin nga modelimi i procesit në projektimin e sistemit të automatizuar. Për këtë, do të ngjitemi në rekomandimet metodike – një lloj recete, e cila përbëhet nga pesë faza dhe parashikon zhvillimin e tre llojeve të diagramëve. Përdorimi i kësaj recete do të ndihmojë në marrjen e një përshkrimi formal të procesit që dëshirojmë të automatizojmë dhe në mbledhjen e të dhënave për projektimin e sistemit. Dhe për studentët në fillim të studimeve në UML, kjo është një lloj shpëtimi që nuk do të lejojë të zhduken në gjithë atë shumëllojshmëri mjetesh vizuale dhe teknikash që ekzistojnë në UML dhe mjetet e sotme të modelimit.
Ja, vetë receta, dhe më pas ndjekin diagramet e ndërtuara për fushën tonë të ‘princessës’ të temave.
Hapi 1. Përshkruajmë procesin në formën e një diagrami Aktiviteti. Për një proces në të cilin janë identifikuar më shumë se 10 hapa, ka kuptim të aplikoni parimin e dekompozimit të hapave të procesit për të rritur lexueshmërinë e diagramit.
Hapi 2. Përcaktojmë atë që mund të automatizohet (hapat mund të shfaqen në diagram).
Hapi 3. Hapi i automatizuar duhet të ketë një ose më shumë funksione të sistemit (marrëdhënia mund të jetë shumë-në-m shumë), vizatojmë diagramin e rastit të përdorimit. Këto janë funksionet e sistemit tonë.
Hapi 4. Përshkruajmë organizimin e brendshëm të AS përmes diagramit të klasave – Klasa. Rrugica "Objektet hyrëse dhe dalëse (dokumentet)" në diagramin e Aktiviteteve është baza për ndërtimin e modelit objektor dhe modelit entitet-lidhje.
Hapi 5. Analyzojmë shënimet në rrugicën "Rregullat e biznesit", ato ofrojnë kufizime dhe kushte të ndryshme, duke u transformuar gradualisht në kërkesa jo-funksionale.
Grumbulli i marrë i diagrameve (Aktivitete, Rast përdorimi, Klasa) na jep një përshkrim të formuar në një nota mjaft strikte, dmth ka një lexueshmëri të qartë. Tani mund të fillojmë zhvillimin e detyrave teknike, të saktësojmë specifikacionet e kërkesave etj.
Le të fillojmë modelimin.
Hapi 1. Përshkruajmë procesin në formën e një diagrami Aktiviteti
Kujtoj se fusha e diagramës e kemi strukturuar me aide të "pista notuese", ku në secilën pistë vendosen elemente të një lloji (Figura 2). Përveç elementeve të përshkruar më sipër, do të përdorim elemente shtesë, le të i përshkruajmë ato.
Vendimi (Decision) përfaqëson në diagramë një pikë ndarje të procesit tonë, ndërsa bashkimi i rrjedhave (Merge) – një pikë ri-shkrirjeje. Në kllapa katrore në kalime janë shkruar kushtet e kalimit.
Midis dy sinkronizuesve (Fork) do të tregojmë degë paralele të procesit.
Procesi ynë mund të ketë vetëm një fillim – një pikë hyrjeje (Initial). Por përfundime (Final) mund të ketë disa, por jo për diagramën tonë specifike.
Të dhënat e shigjetave janë për të vërtetë të shumta; me një numër të madh elementesh dhe lidhjesh, fillimisht mund të identifikoni hapat e procesit dhe pastaj të bëni dekompozimin e këtyre hapave. Por do të doja ta shfaqja procesin tonë "të mrekullueshëm" plotësisht në një diagramë, duke u siguruar, natyrisht, që shigjetat "nuk ngjiten" dhe të mund të gjurmohej saktësisht se çfarë lidhet me çfarë.
Figura 2. Diagrami i Aktivitetit - pamja e përgjithshme e procesit
Për shkak se në vargjet poetike disa detaje të procesit janë anashkaluar, duhej t’i rinovonim, ata janë treguar si elementë me sfond të bardhë. Këto detaje përfshijnë hapin "Transferimi/pranimi për ruajtje dhe përpunim" dhe disa artefakte hyrëse dhe dalëse. Duhet theksuar se ky hap nuk e zbërthen plotësisht procesin, pasi do të na duhej të shënonim veçmas hapin e transferimit dhe hapin e pranimit, për më tepër duhet të shtonim një hap të veçantë për mbetje, si dhe të imagjinojmë se fillimisht të gjitha këto vlera materiale duhet të ruhen diku përkohësisht, etj. etj.
Po ashtu, do të vëmë re se pyetja rreth origjinës së arra mbetet pa përgjigje - nga vinë ato dhe si arrijnë te glyfaqi? Dhe kjo pyetje (e cila është theksuar me ngjyrë të kuqe të shkrimit në vërejtjen - elementi Note) kërkon një punim të veçantë! Kështu punon analisti - duke mbledhur informacion me copa, duke bërë supozime dhe duke marrë "mirë" ose "jo-mirë" nga ekspertët e fushës - njerëz shumë të rëndësishëm dhe të pazëvendësueshëm në fazën e modelimit të biznesit kur krijohen sisteme.
Vëmë re se hapi i procesit P5 përbëhet nga dy pjesë.
Dhe secilën pjesë ne do ta dekompozojmë dhe do ta shqyrtojmë më në detaje (Figurë 3, Figurë 4), pasi aktiviteti që kryhet në kuadër të këtyre hapave do të automatizohet.
Figura 3. Diagrami i Aktivitetit - detajimi (pjesa 1)
Figura 4. Diagrami i Aktivitetit - detajimi (pjesa 2)
Hapi 2. Përcaktojmë atë që mund të automatizohet
Hapat që do të automatizohen në diagramet janë theksuar me ngjyrë (shih Figurë 3, Figurë 4).
Të gjitha këto i kryen një pjesëmarrës i procesit - Diak urdhërues:
- Shton informacionin mbi peshën e arrës në faturën;
- Shton informacionin mbi transferimin e arrës në faturën;
- Regjistron faktin e shndërrimit të arrës në lëvozhgë dhe thelb;
- Shton informacionin mbi thelbën e arrës në faturën;
- Shton informacionin mbi lëvozhgat e arrës në faturën.
Analiza e punës së kryer. Çfarë ndodh më pas?
Kështu, kemi kryer një punë të madhe përgatitore: kemi mbledhur informacion për procesin që do të automatizojmë; kemi filluar të formojmë një marrëveshje për modelimin (deri tani vetëm në pjesën e përdorimit të diagramës Activity); kemi realizuar modelimin e procesit dhe madje kemi kryer një dekompozim të disa hapave të tij; kemi identifikuar hapet e procesit që do t'i automatizojmë. Tani jemi të gatshëm të kalojmë në fazat e ardhshme dhe të fillojmë dizajnimin e funksioneve të sistemit dhe organizimin e tij të brendshëm.
Siç dihet, teoria pa praktikë është asgjë. Duhet patjetër të provoni "modelimin" me duar, kjo është e dobishme për të kuptuar qasjen e propozuar. Për shembull, mund të punoni në një mjedis modelimi [3]. Ne kemi dekompozuar vetëm një pjesë të hapave të diagramit të procesit të përgjithshëm (shihni Figurën 2). Si një detyrë praktike, mund të propozoni të përsërisni të gjitha diagramet në mjedisin Modelio dhe të kryeni dekompozimin e hapit "Transmetimi/pranimi për ruajtje dhe përpunim."
Punën në mjediset specifike të modelimit nuk e konsiderojmë për momentin, por kjo mund të bëhet subjekt i artikujve dhe përmbledhjeve të pavarura.
Në pjesën e dytë të artikullit do të shqyrtojmë teknikat e modelimit dhe projektimit, të nevojshme në fazat 3-5, do të përdorim diagramet UML të rasteve të përdorimit dhe klasave. Vazhdon...
Lista e Burimeve
- Faqja "UML2.ru". Forumi i Komunitetit të Analistëve. Seksioni i Përgjithshëm. Shembuj. Shembuj përrallash të strukturuara si diagramet UML. [Burim elektronik] Qasja: Internet:
- Faqja e Sparx Systems. [Burim elektronik] Qasja: Internet:
- Faqja e Modelio. [Burim elektronik] Qasja: Internet:
- Fjalori i Madh Enciklopedik. Procesi (shpjegimi). [Burim elektronik] Qasja: Internet:
- Faqja "Organizimi i Menaxhimit Efektiv". Blogu. Kategoria "Menaxhimi i Proceseve të Biznesit". Definimi i procesit të biznesit. [Burim elektronik] Qasja: Internet:
- Dëshmia Nr. 18249 për regjistrimin dhe depozitimin e rezultatit të aktivitetit intelektual. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manushaqe e materialit mësimor me titull "Modelimi i fushës së objektit duke përdorur Enterprise Architect" // 2011.
- Zotulkhina E.B., Vishnya A.S., Krasnikova S.A. Modelimi i proceseve të biznesit. — Tiranë: KURS, NIC INFRA-M, EBS Znanium.com. — 2017.
Burimi: habr.com
