«Një ditë në jetën e një shqiponje» apo nga modelimi i proceseve në projektimin e një sistemi të automatizuar për llogaritjen e pasurive materiale «Shqiponja-1.0» (Pjesa 2)
Përmbledhje e serisë paraprake
Në ne përdorëm fushën e temës «princeze», të frymëzuar nga shembujt e studimit të diagrameve UML duke u mbështetur në tregimet e përrallave (shih, për shembull, [1]). Para fillimit të modelimit, ne ra dakord për përdorimin e disa elementeve të diagramës Activity dhe filluam të formonim një marrëveshje për modelimin. Duke marrë parasysh këto marrëveshje, në fazën e parë përshkruam procesin në formën e diagrameve Activity, dhe në fazën e dytë identifikuam hapat e procesit, për të cilat kërkohet (dhe është e mundur) automatizimi.
Të kujtoj se ne kemi për qëllim të automatizojmë aktivitetin e llogaritjes së pasurive materiale, i cili ndodh 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. Pushkin «Përralla e carit Saltan, për djalin e tij të ndritur dhe të fuqishëm heroin Gvidon Saltonoviç dhe për bukuroshen princeshë Lojë», )
Në këtë shembull, unë po përdor mjedisin Enterprise Architect nga kompania australiane [2], dhe në kuadër të mësimeve të klasës përdor [3].
Të kujtoj se proceset janë të ndryshme, mund të informohesh, për shembull, [4] dhe [5].
Për më shumë informacion rreth qasjeve në modelim dhe projektim shih [6, 7].
Specifikimin e plotë të UML e gjeni. [8].
Tani jemi të gatshëm të kalojmë në fazat e ardhshme dhe të fillojmë projektimin e funksioneve të sistemit dhe organizimin e brendshëm të tij. Numërimi i ilustrimeve do të vazhdojë.
Etapa 3. Hapi që duhet automatizuar duhet t'i ngjitet një ose më shumë funksione të sistemit
Sistemi i automatizuar në zhvillim (SAD) është i destinuar për të mbajtur llogari të saktë të arra, kujto? ), të cilin do të automatizojmë, do të regjistrojmë kërkesën funksionale duke përdorur një strukturë të tillë «Në sistem duhet të jetë e mundur ...» dhe do të zhvillojmë diagramin Use-case. Tani ne në fakt po plotësojmë marrëveshjen tonë për modelimin me rregulla të reja. Do të shpjegoj se cilët elemente do të përdorim.
Ndërmjet "Rolet e përdoruesit" dhe "Funksioni" do të përdorim lidhjen "Asociacion" (Figura 5), që do të thotë se për përdoruesin me këtë rol është e mundur të kryhet ky funksion.
Figura 5. Përdorimi i lidhjes së tipit "Asociacion"
Nga "Funksioni" në "Kërkesën", do të tërheqim lidhjen "Zbatuar" (Figura 6), për të treguar se kjo kërkesë do të zbatohet nga këto funksione; marrëdhënia mund të jetë edhe "shumë për shumë", dmth një funksion mund të marrë pjesë në realizimin e disa kërkesave, dhe për të realizuar një kërkesë mund të nevojiten më shumë se një funksion.
Figura 6. Përdorimi i lidhjes së tipit "Zbatuar"
NĂ«se njĂ« funksion kĂ«rkon qĂ« pĂ«r tĂ« realizuar, tĂ« kryhet ndonjĂ« funksion tjetĂ«r, dhe kjo Ă«shtĂ« e domosdoshme, do tĂ« pĂ«rdorim lidhjen "VarĂ«si" me stereotipin "Include" â pĂ«rfshirje (Figura 7). NĂ«se, megjithatĂ«, realizimi i funksionit shtesĂ« kĂ«rkohet nĂ«n kushte tĂ« caktuara, do tĂ« pĂ«rdorim lidhjen "VarĂ«si" me stereotipin "Extend" â zgjerim. ĂshtĂ« shumĂ« e lehtĂ« pĂ«r t'u mbajtur mend: "Include" â GJITHMONĂ, dhe "Extend" â HERĂ PAS HERE.
Figura 7. Përdorimi i lidhjes së tipit "Varësi (përfshirje)"
Në përfundim, diagrami ynë do të duket përafërsisht kështu (Figura 8).
Figura 8. Diagrami i Use-case (model funksional i AS)
Për më tepër, diagrami i Use-case përdoret për modelimin e rolleve të përdoruesve (Figura 9).
Figura 9. Diagrami i Use-case (rollet e përdoruesve të AS)
Etapa 4. E dimë organizimin e brendshëm të AS me anë të diagramit të klasave
Duke pĂ«rdorur informacionin mbi artefaktet hyrĂ«se dhe dalĂ«se tĂ« procesit tonĂ« (shih diagramet Activity â Figura 2, Figura 3, Figura 4), do tĂ« hartojmĂ« diagramin e klasave. Do tĂ« pĂ«rdorim elementin modelues "KlasĂ«" dhe lloje tĂ« ndryshme lidhjesh mes tyre.
Për të treguar marrëdhënien "tërë-pjesë", do të përdorim lidhjen e tipit "Agregat" (Figura 10): arra është e tëra, ndërsa lëkura dhe bërthama janë pjesët.
Figura 10. Marrëdhënia "tërë-pjesë"
Në përfundim, fragmenti i diagramit tonë do të duket përafërsisht kështu (Figura 11). Ngjyra tregon klasat që i kemi veçuar drejtpërdrejt në përshkrimin tekstual të procesit.
Figura 11. Diagrami i klasave
Diagrami i klasave u përdor gjithashtu për modelimin e artefakteve të tjera - jo vetëm atyre që do të kenë lidhje me modelin konceptual të procesit automatizues të llogaritjes së pasurive materiale, por kanë lidhje me mjedisin e ekzekutimit - ambientin (Fig. 12) dhe proceset "fqinj" (Fig. 13), të cilat mund të ndikojnë në procesin automatizues, por për momentin nuk janë në qendër të vëmendjes sonë (supozojmë se sistemi do të zhvillohet dhe kjo informacion do të jetë e dobishme).
Fig. 12. Diagrami i klasave (ambienti)
Lidhja e trashëgimisë tregon generalizimin e ndërtimve të ndryshme, klasat "fëmijë" nën klasën "prind" të përgjithshme "Ndërtesa".
Fig. 13. Diagrami i klasave (informacion shtesë mbi artefaktet)
"Reagimi ndaj situatës" varet nga "Të dhënat e kontrollit vizual". Për disa lidhje varësie përdoret stereotipi "trace" për të treguar gjurmimin e klasave, të cilat nuk janë shprehur qartë në përshkrimin e procesit, por që janë të nevojshme për automatizimin e tij, te klasat, për të cilat ekziston një përcaktim i saktë në përshkrimin tonë.
Etapa 5. AnalizojmĂ« shĂ«nimet nĂ« rrugĂ«n âRregullat e biznesitâ
Si rregulla janë përcaktuar (shih Fig. 2 ):
- nevoja për të ndarë një nga hapat në 2 pjesë; pjesa e dytë fillon të ekzekutohet vetëm nën kushte të caktuara;
- emërimi për të kryer llogaritjen e arrave të një personi të caktuar;
- pranimi teknik (ngjyra e bardhë e elementeve), i cili tregon se elementi nuk është shprehur qartë në përshkrimin e procesit.
Duhet theksuar se të gjitha këto rregulla tashmë i kemi përdorur gjatë zhvillimit të diagrameve.
Vërejtjet përfundimtare
Pra, kemi kaluar nëpër 5 faza dhe kemi ndërtuar 3 lloje diagramesh. Do të shtoj edhe një koment të vogël mbi organizimin e modeleve tona në ambientin e modelimit. Ekziston një numër i madh kornizash që ndihmojnë në strukturoimin e modeleve të zhvilluara, por ky nuk është subjekti i këtij artikulli, prandaj do të kufizohemi me një grup të vogël paketash për të mbajtur rendin e projektit tonë: Procesi i Biznesit, Modeli Funkcional, Artefaktet, Pjesëmarrësit dhe Ambienti (Fig. 14).
Fig. 14. Struktura e paketave të projektit
Kështu, ne zhvilluam modele të harmonizuara që përshkruajnë sistemin e regjistrimit të aseteve nga perspektiva të ndryshme: modeli i procesit të biznesit që mund të automatizohet, modeli funksional dhe modeli i organizatës së brendshme të sistemit në nivelin konceptual.
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.
- OMG Unified Modeling Language (OMG UML) Specifikimi. Versioni 2.5.1. [Burim elektronik] Qasja: Internet:
Burimi: habr.com
