Uporabi diagram primera. Primeri uporabe

Pri programski opremi in sistemskem inženiringu je diagram USE CASE seznam dejanj ali korakov aktivnosti, ki običajno opredeljujejo interakcijo med vlogo (znano v enotnem jeziku za modeliranje kot »igralec«) in sistemom za doseganje cilja. "Igralec" je lahko človeški ali drug zunanji sistem.

Opredelitev

Diagrami USE CASE v jeziku UML so pomembna in dragocena metoda za analizo zahtev, ki se v sodobnem razvoju programske opreme pogosto uporablja od njenega uradnega predstavljanja Ivara Jacobsona leta 1992. Razvoj aplikacij je odvisen od številnih procesnih modelov in struktur, kot so ICONIX, Unified Process (UP), IBM Rational Unified Process (RUP) in Oracle Unified Method (OUM).

Zgodovina

Leta 1986 je Ivar Jacobson najprej oblikoval tekstualne, strukturne in vizualne tehnike modeliranja za določitev primerov uporabe. Leta 1992 je njegov soavtor knjige "Object-oriented software development - pristop, ki temelji na USE CASE", pomagal popularizirati tehniko zbiranja funkcionalnih zahtev, zlasti pri razvoju programske opreme.

Veliko prispevajo tudi drugi strokovnjaki, zlasti Alistair Cockburn, Larry Constantine, Dean Leffingwell, Kurt Bittner in Gunnar Overgaard.

Leta 2011 je Jacobson objavil posodobljeno delo z naslovom Use Case 2.0 z namenom, da bo od koncepte ustvaril veliko svojih primerov primerov precedensov.

Narava interakcije elementov

Diagram opredeljuje interakcijo med zunanjimi udeleženci in zadevnim sistemom, da doseže cilj. Igralec je lahko oseba, podjetje ali organizacija, računalniški program, sistemska strojna ali programska oprema.

Udeleženec ima lahko aktivno in pasivno vlogo: na primer potrošnik je kupec (ne sodeluje s sistemom) in uporabnik ("igralec", ki aktivno sodeluje s kupljenim izdelkom). Po drugi strani je uporabnik običajen operater ("igralec", ki uporablja sistem za predvideni namen) in funkcionalnega upravičenca (zainteresirana oseba, ki uporablja sistem).

Uporabi diagrame primera: sestava, vrste povezav

USE CASE je izraz za programsko opremo in sistemsko zasnovo, ki opisuje, kako uporabnik uporablja sistem za dosego določenega cilja. Ta proces deluje kot modeliranje programske opreme, ki določa funkcije, ki jih je treba izvajati, in odpravlja morebitne napake.

Obstajajo trije glavni elementi procesa:

• "Igralci" so tipi uporabnikov, ki komunicirajo s sistemom.

• Sistem je funkcionalne zahteve, ki določajo pričakovano vedenje elementov.

• Cilji - USE CASE običajno začne uporabnik, da doseže cilje, ki opisujejo dejanja in možnosti, povezane z njihovo uresničitvijo.

Značilnosti metodologije:

• Organizacija funkcionalnih zahtev.

• Modeliranje namen interakcije uporabnikov sistema.

• Zapišite scenarije iz sprožilnih dogodkov do končnih ciljev.

• Opis glavnega poteka dejavnosti in izjemen pretok dogodkov.

• Dovoljenje za dostop do funkcij drugega dogodka.

Koraki pri razvoju diagramov:

• Določite uporabnike 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 sistemu. Cenovni predlog sistema določa pomembno vlogo.

• Ustvarite primere uporabe za vsak cilj, povezan s predlogo, in ohranite enako raven abstrakcije v celotnem primeru uporabe.

Koraki za uporabo višje ravni so cilji za nižjo raven.

Terminologija

Diagram USE CASE v Rational Rose je dinamičen diagram vedenja v UML-ju, ki simulira funkcionalnost sistema z uporabo udeležencev, uporabo primerov in drugih kritičnih objektov. Primeri uporabe so niz dejanj, storitev in funkcij, ki jih mora sistem izvajati. V tem okviru je sistem razvit ali deloval, na primer spletno mesto. "Igralci" (pogojni izraz) so ljudje ali organizacije, ki delujejo pod določenimi vlogami znotraj sistema.

Za kaj so uporabljeni diagrami USE CASE?

Diagrami so dragoceni za vizualizacijo funkcionalnih zahtev sistema, ki bodo vključeni v izbiro razvojnih in razvojnih prioritet. Prav tako pomagajo prepoznati notranje ali zunanje dejavnike, ki lahko vplivajo na sistem, in jih je treba upoštevati.

