Täpsustame süsteemi funktsioonide kirjeldust järjestusdiagrammi abil (jätkuklass «Oravad»)
Selles artiklis vaatleme, kuidas saab funktsiooni, mida on võimalik automatiseerida, kirjeldust täpsustada UML-i järjestusdiagrammi — järjestusdiagrammi abil.
Selles näites kasutan ma Enterprise Architect’i Austraalia ettevõttelt. [1].
Täielik UML spetsifikatsioon vt. [2].
Alustuseks selgitan, mida me täpsustame.
V Me mudeldi «muinasjutulise» ala protsesse — read oravast A.S. Puškini «Tsaar Saltaani muinasjutus». Ja alustasime tegevusdiagrammist. Siis me töötasime välja funktsionaalse mudeli kasutusjuhtumite diagrammi abil, mille fragment on esitatud Joonisel 1.
Joonis 1. Nõude ja funktsiooni seos
Nüüd tahame täpsustada teavet selle automatiseeritava funktsiooni täitmise kohta:
- milliste liidese komponentidega meie kasutaja suhtleb;
- millised juhtimiskomponendid on meil vajalikud;
- mida me salvestame;
- milliste sõnumitega vahetavad kasutaja ja süsteemi komponendid teavet funktsiooni täitmiseks.
Sequence diagrammi põhielemendid on omavahel suheldavad objektid erinevate stereotüüpidega ning nende vahelised sidemed - need objektid vahetavad omavahel teavet (Joonis 2).
Joonis 2. Sequence diagrammi põhielemendid
Objektid on paigutatud horisontaalsetesse järjekordadesse, nende vahel edastatakse sõnumeid. Aja telg on suunatud ülalt alla.
Element Actor võib esindada kasutajat, kes käivitab sündmuste voogu.
Igal objektit on katkendlik joon, mida nimetatakse "elutingimuseks", kus see element eksisteerib ja potentsiaalselt osaleb interaktsioonides. Juhtimise fookus on tähistatud objekti elutingimuste kohal oleva ristkülikuga.
Sõnumid, mida objektid omavahel vahetavad, võivad olla erinevat tüüpi, need sõnumid võivad samuti olla seadistatud kajastama alg- ja sihtelemendi operatsioone ja omadusi.
Looduslikud elemendid, nagu piirid (Boundary), juhtimisnupud (Control) ja entiteedid (Entity), võivad olla kasutatavad kasutajaliidese (GUI) modelleerimiseks, kontrollerite ja andmebaasi elementide jaoks vastavalt.
Korratav sõnumivoog võib olla tähistatud fragmentina tüübiga "loop".
Seega plaanime täpsustada funktsiooni "Lisa uue pähkli info loetellu" kirjeldust.
Leppime kokku järgnevates täiendavates üldistustes ja eeldustes.
- Pähkel, südamik ja kestad on kõik vastavate liikide materiaalsed väärtused (Joonis 3).
Joonis 3. Klassidiagrammi täpsustamine - Loetellu peab meie kasutaja sisestama teavet mistahes materiaalsest väärtusest.
- Täpsustame loetelu nime — "Materiaalse väärtuse arvestuse loetelu".
- Oletame, et meie kasutaja, töötades GUI "Materiaalse väärtuse arvestuse loetelu" juures, saab lisada uue materiaalse väärtuse läbi GUI "Materiaalse väärtuse kaardi".
- Materiaalse väärtuse tüübist sõltuvalt muutub andmestruktuur ja GUI.
- Materiaalse väärtuse kaardi väljade täitmisel toimub sisestatud andmete õigsuse kontroll.
Diagramm, mis arvesse võetud nende eelduste kohaselt, on esitatud Joonisel 4.
Joonis 4. Funktsiooni „Lisada arvele teavet uue pähkli kohta” kirjeldamise täpsustamine
Teistest UML diagrammitüüpidest võib lugeda siit:
Allikate nimekiri
- Lehekülg Sparx Systems. [Elektrooniline ressurss] Juurdepääsu režiim: Internet:
- OMG Unified Modeling Language (OMG UML) Specification. Version 2.5.1. [Электронный ресурс] Режим доступа: Интернет:
Allikas: habr.com
