„Egy nap egy mókus életében” vagy a folyamatmodellezéstől a „Belka-1.0” automatizált vagyonelszámolási rendszer tervezéséig (2. rész)
Az előző epizód összefoglalója
В „Tündérmese” tartományt használtunk, amelyet a mesebeli cselekményeken alapuló UML-diagramok tanulásának példái ihlettek (lásd pl. [1]). A modellezés megkezdése előtt megállapodtunk az Activity diagram egyes elemeinek használatában, és megkezdtük a modellezési megállapodás kialakítását. Ezen megállapodások figyelembevételével az 1. lépésben Tevékenység diagramok formájában írtuk le a folyamatot, a 2. szakaszban pedig azonosítottuk azokat a folyamatlépéseket, amelyeknél szükséges (és lehetséges) az automatizálás.
Hadd emlékeztesselek arra, hogy automatizálni fogjuk az ezekben a folyamatokban felmerülő anyagi javak elszámolási tevékenységét.
...
Egy sziget fekszik a tengeren, (E1, E2)
Jégeső van a szigeten (E3, E1)
Aranykupolás templomokkal, (E4)
Tornyokkal és kertekkel; (E5, E6)
A palota előtt lucfenyő nő, (E7, E8)
És alatta egy kristályház; (E9)
Egy szelíd mókus él ott, (A1)
Igen, micsoda kaland! (A1)
A mókus dalokat énekel, (P1, A1)
Igen, folyamatosan rágcsálja a diót, (P2)
De a dió nem egyszerű, (C1)
Minden kagyló arany, (C2)
A mag tiszta smaragd; (C3)
A szolgák őrzik a mókust, (P3, A2)
Különféle szolgákként szolgálják (P4)
És kijelöltek egy ügyintézőt (A3)
A dió szigorú beszámolója a hír; (P5, C1)
A hadsereg üdvözli őt; (P6, A4)
A kagylókból egy érmét öntenek ki (P7, C2, C4)
Hadd járják körbe a világot; (P8)
Lányok smaragdot öntenek (P9, A5, C3)
A raktárakba, és fedél alá; (E10, E11)
...
(A.S. Puskin „Szaltán cár meséje, dicsőséges és hatalmas hőséről, Guidon Saltanovich hercegről és a gyönyörű Hattyú hercegnőről” )
Ebben a példában egy ausztrál cég Enterprise Architect környezetét használom. [2], és az edzések során használom [3].
Hadd emlékeztesselek arra, hogy különböző folyamatok vannak, megismerkedhetsz pl. [4] és [5].
A modellezés és tervezés alkalmazott megközelítéseiről további részleteket lásd [6, 7].
A teljes UML specifikációt lásd [8].
Most már készen állunk arra, hogy továbblépjünk a következő lépésekre, és megkezdjük a rendszer funkcionalitásának és belső szervezetének tervezését. A rajzok számozása folytatódik.
3. szakasz. Az automatizált lépést a rendszer funkciójához vagy funkcióihoz kell társítani
A fejlesztés alatt álló automatizált rendszert (AS) úgy tervezték, hogy szigorú nyilvántartást vezetjen az anyákról, emlékszel? Minden kiemelt lépésnél (lásd 3. ábra, 4. ábra). ). Most valójában új szabályokkal egészítjük ki modellezési megállapodásunkat. Hadd magyarázzam el, milyen elemeket fogunk használni.
A „Felhasználói szerepkör” és a „Funkció” között a „Társítás” kapcsolatot fogjuk használni (5. ábra), ami azt jelenti, hogy egy ilyen szerepkörrel rendelkező felhasználó elláthatja ezt a funkciót.
5. ábra Asszociációs típusú kapcsolat használata
A „Funkció”-tól a „Követelmény”-ig megrajzoljuk az „Implementáció” kapcsolatot (6. ábra), hogy megmutassuk, hogy ezt a követelményt ezek a függvények fogják megvalósítani, a kapcsolat lehet „sok-többhez”, pl. Egy funkció több követelmény megvalósításában is részt vehet, és egy követelmény megvalósításához több funkcióra is szükség lehet.
6. ábra Az „Implementáció” típusú kapcsolat használata
Ha egy függvény végrehajtásához más függvény végrehajtása szükséges, és szükségszerűen, akkor a „Függőség” kapcsolatot használjuk az „Include” sztereotípiával (7. ábra). Ha bizonyos feltételek mellett további funkció végrehajtására van szükség, akkor a „Függőség” kapcsolatot használjuk az „Extend” sztereotípiával. Mindent nagyon könnyű megjegyezni: a „Include” MINDIG, a „Extend” pedig NÉHA.
7. ábra A „Függőség (befogadás)” kapcsolat használata
Ennek eredményeként a diagramunk valahogy így fog kinézni (8. ábra).
8. ábra: Használati eset diagram (AC funkcionális modellje)
Ezenkívül egy használati eset diagramot használnak a felhasználói szerepkörök modellezésére (9. ábra).
9. ábra: Használati eset diagram (az AS-felhasználók szerepei)
4. szakasz. Írjuk le az AS belső szervezetét egy osztálydiagram segítségével
A folyamatunk bemeneti és kimeneti melléktermékeivel kapcsolatos információk felhasználásával (lásd Tevékenységdiagramok - 2. ábra, 3. ábra, 4. ábra), osztálydiagramot készítünk. Az „Osztály” modellező elemeket és a köztük lévő különféle típusú kapcsolatokat fogjuk használni.
Az „egész-rész” kapcsolat bemutatásához „Aggregáció” típusú kapcsolatot fogunk használni (10. ábra): a dió az egész, a héj és a kernel pedig a részek.
10. ábra Egész-rész kapcsolat
Ennek eredményeképpen a diagramunk egy része valahogy így fog kinézni (11. ábra). Színnel jelöljük azokat az osztályokat, amelyeket a folyamat szöveges leírásában közvetlenül kiemeltünk.
11. ábra Osztálydiagram
Az osztálydiagramot más műtermékek modellezésére is használták – nemcsak azokat, amelyek az anyagi javak automatizált elszámolási folyamatának fogalmi modelljéhez kapcsolódnak, hanem a végrehajtási környezethez – a környezethez (12. ábra) és a „szomszédhoz” is. olyan folyamatok (13. ábra), amelyek befolyásolhatják az automatizált folyamatot, de még nem állnak figyelmünk középpontjában (feltételezzük, hogy a rendszer fejlődni fog, és ezek az információk hasznosak lesznek).
12. ábra Osztálydiagram (környezet)
Az öröklődési kapcsolat a különböző épületek, „gyermek” osztályok általánosítását mutatja az „Épület” általánosító „szülő” osztály alatt.
13. ábra: Osztálydiagram (további információ a műtermékekről)
A „helyzetre adott reakció” a „Vizuális ellenőrzési adatoktól” függ. Számos függőségi kapcsolat esetében a „nyomkövetés” sztereotípiát arra használjuk, hogy a folyamatleírásban kifejezetten nem azonosított, de az automatizáláshoz szükséges osztályok nyomon követését olyan osztályokhoz használjuk, amelyek példányaira a leírásunkban kifejezetten hivatkozunk.
5. szakasz. Elemezzük az „Üzleti szabályok” sáv megjegyzéseit
Meghatározták a szabályokat (lásd a 2. ábrát ):
- az egyik lépést 2 részre kell osztani, a második részt csak bizonyos feltételek mellett kezdik végrehajtani;
- egy bizonyos tisztviselő kinevezése a dió elszámolására;
- olyan technika (az elemek fehér színe), amely azt jelzi, hogy az elemet nem határozták meg kifejezetten a folyamatleírásban.
Megjegyzendő, hogy ezeket a szabályokat már alkalmaztuk a diagramok kidolgozásakor.
Záró megjegyzések
Tehát 5 szakaszon mentünk keresztül, és 3 féle diagramot építettünk. Egy kis megjegyzést fűzök a modelljeink modellezési környezetben való szervezéséhez. A fejlesztés alatt álló modellek felépítését nagyszámú keretrendszer segíti, de ez nem ennek a cikknek a témája, ezért a projektünk rendezett menedzseléséhez a következő egyszerű csomagokra szorítkozunk: Üzleti folyamat, funkcionális modell , Műtermékek, résztvevők és környezet (14. ábra).
14. ábra Projektcsomag szerkezete
Így olyan konzisztens modelleket dolgoztunk ki, amelyek különböző szempontokból írják le az anyagelszámolási rendszert: egy automatizált üzleti folyamat modelljét, egy funkcionális modellt és a rendszer belső felépítésének modelljét fogalmi szinten.
Források listája
- Weboldal "UML2.ru". Elemzői Közösségi Fórum. Általános rész. Példák. Példák UML-diagramként formázott mesékre. [Elektronikus forrás] Hozzáférési mód: Internet:
- A Sparx Systems weboldala. [Elektronikus forrás] Hozzáférési mód: Internet:
- Modelio weboldal. [Elektronikus forrás] Hozzáférési mód: Internet:
- Nagy enciklopédikus szótár. Folyamat (értelmezés). [Elektronikus forrás] Hozzáférési mód: Internet:
- Weboldal "A hatékony gazdálkodás szervezése". Blog. "Üzleti folyamatmenedzsment" kategória. Az üzleti folyamat meghatározása. [Elektronikus forrás] Hozzáférési mód: Internet:
- 18249. számú igazolás a szellemi tevékenységet végző alkotás nyilvántartásba vételéről és letétbe helyezéséről. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. „Tárgyterület modellezése Enterprise Architect segítségével” című taneszköz kézirata // 2011.
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Üzleti folyamatok modellezése. — M.: TANFOLYAM, SIC INFRA-M, EBS Znanium.com. — 2017.
- Az OMG egységes modellezési nyelv (OMG UML) specifikációja. 2.5.1-es verzió. [Elektronikus forrás] Hozzáférési mód: Internet:
Forrás: will.com