No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

"Viena diena vāveres dzÄ«vē" jeb no modelÄ“Å”anas procesu lÄ«dz automatizētas materiālo vērtÄ«bu uzskaites sistēmas projektÄ“Å”anai "Belka-1.0" (1.daļa)

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)
Ilustrācija izmantota A.S.PuÅ”kina "Pasakam par caru Saltānu", izdevniecÄ«ba Children's Literature, Maskava, 1949, Ä»eņingrada, K. Kuzņecova zÄ«mējumi

Kāds ar to sakars "vāverei"?

Es tÅ«lÄ«t paskaidroÅ”u, kas ar to ir saistÄ«ts ar "vāveri". Internetā sastapuÅ”ies ar jautriem projektiem UML apguvei, pamatojoties uz mācÄ«bu priekÅ”metu jomu, kas aizgÅ«ta no pasakām (piemēram, Å”eit [1]), es arÄ« nolēmu sagatavot lÄ«dzÄ«gu piemēru saviem skolēniem, lai viņi sākumā varētu izpētÄ«t tikai trÄ«s veidu diagrammas: aktivitāŔu diagrammu, lietoÅ”anas gadÄ«jumu diagrammu un klases diagrammu. Es apzināti netulkoju diagrammu nosaukumus krievu valodā, lai izvairÄ«tos no strÄ«diem par "tulkoÅ”anas grÅ«tÄ«bām". Nedaudz vēlāk paskaidroÅ”u, kam tas paredzēts. Å ajā piemērā es izmantoju Austrālijas uzņēmuma Enterprise Architect ietvaru Sparx sistēmas [2] ā€“ labs instruments par saprātÄ«gu cenu. Un kā daļu no savām apmācÄ«bām es izmantoju Modelio [3], labs bezmaksas objektorientēta dizaina rÄ«ks, kas atbalsta UML2.0 un BPMN standartus, bez liekiem zvaniņiem un svilpieniem vizuālo iespēju ziņā, bet pilnÄ«gi pietiekams valodas pamatu apguvei.

Mēs automatizēsim materiālo vērtÄ«bu uzskaites darbÄ«bu, kas rodas Å”ajos procesos.

...
Jūrā atrodas sala, (E1, E2)
Krusa uz salas stendiem (E3, E1)
Ar zelta kupolām baznīcām (E4)
Ar torņiem un dārziem; (E5, E6)
Pils priekŔā aug egle, (E7, E8)
Un zem tā ir kristāla māja; (E9)
Tur dzīvo vāvere, pieradināt, (A1)
Jā, kāds izklaidētājs! (A1)
Vāvere dzied dziesmas, (P1, A1)
Jā, viņŔ grauž visus riekstus, (P2)
Un rieksti nav vienkārŔi, (C1)
Visas čaulas ir zeltainas, (C2)
Kodoli tīrs smaragds; (C3)
Kalpi sargā vāveri, (P3, A2)
Kalpot viņai par dažāda veida kalpiem (P4)
Un tika nozīmēts ierēdnis (A3)
Stingrs riekstu jaunumu izklāsts; (P5, C1)
Dod savai armijai godu; (P6, A4)
No čaumalām tiek izlieta monēta (P7, C2, C4)
Ļaujiet viņiem peldēt pa pasauli; (8. lpp.)
Meitenes met smaragdu (P9, A5, C3)
Pieliekamajos, bet zem krūma; (E10, E11)
...
(A.S. PuÅ”kins ā€œPasaka par caru Saltānu, viņa krāŔņo un vareno varoni princi Gvidonu Saltanoviču un skaisto princesi Gulbiā€ darbs pie pasakas sākās, domājams, 1822. gadā, pasaku pirmo reizi publicēja PuÅ”kins krājumā ā€œA. PuÅ”kina dzejoļiā€ (III daļa, 1832, 130.-181. lpp.) ā€” 10 gadi no koncepcijas lÄ«dz publikācijai, starp citu!)

