"Egun bat urtxintxa baten bizitzan" edo prozesuen modelizaziotik "Belka-1.0" aberastasunaren kontabilitate sistema automatizatu baten diseinura (1. zatia)
Zer zerikusi du "urtxintxa" horrekin?
Berehala azalduko dut “urtxintxak” zer ikusia duen horrekin. Interneten UML ikasteko proiektu dibertigarriak topatu izana maitagarrien ipuinetatik mailegatutako gai batean oinarrituta (adibidez, [1]), nire ikasleentzat ere antzeko adibide bat prestatzea erabaki nuen, hasteko hiru diagrama mota soilik azter zezaten: Jarduera Diagrama, Erabilera Diagrama eta Klase Diagrama. Nahita ez ditut diagramen izenak errusierara itzultzen, "itzulpen-zailtasunei" buruzko eztabaidak saihesteko. Geroxeago azalduko dut zertarako den. Adibide honetan Australiako enpresa bateko Enterprise Architect esparrua erabiltzen ari naiz [2] – Tresna ona arrazoizko prezioan. Eta nire entrenamendu saioen barruan erabiltzen dut [3], objektuetara zuzendutako diseinu-tresna ona, UML2.0 eta BPMN estandarrak onartzen dituena, alferrikako kanpai eta txisturik gabe gaitasun bisualei dagokienez, baina nahikoa hizkuntzaren oinarriak ikasteko.
Prozesu hauetan sortzen den aktibo materialen kontabilitatearen jarduera automatizatzera goaz.
...
Irla bat itsasoan dago, (E1, E2)
Uhartean txingorra dago (E3, E1)
Urrezko kupuladun elizekin, (E4)
Dorre eta lorategiekin; (E5, E6)
Jauregiaren aurrean izei bat hazten da, (E7, E8)
Eta azpian kristalezko etxe bat dago; (E9)
Urtxintxa otzan bat bizi da, (A1)
Bai, zer abentura! (A1)
Urtxintxak abestiak abesten ditu, (P1, A1)
Bai, fruitu lehorrak mozkatzen jarraitzen du (P2)
Baina fruitu lehorrak ez dira sinpleak, (C1)
Maskor guztiak urrezkoak dira, (C2)
Muina esmeralda hutsa da; (C3)
Zerbitzariek urtxintxa zaintzen dute, (P3, A2)
Hainbat zerbitzari gisa zerbitzatzen dute (P4)
Eta idazkari bat esleitu zen (A3)
Intxaurren kontu zorrotza da albistea; (P5, C1)
Armadak agurtzen du; (P6, A4)
Oskoletatik txanpon bat isurtzen da (P7, C2, C4)
Utzi munduari bueltaka; (P8)
Neskek esmeralda bota (P9, A5, C3)
Biltegietan sartu, eta estalpean; (E10, E11)
...
(A.S. Pushkin "Saltan tsarraren istorioa, Guidon Saltanovich printzea eta Belsne printzesaren heroi loriatsu eta ahaltsuarena", — Kontzeptutik argitalpenera 10 urte, bide batez!)
Lerroen eskuinaldean idazten diren kodeak buruz pixka bat. "A" ("Actor"-etik) esan nahi du lerroak prozesuan parte-hartzaile bati buruzko informazioa duela. "C" ("Class"-etik) - prozesuak exekutatzen diren bitartean prozesatzen diren klase-objektuei buruzko informazioa. "E" ("Ingurumenetik") - prozesuak exekutatzeko ingurunea ezaugarritzen duten klase-objektuei buruzko informazioa. "P" ("Prozesutik") - prozesuei buruzko informazioa.
Bide batez, prozesu baten definizio zehatzak eztabaida metodologikoen kausa ere aldarrikatzen du, prozesu desberdinak egoteagatik baino ez bada: negozioa, ekoizpena, teknologikoa, etab. eta abar. (adibidez, jakin dezakezu [4] eta [5]). Eztabaida saihesteko, ados gaitezen Prozesua denboran zehar errepikakortasunaren eta automatizazioaren beharraren ikuspuntutik interesatzen zaigu, hau da. prozesuko eragiketen edozein zatiren exekuzioa sistema automatizatu batera transferitzea.
Jarduera-diagrama erabiltzeari buruzko oharrak
Has gaitezen gure prozesua modelatzen eta erabil gaitezen Jardueraren diagrama horretarako. Lehenik eta behin, azalduko dut goiko kodeak nola erabiliko diren ereduan. Adibide grafiko batekin errazagoa da azaltzea, baina aldi berean Jardueren diagramako elementu batzuk (behar ditugun ia guztiak) aztertuko ditugu.
Azter dezagun zati hau:
...
Urtxintxak abestiak abesten ditu, (P1, A1)
Bai, fruitu lehorrak mozkatzen jarraitzen du (P2)
Baina fruitu lehorrak ez dira sinpleak, (C1)
Maskor guztiak urrezkoak dira, (C2)
Muina esmeralda hutsa da; (C3)
...
P1 eta P2 prozesuko bi urrats ditugu, A1 parte-hartzailea, eta hiru klase ezberdinetako objektuak: C1 klaseko objektu bat sartzen da urratsean, C2 eta C3 klaseetako objektuak gure P2 urrats honen jardueraren ondorioz ateratzen dira. prozesua. Diagrama egiteko honako modelizazio-elementu hauek erabiltzen ditugu.
Gure prozesuaren zati bat honelako zerbait irudika daiteke (1. irudia).
1. irudia. Jarduera-diagrama zatia
Espazioa antolatzeko eta Jarduera-diagrama egituratzeko, ikuspegi ez-estandarra erabiliko dugu, UML idazkeraren erabilera klasikoaren ikuspuntutik. Baina horretarako hainbat arrazoi daude. Lehenik eta behin, modelatzeari ekin baino lehen deitutakoa bilduko dugu eredu hitzarmena, eta bertan idazkera erabiltzearen ezaugarri guztiak erregistratzen ditugu. Bigarrenik, ikuspegi hori behin eta berriz arrakastaz aplikatu zen enpresa-ereduaren fasean software-sistemak sortzeko proiektu errealetan, emaitzak gure egile talde txikiak dagokion copyright-objektuan [6] erregistratu zituen, eta prestakuntza-eskuliburu batean ere erabili ziren; 7]. Jarduera-diagramarako, diagrama eremua "igeriketa bideak" erabiliz egituratuta dagoela definitzen dugu. Pistaren izena pista horretan jarriko den diagrama-elementuen motarekin bat etorriko da.
"Sarrera eta irteerako artefaktuak": Pista honek Objects elementuak edukiko ditu - erabiltzen diren edo prozesu-urratsen bat exekutatzeko emaitza diren objektuak.
"Prozesuaren urratsak": Hemen Jardueraren elementuak kokatuko ditugu: prozesuko parte-hartzaileen ekintzak.
"Partaideak": Gure prozesuan ekintza-erreformatzaileen rolak adieraziko dituen elementuen bide bat, haientzat modelizazio-elementu bera erabiliko dugu Object - objektu bat, baina "Actor" estereotipoa gehituko diogu.
Hurrengo pista deitzen da "Negozio arauak" eta pista honetan testu moduan jarriko ditugu prozesuaren urratsak exekutatzeko arauak, eta horretarako Oharra - a nota modelatze-elementua erabiliko dugu.
Hemen geldituko gara, bidea ere erabil genezakeen arren "Tresnak" prozesuen automatizazio mailari buruzko informazioa biltzeko. Bide bat ere ondo etor daiteke "Partaideen postuak eta banaketak", rolak prozesuko parte-hartzaileen posizio eta sailekin lotzeko erabil daiteke.
Deskribatu berri dudan guztia zati bat da modelatzeko konbentzioak, hitzarmenaren zati hau diagrama bat antolatzeko arauei eta, horren arabera, hura idazteko eta irakurtzeko arauei dagokie.
"Errezeta"
Orain aztertu dezagun sistema zehazki modelatzeko aukera Jarduera-diagramatik. Hau aukeretako bat besterik ez da, ohartzen naiz, noski, ez dela bakarra. Jarduera-diagrama interesatuko zaigu prozesuen modelatzetik sistema automatizatu baten diseinura igarotzean duen eginkizunaren ikuspuntutik. Horretarako, gomendio metodologikoei eutsiko diegu: bost fasez osatutako errezeta moduko bat eta hiru diagrama mota bakarrik garatzea eskaintzen du. Errezeta hau erabiltzeak automatizatu nahi dugun prozesuaren deskribapen formalizatu bat lortzen lagunduko digu eta sistemaren diseinurako datuak biltzen. Eta UML ikasten hasten diren ikasleentzat, UML-n eta modelizazio-tresn modernoetan aurkitzen diren ikusmen-bide eta teknika guztietan itotzen utziko ez duen bizi-salbatzaile moduko bat da.
Hona hemen, hain zuzen ere, errezeta bera, eta gero jarraitu gure “maitagarrien” gai-arlorako eraikitako diagramak.
1. etapa. Prozesua Jarduera-diagrama moduan deskribatzen dugu. 10 urrats baino gehiago dituen prozesu baterako, zentzuzkoa da prozesuaren urratsen deskonposizio printzipioa aplikatzea diagramaren irakurgarritasuna hobetzeko.
2. etapa. Hautatu zer automatizatu daitekeen (urratsak diagrama batean nabarmendu daitezke, adibidez).
3. etapa. Urrats automatizatua sistemaren funtzio edo funtzio batekin lotu behar da (erlazioa asko-asko izan daiteke), marraztu Erabilera-kasuaren diagrama. Hauek dira gure sistemaren funtzioak.
4. etapa. Deskriba dezagun ASren barne antolaketa klase-diagrama erabiliz - Klasea. Jarduera-diagramako "Sarrera eta irteerako objektuak (dokumentuak)" igerilekua da objektu-eredu bat eta entitate-erlazio-eredu bat eraikitzeko oinarria.
5. etapa. Azter ditzagun "Negozio-arauak" pistako oharrak, hainbat murrizketa eta baldintza ematen dituzte, pixkanaka-pixkanaka baldintza ez-funtzionaletan bihurtzen direnak.
Ondorioz, diagramen multzoak (Jarduera, Erabilera-kasua, Klasea) deskribapen formalizatu bat ematen digu idazkera nahiko zorrotzean, hau da. anbiguotasunik gabeko irakurketa du. Orain zehaztapen teknikoak garatu ditzakezu, eskakizunen zehaztapenak argitu, etab.
Has gaitezen modelatzen.
1. etapa. Deskribatu prozesua Jarduera-diagrama moduan
Gogorarazten dizut diagrama-eremua "igeriketa" bideak erabiliz egituratu dugula errei bakoitzak mota bereko elementuak dituela (2. irudia). Goian deskribatutako diagrama-elementuez gain, elementu osagarriak erabiliko ditugu, deskriba ditzagun.
Erabakia (Erabakia) gure prozesuaren adarkatze-puntua adierazten du diagraman, eta hariak bateratzea (Bateatu) - haien bateratzearen puntua. Trantsizio-baldintzak kortxete artean idazten dira trantsizioetan.
Bi sinkronizatzaileren artean (Fork) prozesu paraleloen adarrak erakutsiko ditugu.
Gure prozesuak hasiera bakarra izan dezake: sarrera puntu bat (Hasiera). Baina hainbat osaketa egon daitezke (Azkena), baina ez gure diagrama zehatzerako.
Elementu eta konexio ugari dituzten gezi asko daude, lehendabizi prozesuaren faseak identifikatu eta, ondoren, fase horien deskonposizioa egin dezakezu. Baina argitasuna lortzeko, gure "maitagarrien" prozesua oso-osorik diagrama batean erakutsi nahiko nuke, eta, jakina, geziak "elkarrekin itsatsi ez" direla ziurtatu behar dugu, posible izango litzateke konektatua dagoena zehaztasunez jarraitzea. zertara.
2. irudia. Jarduera-diagrama - prozesuaren ikuspegi orokorra
Zeren lerro poetikoetan, prozesuaren xehetasun batzuk baztertzen dira, zaharberritu egin behar ziren, hondo zuria duten elementuek erakusten dituzte. Xehetasun horien artean, biltegiratzeko eta prozesatzeko transferentzia/harrera urratsa eta sarrera eta irteerako hainbat artefaktu daude. Aipatzekoa da urrats honek ere ez duela prozesua guztiz agerian uzten, zeren transmisio-urratsak eta harrera-urratsak bereizita izendatu beharko genituzke, baita maskorentzako urrats bat gehitu ere, eta, gainera, pentsatu behar dugu lehenik eta behin material horiek guztiak aldi baterako nonbait gorde behar direla, etab. eta abar.
Kontuan izan dezagun fruitu lehorren jatorriaren galderak erantzunik gabe jarraitzen duela: nondik datoz eta nola iristen dira urtxintxa? Eta galdera honek (oharrean letra gorriz nabarmenduta dago - Oharra elementua) aparteko azterketa behar du! Horrela funtzionatzen du analista batek -informazioa pixkanaka biltzea, hipotesiak eginez eta gaian adituen eskutik "onar" edo "ez-ondo" jasoz - sistemak sortzerakoan negozio-ereduaren fasean oso garrantzitsuak eta ordezkaezinak diren pertsonak.
Kontuan izan, gainera, P5 prozesuaren urratsak bi zati dituela.
Eta zati bakoitza deskonposatuko dugu eta zehatzago aztertuko dugu (3. irudia, 4. irudia), zeren urrats jakin horien barruan egiten diren jarduerak automatizatu egingo dira.
3. irudia. Jarduera-diagrama - xehetasunak (1. zatia)
4. irudia. Jarduera-diagrama - xehetasunak (2. zatia)
2. etapa. Hautatu zer automatizatu daitekeen
Automatizatu beharreko urratsak kolorez nabarmentzen dira diagrametan (ikus 3. irudia, 4. irudia).
Horiek guztiak prozesuko parte-hartzaile batek egiten ditu - idazkariak:
- Intxaurren pisuari buruzko informazioa sartzen du adierazpenean;
- Intxaurren transferentziari buruzko informazioa sartzen du adierazpenean;
- Intxaur bat oskol eta kernel bihurtu izana erregistratzen du;
- Intxaur kernelari buruzko informazioa sartzen du adierazpenean;
- Intxaur azalei buruzko informazioa sartzen du zerrendan.
Egindako lanaren analisia. Zer da hurrengoa?
Beraz, prestaketa lan handia egin dugu: automatizatuko dugun prozesuari buruzko informazioa bildu dugu; modelizazioari buruzko akordioa egiten hasi zen (orain arte Jarduera-diagrama erabiltzeari dagokionez soilik); prozesuaren simulazioa egin zuen eta bere urratsetako hainbat deskonposatu ere egin zituen; Automatizatuko ditugun prozesuaren urratsak identifikatu ditugu. Orain prest gaude hurrengo pausoetara pasatzeko eta sistemaren funtzionaltasuna eta barne antolaketa diseinatzen hasteko.
Dakizuenez, praktikarik gabeko teoria ez da ezer. Zalantzarik gabe, zure eskuekin "modelizatzen" saiatu beharko zenuke, hau ere erabilgarria da proposatutako ikuspegia ulertzeko. Adibidez, modelaketa ingurune batean lan egin dezakezu [3]. Prozesuaren diagrama orokorraren urratsen zati bat baino ez dugu deskonposatu (ikus 2. irudia). Zeregin praktiko gisa, Modelio inguruneko diagrama guztiak errepikatzeko eta "Transfer/Harrera biltegiratzeko eta prozesatzeko" urratsaren deskonposizioa egiteko eskatuko zaizu.
Oraindik ez dugu kontuan hartzen modelizazio-ingurune zehatzetan lan egitea, baina baliteke hori artikulu eta berrikuspen independenteen gai bihurtzea.
Artikuluaren bigarren zatian, 3-5 etapetan beharrezkoak diren modelizazio- eta diseinu-teknikak aztertuko ditugu. Jarraituko du.
Iturrien zerrenda
- "UML2.ru" webgunea. Analisten Komunitate Foroa. Atal orokorra. Adibideak. UML diagrama gisa formateatutako maitagarrien ipuinen adibideak. [Baliabide elektronikoa] Sarbide modua: Internet:
- Sparx Systems webgunea. [Baliabide elektronikoa] Sarbide modua: Internet:
- Modelio webgunea. [Baliabide elektronikoa] Sarbide modua: Internet:
- Hiztegi Entziklopediko Handia. Prozesua (interpretazioa). [Baliabide elektronikoa] Sarbide modua: Internet:
- "Kudeaketa eraginkorraren antolaketa" webgunea. Bloga. "Enpresa-prozesuen kudeaketa" kategoria. Negozio prozesu baten definizioa. [Baliabide elektronikoa] Sarbide modua: Internet:
- 18249 zk.ko ziurtagiria, jarduera intelektualeko lan bat erregistratu eta gordailatzeari buruzkoa. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. “Enpresa-arkitektoa erabiliz gai-arloa modelatzea” izeneko laguntza didaktiko baten eskuizkribua // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Negozio-prozesuen modelizazioa. - M .: KURS, NITs INFRA-M, EBS Znanium.com. - 2017.
Iturria: www.habr.com