A szekvencia diagram segítségével finomítjuk a rendszer funkcióinak leírását (a "Proteins" folytatása)
Ebben a cikkben megvizsgáljuk, hogyan finomíthatja (tisztázhatja) egy automatizált függvény leírását az UML szekvenciadiagram - szekvenciadiagram - segítségével.
Ebben a példában egy ausztrál cég Enterprise Architect környezetét használom. [1].
A teljes UML specifikációt lásd [2].
Először elmagyarázom, mit fogunk részletezni.
В egy „mesés” témakör folyamatait modelleztük – A. S. Puskin A Saltan cár meséjének egy mókusról szóló sorát. És kezdtük a tevékenység diagrammal. Aztán be funkcionális modellt dolgoztunk ki a Use-case diagram segítségével, az 1. ábra egy töredéket mutat.
1. ábra Követelmény és jellemző kapcsolata
Most szeretnénk tisztázni az automatizált funkció végrehajtásával kapcsolatos információkat:
- milyen interfész-összetevőkkel fog kommunikálni a felhasználónk;
- milyen vezérlőelemekre van szükségünk;
- mit fogunk tárolni;
- milyen üzeneteket cserél a felhasználó és a rendszerelemek a funkció végrehajtása érdekében.
A szekvenciadiagram fő elemei a különböző sztereotípiákkal kölcsönhatásban lévő objektumok és a köztük lévő kapcsolatok – az interakcióban lévő objektumok bizonyos információkat cserélnek egymással (2. ábra).
2. ábra A szekvenciadiagram fő elemei
Az objektumok vízszintes sorrendben vannak elrendezve, üzenetek kerülnek átadásra közöttük. Az időtengely felülről lefelé orientált.
Az Actor elem egy eseményfolyamot kezdeményező felhasználó ábrázolására használható.
Minden objektumnak van egy szaggatott vonala, az úgynevezett "mentővonal", ahol ez az elem létezik, és potenciálisan részt vesz az interakciókban. A vezérlő fókuszt egy téglalap jelzi az objektum életvonalán.
Az objektumok között váltott üzenetek többféle típusúak lehetnek, az üzenetek testreszabhatók is, hogy tükrözzék a forrás- és célelemek működését és tulajdonságait.
A sztereotip elemek, például a határ, a vezérlés és az entitás használható a felhasználói felület (GUI), a vezérlők és az adatbáziselemek modellezésére.
Az ismétlődő üzenetfolyamot "hurok" típusú töredéknek nevezhetjük.
Tehát azt tervezzük, hogy pontosítjuk az „Új anyáról információ hozzáadása az utasításhoz” funkció leírását.
Állapodjunk meg a következő további általánosításokban és feltételezésekben.
- A diófélék, a magok és a héjak mindegyike a megfelelő típusú anyagi javak (3. ábra).
3. ábra Osztálydiagram finomítása - Felhasználónk bármilyen anyagi értékkel kapcsolatos információt beír a nyilatkozatba.
- Tisztázzuk a lap nevét - "Kivonat az anyagi értékek elszámolásáról".
- Tegyük fel, hogy felhasználónk, aki a „Materiális értékek elszámolási kimutatása” GUI-val dolgozik, új pénzügyi értéket adhat hozzá a „Materiális értékek elszámolási kártya” GUI-n keresztül.
- Az érték típusától függően változik az adatstruktúra és a grafikus felhasználói felület.
- Az anyagérték elszámolási kártya mezőinek kitöltésekor a bevitt adatok helyességét ellenőrzik.
A 4. ábrán egy ezen feltételezések figyelembevételével készült diagram látható.
4. ábra Az "Új anyáról információ hozzáadása az utasításhoz" funkció leírásának pontosítása
Más típusú UML diagramok használatáról itt olvashat:
Források listája
- A Sparx Systems weboldala. [Elektronikus forrás] Hozzáférési mód: Internet:
- 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