Mazliet par kodiem, kas ir rakstÄ«ti pa labi no rindiņām. ā€œAā€ (no ā€œAktierisā€) nozÄ«mē, ka rindā ir informācija par procesa dalÄ«bnieku. ā€œCā€ (no ā€œClassā€) ā€“ informācija par klases objektiem, kas tiek apstrādāti procesu izpildes laikā. ā€œEā€ (no ā€œEnvironmentā€) ā€“ informācija par klases objektiem, kas raksturo vidi procesu izpildei. ā€œPā€ (no ā€œProcessā€) ā€“ informācija par paÅ”iem procesiem.

Starp citu, precÄ«za procesa definÄ«cija arÄ« pretendē uz metodisko strÄ«du cēloni, kaut vai tāpēc, ka ir dažādi procesi: biznesa, ražoÅ”anas, tehnoloÄ£iskie utt. un tā tālāk. (var uzzināt, piemēram, Å”eit [4] un Å”eit [5]). Lai izvairÄ«tos no strÄ«diem, piekritÄ«sim tam MÅ«s interesē process no tā atkārtojamÄ«bas viedokļa laika gaitā un nepiecieÅ”amÄ«bas pēc automatizācijas, t.i. jebkuras procesa operāciju daļas izpildes pārneÅ”ana uz automatizētu sistēmu.

Piezīmes par aktivitātes diagrammas izmantoŔanu

Sāksim modelēt savu procesu un Å”im nolÅ«kam izmantosim aktivitāŔu diagrammu. Vispirms ļaujiet man paskaidrot, kā iepriekÅ” minētie kodi tiks izmantoti modelÄ«. To ir vieglāk izskaidrot ar grafisku piemēru, taču tajā paŔā laikā mēs analizēsim dažus (gandrÄ«z visus mums nepiecieÅ”amos) darbÄ«bas diagrammas elementus.
Analizēsim Ŕādu fragmentu:

...
Vāvere dzied dziesmas, (P1, A1)
Jā, viņŔ grauž visus riekstus, (P2)
Un rieksti nav vienkārŔi, (C1)
Visas čaulas ir zeltainas, (C2)
Kodoli tīrs smaragds; (C3)
...

Mums ir divi procesa soļi P1 un P2, dalÄ«bnieks A1 un trÄ«s dažādu klaÅ”u objekti: solÄ« tiek ievadÄ«ts C1 klases objekts, Ŕī mÅ«su soļa P2 darbÄ«bas rezultātā tiek izvadÄ«ti C3 un C2 klases objekti. process. Diagrammai mēs izmantojam Ŕādus modelÄ“Å”anas elementus.

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

MÅ«su procesa fragmentu var attēlot Ŕādi (1. attēls).

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

Attēls 1. Darbības diagrammas fragments

AktivitāŔu diagrammas telpas organizÄ“Å”anai un strukturÄ“Å”anai izmantosim nestandarta pieeju no UML apzÄ«mējumu klasiskā lietojuma viedokļa. Taču tam ir vairāki iemesli. Pirmkārt, tieÅ”i pirms modelÄ“Å”anas uzsākÅ”anas mēs apkoposim t.s modelÄ“Å”anas lÄ«gums, kurā mēs ierakstām visas apzÄ«mējuma lietoÅ”anas pazÄ«mes. Otrkārt, Ŕī pieeja tika atkārtoti veiksmÄ«gi izmantota biznesa modelÄ“Å”anas posmā reālos projektos, lai izveidotu programmatÅ«ras sistēmas; rezultātus mÅ«su nelielā autoru komanda ierakstÄ«ja attiecÄ«gajā autortiesÄ«bu objektā [6], un tos izmantoja arÄ« apmācÄ«bu rokasgrāmatā [ 7]. DarbÄ«bas diagrammai mēs definējam, ka diagrammas lauks ir strukturēts, izmantojot ā€œpeldÄ“Å”anas joslasā€. Ieraksta nosaukums atbildÄ«s diagrammas elementu veidam, kas tiks ievietots Å”ajā celiņā.

