🥇Protsesside modelleerimisest automatiseeritud süsteemi projekteerimiseni (Osa 2)

„Üks päev orava elust“ või kuidas protsesside modelleerimisest jõuda automatiseeritud varude arvestuse süsteemi projekteerimisele „Belka-1.0“ (osa 2)

Kasutatud illustreerimine „Sadas Saltaani kuningast“ A.S. Puškini teosest, väljaanne „Lastekirjandus“, Moskva, 1949. aasta, Leningrad, joonistused K. Kuznetsovilt

Eelneva osa kokkuvõte

Uues 1. osast Kasutasime „muinasjutulist“ ainevaldkonda, inspiratsiooni saades UML diagrammide õppimise näidetest, tuginedes muinasjuttude süžeedele (vt, näiteks, siin [1]). Enne modelleerimisega alustamist leppisime kokku teatud elementide kasutamises Aktiviteedi diagrammis ja hakkasime koostama modelleerimise kokkulepet. Arvestades neid kokkuleppeid, kirjeldasime esimeses etapis protsessi Aktiviteedi diagrammide abil ja teises etapis eraldasime protsessi etapid, mille puhul on vajalik (ja võimalik) automatiseerimine.

Tuletan meelde, et kavatseme automatiseerida materiaalse varade arvestust, mis esineb just nende protsesside käigus.

…
Saare peal mere ääres, (E1, E2)
Linak saarel seisab (E3, E1)
Kuldsed kirikud, (E4)
Kohvikud ja aiad; (E5, E6)
Kuusk kasvab palee ees, (E7, E8)
Ja selle all kristallmaja; (E9)
Seal elab käsitööline orav, (A1)
Ja milline nuputaja! (A1)
Orav laulab laule, (P1, A1)
Ja pähkleid krõbistab, (P2)
Ja need pähklid pole tavalised, (C1)
Kõik kestad on kuldsed, (C2)
Südamed on puhtast smaragdist; (C3)
Teenrid hoiavad orava; (P3, A2)
Teenivad teda igasuguste teenustega (P4)
Ja ametisse on määratud rangete käskude ülevaataja (A3)
Sellele pähklite tähtsusele pööratakse tähelepanu; (P5, C1)
Annab talti austust; (P6, A4)
Kestadest valatakse münti, (P7, C2, C4)
Ja visatakse ringi maailma; (P8)
Tüdrukud puistavad smaragdi (P9, A5, C3)
Ladu moodustavad, ja siis sisse; (E10, E11)
…
(A.S. Puškini „Sadas Saltaani kuningast, tema kuulsast ja võimsast rikka kangelase prints Gvidon Saltaani pojast ja kaunist printsessist Luigest”, kuidas arvatakse, vabalt töödeldud rahvalikust muinasjutust „Kullaga põlvedeni, hõbedaga küünarnukkideni“, mis on salvestatud Puškini erinevates variantides)

Antud näites kasutan Austraalia ettevõtte Enterprise Architect keskkonda. Sparx Systems [2], ning rakendame seda õpetamise käigus Modelio [3].
Tuletan meelde, et protsessid võivad olla erinevad, millega saab tutvuda, näiteks, siin [4] ja siin [5].
More information on applied modeling and design techniques can be found in [6, 7].
UML täielik spetsifikatsioon vt. siin [8].

Nüüd oleme valmis edasi liikuma järgmiste etappide juurde ja alustama süsteemi funktsioonide ja selle sisemise organisatsiooni projekteerimist. Jooniste numereerimine jätkub.

Etapp 3. Automatiseeritavale sammule peab vastama süsteemi funktsioon või funktsioonid.

Arendatav automatiseeritud süsteem (AS) on mõeldud pähklite täpseks arvestamiseks, kas sa mäletad? Iga eraldatud etapi puhul (vt joonis 3, joonis 4 1. osas), mille me automatiseerime, kirjutame funktsionaalset nõuet, kasutades ligikaudu sellist konstruktsiooni: „Süsteemis peab olema teostatav võimalus…“ ja koostame kasutusloo diagrammi. Praegu täiustame sisuliselt meie modelleerimise kokkulepet uute reeglitega. Selgitan, milliseid elemente kasutame.

Kasutaja „Rolli“ ja „Funktsiooni“ vahel kasutame „Assotsiatsiooni“ seost (joonis 5), mis tähendab, et selle rolliga kasutajale on antud võimalus selle funktsiooni täitmiseks.

Joonis 5. Asotsatsiooni tüüpi seose kasutamine

Me süvendame "Rakendamise" seost "Funktsiooni" ja "Nõudmise" vahel (Joonis 6), et näidata, et see nõudmine rakendatakse nende funktsioonide abil. Suhe võib olla ka "mitmed-mitmele", st üks funktsioon võib osaleda mitme nõudmise rakendamises ja nõudmise rakendamiseks võib olla vajalik rohkem kui üks funktsioon.

Joonis 6. Rakendamise tüüpi seose kasutamine

Kui üks funktsioon nõuab oma täitmiseks, et mõni muu funktsioon oleks täidetud, ja see on kohustuslik, siis kasutame sõltuvuse seost stereotüüpiga "Include" — kaasamine (Joonis 7). Kui aga täiendava funktsiooni täitmine on vajalik teatud tingimustel, kasutame sõltuvuse seost stereotüüpiga "Extend" — laiendamine. Kõik on üsna lihtne meeles pidada: "Include" — ALATI, ja "Extend" – KUNAGI.

Joonis 7. Sõltuvuse (kaasamise) tüüpi seose kasutamine

Kokkuvõttes näeb meie diagramm välja umbes nii (Joonis 8).