UPORABA Primeri diagramov uporabe primerov zagotavljajo dobro off-sistemsko analizo na visoki ravni in nakazujejo, kako sistem sodeluje z udeleženci, ne da bi skrbel o podrobnostih izvajanja te funkcionalnosti.

Kaj je diagram UML?

UPORABA CASE-diagram UML je način vizualizacije programske opreme z uporabo diagramov. Ustanovitelji tehnologije - Grady Buch, James Rumbo, Ivar Jacobson in podjetje Rational Software Corporation. Njihovo delo je postalo osnova za objektno orientiran dizajn, nato pa so se specifikacije razširile na širšo paleto projektov za razvoj programske opreme. Danes UML sprejema skupina za upravljanje objektov (OMG) kot standard za razvoj programske opreme za modeliranje.

Če želite odgovoriti na vprašanje, kakšen je uporabniški diagram v UML-u, morate najprej razumeti njegove gradnike. Skupne komponente vključujejo:

• uporabniki, ki interakcijo s sistemom,

• določeno vrsto ukrepov in interakcij med udeleženci ter scenarijem sistema,

• končni rezultat - uspešen diagram mora opisati dejanja in možnosti, ki se uporabljajo za doseganje cilja.

V strokovni skupini programerjev se uporabijo diagrami USE CASE za piščanca Ryabye, ki se pogosto uporabljajo za razlago strukture - vizualni prikaz zgodbe o priljubljeni pravljici v obliki diagrama.

Kaj je UML?

UML pomeni Unified Modeling Language. UML 2.0 je pomagal razširiti izvirne specifikacije, da bi pokril večji del prizadevanj za razvoj programske opreme, vključno s prilagodljivimi metodami. Izvedeni so bili tudi naslednji dogodki:

• Izboljšana integracija med strukturnimi modeli, kot so diagrami razredov in modeli vedenja (diagrami aktivnosti) -

• dodal možnost, da definira hierarhijo in razgrajuje programski sistem v komponente in podkomponente,

• v prvotnem UML-u je devet diagramov - UML 2.0 to število poveča na 13-

• se imenujejo štirje novi diagrami: povezava diagram, sestavljeni strukturni diagram, diagram pregleda interakcij in časovni diagram. Ta sprostitev je tudi preimenovala v državne diagrame za navedbo diagramov diagramov ali stanja diagramov.

Ključ za izdelavo diagrama UML je združiti obrazce, ki predstavljajo predmet ali razred z drugimi oblikami, ki ponazarjajo razmerje med pretokom informacij in podatkov.

Vrste grafikonov

Sedanji standardi UML zahtevajo trinajst različnih vrst diagramov: razred, dejavnost, predmet, precedent, zaporedje, paket, stanje, komponenta, povezava, sestavljena struktura, pregled interakcije, čas in uvajanje.Ti diagrami so organizirani v dve različni skupini: strukturni in vedenjski diagrami (ali interakcije).Strukturne, po drugi strani, so razdeljene na naslednje vrste diagramov:

• Razredi so osnova za skoraj vsako objektno usmerjeno metodo, vključno z UML. Opisujejo statično strukturo sistema.

• Paketi so podmnožica razrednih diagramov. Razvijalci jih včasih obravnavajo kot ločeno metodo. Serijski diagrami organizirajo sistemske elemente v sorodne skupine, da zmanjšajo odvisnost med paketi.

• Objekt - opisati statično strukturo sistema v določenem času. Uporabijo se lahko za preizkušanje razrednih diagramov za natančnost.Sestavljeni strukturni diagrami kažejo notranjost razreda. Modelirajte funkcionalnost sistema z uporabo udeležencev in precedensov.

• Komponente - opisujejo organizacijo fizičnih komponent programske opreme, vključno z izvorno kodo, izvedljivo datoteko (binarno kodo).

• Diagrami uvajanja prikazujejo fizične vire v sistemu, vključno z vozlišči, komponentami in povezavami.

Vedenjske so v svojih diagramih sestave:

• Dejavnosti - ponazarjajo dinamično naravo sistema z modeliranjem pretoka nadzora od aktivnosti do aktivnosti. Dejanje je operacija v določenem razredu v sistemu, ki povzroči, da se stanje sistema spremeni. Običajno se diagrami dejavnosti uporabljajo za modeliranje poteka dela ali poslovnih procesov in notranjega dela.

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

• 
  
  
  
  

  Države - opisati dinamično obnašanje sistema kot odziv na zunanje dražljaje. Državni diagrami so še posebej uporabni za modeliranje reaktivnih predmetov, katerih stanja sprožijo določeni dogodki.

• Povezave - simulirajo interakcijo med predmeti v zaporedju. Opisujejo statično strukturo in dinamično obnašanje sistema. V mnogih pogledih so to poenostavljena različica diagrama sodelovanja, predstavljenih v UML 2.0.

• Interakcije interakcije so kombinacija diagramov aktivnosti in zaporedja. Simulirajo zaporedje dejanj in vam omogočajo razgradnjo bolj zapletenih interakcij v upravljane dogodke.

• Začasno - je vrsta vedenjskega ali interaktivnega diagrama UML, ki se osredotoča na procese, ki se pojavljajo v določenem časovnem obdobju. So poseben primer diagrama zaporedja.

Simboli in simboli

Obstaja veliko različnih vrst UML diagramov, in vsak ima svoj nabor simbolov. Diagrami razredov so eden najpogostejših diagramov UML, simboli simbola razreda pa so eden od pomembnih atributov. Na primer, obstajajo simboli za aktivne razrede in vmesnike. Simbol razreda je lahko razdrobljen, da prikazuje operacije, atribute in odgovornosti razreda.Linije so tudi pomembni simboli za razmerje med komponentami. Posploševanje in dedovanje sta označeni s praznimi puščicami.

Odvisnosti so označene s črtkano črto s puščico. Uporabi << > vam omogoča, da določite lastnosti te odvisnosti. Množnost je navadno prikazana s številko na enem koncu puščice in * na drugi strani.

Paketni diagrami imajo simbole, ki določajo paket, ki je podoben mapi. Akcijski diagrami vključujejo ločene simbole za začetno in končno stanje. Pretok krmiljenja je običajno označen s puščico, tok objekta pa označuje pikčasta puščica.

Primeri diagramov so simboli za udeležence in primeri uporabe.

Zakaj uporabljamo UML?

Zapletena korporativna aplikacija z velikim številom zaposlenih zahteva trdno podlago za načrtovanje in jasno komunikacijo med člani skupine, ko se projekt napreduje. Vizualizacijo interakcije uporabnika, procesi in struktura sistema, ki jih poskušate ustvariti, bodo prihranili čas in poskrbeli, da bodo vsi člani skupine aktivno vključeni v proces.

Sekvencialni diagrami opisujejo interakcije med razredi v smislu izmenjave sporočil skozi čas. Imenujejo se tudi diagrami dogodkov in so dober način za vizualizacijo in testiranje različnih izvedbenih scenarijev. Ti predmeti lahko pomagajo napovedati, kako se bo sistem obnašal, in odkrili odgovornosti, ki jih mora razred opraviti pri modeliranju novega sistema.

Primer diagrama USE CASE je grafični prikaz interakcij med elemente sistema. To je Metodologija, uporabljena pri sistemski analizi za prepoznavanje, izboljšanje in organiziranje sistemskih zahtev. V tem smislu se izraz "sistem" nanaša na tisto, kar se razvija ali vzdržuje, kot je spletna stran za prodajo in vzdrževanje blaga po pošti. UPORABI CASE-diagram v UML (Unified Modeling Language) - standardna notacija za modeliranje predmetov in realnih sistemov.

Pojasnilo pojmov

Cilji sistema lahko vključujejo razporejanje splošnih zahtev, preverjanje oblikovanja strojne opreme, preizkušanje in odpravljanje napak programske opreme, ki se razvija, ustvarjanje pomoči za operativno pomoč ali izvajanje naloge, usmerjene k potrošniku. Na primer, uporaba sheme diagramov USE CASE v prodajnem okolju vključuje naročanje blaga, posodabljanje kataloga, obdelavo plačil in obravnavanje strank. Diagram uporabe izgleda kot diagram poteka. Intuitivni znaki so elementi sistema. Uporabni scenariji primerov diagramov USE CASE ATM vsebujejo štiri komponente:

• Meja, ki določa sistem zanimanja v svetu okoli nas.

• "Igralci", ponavadi osebe, povezane s sistemom, se določijo v skladu s svojimi vlogami.

• Uporabite primere, ki so specifične vloge, ki jih »igralci« igrajo znotraj in okoli sistema.

• Odnosi med subjekti.

V enotnem jeziku za modeliranje lahko diagram povzame informacije o uporabnikih vašega sistema (znane tudi kot teme) in njihove interakcije s sistemom. Če želite zgraditi en predmet, boste uporabili niz specializiranih simbolov in spojnikov. Na primer, diagram USE CASE v spletni trgovini vam lahko pomaga razpravljati in predstaviti:

