«Një ditë në jetën e një shqiponje» ose nga modelimi i proceseve në projektimin e sistemit automatizues të mbajtjes mend të vlerave materiale «Shqiponja-1.0» (Pjesa 1)

Ă'mund tĂ« ketĂ« lidhje me «shqiponjĂ«n»?
SĂ« pari, do ta shpjegoj lidhjen me «shqiponjĂ«n». Duke u ndeshur nĂ« internet me projekte qesharake pĂ«r studimin e UML duke u mbĂ«shtetur nĂ« fushĂ«n e subjektit tĂ« marrĂ« nga pĂ«rrallat (pĂ«r shembull, [1]), unĂ« vendosa gjithashtu tĂ« pĂ«rgatis njĂ« shembull tĂ« tillĂ« pĂ«r studentĂ«t e mi, pĂ«r tĂ« studiuar fillimisht tre lloje diagramesh: Activity Diagram, Use-case Diagram dhe Class Diagram. QĂ«llimisht nuk po i pĂ«rkthej emrat e diagramĂ«ve nĂ« rusisht, pĂ«r tĂ« shmangur mosmarrĂ«veshjet mbi «vĂ«shtirĂ«sitĂ« e pĂ«rkthimit». ĂfarĂ« Ă«shtĂ« pĂ«r çfarĂ« â do ta shpjegoj pak mĂ« vonĂ«. NĂ« kĂ«tĂ« shembull, po pĂ«rdor ambientin Enterprise Architect nga kompania australiane [2] â njĂ« mjet i mirĂ« pĂ«r çmim tĂ« arsyeshĂ«m. NdĂ«rsa gjatĂ« seancave mĂ«simore pĂ«rdor [3], njĂ« mjet falas i pranueshĂ«m pĂ«r projektimin objektiv, qĂ« mbĂ«shtet standardet UML2.0 dhe BPMN, pa shumĂ« shtesa nĂ« aspektin e kapaciteteve vizuale, por mjaft i pĂ«rshtatshĂ«m pĂ«r tĂ« studiuar bazat e gjuhĂ«s.
Ne planifikojmë të automatizojmë aktivitetet për mbajtjen mend të vlerave materiale, që ndodhin në këto procese.
âŠ
Një ishull në det është, (E1, E2)
Një qytet në ishull është (E3, E1)
Me kisha me kupola prej ari, (E4)
Me shtëpi dhe kopshte; (E5, E6)
Një bredh rritet para pallatit, (E7, E8)
Dhe poshtë tij një shtëpi kristali; (E9)
Një shqiponjë jeton aty, (A1)
Po, si një zë që do! (A1)
Një shqiponjë këndon, (P1, A1)
Po po, gërryen vetëm arrat, (P2)
Dhe arrat nuk janë të zakonshme, (C1)
Të gjitha janë me lëvore ari, (C2)
Bërthamat janë të pastra si smarald; (C3)
Duhen kujdesur për shqiponjën, (P3, A2)
I shërbejnë asaj shërbëtorë të ndryshëm (P4)
Dhe një diak i ngarkuar (A3)
Bëhet një llogari e rreptë për arrat; (P5, C1)
I japin nder të ushtarëve; (P6, A4)
Nga lëvorët derdhin monedha, (P7, C2, C4)
Dhe i dërgojnë nëpër botë; (P8)
Vajzat hedhin smarald, (P9, A5, C3)
Në depo, dhe nën mbulesë; (E10, E11)
âŠ
(A.S. Pushkini "PĂ«rralla pĂ«r mbretin Saltan, pĂ«r djalin e tij tĂ« lavdishĂ«m dhe tĂ« fuqishĂ«m, princ Gvidon Saltanoviç dhe pĂ«r princeshĂ«n e bukur Lebed", â 10 vjet nga ideja deri tek publikimi, midis tĂ« tjerash!)
PĂ«r pak fjali pĂ«r kodet, tĂ« cilat shkruhen djathtas nga rreshtat. âAâ (nga âAktoriâ) do tĂ« thotĂ« se nĂ« rresht ka informacion pĂ«r njĂ« pjesĂ«marrĂ«s nĂ« proces. âCâ (nga âKlasaâ) â informacion nĂ« lidhje me objektet e klasave, tĂ« cilat pĂ«rpunohen gjatĂ« kryerjes sĂ« proceseve. âEâ (nga âMjedisiâ) â informacion pĂ«r objektet e klasave qĂ« karakterizojnĂ« mjedisin e ekzekutimit tĂ« proceseve. âPâ (nga âProcesiâ) â informacion mbi vetĂ« proceset.
Po, përveç kësaj, përcaktimi i saktë i procesit pretendon gjithashtu të shkaktojë polemika metodologjike, ndoshta për shkak se proceset janë të ndryshme: biznesore, prodhimi, teknologjike etj. etj. (mund të informoheni, për shembull, [4] dhe [5]). Për të shmangur polemikat, le të biem dakord se ne jemi të interesuar për procesin nga këndvështrimi i përsëritshmërisë së tij në kohë dhe nevojës për automatizim, pra, kalimin e kryerjes së ndonjë pjese të operacioneve të procesit në një sistem të automatizuar.
Shënime mbi përdorimin e diagramës Activity
Le tĂ« fillojmĂ« modelimin e procesit tonĂ« dhe tĂ« pĂ«rdorim pĂ«r kĂ«tĂ« diagramĂ«n Activity. Fillimisht, do tĂ« shpjegoj se si kodet pĂ«rmendura mĂ« lart do tĂ« pĂ«rdoren nĂ« model. ĂshtĂ« mĂ« e lehtĂ« tĂ« shpjegohet nĂ« njĂ« shembull grafik, dhe pĂ«r njĂ«herĂ« tĂ« analizojmĂ« disa (praktikisht tĂ« gjitha tĂ« nevojshmet) elemente tĂ« diagramĂ«s Activity.
Le të analizojmë fragmentin e mëposhtëm:
âŠ
Një shqiponjë këndon, (P1, A1)
Po po, gërryen vetëm arrat, (P2)
Dhe arrat nuk janë të zakonshme, (C1)
Të gjitha janë me lëvore ari, (C2)
Bërthamat janë të pastra si smarald; (C3)
âŠ
Kemi dy hapa të procesit P1 dhe P2, pjesëmarrësin A1, dhe objekte të tre klasave të ndryshme: objekti i klasës C1 hyn në hap, objekteve të klasave C2 dhe C3 u jepet lëshimi, si rezultat i aktivitetit të këtij hapi P2 të procesit tonë. Për diagramën do të përdorim elementët e mëposhtëm për modelim.

