"Een dag in die lewe van 'n eekhoring" of van prosesmodellering tot die ontwerp van 'n outomatiese welvaartrekeningstelsel "Belka-1.0" (Deel 1)
Wat het "eekhoring" daarmee te doen?
Ek sal dadelik verduidelik wat die "eekhoring" daarmee te doen het. Nadat u prettige projekte op die internet teëgekom het om UML te leer gebaseer op 'n vakgebied wat uit sprokies geleen is (byvoorbeeld, [1]), het ek ook besluit om 'n soortgelyke voorbeeld vir my studente voor te berei sodat hulle slegs drie tipes diagramme kan bestudeer om mee te begin: Aktiwiteitsdiagram, Gebruiksgevaldiagram en Klasdiagram. Ek vertaal doelbewus nie die name van die diagramme in Russies nie om dispute oor “vertaalprobleme” te vermy. Ek sal 'n bietjie later verduidelik waarvoor dit is. In hierdie voorbeeld gebruik ek die Enterprise Architect-raamwerk van 'n Australiese maatskappy [2] – 'n goeie hulpmiddel vir 'n billike prys. En as deel van my opleidingsessies gebruik ek [3], 'n goeie gratis objekgeoriënteerde ontwerpinstrument wat UML2.0- en BPMN-standaarde ondersteun, sonder onnodige klokkies en fluitjies in terme van visuele vermoëns, maar redelik voldoende om die basiese beginsels van die taal aan te leer.
Ons gaan die aktiwiteit van boekhouding vir wesenlike bates, wat in hierdie prosesse ontstaan, outomatiseer.
...
'n Eiland lê op die see, (E1, E2)
Daar is 'n hael op die eiland (E3, E1)
Met goue koepel kerke, (E4)
Met torings en tuine; (E5, E6)
'n Spar boom groei voor die paleis, (E7, E8)
En daaronder is 'n kristalhuis; (E9)
'n Mak eekhoring woon daar, (A1)
Ja, wat 'n avontuur! (A1)
Die eekhoring sing liedjies, (P1, A1)
Ja, hy bly aan neute peusel, (P2)
Maar neute is nie eenvoudig nie, (C1)
Alle skulpe is goudkleurig, (C2)
Die kern is suiwer smarag; (C3)
Bediendes bewaak die eekhoring, (P3, A2)
Hulle bedien haar as verskeie bediendes (P4)
En 'n klerk is aangewys (A3)
’n Streng rekening van neute is die nuus; (P5, C1)
Die weermag salueer haar; (P6, A4)
'n Muntstuk word uit die skulpe gegooi, (P7, C2, C4)
Laat hulle om die wêreld gaan; (P8)
Meisies skink smarag (P9, A5, C3)
In die stoorkamers en onderdak; (E10, E11)
...
(A.S. Pushkin "Die verhaal van tsaar Saltan, van sy glorieryke en magtige held Prins Guidon Saltanovich en die pragtige Prinses Swan", — 10 jaar van konsep tot publikasie, terloops!)
'n Bietjie oor die kodes wat regs van die reëls geskryf is. "A" (van "Actor") beteken dat die reël inligting bevat oor 'n deelnemer aan die proses. “C” (van “Klas”) – inligting oor klasobjekte wat tydens die uitvoering van prosesse verwerk word. “E” (van “Omgewing”) – inligting oor klasobjekte wat die omgewing vir die uitvoering van prosesse kenmerk. “P” (van “Proses”) – inligting oor die prosesse self.
Terloops, die presiese definisie van 'n proses maak ook daarop aanspraak dat dit die oorsaak is van metodologiese dispute, al is dit net as gevolg van die feit dat daar verskillende prosesse is: besigheid, produksie, tegnologies, ens. en so aan. (jy kan uitvind, bv. [4] en [5]). Om kontroversie te vermy, kom ons stem saam Ons stel belang in die proses vanuit die oogpunt van die herhaalbaarheid daarvan oor tyd en die behoefte aan outomatisering, d.w.s. die oordrag van die uitvoering van enige deel van die prosesbewerkings na 'n geoutomatiseerde stelsel.
Notas oor die gebruik van die Aktiwiteitsdiagram
Kom ons begin ons proses modelleer en gebruik die Aktiwiteitsdiagram hiervoor. Laat ek eers verduidelik hoe die bogenoemde kodes in die model gebruik sal word. Dit is makliker om met 'n grafiese voorbeeld te verduidelik, maar ons sal terselfdertyd sommige (byna almal wat ons benodig) elemente van die Aktiwiteitsdiagram ontleed.
Kom ons ontleed die volgende fragment:
...
Die eekhoring sing liedjies, (P1, A1)
Ja, hy bly aan neute peusel, (P2)
Maar neute is nie eenvoudig nie, (C1)
Alle skulpe is goudkleurig, (C2)
Die kern is suiwer smarag; (C3)
...
Ons het twee prosesstappe P1 en P2, deelnemer A1, en voorwerpe van drie verskillende klasse: 'n objek van klas C1 word ingevoer tot die stap, voorwerpe van klasse C2 en C3 word uitgevoer as gevolg van die aktiwiteit van hierdie stap P2 van ons proses. Vir die diagram gebruik ons die volgende modelleringselemente.
'n Fragment van ons proses kan so iets voorgestel word (Figuur 1).
Figuur 1. Aktiwiteitsdiagramfragment
Om die ruimte en struktuur van die Aktiwiteitsdiagram te organiseer, sal ons 'n nie-standaard benadering gebruik, vanuit die oogpunt van die klassieke gebruik van UML-notasie. Maar daar is verskeie redes hiervoor. Eerstens, net voor die aanvang van die modellering sal ons die sg modelleringsooreenkoms, waarin ons al die kenmerke van die gebruik van die notasie opneem. Tweedens is hierdie benadering herhaaldelik suksesvol toegepas op die stadium van besigheidsmodellering in werklike projekte om sagtewarestelsels te skep die resultate is deur ons klein span skrywers in die ooreenstemmende kopieregobjek [6] aangeteken en is ook in 'n opleidingshandleiding gebruik 7]. Vir die Aktiwiteitsdiagram definieer ons dat die diagramveld gestruktureer is deur gebruik te maak van "swembane". Die snitnaam sal ooreenstem met die tipe grafiekelemente wat op daardie snit geplaas sal word.
"Invoer en uitvoer artefakte": Hierdie snit sal Objects-elemente bevat - voorwerpe wat gebruik word of die resultaat is van die uitvoering van een of ander prosesstap.
"Verwerk stappe": Hier sal ons Aktiwiteitselemente plaas - die aksies van prosesdeelnemers.
"Deelnemers": 'n pad vir elemente wat die rolle van aksieuitvoerders in ons proses sal aandui, vir hulle sal ons dieselfde modelleringselement Voorwerp gebruik - 'n objek, maar ons sal die "Actor" stereotipe daarby voeg.
Die volgende snit word genoem "Besigheidsreëls" en op hierdie baan sal ons in teksvorm die reëls plaas vir die uitvoering van die stappe van die proses, en hiervoor sal ons die modelleringselement Nota gebruik - 'n nota.
Ons sal hier stop, hoewel ons ook die paadjie kan gebruik "Gereedskap" om inligting oor die vlak van prosesoutomatisering in te samel. 'n Pad kan ook handig te pas kom "Posisie en afdelings van deelnemers", kan dit gebruik word om rolle aan posisies en departemente van prosesdeelnemers te koppel.
Alles wat ek sopas beskryf het, is 'n fragment modellering konvensies, hierdie deel van die ooreenkoms handel oor die reëls vir die organisering van een diagram en dienooreenkomstig die reëls vir die skryf en lees daarvan.
"Resep"
Kom ons kyk nou na die opsie om die stelsel spesifiek te modelleer vanaf die Aktiwiteitsdiagram. Dit is net een van die opsies, ek let daarop dat dit natuurlik nie die enigste een is nie. Die Aktiwiteitsdiagram sal ons interesseer uit die oogpunt van sy rol in die oorgang van prosesmodellering na die ontwerp van 'n outomatiese stelsel. Om dit te doen, sal ons voldoen aan die metodologiese aanbevelings - 'n soort resep wat uit slegs vyf stadiums bestaan en voorsiening maak vir die ontwikkeling van slegs drie tipes diagramme. Die gebruik van hierdie resep sal ons help om 'n geformaliseerde beskrywing te kry van die proses wat ons wil outomatiseer en data vir stelselontwerp insamel. En vir studente aan die begin van die studie van UML, is dit 'n soort lewensredder wat hulle nie sal toelaat om te verdrink in al die verskeidenheid visuele middele en tegnieke wat in UML en moderne modelleringsinstrumente gevind word nie.
Hier is om die waarheid te sê die resep self, en volg dan die diagramme wat vir ons “sprokies”-vakgebied gebou is.
Stadium 1. Ons beskryf die proses in die vorm van 'n Aktiwiteitsdiagram. Vir 'n proses met meer as 10 stappe, maak dit sin om die prosesstap-ontbindingsbeginsel toe te pas om die leesbaarheid van die diagram te verbeter.
Fase 2. Kies wat geoutomatiseer kan word (die stappe kan byvoorbeeld op 'n diagram uitgelig word).
Fase 3. Die outomatiese stap moet geassosieer word met 'n funksie of funksies van die stelsel (die verhouding kan baie-tot-baie wees), teken 'n Use-case-diagram. Dit is die funksies van ons stelsel.
Stadium 4. Kom ons beskryf die interne organisasie van die AS deur 'n klasdiagram te gebruik - Klas. Die "Invoer- en Uitsetvoorwerpe (Dokumente)"-swempad in die Aktiwiteitsdiagram is die basis vir die bou van 'n objekmodel en 'n entiteitsverwantskapsmodel.
Stadium 5. Kom ons ontleed die notas op die "Besigheidsreëls"-snit, verskaf hulle verskeie soorte beperkings en voorwaardes, wat geleidelik omskep word in nie-funksionele vereistes.
Die gevolglike stel diagramme (Aktiwiteit, Gebruik-geval, Klas) gee vir ons 'n geformaliseerde beskrywing in 'n redelik streng notasie, m.a.w. het 'n ondubbelsinnige lesing. Nou kan jy tegniese spesifikasies ontwikkel, vereistes spesifikasies uitklaar, ens.
Kom ons begin modelwerk.
Stadium 1. Beskryf die proses in die vorm van 'n Aktiwiteitsdiagram
Laat ek jou herinner dat ons die diagramveld gestruktureer het deur gebruik te maak van "swem"-bane elke baan bevat elemente van dieselfde tipe (Figuur 2). Benewens die diagramelemente wat hierbo beskryf is, sal ons addisionele elemente gebruik, kom ons beskryf dit.
Besluit (Besluit) dui die vertakkingspunt van ons proses in die diagram aan, en samesmeltingsdrade (Merge) - die punt van hul hereniging. Oorgangstoestande word in vierkantige hakies op oorgange geskryf.
Tussen twee sinchroniseerders (Vurk) sal ons parallelle prosestakke wys.
Ons proses kan net een begin hê - een toegangspunt (Aanvanklik). Maar daar kan verskeie voltooiings wees (Finale), maar nie vir ons spesifieke diagram nie.
Daar is nogal baie pyle met 'n groot aantal elemente en verbindings, jy kan eers die stadiums van die proses identifiseer, en dan 'n ontbinding van hierdie stadiums uitvoer. Maar vir duidelikheid wil ek graag ons "sprokie"-proses geheel en al op een diagram wys, terwyl ons natuurlik moet verseker dat die pyle "nie aanmekaar steek nie", dit moontlik sal wees om akkuraat na te spoor wat verbind is na wat.
Figuur 2. Aktiwiteitsdiagram - algemene oorsig van die proses
Omdat in die poëtiese reëls word sommige besonderhede van die proses weggelaat, dit moes herstel word, dit word getoon deur elemente met 'n wit agtergrond. Hierdie besonderhede sluit in die oordrag/ontvangs vir berging en verwerking-stap en verskeie invoer- en uitvoerartefakte. Dit is opmerklik dat hierdie stap ook nie die proses ten volle openbaar nie, want ons sal die transmissiestap en die ontvangstap afsonderlik moet aanwys, en selfs 'n aparte stap vir skulpe moet byvoeg, en ook dink dat al hierdie materiële waardes eers tydelik iewers gestoor moet word, ens. en so aan.
Kom ons let ook daarop dat die vraag oor die oorsprong van neute onbeantwoord bly - waar kom hulle vandaan en hoe kom hulle by die eekhoring uit? En hierdie vraag (dit word in rooi lettertipe in die nota uitgelig - die Nota-element) vereis aparte studie! Dit is hoe 'n ontleder werk - om inligting bietjie vir bietjie in te samel, aannames te maak en "okay" of "nee-ok" van vakkundiges te ontvang - baie belangrike en eenvoudig onvervangbare mense in die stadium van besigheidsmodellering wanneer stelsels geskep word.
Let ook op dat prosesstap P5 uit twee dele bestaan.
En ons sal elke deel ontbind en dit in meer besonderhede oorweeg (Figuur 3, Figuur 4), want die aktiwiteite wat binne hierdie spesifieke stappe uitgevoer word, sal geoutomatiseer word.
Figuur 3. Aktiwiteitsdiagram - besonderhede (deel 1)
Figuur 4. Aktiwiteitsdiagram - besonderhede (deel 2)
Fase 2. Kies wat geoutomatiseer kan word
Die stappe wat geoutomatiseer moet word, word in kleur op die diagramme uitgelig (sien Figuur 3, Figuur 4).
Almal van hulle word uitgevoer deur een deelnemer aan die proses - die Klerk:
- Voer inligting oor die gewig van die neut in die stelling in;
- Voer inligting oor die oordrag van die neut in die staat in;
- Teken die feit aan van die transformasie van 'n neut in 'n dop en 'n pit;
- Voer inligting oor die neutpit in die stelling in;
- Voer inligting oor neutdoppe in die lys in.
Ontleding van die werk wat gedoen is. Wat is volgende?
So, ons het baie voorbereidingswerk gedoen: ons het inligting ingesamel oor die proses wat ons gaan outomatiseer; begin om 'n ooreenkoms oor modellering te vorm (tot dusver slegs in terme van die gebruik van die Aktiwiteitsdiagram); 'n simulasie van die proses uitgevoer en selfs verskeie van die stappe daarvan ontbind; Ons het die prosesstappe geïdentifiseer wat ons sal outomatiseer. Ons is nou gereed om voort te gaan na die volgende stappe en begin met die ontwerp van die stelsel se funksionaliteit en interne organisasie.
Soos u weet, is teorie sonder praktyk niks. Jy moet beslis probeer "modelleer" met jou eie hande, dit is ook nuttig om die voorgestelde benadering te verstaan. Jy kan byvoorbeeld in 'n modelleringsomgewing werk [3]. Ons het slegs 'n deel van die stappe van die algehele prosesdiagram ontbind (sien Figuur 2). As 'n praktiese taak kan u gevra word om al die diagramme in die Modelio-omgewing te herhaal en 'n ontbinding van die "Oordrag/Ontvangs vir Berging en Verwerking" stap uit te voer.
Ons oorweeg dit nog nie om in spesifieke modelleringsomgewings te werk nie, maar dit kan die onderwerp van onafhanklike artikels en resensies word.
In die tweede deel van die artikel, sal ons die modellering en ontwerp tegnieke wat nodig is in stadiums 3-5 ons sal gebruik UML Use-case en Klas diagramme ontleed. Vervolg.
Lys van bronne
- Webwerf "UML2.ru". Ontleder Gemeenskapsforum. Algemene afdeling. Voorbeelde. Voorbeelde van sprokies wat as UML-diagramme geformateer is. [Elektroniese hulpbron] Toegangsmodus: Internet:
- Sparx Systems webwerf. [Elektroniese hulpbron] Toegangsmodus: Internet:
- Modelio webwerf. [Elektroniese hulpbron] Toegangsmodus: Internet:
- Groot Ensiklopediese Woordeboek. Proses (interpretasie). [Elektroniese hulpbron] Toegangsmodus: Internet:
- Webwerf "Organisasie van Effektiewe Bestuur". Blog. Kategorie "Besigheidsprosesbestuur". Definisie van 'n besigheidsproses. [Elektroniese hulpbron] Toegangsmodus: Internet:
- Sertifikaat No. 18249 oor registrasie en deponering van 'n werk van intellektuele aktiwiteit. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Manuskrip van 'n onderrighulpmiddel getiteld "Modelering van 'n vakgebied deur Enterprise Architect" // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Besigheidsprosesmodellering. — M.: KURSUS, SIC INFRA-M, EBS Znanium.com. — 2017.
Bron: will.com