"Ievades un izvades artefakti": Šajā celiņā būs objektu elementi - objekti, kas tiek izmantoti vai ir kāda procesa soļa izpildes rezultāts.
"Procesa soļi": Å eit liksim Aktivitātes elementus ā€“ procesa dalÄ«bnieku darbÄ«bas.
"DalÄ«bnieki": ceļŔ elementiem, kas apzÄ«mēs darbÄ«bas veicēju lomas mÅ«su procesā, tiem izmantosim to paÅ”u modelÄ“Å”anas elementu Object - objektu, bet pievienosim tam stereotipu ā€œAktierisā€.
Tiek izsaukts nākamais celiņŔ "UzņēmējdarbÄ«bas noteikumi" un Å”ajā trasē mēs teksta formā ievietosim procesa soļu izpildes noteikumus, un Å”im nolÅ«kam izmantosim modelÄ“Å”anas elementu PiezÄ«me - piezÄ«me.
Å eit mēs apstāsimies, lai gan mēs varētu izmantot arÄ« taku "RÄ«ki" apkopot informāciju par procesu automatizācijas lÄ«meni. Var noderēt arÄ« ceļŔ "DalÄ«bnieku pozÄ«cijas un sadalÄ«jums", to var izmantot, lai saistÄ«tu lomas ar procesa dalÄ«bnieku amatiem un nodaļām.

Viss, ko es tikko aprakstÄ«ju, ir fragments modelÄ“Å”anas konvencijas, Ŕī lÄ«guma daļa attiecas uz vienas diagrammas organizÄ“Å”anas noteikumiem un attiecÄ«gi tās rakstÄ«Å”anas un lasÄ«Å”anas noteikumiem.

"Recepte"

Tagad apsvērsim iespēju Ä«paÅ”i modelēt sistēmu no aktivitātes diagrammas. Å is ir tikai viens no variantiem, es atzÄ«mēju, ka tas, protams, nav vienÄ«gais. DarbÄ«bas diagramma mÅ«s interesēs no tās lomas pārejā no procesu modelÄ“Å”anas uz automatizētas sistēmas projektÄ“Å”anu. Lai to izdarÄ«tu, mēs ievērosim metodiskos ieteikumus - sava veida recepti, kas sastāv tikai no pieciem posmiem un paredz tikai trÄ«s veidu diagrammu izstrādi. Å Ä«s receptes izmantoÅ”ana palÄ«dzēs mums iegÅ«t formalizētu aprakstu procesam, kuru vēlamies automatizēt, un apkopot datus sistēmas projektÄ“Å”anai. Un studentiem UML studiju sākumā tas ir sava veida glābÅ”anas lÄ«dzeklis, kas neļaus viņiem noslÄ«kt visos vizuālajos lÄ«dzekļos un paņēmienos, kas ir atrodami UML un mÅ«sdienu modelÄ“Å”anas rÄ«kos.

PatiesÄ«bā Å”eit ir pati recepte, un pēc tam sekojiet diagrammām, kas izveidotas mÅ«su ā€œpasakuā€ tematikai.

1. posms. Mēs aprakstām procesu aktivitāŔu diagrammas veidā. Procesam ar vairāk nekā 10 soļiem ir lietderÄ«gi piemērot procesa soļu sadalÄ«Å”anas principu, lai uzlabotu diagrammas lasāmÄ«bu.

2. posms. Izvēlieties, ko var automatizēt (soļus var izcelt, piemēram, diagrammā).

3. posms. Automatizētajam solim ir jāpieŔķir sistēmas funkcija vai funkcijas (attiecÄ«bas var bÅ«t daudzi pret daudziem), uzzÄ«mējiet lietoÅ”anas gadÄ«juma diagrammu. Tās ir mÅ«su sistēmas funkcijas.

4. posms. AprakstÄ«sim AS iekŔējo organizāciju, izmantojot klaÅ”u diagrammu - Klase. "Ievades un izvades objektu (dokumentu)" peldceļŔ darbÄ«bas diagrammā ir pamats objekta modeļa un entÄ«tiju attiecÄ«bu modeļa izveidei.

5. posms. Analizēsim piezÄ«mes celiņā "UzņēmējdarbÄ«bas noteikumi"., tie nodroÅ”ina dažāda veida ierobežojumus un nosacÄ«jumus, kas pakāpeniski tiek pārveidoti par nefunkcionālām prasÄ«bām.
Iegūtais diagrammu kopums (Activity, Use-case, Class) sniedz mums formalizētu aprakstu diezgan stingrā apzīmējumā, t.i. ir nepārprotams lasījums. Tagad jūs varat izstrādāt tehniskās specifikācijas, precizēt prasību specifikācijas utt.

Sāksim modelēt.

