Scopul lucrării. Familiarizarea cu metodologia de modelare a precedentelor pe baza limbajului UML.
Sarcină. Familiarizați-vă cu metodologia de modelare a precedențelor pe baza limbajului UML, utilizând instrucțiunile metodologice și [2]. Pentru a vă familiariza cu mijloacele de construire a diagramelor cazurilor de utilizare ale software-ului StarUML 5.0, folosiți [3]. Elaborați o diagramă a cazurilor de utilizare a sistemului automatizat, în funcție de varianta sarcinii individuale, utilizând instrumentul StarUML 5.0. Descrieți câteva (două, trei) precedente. Demonstrați proiectul și protejați activitatea profesorului.
Scurtă descriere a metodologiei pentru modelarea precedentelor în uml
Unified Language Modeling (UML) este o limbă care suportă modelarea orientată pe obiecte. Modelarea orientată pe obiecte se bazează pe luarea în considerare a teoriei sistemelor, al cărei scop este identificarea, explicarea și descrierea sistemelor complexe utilizând standarde uniforme. Sistemul reprezintă un set de componente asociate unei varietăți de relații.
Simplificarea unui sistem complex prin construirea modelului său este necesară, deoarece sistemul nu poate fi considerat o singură entitate din cauza complexității sale.
Sarcina modelării este de a identifica proprietățile sistemului care sunt relevante pentru părțile interesate și de a construi un model al sistemului care este orientat să reprezinte proprietățile selectate. Când se modelează sisteme, puteți împărți descrierea structurii sistemului și comportamentul acestuia.
Sarcina de a descrie structura sistemului constă în identificarea unui set de clase care corespund entităților domeniului în cauză. Conceptul de bază în abordarea orientată-obiect este un obiect - o entitate, care corespunde de obicei conceptului, preluat din vocabularul domeniului subiect.
folosind semantica avansata, pentru a vizualiza sistemul;
să dezvolte modele care descriu sistemul din diferite puncte de vedere;
afișarea descrierilor primite în limbaje de programare orientate pe obiecte și tabele ale bazelor de date relaționale;
formularea cerințelor și definirea testelor pentru sistemul dezvoltat.
O diagramă reprezintă o reprezentare grafică a unui set de elemente reprezentate ca un grafic cu entitățile de la noduri și relațiile dintre aceste entități ca margini.
UML oferă mai multe tipuri de diagrame concepute pentru a descrie sistemul. Fiecare dintre diagrame se concentrează pe unul sau alt aspect important al sistemului, astfel încât diagramele se completează reciproc și pot fi utilizate împreună pentru a descrie sistemul din diferite puncte de vedere.
Modelul de sistem folosit într-un anumit proiect oferă o idee a sistemului din diferite puncte de vedere. În același timp, este necesar să se definească un set de reprezentări suficiente pentru rezolvarea sarcinii proiectului. Simularea sistemului folosind diferite reprezentări se realizează după cum urmează:
a decide ce tipuri de reprezentări reprezintă cel mai bine arhitectura sistemului și riscurile posibile asociate cu un anumit proiect;
Definiția pentru fiecare dintre speciile selectate a unui set de artefacte necesare pentru a reflecta cele mai importante detalii ale acestuia;
Identificarea diagramelor care vor permite controlul dezvoltării și implementării proiectului;
Salvați copii și versiuni ale tuturor diagramelor executate în proiect.
Putem distinge următoarele caracteristici, care ar trebui să corespundă unei diagrame bine structurate:
un accent pe un aspect al unei reprezentări a sistemului;
Când construiți grafic o diagramă, trebuie să urmați aceste reguli:
numele diagramei ar trebui, dacă este posibil, să corespundă scopului său;
Elementele trebuie să fie aranjate astfel încât numărul de intersecții între ele să fie minim;
elementele care exprimă entități apropiate semantic trebuie să fie plasate pe diagramă unul lângă celălalt;
Dacă trebuie să vă concentrați asupra unei părți importante a diagramei, o puteți selecta cu culoarea.
Pentru a modela tipul de sistem din punct de vedere al unui observator extern, se utilizează diagrame de caz. Diagrama cazurilor de utilizare prezintă în mod grafic setul de precedente și subiecte, precum și relațiile dintre ele.
Luați în considerare elementele principale ale diagramei cazului de utilizare.
Actorul este orice entitate care interacționează cu sistemul din exterior sau un set de roluri asociate logic care sunt executate atunci când interacționează cu cazuri de utilizare. notație grafică standard a subiectului pe topuri este cifra de „om“, sub care este scris un nume specific subiect, dar subiectul poate fi nu numai o persoană, ci, de asemenea, un dispozitiv tehnic, program sau orice alt sistem care poate servi ca sursă de expunere la sistemul simulat astfel cum este definit dezvoltatorul însuși.
Precedentele (USECASE) - o descriere a unei multitudini de secvențe de acțiuni (inclusiv variante ale acestora), care se execută în sistem pentru a obține actorul rezultat având o valoare specifică pentru ea. În același timp, nu se spune nimic despre modul în care interacțiunea subiecților cu sistemul va fi realizată, aceasta este una dintre cele mai importante trăsături ale dezvoltării precedentelor. Standard precedent notație grafică pe graficele este o elipsă (Fig. 10), în interiorul căruia conține numele scurt sau numele unui precedent în forma verbului cu cuvinte explicative.
Fig. 10. Precedentul
Esența conceptului de precedente implică câteva puncte importante.
Precedentul este un fragment complet al funcționalității (inclusiv fluxul principal al logicii de control, orice variații (sub-fluxuri) și condiții exclusive (fluxuri alternative)).
Un fragment al funcțiilor observate extern (altele decât funcțiile interne).
Un fragment de caracteristică ortogonală (precedentele pot partaja obiecte atunci când sunt executate, dar fiecare precedent este executat independent de alte cazuri de utilizare).
Fragment de capabilități funcționale, inițiat de subiect. Odată inițiat, un precedent poate interacționa cu alți actori. Este posibil ca subiectul să apară numai la sfârșitul primitor al precedentului, care este inițiat indirect de o altă entitate.
Un fragment de funcționalitate care oferă subiectului un rezultat util tangibil (și acest rezultat este atins în cadrul unui precedent).
Între subiecți și situații de utilizare - caz diagramele componentelor de bază - pot exista relații diferite care descriu interacțiunea unor copii și subiecte Precedentele cu instanțe ale altor entități și precedente. În UML, există mai multe tipuri standard de relații între subiecți și cazuri de utilizare.
Asociația - determină dacă există un canal de comunicare între instanțele subiectului și cazul de utilizare (sau între instanțele celor două entități). Este indicat printr-o linie solidă, este posibil să existe o săgeată și o indicație a puterii de comunicare.
Raportul de expansiune (extinde) - definește cazurile individuale relații precedente proprietăți mai generale precedente sunt determinate pe baza metodei de instanțe de date de asociere în comun. Reprezentat printr-o linie punctată cu o săgeată îndreptată dintr-un precedent care este o extensie pentru precedentul inițial și marcat de cuvinte cheie «extinde» ( «dilată").
Relația include indică faptul că un comportament dat pentru un caz de utilizare include comportamentul unui alt caz de utilizare ca componentă. Această relație este o relație binară îndreptată în sensul că o serie de cazuri de utilizare sunt întotdeauna ordonate în ceea ce privește includerea. Denumită printr-o linie întreruptă, cu o săgeată indicată de la utilizarea cazului de bază la cea inclusă și marcată cu cuvântul cheie "include".
relație Generalizarea (generalizare) - folosit pentru a indica faptul că un precedent A pot fi generalizate la precedent B. în acest caz, A va fi specializarea precedent precedent B. în acest caz, B se numește un strămoș sau părinte în raport cu precedentul A, un precedent un - relativ descendent la precedent B. trebuie subliniat faptul că copilul moștenește toate proprietățile și comportamentul părintelui său, și poate fi actualizat cu noi caracteristici și modele de comportament. Din punct de vedere grafic, această relație este marcată de o linie solidă cu o săgeată sub forma unui triunghi nevopsit, care indică precedentul părinte.
Bunurile sunt expediate de mai mulți furnizori. Fiecare lot de mărfuri este precomandat de magazin de la un anumit furnizor și livrat după plata facturii. Bunurile primite recent sunt marcate, introduse în baza de date și apoi distribuite în sala de tranzacționare sau închiriate.
În Fig. 11 este o diagramă a precedentelor pentru exemplul în cauză. În acest exemplu, se pot distinge următoarele subiecte și precedentele lor corespunzătoare:
Furnizor - pregătește documentele pentru plata bunurilor (precedent "Comandarea"), livrează bunurile (precedent "Primirea mărfurilor").
Ultimele două subiecte ale furnizorilor și clienții nu vor avea acces direct la sistem în curs de dezvoltare (subiecte minore), dar acestea sunt principala sursă de evenimente, precedente de inițializare, și un destinatar al activității precedente.
Dezvoltarea ulterioară a modelului comportamentului sistemului presupune specificarea precedentelor. Pentru aceasta, în mod tradițional sunt utilizate două metode. Prima este o descriere folosind un document text. Un astfel de document descrie ce ar trebui să facă sistemul atunci când subiectul inițiază un precedent. O descriere tipică conține următoarele secțiuni.
Condiții necesare pentru inițierea unui precedent.
Fluxul de evenimente (principalele și eventual sub-fluxurile, alternative).
Postcondiții care definesc starea sistemului, pe care se încheie precedentul.
Articole similare
-
Determinarea momentului magnetic al unei lucrări de proton - laborator
-
Lucrarea de laborator nr. 4 rădăcini de polinoame, factori multipli
Trimiteți-le prietenilor: