„Einn dagur í lífi íkorna“ eða frá ferlilíkönum til hönnunar á sjálfvirku auðlegðarbókhaldskerfi „Belka-1.0“ (2. hluti)
Samantekt fyrri þáttaraðar
В Við notuðum „ævintýra“ lén, innblásið af dæmum um að læra UML skýringarmyndir byggðar á ævintýrasögum (sjá td. [1]). Áður en líkanagerðin hófst vorum við sammála um notkun sumra þátta í virknimyndinni og byrjuðum að mynda líkanasamning. Að teknu tilliti til þessara samninga lýstum við ferlinu á fyrsta stigi í formi virkniskýringa og á 1. stigi greindum við ferlisþrepin sem sjálfvirkni er nauðsynleg (og möguleg).
Ég minni á að við ætlum að gera sjálfvirkan virkni bókhalds fyrir efnislegar eignir sem verða til í þessum ferlum.
...
Eyja liggur við sjóinn, (E1, E2)
Það er hagl á eyjunni (E3, E1)
Með kirkjum með gullhvelfingum, (E4)
Með turnum og görðum; (E5, E6)
Grenitré vex fyrir framan höllina, (E7, E8)
Og fyrir neðan það er kristalshús; (E9)
Þar býr taminn íkorni, (A1)
Já, þvílíkt ævintýri! (A1)
Íkorninn syngur lög, (P1, A1)
Já, hann heldur áfram að narta í hnetur, (P2)
En hnetur eru ekki einfaldar, (C1)
Allar skeljar eru gullnar, (C2)
Kjarninn er hreinn smaragður; (C3)
Þjónar gæta íkornans, (P3, A2)
Þeir þjóna henni sem ýmsir þjónar (P4)
Og afgreiðslumaður var úthlutað (A3)
Strangt tillit til hneta er fréttin; (P5, C1)
Herinn heilsar henni; (P6, A4)
Mynt er hellt úr skeljunum, (P7, C2, C4)
Leyfðu þeim að fara um heiminn; (P8)
Stelpur hella smaragði (P9, A5, C3)
Inn í geymslurnar og undir skjóli; (E10, E11)
...
(A.S. Pushkin „Sagan af Saltan keisara, um hina glæsilegu og voldugu hetju hans Guidon Saltanovich prins og hina fögru Svans prinsessu“. )
Í þessu dæmi er ég að nota Enterprise Architect umhverfið frá ástralsku fyrirtæki. [2], og á æfingum sem ég nota [3].
Ég minni á að það eru mismunandi ferli, þú getur kynnt þér td. [4] og [5].
Fyrir frekari upplýsingar um beittar aðferðir við líkanagerð og hönnun, sjá [6, 7].
Fyrir heildar UML forskriftina, sjá [8].
Við erum nú tilbúin til að halda áfram í næstu skref og hefja hönnun á virkni og innra skipulagi kerfisins. Númerun teikninga verður áfram.
Stig 3. Sjálfvirka skrefið verður að vera tengt aðgerð eða aðgerðum kerfisins
Sjálfvirka kerfið (AS) sem verið er að þróa er hannað til að halda strangar skrár yfir hnetur, manstu? Fyrir hvert auðkennt skref (sjá mynd 3, mynd 4 ), sem við munum gera sjálfvirkan, skrifa niður virknikröfu með því að nota um það bil eftirfarandi smíði: „Kerfið verður að innleiða hæfileika...“ og þróa notkunartilvik skýringarmynd. Við erum nú í raun að bæta nýjum reglum við fyrirsætusamninginn okkar. Leyfðu mér að útskýra hvaða þætti við munum nota.
Við munum nota „Samband“ tenginguna á milli „Notandahlutverksins“ og „Funksins“ (Mynd 5), þetta þýðir að notandi með þetta hlutverk getur framkvæmt þessa aðgerð.
Mynd 5. Notkun tengitegundartengsla
Frá „Function“ til „Requirement“ munum við draga „Framkvæmd“ tenginguna (Mynd 6) til að sýna að þessi krafa verður útfærð af þessum aðgerðum; sambandið getur verið „margir-til-margir“, þ.e. Ein aðgerð getur tekið þátt í að innleiða nokkrar kröfur og fleiri en eina aðgerð gæti verið nauðsynleg til að innleiða kröfu.
Mynd 6. Með því að nota tegundartengslin „útfærslu“
Ef ein aðgerð krefst þess fyrir framkvæmd hennar að einhver önnur aðgerð sé keyrð, og endilega, munum við nota „Dependency“ tenginguna við „Include“ staðalímyndina (Mynd 7). Ef framkvæmd viðbótaraðgerðar er nauðsynleg við ákveðnar aðstæður, þá munum við nota „Dependency“ tenginguna með „Extend“ staðalímyndinni. Allt er mjög auðvelt að muna: „Include“ er ALLTAF og „Extend“ er STUNDUM.
Mynd 7. Notkun "Dependency (inclusion)" sambandið
Fyrir vikið mun skýringarmyndin okkar líta eitthvað svona út (Mynd 8).
Mynd 8. Notkunarskýringarmynd (virkt líkan af AC)
Að auki er notkunartilviksmynd notuð til að móta hlutverk notenda (Mynd 9).
Mynd 9. Notkunartilvik (hlutverk AS notenda)
Stig 4. Lýsum innra skipulagi AS með bekkjarmynd
Með því að nota upplýsingar um inntaks- og úttaksgripi ferlisins okkar (sjá virkniskýringarmyndir - mynd 2, mynd 3, mynd 4), munum við þróa bekkjarmynd. Við munum nota „Class“ líkanaþætti og ýmsar tengingar á milli þeirra.
Til að sýna „heildarhluta“ sambandið munum við nota tengsl af gerðinni „Söfnun“ (Mynd 10): hnetan er heildin og skeljarnar og kjarninn eru hlutarnir.
Mynd 10. Samband í heild
Fyrir vikið mun brot af skýringarmynd okkar líta eitthvað svona út (Mynd 11). Flokkarnir sem við bentum beint á í textalýsingu ferlisins eru merktir í lit.
Mynd 11. Bekkjarmynd
Bekkjarskýringarmyndin var einnig notuð til að móta aðra gripi - ekki aðeins þá sem tengjast hugmyndalíkani sjálfvirks reikningsskilaferlis fyrir efniseignir, heldur einnig tengt framkvæmdaumhverfinu - umhverfinu (Mynd 12) og "nágranna" ferli (mynd 13) sem geta haft áhrif á sjálfvirka ferlið, en eru ekki enn í brennidepli (við gerum ráð fyrir að kerfið muni þróast og þessar upplýsingar munu nýtast).
Mynd 12. Bekkjarmynd (umhverfi)
Erfðasambandið sýnir alhæfingu ýmissa bygginga, „barnaflokka“, undir alhæfingarflokknum „foreldra“ „Bygging“.
Mynd 13. Bekkjarmynd (viðbótarupplýsingar um gripi)
„Viðbrögð við aðstæðum“ eru háð „Sjónrænum eftirlitsgögnum“. Fyrir nokkur ávanatengsl er „rekja“ staðalímyndin notuð til að sýna rakningu flokka sem ekki eru beinlínis auðkenndir í ferlilýsingunni, en sem þarf til að gera það sjálfvirkt, til flokka sem vísað er sérstaklega til í lýsingu okkar.
Stig 5. Við skulum greina athugasemdirnar á „Business Rules“ laginu
Reglurnar voru tilgreindar (sjá mynd 2 ):
- nauðsyn þess að skipta einu af skrefunum í 2 hluta, seinni hlutinn byrjar að framkvæma aðeins við ákveðnar aðstæður;
- skipun ákveðins embættismanns til að annast bókhald um hnetur;
- tækni (hvítur litur frumefna) sem gefur til kynna að frumefnið hafi ekki verið sérstaklega tilgreint í ferlislýsingunni.
Það skal tekið fram að við höfum þegar notað allar þessar reglur við þróun skýringarmynda.
Lokaorð
Svo fórum við í gegnum 5 stig og smíðuðum 3 tegundir af skýringarmyndum. Ég mun bæta við smá athugasemd um skipulag líkana okkar í líkanaumhverfinu. Það er mikill fjöldi ramma sem hjálpa til við að skipuleggja líkönin sem verið er að þróa, en þetta er ekki efni þessarar greinar, svo við munum takmarka okkur við eftirfarandi einfalda pakka fyrir skipulega stjórnun verkefnisins okkar: Viðskiptaferli, virknilíkan , gripir, þátttakendur og umhverfi (mynd 14).
Mynd 14. Uppbygging verkefnapakka
Þannig höfum við þróað samræmd líkön sem lýsa efnisbókhaldskerfinu frá ýmsum hliðum: líkan af sjálfvirku viðskiptaferli, virknilíkan og líkan af innra skipulagi kerfisins á hugmyndastigi.
Listi yfir heimildir
- Vefsíða "UML2.ru". Samfélagsvettvangur greiningaraðila. Almennur kafli. Dæmi. Dæmi um ævintýri sniðin sem UML skýringarmyndir. [Rafræn auðlind] Aðgangsstilling: Internet:
- Vefsíða Sparx Systems. [Rafræn auðlind] Aðgangsstilling: Internet:
- Vefsíða Modelio. [Rafræn auðlind] Aðgangsstilling: Internet:
- Stór alfræðiorðabók. Ferli (túlkun). [Rafræn auðlind] Aðgangsstilling: Internet:
- Vefsíða "Samtök skilvirkrar stjórnunar". Blogg. Flokkur "Viðskiptaferlastjórnun". Skilgreining á viðskiptaferli. [Rafræn auðlind] Aðgangsstilling: Internet:
- Vottorð nr. 18249 um skráningu og afhendingu hugverkaverks. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Handrit að kennslutæki sem ber yfirskriftina „Módel fyrir námsgrein með Enterprise Architect“ // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Líkanagerð viðskiptaferla. - M .: KURS, NITs INFRA-M, EBS Znanium.com. — 2017.
- OMG Unified Modeling Language (OMG UML) forskrift. Útgáfa 2.5.1. [Rafræn auðlind] Aðgangsstilling: Internet:
Heimild: www.habr.com