Fragmenti i procesit tonë mund të paraqitet kështu (Figur 1).

Figura 1. Fragmenti i diagramës Activity
Për të organizuar hapësirën dhe strukurimin e diagramës Activity do të aplikojmë një qasje jo standarde, nga pikëpamja e përdorimit klasik të notacionit UML. Por ka disa arsye për këtë. Së pari, thjesht para fillimit të modelimit do të përgatisim, ashtu siç quhet, marrëveshjen për modelimin, në të cilin do të regjistrojmë të gjitha veçoritë e përdorimit të notacionit. Në të dytë, ky qasje është aplikuar me sukses shumë herë në fazën e modelimit të biznesit në projekte reale të krijimit të sistemeve software, rezultatet u regjistruan nga grupi ynë i vogël autorial në objektin përkatës të të drejtave të autorit [6], si dhe u përdorën në manualin mësimor [7]. Për diagramën e Aktivitetit do të përcaktojmë se fusha e diagramës do të strukturohet me
âArtefaktet hyrĂ«se dhe dalĂ«seâ: nĂ« kĂ«tĂ« rrugĂ« do tĂ« vendosen elementĂ«t Objects â objekte qĂ« pĂ«rdoren ose janĂ« rezultat i disa hapat tĂ« procesit.
âHapat e procesitâ: kĂ«tu do tĂ« vendosim elementĂ«t Activity â veprimet e pjesĂ«marrĂ«sve tĂ« procesit.
âPjesĂ«marrĂ«sitâ: rruga pĂ«r elementĂ«t qĂ« do tĂ« paraqesin rolet e pĂ«rfaqĂ«suesve tĂ« veprimeve nĂ« procesin tonĂ«, pĂ«r ta do tĂ« pĂ«rdorim po atĂ« element modelues Object â objekt, por do t'i shtojmĂ« stereotipin âAktoriâ.
Rruga tjetĂ«r quhet âRregullat e biznesitâ dhe nĂ« kĂ«tĂ« rrugĂ« do tĂ« vendosim nĂ« formĂ« tekstuale rregullat pĂ«r realizimin e 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Ă« ishte e mundur tĂ« pĂ«rdorim njĂ« rrugĂ« tĂ« quajtur âMjetetâ pĂ«r mbledhjen e informacioneve mbi nivelin e automatizimit tĂ« procesit. NjĂ« rrugĂ« tjetĂ«r e dobishme mund tĂ« jetĂ« âPozitat dhe departamentet e pjesĂ«marrĂ«sveâ, e cila mund tĂ« pĂ«rdoret pĂ«r lidhjen e roleve me pozitat dhe departamentet e pjesĂ«marrĂ«sve tĂ« procesit.
Të gjitha ato që sapo përshkrova, janë një fragment i marrëveshjes mbi modelimin, kjo pjesë e marrëveshjes ka të bëjë me rregullat e organizimit të një diagrami dhe për këtë arsye rregullat e tij të shkrimit dhe leximit.
âRecetaâ
Tani le tĂ« shqyrtojmĂ« variantin e modelimit tĂ« sistemit pikĂ«risht nga diagrami i Aktivitetit. Kjo Ă«shtĂ« vetĂ«m njĂ« nga opsionet, do tĂ« theksoj se nuk Ă«shtĂ« sigurisht e vetmja. Diagrama Activity do tĂ« na interesojĂ« pĂ«r rolin e saj nĂ« kalimin nga modelimi i procesit nĂ« projektimin e sistemit tĂ« automatizuar. PĂ«r kĂ«tĂ«, do tĂ« ndjekim rekomandimet metodike â njĂ« lloj recete, e cila pĂ«rbĂ«het nga pesĂ« etapa dhe parashikon zhvillimin e tre llojeve tĂ« diagramave. PĂ«rdorimi i kĂ«saj recete do tĂ« ndihmojĂ« pĂ«r tĂ« marrĂ« njĂ« pĂ«rshkrim formal tĂ« procesit qĂ« dĂ«shirojmĂ« tĂ« automatizojmĂ« dhe pĂ«r tĂ« mbledhur tĂ« dhĂ«na pĂ«r projektimin e sistemit. Dhe pĂ«r studentĂ«t nĂ« fillim tĂ« studimit tĂ« UML, kjo Ă«shtĂ« si njĂ« shpĂ«timtar qĂ« nuk do t'i lejojĂ« tĂ« mbyten nĂ« gjithĂ« atĂ« shumĂ«llojshmĂ«ri tĂ« mjeteve vizuale dhe teknikave qĂ« ekzistojnĂ« nĂ« UML dhe mjetet moderne tĂ« modelimit.
Ja, vetĂ« receta, dhe mĂ« pas vijojnĂ« diagramet e ndĂ«rtuara pĂ«r fushĂ«n tonĂ« tĂ« âlegjendaveâ.
Etapa 1. E përshkruajmë procesin si një diagram Activity. Për procesin, në të cilin janë identifikuar më shumë se 10 hapa, ka kuptim të aplikohet parimi i dekompozimit të hapave të procesit, për të rritur lexueshmërinë e diagramit.
Etapa 2. Identifikojmë atë që mund të automatizohet (hapat mund të jenë, për shembull, të ndriçuar në diagram).
Etapa 3. Hapi që duhet automatizuar duhet t'i ngjitet një ose më shumë funksione të sistemit (marrëdhënia mund të jetë shumë ndaj shumë), vizatojmë diagramin e Use-case. Këto janë funksionet e sistemit tonë.
Etapa 4. E dimĂ« organizimin e brendshĂ«m tĂ« AS me anĂ« tĂ« diagramit tĂ« klasave â Class. Rruga e notit âObjektet hyrĂ«se dhe dalĂ«se (dokumenti)â nĂ« diagramin Activity Ă«shtĂ« baza pĂ«r ndĂ«rtimin e modelit objektor dhe modelit entitet-lidhje.
Etapa 5. AnalizojmĂ« shĂ«nimet nĂ« rrugĂ«n âRregullat e biznesitâ, ato japin lloje tĂ« ndryshme kufizimesh dhe kushtesh, duke u transformuar gradualisht nĂ« kĂ«rkesa jo-funksionale.
Grumbulli i marrë nga diagramat (Activity, Use-case, Class) na jep një përshkrim formal në një notacion të mjaftueshëm të ngushtë, dmth. ka një kuptim të qartë. Tani mund të fillojmë të zhvillojmë një detyrë teknike, të saktësojmë specifikimin e kërkesave etj.
Të fillojmë modelimin.
Etapa 1. E përshkruajmë procesin si një diagram Activity
Dua të theksoj se fusha e diagramit e kemi strukturuar me "pista" që notojnë, ku në çdo pistë ndodhen elementë të një lloji (Imazhi 2). Përveç elementëve të përshkruar më lart, do të përdorim elemente shtesë, le t'i përshkruajmë ato.

Zgjidhja (Decision) tregon në diagramin tonë pikën e degëzimit të procesit tonë, ndërsa bashkimi i rrjedhave (Merge) është pika e rikonjohjes së tyre. Në kornizat katrore mbi kalimet janë shkruar kushtet e kalimit.
NdĂ«rmjet dy sinkronizuesve (Fork) do tĂ« tregojmĂ« degĂ« tĂ« паŃалДл pĂ«r procesin.
Procesi ynĂ« mund tĂ« ketĂ« vetĂ«m njĂ« fillim â njĂ« pikĂ« tĂ« hyrjes (Initial). Por pĂ«rfundime (Final) mund tĂ« kenĂ« shumĂ«, pĂ«rveçse pĂ«r diagramin tonĂ« tĂ« veçantĂ«.
Ka shumë shigjeta dhe, kur ka një numër të madh elementësh dhe lidhjesh, mund të filloni duke identifikuar fazat e procesit, pastaj të bëni dekompozimin e këtyre fazave. Por do të doja që procesi ynë " të ëndrrave" ta tregoj tërësisht në një diagram, duke u siguruar që shigjetat "të mos ngjiten" dhe të mund të shikojmë saktësisht se çfarë lidhet me çfarë.

Imazhi 2. Diagrami i Aktivitetit â pamja e pĂ«rgjithshme e procesit
Duke qenë se në rrjeshtat poetikë disa detaje të procesit janë lënë jashtë, duhej t'i rinovojmë ato, ato shfaqen si elemente me sfond të bardhë. Këto detaje përfshijnë hapat "Transferimi/pranimi për ruajtje dhe përpunim" dhe disa artefakte hyrëse dhe dalëse. Duhet të theksohet se ky hap nuk e përshkruan plotësisht procesin, sepse do të na duhej të shpjegonim veçmas hapin e transferimit dhe hapin e pranimit, dhe më pas të shtonim veçmas një hap për gjithçka që vlen për lëvozhgat, si dhe duhet të imagjinojmë se fillimisht të gjitha këto sende materiale duhet të ruhehen diku përkohësisht etj., e kështu me radhë.
Po ashtu, le tĂ« theksojmĂ« se mbetet ende pa pĂ«rgjigje pyetja pĂ«r origjinĂ«n e arrave â nga vijnĂ« ato dhe si arrijnĂ« te derri? Dhe kjo pyetje (ajo Ă«shtĂ« shĂ«nuar me ngjyrĂ« tĂ« kuqe nĂ« shĂ«nim â elementi Note) kĂ«rkon njĂ« pĂ«rpunim tĂ« veçantĂ«! KĂ«shtu punon analisti â duke mbledhur informacion copa-copa, duke bĂ«rĂ« supozime dhe duke marrĂ« "ok" ose "jo-ok" nga ekspertĂ«t e fushĂ«s â njerĂ«z shumĂ« tĂ« rĂ«ndĂ«sishĂ«m dhe thjesht tĂ« pazĂ«vendĂ«sueshĂ«m nĂ« fazĂ«n e modelit tĂ« biznesit gjatĂ« krijimit tĂ« sistemeve.
Le të theksojmë gjithashtu se hapi i procesit P5 përbëhet nga dy pjesë.

Dhe secilën pjesë ne e dekompozojmë dhe e shqyrtojmë më thellë (Figura 3, Figura 4), pasi aktiviteti që kryhet në kuadër të këtyre hapave do të automatizohet.

Figura 3. Diagrami Aktiviteti â detajimi (pjesa 1)

Figura 4. Diagrami Aktiviteti â detajimi (pjesa 2)
Etapa 2. Identifikojmë atë që mund të automatizohet
Hapat që do të automatizohen në diagrame janë të theksuar me ngjyrë (shih Figura 3, Figura 4).

Gjithçka e kryen njĂ« pjesĂ«marrĂ«s nĂ« proces â Diak urdhĂ«ra:
- Shton informacionin mbi peshën e arrës në regjistër;
- Shton informacionin mbi transferimin e arrës në regjistër;
- Regjistron faktin e shndërrimit të arrës në lëvore dhe bërthamë;
- Shton informacionin mbi bërthamën e arrës në regjistër;
- Shton informacionin mbi lëvoren e arrës në regjistër.
Analiza e punĂ«s sĂ« kryer. ĂfarĂ« ndodh mĂ« pas?
Pra, ne kemi përfunduar një punë të madhe përgatitore: mbledhim informacionin mbi procesin që do të automatizojmë; filluam të formojmë një marrëveshje mbi modelimin (për momentin vetëm në pjesën e përdorimit të diagramit Aktiviteti); kryem modelimin e procesit dhe madje realizuam dekompozimin e disa hapave të tij; identifikuam hapat e procesit që do të automatizojmë. Tani jemi të gatshëm të kalojmë në fazat e ardhshme dhe të fillojmë dizajnimin e funksioneve të sistemit dhe organizatës së brendshme të tij.
Siç dihet, teoria pa praktikĂ« Ă«shtĂ« asgjĂ«. ĂshtĂ« e domosdoshme tĂ« provosh 'modelimin' me duar, kjo Ă«shtĂ« e dobishme dhe pĂ«r tĂ« kuptuar qasjen e propozuar. PĂ«r shembull, mund tĂ« punosh nĂ« njĂ« mjedis modelimi [3]. Ne kemi dekompozuar vetĂ«m njĂ« pjesĂ« tĂ« hapave tĂ« diagramĂ«s sĂ« pĂ«rgjithshme tĂ« procesit (shih Figura 2). Si njĂ« detyrĂ« praktike mund tĂ« propozojmĂ« pĂ«rsĂ«ritjen e tĂ« gjithĂ« diagrameve nĂ« mjedisin Modelio dhe realizimin e dekompozimit tĂ« hapit "Transferimi/pranimi nĂ« ruajtje dhe pĂ«rpunim".
Puna në mjediset specifike të modelimit nuk është marrë në shqyrtim për momentin, por kjo mund të bëhet objekt i artikujve dhe shqyrtimeve të pavarura.
Në pjesën e dytë të artikullit ne do të shqyrtojmë teknikat e modelimit dhe projektimit që janë të nevojshme në 3-5 faza, ku do të përdorim diagramet UML Use-case dhe Class. Pjesa tjetër vazhdon.
Lista e burimeve
- Faqja "UML2.ru". Forumi i Komunitetit të Analistëve. Seksioni i Përgjithshëm. Shembuj. Shembuj përrallash të formuara në formën e diagrameve UML. [Burim elektronik] Modaliteti i qasjes: Internet:
- Faqja e Sparx Systems. [Burim elektronik] Qasja: Internet:
- Faqja Modelio. [Burim elektronik] Modaliteti i qasjes: Internet:
- Fjalori i Madh Enciklopedik. Procesi (shpjegimi). [Burim elektronik] Rehdi: Internet:
- Faqja «Organizata për menaxhimin efektiv». Blogu. Kategoria «Menaxhimi i proceseve biznesore». Definimi i procesit biznesor. [Burim elektronik] Rehdi: Internet:
- Dëshmia Nr. 18249 për regjistrimin dhe depozitimin e një vepre të rezultatit të veprimtarisë intelektuale. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manuskrypti i udhëzuesit mësimor me titull «Modelimi i fushës së subjektit me përdorimin e Enterprise Architect» // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelimi i proceseve biznesore. â M.: KURS, NIC INFRAM, EBS Znanium.com. â 2017.
Burimi: habr.com
