6.2.2.3. Rata de expansiune
Relația Extend definește relația cazului de utilizare de bază cu un alt caz de utilizare, a cărui comportare funcțională nu este întotdeauna utilizată de cazul de bază, dar numai atunci când sunt îndeplinite condițiile suplimentare.
În UML, relația de expansiune este o dependență îndreptată spre cazul de utilizare de bază și conectată la ea în așa-numitul punct de extensie. Raportul prelungirii dintre cazurile de utilizare este desemnat ca o relație de relație sub forma unei linii punctate cu o săgeată direcționată din acel caz de utilizare, care este o extensie pentru cazul de utilizare de bază. Această linie cu săgeată trebuie marcată cu un stereotip>, așa cum se arată în Fig. 6.26.
Fig. 6.26. Un exemplu de reprezentare grafică a relației extensiei între cazurile de utilizare
În fragmentul prezentat, există o relație de expansiune între cazul de utilizare de bază pentru opțiunea "Acordarea unui împrumut în bancă" și "Utilizarea avantajelor fiscale". Aceasta înseamnă că proprietățile de comportament ale primului caz de utilizare pot fi, în unele cazuri, completate cu funcționalitatea celui de-al doilea caz de utilizare. Pentru ca această prelungire să aibă loc, trebuie îndeplinită o anumită condiție logică a relației extinse date.
Relația de extensie permite simularea în așa fel încât unul dintre cazurile de utilizare să atașeze comportamentului său un comportament suplimentar definit pentru un alt caz de utilizare. În același timp, această relație implică întotdeauna verificarea stării și trimiterea la punctul de prelungire în cazul utilizării de bază. Punctul de extensie specifică locația în cazul de utilizare de bază în care extensia ar trebui plasată atunci când este îndeplinită condiția logică corespunzătoare. În acest caz, unul dintre cazurile de utilizare poate fi o extensie pentru mai multe variante de bază și, de asemenea, au alte variante ca extensii proprii. Cazul de utilizare de bază nu depinde de extensiile sale.
Semantica relației de expansiune este definită după cum urmează. În cazul în care utilizarea de bază efectuează o secvență de acțiuni, care determină comportamentul său, și, astfel, există un punct de pe prelungirea unui alt exemplu de realizare, utilizând o instanță care este prima dintre toate punctele de extensie, în cazul de bază, condiția logică este verificată această relație. Dacă această condiție este îndeplinită, fluxul de lucru original este extins prin includerea acțiunilor unui alt caz de utilizare. Trebuie remarcat faptul că starea raportului de expansiune este verificată doar o singură dată - la primul link pe punctul de extensie, și dacă este adevărat, orice utilizare care se extinde introdus în versiunea de bază.
6.2.2.4. Relația de generalizare
Doi sau mai mulți actori pot avea proprietăți comune, adică interacționează cu același set de cazuri de utilizare în același mod. O asemenea generalizare a proprietăților și a comportamentului este reprezentată sub forma unei relații de generalizare cu alta.
Din punct de vedere grafic, raportul de generalizare este marcat printr-o linie solidă cu o săgeată sub forma unui triunghi ne-vopsit care indică cazul de utilizare parentală (Figura 6.27.). Această linie cu o săgeată are un nume special - generarea de săgeți.
Fig. 6.27. Un exemplu de reprezentare grafică a relației de generalizare între cazurile de utilizare
În acest exemplu, argumentul generalizării indică faptul că cazul de utilizare "Acordarea de credite clienților corporativi" este un caz special al cazului de utilizare "Acordarea de împrumut clienților băncii". Cu alte cuvinte, primul caz de utilizare este specializarea celui de-al doilea caz de utilizare. În acest caz, opțiunea de a utiliza „Furnizarea de clienții băncii de credit“ este numit, de asemenea, un strămoș sau părinte în legătură cu cazul de utilizare „de creditare pentru clienții corporate“, iar ultima opțiune este numit un descendent la primul caz de utilizare. Trebuie subliniat faptul că descendentul moștenește toate proprietățile comportamentului părintelui său și poate avea și caracteristici comportamentale suplimentare.
Relația de generalizare între cazurile de utilizare se aplică atunci când este necesar să se observe că cazurile de utilizare a copilului au toate particularitățile comportamentului variantelor părinte. În acest caz, cazurile de utilizare a copilului sunt implicate în toate opțiunile pentru părinți. La rândul lor, variantele copilului pot fi înzestrate cu noi comportamente care lipsesc din cazuri de utilizare parentală și, de asemenea, pot rafina sau modifica proprietățile de comportament moștenite de la ele.
6.2.3. Alte denumiri UML pentru modelarea afacerilor
Limba UML include mecanisme speciale de extindere care vă permit să introduceți și alte denumiri grafice orientate spre rezolvarea problemelor dintr-o anumită zonă de subiect. Exemple de astfel de denumiri care sunt utilizate pentru modelul sistemelor de afaceri și pot fi descrise în diagramele cazurilor de utilizare: actorul de afaceri, cazul angajaților și al utilizării în afaceri (figura 6.28.).
Actorul de afaceri este un individ, grup, organizație, companie sau sistem care interacționează cu sistemul de afaceri simulat, dar nu intră în el, adică, nu fac parte din sistemul modelat. Exemple de actori de afaceri sunt clienții, cumpărătorii, furnizorii, partenerii. O proprietate comună a actorilor de afaceri este că aceștia sunt inițiatorii sau clienții proceselor de afaceri ale sistemului modelat.
Angajat (lucrător comercial) - o persoană care acționează în cadrul sistemului de afaceri simulat, interacționează cu alți angajați și participă la procesul de afaceri al sistemului simulat. Exemple de angajați sunt manageri, administratori, casieri, ingineri. Proprietatea comună a angajaților este că aceștia sunt subiecți și fac parte din sistemul modelat.
Cazul de utilizare a afacerii este un caz de utilizare care definește secvența acțiunilor sistemului simulat care vizează executarea unui proces de afaceri separat. O caracteristică comună a cazurilor de utilizare a afacerilor este aceea că acestea reprezintă un model conceptual al proceselor individuale de afaceri ale sistemului modelat.
Fig. 6.28. Reprezentări grafice ale unui actor de afaceri (a), unui angajat (b) și unui caz de utilizare a afacerii (c)
6.2.4. Folosiți exemplele CASE și implementarea acestora
Fig. 6.29. Exemplu de utilizare a pachetelor
Scurtă descriere a Fig. 6.29:
În acest caz de utilizare, utilizatorul (Actorul) poate accesa site-ul și baza de date NSI - în funcție de numele înregistrat.
Actori: Utilizator, Operator și Administrator
Fluxul de evenimente: fluxul principal
Start: Folosirea Casei pornește atunci când utilizatorul introduce Login și Password în formularele corespunzătoare și confirmă intrarea.
Verificare: sistemul verifică datele introduse de utilizator și permite accesul.
Refuzați accesul. Conectarea și parola introduse de utilizator nu sunt corecte. Sistemul oferă reintroducerea sau înregistrarea.
Flux alternativ 2:
Alimentare alternativă 3:
În orice moment, utilizatorul poate selecta serviciul "Ieșire". Se încheie sesiunea curentă de utilizatori. Conexiunea la server este întreruptă.
Utilizarea IE. Sistemul dezvoltat presupune utilizarea browserului Microsoft Internet Explorer v.5.0 și versiuni ulterioare.
Fig. 6.30. Folosiți cazul «Conectați-vă la site»
Fig. 6.31. Folosiți cazul "Corectarea unei intrări incorecte"
Scurtă descriere a Fig. 6.31:
Utilizarea Cazului începe când Operatorul selectează serviciul Fix. Scopul acestui serviciu este de a fixa intrarea activă în baza de date ND PE NSI fără a crea o istorie. Operatorul selectează un câmp care trebuie corectat, introduce o nouă valoare în formularul de intrare. După introducerea valorii, serviciul "Fix" face modificări în înregistrarea corespunzătoare din DB a tabelului PE NSI.
Operatorul selectează serviciul Fix. Serviciul oferă selectarea câmpului obligatoriu al înregistrării corectate, afișând lista câmpurilor posibile pentru corectare și valoarea lor curentă.
Operatorul selectează un câmp pentru corecție și introduce o nouă valoare a câmpului selectat în formularul de intrare. Serviciul trimite o cerere către PE PE NSI. DB2 verifică drepturile utilizatorului și, dacă acestea sunt suficiente, permite modificarea.
Din punctul de vedere al NIE elaborat, corecția erorii nu este informație istorică și nu implică apariția de noi înregistrări și modificări în înregistrările conexe.
Raportați o eroare. Atunci când selectați serviciul "Corectați înregistrarea", sistemul returnează un mesaj de eroare utilizatorului:
Fig. 6,32. Utilizați cazul "Modificarea datelor într-o masă"
Scurtă descriere a Fig. 6,32:
Utilizarea Casei începe când operatorul selectează serviciul "Modificare date". Operatorul poate alege: introduceți o nouă înregistrare; ștergeți o intrare existentă; editați o intrare existentă. Sistemul monitorizează acțiunile Operatorului și corectitudinea datelor introduse (pe tipuri)
Selectați o acțiune. Operatorul selectează acțiunea posibilă: introduceți o nouă înregistrare; ștergeți o intrare existentă; editați o intrare existentă.
Fig. 6.33. Utilizați Cauza "Găsiți"
Arta similara:
Tehnologia formării programate
Tehnica de programare (2)
Tehnologii de programare (1)
NOTĂ la proiectul cursului pe tema "Programare tehnologică" Completat student 9651 grup: Matveev. Nu este eficientă în limbile de programare orientate obiect și obiect. În metoda fluxului de date, se ia în considerare sistemul software.
Metode și tehnologii de formare profesională suplimentară a personalului
>> Stat și lege
iar fiecare pereche este verificată manual de către tehnicienii centrului. Relevanța studiului. lucrarea de diplomă - pentru a analiza metodele și tehnologiile de formare profesională suplimentară. se realizează prin instruiri programate. instruire pe calculator, instruire.
procese (și în diferite tehnologii de programare). De asemenea, nu confunda tehnologia de programare cu metodologia de programare [1.8]. În tehnologia programării, metodele sunt considerate "de sus" - din punct de vedere.
Articole similare
Trimiteți-le prietenilor: