![\"Overview](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/01-uml-diagram-types-4.png\"\/)
<\/p>\nJako osoba, kt\u00f3ra przez ponad dziesi\u0119\u0107 lat przemierza\u0142a zawi\u0142e labirynty rozwoju oprogramowania dla przedsi\u0119biorstw, pami\u0119tam pocz\u0105tkowe dni modelowania UML z mieszanin\u0105 nostalgi i lekkiego frustracji. Diagramy wydawa\u0142y si\u0119 akademickimi \u0107wiczeniami \u2013 pi\u0119kne na papierze, ale odci\u0119te od chaotycznej rzeczywisto\u015bci planowania sprint\u00f3w, kodu z przesz\u0142o\u015bci i oczekiwa\u0144 stakeholder\u00f3w.<\/p>\n
To si\u0119 zmieni\u0142o, gdy odkry\u0142em bardziej praktyczny, wspomagany narz\u0119dziem podej\u015bcie do J\u0119zyka Modelowania Zintegrowanego. Ten przewodnik nie jest kolejn\u0105 teoretyczn\u0105 ksi\u0105\u017ck\u0105. To skondensowany, oparty na do\u015bwiadczeniu przewodnik po wszystkich 14 typach diagram\u00f3w UML, napisany z perspektywy osoby, kt\u00f3ra faktycznie wykorzystywa\u0142a te diagramy do wypuszczania rzeczywistych produkt\u00f3w, koordynowania zespo\u0142\u00f3w wielodyscyplinarnych i zapobiegania kosztownym b\u0142\u0119dom architektonicznym.<\/p>\n
Niezale\u017cnie od tego, czy jeste\u015b m\u0142odszym programist\u0105 pr\u00f3buj\u0105cym zrozumie\u0107 dokumenty architektury zespo\u0142u, czy mened\u017cerem produktu wspomagaj\u0105cym warsztaty wymaga\u0144, czy do\u015bwiadczonym architektem oceniaj\u0105cym narz\u0119dzia modelowania, ten zas\u00f3b dopasowuje si\u0119 do Twojego poziomu. Przeanalizujemy ka\u017cdy typ diagramu z perspektywy u\u017cyteczno\u015bci praktycznej: jakie problemy rozwi\u0105zuje, kiedy si\u0119 wyr\u00f3\u017cnia i jak nowoczesne narz\u0119dzia wspomagane sztuczn\u0105 inteligencj\u0105, takie jak Visual Paradigm, mog\u0105 przyspieszy\u0107 Tw\u00f3j workflow bez utraty precyzji.<\/p>\n
Bez \u017cargonu bez wyja\u015bnienia. Bez diagram\u00f3w bez celu. Tylko jasne, dzia\u0142aj\u0105ce wskaz\u00f3wki, kt\u00f3re mo\u017cesz wykorzysta\u0107 ju\u017c dzi\u015b.<\/p>\n
<\/p>\n
Diagramy strukturalne ujawniaj\u0105\u00a0statyczn\u0105 architektur\u0119<\/strong>Twojego oprogramowania \u2013 klas, sk\u0142adnik\u00f3w i infrastruktury, kt\u00f3re tworz\u0105 jego fundament. Mo\u017cna je por\u00f3wna\u0107 do projekt\u00f3w przed rozpocz\u0119ciem budowy.<\/p>\n Cel:<\/strong>\u00a0Kluczowy element projektowania obiektowego, wizualizuj\u0105cy klasy, ich atrybuty, operacje i relacje.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Klasy:<\/strong>\u00a0Reprezentuj\u0105 typy obiekt\u00f3w z atrybutami (dane) i operacjami (metody)<\/p>\n<\/li>\n Relacje:<\/strong><\/p>\n Zwi\u0105zek:<\/strong>\u00a0Po\u0142\u0105czenia mi\u0119dzy instancjami (np. \u201eOsoba pracuje w Firmie\u201d) <\/p>\n<\/li>\n Dziedziczenie (generalizacja):<\/strong>\u00a0Hierarchie \u201ejest to\u201d pokazuj\u0105ce specjalizacj\u0119 klas<\/p>\n<\/li>\n Agregacja:<\/strong>\u00a0Z\u0142o\u017cenia \u201ema\u201d ca\u0142o\u015b\u0107-cz\u0119\u015b\u0107<\/p>\n<\/li>\n Wielokrotno\u015b\u0107:<\/strong>\u00a0Okre\u015bla liczb\u0119 wyst\u0105pie\u0144 (np. 0..*, 1..1)<\/p>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n Kiedy go u\u017cywam:<\/strong><\/p>\n Podczas pocz\u0105tkowego modelowania domeny i analizy wymaga\u0144<\/p>\n<\/li>\n Jako \u017cywy referencj\u0119 podczas implementacji podstawowej logiki biznesowej<\/p>\n<\/li>\n Do w\u0142\u0105czania nowych cz\u0142onk\u00f3w zespo\u0142u do struktury kodu<\/p>\n<\/li>\n Podczas refaktoryzacji w celu wizualizacji skutk\u00f3w zale\u017cno\u015bci<\/p>\n<\/li>\n<\/ul>\n Wskaz\u00f3wka:<\/strong>\u00a0Zacznij od modelu domeny najwy\u017cszego poziomu, zanim przejdziesz do szczeg\u00f3\u0142\u00f3w implementacji. Zachowaj skupienie \u2014 jeden diagram na kontekst ograniczony zapobiega nadmiernemu skomplikowaniu.<\/p>\n Cel:<\/strong>\u00a0Ilustruje, jak modu\u0142owe sk\u0142adniki oprogramowania \u0142\u0105cz\u0105 si\u0119 ze sob\u0105, tworz\u0105c wi\u0119ksze systemy, ujawniaj\u0105c granice architektoniczne i zale\u017cno\u015bci.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Sk\u0142adniki:<\/strong>\u00a0Zamienne, hermetyzowane jednostki (biblioteki, us\u0142ugi, modu\u0142y)<\/p>\n<\/li>\n Interfejsy:<\/strong>\u00a0Umowy okre\u015blaj\u0105ce spos\u00f3b wsp\u00f3\u0142pracy sk\u0142adnik\u00f3w (dostarczane\/ wymagane)<\/p>\n<\/li>\n Zale\u017cno\u015bci:<\/strong>\u00a0Kierunkowe relacje pokazuj\u0105ce zale\u017cno\u015b\u0107<\/p>\n<\/li>\n Porty:<\/strong>\u00a0Jawne punkty interakcji na granicach sk\u0142adnik\u00f3w<\/p>\n<\/li>\n Po\u0142\u0105czenia:<\/strong>\u00a0\u015acie\u017cki komunikacji mi\u0119dzy sk\u0142adnikami<\/p>\n<\/li>\n<\/ul>\n Kiedy to stosuj\u0119:<\/strong><\/p>\n Podczas projektowania architektury mikroserwis\u00f3w lub architektury wtyczek<\/p>\n<\/li>\n Do dokumentowania punkt\u00f3w integracji zewn\u0119trznych<\/p>\n<\/li>\n Podczas warsztat\u00f3w dekompozycji systemu z liderami in\u017cynieryjnymi<\/p>\n<\/li>\n Do planowania ponownego wykorzystania sk\u0142adnik\u00f3w w r\u00f3\u017cnych projektach<\/p>\n<\/li>\n<\/ul>\n Praktyczna korzy\u015b\u0107:<\/strong>\u00a0Wykorzystanie diagram\u00f3w sk\u0142adnik\u00f3w podczas migracji platformy pomog\u0142o naszemu zespo\u0142owi wczesne wykrycie ukrytych zale\u017cno\u015bci, oszcz\u0119dzaj\u0105c tygodnie pracy nad poprawkami.<\/p>\n Cel:<\/strong>\u00a0Modeluje architektur\u0119 \u015brodowiska uruchomieniowego \u2014 jak artefakty oprogramowania s\u0105 mapowane na w\u0119z\u0142y sprz\u0119towe i infrastruktur\u0119 sieciow\u0105.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n W\u0119z\u0142y:<\/strong>\u00a0Sprz\u0119t fizyczny lub wirtualny (serwery, kontenery, urz\u0105dzenia kraw\u0119dziowe)<\/p>\n<\/li>\n Artefakty:<\/strong>Jednostki wdra\u017calne (pliki wykonywalne, bazy danych, pliki konfiguracyjne)<\/p>\n<\/li>\n Powi\u0105zania komunikacyjne:<\/strong>Po\u0142\u0105czenia sieciowe i protoko\u0142y<\/p>\n<\/li>\n Specyfikacje wdra\u017cania:<\/strong>Zasady umieszczania artefakt\u00f3w<\/p>\n<\/li>\n Konfiguracja w czasie dzia\u0142ania:<\/strong>Statyczny widok topologii wykonania<\/p>\n<\/li>\n<\/ul>\n Kiedy to stosuj\u0119:<\/strong><\/p>\n Wsp\u00f3\u0142praca z zespo\u0142em DevOps w planowaniu infrastruktury jako kodu<\/p>\n<\/li>\n Dokumentowanie wdra\u017cania w wielu \u015brodowiskach (dev\/stage\/prod)<\/p>\n<\/li>\n Wizualizacja architektur hybrydowych chmur lub oblicze\u0144 na kraw\u0119dzi sieci<\/p>\n<\/li>\n Rozwi\u0105zywanie problem\u00f3w z systemami rozproszonymi<\/p>\n<\/li>\n<\/ul>\n Wskaz\u00f3wki dotycz\u0105ce narz\u0119dzi:<\/strong>Nowoczesne narz\u0119dzia synchronizuj\u0105ce diagramy wdra\u017cania z rzeczywistymi definicjami infrastruktury (takimi jak Terraform lub manifesty Kubernetes) pi\u0119knie zamykaj\u0105 luk\u0119 mi\u0119dzy dokumentacj\u0105 a wykonaniem.<\/p>\n Cel:<\/strong>Zapisuje konkretny obraz instancji obiekt\u00f3w i ich relacji w okre\u015blonym momencie czasu.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Instancje:<\/strong>Pojedyncze obiekty z rzeczywistymi warto\u015bciami atrybut\u00f3w<\/p>\n<\/li>\n Specyfikacje instancji:<\/strong>Nazwane obiekty pokazuj\u0105ce rzeczywiste dane<\/p>\n<\/li>\n Po\u0142\u0105czenia:<\/strong>Po\u0142\u0105czenia w czasie dzia\u0142ania mi\u0119dzy instancjami obiekt\u00f3w<\/p>\n<\/li>\n Obraz w danym momencie:<\/strong>Reprezentuje stan systemu w jednym momencie<\/p>\n<\/li>\n Konkretne vs. Abstrakcyjne:<\/strong>Pokazuje dane, a nie tylko definicje typ\u00f3w<\/p>\n<\/li>\n<\/ul>\n Kiedy to stosuj\u0119:<\/strong><\/p>\n Aby przedstawi\u0107 z\u0142o\u017cone relacje danych podczas przegl\u0105du przez stakeholder\u00f3w<\/p>\n<\/li>\n Weryfikacja projekt\u00f3w diagram\u00f3w klas przy u\u017cyciu realistycznych przyk\u0142ad\u00f3w<\/p>\n<\/li>\n Debugowanie nieoczekiwanych interakcji obiekt\u00f3w podczas testowania<\/p>\n<\/li>\n Tworzenie dokumentacji scenariuszy testowych dla zespo\u0142\u00f3w QA<\/p>\n<\/li>\n<\/ul>\n Kluczowa r\u00f3\u017cnica w por\u00f3wnaniu do diagram\u00f3w klas:<\/strong>Diagramy klas definiuj\u0105 szablon; diagramy obiekt\u00f3w pokazuj\u0105 konkretny przyk\u0142ad tego szablonu w dzia\u0142aniu.<\/p>\n Cel:<\/strong>Organizuje du\u017ce systemy w logiczne przestrzenie nazw i wizualizuje zale\u017cno\u015bci mi\u0119dzy grupami modu\u0142owymi.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Pakiety:<\/strong>Pojemniki grupuj\u0105ce powi\u0105zane klasy, interfejsy lub podpakiety<\/p>\n<\/li>\n Zale\u017cno\u015bci:<\/strong>Kierunkowe relacje mi\u0119dzy pakietami<\/p>\n<\/li>\n \u0141\u0105czenie pakiet\u00f3w:<\/strong>\u0141\u0105czenie element\u00f3w z wielu \u017ar\u00f3de\u0142<\/p>\n<\/li>\n Architektura warstwowa:<\/strong>Wizualizacja struktur aplikacji warstwowych<\/p>\n<\/li>\n Zarz\u0105dzanie przestrzeniami nazw:<\/strong>Zapobieganie konfliktom nazw na du\u017c\u0105 skal\u0119<\/p>\n<\/li>\n<\/ul>\n Kiedy to stosuj\u0119:<\/strong><\/p>\n Strukturyzowanie monorepo lub projekt\u00f3w wielomodu\u0142owych<\/p>\n<\/li>\n Komunikowanie warstw architektury nowym in\u017cynierom<\/p>\n<\/li>\n Zarz\u0105dzanie granicami zale\u017cno\u015bci podczas refaktoryzacji<\/p>\n<\/li>\n Planowanie wyodr\u0119bniania modu\u0142\u00f3w do migracji do mikroserwis\u00f3w<\/p>\n<\/li>\n<\/ul>\n Najlepsza praktyka:<\/strong>U\u017cywaj diagram\u00f3w pakiet\u00f3w na wczesnym etapie planowania architektury przedsi\u0119biorstwa \u2013 zapobiegaj\u0105 one \u201espaghetti dependencies\u201d jeszcze przed napisaniem kodu.<\/p>\n Cel:<\/strong>Ods\u0142ania wewn\u0119trzn\u0105 wsp\u00f3\u0142prac\u0119 cz\u0119\u015bci, port\u00f3w i \u0142\u0105cznik\u00f3w wewn\u0105trz z\u0142o\u017conej klasy lub komponentu.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Cz\u0119\u015bci:<\/strong>\u00a0Elementy sk\u0142adowe sk\u0142adaj\u0105ce si\u0119 na ca\u0142o\u015b\u0107<\/p>\n<\/li>\n Porty:<\/strong>\u00a0Zdefiniowane punkty interakcji dla komunikacji zewn\u0119trznej<\/p>\n<\/li>\n Po\u0142\u0105czenia:<\/strong>\u00a0Po\u0142\u0105czenia umo\u017cliwiaj\u0105ce wsp\u00f3\u0142prac\u0119 mi\u0119dzy cz\u0119\u015bciami<\/p>\n<\/li>\n Roli:<\/strong>\u00a0Odpowiedzialno\u015bci przypisane do ka\u017cdego elementu<\/p>\n<\/li>\n Struktura wewn\u0119trzna:<\/strong>\u00a0Widok mikro poziomu kompozycji klasyfikatora<\/p>\n<\/li>\n<\/ul>\n Kiedy to stosuj\u0119:<\/strong><\/p>\n Projektowanie z\u0142o\u017conych wzorc\u00f3w takich jak Strategia lub Observer<\/p>\n<\/li>\n Dokumentowanie wewn\u0119trznych mechanizm\u00f3w frameworka dla wdro\u017cenia wsp\u00f3\u0142tw\u00f3rc\u00f3w<\/p>\n<\/li>\n Modelowanie wsp\u00f3\u0142pracy w czasie dzia\u0142ania w systemach opartych na zdarzeniach<\/p>\n<\/li>\n Ujednolicenie relacji delegowania w architekturach warstwowych<\/p>\n<\/li>\n<\/ul>\n Wskaz\u00f3wka zaawansowana:<\/strong>\u00a0Po\u0142\u0105cz z diagramami sekwencji, aby pokaza\u0107 zar\u00f3wno struktur\u0119, jak i zachowanie z\u0142o\u017conych wsp\u00f3\u0142pracy.<\/p>\n Cel:<\/strong>\u00a0Umo\u017cliwia rozszerzenia specyficzne dla domeny UML poprzez niestandardowe stereotypy, oznaczone warto\u015bci i ograniczenia.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Stereotypy:<\/strong>\u00a0Niestandardowe rozszerzenia metaklas UML dla okre\u015blonych domen<\/p>\n<\/li>\n Warto\u015bci oznaczone:<\/strong>\u00a0Dodatkowe metadane przypisane do stereotyp\u00f3w<\/p>\n<\/li>\n Metaklasy:<\/strong>\u00a0Standardowe elementy UML, kt\u00f3re s\u0105 rozszerzane<\/p>\n<\/li>\n Profile:<\/strong>\u00a0Wyselekcjonowane zbiory stereotyp\u00f3w dla domeny<\/p>\n<\/li>\n Ograniczenia:<\/strong>Zasady reguluj\u0105ce poprawne u\u017cywanie stereotyp\u00f3w<\/p>\n<\/li>\n<\/ul>\n Kiedy to stosuj\u0119:<\/strong><\/p>\n Dostosowywanie UML do regulowanych bran\u017c (opieka zdrowotna, finanse)<\/p>\n<\/li>\n Tworzenie konwencji modelowania specyficznych dla platformy (JEE, .NET)<\/p>\n<\/li>\n Tworzenie wewn\u0119trznych j\u0119zyk\u00f3w specyficznych dla domeny dla ekspert\u00f3w dziedziny<\/p>\n<\/li>\n Gdy standardowa notacja UML nie ma wystarczaj\u0105cej mocy wyra\u017ceniowej<\/p>\n<\/li>\n<\/ul>\n Zalety narz\u0119dzia:<\/strong>Generowanie profili wspierane przez sztuczn\u0105 inteligencj\u0119 mo\u017ce sugerowa\u0107 odpowiednie stereotypy na podstawie opisu Twojej dziedziny, przyspieszaj\u0105c dostosowanie.<\/p>\n Diagramy zachowania modeluj\u0105jak Tw\u00f3j system dzia\u0142a w czasie<\/strong>\u2014przep\u0142ywy pracy, zmiany stan\u00f3w i wymiany komunikat\u00f3w, kt\u00f3re nadaj\u0105 \u017cycie strukturom statycznym.<\/p>\n Cel:<\/strong>Opisuje funkcjonalno\u015b\u0107 systemu z perspektywy u\u017cytkownika, mapuj\u0105c aktor\u00f3w na mo\u017cliwo\u015bci, z kt\u00f3rymi interaguj\u0105.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Aktory:<\/strong>Zewn\u0119trzne jednostki (u\u017cytkownicy, systemy) uczestnicz\u0105ce w interakcji z systemem<\/p>\n<\/li>\n Przypadki u\u017cycia:<\/strong>Oddzielne jednostki funkcjonalno\u015bci przynosz\u0105ce warto\u015b\u0107 u\u017cytkownikowi<\/p>\n<\/li>\n Granica systemu:<\/strong>Prostok\u0105t definiuj\u0105cy zakres i w\u0142asno\u015b\u0107<\/p>\n<\/li>\n Powi\u0105zania:<\/strong>Linie \u0142\u0105cz\u0105ce aktory z odpowiednimi przypadkami u\u017cycia<\/p>\n<\/li>\n Zwi\u0105zki:<\/strong><\/p>\n Zawiera:<\/strong>Wymuszone ponowne wykorzystanie jednego przypadku u\u017cycia w innym<\/p>\n<\/li>\n Rozszerza:<\/strong>Opcjonalne zachowanie uzupe\u0142niaj\u0105ce podstawowy przypadek u\u017cycia<\/p>\n<\/li>\n Og\u00f3lnienie:<\/strong>Dziedziczenie mi\u0119dzy aktorami lub przypadkami u\u017cycia<\/p>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n Kiedy to stosuj\u0119:<\/strong><\/p>\n Wspieranie warsztat\u00f3w wymaga\u0144 z zespo\u0142ami produktu i biznesu<\/p>\n<\/li>\n Tworzenie wsp\u00f3lnego \u201emenu funkcji\u201d do planowania sprint\u00f3w<\/p>\n<\/li>\n Okre\u015blanie granic zakresu podczas uruchomienia projektu<\/p>\n<\/li>\n Przekazywanie mo\u017cliwo\u015bci systemu stakeholderom nieb\u0119d\u0105cym specjalistami technicznymi<\/p>\n<\/li>\n<\/ul>\n Najlepsza praktyka:<\/strong>Utrzymuj przypadki u\u017cycia skupione na celu (\u201eZam\u00f3wienie\u201d) zamiast na funkcjach (\u201eKlikni\u0119cie przycisku Zatwierd\u017a\u201d). Dokumentuj szczeg\u00f3\u0142owe przep\u0142ywy osobno.<\/p>\n Cel:<\/strong>Modeluje przep\u0142ywy pracy, procesy biznesowe i logik\u0119 algorytmiczn\u0105 poprzez sekwencyjne i r\u00f3wnoleg\u0142e przep\u0142ywy aktywno\u015bci.<\/p>\n Kluczowe poj\u0119cia:<\/strong><\/p>\n Aktywno\u015bci:<\/strong>Kroki dzia\u0142ania lub jednostki przetwarzania<\/p>\n<\/li>\n Przep\u0142yw sterowania:<\/strong>Strza\u0142ki definiuj\u0105ce sekwencj\u0119 wykonania<\/p>\n<\/li>\n W\u0119z\u0142y decyzyjne:<\/strong>Diamenty do rozga\u0142\u0119zienia warunkowego<\/p>\n<\/li>\n W\u0119z\u0142y scalania:<\/strong>Punkty ponownego zbiegania dla alternatywnych \u015bcie\u017cek<\/p>\n<\/li>\n W\u0119z\u0142y rozga\u0142\u0119zienia\/\u0142\u0105czenia:<\/strong>Modelowanie aktywno\u015bci r\u00f3wnoleg\u0142ych lub wsp\u00f3\u0142bie\u017cnych<\/p>\n<\/li>\n W\u0119z\u0142y pocz\u0105tkowe\/ko\u0144cowe:<\/strong>Punkty startu i zako\u0144czenia<\/p>\n<\/li>\n Pasy:<\/strong>Podzia\u0142y przypisuj\u0105ce odpowiedzialno\u015b\u0107 roli lub systemom<\/p>\n<\/li>\n1. Diagram klas<\/h3>\n
![\"Domain](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/preview.png\"\/)
<\/p>\n\n
\n
\n
2. Diagram sk\u0142adnik\u00f3w<\/h3>\n
![\"What](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/05-component-diagram-example-using-interface-1.png\"\/)
<\/p>\n\n
\n
3. Diagram wdro\u017cenia<\/h3>\n
![\"What](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/05-deployment-diagram-tcpip-example.png\"\/)
<\/p>\n\n
\n
4. Diagram obiekt\u00f3w<\/h3>\n
![\"Object](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/08-object-diagram-example-pos.png\"\/)
<\/p>\n\n
\n
5. Diagram pakiet\u00f3w<\/h3>\n
![\"What](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/07-package-diagram-layered-application.png\"\/)
<\/p>\n\n
\n
6. Diagram struktury z\u0142o\u017conej<\/h3>\n
![\"What](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/08-composite-structure-diagram-example-for-pc.png\"\/)
<\/p>\n\n
\n
7. Diagram profilu<\/h3>\n
![\"What](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/07-profile-diagram-example-it-management.png\"\/)
<\/p>\n\n
\n
DIAGRAMY ZACHOWANIA: Zapisywanie interakcji dynamicznych systemu<\/h2>\n
![\"Structuring](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/sample_use_case_diagram_19967.png\"\/)
<\/p>\n8. Diagram przypadk\u00f3w u\u017cycia<\/h3>\n
\n
\n
\n
9. Diagram aktywno\u015bci<\/h3>\n
![\"What](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/04-activity-diagram-example-process-order.png\"\/)
<\/p>\n\n