1. posms. Aprakstiet procesu aktivitāŔu diagrammas veidā

AtgādināŔu, ka diagrammas lauku strukturējām, izmantojot ā€œpeldÄ“Å”anasā€ joslas; katrā joslā ir viena veida elementi (2. attēls). Papildus iepriekÅ” aprakstÄ«tajiem diagrammas elementiem mēs izmantosim papildu elementus, aprakstÄ«sim tos.

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

Lēmums (Decision) diagrammā apzÄ«mē mÅ«su procesa sazaroÅ”anas punktu, bet pavedienu saplÅ«Å”ana (Merge) ā€“ to atkalapvienoÅ”anās punktu. Pārejas nosacÄ«jumi uz pārejām ir rakstÄ«ti kvadrātiekavās.

Starp diviem sinhronizatoriem (Fork) mēs parādīsim paralēlus procesa zarus.
MÅ«su procesam var bÅ«t tikai viens sākums ā€“ viens ieejas punkts (Initial). Bet var bÅ«t vairākas pabeigÅ”anas (galÄ«gais), bet ne mÅ«su konkrētajai diagrammai.

Bultu ir diezgan daudz; ar lielu skaitu elementu un savienojumu vispirms varat noteikt procesa posmus un pēc tam veikt Å”o posmu sadalÄ«Å”anu. Bet skaidrÄ«bas labad es vēlos pilnÄ«bā parādÄ«t mÅ«su "pasakas" procesu vienā diagrammā, bet, protams, mums ir jānodroÅ”ina, lai bultiņas "nelÄ«p kopā", bÅ«tu iespējams precÄ«zi izsekot savienojumam uz ko.

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

Attēls 2. Darbības diagramma - procesa vispārīgs skats

Jo poētiskajās rindās dažas procesa detaļas ir izlaistas, tās bija jāatjauno, tās parāda elementi ar baltu fonu. Å Ä« informācija ietver pārsÅ«tÄ«Å”anas/saņemÅ”anas darbÄ«bu glabāŔanai un apstrādei un vairākus ievades un izvades artefaktus. Ir vērts atzÄ«mēt, ka Å”is solis arÄ« pilnÄ«bā neatklāj procesu, jo mums bÅ«tu atseviŔķi jānorāda pārraides solis un uztverÅ”anas solis, un pat jāpievieno atseviŔķs solis čaulām, kā arÄ« jādomā, ka vispirms visas Ŕīs materiālās vērtÄ«bas ir kaut kur Ä«slaicÄ«gi jāuzglabā utt. un tā tālāk.
AtzÄ«mēsim arÄ« to, ka neatbildēts paliek jautājums par riekstu izcelsmi ā€“ no kurienes tie nāk un kā nokļūst lÄ«dz vāverei? Un Å”is jautājums (piezÄ«mē tas ir iezÄ«mēts ar sarkanu fontu - piezÄ«mes elements) prasa atseviŔķu izpēti! Tā strādā analÄ«tiÄ·is - pamazām vāc informāciju, izdara pieņēmumus un saņem ā€œlabiā€ vai ā€œnē-labiā€ no priekÅ”metu ekspertiem ā€“ ļoti svarÄ«giem un vienkārÅ”i neaizvietojamiem cilvēkiem biznesa modelÄ“Å”anas stadijā, veidojot sistēmas.

Ņemiet vērā arī to, ka procesa posms P5 sastāv no divām daļām.

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

Un mēs sadalÄ«sim katru daļu un apsvērsim to sÄ«kāk (3. attēls, 4. attēls), jo Å”ajās konkrētajās darbÄ«bās veiktās darbÄ«bas tiks automatizētas.

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

3. attēls. DarbÄ«bas diagramma ā€” detalizēta informācija (1. daļa)

No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

4. attēls. DarbÄ«bas diagramma ā€” detalizēta informācija (2. daļa)

2. posms. Izvēlieties, ko var automatizēt

Automatizējamās darbības diagrammās ir iezīmētas ar krāsu (sk. 3. attēlu, 4. attēlu).
No procesa modelÄ“Å”anas lÄ«dz automatizētai sistēmas projektÄ“Å”anai (1. daļa)

