Ni klarigas la priskribon de la sistemaj funkcioj uzante la Sekvenca diagramo
Ni klarigas la priskribon de la sistemaj funkcioj per la Sekvenca diagramo (daŭrigo de "Proteinoj")
En ĉi tiu artikolo, ni rigardos kiel vi povas detali (klarigi) la priskribon de la funkcio aŭtomatigita uzante la UML-Sekvenca Diagramo.
En ĉi tiu ekzemplo mi uzas la kadron Enterprise Architect de aŭstralia kompanio Sparx Sistemoj [1].
Por la kompleta UML-specifo, vidu tie [2].
Unue, mi klarigu, kion ni detalos.
В Parto 1 de la artikolo "De proceza modeligado ĝis aŭtomatigita sistemdezajno" ni modeligis la procezojn de "fabelo" temo - linioj pri sciuro el "Rakonto de caro Saltan" de A.S. Puŝkin. Kaj ni komencis kun la Agado-diagramo. Tiam en 2a parto ni evoluigis funkcian modelon uzante Uzkazan diagramon, Figuro 1 montras fragmenton.
Figuro 1. Rilato inter postulo kaj funkcio
Nun ni volas klarigi informojn pri la ekzekuto de ĉi tiu aŭtomata funkcio:
kun kiuj interfaco-komponentoj nia uzanto interagos;
kiajn kontrolkomponentojn ni bezonas;
kion ni stokos;
kiaj mesaĝoj estos interŝanĝitaj inter la uzanto kaj sistemaj komponantoj por plenumi la funkcion.
La ĉefaj elementoj de la Sekvenca diagramo estas interrilatantaj objektoj kun malsamaj stereotipoj kaj ligoj inter ili - interrilatantaj objektoj interŝanĝas kelkajn informojn inter si (Figuro 2).
Figuro 2. Bazaj elementoj de Sekvenca diagramo
Objektoj estas aranĝitaj en horizontala sinsekvo kaj mesaĝoj estas pasigitaj inter ili. La tempoakso estas orientita de supre malsupre.
La Aktor-elemento povas esti uzata por reprezenti uzanton iniciatantan fluon de eventoj.
Ĉiu objekto havas punktan linion, nomitan la "vivlinio", kie tiu elemento ekzistas kaj eble partoprenas en interagoj. La kontrolfokuso estas indikita per rektangulo sur la vivolinio de la objekto.
La mesaĝoj interŝanĝitaj inter objektoj povas esti de pluraj tipoj, kaj la mesaĝoj ankaŭ povas esti personecigitaj por reflekti la operaciojn kaj trajtojn de la fonto kaj celelementoj.
Stereotipaj elementoj kiel Limoj, Kontroloj kaj Entoj povas esti uzataj por modeligi uzantinterfacon (GUI), regilojn kaj datumbazajn elementojn, respektive.
Ripeta fluo de mesaĝoj povas esti indikita kiel fragmento kun tipo "buklo".
Do, ni planas klarigi la priskribon de la funkcio "Aldoni informojn pri nova nukso al la listo".
Ni konsentu pri la sekvaj aldonaj ĝeneraligoj kaj supozoj.
Nukso, kerno kaj konkoj estas ĉiuj materialaj aktivoj de la respondaj tipoj (Figuro 3).
Figuro 3. Klasdiagramo rafinado
Nia uzanto enigos informojn pri iuj materialaj aktivoj en la deklaron.
Ni klarigu la nomon de la deklaro - "Deklaro pri kontado de materialaj valoroj".
Ni supozu, ke nia uzanto, laborante kun la GUI "Materia Valora Kontada Folio", povas aldoni novan materialan valoron per la GUI "Materia Valora Kontada Karto".
Depende de la speco de matematika valoro, la datumstrukturo kaj GUI ŝanĝiĝas.
Plenigante la kampojn de la materialvalora kontada karto, la ĝusteco de la enigitaj datumoj estas kontrolita.
Diagramo bazita sur ĉi tiuj supozoj estas montrita en Figuro 4.
Figuro 4. Klarigo de la priskribo de la funkcio "Aldoni informojn pri nova nukso al la listo"
Vi povas legi pri la uzo de aliaj specoj de UML-diagramoj ĉi tie: