Mēs precizējam sistēmas funkciju aprakstu, izmantojot secību diagrammu (turpinājums "Proteīni")
Šajā rakstā mēs apsvērsim, kā jūs varat precizēt (precizēt) automatizētās funkcijas aprakstu, izmantojot UML secības diagrammu - secības diagrammu.
Šajā piemērā es izmantoju Austrālijas uzņēmuma Enterprise Architect vidi. [1].
Pilnu UML specifikāciju skatiet [2].
Sākumā es paskaidrošu, ko mēs detalizēti aprakstīsim.
В mēs modelējām “pasakainas” tematiskās jomas procesus — rindiņu par vāveri no A. S. Puškina “Pasaka par caru Saltānu”. Un mēs sākām ar darbības diagrammu. Tad iekšā mēs izstrādājām funkcionālo modeli, izmantojot lietošanas gadījuma diagrammu, 1. attēlā parādīts fragments.
1. attēls Saistība starp prasību un līdzekli
Tagad mēs vēlamies precizēt informāciju par šīs automatizētās funkcijas izpildi:
- ar kādām saskarnes sastāvdaļām mijiedarbosies mūsu lietotājs;
- kādi vadības komponenti mums ir nepieciešami;
- ko mēs uzglabāsim;
- ar kādiem ziņojumiem lietotājs un sistēmas komponenti apmainās, lai veiktu funkciju.
Secību diagrammas galvenie elementi ir mijiedarbojoši objekti ar dažādiem stereotipiem un saiknes starp tiem – mijiedarbojošie objekti savā starpā apmainās ar kādu informāciju (2. attēls).
2. attēls. Secību diagrammas galvenie elementi
Objekti ir sakārtoti horizontālā secībā, starp tiem tiek nodoti ziņojumi. Laika ass ir orientēta no augšas uz leju.
Actor elementu var izmantot, lai attēlotu lietotāju, kurš uzsāk notikumu straumi.
Katram objektam ir punktēta līnija, ko sauc par "dzīvības līniju", kur šis elements pastāv un, iespējams, piedalās mijiedarbībā. Kontroles fokusu norāda taisnstūris uz objekta dzīvības līnijas.
Ziņojumi, ar kuriem apmainās starp objektiem, var būt vairāku veidu, ziņojumus var arī pielāgot, lai atspoguļotu avota un mērķa elementu darbības un īpašības.
Stereotipizētus elementus, piemēram, robežas (Robeža), vadīklas (Control) un entītijas (Entity), var izmantot, lai modelētu attiecīgi lietotāja interfeisu (GUI), kontrolierus un datu bāzes elementus.
Atkārtotu ziņojumu plūsmu var apzīmēt kā fragmentu ar "cilpas" tipu.
Tātad plānojam precizēt funkcijas “Izteikumam pievienot informāciju par jaunu uzgriezni” aprakstu.
Vienosimies par šādiem papildu vispārinājumiem un pieņēmumiem.
- Rieksti, kodoli un čaumalas ir attiecīgā veida materiālās vērtības (3. attēls).
3. attēls. Klases diagrammas precizēšana - Mūsu lietotājs paziņojumā ievadīs informāciju par jebkādām materiālajām vērtībām.
- Precizēsim lapas nosaukumu - "Materiālo vērtību uzskaites izziņa."
- Pieņemsim, ka mūsu lietotājs, strādājot ar GUI "Materiālo vērtību uzskaites izziņa", var pievienot jaunu finansiālo vērtību caur GUI "Materiālo vērtību uzskaites karti".
- Atkarībā no vērtības veida mainās datu struktūra un GUI.
- Aizpildot materiālās vērtības uzskaites kartes laukus, tiek pārbaudīta ievadīto datu pareizība.
Diagramma, kas izveidota, ņemot vērā šos pieņēmumus, ir parādīta 4. attēlā.
4.attēls. Funkcijas "Izteikumam pievienot informāciju par jaunu uzgriezni" apraksta precizējums
Par cita veida UML diagrammu izmantošanu varat lasīt šeit:
Avotu saraksts
- Sparx Systems vietne. [Elektroniskais resurss] Piekļuves režīms: Internets:
- OMG vienotās modelēšanas valodas (OMG UML) specifikācija. Versija 2.5.1. [Elektroniskais resurss] Piekļuves režīms: Internets:
Avots: www.habr.com