Ons verduidelik die beskrywing van die stelselfunksies met behulp van die Volgordediagram (voortsetting van "ProteΓ―ene")
In hierdie artikel sal ons kyk hoe u die beskrywing van die funksie wat geoutomatiseer word met behulp van die UML-volgordediagram kan detail (verduidelik).
In hierdie voorbeeld gebruik ek die Enterprise Architect-raamwerk van 'n Australiese maatskappy [1].
Vir die volledige UML-spesifikasie, sien [2].
Laat ek eers verduidelik wat ons sal detail.
Π ons het die prosesse van 'n "sprokies"-vakgebied gemodelleer - reΓ«ls oor 'n eekhoring uit "The Tale of Tsar Saltan" deur A.S. Pushkin. En ons het begin met die Aktiwiteitsdiagram. Toe in ons het 'n funksionele model ontwikkel deur gebruik te maak van 'n Use-case diagram, Figuur 1 toon 'n fragment.
Figuur 1. Verwantskap tussen vereiste en funksie
Nou wil ons inligting oor die uitvoering van hierdie outomatiese funksie verduidelik:
- met watter koppelvlakkomponente sal ons gebruiker interaksie hΓͺ;
- watter beheerkomponente ons benodig;
- wat ons sal stoor;
- watter boodskappe uitgeruil sal word tussen die gebruiker en stelselkomponente om die funksie uit te voer.
Die hoofelemente van die Volgordediagram is interaksie van voorwerpe met verskillende stereotipes en verbande tussen hulle - interaksie voorwerpe ruil sekere inligting met mekaar uit (Figuur 2).
Figuur 2. Basiese elemente van 'n Volgordediagram
Voorwerpe word in 'n horisontale volgorde gerangskik en boodskappe word tussen hulle deurgegee. Die tyd-as is van bo na onder georiΓ«nteer.
Die Akteur-element kan gebruik word om 'n gebruiker voor te stel wat 'n vloei van gebeure begin.
Elke voorwerp het 'n stippellyn, wat die "lewenslyn" genoem word, waar daardie element bestaan ββen moontlik aan interaksies deelneem. Die beheerfokus word deur 'n reghoek op die voorwerp se lewenslyn aangedui.
Die boodskappe wat tussen voorwerpe uitgeruil word, kan van verskeie tipes wees, en die boodskappe kan ook aangepas word om die bedrywighede en eienskappe van die bron- en teikenelemente te weerspieΓ«l.
Stereotipiese elemente soos grense, kontroles en entiteite kan gebruik word om onderskeidelik gebruikerskoppelvlak (GUI), beheerders en databasiselemente te modelleer.
'n Herhalende vloei van boodskappe kan aangewys word as 'n fragment met tipe "lus".
Dus, ons beplan om die beskrywing van die funksie "Voeg inligting oor 'n nuwe neut by die lys" te verduidelik.
Kom ons stem saam oor die volgende bykomende veralgemenings en aannames.
- Neute, pit en doppe is almal wesenlike bates van die ooreenstemmende tipes (Figuur 3).
Figuur 3. Klasdiagramverfyning - Ons gebruiker sal inligting oor enige wesenlike bates in die staat invoer.
- Kom ons verduidelik die naam van die stelling - "Verantwoording van wesenlike waardes."
- Kom ons neem aan dat ons gebruiker, wat met die GUI "Material Value Accounting Sheet" werk, 'n nuwe wesenlike waarde kan byvoeg deur die "Material Value Accounting Card" GUI.
- Afhangende van die tipe wiskundige waarde, verander die datastruktuur en GUI.
- Wanneer die velde van die materiaalwaarde rekeningkundige kaart invul, word die korrektheid van die ingevoerde data nagegaan.
βn Diagram wat op hierdie aannames gebaseer is, word in Figuur 4 getoon.
Figuur 4. Verduideliking van die beskrywing van die funksie "Voeg inligting oor 'n nuwe moer by die lys"
U kan hier lees oor die gebruik van ander tipes UML-diagramme:
Lys van bronne
- Sparx Systems webwerf. [Elektroniese hulpbron] Toegangsmodus: Internet:
- OMG Unified Modeling Language (OMG UML) spesifikasie. Weergawe 2.5.1. [Elektroniese hulpbron] Toegangsmodus: Internet:
Bron: will.com