W in\u017cynierii oprogramowania diagramy przypadk\u00f3w u\u017cycia pomagaj\u0105 wizualizowa\u0107 interakcje mi\u0119dzy u\u017cytkownikami (aktorami) a systemem w celu zapisania jego wymaga\u0144 funkcyjnych. W miar\u0119 jak systemy rosn\u0105, diagramy przypadk\u00f3w u\u017cycia mog\u0105 sta\u0107 si\u0119 trudne w obs\u0142udze, wype\u0142nione powtarzaj\u0105cymi si\u0119 lub skomplikowanymi zachowaniami, kt\u00f3re zak\u0142\u00f3caj\u0105 zrozumienie podstawowej funkcjonalno\u015bci systemu. Relacja include<\/strong>w UML rozwi\u0105zuje ten problem, pozwalaj\u0105c na wyodr\u0119bnienie wsp\u00f3lnych zachowa\u0144 w ponownie u\u017cywalnych, modu\u0142owych przypadkach u\u017cycia. Niniejszy artyku\u0142 omawia, jak relacje include upraszczaj\u0105 diagramy przypadk\u00f3w u\u017cycia, ich kluczowe korzy\u015bci oraz praktyczne przyk\u0142ady ilustruj\u0105ce ich u\u017cyteczno\u015b\u0107.<\/p>\n Relacja include<\/strong>w UML okre\u015bla, \u017ce podstawowy przypadek u\u017cycia zawiera zachowanie innego przypadku u\u017cycia, zwanego przypadkiem include. Przypadek include reprezentuje sekwencj\u0119 dzia\u0142a\u0144, kt\u00f3ra jest zawsze wykonywana<\/strong>jako cz\u0119\u015b\u0107 przep\u0142ywu podstawowego przypadku u\u017cycia. Wizualnie relacja ta jest przedstawiona jako przerywana strza\u0142ka z otwartym zako\u0144czeniem<\/strong>wskazuj\u0105ca od podstawowego przypadku u\u017cycia do przypadku include, oznaczona stereotypem \u00abinclude\u00bb.<\/p>\n Relacja include jest podobna do wywo\u0142ania podprogramu w programowaniu: podstawowy przypadek u\u017cycia \u201ewywo\u0142uje\u201d przypadek include w celu wykonania okre\u015blonego zadania, wspieraj\u0105c modelowanie strukturalne i hierarchiczne. Wyodr\u0119bnienie wsp\u00f3lnych lub skomplikowanych zachowa\u0144 w osobnych przypadkach u\u017cycia pozwala zmniejszy\u0107 powtarzalno\u015b\u0107, poprawi\u0107 przejrzysto\u015b\u0107 i u\u0142atwi\u0107 utrzymanie.<\/p>\n Relacje include oferuj\u0105 kilka zalet podczas modelowania du\u017cych i skomplikowanych system\u00f3w:<\/p>\n Odzyskiwanie wsp\u00f3lnych zachowa\u0144<\/strong>: Wsp\u00f3\u0142dzielona funkcjonalno\u015b\u0107 w wielu przypadkach u\u017cycia mo\u017ce by\u0107 zamkni\u0119ta w jednym przypadku include, eliminuj\u0105c nadmiarowo\u015b\u0107.<\/p>\n<\/li>\n Uproszczenie skomplikowanych przypadk\u00f3w u\u017cycia<\/strong>: Du\u017ce przypadki u\u017cycia mog\u0105 by\u0107 podzielone na mniejsze, zarz\u0105dzalne modu\u0142y, co sprawia, \u017ce diagram jest mniej zat\u0142oczony.<\/p>\n<\/li>\n Wymuszone wykonywanie<\/strong>: Przypadek include jest zawsze wykonywany jako cz\u0119\u015b\u0107 podstawowego przypadku u\u017cycia, zapewniaj\u0105c kompletno\u015b\u0107 bez przeci\u0105\u017cania g\u0142\u00f3wnego przep\u0142ywu szczeg\u00f3\u0142ami.<\/p>\n<\/li>\n Poprawiona przejrzysto\u015b\u0107 i utrzymywalno\u015b\u0107<\/strong>: Oddzielenie odpowiedzialno\u015bci pozwala podstawowemu przypadkowi u\u017cycia skupi\u0107 si\u0119 na swoim unikalnym zachowaniu, podczas gdy przypadki include obs\u0142uguj\u0105 ponownie u\u017cywalne sekwencje, upraszczaj\u0105c aktualizacje.<\/p>\n<\/li>\n Modelowanie strukturalne<\/strong>: Relacje include wspieraj\u0105 projektowanie hierarchiczne, podobne do podprogram\u00f3w, co u\u0142atwia zrozumienie i rozw\u00f3j systemu.<\/p>\n<\/li>\n<\/ol>\n Aby pokaza\u0107 moc relacji include, rozwa\u017cmy kilka praktycznych przyk\u0142ad\u00f3w w r\u00f3\u017cnych dziedzinach.<\/p>\n Rozwa\u017cmy platform\u0119 internetowego sklepu, w kt\u00f3rej u\u017cytkownicy mog\u0105 przegl\u0105da\u0107 produkty, dodawa\u0107 przedmioty do koszyka i dokonywa\u0107 zakupu. Wiele przypadk\u00f3w u\u017cycia, takich jak \u201eKup produkt\u201d, \u201eZarezerwuj przedmiot\u201d i \u201eZregaluj przedmiot\u201d, wymaga uwierzytelnienia u\u017cytkownika przed kontynuacj\u0105.<\/p>\n Podstawowe przypadki u\u017cycia<\/strong>: \u201eKup produkt\u201d, \u201eZarezerwuj przedmiot\u201d, \u201ePodaruj przedmiot\u201d<\/p>\n<\/li>\n Do\u0142\u0105czony przypadek u\u017cycia<\/strong>: \u201eZautoryzuj u\u017cytkownika\u201d<\/p>\n<\/li>\n<\/ul>\n Zamiast powtarza\u0107 kroki uwierzytelniania w ka\u017cdym przypadku u\u017cycia, wyodr\u0119bniamy je do jednego przypadku u\u017cycia \u201eZautoryzuj u\u017cytkownika\u201d. Ten do\u0142\u0105czony przypadek u\u017cycia obs\u0142uguje zadania takie jak \u017c\u0105danie danych logowania i ich weryfikacja. Diagram przypadk\u00f3w u\u017cycia przedstawi\u0142by:<\/p>\n Punktowana strza\u0142ka od \u201eKup produkt\u201d do \u201eZautoryzuj u\u017cytkownika\u201d oznaczona jako \u00abinclude\u00bb.<\/p>\n<\/li>\n Podobne strza\u0142ki od \u201eZarezerwuj przedmiot\u201d i \u201ePodaruj przedmiot\u201d do \u201eZautoryzuj u\u017cytkownika\u201d.<\/p>\n<\/li>\n<\/ul>\n Ten podej\u015bcie zmniejsza nadmiarowo\u015b\u0107, poniewa\u017c logika uwierzytelniania jest zdefiniowana tylko raz i wykorzystywana w wielu przypadkach u\u017cycia, co utrzymuje diagram w czystej i utrzymywalnej formie.<\/p>\n W systemie bankowym klienci mog\u0105 wykonywa\u0107 dzia\u0142ania takie jak \u201eWyp\u0142a\u0107 got\u00f3wk\u0119\u201d, \u201eWp\u0142a\u0107 pieni\u0105dze\u201d i \u201ePrzelej \u015brodki\u201d. Ka\u017cdy z tych przypadk\u00f3w u\u017cycia wymaga weryfikacji konta klienta przed kontynuacj\u0105.<\/p>\n Podstawowe przypadki u\u017cycia<\/strong>: \u201eWyp\u0142a\u0107 got\u00f3wk\u0119\u201d, \u201eWp\u0142a\u0107 pieni\u0105dze\u201d, \u201ePrzelej \u015brodki\u201d<\/p>\n<\/li>\n Do\u0142\u0105czony przypadek u\u017cycia<\/strong>: \u201eWeryfikuj konto\u201d<\/p>\n<\/li>\n<\/ul>\n Przypadek u\u017cycia \u201eWeryfikuj konto\u201d sprawdza stan konta, saldok i uprawnienia. Poprzez do\u0142\u0105czenie tego przypadku u\u017cycia do ka\u017cdego z podstawowych przypadk\u00f3w u\u017cycia, diagram unika powtarzania logiki weryfikacji. Wizualna reprezentacja zawiera punktowane strza\u0142ki oznaczone jako \u00abinclude\u00bb od ka\u017cdego podstawowego przypadku u\u017cycia do \u201eWeryfikuj konto\u201d. Ta modularizacja upraszcza diagram i zapewnia sp\u00f3jne stosowanie weryfikacji konta.<\/p>\n W systemie bibliotecznym u\u017cytkownicy mog\u0105 \u201eWypo\u017cyczy\u0107 ksi\u0105\u017ck\u0119\u201d, \u201eZwr\u00f3ci\u0107 ksi\u0105\u017ck\u0119\u201d lub \u201eZarezerwowa\u0107 ksi\u0105\u017ck\u0119\u201d. Ka\u017cde z tych dzia\u0142a\u0144 wymaga sprawdzenia dost\u0119pno\u015bci ksi\u0105\u017cki.<\/p>\n Podstawowe przypadki u\u017cycia<\/strong>: \u201eWypo\u017cyczy\u0107 ksi\u0105\u017ck\u0119\u201d, \u201eZwr\u00f3ci\u0107 ksi\u0105\u017ck\u0119\u201d, \u201eZarezerwowa\u0107 ksi\u0105\u017ck\u0119\u201d<\/p>\n<\/li>\n Do\u0142\u0105czony przypadek u\u017cycia<\/strong>: \u201eSprawd\u017a dost\u0119pno\u015b\u0107 ksi\u0105\u017cki\u201d<\/p>\n<\/li>\n<\/ul>\n Przypadek u\u017cycia \u201eSprawd\u017a dost\u0119pno\u015b\u0107 ksi\u0105\u017cki\u201d potwierdza, czy ksi\u0105\u017cka jest na stanie i nie jest zarezerwowana. Poprzez do\u0142\u0105czenie tego przypadku u\u017cycia do podstawowych przypadk\u00f3w u\u017cycia, diagram pozostaje przejrzysty, a aktualizacje logiki sprawdzania dost\u0119pno\u015bci (np. zintegrowanie nowego systemu inwentarzowego) musz\u0105 zosta\u0107 dokonane tylko w jednym miejscu.<\/p>\n W systemie zarz\u0105dzania szpitalem pacjenci mog\u0105 \u201eZaplanowa\u0107 wizyt\u0119\u201d, \u201eAnulowa\u0107 wizyt\u0119\u201d lub \u201ePrzeprowadzi\u0107 ponowne planowanie wizyty\u201d. Ka\u017cdy z tych przypadk\u00f3w u\u017cycia wymaga weryfikacji to\u017csamo\u015bci pacjenta.<\/p>\n Podstawowe przypadki u\u017cycia<\/strong>: \u201eZaplanuj wizyt\u0119\u201d, \u201eAnuluj wizyt\u0119\u201d, \u201ePrzeprowad\u017a ponowne planowanie wizyty\u201d<\/p>\n<\/li>\n Do\u0142\u0105czony przypadek u\u017cycia<\/strong>: \u201eWeryfikuj to\u017csamo\u015b\u0107 pacjenta\u201d<\/p>\n<\/li>\n<\/ul>\n Przypadek u\u017cycia \u201eWeryfikuj to\u017csamo\u015b\u0107 pacjenta\u201d obs\u0142uguje zadania takie jak sprawdzenie numeru to\u017csamo\u015bci pacjenta lub danych ubezpieczeniowych. W\u0142\u0105czenie tego przypadku u\u017cycia do podstawowych przypadk\u00f3w u\u017cycia zapewnia sp\u00f3jne wykonywanie weryfikacji to\u017csamo\u015bci bez powtarzania krok\u00f3w w diagramie. Punktowane strza\u0142ki \u00abinclude\u00bb \u0142\u0105cz\u0105 ka\u017cdy podstawowy przypadek u\u017cycia z \u201eWeryfikuj to\u017csamo\u015b\u0107 pacjenta\u201d, co zwi\u0119ksza przejrzysto\u015b\u0107.<\/p>\n W platformie e-learningowym studenci mog\u0105 \u201ePrzeprowadzi\u0107 test\u201d, \u201eZ\u0142o\u017cy\u0107 zadanie\u201d lub \u201eZobaczy\u0107 oceny\u201d. Ka\u017cde z tych dzia\u0142a\u0144 wymaga zalogowania si\u0119 do systemu.<\/p>\n Podstawowe przypadki u\u017cycia<\/strong>: \u201ePrzeprowadzi\u0107 test\u201d, \u201eZ\u0142o\u017cy\u0107 zadanie\u201d, \u201eZobaczy\u0107 oceny\u201d<\/p>\n<\/li>\n W\u0142\u0105czony przypadek u\u017cycia<\/strong>: \u201eZaloguj si\u0119\u201d<\/p>\n<\/li>\n<\/ul>\n Przypadek u\u017cycia \u201eZaloguj si\u0119\u201d zawiera kroki uwierzytelniania u\u017cytkownika. W\u0142\u0105czaj\u0105c go do przypadk\u00f3w u\u017cycia podstawowych, diagram unika powtarzania krok\u00f3w logowania, co u\u0142atwia jego zrozumienie i utrzymanie. Wizualna reprezentacja pokazuje przerywane strza\u0142ki oznaczone \u201e\u00abinclude\u00bb\u201d od ka\u017cdego przypadku u\u017cycia podstawowego do \u201eZaloguj si\u0119\u201d.<\/p>\n W diagramach przypadk\u00f3w u\u017cycia UML relacja include jest przedstawiona nast\u0119puj\u0105co:<\/p>\n Strza\u0142ka przerywana<\/strong> z otwartym zako\u0144czeniem strza\u0142ki<\/strong>wskazuje od przypadku u\u017cycia podstawowego do przypadku u\u017cycia w\u0142\u0105czonego.<\/p>\n<\/li>\n Strza\u0142ka jest oznaczona stereotypem \u00abinclude\u00bb<\/strong>.<\/p>\n<\/li>\n<\/ul>\n Na przyk\u0142ad w przyk\u0142adzie zakup\u00f3w online:<\/p>\n Kup produkt<\/strong> \u2192 \u00abinclude\u00bb \u2192 Zautoryzuj u\u017cytkownika<\/strong><\/p>\n<\/li>\n Diagram jasno pokazuje, \u017ce \u201eZautoryzuj u\u017cytkownika\u201d jest obowi\u0105zkow\u0105 cz\u0119\u015bci\u0105 przep\u0142ywu \u201eKup produkt\u201d.<\/p>\n<\/li>\n<\/ul>\n Ta konwencja wizualna zapewnia, \u017ce zainteresowane strony mog\u0105 szybko zrozumie\u0107 relacje mi\u0119dzy przypadkami u\u017cycia i ich zale\u017cno\u015bciami.<\/p>\n Warto zauwa\u017cy\u0107 r\u00f3\u017cnic\u0119 mi\u0119dzyinclude<\/strong> i extend<\/strong>relacjami, aby unikn\u0105\u0107 pomy\u0142ek:<\/p>\n Include<\/strong>: W\u0142\u0105czony przypadek u\u017cycia jestzawsze wykonywane<\/strong> jako cz\u0119\u015b\u0107 podstawowego przypadku u\u017cycia (obowi\u0105zkowe).<\/p>\n<\/li>\n Rozszerz<\/strong>: przypadki u\u017cycia rozszerzaj\u0105ce toopcjonalne<\/strong> i wykonywane tylko w okre\u015blonych warunkach.<\/p>\n<\/li>\n<\/ul>\n Na przyk\u0142ad w systemie e-commerce \u201eZaloguj u\u017cytkownika\u201d jest uwzgl\u0119dniony, poniewa\u017c jest obowi\u0105zkowy, ale przypadek u\u017cycia, taki jak \u201eZastosuj kod rabatowy\u201d, mo\u017ce by\u0107 relacj\u0105 rozszerzaj\u0105c\u0105, poniewa\u017c jest opcjonalny i zale\u017cy od tego, czy u\u017cytkownik ma wa\u017cny kod.<\/p>\n Aby maksymalnie wykorzysta\u0107 korzy\u015bci z relacji include, rozwa\u017c nast\u0119puj\u0105ce kwestie:<\/p>\n Identyfikuj wsp\u00f3lne zachowania<\/strong>: Szukaj sekwencji dzia\u0142a\u0144 powtarzaj\u0105cych si\u0119 w wielu przypadkach u\u017cycia, takich jak uwierzytelnianie, walidacja lub rejestrowanie.<\/p>\n<\/li>\n Zachowaj skupienie przypadk\u00f3w u\u017cycia uwzgl\u0119dnionych<\/strong>: Upewnij si\u0119, \u017ce przypadki u\u017cycia uwzgl\u0119dnione zawieraj\u0105 konkretne, ponownie u\u017cywalne zachowania, a nie ca\u0142e procesy.<\/p>\n<\/li>\n Zr\u00f3wnowaguj modu\u0142owo\u015b\u0107 i prostot\u0119<\/strong>: Unikaj nadmiernego rozdrabniania przypadk\u00f3w u\u017cycia, poniewa\u017c zbyt wiele przypadk\u00f3w u\u017cycia uwzgl\u0119dnionych mo\u017ce utrudni\u0107 zrozumienie diagramu.<\/p>\n<\/li>\n U\u017cywaj jasnych zasad nazewnictwa<\/strong>: Nadaj przypadkom u\u017cycia uwzgl\u0119dnionym nazwy odzwierciedlaj\u0105ce ich cel (np. \u201eZaloguj u\u017cytkownika\u201d zamiast \u201eProces logowania\u201d), aby u\u0142atwi\u0107 czytanie.<\/p>\n<\/li>\n Weryfikuj wymagane wykonywanie<\/strong>: Potwierd\u017a, \u017ce przypadek u\u017cycia uwzgl\u0119dniony jest zawsze wymagany; w przeciwnym razie rozwa\u017c relacj\u0119 rozszerzaj\u0105c\u0105.<\/p>\n<\/li>\n<\/ol>\n Poni\u017csza tabela podsumowuje kluczowe korzy\u015bci z relacji include:<\/p>\nCo to jest relacja include?<\/h2>\n
Zalety relacji include<\/h2>\n
\n
Przyk\u0142ady relacji include<\/h2>\n
Przyk\u0142ad 1: System sklepu internetowego<\/h3>\n
\n
\n
Przyk\u0142ad 2: System bankowy<\/h3>\n
\n
Przyk\u0142ad 3: System zarz\u0105dzania bibliotek\u0105<\/h3>\n
\n
Przyk\u0142ad 4: System zarz\u0105dzania szpitalem<\/h3>\n
\n
Przyk\u0142ad 5: Platforma e-learningowa<\/h3>\n
\n
Wizualna reprezentacja w UML<\/h2>\n
\n
\n
Por\u00f3wnanie z relacjami extend<\/h2>\n
\n
Najlepsze praktyki dotycz\u0105ce u\u017cywania relacji include<\/h2>\n
\n
Podsumowanie korzy\u015bci<\/h2>\n