Tos visus veic viens procesa dalībnieks - lietvedis:

  • Ievada izziņā informāciju par uzgriežņa svaru;
  • Ievada izziņā informāciju par rieksta pārneÅ”anu;
  • ReÄ£istrē faktu par rieksta pārtapÅ”anu čaulā un kodolā;
  • Ievada paziņojumā informāciju par riekstu kodolu;
  • Sarakstā ievada informāciju par riekstu čaumalām.

Paveiktā darba analīze. Ko tālāk?

Tātad, esam paveikuÅ”i lielu sagatavoÅ”anās darbu: esam apkopojuÅ”i informāciju par procesu, ko gatavojamies automatizēt; sāka veidot vienoÅ”anos par modelÄ“Å”anu (pagaidām tikai DarbÄ«bas diagrammas izmantoÅ”anas ziņā); veica procesa simulāciju un pat sadalÄ«ja vairākus tā posmus; Mēs noteicām procesa darbÄ«bas, kuras mēs automatizēsim. Tagad esam gatavi pāriet uz nākamajiem soļiem un sākt izstrādāt sistēmas funkcionalitāti un iekŔējo organizāciju.

Kā zināms, teorija bez prakses nav nekas. Noteikti jāizmēģina ā€œmodelÄ“Å”anaā€ ar savām rokām, tas noder arÄ« piedāvātās pieejas izpratnei. Piemēram, jÅ«s varat strādāt modelÄ“Å”anas vidē Modelio [3]. Mēs esam sadalÄ«juÅ”i tikai daļu no kopējās procesa diagrammas soļiem (sk. 2. attēlu). Kā praktisks uzdevums jums var tikt lÅ«gts atkārtot visas diagrammas Modelio vidē un veikt soļa ā€œPārsÅ«tÄ«Å”ana/saņemÅ”ana uzglabāŔanai un apstrādeiā€ dekompozÄ«cijas.
Mēs vēl neapsveram iespēju strādāt konkrētās modelÄ“Å”anas vidēs, taču tas var kļūt par neatkarÄ«gu rakstu un apskatu tēmu.

Raksta otrajā daļā mēs analizēsim 3.-5. posmā nepiecieÅ”amās modelÄ“Å”anas un projektÄ“Å”anas metodes, izmantosim UML lietoÅ”anas gadÄ«jumu un klaÅ”u diagrammas. Turpinājums sekos.

Avotu saraksts

  1. Vietne "UML2.ru". Analītiķu kopienas forums. Vispārīgā sadaļa. Piemēri. Pasaku piemēri UML diagrammu veidā. [Elektroniskais resurss] Piekļuves režīms: Internets: http://www.uml2.ru/forum/index.php?topic=486.0
  2. Sparx Systems vietne. [Elektroniskais resurss] Piekļuves režīms: Internets: https://sparxsystems.com
  3. Modelio vietne. [Elektroniskais resurss] Piekļuves režīms: Internets: https://www.modelio.org
  4. Lielā enciklopēdiskā vārdnīca. Process (interpretācija). [Elektroniskais resurss] Piekļuves režīms: Internets: https://dic.academic.ru/dic.nsf/enc3p/246322
  5. Mājas lapa "EfektÄ«vas vadÄ«bas organizÄ“Å”ana". Emuārs. Rubrika "UzņēmējdarbÄ«bas procesu vadÄ«ba". Biznesa procesa definÄ«cija. [Elektroniskais resurss] Piekļuves režīms: Internets: https://rzbpm.ru/knowledge/pochemu-processy-stali-s-pristavkoj-biznes.html
  6. Sertifikāts Nr.18249 par intelektuālās darbÄ«bas rezultāta produkta reÄ£istrāciju un deponÄ“Å”anu. Alfimovs R.V., Zolotuhina E.B., Krasņikova S.A. MācÄ«bu lÄ«dzekļa ar nosaukumu "PriekÅ”meta jomas modelÄ“Å”ana, izmantojot uzņēmuma arhitektu" manuskripts // 2011.
  7. Zolotuhina E.B., ViŔņa A.S., Krasņikova S.A. Biznesa procesu modelÄ“Å”ana. - M .: KURS, NITs INFRA-M, EBS Znanium.com. ā€” 2017. gads.

Avots: www.habr.com

Pievieno komentāru