Joonis 8. Kasutuse juhtimise diagramm (AS funktsionaalne mudel)

Lisaks kasutatakse kasutuse juhtimise diagrammi kasutajate rollide modelleerimiseks (Joonis 9).

Joonis 9. Kasutuse juhtimise diagramm (AS kasutajarollid)

Etapp 4. Kirjeldame ASi siseorganiseerimist klasside diagrammi abil.

Kasutades teavet meie protsessi sisse- ja väljundartefaktidest (vt tegevusdiagramme — Joonis 2, Joonis 3, Joonis 4), koostame klasside diagrammi. Kasutame modelleerimist elemente „Klass“ ja erinevaid seoseid nende vahel.

Suhte "kogu-osa" näitamiseks kasutame aggregeerimise tüüpi seost (Joonis 10): pähkel on see kogu ja kestad ning tuum on osad.

Joonis 10. Suhe "kogu-osa"

Kokkuvõttes näeb meie diagrammi fragment välja umbes nii (Joonis 11). Värviga on tähistatud klassid, mille oleme otse protsessi tekstikirjelduses esile tõstnud.

Joonis 11. Klasside diagramm

Klassidiagrammi kasutati ka teiste artefaktide modelleerimiseks – mitte ainult nende, mis on seotud automatiseeritava materiaalse varade arvestusprotsessi kontseptuaalse mudeliga, vaid ka täitmis keskkonnaga (Joonis 12) ja 'naabruses' asuvate protsessidega (Joonis 13), mis võivad mõjutada automatiseeritavat protsessi, kuid ei kuulu praegu meie tähelepanu alla (eeldame, et süsteem areneb ja see teave osutub kasulikuks).

Joonis 12. Klassidiagramm (keskkond)

Seos pärandumine näitab erinevate struktuuride üldistamist, 'tütar' klassid, üldise 'vanema' klassi 'Struktuur' all.

Joonis 13. Klassidiagramm (lisainformatsioon artefaktide kohta)

'Situatsioonile reageerimine' sõltub 'Visuaalse kontrolli andmetest'. Mitme sõltuvussuhete puhul kasutatakse stereotüüpi 'trace', et näidata klasside jälgimist, mis ei ole protsessi kirjelduses selgelt märgitud, kuid mis on vajalikud selle automatiseerimiseks, klassideni, mille eksemplaridele meie kirjelduses on selge viide.

Etapp 5. Anname ülevaate 'Äripõhimõtted' lane'idest.

Reegliteks on toodud (vt Joonis 2 1. osas):

vajadus jagada üks samm kaheks osaks, teise osa täitmine algab ainult teatud tingimuste täitmisel;
ühe määratud ametikoha määramine pähklite arvestuse teostamiseks;
tehniline näitaja (elementide valge värv), mis näitab, et element ei olnud protsessi kirjelduses selgelt määratletud.

Tuleb märkida, et kõiki neid reegleid oleme juba kasutanud diagrammide väljatöötamisel.

Lõppsõnad

Nii oleme läbinud 5 etappi ja koostanud 3 tüüpi diagrammi. Lisan veel lühikese kommentaari meie mudelite korraldamise kohta modelleerimise keskkonnas. On palju raamistikke, mis aitavad välja töötatud mudeleid struktureerida, kuid see ei ole käesoleva artikli teema, seetõttu piirdume järgmise lihtsa paketihulga kasutamisega meie projekti korrastamiseks: Äri-protsess, Funktsionaalne mudel, Artefaktid, Osalised ja Keskkond (Joonis 14).

Joonis 14. Projekti paketistruktuur

Nii moodi oleme me välja töötanud kooskõlastatud mudelid, mis kirjeldavad materiaalse vara arvestuse süsteemi erinevaid külgi: automatiseeritud äriprotsessi mudel, funktsionaalne mudel ja süsteemi sisemise organisatsiooni mudel kontseptuaalsel tasandil.

Protsesside modelleerimisest automatiseeritud süsteemi projekteerimiseni (Osa 1)

Viidatud allikad

Veebileht „UML2.ru“. Analüütikute kogukonna foorum. Üldosa. Näidised. Näidised muinasjuttudest, esitatud UML diagrammidena. [Elektrooniline allikas] Ligipääsu režiim: Internet: http://www.uml2.ru/forum/index.php?topic=486.0
Sait Sparx Systems. [Elektrooniline ressurss] Ligipääs: Internet: https://sparxsystems.com
Veebileht Modelio. [Elektrooniline allikas] Ligipääsu režiim: Internet: https://www.modelio.org
Suure Entsüklopeedia, Protsess (tõlgendus). [Aktiivne ressurss] Ligipääs: Internet: https://dic.academic.ru/dic.nsf/enc3p/246322
Saidi "Tõhusat Juhtimist" Blogi. Rubriik "Äriprotsesside Juhtimine". Äri protsessi määratlemine. [Aktiivne ressurss] Ligipääs: Internet: https://rzbpm.ru/knowledge/pochemu-processy-stali-s-pristavkoj-biznes.html
Tunnistus nr 18249 autoriõiguse registreerimise ja deponeerimise kohta. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Õpikute väljaande käsikiri pealkirjaga "Ala modelleerimine, kasutades Enterprise Architect" \/\/ 2011.
Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Äri protsesside modelleerimine. — M.: KURS, NIK INFRA-M, EBS Znanium.com. — 2017.
OMG Ühtne modelleerimise keel (OMG UML) spetsifikatsioon. Versioon 2.5.1. [Elektrooniline ressurss] Ligipääs: Internet: https://www.omg.org/spec/UML/2.5.1/PDF