Tudi drugi strokovnjaki so veliko prispevali, zlasti Alistair Cockburn, Larry Constantine, Dean Leffingwell, Kurt Bittner in Gunnar Overgaard. Leta 2011 je Jacobson objavil posodobljene informacije o svojem delu, imenovanem Use Case 2.0, z namenom vključitve mnogih njegovih praktičnih primerov uporabe precedensov od nastanka zasnove.

Narava interakcije elementov

Diagram opredeljuje interakcijo med zunanjimi vpliviudeleženci in sistem, ki naj bi dosegel cilj. Akter je lahko oseba, podjetje ali organizacija, računalniški program, sistemska oprema ali programska oprema. Udeleženec lahko igra tako aktivno kot pasivno vlogo: na primer, potrošnik je kupec (ne vzajemno deluje s sistemom) in uporabnik (»igralec«), ki aktivno sodeluje s kupljenim izdelkom. Po drugi strani je uporabnik redni operater ("udeleženec", ki uporablja sistem za predvideni namen) in funkcionalni upravičenec (zainteresirana stranka, ki uporablja sistem).

UPORABA CASE Diagramov: Sestava, Povezljivost

USE CASE je izraz, namenjen programski in sistemski zasnovi, ki opisuje, kako uporabnik uporablja sistem za doseganje določenega cilja. Ta proces deluje kot metoda modeliranja programske opreme, definira funkcije, ki jih je treba izvajati, in rešuje morebitne napake. Obstajajo trije glavni elementi procesa:

"Akterji" so vrsta uporabnikov, ki sodelujejo s sistemom.

Sistemske funkcionalne zahteve, ki določajo pričakovano obnašanje elementov.

Cilji - UPORABA ZADEVA običajno sproži uporabnik za opis dejavnosti in možnosti, ki so vključene v njihovo doseganje.

Značilnosti postopka:

Organizacija funkcionalnih zahtev.

Simulacija ciljev interakcije uporabnikov.

Zabeležite scenarijske dogodke od sprožitvenih dogodkov do končnega cilja.

Opis glavnega poteka dejavnosti in izključni tok dogodkov.

Dovoljenjedostop do funkcij drugega dogodka.

Koraki za razvoj diagramov:

Opredelitev uporabnikov sistema.

Ustvarite uporabniški profil za vsako kategorijo. To vključuje vse vloge, ki so pomembne za sistem.

Opredelite pomembne cilje, povezane z vsako vlogo, za podporo sistema. Cenovna ureditev sistema določa pomembno vlogo.

Ustvari primere uporabe za vsak cilj, ki je povezan s predlogo, in ohrani enako raven abstrakcije skozi celoten precedens.

Koraki za uporabo višjih ravni se obravnavajo kot cilji na nižji ravni.

Terminologija

Diagram USE CASE v Rational Rose je dinamični diagram vedenja v UML, ki simulira funkcionalnost sistema z uporabo udeležencev, precedensov in drugih najpomembnejših objektov. Primeri uporabe so niz dejanj, storitev in funkcij, ki jih mora sistem izvajati. V tem kontekstu je sistem nekaj, kar se razvija ali upravlja, kot je spletno mesto. "Akterji" (pogojni izraz) so ljudje ali organizacije, ki delujejo pod določenimi vlogami v sistemu.

Za kaj se uporabljajo diagrami uporabe?

Diagrami so dragoceni za vizualizacijo funkcionalnih zahtev sistema, ki bodo vključene v izbire oblikovanja in razvojne prioritete. Pomagajo tudi pri ugotavljanju notranjih ali zunanjih dejavnikov, ki lahko vplivajo na sistem, in jih je treba upoštevati. Diagrami primerov USE CASE zagotavljajo dobro analizo na visoki ravni in kažejo, kako sistem sodeluje z udeleženci, neskrbi za podrobnosti izvajanja te funkcionalnosti.

Kaj je diagram UML?

UPORABA CASE UML Diagram je način vizualizacije programske opreme z uporabo niza grafikonov. Ustanovitelji tehnologije so Gredi Buch, James Rumbo, Ivar Jacobson in Rational Software Corporation. Njihovo delo je postavilo temelje za objektno usmerjeno oblikovanje, nato so bile specifikacije razširjene, da bi pokrile širši spekter projektov za razvoj programske opreme. Skupina za upravljanje objektov (OMG) danes sprejema UML kot standard za razvoj programske opreme za modeliranje.
Če želite odgovoriti na vprašanje, kaj je diagram UML, morate najprej razumeti njegove gradnike. Skupne komponente vključujejo:

uporabnike, ki sodelujejo s sistemom;

določeno zaporedje ukrepov in interakcijo med udeleženci in sistemskim scenarijem;

končni rezultat - uspešna tabela mora opisati ukrepe in možnosti, ki se uporabljajo za dosego cilja.

V strokovni skupnosti programerjev, ki razlagajo strukturo pogosto uporabljenih diagramov, UPORABITE ZADEVO "piščanca Ryaba" - vizualno predstavitev zgodbe priljubljene pravljice v obliki sheme.

Kaj je UML?

UML pomeni Unified Modeling Language. UML 2.0 je pomagal razširiti prvotno specifikacijo, da bi pokril širši obseg prizadevanj za razvoj programske opreme, vključno s prilagodljivimi metodami. Izvedeni so bili tudi naslednji dogodki:

izboljšana integracija med strukturnimi modeli, kot so razredni diagrami in modelivedenje (diagrami aktivnosti);

so dodali sposobnost za definiranje hierarhije in razširitev programskega sistema na komponente in podkomponente;

V UML izhodu devet grafov UML 2.0 to število poveča na 13;

Imenovani so štirje novi diagrami: komunikacijski diagram, sestavni strukturni diagram, interakcijski diagram in časovni diagram. Ta izdaja je tudi preimenovala državne grafikone na diagramih stanja ali diagramih stanja.

Ključ za ustvarjanje diagrama UML je združevanje obrazcev, ki predstavljajo predmet ali razred, z drugimi podatki, da se ponazori pretok informacij in podatkov.

Vrste grafikonov

Trenutni standardi UML zahtevajo trinajst različnih vrst grafikonov: razred, dejavnost, predmet, precedens, zaporedje, paket, stanje, komponento, komunikacijo, strukturo komponent, pregled interakcij, čas in uvajanje.

Te karte so organizirane v dve skupini: strukturni in vedenjski diagrami (ali interakcije).

Strukturni deli so razdeljeni na naslednje vrste grafikonov:

Razredi so osnova skoraj vseh objektno usmerjenih metod, vključno z UML. Opisujejo statično strukturo sistema.

Paketi so podskupina razrednih diagramov. Razvijalci se včasih obravnavajo kot ločena metoda. Paketni grafikoni organizirajo sistemske elemente povezanih skupin, da zmanjšajo odvisnosti med paketi.

Objekt - opišite statično strukturo sistema ob določenem času. Uporabijo se lahko za preverjanje točnosti razrednih diagramov.
Sestavljeni strukturni diagramipokažite notranji del razreda. Simulirajte funkcionalnost sistema z udeleženci in predhodniki.

Komponente - opisujejo organizacijo fizičnih komponent programa, vključno z izvorno kodo, izvršljivo datoteko (binarno kodo).

Tabele uvajanja odražajo fizične vire v sistemu, vključno z vozlišči, komponentami in povezavami. Vedenjski diagrami vključujejo:

Dejavnosti - ponazoritev dinamične narave sistema s simulacijo pretoka nadzora iz dejavnosti v dejavnost. Dejanje je operacija na nekem razredu v sistemu, ki vodi do spremembe stanja sistema. Značilno je, da se grafikoni aktivnosti uporabljajo za simulacijo poteka dela ali poslovnih procesov in notranjega dela.

Zaporedja opisujejo interakcije med razredi v smislu sporočanja skozi čas.

Stanje - opišite dinamično obnašanje sistema kot odziv na zunanje dražljaje. Diagrami stanja so še posebej uporabni pri modeliranju reaktivnih objektov, katerih stanje se sproži z določenimi dogodki.

Komunikacije - simulirajte interakcijo med objekti v zaporedju. Opisujejo statično strukturo in dinamično obnašanje sistema. V mnogih pogledih je v UML 2.0 predstavljena poenostavljena različica sheme sodelovanja.

Pregled interakcije - predstavlja kombinacijo diagramov aktivnosti in doslednosti. Simulirajo zaporedje dejanj in omogočajo dekonstrukcijo bolj zapletenih interakcij v nadzorovanih pojavih.

