![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3b59771b3.png\")
<\/p>\nOpis przypadku u\u017cycia wyja\u015bnia, jak aktor osi\u0105ga cel poprzez interakcj\u0119 z systemem. Uzupe\u0142nia on diagram przypadk\u00f3w u\u017cycia:<\/p>\n
<\/p>\n
Diagram przypadk\u00f3w u\u017cycia:<\/strong>Pokazuje aktor\u00f3w, zakres systemu i relacje.<\/p>\n<\/li>\n Opis przypadku u\u017cycia:<\/strong>Wyja\u015bnia szczeg\u00f3\u0142owe zachowanie, warunki, regu\u0142y i wyniki.<\/p>\n<\/li>\n<\/ul>\n Diagram dostarcza mapy; opis dostarcza trasy.<\/p>\n Przypadek u\u017cycia reprezentuje cenny cel, kt\u00f3ry zewn\u0119trzny aktor osi\u0105ga za pomoc\u0105 systemu.<\/p>\n Przyk\u0142ady:<\/p>\n Klient sk\u0142ada zam\u00f3wienie<\/p>\n<\/li>\n Pracownik zg\u0142asza wniosek o zwrot koszt\u00f3w<\/p>\n<\/li>\n Pacjent umawia wizyt\u0119<\/p>\n<\/li>\n Administrator tworzy konto u\u017cytkownika<\/p>\n<\/li>\n Klient resetuje has\u0142o<\/p>\n<\/li>\n<\/ul>\n Dobry przypadek u\u017cycia jest:<\/p>\n Zorientowany na cel<\/p>\n<\/li>\n Warto\u015bciowy dla aktora<\/p>\n<\/li>\n Opisany z perspektywy u\u017cytkownika<\/p>\n<\/li>\n Niezale\u017cny od konkretnych uk\u0142ad\u00f3w ekran\u00f3w<\/p>\n<\/li>\n Skupiony na obserwowalnym zachowaniu systemu<\/p>\n<\/li>\n<\/ul>\n U\u017cyj kr\u00f3tkiego zwrotu czasownikowo-rzeczownikowego, takiego jak Z\u0142\u00f3\u017c wniosek o zwrot koszt\u00f3w<\/strong>, \u015aled\u017a przesy\u0142k\u0119<\/strong>, lub Zatwierd\u017a wniosek o kredyt<\/strong>.<\/p>\n Aktor to zewn\u0119trzna rola, kt\u00f3ra oddzia\u0142uje z systemem.<\/p>\n Aktor mo\u017ce by\u0107:<\/p>\n Osoba<\/p>\n<\/li>\n Organizacja<\/p>\n<\/li>\n Inny system oprogramowania<\/p>\n<\/li>\n Urz\u0105dzenie sprz\u0119towe<\/p>\n<\/li>\n Harmonogramowany lub czasowy wyzwalacz<\/p>\n<\/li>\n<\/ul>\n Przyk\u0142ady:<\/p>\n Klient<\/p>\n<\/li>\n Agent wsparcia<\/p>\n<\/li>\n Pracownik magazynu<\/p>\n<\/li>\n Brama p\u0142atno\u015bci<\/p>\n<\/li>\n Us\u0142uga e-mail<\/p>\n<\/li>\n Administrator<\/p>\n<\/li>\n<\/ul>\n Aktor to rola<\/strong>, niekonkretna osoba. Na przyk\u0142ad \u201eKlient\u201d jest zazwyczaj lepszy ni\u017c \u201eJan Kowalska\u201d.<\/p>\n Aktor wspieraj\u0105cy<\/strong> inicjuje scenariusz u\u017cycia w celu osi\u0105gni\u0119cia celu.<\/p>\n Aktor wspieraj\u0105cy<\/strong> pomaga systemowi podczas wykonywania.<\/p>\n Przyk\u0142ad:<\/p>\n Aktor g\u0142\u00f3wny: Klient<\/p>\n<\/li>\n Aktor wspieraj\u0105cy: Brama p\u0142atno\u015bci<\/p>\n<\/li>\n Scenariusz u\u017cycia: Z\u0142\u00f3\u017c zam\u00f3wienie<\/p>\n<\/li>\n<\/ul>\n Klient inicjuje zam\u00f3wienie, podczas gdy brama p\u0142atno\u015bci autoryzuje p\u0142atno\u015b\u0107.<\/p>\n Granica systemu definiuje, co znajduje si\u0119 wewn\u0105trz modelowanego systemu.<\/p>\n Dla sklepu internetowego granica mo\u017ce obejmowa\u0107:<\/p>\n Przegl\u0105daj produkty<\/p>\n<\/li>\n Dodaj produkt do koszyka<\/p>\n<\/li>\n Z\u0142\u00f3\u017c zam\u00f3wienie<\/p>\n<\/li>\n Wykonaj p\u0142atno\u015b\u0107<\/p>\n<\/li>\n \u015aled\u017a zam\u00f3wienie<\/p>\n<\/li>\n<\/ul>\n Poni\u017csze elementy znajduj\u0105 si\u0119 poza granic\u0105:<\/p>\n Klient<\/p>\n<\/li>\n Brama p\u0142atno\u015bci<\/p>\n<\/li>\n Firma kurierska<\/p>\n<\/li>\n Dostawca poczty elektronicznej<\/p>\n<\/li>\n<\/ul>\n Granica zapobiega niejasno\u015bciom dotycz\u0105cym odpowiedzialno\u015bci systemu.<\/p>\n Scenariusz u\u017cycia powinien opisywa\u0107 pe\u0142n\u0105 interakcj\u0119, kt\u00f3ra prowadzi do znacz\u0105cego rezultatu.<\/p>\n Na przyk\u0142ad:<\/p>\n Z\u0142\u00f3\u017c zam\u00f3wienie:<\/strong>Klient wybiera produkty, podaje informacje o dostawie, p\u0142aci za zam\u00f3wienie i otrzymuje potwierdzenie zam\u00f3wienia.<\/p>\n<\/blockquote>\n \u201eZweryfikuj numer karty kredytowej\u201d mo\u017ce by\u0107 funkcj\u0105 systemu, ale zazwyczaj jest zbyt drobna, aby stanowi\u0107 samodzielny cel u\u017cytkownika. Mo\u017ce by\u0107 natomiast cz\u0119\u015bci\u0105 Z\u0142\u00f3\u017c zam\u00f3wienie<\/strong> lub Wykonaj p\u0142atno\u015b\u0107<\/strong>.<\/p>\n Warunek wst\u0119pny okre\u015bla, co musi ju\u017c by\u0107 prawdziwe przed rozpocz\u0119ciem scenariusza u\u017cycia.<\/p>\n Przyk\u0142ady:<\/p>\n Klient posiada aktywne konto.<\/p>\n<\/li>\n Produkt jest dost\u0119pny do sprzeda\u017cy.<\/p>\n<\/li>\n Pracownik jest uwierzytelniony.<\/p>\n<\/li>\n Termin wizyty istnieje.<\/p>\n<\/li>\n Koszyk zakupowy zawiera co najmniej jeden przedmiot.<\/p>\n<\/li>\n<\/ul>\n Warunek wst\u0119pny nie jest akcj\u0105 wykonywan\u0105 przez scenariusz u\u017cycia.<\/p>\n S\u0142aby warunek wst\u0119pny:<\/p>\n Klient si\u0119 loguje.<\/p>\n<\/blockquote>\n Lepszy warunek wst\u0119pny:<\/p>\n Klient jest uwierzytelniony.<\/p>\n<\/blockquote>\n Warunek ko\u0144cowy okre\u015bla, co jest prawdziwe po zako\u0144czeniu scenariusza u\u017cycia.<\/p>\n Przyk\u0142ady:<\/p>\n Zam\u00f3wienie zosta\u0142o zarejestrowane.<\/p>\n<\/li>\n P\u0142atno\u015b\u0107 zosta\u0142a autoryzowana.<\/p>\n<\/li>\n Wys\u0142ano wiadomo\u015b\u0107 e-mail z potwierdzeniem.<\/p>\n<\/li>\n Wniosek o zwrot koszt\u00f3w ma status z\u0142o\u017cony.<\/p>\n<\/li>\n Konto u\u017cytkownika jest oznaczone jako aktywne.<\/p>\n<\/li>\n<\/ul>\n Warunki ko\u0144cowe powinny opisywa\u0107 wyniki, a nie szczeg\u00f3\u0142y implementacji.<\/p>\n S\u0142aby warunek ko\u0144cowy:<\/p>\n Tabela Lepszy warunek ko\u0144cowy:<\/p>\n Zam\u00f3wienie jest zapisywane i gotowe do realizacji.<\/p>\n<\/blockquote>\n G\u0142\u00f3wny scenariusz sukcesu, zwany r\u00f3wnie\u017c podstawowym przep\u0142ywem<\/strong> lub \u015bcie\u017ck\u0105 szcz\u0119\u015bliw\u0105<\/strong>, opisuje normaln\u0105, udan\u0105 interakcj\u0119.<\/p>\n Ka\u017cdy krok powinien opisywa\u0107:<\/p>\n Interakcj\u0119 mi\u0119dzy aktorem a systemem<\/p>\n<\/li>\n Odpowied\u017a systemu<\/p>\n<\/li>\n Znacz\u0105c\u0105 akcj\u0119 biznesow\u0105<\/p>\n<\/li>\n<\/ol>\n Przyk\u0142ad:<\/p>\n Klient wybiera produkty.<\/p>\n<\/li>\n System wy\u015bwietla aktualny koszyk.<\/p>\n<\/li>\n Klient wprowadza dane dostawy.<\/p>\n<\/li>\n System weryfikuje dane dostawy.<\/p>\n<\/li>\n Klient sk\u0142ada zam\u00f3wienie.<\/p>\n<\/li>\n System \u017c\u0105da autoryzacji p\u0142atno\u015bci.<\/p>\n<\/li>\n Brama p\u0142atno\u015bci autoryzuje p\u0142atno\u015b\u0107.<\/p>\n<\/li>\n System rejestruje zam\u00f3wienie.<\/p>\n<\/li>\n System wy\u015bwietla potwierdzenie zam\u00f3wienia.<\/p>\n<\/li>\n<\/ol>\n Unikaj szczeg\u00f3\u0142\u00f3w specyficznych dla interfejsu, chyba \u017ce s\u0105 one niezb\u0119dne dla wymagania.<\/p>\n S\u0142aby krok:<\/p>\n Klient klika niebieski przycisk w prawym dolnym rogu.<\/p>\n<\/blockquote>\n Lepszy krok:<\/p>\n Klient sk\u0142ada zam\u00f3wienie.<\/p>\n<\/blockquote>\n Scenariusz alternatywny opisuje poprawn\u0105 wariacj\u0119 g\u0142\u00f3wnego scenariusza.<\/p>\n Przyk\u0142ady:<\/p>\n Klient wybiera odbi\u00f3r w sklepie zamiast dostawy.<\/p>\n<\/li>\n Klient p\u0142aci przy u\u017cyciu zapisanej metody p\u0142atno\u015bci.<\/p>\n<\/li>\n Administrator zatwierdza zg\u0142oszenie z warunkami.<\/p>\n<\/li>\n U\u017cytkownik uwierzytelnia si\u0119 przy u\u017cyciu jednorazowego kodu.<\/p>\n<\/li>\n<\/ul>\n Scenariusze alternatywne mog\u0105 ponownie do\u0142\u0105czy\u0107 do g\u0142\u00f3wnego przep\u0142ywu.<\/p>\n Przyk\u0142ad:<\/p>\n A1. Klient u\u017cywa zapisanej metody p\u0142atno\u015bci<\/strong> Scenariusz wyj\u0105tkowy opisuje niepowodzenie lub stan abnormalny.<\/p>\n Przyk\u0142ady:<\/p>\n P\u0142atno\u015b\u0107 zosta\u0142a odrzucona.<\/p>\n<\/li>\n Produkt jest niedost\u0119pny.<\/p>\n<\/li>\n Uwierzytelnianie nie powiod\u0142o si\u0119.<\/p>\n<\/li>\n Us\u0142uga zewn\u0119trzna jest niedost\u0119pna.<\/p>\n<\/li>\n Wymagane dane s\u0105 nieprawid\u0142owe.<\/p>\n<\/li>\n<\/ul>\n Scenariusz wyj\u0105tkowy powinien wyja\u015bnia\u0107:<\/p>\n Gdzie wyst\u0119puje problem<\/p>\n<\/li>\n Co robi system<\/p>\n<\/li>\n Co widzi aktor<\/p>\n<\/li>\n Czy przypadek u\u017cycia ko\u0144czy si\u0119, czy wznowia si\u0119<\/p>\n<\/li>\n<\/ul>\n Przyk\u0142ad:<\/p>\n E1. P\u0142atno\u015b\u0107 odrzucona<\/strong> U\u017cyj Przyk\u0142ad:<\/p>\n Z\u0142\u00f3\u017c zam\u00f3wienie include Oblicz ca\u0142kowit\u0105 kwot\u0119<\/p>\n<\/li>\n Z\u0142\u00f3\u017c zam\u00f3wienie include Uwierzytelnij klienta<\/p>\n<\/li>\n Wyp\u0142a\u0107 got\u00f3wk\u0119 include Zweryfikuj PIN<\/p>\n<\/li>\n<\/ul>\n W\u0142\u0105czone zachowanie jest wymagane.<\/p>\n U\u017cyj Przyk\u0142ad:<\/p>\n Z\u0142\u00f3\u017c zam\u00f3wienie mo\u017ce by\u0107 rozszerzone przez Zastosuj kod rabatowy<\/p>\n<\/li>\n Kasa mo\u017ce by\u0107 rozszerzona przez Dodaj wiadomo\u015b\u0107 prezentow\u0105<\/p>\n<\/li>\n<\/ul>\n Rozszerzaj\u0105ce zachowanie nie jest zawsze wykonywane.<\/p>\n Przydatna zasada:<\/p>\n Include:<\/strong> \u201eTo zawsze dzieje si\u0119 jako cz\u0119\u015b\u0107 przypadku u\u017cycia.\u201d<\/p>\n<\/li>\n Extend:<\/strong> \u201eTo mo\u017ce si\u0119 zdarzy\u0107 w okre\u015blonych warunkach.\u201d<\/p>\n<\/li>\n<\/ul>\n Nie u\u017cywaj Uog\u00f3lnienie reprezentuje dziedziczenie mi\u0119dzy aktorami lub przypadkami u\u017cycia.<\/p>\n Przyk\u0142ad:<\/p>\n Pracownik jest aktorem og\u00f3lnym.<\/p>\n<\/li>\n Kierownik jest aktorem specjalistycznym, kt\u00f3ry dziedziczy zachowanie Pracownika.<\/p>\n<\/li>\n<\/ul>\n Stosuj uog\u00f3lnienie, gdy element specjalistyczny jest naprawd\u0119 rodzajem elementu uog\u00f3lnionego, a nie tylko dlatego, \u017ce dwa elementy dziel\u0105 kilka krok\u00f3w.<\/p>\n Poni\u017cszy szablon dobrze sprawdza si\u0119 w dokumentach wymaga\u0144, specyfikacjach projekt\u00f3w i modelach analizy.<\/p>\n Cel:<\/strong> Zakres:<\/strong> Poziom:<\/strong> G\u0142\u00f3wny aktor:<\/strong> Aktorzy wspieraj\u0105cy:<\/strong><\/p>\n Brama p\u0142atno\u015bci<\/p>\n<\/li>\n Us\u0142uga magazynowa<\/p>\n<\/li>\n Us\u0142uga e-mailowa<\/p>\n<\/li>\n Us\u0142uga dostawy<\/p>\n<\/li>\n<\/ul>\n Zainteresowane strony i ich interesy:<\/strong><\/p>\n Klient:<\/strong> Chce pomy\u015blnie zakupi\u0107 produkty i otrzyma\u0107 potwierdzenie.<\/p>\n<\/li>\n Sklep:<\/strong> Chce zarejestrowa\u0107 wa\u017cny zam\u00f3wienie i pobra\u0107 p\u0142atno\u015b\u0107.<\/p>\n<\/li>\n Magazyn:<\/strong> Potrzebuje dok\u0142adnych informacji o realizacji zam\u00f3wienia.<\/p>\n<\/li>\n Brama p\u0142atno\u015bci:<\/strong> Potrzebuje wa\u017cnego \u017c\u0105dania p\u0142atno\u015bci.<\/p>\n<\/li>\n Us\u0142uga dostawy:<\/strong> Potrzebuje kompletnego adresu dostawy.<\/p>\n<\/li>\n<\/ul>\n Wyzwalacz:<\/strong> Warunki wst\u0119pne:<\/strong><\/p>\n Klient ma co najmniej jeden przedmiot w koszyku.<\/p>\n<\/li>\n Produkty s\u0105 dost\u0119pne do zam\u00f3wienia.<\/p>\n<\/li>\n Klient podaje poprawny adres dostawy.<\/p>\n<\/li>\n System mo\u017ce komunikowa\u0107 si\u0119 z us\u0142ug\u0105 p\u0142atno\u015bci.<\/p>\n<\/li>\n<\/ul>\n Minimalne gwarancje:<\/strong><\/p>\n \u017badne nieop\u0142acone zam\u00f3wienie nie jest traktowane jako potwierdzone.<\/p>\n<\/li>\n Klient jest informowany, je\u015bli zam\u00f3wienie nie mo\u017ce zosta\u0107 uko\u0144czone.<\/p>\n<\/li>\n Zarezerowane zapasy s\u0105 zwalniane, je\u015bli p\u0142atno\u015b\u0107 nie powiedzie si\u0119.<\/p>\n<\/li>\n<\/ul>\n Gwarancje sukcesu:<\/strong><\/p>\n P\u0142atno\u015b\u0107 zosta\u0142a autoryzowana.<\/p>\n<\/li>\n Zam\u00f3wienie zosta\u0142o zarejestrowane.<\/p>\n<\/li>\n Zapas zosta\u0142 rezerwowany.<\/p>\n<\/li>\n Klient otrzymuje potwierdzenie.<\/p>\n<\/li>\n Informacje o realizacji s\u0105 udost\u0119pniane magazynowi.<\/p>\n<\/li>\n<\/ul>\n Klient przegl\u0105da koszyk zakupowy.<\/p>\n<\/li>\n System wy\u015bwietla produkty, ilo\u015bci, ceny, podatki, koszt dostawy i \u0142\u0105czn\u0105 kwot\u0119.<\/p>\n<\/li>\n Klient podaje informacje o dostawie.<\/p>\n<\/li>\n System weryfikuje informacje o dostawie.<\/p>\n<\/li>\n Klient wybiera metod\u0119 p\u0142atno\u015bci.<\/p>\n<\/li>\n Klient sk\u0142ada zam\u00f3wienie.<\/p>\n<\/li>\n System sprawdza dost\u0119pno\u015b\u0107 produkt\u00f3w.<\/p>\n<\/li>\n System \u017c\u0105da autoryzacji p\u0142atno\u015bci od Bramki P\u0142atno\u015bci.<\/p>\n<\/li>\n Bramka P\u0142atno\u015bci autoryzuje p\u0142atno\u015b\u0107.<\/p>\n<\/li>\n System tworzy zam\u00f3wienie.<\/p>\n<\/li>\n System rezerwuje zam\u00f3wione produkty.<\/p>\n<\/li>\n System wysy\u0142a potwierdzenie zam\u00f3wienia do klienta.<\/p>\n<\/li>\n System wy\u015bwietla numer zam\u00f3wienia i przewidywan\u0105 dat\u0119 dostawy.<\/p>\n<\/li>\n<\/ol>\n A1. Klient u\u017cywa zapisanego adresu<\/strong><\/p>\n Na kroku 3 klient wybiera wcze\u015bniej zapisany adres. System wy\u015bwietla adres i przechodzi do kroku 4.<\/p>\n A2. Klient u\u017cywa zapisanej metody p\u0142atno\u015bci<\/strong><\/p>\n Na kroku 5 klient wybiera zapisan\u0105 metod\u0119 p\u0142atno\u015bci. System u\u017cywa tej metody i przechodzi do kroku 6.<\/p>\n A3. Klient wybiera odbi\u00f3r w sklepie<\/strong><\/p>\n Na kroku 3 klient wybiera odbi\u00f3r w sklepie zamiast dostawy. System wy\u015bwietla dost\u0119pne sklepy i daty odbioru, a nast\u0119pnie przechodzi do kroku 5.<\/p>\n E1. Produkt jest niedost\u0119pny<\/strong><\/p>\n Na kroku 7 system stwierdza, \u017ce produkt jest niedost\u0119pny. System identyfikuje niedost\u0119pny produkt, aktualizuje koszyk i prosi klienta o sprawdzenie zam\u00f3wienia.<\/p>\n E2. P\u0142atno\u015b\u0107 zosta\u0142a odrzucona<\/strong><\/p>\n Na kroku 9 bramka p\u0142atno\u015bci odrzuca p\u0142atno\u015b\u0107. System nie potwierdza zam\u00f3wienia, zwalnia rezerwacje magazynowe, wy\u015bwietla komunikat o b\u0142\u0119dzie i pozwala klientowi wybra\u0107 inn\u0105 metod\u0119 p\u0142atno\u015bci.<\/p>\n E3. Bramka p\u0142atno\u015bci jest niedost\u0119pna<\/strong><\/p>\n Na kroku 8 bramka p\u0142atno\u015bci nie odpowiada w ramach skonfigurowanego czasu oczekiwania. System oznacza pr\u00f3b\u0119 p\u0142atno\u015bci jako oczekuj\u0105c\u0105, informuje klienta i zapobiega podw\u00f3jnemu z\u0142o\u017ceniu zam\u00f3wienia.<\/p>\n Zam\u00f3wienie musi zawiera\u0107 co najmniej jeden produkt.<\/p>\n<\/li>\n Ilo\u015b\u0107 produktu musi by\u0107 wi\u0119ksza od zera.<\/p>\n<\/li>\n Produktu nie mo\u017cna zam\u00f3wi\u0107, gdy dost\u0119pny stan magazynowy jest niewystarczaj\u0105cy.<\/p>\n<\/li>\n P\u0142atno\u015b\u0107 musi zosta\u0107 autoryzowana przed potwierdzeniem zam\u00f3wienia.<\/p>\n<\/li>\n Ceny i podatki s\u0105 obliczane zgodnie z aktualnymi zasadami cenowymi.<\/p>\n<\/li>\n Klient mo\u017ce anulowa\u0107 zam\u00f3wienie wy\u0142\u0105cznie przed rozpocz\u0119ciem realizacji.<\/p>\n<\/li>\n<\/ul>\n Podsumowanie zam\u00f3wienia powinno by\u0107 wy\u015bwietlane w ci\u0105gu dw\u00f3ch sekund przy normalnym obci\u0105\u017ceniu.<\/p>\n<\/li>\n Dane p\u0142atno\u015bci nie mog\u0105 by\u0107 przechowywane w postaci zwyk\u0142ego tekstu.<\/p>\n<\/li>\n Podw\u00f3jne zg\u0142oszenia nie mog\u0105 tworzy\u0107 podw\u00f3jnych zam\u00f3wie\u0144.<\/p>\n<\/li>\n System musi rejestrowa\u0107 \u015blad audytowy dla zmian w statusie p\u0142atno\u015bci i zam\u00f3wienia.<\/p>\n<\/li>\n<\/ul>\n Opisy przypadk\u00f3w u\u017cycia mog\u0105 by\u0107 sporz\u0105dzane na r\u00f3\u017cnych poziomach szczeg\u00f3\u0142owo\u015bci.<\/p>\n Przypadek u\u017cycia na poziomie podsumowania opisuje szeroki proces biznesowy.<\/p>\n Przyk\u0142ad:<\/p>\n Realizacja zam\u00f3wienia klienta<\/p>\n<\/blockquote>\n Mo\u017ce to obejmowa\u0107:<\/p>\n Odbi\u00f3r zam\u00f3wienia<\/p>\n<\/li>\n Kompletacja produkt\u00f3w<\/p>\n<\/li>\n Pakowanie zam\u00f3wienia<\/p>\n<\/li>\n Wysy\u0142ka zam\u00f3wienia<\/p>\n<\/li>\n<\/ul>\n Jest to zazwyczaj najbardziej przydatny poziom do analizy wymaga\u0144.<\/p>\n Przyk\u0142ad:<\/p>\n Z\u0142\u00f3\u017c zam\u00f3wienie<\/p>\n<\/blockquote>\n Opisuje cel, kt\u00f3ry g\u0142\u00f3wny aktor mo\u017ce osi\u0105gn\u0105\u0107 w jednym posiedzeniu.<\/p>\n Opisuje mniejsze, wielokrotnie wykorzystywane zachowanie systemu.<\/p>\n Przyk\u0142ady:<\/p>\n Oblicz ca\u0142kowit\u0105 warto\u015b\u0107 zam\u00f3wienia<\/p>\n<\/li>\n Zweryfikuj p\u0142atno\u015b\u0107<\/p>\n<\/li>\n Wygeneruj faktur\u0119<\/p>\n<\/li>\n<\/ul>\n Scenariusze u\u017cycia na poziomie podfunkcji s\u0105 przydatne, gdy zachowanie jest wielokrotnie wykorzystywane lub jest technicznie z\u0142o\u017cone, ale nie powinny zast\u0119powa\u0107 scenariuszy u\u017cycia zorientowanych na cele u\u017cytkownika.<\/p>\n Pisz z perspektywy aktora:<\/p>\n Klient sk\u0142ada zam\u00f3wienie.<\/p>\n<\/blockquote>\n Unikaj sformu\u0142owa\u0144 zorientowanych na implementacj\u0119:<\/p>\n OrderController wywo\u0142uje us\u0142ug\u0119 zam\u00f3wie\u0144.<\/p>\n<\/blockquote>\n To drugie nale\u017cy do dokumentacji projektowej, a nie do biznesowego scenariusza u\u017cycia.<\/p>\n Unikaj \u0142\u0105czenia zbyt wielu dzia\u0142a\u0144:<\/p>\n Klient wprowadza dane, wybiera p\u0142atno\u015b\u0107, potwierdza zam\u00f3wienie i otrzymuje e-mail.<\/p>\n<\/blockquote>\n Popraw to, rozdzielaj\u0105c interakcj\u0119:<\/p>\n Klient wprowadza dane dostawy.<\/p>\n<\/li>\n System weryfikuje dane.<\/p>\n<\/li>\n Klient wybiera metod\u0119 p\u0142atno\u015bci.<\/p>\n<\/li>\n Klient potwierdza zam\u00f3wienie.<\/p>\n<\/li>\n System wysy\u0142a potwierdzenie.<\/p>\n<\/li>\n<\/ol>\n Czytaj\u0105cy powinien by\u0107 w stanie okre\u015bli\u0107, czy wymaganie zosta\u0142o zaimplementowane.<\/p>\n S\u0142abe:<\/p>\n System przetwarza \u017c\u0105danie.<\/p>\n<\/blockquote>\n Silniejsze:<\/p>\n System weryfikuje \u017c\u0105danie, rejestruje zg\u0142oszenie, przypisuje mu numer zg\u0142oszenia i wy\u015bwietla status przes\u0142ania.<\/p>\n<\/blockquote>\n Zastosuj:<\/p>\n Klient podaje informacje o dostawie.<\/p>\n<\/blockquote>\n Zamiast:<\/p>\n Klient wprowadza adres do pola tekstowego i klika zielony przycisk Dalej.<\/p>\n<\/blockquote>\n Druga wersja niepotrzebnie ogranicza interfejs.<\/p>\n Nie wype\u0142niaj przep\u0142ywu podstawowego ka\u017cdym mo\u017cliwym b\u0142\u0119dem. Umieszczaj b\u0142\u0119dy w przep\u0142ywach wyj\u0105tk\u00f3w.<\/p>\n Regu\u0142y biznesowe cz\u0119sto dotycz\u0105 wielu przypadk\u00f3w u\u017cycia. Ich oddzielne utrzymywanie zapobiega powtarzaniu si\u0119 niesp\u00f3jnych tekst\u00f3w.<\/p>\n Dla ka\u017cdego wa\u017cnego niepowodzenia okre\u015bl:<\/p>\n Czy dane s\u0105 zapisywane<\/p>\n<\/li>\n Czy transakcja jest cofana<\/p>\n<\/li>\n Czy aktor mo\u017ce ponowi\u0107 pr\u00f3b\u0119<\/p>\n<\/li>\n Czy administrator jest powiadamiany<\/p>\n<\/li>\n Czy przypadek u\u017cycia ko\u0144czy si\u0119, czy zostaje wznowiony<\/p>\n<\/li>\n<\/ul>\n Praktyczny przep\u0142yw pracy wygl\u0105da nast\u0119puj\u0105co:<\/p>\n Zidentyfikuj modelowany system.<\/p>\n<\/li>\n Wymie\u0144 zewn\u0119trznych aktor\u00f3w.<\/p>\n<\/li>\n Zapytaj, co ka\u017cdy aktor chce osi\u0105gn\u0105\u0107.<\/p>\n<\/li>\n Przekszta\u0142\u0107 ka\u017cdy cel w nazw\u0119 przypadku u\u017cycia.<\/p>\n<\/li>\n Zdefiniuj granice systemu.<\/p>\n<\/li>\n Opisz g\u0142\u00f3wny scenariusz sukcesu.<\/p>\n<\/li>\n Dodaj przep\u0142ywy alternatywne i wyj\u0105tkowe.<\/p>\n<\/li>\n Dodaj regu\u0142y biznesowe i wymagania specjalne.<\/p>\n<\/li>\n Narysuj diagram przypadk\u00f3w u\u017cycia.<\/p>\n<\/li>\n Przejrzyj model ze stronami zainteresowanymi.<\/p>\n<\/li>\n Powi\u0105\u017c przypadki u\u017cycia z wymaganiami, testami i artefaktami projektowymi.<\/p>\n<\/li>\n<\/ol>\n Przydatnym pytaniem jest:<\/p>\n Jaki wynik biznesowy ten aktor potrzebuje od systemu?<\/p>\n<\/blockquote>\n Najcz\u0119stsze elementy to:<\/p>\n Aktor:<\/strong>Rola zewn\u0119trzna<\/p>\n<\/li>\n Przypadek u\u017cycia:<\/strong> Mo\u017cliwo\u015b\u0107 systemu lub cel aktora<\/p>\n<\/li>\n Granica systemu:<\/strong> Zakres systemu<\/p>\n<\/li>\n Zale\u017cno\u015b\u0107:<\/strong> Aktor bierze udzia\u0142 w przypadku u\u017cycia<\/p>\n<\/li>\n Zawiera:<\/strong> Wymagane, wielokrotnie wykorzystywane zachowanie<\/p>\n<\/li>\n Rozszerza:<\/strong> Zachowanie opcjonalne lub warunkowe<\/p>\n<\/li>\n Uog\u00f3lnienie:<\/strong> Specjalistyczny aktor lub przypadek u\u017cycia<\/p>\n<\/li>\n<\/ul>\n Diagram przypadk\u00f3w u\u017cycia nie powinien pr\u00f3bowa\u0107 przedstawia\u0107:<\/p>\n Ka\u017cdy krok procesu<\/p>\n<\/li>\n Tabele bazy danych<\/p>\n<\/li>\n Atrybuty klas<\/p>\n<\/li>\n Szczeg\u00f3\u0142owe regu\u0142y biznesowe<\/p>\n<\/li>\n Uk\u0142ady ekran\u00f3w<\/p>\n<\/li>\n Wewn\u0119trzne algorytmy<\/p>\n<\/li>\n<\/ul>\n Te elementy nale\u017c\u0105 do diagram\u00f3w aktywno\u015bci, diagram\u00f3w klas, diagram\u00f3w sekwencji lub zapisanych wymaga\u0144.<\/p>\n Poni\u017cszy przyk\u0142ad modeluje Z\u0142\u00f3\u017c zam\u00f3wienie<\/strong> przypadek u\u017cycia i powi\u0105zane zachowanie.<\/p>\n1. Czym jest przypadek u\u017cycia?<\/h2>\n
\n
\n
S\u0142abe i ulepszone nazwy przypadk\u00f3w u\u017cycia<\/h3>\n
\n\n
\n \nS\u0142aba nazwa<\/th>\n Ulepszona nazwa<\/th>\n Pow\u00f3d<\/th>\n<\/tr>\n<\/thead>\n \n Ekran logowania<\/td>\n Zautoryzuj u\u017cytkownika<\/td>\n Opisuje cel<\/td>\n<\/tr>\n \n Aktualizacja bazy danych<\/td>\n Zarejestruj p\u0142atno\u015b\u0107<\/td>\n Opisuje warto\u015b\u0107 biznesow\u0105<\/td>\n<\/tr>\n \n Kliknij przycisk wy\u015blij<\/td>\n Z\u0142\u00f3\u017c wniosek o zwrot koszt\u00f3w<\/td>\n Unika specyficznej dla interfejsu u\u017cytkownika terminologii<\/td>\n<\/tr>\n \n Zweryfikuj konto<\/td>\n Utw\u00f3rz konto klienta<\/td>\n Uczyynia wynik jasnym<\/td>\n<\/tr>\n \n Przetw\u00f3rz zam\u00f3wienie<\/td>\n Z\u0142\u00f3\u017c zam\u00f3wienie<\/td>\n U\u017cywa celu zorientowanego na aktora<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 2. Kluczowe poj\u0119cia<\/h1>\n
2.1 Aktorzy<\/h2>\n
\n
\n
Aktorzy g\u0142\u00f3wni i wspieraj\u0105cy<\/h3>\n
\n
2.2 Granica systemu<\/h2>\n
\n
\n
2.3 Scenariusz u\u017cycia<\/h2>\n
\n
2.4 Warunki wst\u0119pne<\/h2>\n
\n
\n
\n
2.5 Warunki ko\u0144cowe<\/h2>\n
\n
\n
zam\u00f3wie\u0144<\/code> jest aktualizowana.<\/p>\n<\/blockquote>\n\n
2.6 G\u0142\u00f3wny scenariusz sukcesu<\/h2>\n
\n
\n
\n
\n
2.7 Scenariusze alternatywne<\/h2>\n
\n
\n
\nNa kroku 6 klient wybiera zapisan\u0105 metod\u0119 p\u0142atno\u015bci. System \u017c\u0105da autoryzacji przy u\u017cyciu tej metody, a nast\u0119pnie kontynuuje na kroku 7.<\/p>\n<\/blockquote>\n2.8 Scenariusze wyj\u0105tkowe<\/h2>\n
\n
\n
\n
\nNa kroku 7 bramka p\u0142atno\u015bci odrzuca transakcj\u0119. System wy\u015bwietla pow\u00f3d, oznacza zam\u00f3wienie jako nieop\u0142acone i pozwala klientowi wybra\u0107 inn\u0105 metod\u0119 p\u0142atno\u015bci.<\/p>\n<\/blockquote>\n2.9 Relacje include i extend<\/h2>\n
include<\/code><\/h3>\ninclude<\/code> gdy jeden przypadek u\u017cycia zawsze wywo\u0142uje inne, wielokrotnego u\u017cytku zachowanie.<\/p>\n\n
Z\u0142\u00f3\u017c zam\u00f3wienie <<include>> Oblicz ca\u0142kowit\u0105 kwot\u0119\r\n<\/code><\/pre>\nextend<\/code><\/h3>\nextend<\/code> gdy opcjonalne lub warunkowe zachowanie uzupe\u0142nia bazowy przypadek u\u017cycia.<\/p>\n\n
Zastosuj kod rabatowy <<extend>> Z\u0142\u00f3\u017c zam\u00f3wienie\r\n<\/code><\/pre>\n\n
include<\/code> i rozszerz<\/code> tylko po to, aby podzieli\u0107 ka\u017cdy przep\u0142yw na ma\u0142e cz\u0119\u015bci. Nadmierna dekompozycja sprawia, \u017ce model jest trudny do zrozumienia.<\/p>\n2.10 Uog\u00f3lnienie<\/h2>\n
\n
Kierownik --|> Pracownik\r\n<\/code><\/pre>\n3. Standardowy szablon opisu przypadku u\u017cycia<\/h1>\n
ID przypadku u\u017cycia:\r\nNazwa przypadku u\u017cycia:\r\nCel:\r\nZakres:\r\nPoziom:\r\nG\u0142\u00f3wny aktor:\r\nAktorzy wspieraj\u0105cy:\r\nZainteresowane strony i ich interesy:\r\n\r\nWyzwalacz:\r\n\r\nWarunki wst\u0119pne:\r\n\r\nMinimalne gwarancje:\r\n\r\nGwarancje sukcesu:\r\n\r\nG\u0142\u00f3wny scenariusz sukcesu:\r\n1.\r\n2.\r\n3.\r\n\r\nAlternatywne przep\u0142ywy:\r\nA1.\r\nA2.\r\n\r\nPrzep\u0142ywy wyj\u0105tkowe:\r\nE1.\r\nE2.\r\n\r\nWymagania specjalne:\r\n- Wydajno\u015b\u0107\r\n- Bezpiecze\u0144stwo\r\n- U\u017cyteczno\u015b\u0107\r\n- Dost\u0119pno\u015b\u0107\r\n- Zgodno\u015b\u0107\r\n\r\nZasady biznesowe:\r\n\r\nWymagania dotycz\u0105ce danych:\r\n\r\nCz\u0119stotliwo\u015b\u0107 i wolumen:\r\n\r\nZa\u0142o\u017cenia:\r\n\r\nOtwarte pytania:\r\n\r\nPowi\u0105zane przypadki u\u017cycia:\r\n<\/code><\/pre>\nWyja\u015bnienie p\u00f3l<\/h2>\n
\n\n
\n \nPole<\/th>\n Cel<\/th>\n<\/tr>\n<\/thead>\n \n ID przypadku u\u017cycia<\/td>\n Zapewnia stabilne odniesienie, np. UC-001<\/td>\n<\/tr>\n \n Nazwa przypadku u\u017cycia<\/td>\n Nazwiz celu aktora<\/td>\n<\/tr>\n \n Cel<\/td>\n Podsumowuje zamierzony wynik biznesowy<\/td>\n<\/tr>\n \n Zakres<\/td>\n Identyfikuje system lub podsystem<\/td>\n<\/tr>\n \n Poziom<\/td>\n Okre\u015bla, czy jest to cel u\u017cytkownika, podsumowanie czy funkcja podrz\u0119dna<\/td>\n<\/tr>\n \n G\u0142\u00f3wny aktor<\/td>\n Identyfikuje, kto inicjuje przypadek u\u017cycia<\/td>\n<\/tr>\n \n Aktorzy wspieraj\u0105cy<\/td>\n Wymienia zewn\u0119trznych uczestnik\u00f3w<\/td>\n<\/tr>\n \n Zainteresowane strony i ich interesy<\/td>\n Uchwycenie oczekiwa\u0144 ka\u017cdego zainteresowanego<\/td>\n<\/tr>\n \n Wyzwalacz<\/td>\n Wyja\u015bnia, co uruchamia scenariusz u\u017cycia<\/td>\n<\/tr>\n \n Warunki wst\u0119pne<\/td>\n Okre\u015bla, co musi ju\u017c by\u0107 prawdziwe<\/td>\n<\/tr>\n \n Minimalne gwarancje<\/td>\n Opisuje, co pozostaje prawdziwe po niepowodzeniu<\/td>\n<\/tr>\n \n Gwarancje sukcesu<\/td>\n Opisuje pomy\u015blne wyniki<\/td>\n<\/tr>\n \n G\u0142\u00f3wny scenariusz sukcesu<\/td>\n Dokumentuje normalny przep\u0142yw<\/td>\n<\/tr>\n \n Przep\u0142ywy alternatywne<\/td>\n Opisuje poprawne warianty<\/td>\n<\/tr>\n \n Przep\u0142ywy wyj\u0105tkowe<\/td>\n Opisuje niepowodzenia i odzyskiwanie<\/td>\n<\/tr>\n \n Wymagania specjalne<\/td>\n Uchwycenie ogranicze\u0144 niefunkcjonalnych<\/td>\n<\/tr>\n \n Zasady biznesowe<\/td>\n Rejestruje polityki i regu\u0142y domenowe<\/td>\n<\/tr>\n \n Wymagania dotycz\u0105ce danych<\/td>\n Wymienia informacje wprowadzane, odczytywane lub generowane<\/td>\n<\/tr>\n \n Otwarte pytania<\/td>\n \u015aledzi nierozwi\u0105zane problemy<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 4. Przyk\u0142ad: Z\u0142\u00f3\u017c zam\u00f3wienie<\/h1>\n
UC-001 \u2014 Z\u0142\u00f3\u017c zam\u00f3wienie<\/h2>\n
\nUmo\u017cliwienie klientowi zakupu jednego lub wi\u0119cej produkt\u00f3w.<\/p>\n
\nSklep internetowy<\/p>\n
\nCel u\u017cytkownika<\/p>\n
\nKlient<\/p>\n\n
\n
\nKlient przesy\u0142a koszyk zakup\u00f3w do finalizacji zam\u00f3wienia.<\/p>\n\n
\n
\n
G\u0142\u00f3wny scenariusz sukcesu<\/h3>\n
\n
Scenariusze alternatywne<\/h3>\n
Scenariusze wyj\u0105tkowe<\/h3>\n
Zasady biznesowe<\/h3>\n
\n
Wymagania szczeg\u00f3lne<\/h3>\n
\n
5. Poziomy przypadk\u00f3w u\u017cycia<\/h1>\n
Przypadek u\u017cycia na poziomie podsumowania<\/h2>\n
\n
\n
Przypadek u\u017cycia na poziomie celu u\u017cytkownika<\/h2>\n
\n
Scenariusz u\u017cycia na poziomie podfunkcji<\/h2>\n
\n
6. Pisanie wysokiej jako\u015bci opis\u00f3w scenariuszy u\u017cycia<\/h1>\n
U\u017cywaj j\u0119zyka zorientowanego na aktora<\/h2>\n
\n
\n
Zachowaj atomowo\u015b\u0107 ka\u017cdego kroku<\/h2>\n
\n
\n
Opisuj zachowanie obserwowalne<\/h2>\n
\n
\n
Unikaj przedwczesnego projektowania interfejsu u\u017cytkownika<\/h2>\n
\n
\n
Zachowaj g\u0142\u00f3wny przep\u0142yw jako sukces<\/h2>\n
Identyfikuj regu\u0142y biznesowe oddzielnie<\/h2>\n
Zdefiniuj zachowanie w przypadku niepowodzenia w spos\u00f3b jawny<\/h2>\n
\n
7. Od wymaga\u0144 do przypadk\u00f3w u\u017cycia<\/h1>\n
\n
Analiza relacji aktor-cel<\/h2>\n
\n\n
\n \nAktor<\/th>\n Cel<\/th>\n Kandyduj\u0105cy przypadek u\u017cycia<\/th>\n<\/tr>\n<\/thead>\n \n Klient<\/td>\n Kupowanie produkt\u00f3w<\/td>\n Z\u0142o\u017cenie zam\u00f3wienia<\/td>\n<\/tr>\n \n Klient<\/td>\n Sprawdzanie post\u0119pu wysy\u0142ki<\/td>\n \u015aledzenie zam\u00f3wienia<\/td>\n<\/tr>\n \n Agent wsparcia<\/td>\n Rozwi\u0105zanie reklamacji<\/td>\n Rozwi\u0105zanie reklamacji<\/td>\n<\/tr>\n \n Pracownik magazynu<\/td>\n Przygotowanie zam\u00f3wienia<\/td>\n Kompletowanie zam\u00f3wienia<\/td>\n<\/tr>\n \n Brama p\u0142atno\u015bci<\/td>\n Autoryzacja p\u0142atno\u015bci<\/td>\n Autoryzacja p\u0142atno\u015bci<\/td>\n<\/tr>\n \n Administrator<\/td>\n Kontrola dost\u0119pu<\/td>\n Zarz\u0105dzanie kontami u\u017cytkownik\u00f3w<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n
8. Notacja diagramu przypadk\u00f3w u\u017cycia<\/h1>\n
\n
\n
9. Przyk\u0142ad diagramu PlantUML<\/h1>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3bd13facb.png\")
<\/p>\n\n\nPlantUML<\/span>
\n
\n