Gdy przypadek u\u017cycia jest okre\u015blony, mo\u017ce by\u0107 przedstawiony w formie tekstowej i wizualnej (tj. diagramu przypadk\u00f3w). Kluczowym poj\u0119ciem modelowania przypadk\u00f3w u\u017cycia jest to, \u017ce pomaga nam zaprojektowa\u0107 system z perspektywy ko\u0144cowego u\u017cytkownika. Jest to skuteczna technika komunikacji zachowa\u0144 systemu w terminach u\u017cytkownika poprzez okre\u015blenie wszystkich zewn\u0119trznie widocznych zachowa\u0144 systemu.<\/p>\n
Innymi s\u0142owy, korzystanie z systemu musi by\u0107 postrzegane z zewn\u0105trz, to znaczy, system nie powinien by\u0107 postrzegany od wewn\u0105trz, ale z wy\u017cszego poziomu, aby okre\u015bli\u0107 funkcjonalno\u015b\u0107, kt\u00f3r\u0105 system powinien zapewni\u0107 zewn\u0119trznym aktorom.<\/p>\n
Cel diagram\u00f3w przypadk\u00f3w u\u017cycia<\/h3>\n
Diagramy przypadk\u00f3w u\u017cycia<\/a>s\u0105 zazwyczaj opracowywane w wczesnych etapach rozwoju, a ludzie cz\u0119sto wykorzystuj\u0105 modelowanie przypadk\u00f3w u\u017cycia do nast\u0119puj\u0105cych cel\u00f3w.<\/p>\n Standardowa forma diagramu przypadk\u00f3w u\u017cycia jest zdefiniowana w Zjednoczonym J\u0119zyku Modelowania, jak pokazano w poni\u017cszym przyk\u0142adzie diagramu przypadk\u00f3w u\u017cycia.<\/p>\n Edytuj ten przyk\u0142ad diagramu przypadk\u00f3w u\u017cycia<\/a><\/p>\n Ka\u017cdy przypadek u\u017cycia b\u0119dzie mia\u0142 co najmniej jednego aktora, kt\u00f3ry mo\u017ce by\u0107 rozumiany jako co najmniej jeden uczestnik (rola), kt\u00f3ry niekoniecznie musi by\u0107 osob\u0105, ale mo\u017ce by\u0107 innym systemem lub urz\u0105dzeniem. Aktor mo\u017ce wchodzi\u0107 w interakcje z wi\u0119cej ni\u017c jednym przypadkiem u\u017cycia, a przypadek u\u017cycia mo\u017ce wchodzi\u0107 w interakcje z wi\u0119cej ni\u017c jednym aktorem.<\/p>\n Aktorzy nie s\u0105 koniecznie lud\u017ami, tj. u\u017cytkownikami, ale mog\u0105 by\u0107 rzeczywi\u015bcie nie-lud\u017ami, tj. systemami lub czasem.<\/p>\n Najcz\u0119\u015bciej u\u017cytkownikami s\u0105 ludzie, kt\u00f3rzy s\u0105 zaanga\u017cowani w diagram przypadk\u00f3w u\u017cycia, tacy jak klienci, pracownicy, prze\u0142o\u017ceni itp.<\/p>\n Od czasu do czasu system jest wp\u0142ywany przez r\u00f3\u017cne zdarzenia, aby wykona\u0107 okre\u015blone funkcje w danej sytuacji. Na przyk\u0142ad, gdy audyt jest zako\u0144czony, system proaktywnie wysy\u0142a list, aby powiadomi\u0107 ludzi; czy wi\u0119c wysy\u0142anie listu jest wykonywane automatycznie przez system? Ten przypadek u\u017cycia jest w rzeczywisto\u015bci wyzwalany przez czas, wtedy aktorem jest Timer; na przyk\u0142ad, ten przypadek u\u017cycia mo\u017cna postrzega\u0107 jako \u201eautomatyczne wysy\u0142anie listu o 5:00 ka\u017cdego dnia\u201d, wtedy aktorem, kt\u00f3ry wyzwala to zdarzenie \u2013 wysy\u0142anie listu \u2013 nie jest system, ale w rzeczywisto\u015bci aktor Timer.<\/p>\n Aktor g\u0142\u00f3wny to aktor, kt\u00f3ry korzysta z systemu, aby osi\u0105gn\u0105\u0107 cel. Przypadki u\u017cycia dokumentuj\u0105 interakcje mi\u0119dzy systemem a aktorami w celu osi\u0105gni\u0119cia cel\u00f3w aktora g\u0142\u00f3wnego. Aktorzy pomocniczy to aktorzy, kt\u00f3rych system potrzebuje, aby pom\u00f3c w osi\u0105gni\u0119ciu cel\u00f3w aktora g\u0142\u00f3wnego.<\/p>\n Zauwa\u017c, \u017ce: symbol aktora nie r\u00f3\u017cnicuje mi\u0119dzy aktorem g\u0142\u00f3wnym a aktorem pomocniczym; r\u00f3\u017cnic\u0119 nale\u017cy wywnioskowa\u0107 z opis\u00f3w przypadk\u00f3w u\u017cycia (zwanych r\u00f3wnie\u017c narracjami przypadk\u00f3w u\u017cycia).<\/p>\n Na przyk\u0142ad:<\/strong><\/p>\n Pracownik banku zajmuj\u0105cy si\u0119 po\u017cyczkami chce przejrze\u0107 wniosek o po\u017cyczk\u0119 klienta, a cz\u0119\u015b\u0107 procesu obejmuje sprawdzenie oceny kredytowej w czasie rzeczywistym.<\/p>\n Edytuj ten przyk\u0142ad diagramu przypadk\u00f3w u\u017cycia<\/a><\/p>\n Poniewa\u017c aktor niekoniecznie musi by\u0107 osob\u0105, ale mo\u017ce by\u0107 zewn\u0119trznym systemem, urz\u0105dzeniem lub timerem, znajdujemy bardziej specyficznego aktora, zadaj\u0105c nast\u0119puj\u0105ce pytania<\/p>\n Te pytania pomagaj\u0105 nam abstrahowa\u0107 aktor\u00f3w systemu. U\u017cywaj\u0105c bankomat\u00f3w jako przyk\u0142adu, odpowiadaj\u0105c na te pytania, mo\u017cemy znale\u017a\u0107 wi\u0119cej aktor\u00f3w, tj.<\/p>\n Przypadek u\u017cycia reprezentuje funkcjonalno\u015b\u0107 (zwykle wymaganie), kt\u00f3ra ma by\u0107 wdro\u017cona przez system. Szczeg\u00f3\u0142y przypadku u\u017cycia, poza jego unikaln\u0105 nazw\u0105, nie s\u0105 przedstawiane wizualnie w diagramie; te szczeg\u00f3\u0142y s\u0105 podane w narracji (opisie tekstowym) przypadku u\u017cycia.<\/p>\n Przypadek u\u017cycia to lista dzia\u0142a\u0144 lub krok\u00f3w zdarze\u0144, kt\u00f3re zazwyczaj definiuj\u0105 interakcje mi\u0119dzy rolami aktor\u00f3w a systemem w celu osi\u0105gni\u0119cia celu. Przypadki u\u017cycia s\u0105 u\u017cyteczn\u0105 technik\u0105 do identyfikacji, wyja\u015bniania i organizowania wymaga\u0144 systemowych. Przypadek u\u017cycia sk\u0142ada si\u0119 z zestawu sekwencji mo\u017cliwych interakcji mi\u0119dzy systemem a u\u017cytkownikiem, kt\u00f3re definiuj\u0105 funkcjonalno\u015b\u0107 do osi\u0105gni\u0119cia oraz rozwi\u0105zania wszelkich b\u0142\u0119d\u00f3w, kt\u00f3re mog\u0105 wyst\u0105pi\u0107.<\/p>\n Gdy znajdziemy aktor\u00f3w, mo\u017cemy okre\u015bli\u0107 przypadki u\u017cycia systemu na podstawie aktor\u00f3w, g\u0142\u00f3wnie patrz\u0105c na to, jakie us\u0142ugi ka\u017cdy aktor potrzebuje od systemu lub jak aktorzy korzystaj\u0105 z systemu. Identyfikacja przypadk\u00f3w u\u017cycia mo\u017ce rozpocz\u0105\u0107 si\u0119 od nast\u0119puj\u0105cych pyta\u0144 (dla ka\u017cdego uczestnika).<\/p>\n \u0141\u0105cz\u0105c powy\u017csze, diagram przypadk\u00f3w u\u017cycia systemu bankomat\u00f3w mo\u017ce by\u0107 przedstawiony w nast\u0119puj\u0105cy spos\u00f3b.<\/p>\n Przypadek u\u017cycia jest przedstawiany przez elipsy, co\u015b statycznego lub dynamicznego, lub zadanie lub system.<\/span>\u00a0<\/span><\/p>\n Granice systemu opisuj\u0105 system, grupuj\u0105c przypadki u\u017cycia w prostok\u0105tnych granicach, a granice systemu w Visual Paradigm zapewniaj\u0105 zachowanie zawierania przypadk\u00f3w u\u017cycia.<\/p>\n Aktorzy to role (aktorzy ludzcy lub nie-ludzcy), kt\u00f3re wchodz\u0105 w interakcje z rozwijanym systemem. Dlatego aktorzy powinni by\u0107 umieszczani poza granicami systemu i wchodzi\u0107 w interakcje z przypadkami u\u017cycia, kt\u00f3re s\u0105 umieszczone w granicach systemu.<\/p>\n Zauwa\u017c, \u017ce:<\/strong><\/p>\n Aktor jest definiowany przez granice systemu. Je\u015bli granica systemu, kt\u00f3r\u0105 chcemy zdefiniowa\u0107, ogranicza si\u0119 do samego bankomatu, to serwer zaplecza jest systemem zewn\u0119trznym i mo\u017ce by\u0107 abstrahowany jako aktor.<\/p>\n Je\u015bli granica systemu, kt\u00f3r\u0105 chcemy zdefiniowa\u0107, rozci\u0105ga si\u0119 na ca\u0142y system bankowy, w kt\u00f3rym zar\u00f3wno bankomaty, jak i serwery zaplecza s\u0105 cz\u0119\u015bci\u0105 ca\u0142ego systemu bankowego, to serwer zaplecza nie jest ju\u017c abstrahowany jako aktor.<\/p>\n Po zapoznaniu si\u0119 z tymi trzema kluczowymi symbolami, kontynuuj wiedz\u0119 o relacjach i rysowaniu diagram\u00f3w przypadk\u00f3w u\u017cycia. Bezpo\u015brednia relacja mi\u0119dzy uczestnikiem a przypadkiem u\u017cycia jest rysowana, a relacja jest przedstawiana jako linia bez strza\u0142ek, wskazuj\u0105ca na relacj\u0119 dwukierunkow\u0105, zwan\u0105 lini\u0105 \u0142\u0105cz\u0105c\u0105.<\/p>\n Przypadek u\u017cycia mo\u017ce by\u0107<\/span>\u00a0<\/span>podzielony na kilka przypadk\u00f3w u\u017cycia, kt\u00f3re s\u0105 po\u0142\u0105czone relacjami <<include>>, <<extend>> lub <<generalization>> (opisanymi p\u00f3\u017aniej w tym po\u015bcie).<\/span><\/p>\n Reprezentuje to dwukierunkow\u0105 komunikacj\u0119 mi\u0119dzy aktorem a przypadkiem u\u017cycia, a zatem jest to relacja binarna.<\/p>\n Edytuj ten przyk\u0142ad diagramu przypadk\u00f3w u\u017cycia<\/a><\/p>\n Relacja include<\/strong>relacja oznacza, \u017ce przypadek u\u017cycia b\u0119dzie zawiera\u0142 inne przypadki u\u017cycia. Celem relacji Include jest u\u017cycie relacji Include, aby zredukowa\u0107 powtarzalno\u015b\u0107 opisywania tego samego przypadku u\u017cycia ponownie. Je\u015bli wiele przypadk\u00f3w dzieli t\u0119 sam\u0105 funkcj\u0119, to funkcja mo\u017ce by\u0107 wydzielona, a inne przypadki u\u017cycia mog\u0105 by\u0107 w\u0142\u0105czone do tego przypadku.<\/p>\n Na przyk\u0142ad, bibliotekarz musi odczyta\u0107 kod, aby zarejestrowa\u0107 wypo\u017cyczon\u0105 ksi\u0105\u017ck\u0119, gdy ksi\u0105\u017cka jest wypo\u017cyczana, a tak\u017ce musi odczyta\u0107 kod, aby zarejestrowa\u0107 zwr\u00f3con\u0105 ksi\u0105\u017ck\u0119, gdy ksi\u0105\u017cka jest zwracana, poniewa\u017c odczytanie kodu jest powtarzaln\u0105 cz\u0119\u015bci\u0105 dzia\u0142ania, mo\u017cna to przekszta\u0142ci\u0107 w osobny przypadek u\u017cycia i pozwoli\u0107, aby wypo\u017cyczona ksi\u0105\u017cka i zwr\u00f3cona ksi\u0105\u017cka zawiera\u0142y ten przypadek.<\/p>\n Edytuj ten przyk\u0142ad diagramu przypadk\u00f3w u\u017cycia<\/a><\/p>\n Je\u015bli przypadek u\u017cycia A zawiera inny przypadek u\u017cycia B, to wdro\u017cenie A wymaga wdro\u017cenia B, aby zako\u0144czy\u0107 swoje zadanie. Jednak B jest niezale\u017cne od siebie. To znaczy, \u017ce B nie musi wiedzie\u0107 nic o A. B mo\u017ce by\u0107 r\u00f3wnie\u017c zawarte w dowolnym innym przypadku u\u017cycia.<\/p>\n Je\u015bli przypadek u\u017cycia B rozszerza inny przypadek u\u017cycia A, to wdro\u017cenie A mo\u017ce warunkowo zawiera\u0107 wdro\u017cenie B, aby zako\u0144czy\u0107 swoje zadanie. To znaczy, \u017ce w niekt\u00f3rych przypadkach A mo\u017ce zako\u0144czy\u0107 swoje zadanie bez B. Jednak w zale\u017cno\u015bci od opisanych warunk\u00f3w A mo\u017ce wymaga\u0107 B. W tym przypadku B jest zale\u017cne od A. Jednak w zale\u017cno\u015bci od opisanych warunk\u00f3w A mo\u017ce wymaga\u0107 B. W tym przypadku B jest zale\u017cne od A i nie mo\u017ce istnie\u0107 samodzielnie. Z tego powodu B nie mo\u017ce by\u0107 rozszerzane na wi\u0119cej ni\u017c jeden przypadek u\u017cycia. Narracja przypadku u\u017cycia A b\u0119dzie zawiera\u0107 kroki wykonania, kt\u00f3re wymaga od B; ten punkt nazywa si\u0119 punktem rozszerzenia.<\/p>\n Edytuj ten przyk\u0142ad diagramu przypadk\u00f3w u\u017cycia<\/a><\/p>\n Przyjrzyjmy si\u0119 innemu przyk\u0142adzie, w kt\u00f3rym system automatycznie zamawia towary, gdy nie ma zapas\u00f3w, aby mened\u017cer nie musia\u0142 bezpo\u015brednio realizowa\u0107 zam\u00f3wienia. Zobacz diagram przypadk\u00f3w u\u017cycia poni\u017cej:<\/p>\n Edytuj ten przyk\u0142ad diagramu przypadk\u00f3w u\u017cycia<\/a><\/p>\n Relacja generalizacji jest podobna do relacji generalizacji w j\u0119zyku obiektowym w diagramach klas i mo\u017ce by\u0107 stosowana do generalizacji r\u00f3l (aktor\u00f3w) i przypadk\u00f3w u\u017cycia.<\/p>\n Na przyk\u0142ad w systemie rezerwacji istniej\u0105 dwa rodzaje metod rezerwacji: \u201erezerwacja biletu przez telefon\u201d i \u201erezerwacja biletu online\u201d, a podstawowy przypadek u\u017cycia to \u201erezerwacja biletu\u201d, wi\u0119c mo\u017cna u\u017cy\u0107 generalizacji, aby uformowa\u0107 przypadek i doda\u0107 <<istotne>> do nadrz\u0119dnego przypadku u\u017cycia (rezerwacja), aby wskaza\u0107 relacj\u0119 generalizacji.<\/p>\n Edytuj ten przyk\u0142ad diagramu przypadk\u00f3w u\u017cycia<\/a><\/p>\n Diagram przypadk\u00f3w u\u017cycia daje nam og\u00f3lny widok funkcjonalno\u015bci systemu, mo\u017cemy wiedzie\u0107, kt\u00f3rzy uczestnicy b\u0119d\u0105 wchodzi\u0107 w interakcje z systemem i jakie us\u0142ugi ka\u017cdy aktor potrzebuje uzyska\u0107 od systemu.<\/p>\n Przypadek u\u017cycia opisuje rozmow\u0119 mi\u0119dzy aktorami a systemem, ale szczeg\u00f3\u0142y tej rozmowy nie s\u0105 przedstawione w diagramie przypadk\u00f3w u\u017cycia, wi\u0119c dla ka\u017cdego przypadku u\u017cycia mo\u017cemy opisa\u0107 szczeg\u00f3\u0142y tej rozmowy w postaci strumienia zdarze\u0144.<\/p>\n Na przyk\u0142ad przypadek \u201eWyp\u0142ata\u201d w systemie bankomat\u00f3w mo\u017ce by\u0107 przedstawiony jako przep\u0142yw zdarze\u0144 w nast\u0119puj\u0105cy spos\u00f3b:<\/p>\n Normalny scenariusz \u2013 Wyp\u0142ata \u015brodk\u00f3w \u2013 podstawowy przebieg zdarze\u0144:<\/p>\n Ale to tylko opisuje normalny scenariusz przypadku u\u017cycia wyp\u0142aty. Jako prawdziwy system bankomatu musimy r\u00f3wnie\u017c rozwa\u017cy\u0107 r\u00f3\u017cne inne scenariusze, kt\u00f3re mog\u0105 wyst\u0105pi\u0107, takie jak:<\/p>\n Wszystkie te mo\u017cliwe sytuacje (zar\u00f3wno normalne, jak i nienormalne) nazywane s\u0105 scenariuszami przypadku u\u017cycia, a scenariusze s\u0105 r\u00f3wnie\u017c nazywane instancjami przypadku u\u017cycia. Scenariusze s\u0105 r\u00f3wnie\u017c okre\u015blane jako instancje przypadk\u00f3w u\u017cycia. W\u015br\u00f3d r\u00f3\u017cnych scenariuszy przypadku u\u017cycia, najcz\u0119stszy scenariusz jest opisany przez podstawowy proces, podczas gdy inne scenariusze s\u0105 opisane przez alternatywne procesy.<\/p>\n Scenariusze alternatywne<\/strong><\/p>\n Dla przypadku u\u017cycia \u201eWyp\u0142ata\u201d w systemie bankomatu mo\u017cemy uzyska\u0107 nast\u0119puj\u0105ce alternatywne procesy.<\/p>\n Wyp\u0142ata \u2013 alternatywne procesy zdarze\u0144.<\/p>\n \u0141\u0105cz\u0105c podstawowy scenariusz i scenariusze alternatywne, mo\u017cna wyra\u017anie opisa\u0107 wszystkie r\u00f3\u017cne sytuacje, kt\u00f3re mog\u0105 wyst\u0105pi\u0107 w przypadku u\u017cycia. Opisuj\u0105c przebieg zdarze\u0144 przypadku u\u017cycia, chcemy jak najlepiej opisa\u0107 wszystkie mo\u017cliwe scenariusze, aby zapewni\u0107 kompletno\u015b\u0107 wymaga\u0144.<\/p>\n Wa\u017cne jest, aby unika\u0107 b\u0142\u0119dnego przekonania, \u017ce diagram przypadku u\u017cycia<\/strong> sk\u0142adaj\u0105cy si\u0119 z aktor\u00f3w i przypadk\u00f3w u\u017cycia jest modelem przypadku u\u017cycia, poniewa\u017c diagram przypadku u\u017cycia jest tylko wizualn\u0105 reprezentacj\u0105 us\u0142ug, kt\u00f3re system mo\u017ce \u015bwiadczy\u0107, daj\u0105c nam og\u00f3lny obraz funkcjonalno\u015bci systemu.<\/p>\n Model przypadku u\u017cycia<\/strong> sk\u0142ada si\u0119 z diagramu przypadku u\u017cycia oraz szczeg\u00f3\u0142owego opisu ka\u017cdego przypadku u\u017cycia, specyfikacji przypadku u\u017cycia, kt\u00f3ra jest dostarczana jako szablon w RUP.<\/p>\n Kr\u00f3tki opis<\/strong> Przebieg zdarze\u0144 <\/strong> Scenariusze przypadk\u00f3w u\u017cycia<\/strong> Wymagania specjalne<\/strong> Warunek wst\u0119pny<\/strong> Warunki ko\u0144cowe<\/strong> Specyfikacja przypadku u\u017cycia jest zasadniczo reprezentacj\u0105 tekstow\u0105, z mo\u017cliwo\u015bci\u0105 u\u017cycia diagram\u00f3w stan\u00f3w, diagram\u00f3w aktywno\u015bci lub diagram\u00f3w sekwencji, aby pom\u00f3c w ja\u015bniejszym opisaniu przebiegu zdarze\u0144. Ka\u017cda graficzna reprezentacja interfejs\u00f3w u\u017cytkownika i proces\u00f3w, lub inne grafiki, tj. makiety, mog\u0105 by\u0107 do\u0142\u0105czone do przypadku u\u017cycia, o ile pomagaj\u0105 poprawi\u0107 klarowno\u015b\u0107 reprezentacji.<\/p>\n Na przyk\u0142ad:<\/p>\n Wersja online<\/strong><\/p>\n Darmowe narz\u0119dzie do rysowania Visual Paradigm Online<\/a> (VP Online) darmowa wersja wspiera UML, ERD i diagramy organizacyjne. Mo\u017cesz szybko rysowa\u0107 diagramy przypadk\u00f3w u\u017cycia za pomoc\u0105 intuicyjnego edytora rysunk\u00f3w UML. To darmowe narz\u0119dzie UML nie ma reklam, nie ma ograniczonego okresu dost\u0119pu i nie ma ogranicze\u0144, takich jak liczba diagram\u00f3w, liczba kszta\u0142t\u00f3w itp. Rysuj UML swobodnie. Rysuj UML swobodnie. Posiadasz diagramy, kt\u00f3re tworzysz do cel\u00f3w osobistych i niekomercyjnych.<\/p>\n Wersja desktopowa<\/strong><\/p>\n Model Visual Paradigm Community Edition<\/a>, dost\u0119pna od 2004 roku, oferuje darmowe oprogramowanie UML tylko do cel\u00f3w niekomercyjnych, wspieraj\u0105c u\u017cytkownik\u00f3w, kt\u00f3rzy stawiaj\u0105 pierwsze kroki w modelowaniu UML, a tak\u017ce tych, kt\u00f3rzy potrzebuj\u0105 darmowego, wieloplatformowego oprogramowania do modelowania UML do u\u017cytku osobistego, takiego jak stosowanie UML w projektach studenckich.<\/p>\n Bibliografia<\/strong><\/p>\n UML use case diagrams are the primary form of system\/software requirements for new software programs under development. The purpose of a use case diagram is to visualize what the system should do (what); at this stage, it does not consider how (how) to do it.\u00a0<\/p>\n","protected":false},"author":1,"featured_media":6968,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[13,3],"tags":[52,63,62,53],"class_list":["post-6798","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-online-diagrams","category-unified-modeling-language","tag-cn-done","tag-es-done","tag-ja-done","tag-tw-done"],"yoast_head":"\n\n
![\"Use](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/02-use-case-diagram-notations.png\"\/)
<\/p>\nElementy diagramu przypadk\u00f3w u\u017cycia<\/h3>\n
Aktorzy<\/h3>\n
Aktorzy ludzcy vs nie-ludzcy<\/h3>\n
Aktorzy g\u0142\u00f3wni vs pomocniczy<\/h3>\n
\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/use-case-diagram-loan-application-review.png\"\/)
<\/p>\n\n
Jak zidentyfikowa\u0107 aktor\u00f3w?<\/h2>\n
\n
\n
Przypadek u\u017cycia<\/h3>\n
Jak zidentyfikowa\u0107 przypadki u\u017cycia?<\/h3>\n
\n
Granica systemu<\/h2>\n
Relacja<\/h3>\n
Relacja \u0142\u0105czno\u015bci komunikacyjnej<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/use-case-diagram-binary-relation.png\"\/)
<\/p>\nRelacja <<Include>><\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/include-use-case-example.png\"\/)
<\/p>\nRelacja <<Extend>><\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/extend-use-case-example.png\"\/)
<\/p>\n![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/extend-use-case-example-place-order.png\"\/)
<\/p>\nRelacja generalizacji<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/generalization-use-case-example-book-ticket.png\"\/)
<\/p>\nOm\u00f3w relacje w diagramie przypadk\u00f3w u\u017cycia<\/h3>\n
\n
Przypadek u\u017cycia \u2013 przep\u0142yw zdarze\u0144<\/h3>\n
Scenariusze przypadk\u00f3w u\u017cycia i przep\u0142yw zdarze\u0144 \u2013 Wyp\u0142ata pieni\u0119dzy z bankomatu<\/h3>\n
\n
\n
\n
Model przypadku u\u017cycia a diagramy przypadk\u00f3w u\u017cycia<\/h3>\n
\nKr\u00f3tki opis roli i celu przypadku u\u017cycia.<\/p>\n
\nPrzebieg zdarze\u0144 powinien reprezentowa\u0107 wszystkie scenariusze, w tym podstawowe i alternatywne scenariusze.<\/p>\n
\nZawieraj\u0105 scenariusze sukcesu i scenariusze niepowodzenia, a scenariusze s\u0105 g\u0142\u00f3wnie kombinacj\u0105 podstawowych i alternatywnych przep\u0142yw\u00f3w.<\/p>\n
\nOpisz wymagania niefunkcjonalne (w tym wydajno\u015b\u0107, niezawodno\u015b\u0107, dost\u0119pno\u015b\u0107, skalowalno\u015b\u0107 itp.) oraz ograniczenia projektowe (system operacyjny, narz\u0119dzia programistyczne itp.) zwi\u0105zane z przypadkiem u\u017cycia.<\/p>\n
\nStan, w kt\u00f3rym system musi si\u0119 znajdowa\u0107 przed wykonaniem przypadku u\u017cycia.<\/p>\n
\nZbi\u00f3r stan\u00f3w, w kt\u00f3rych system mo\u017ce si\u0119 znajdowa\u0107 po wykonaniu przypadku u\u017cycia.<\/p>\n\n
Narz\u0119dzia do przypadk\u00f3w u\u017cycia<\/h3>\n
\n
Zasoby UML<\/h3>\n
\n