• Scenariji, v katerih vaš sistem ali aplikacija komunicira z ljudmi, organizacijami ali zunanjimi sistemi -

• cilje in metode njihovega doseganja -

• prostornino sistema.

Praktična uporaba

UPORABLJAČI diagram primera ni pomemben, če ni jasnega razumevanja procesa - ne bo simuliral vrstnega reda korakov, če ni jasnega algoritma. Strokovnjaki priporočajo uporabo grafičnih podatkov, ki dopolnjujejo besedilno različico. Diagram na visoki ravni prikazuje razmerje med primeri uporabe, igralci in sistemi. Iz tega razloga se pri vzorčenju strukture pogosto uporabljajo primeri uml-diagramov USE CASE za politično stranko.

Diagram je idealen v takšnih situacijah:

• predstavitev ciljev interakcij sistemskih uporabnikov -

• opredelitev in organizacija funkcionalnih zahtev v sistemu,

• Identifikacija konteksta in zahtev sistema,

• modeliranje glavnega toka dogodkov v primeru uporabe.

Zaradi optimalne vizualizacije v modelirni programski opremi pralnih strojev USE CASE-diagrami se zelo uporabljajo.

Za modeliranje sistema je najpomembnejši vidik zajemanje dinamičnega obnašanja, kar pomeni obnašanje sistema ob zagonu in nadaljnjem delovanju. V UML-u je na voljo pet diagramov za dinamično modeliranje, diagram USE CASE pa je najbolj očiten primer.

Imenovanje

Namen diagrama je zajeti dinamični vidik sistema. Vendar pa je ta opredelitev preveč splošna, da bi opisala namen. Ker imajo tudi drugi štirje diagrami (aktivnost, zaporedje, delitev in Statechart) isti cilj. Diagrami USE CASE se uporabljajo za zbiranje sistemskih zahtev, vključno z notranjimi in zunanjimi vplivi (običajno zahteve za načrtovanje). Zato, ko se sistem analizira za zbiranje njene funkcionalnosti, se razvijejo primeri uporabe in identificirajo udeleženci.

Ko je začetna naloga zaključena, se diagrami naključnih situacij modelirajo, da predstavljajo videz. Namen pri ustvarjanju diagramov uporabe USE CASE se lahko imenuje naslednje:

• zbiranje zahtev -

• pridobitev videza sistema,

• Vpliv zunanjih in notranjih dejavnikov -

• vizualizacija interakcije med zahtevami in predmeti.

Postopek ustvarjanja

Uporaba diagramov se uporablja za analizo sistemskih zahtev na visoki ravni. Ko so zahteve za sistem analizirane, je funkcionalnost določena v primerih uporabe.

Lahko rečete, da uporaba primerov ni nič drugega kot sistemske funkcije, napisane na organiziran način.

Diagrami se uporabljajo za upoštevanje funkcionalnih zahtev sistema. Po določitvi zgornjih točk moramo uporabiti naslednja priporočila za izdelavo učinkovitega diagrama uporabe:

• Ime primera uporabe je zelo pomembno - ga izberite tako, da lahko ugotovi opravljene funkcije.

• Navedite ustrezno ime za igralce.

• Pokažite razmerje in odvisnosti v diagramu.

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

• Če je potrebno, uporabite pojasnila za pojasnitev nekaterih pomembnih točk.

Aplikacije

V UML je pet diagramov za modeliranje dinamične predstavitve sistema. Vsak model ima poseben namen uporabe. Dejansko se ti specifični cilji uporabljajo v različnih smereh operacijskega sistema.

Da bi razumeli dinamiko, morate uporabiti različne vrste diagramov. UPORABLJAJTE diagrame, sestavo, vrste povezav, so najboljši primer. Njegov poseben namen je zbiranje sistemskih zahtev udeležencev.

Diagrami se uporabljajo na zelo visoki ravni zasnove, kjer so podatki večkrat preizkušeni, dokler ni na voljo popolna in praktična slika. Dobro strukturiran preceden opisuje tudi predpogoj, stanje sporočila in izjeme. Ti dodatni elementi se uporabljajo za ustvarjanje primerov med preskušanjem.

V inženiringu so za pripravo informacij o zahtevah iz obstoječe aplikacije uporabljeni diagrami za izdelavo preskusnih poizvedb in v primerih obratnega inženirstva.

Diagrami USE CASE lahko uporabite za analizo zahtev in načrtovanje na visoki ravni, sistemsko kartiranje in obratno inženirstvo.