Začasno - predstavlja vrsto vedenjskega ali interaktivnega UML-diagrama, ki se osredotoča na procese, ki se odvijajo v določenem časovnem obdobju. Obstaja poseben primer diagrama zaporedja.

Znaki in simboli

Obstaja veliko različnih vrst UML-diagramov, in vsak ima svoj nabor znakov. Diagrami razreda so eden najpogosteje uporabljenih diagramov UML, diagrami razredov pa so eden od pomembnih atributov. Na primer, obstajajo simboli za aktivne razrede in vmesnike. Simbol razreda je lahko oblikovan tako, da prikaže operacije, atribute in odgovornosti razreda.
Črte so prav tako pomembni simboli, ki označujejo razmerje med komponentami. Posplošitev in dedovanje sta označena s praznimi puščicami. Glede na pikčasto črto s puščico. Uporaba vam omogoča, da določite lastnosti te odvisnosti. Celo število se običajno prikaže s številko na enem koncu puščice in * na drugi strani. Paketne lestvice imajo znake, ki določajo paket, ki je podoben mapi. Akcijske karte vključujejo ločene znake za začetno in končno stanje. Pretok krmiljenja je navadno označen s puščico, pretok predmeta pa je črtkana puščica. Diagrami primerov uporabe imajo znake za udeležence in predhodnike.

Zakaj uporabljamo UML? Integrirana korporativna aplikacija z velikim številom zaposlenih zahteva trdne temelje za načrtovanje in jasno komunikacijo med člani skupine, ko projekt napreduje. Vizualizirajte uporabniško interakcijo, procese in strukturo sistema, ki ga želiteustvarite, prihranite čas in se prepričajte, da so vsi člani skupine aktivno vključeni v proces. Zaporedni diagrami opisujejo interakcije med razredi v smislu sporočanja skozi čas. Imenujejo se tudi dogodkovne karte in so dober način za vizualizacijo in testiranje različnih scenarijev izvajanja. Ti predmeti lahko pomagajo napovedati, kako se bo sistem obnašal, in opredeliti odgovornosti, ki jih mora razred opraviti v procesu modeliranja novega sistema. Primer USE CASE Diagram je grafično predstavitev interakcij med elementi sistema. To je metodologija, ki se uporablja pri analizi sistema za odkrivanje, izboljšanje in organiziranje sistemskih zahtev. V tem kontekstu se izraz "sistem" nanaša na to, kar se razvija ali izkorišča, na primer spletna stran za prodajo in servisiranje blaga po pošti. UPORABA Diagram v UML (Unified Modeling Language) - standardna notacija za modeliranje objektov in sistemov realnega sveta.

Opredelitev pojmov

Sistemski cilji lahko vključujejo načrtovanje splošnih zahtev, preverjanje oblikovanja strojne opreme, testiranje in odpravljanje napak pri izdelavi programskega izdelka, oblikovanje službe za pomoč uporabnikom ali dodelitev, ki je usmerjena k uporabniku. Na primer, uporaba možnosti diagrama USE CASE v prodajnem okolju vključuje naročanje izdelkov, posodobitve katalogov, obdelavo plačil in odnose s strankami. Diagram uporabe je podoben diagramu poteka. Intuitivni simboli so elementi sistema. SkripteZADNJI PRIMERI CASE-CASE PREDHODNI SISTEMI vsebujejo štiri komponente:

Meja, ki določa sistem, ki je zanimiv za zunanji svet.

"Akterji" so ponavadi ljudje, povezani s sistemom, določeni v skladu z njihovimi vlogami.

Možnosti uporabe, ki so specifične vloge "akterjev" znotraj in okoli sistema.

Razmerje med udeleženci.

V enotnem simulacijskem jeziku lahko grafikon povzame informacije o uporabnikih vašega sistema (znane tudi kot entitete) in njihove interakcije s sistemom. Če želite zgraditi en predmet, boste uporabili niz posebnih znakov in priključkov. Na primer, tabela USE CASE za spletno trgovino vam lahko pomaga pri razpravljanju in predstavljanju:

scenarijev, v katerih vaš sistem ali aplikacija sodelujeta z ljudmi, organizacijami ali zunanjimi sistemi;

cilje in metode za njihovo doseganje;

Obseg sistema.

Praktična uporaba

Diagram USE CASE ni zelo pomemben, če ni jasno razumevanje postopka - ne bo simuliral zaporedja korakov, razen če je določen jasen algoritem. Strokovnjaki priporočajo uporabo podatkov grafikona kot dopolnitev besedilne različice. Diagram prikazuje visoko stopnjo medsebojne povezanosti med uporabami, predmeti in sistemi. Zato se pri modeliranju strukture pogosto uporabijo UPE CASE uml-diagrami za politično stranko. Diagram je idealen v naslednjih situacijah:

predstavitev ciljev interakcij med sistemom in uporabnikom;

opredelitev in organizacija funkcionalnih zahtev za sistem;

opredelitev konteksta in zahtev sistema;

simulacija glavnega toka dogodkov v predhodnem primeru.

Zaradi optimalne vizualizacije modeliranja programske opreme USE CASE na osnovi pralnih strojev, se ti obsežno uporabljajo. Za modeliranje sistema je najpomembnejši vidik zajemanje dinamičnega obnašanja, ki pomeni obnašanje sistema ob njegovem zagonu in nadaljnje delo. V UML je na voljo pet diagramov, ki so na voljo za dinamično modeliranje.

Namen

Namen diagrama je zajeti dinamični vidik sistema. Vendar pa je ta opredelitev preveč splošna, da bi opisala cilj. Ker imajo drugi štirje grafikoni (dejavnost, zaporedje, delitev in državni seznam) tudi isti namen. UPORABA CASE Diagrami se uporabljajo za zbiranje sistemskih zahtev, vključno z notranjimi in zunanjimi vplivi (praviloma so to projektne zahteve). Tako se pri analizi sistema za zbiranje njegove funkcionalnosti razvijajo primeri uporabe in opredelijo udeleženci. Ko je začetna naloga končana, so naključni stohastični diagrami oblikovani tako, da predstavljajo videz. Nameni za izdelavo UPORABNIŠKIH diagramov so naslednji:

zbiranje zahtev;

pridobitev videza sistema;

vpliv zunanjih in notranjih dejavnikov;

Vizualizacija interakcije med zahtevami in entitetami.

Proces ustvarjanja

Grafikon, za katerega se uporabljaanalizo sistemskih zahtev na visoki ravni. Ko so sistemske zahteve analizirane, je funkcionalnost fiksirana, kadar se uporablja. Lahko rečemo, da vzorci uporabe niso nič drugega kot sistemske funkcije, napisane na organiziran način. Diagrami se uporabljajo za upoštevanje funkcionalnih zahtev sistema. Ko identificiramo zgornje postavke, moramo za izdelavo diagrama učinkovite rabe uporabiti naslednje smernice:

Prednostno ime je zelo pomembno - izberite ga tako, da lahko prepozna izvedene funkcije.

Ustrezno ime navedite akterjem.

Prikažite graf razmerja in odvisnosti.

Ne poskušajte vključiti vseh vrst odnosov, saj je glavni namen diagrama določiti zahteve.

Če je potrebno, uporabite pojasnilo, da pojasnite nekatere pomembne točke.

Področje uporabe

UML ima pet diagramov za modeliranje predstavitve dinamičnega sistema. Vsak model ima poseben namen uporabe. Dejansko se ti specifični cilji uporabljajo v različnih smereh delovnega sistema. Za razumevanje dinamike morate uporabiti različne tipe diagramov. UPORABA Diagrami, sestava, vrste povezav - najboljši primer. Njen posebni cilj je zbrati sistemske zahteve udeležencev. Diagrami se uporabljajo na zelo visoki ravni načrtovanja, kjer se podatki večkrat izboljšajo, preden dobimo popolno in praktično sliko. Dobro strukturiran precedens opisuje tudi predpogoj, stanje sporočila in izjemo. To soZa izdelavo primerov za testiranje se uporabljajo dodatni elementi. Pri inženiringu se za pripravo informacij o zahtevah iz obstoječega programa uporabljajo diagrami za izdelavo testnih poizvedb in v primerih obratnega inženiringa. UPORABA CASE Diagrami se lahko uporabijo za analiziranje zahtev in načrtovanja na visoki ravni, kartiranje konteksta in obratno inženirstvo.