Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)

«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)

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)
I është përdorur ilustrimi nga "Kënga për mbretin Saltan" e A.S. Pushkinit, botimi "Literatura për Fëmijë", Moskë, viti 1949, Leningrad, vizatime nga K.Kuznetsova

Ç'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, kĂ«tu [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 Sparx Systems [2] – njĂ« mjet i mirĂ« pĂ«r çmim tĂ« arsyeshĂ«m. NdĂ«rsa gjatĂ« seancave mĂ«simore pĂ«rdor Modelio [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", puna mbi pĂ«rrallĂ«n ka filluar ndoshta nĂ« vitin 1822, pĂ«rralla u publikua pĂ«r herĂ« tĂ« parĂ« nga Pushkini nĂ« pĂ«rmbledhjen «PoematĂ« e A. Pushkinit» (vĂ«ll. III, 1832, fq. 130—181) — 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, këtu [4] dhe këtu [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.

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)

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

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 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.

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)

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ë.

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)

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ë.

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)

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.

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)

Figura 3. Diagrami Aktiviteti – detajimi (pjesa 1)

Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (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).
Nga modelimi i proceseve në dizajnin e një sistemi të automatizuar (Pjesa 1)

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 Modelio [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

  1. 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: http://www.uml2.ru/forum/index.php?topic=486.0
  2. Faqja e Sparx Systems. [Burim elektronik] Qasja: Internet: https://sparxsystems.com
  3. Faqja Modelio. [Burim elektronik] Modaliteti i qasjes: Internet: https://www.modelio.org
  4. Fjalori i Madh Enciklopedik. Procesi (shpjegimi). [Burim elektronik] Rehdi: Internet: https://dic.academic.ru/dic.nsf/enc3p/246322
  5. Faqja «Organizata për menaxhimin efektiv». Blogu. Kategoria «Menaxhimi i proceseve biznesore». Definimi i procesit biznesor. [Burim elektronik] Rehdi: Internet: https://rzbpm.ru/knowledge/pochemu-processy-stali-s-pristavkoj-biznes.html
  6. 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.
  7. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelimi i proceseve biznesore. — M.: KURS, NIC INFRAM, EBS Znanium.com. — 2017.

Burimi: habr.com

Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster