"Një ditë në jetën e një ketri" ose nga modelimi i procesit në hartimin e një sistemi të automatizuar të kontabilitetit të pasurisë "Belka-1.0" (Pjesa 2)
Përmbledhje e episodit të mëparshëm
В Ne përdorëm një domen "përrallë", të frymëzuar nga shembuj të të mësuarit të diagrameve UML bazuar në komplotet e përrallave (shih, për shembull, [1]). Para se të fillonte modelimi, ne ramë dakord për përdorimin e disa elementeve të diagramit të aktivitetit dhe filluam të krijojmë një marrëveshje modelimi. Duke marrë parasysh këto marrëveshje, në fazën e parë ne përshkruam procesin në formën e diagrameve të aktivitetit dhe në fazën e dytë identifikuam hapat e procesit për të cilët kërkohet (dhe i mundshëm) automatizimi.
Më lejoni t'ju kujtoj se ne do të automatizojmë aktivitetin e kontabilitetit për pasuritë materiale, që lind në këto procese.
...
Një ishull shtrihet në det, (E1, E2)
Ka një breshër në ishull (E3, E1)
Me kisha me kube të artë, (E4)
Me kulla dhe kopshte; (E5, E6)
Një pemë bredh rritet përpara pallatit, (E7, E8)
Dhe poshtë saj është një shtëpi kristali; (E9)
Një ketër i zbutur jeton atje, (A1)
Po, çfarë aventurë! (A1)
Ketri këndon këngë, (P1, A1)
Po, ai vazhdon të thithë arra, (P2)
Por arrat nuk janë të thjeshta, (C1)
Të gjitha predhat janë të arta, (C2)
Bërthama është smerald i pastër; (C3)
Shërbëtorët e ruajnë ketrin, (P3, A2)
Ata i shërbejnë asaj si shërbëtorë të ndryshëm (P4)
Dhe u caktua një nëpunës (A3)
Një llogari strikte e arrave është lajmi; (P5, C1)
Ushtria e përshëndet; (P6, A4)
Një monedhë derdhet nga predha, (P7, C2, C4)
Lërini të shkojnë nëpër botë; (P8)
Vajzat derdhin smerald (P9, A5, C3)
Në magazina dhe nën mbulesë; (E10, E11)
...
(A.S. Pushkin "Përralla e Car Saltan, e heroit të tij të lavdishëm dhe të fuqishëm Princit Guidon Saltanovich dhe Princeshës së bukur Swan", )
Në këtë shembull, unë jam duke përdorur mjedisin Enterprise Architect nga një kompani australiane. [2], dhe gjatë seancave stërvitore përdor [3].
Më lejoni t'ju kujtoj se ka procese të ndryshme, ju mund të njiheni, për shembull, [4] dhe [5].
Për më shumë detaje mbi qasjet e aplikuara për modelim dhe dizajn, shihni [6, 7].
Për specifikimin e plotë të UML, shihni [8].
Tani jemi gati të kalojmë në hapat e ardhshëm dhe të fillojmë dizajnimin e funksionalitetit dhe organizimit të brendshëm të sistemit. Numërimi i vizatimeve do të vazhdojë.
Faza 3. Hapi i automatizuar duhet të shoqërohet me një funksion ose funksione të sistemit
Sistemi i automatizuar (AS) që po zhvillohet është krijuar për të mbajtur regjistrime strikte të arrave, mbani mend? Për çdo hap të theksuar (shih Figurën 3, Figura 4 ), të cilin do ta automatizojmë, do të shkruajmë një kërkesë funksionale duke përdorur përafërsisht konstruksionin e mëposhtëm: "Sistemi duhet të zbatojë aftësinë..." dhe të zhvillojmë një diagram Use-case. Tani po shtojmë rregulla të reja në marrëveshjen tonë të modelimit. Më lejoni të shpjegoj se cilat elemente do të përdorim.
Ne do të përdorim lidhjen "Asociacioni" midis "Rolit të Përdoruesit" dhe "Funksionit" (Figura 5), kjo do të thotë që një përdorues me këtë rol mund ta kryejë këtë funksion.
Figura 5. Përdorimi i një marrëdhënieje të llojit të Shoqatës
Nga "Funksioni" tek "Kërkesa" do të vizatojmë lidhjen "Implementim" (Figura 6) për të treguar se kjo kërkesë do të zbatohet nga këto funksione; marrëdhënia mund të jetë "shumë-me-shumë", d.m.th. Një funksion mund të përfshihet në zbatimin e disa kërkesave dhe mund të nevojiten më shumë se një funksion për të zbatuar një kërkesë.
Figura 6. Duke përdorur marrëdhënien e tipit “Implementation”.
Nëse një funksion kërkon për ekzekutimin e tij që të ekzekutohet një funksion tjetër, dhe domosdoshmërisht, ne do të përdorim lidhjen "Varësia" me stereotipin "Include" (Figura 7). Nëse ekzekutimi i një funksioni shtesë kërkohet në kushte të caktuara, atëherë do të përdorim lidhjen "Varësia" me stereotipin "Zgjero". Gjithçka është shumë e lehtë për t'u mbajtur mend: "Përfshi" është GJITHMONË, dhe "Zgjat" është NDONJË HERË.
Figura 7. Përdorimi i marrëdhënies “Varësia (përfshirja)”.
Si rezultat, diagrami ynë do të duket diçka si kjo (Figura 8).
Figura 8. Diagrami i rastit të përdorimit (modeli funksional i AC)
Përveç kësaj, një diagram Use-case përdoret për të modeluar rolet e përdoruesve (Figura 9).
Figura 9. Diagrami i rastit të përdorimit (rolet e përdoruesve të AS)
Faza 4. Le të përshkruajmë organizimin e brendshëm të AS duke përdorur një diagram klasë
Duke përdorur informacion në lidhje me artefaktet hyrëse dhe dalëse të procesit tonë (shih diagramet e aktivitetit - Figura 2, Figura 3, Figura 4), ne do të zhvillojmë një diagram të klasës. Ne do të përdorim elementët e modelimit “Class” dhe lloje të ndryshme lidhjesh ndërmjet tyre.
Për të treguar marrëdhënien "e gjithë pjesë", ne do të përdorim një marrëdhënie të tipit "Aggregation" (Figura 10): arra është e tëra, dhe lëvozhgat dhe bërthama janë pjesët.
Figura 10. Marrëdhënia me tërë pjesë
Si rezultat, një fragment i diagramit tonë do të duket diçka si kjo (Figura 11). Klasat që kemi theksuar drejtpërdrejt në përshkrimin e tekstit të procesit janë shënuar me ngjyra.
Figura 11. Diagrami i klasës
Diagrami i klasës u përdor gjithashtu për të modeluar objekte të tjera - jo vetëm ato që do të lidhen me modelin konceptual të procesit të automatizuar të kontabilitetit të aktiveve materiale, por gjithashtu lidhen me mjedisin e ekzekutimit - mjedisin (Figura 12) dhe "fqinjët" proceset (Figura 13) që mund të ndikojnë në procesin e automatizuar, por nuk janë ende në fokusin e vëmendjes sonë (supozojmë se sistemi do të zhvillohet dhe ky informacion do të jetë i dobishëm).
Figura 12. Diagrami i klasës (mjedisi)
Marrëdhënia e trashëgimisë tregon përgjithësimin e ndërtesave të ndryshme, klasa "fëmijë", nën klasën "prind" përgjithësuese "Ndërtesa".
Figura 13. Diagrami i klasës (informacion shtesë rreth objekteve)
"Reagimi ndaj situatës" varet nga "Të dhënat e kontrollit vizual". Për disa marrëdhënie varësie, stereotipi "gjurmë" përdoret për të treguar gjurmimin e klasave që nuk janë identifikuar në mënyrë eksplicite në përshkrimin e procesit, por që nevojiten për ta automatizuar atë, për klasat, rastet e të cilave janë referuar në mënyrë eksplicite në përshkrimin tonë.
Faza 5. Le të analizojmë shënimet në pistën "Rregullat e Biznesit".
Rregullat u specifikuan (shih Figurën 2 ):
- nevoja për të ndarë një nga hapat në 2 pjesë, pjesa e dytë fillon të ekzekutohet vetëm në kushte të caktuara;
- caktimi i një zyrtari të caktuar për të kryer llogaritjen e arrave;
- një teknikë (ngjyra e bardhë e elementeve) që tregon se elementi nuk ishte specifikuar në mënyrë eksplicite në përshkrimin e procesit.
Duhet të theksohet se ne kemi përdorur tashmë të gjitha këto rregulla gjatë zhvillimit të diagrameve.
Vërejtje përfundimtare
Pra, kaluam 5 faza dhe ndërtuam 3 lloje diagramesh. Do të shtoj një koment të vogël për organizimin e modeleve tona në mjedisin e modelimit. Ka një numër të madh kornizash që ndihmojnë në strukturimin e modeleve që zhvillohen, por kjo nuk është tema e këtij artikulli, kështu që ne do të kufizohemi në paketat e mëposhtme të thjeshta për menaxhimin e rregullt të projektit tonë: Procesi i biznesit, Modeli Funksional , Artefaktet, Pjesëmarrësit dhe Mjedisi (Figura 14).
Figura 14. Struktura e paketës së projektit
Kështu, ne kemi zhvilluar modele të qëndrueshme që përshkruajnë sistemin e kontabilitetit të materialeve nga aspekte të ndryshme: një model i një procesi të automatizuar biznesi, një model funksional dhe një model i organizimit të brendshëm të sistemit në nivel konceptual.
Lista e burimeve
- Uebfaqja "UML2.ru". Forumi i Komunitetit të Analistëve. Seksioni i përgjithshëm. Shembuj. Shembuj të përrallave të formatuara si diagrame UML. [Burimi elektronik] Mënyra e hyrjes: Internet:
- Uebfaqja e Sparx Systems. [Burimi elektronik] Mënyra e hyrjes: Internet:
- Faqja e internetit e Modelio. [Burimi elektronik] Mënyra e hyrjes: Internet:
- Fjalori i madh enciklopedik. Procesi (interpretimi). [Burimi elektronik] Mënyra e hyrjes: Internet:
- Faqja e internetit "Organizata e Menaxhimit Efektiv". Blog. Kategoria "Menaxhimi i procesit të biznesit". Përkufizimi i një procesi biznesi. [Burimi elektronik] Mënyra e hyrjes: Internet:
- Vërtetim nr.18249 për regjistrimin dhe depozitimin e një vepre me veprimtari intelektuale. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Dorëshkrim i një ndihme mësimore me titull "Modelimi i një fushe lëndore duke përdorur arkitektin e ndërmarrjes" // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelimi i procesit të biznesit. — M.: KURSI, SIC INFRA-M, EBS Znanium.com. - 2017.
- Specifikimet OMG Unified Modeling Language (OMG UML). Versioni 2.5.1. [Burimi elektronik] Mënyra e hyrjes: Internet:
Burimi: www.habr.com