Sqarcojmë përshkrimin e funksioneve të sistemit duke përdorur diagramin e Seancës (vazhdimi i "Dhembeve")
Në këtë artikull do të shohim se si mund të detajojmë (sqarojmë) përshkrimin e funksionit që automatizohet me anë të Diagramës UML të Seancës.
Në këtë shembull, unë po përdor mjedisin Enterprise Architect nga kompania australiane [1].
Specifikimin e plotë të UML e gjeni. [2].
Së pari, le të sqarojmë se çfarë do të detajojmë.
NĂ« Ne kemi modeluar proceset e fushĂ«s "princit" â rreshtat pĂ«r dhelprĂ«n nga "PĂ«rralla pĂ«r mbretin Saltan" e A.S. Pushkinit. Dhe filluam me diagramin e Aktivitetit. MĂ« pas, nĂ« ne zhvilluam njĂ« model funksional duke pĂ«rdorur diagramin e Rastit tĂ« PĂ«rdorimit, ku nĂ« Figuren 1 paraqitet njĂ« fragment.

Figura 1. Lidhja midis kërkesës dhe funksionit
Tani duam të sqarojmë informacionin rreth ekzekutimit të këtij funksioni që automatizohet:
- me cilat komponentë të ndërfaqes do të bashkëpunojë përdoruesi ynë;
- cilat komponentë kontrolli do të na nevojiten;
- çfarë do të ruajmë;
- me cilat mesazhe do të shkëmbehen përdoruesi dhe komponentët e sistemit për të realizuar funksionin.
Elementet kryesore tĂ« diagramĂ«s sĂ« SeancĂ«s janĂ« objektet qĂ« ndĂ«rveprojnĂ« me stereotipe tĂ« ndryshme dhe lidhjet midis tyre â objektet qĂ« ndĂ«rveprojnĂ« shkĂ«mbejnĂ« informacione tĂ« caktuara me njĂ«ra-tjetrĂ«n (Figura 2).

Figura 2. Elementet kryesore të diagramës së Seancës
Objektet janë të vendosura në një rend të horizontal, mes tyre shkëmbehen mesazhe. Aksi i kohës është i orientuar nga lart-poshtë.
Elementi Aktor mund të përdoret për të paraqitur përdoruesin, i cili inicion rrjedhën e ngjarjeve.
Ădo objekt ka njĂ« vijĂ« tĂ« pikĂ«t qĂ« quhet "vija e jetĂ«s", ku ky element ekziston dhe potencialisht merr pjesĂ« nĂ« ndĂ«rveprime. Fokusin e menaxhimit e tregon njĂ« drejtkĂ«ndĂ«sh nĂ« vijĂ«n e jetĂ«s tĂ« objektit.
Mesazhet, me të cilat shkëmbehen objektet, mund të jenë të disa llojeve; mesazhet gjithashtu mund të konfigurohen për të reflektuar operacionet dhe pronësitë e elementeve burimore dhe të synuara.
Elementet stereotipike, si kufijtë (Boundary), elementet e kontrollit (Control) dhe entitetet (Entity), mund të përdoren për të modeluar ndërfaqen e përdoruesit (GUI), kontrollet dhe elementet e bazës së të dhënave, përkatësisht.
Rryma e përsëritur e shkëmbimit të mesazheve mund të shënohet si një fragment me tipin "loop".
Pra ndaj, planifikojmë të saktësojmë përshkrimin e funksionit "Shto në regjistër informacionin për arrin e re".
Le të biem dakord për përmbledhjet dhe supozimet e mëposhtme.
- Arrat, bërthamat dhe lëvozhgat janë të gjitha vlera materiale të llojeve përkatëse (Figura 3).

Figura 3. Saktësimi i diagramës së klasave - Në regjistër, përdoruesi ynë do të ketë mundësinë të regjistrojë informacion për çdo vlerë materiale.
- Le tĂ« saktĂ«sojmĂ« emrin e regjistrit â "Regjistri i vlerave materiale".
- Le të supozojmë që përdoruesi ynë, duke punuar me GUI "Regjistri i vlerave materiale", mund të shtojë një vlerë materiale të re përmes GUI "Kartelës së vlerës materiale".
- Në varësi të llojit të vlerës materiale, struktura e të dhënave dhe GUI ndryshon.
- Gjatë plotësimit të fushave të kartelës së vlerës materiale, bëhet kontrolli i saktësisë së të dhënave të futur.
Diagrami, i ndërtuar me këto supozime, është paraqitur në Figurën 4.

Figura 4. Saktësimi i përshkrimit të funksionit "Shto në regjistër informacionin për arrin e re"
Për përdorimin e llojeve të tjera të diagrameve UML mund të lexoni këtu:
Lista e burimeve
- Faqja e Sparx Systems. [Burim elektronik] Qasja: Internet:
- OMG Unified Modeling Language (OMG UML) Specifikimi. Versioni 2.5.1. [Burim elektronik] Qasja: Internet:
Burimi: habr.com

