Nilinaw namin ang paglalarawan ng mga function ng system gamit ang Sequence diagram (pagpapatuloy ng βProteinsβ)
Sa artikulong ito, titingnan natin kung paano mo madedetalye (linawin) ang paglalarawan ng function na awtomatiko gamit ang UML Sequence Diagram.
Sa halimbawang ito gumagamit ako ng Enterprise Architect framework mula sa isang kumpanya sa Australia [1].
Para sa kumpletong detalye ng UML, tingnan [2].
Una, hayaan mo akong ipaliwanag kung ano ang aming idedetalye.
Π na-modelo namin ang mga proseso ng isang "fairytale" na paksa - mga linya tungkol sa isang ardilya mula sa "The Tale of Tsar Saltan" ni A.S. Pushkin. At nagsimula kami sa Activity diagram. Pagkatapos ay sa bumuo kami ng isang functional na modelo gamit ang isang Use-case diagram, ang Figure 1 ay nagpapakita ng isang fragment.
Figure 1. Relasyon sa pagitan ng pangangailangan at pag-andar
Ngayon gusto naming linawin ang impormasyon tungkol sa pagpapatupad ng awtomatikong function na ito:
- kung anong mga bahagi ng interface ang makikipag-ugnayan sa aming user;
- anong mga bahagi ng kontrol ang kailangan natin;
- kung ano ang aming iimbak;
- anong mga mensahe ang ipapalit sa pagitan ng user at mga bahagi ng system upang maisagawa ang function.
Ang mga pangunahing elemento ng Sequence diagram ay ang mga bagay na nakikipag-ugnayan na may iba't ibang mga stereotype at koneksyon sa pagitan ng mga ito - ang mga nakikipag-ugnay na bagay ay nagpapalitan ng ilang impormasyon sa bawat isa (Larawan 2).
Figure 2. Mga pangunahing elemento ng isang Sequence diagram
Ang mga bagay ay nakaayos sa isang pahalang na pagkakasunud-sunod at ang mga mensahe ay ipinapasa sa pagitan nila. Ang axis ng oras ay nakatuon mula sa itaas hanggang sa ibaba.
Maaaring gamitin ang elementong Actor upang kumatawan sa isang user na nagpapasimula ng daloy ng mga kaganapan.
Ang bawat bagay ay may tuldok-tuldok na linya, na tinatawag na "linya ng buhay", kung saan umiiral ang elementong iyon at posibleng makilahok sa mga pakikipag-ugnayan. Ang control focus ay ipinapahiwatig ng isang parihaba sa linya ng buhay ng bagay.
Ang mga mensaheng ipinagpapalit sa pagitan ng mga bagay ay maaaring may ilang uri, at ang mga mensahe ay maaari ding i-customize upang ipakita ang mga pagpapatakbo at katangian ng pinagmulan at target na mga elemento.
Maaaring gamitin ang mga stereotypical na elemento gaya ng Boundaries, Controls, at Entities para magmodelo ng user interface (GUI), controllers, at database elements, ayon sa pagkakabanggit.
Ang paulit-ulit na daloy ng mga mensahe ay maaaring italaga bilang isang fragment na may uri na "loop".
Kaya, plano naming linawin ang paglalarawan ng function na "Magdagdag ng impormasyon tungkol sa isang bagong nut sa listahan".
Sumang-ayon tayo sa mga sumusunod na karagdagang paglalahat at pagpapalagay.
- Ang nut, kernel at shell ay lahat ng materyal na asset ng mga kaukulang uri (Figure 3).
Larawan 3. Pagpipino ng diagram ng klase - Ang aming user ay maglalagay ng impormasyon tungkol sa anumang materyal na asset sa statement.
- Linawin natin ang pangalan ng pahayag - "Pahayag ng accounting ng mga materyal na halaga."
- Ipagpalagay natin na ang aming user, na nagtatrabaho sa GUI na "Material Value Accounting Sheet", ay maaaring magdagdag ng bagong materyal na halaga sa pamamagitan ng "Material Value Accounting Card" GUI.
- Depende sa uri ng mathematical value, nagbabago ang istraktura ng data at GUI.
- Kapag pinupunan ang mga patlang ng accounting card ng materyal na halaga, sinusuri ang kawastuhan ng ipinasok na data.
Ang isang diagram batay sa mga pagpapalagay na ito ay ipinapakita sa Figure 4.
Figure 4. Paglilinaw ng paglalarawan ng function na "Magdagdag ng impormasyon tungkol sa isang bagong nut sa listahan"
Maaari mong basahin ang tungkol sa paggamit ng iba pang uri ng mga diagram ng UML dito:
Listahan ng mga mapagkukunan
- Website ng Sparx Systems. [Electronic na mapagkukunan] Access mode: Internet:
- Detalye ng OMG Unified Modeling Language (OMG UML). Bersyon 2.5.1. [Electronic na mapagkukunan] Access mode: Internet:
Pinagmulan: www.habr.com