{"id":10999,"date":"2026-03-06T07:12:17","date_gmt":"2026-03-05T23:12:17","guid":{"rendered":"https:\/\/www.archimetric.com\/pl\/what-is-sequence-diagram\/"},"modified":"2026-03-06T07:12:17","modified_gmt":"2026-03-05T23:12:17","slug":"what-is-sequence-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/pl\/what-is-sequence-diagram\/","title":{"rendered":"Co to jest diagram sekwencji"},"content":{"rendered":"
Oba diagramy sekwencji<\/a> i diagramy wsp\u00f3\u0142pracy s\u0105 rodzajami diagram\u00f3w interakcji. Diagramy interakcji odnosz\u0105 si\u0119 do widoku dynamicznego systemu. Diagram diagram sekwencji<\/a> to diagram interakcji, kt\u00f3ry podkre\u015bla kolejno\u015b\u0107 czasow\u0105 wiadomo\u015bci. Ilustruje obiekty i klasy uczestnicz\u0105ce w scenariuszu oraz sekwencj\u0119 wiadomo\u015bci wymienianych mi\u0119dzy obiektami potrzebnych do realizacji funkcjonalno\u015bci scenariusza. Zazwyczaj u\u017cywasz jednego diagramu sekwencji do okre\u015blenia g\u0142\u00f3wnego przebiegu przypadku u\u017cycia, a jego wariant\u00f3w do okre\u015blenia przebieg\u00f3w wyj\u0105tkowych przypadku u\u017cycia.<\/div>\n
<\/div>\n
\"Sequence<\/div>\n
<\/div>\n
\n\n

Sk\u0142adniki diagramu sekwencji<\/h2>\n

Obiekt<\/h3>\n

W UML obiekt na diagramie sekwencji jest rysowany jako prostok\u0105t zawieraj\u0105cy nazw\u0119 obiektu, podkre\u015blona. Obiekt mo\u017ce by\u0107 nazwany jednym z trzech sposob\u00f3w: nazw\u0105 obiektu, nazw\u0105 obiektu i jego klasy lub tylko nazw\u0105 klasy (obiekt anonimowy). Trzy sposoby nazewnictwa obiektu przedstawiono na rysunku poni\u017cej.<\/p>\n

Linia \u017cycia<\/h3>\n

Obiekty uczestnik\u00f3w w wsp\u00f3\u0142pracy (scenariuszu) s\u0105 zapisywane poziomo na g\u00f3rze diagramu. Linia \u017cycia jest przedstawiana jako przerywana linia pionowa narysowana poni\u017cej ka\u017cdego obiektu. Wskazuj\u0105 one istnienie obiektu.<\/p>\n

\"Lifelines\"<\/p>\n

Nazwy obiekt\u00f3w mog\u0105 by\u0107 konkretne (np. myAccount) lub og\u00f3lne (np. myAccount :Account). Cz\u0119sto obiekt anonimowy (:Account) mo\u017ce by\u0107 u\u017cywany do reprezentowania dowolnego obiektu w klasie. Ka\u017cdy obiekt ma r\u00f3wnie\u017c sw\u00f3j czasownik przedstawiony jako przerywana linia poni\u017cej obiektu. Komunikaty mi\u0119dzy obiektami s\u0105 przedstawiane za pomoc\u0105 strza\u0142ek wskazuj\u0105cych od obiektu nadawcy do obiektu odbiorcy.<\/p>\n

Wszystko w systemie zorientowanym obiektowo jest realizowane przez obiekty. Obiekty przejmuj\u0105 odpowiedzialno\u015b\u0107 za rzeczy takie jak zarz\u0105dzanie danymi, przemieszczanie danych w systemie, odpowiadanie na zapytania i ochrona systemu. Obiekty wsp\u00f3\u0142pracuj\u0105 ze sob\u0105 poprzez komunikacj\u0119 lub wzajemne oddzia\u0142ywanie.<\/p>\n

Komunikat<\/h3>\n

Komunikaty przedstawiaj\u0105 wywo\u0142anie operacji i s\u0105 pokazywane poziomo. S\u0105 rysowane od nadawcy do odbiorcy. Kolejno\u015b\u0107 jest oznaczona po\u0142o\u017ceniem pionowym, z pierwszym komunikatem pokazanym na g\u00f3rze diagramu, a ostatnim na dole. W zwi\u0105zku z tym numery sekwencji s\u0105 opcjonalne.<\/p>\n

Typ linii i typ zako\u0144czenia strza\u0142ki wskazuje typ u\u017cywanego komunikatu:<\/p>\n

    \n
  1. Komunikat synchroniczny<\/b> (zazwyczaj wywo\u0142anie operacji) jest pokazywany jako linia ci\u0105g\u0142a z zatoczonym zako\u0144czeniem strza\u0142ki. Jest to standardowe wywo\u0142anie komunikatu u\u017cywane do normalnej komunikacji mi\u0119dzy nadawc\u0105 i odbiorc\u0105.
    \n\"Lifelines<\/li>\n
  2. Komunikat zwracaj\u0105cy<\/b>u\u017cywa linii przerywanej z otwartym zako\u0144czeniem strza\u0142ki.
    \n\"Lifelines<\/li>\n
  3. Komunikat asynchroniczny<\/b>ma lini\u0119 ci\u0105g\u0142\u0105 z otwartym zako\u0144czeniem strza\u0142ki. Sygna\u0142 to komunikat asynchroniczny, kt\u00f3ry nie ma odpowiedzi.
    \n\"Lifelines<\/li>\n<\/ol>\n

    Komunikaty tworzenia i niszczenia<\/h3>\n

    Uczestnicy nie musz\u0105 zawsze istnie\u0107 przez ca\u0142y czas interakcji na diagramie sekwencji. Uczestnicy mog\u0105 by\u0107 tworzeni i niszczeni zgodnie z przesy\u0142anymi komunikatami.<\/p>\n

    Komunikat konstruktora<\/b>tworzy swojego odbiorc\u0119. Nadawca, kt\u00f3ry ju\u017c istnieje na pocz\u0105tku interakcji, jest umieszczany na g\u00f3rze diagramu. Cel, kt\u00f3ry jest tworzony podczas interakcji przez wywo\u0142anie konstruktora, jest automatycznie umieszczany dalej na diagramie.<\/p>\n

    \"LifelinesA<\/p>\n

    wiadomo\u015b\u0107 destruktora<\/b>niszczy swojego odbiorc\u0119. Istniej\u0105 inne sposoby wskazania, \u017ce cel zostaje zniszczony podczas interakcji. Tylko wtedy, gdy usuni\u0119cie celu jest ustawione na \u201epo destruktorze\u201d, musisz u\u017cy\u0107 destruktora.<\/p>\n

    \"Lifelines<\/p>\n

    Wiadomo\u015b\u0107 niebystre<\/h3>\n

    Wiadomo\u015bci cz\u0119sto uznaje si\u0119 za natychmiastowe, dlatego czas potrzebny na dotarcie do odbiorcy jest zaniedbywalny. Wiadomo\u015bci s\u0105 rysowane jako poziomy strza\u0142ka. Aby wskaza\u0107, \u017ce up\u0142ywa pewien czas, zanim odbiorca rzeczywi\u015bcie otrzyma wiadomo\u015b\u0107, u\u017cywana jeststrza\u0142ka pochy\u0142a<\/b>.<\/p>\n

    \"Lifelines<\/p>\n

    Zakres kontroli<\/h3>\n

    Zakres kontroli reprezentuje okres, w kt\u00f3rym element wykonuje operacj\u0119. G\u00f3ra i d\u00f3\u0142 prostok\u0105ta s\u0105 wyr\u00f3wnane odpowiednio do czasu rozpocz\u0119cia i zako\u0144czenia<\/p>\n

    Oznaczenie iteracji<\/h3>\n

    Oznaczenie iteracji<\/b>oznacza, \u017ce wiadomo\u015b\u0107 jest wysy\u0142ana wielokrotnie do wielu obiekt\u00f3w odbiorczych, jak to si\u0119 dzieje podczas iterowania po kolekcji. Mo\u017cesz pokaza\u0107 podstaw\u0119 iteracji w nawiasach, np. *[dla wszystkich pozycji zam\u00f3wienia].<\/p>\n

    Przyk\u0142ad: Z\u0142o\u017cenie zam\u00f3wienia<\/h2>\n

    Przyk\u0142ad pokazuje diagram sekwencji z trzema bior\u0105cymi udzia\u0142 obiektami: Klient, Zam\u00f3wienie i Magazyn. Nawet bez formalnego znanego oznaczenia, mo\u017cesz mie\u0107 do\u015b\u0107 dobre poj\u0119cie o tym, co si\u0119 dzieje.<\/p>\n

      \n
    1. Krok 1 i 2: Klient tworzy zam\u00f3wienie.<\/li>\n
    2. Krok 3: Klient dodaje pozycje do zam\u00f3wienia.<\/li>\n
    3. Krok 4, 5: Ka\u017cda pozycja jest sprawdzana pod k\u0105tem dost\u0119pno\u015bci w magazynie.<\/li>\n
    4. Krok 6, 7, 8: Je\u015bli produkt jest dost\u0119pny, dodawany jest do zam\u00f3wienia.<\/li>\n
    5. Krok 9 zwr\u00f3\u0107<\/li>\n
    6. Krok 10, 11: zapisz i usuni\u0119cie zam\u00f3wienia<\/li>\n<\/ol>\n

      \"Sequence<\/p>\n

      Fragmenty sekwencji<\/h3>\n

      W diagramie sekwencji UML fragmenty po\u0142\u0105czone pozwalaj\u0105 pokazywa\u0107 p\u0119tle, ga\u0142\u0119zie i inne alternatywy. Fragment po\u0142\u0105czony sk\u0142ada si\u0119 z jednego lub wi\u0119cej operand\u00f3w interakcji, a ka\u017cdy z nich zawiera jedn\u0105 lub wi\u0119cej wiadomo\u015bci, u\u017cycia interakcji lub fragment\u00f3w po\u0142\u0105czonych.<\/p>\n

      Fragment sekwencji jest przedstawiany jako prostok\u0105t nazywany fragmentem po\u0142\u0105czonym, kt\u00f3ry obejmuje cz\u0119\u015b\u0107 interakcji w diagramie sekwencji. Operator fragmentu (w lewym g\u00f3rnym rogu) wskazuje typ fragmentu. Typy fragment\u00f3w obejmuj\u0105 ref, assert, loop, break, alt, opt i neg, ref, sd.<\/p>\n

      Podsumowanie oznacze\u0144 diagramu sekwencji<\/h2>\n\n\n\n\n\n\n\n\n\n\n\n
      Operator<\/b><\/td>\nZnaczenie<\/b><\/td>\n<\/tr>\n
      alt<\/td>\nAlternatywne fragmenty: wykonywany jest tylko ten, kt\u00f3rego warunek jest prawdziwy.<\/b><\/td>\n<\/tr>\n
      opt<\/td>\nOpcjonalny<\/b>: fragment wykonywany jest tylko wtedy, gdy podane warunki s\u0105 spe\u0142nione. R\u00f3wnowa\u017cne z alt tylko z jednym \u015bladem.<\/td>\n<\/tr>\n
      par<\/td>\nR\u00f3wnoleg\u0142e<\/b>: ka\u017cdy fragment jest wykonywany r\u00f3wnolegle.<\/td>\n<\/tr>\n
      loop<\/td>\nP\u0119tla<\/b>: fragment mo\u017ce zosta\u0107 wykonany wiele razy, a warunek decyduje o podstawie iteracji.<\/td>\n<\/tr>\n
      critical<\/td>\nKrytyczna strefa<\/b>: fragment mo\u017ce mie\u0107 tylko jeden w\u0105tek wykonywany w tym samym czasie.<\/td>\n<\/tr>\n
      neg<\/td>\nNegatywne<\/b>: fragment pokazuje nieprawid\u0142ow\u0105 interakcj\u0119.<\/td>\n<\/tr>\n
      ref<\/td>\nOdwo\u0142anie<\/b>: odnosi si\u0119 do interakcji zdefiniowanej na innym diagramie. Ramka jest rysowana, aby pokry\u0107 linie \u017cycia uczestnicz\u0105ce w interakcji. Mo\u017cesz zdefiniowa\u0107 parametry i warto\u015b\u0107 zwracan\u0105.<\/td>\n<\/tr>\n
      sd<\/td>\nDiagram sekwencji<\/b>: u\u017cywany do otoczenia ca\u0142ego diagramu sekwencji.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Przyk\u0142ad \u0096 Scenariusz zamawiania zam\u00f3wienia<\/h2>\n

      Cz\u0142onek statku, kt\u00f3ry chce zam\u00f3wi\u0107 produkt online. Przedmiot zostanie wys\u0142any do cz\u0142onka albo kurierem, albo zwyk\u0142\u0105 poczt\u0105, w zale\u017cno\u015bci od statusu cz\u0142onka (VIP, zwyk\u0142y cz\u0142onek). Opcjonalnie sklep wy\u015ble cz\u0142onkowi potwierdzenie wysy\u0142ki, je\u015bli cz\u0142onek wybra\u0142 opcj\u0119 powiadomienia podczas zam\u00f3wienia.<\/p>\n

      \"Sequence<\/p>\n

      Visual Paradigm obs\u0142uguje diagramy sekwencji i inne typy diagram\u00f3w UML. Mo\u017cesz znale\u017a\u0107 wszystkie narz\u0119dzia, kt\u00f3re potrzebujesz do modelowania zachowa\u0144 dynamicznych systemu za pomoc\u0105 diagramu sekwencji.<\/p>\n

      Szybki film \u2013 5 krok\u00f3w do narysowania diagramu sekwencji<\/h2>\n