Simple Steps: szkolenia Java, UML i BPMN
"przypomina nieco Sapkowskiego‚ nieco Tolkiena‚ a najbardziej chyba Grę o tron" - szczere-recenzje.pl, "Lektura tej książki wciągnęła mnie bez reszty. Z niecierpliwością czekam na więcej" - Maria Górska, "jeżeli macie ochotę na dobre‚ mocne high fantasy - nie macie wyboru‚ musicie sięgnąć po Wojny Żywiołów" - biblioteczka..., "genialna‚ wciągająca i intrygująca" - Ewelina Kiełbasińska, "Gorąco polecam!" - Addicted to books, "fabuła brzmi po prostu świetnie!" - kasiek-mysli.blogspot.com, "Jest to pozycja obowiązkowa dla każdego fana fantastyki" - moje-ukochane-czytadelka.blogspot.com, "Miałam wrażenie‚ że z każdą kolejną stroną roztacza się przede mną zupełnie inny świat" - biblioteczkaciekawychksiazek, "Zdecydowanie polecam‚ bo jest to kawał dobrze napisanego polskiego high fantasy!" - biblioteczkaciekawychksiazek, "mogę polecić wszystkim fanom tego gatunku" - zapiski-okularnicy.pl, "wciągnie nie tylko fanów fantastyki‚ ale i każdego czytelnika" - subiektywinie.blogspot.com, "Nie spodziewałam się‚ że aż tak mnie wciągnie." - zapiski-okularnicy.pl, "Jest to powieść zdecydowanie warta uwagi." - in-corner-with-book.blogspot.com, "nie mogę się już doczekać‚ kiedy dorwę tom drugi" - biblioteczkaciekawychksiazek.blogspot.com, "Poleciłabym zdecydowanie osobom gustującym w fantastyce" - marzenieliterackie.blogspot.com, "zachwyca także złożoność i różnorodność wątków" - szczere-recenzje.pl, "Nie mogę się doczekać kiedy znów przeniosę się do tego świata" - moje-ukochane-czytadelka.blogspot.com, "Najchętniej od razu sięgnęłabym po kolejną część." - zapiski-okularnicy.pl, "nie spodziewałam się tego po fantasy" - Ewelina Kiełbasińska, "książkę gorąco wam polecam!" - kasiek-mysli.blogspot.com, "autor cały czas utrzymywał mnie w napięciu i ciekawości" - moje-ukochane-czytadelka.blogspot.com, "książkę mogę z czystym sumieniem polecić wszystkim fanom gatunku" - Globster na lubimyczytac.pl, "to książka‚ która pobudziła moją wyobraźnię i ciekawość." - zapiski-okularnicy.pl, "Nie ma tu miejsca na nudę" - in-corner-with-book.blogspot.com

Szkolenia Java, UML i BPMN: Modelowanie w UML


Modelowanie w UML

Modelowanie systemów w notacji UML

Kod szkolenia: UML-FULL

Adresaci szkolenia

Szkolenie obejmuje wszystkie aspekty związane z modelowaniem w UML2. Począwszy od analizy, poprzez projektowanie, do architektury.
Ponieważ szkolenie obejmuje wszystkie aspekty modelowania w UML, przydatne jest dla szerokiej grupy odbiorczej. Tak dla obecnych analityków, projektantów, architektów, którzy chcą zapoznać się czy poszerzyć znajomość UML. Jak i dla programistów, testerów, którzy z jednej strony musza pracować w oparciu o dokumentację opisaną w UML, a z drugiej strony chcą otworzyć drzwi do potencjalnej ścieżki kariery nie mając jeszcze określonych preferencji w kierunku analizy, projektowania czy architektury.

Cele szkolenia

Celem szkolenia jest zdobycie umiejętności modelowania systemów w UML2 - w zakresie modelowania procesów (analiza biznesowa), analizy tworzonej aplikacji (analiza systemowa), projektowania i modelowania architektury z użyciem notacji UML2.
Uczestnicy poznają wszystkie obszary UML2 dzięki czemu osiągają kwalifikacje niezbędne do wykonywania tak czynności analitycznych, jak i projektowych czy modelowania architektury.
Ponieważ celem jest zdobycie umiejętności modelowania, a nie samo poznanie języka UML, duży nacisk w szkoleniu jest nałożony na wykonywanie ćwiczeń praktycznych.

Czas trwania szkolenia

5 dni, po 8 godzin. Łącznie 40 godzin(y) szkolenia.

Oczekiwane przygotowanie słuchaczy przed szkoleniem

Brak wymagań wstępnych.

Polecane szkolenia uzupełniające

Brak szkoleń poprzedzających. W naszej ofercie jednakże znajdują się inne szkolenia UML o węższym zakresie: UML-AN, UML-PR, UML-PO, UML-ZA, UML-EA.

Program szkolenia

  1. Wprowadzenie do UML
    • Podstawy obiektowości
      1. Klasa (Class)
      2. Atrybut (Attribute)
      3. Metoda (Method)
      4. Obiekt (Object)
      5. Dziedziczenie (Generalization)
      6. Polimorfizm (Polymorphism)
      7. Interfejs (Interface)
      8. Enkapsulacja (Encapsulation)
      9. Nadpisywanie metod (Overriding)
      10. Przeciążanie metod (Overloading)
    • Modelowanie obiektowe
    • Czym jest, a czym nie jest UML
    • Rozwój UML
    • Podstawowe elementy UML
      1. Podstawowe kwalifikatory w UML
        1. Klasa (Class)
        2. Obiekt (Object)
        3. Interfejs (Interface)
        4. Aktor (Actor)
        5. Przypadek Użycia (Use Case)
        6. Komponent (Component)
        7. Węzeł (Node)
      2. Relacje w UML (Relationships)
        1. Asocjacja (Association)
        2. Generalizacja (Generalization)
        3. Realizacja (Realization)
        4. Zależność (Dependency)
      3. Diagramy (Diagrams)
      4. Pakiety (Package)
      5. Komentarze (Note)
      6. Mechanizmy rozszerzania UML
        1. Stereotypy (Stereotype)
        2. Ograniczenia (Constraints)
        3. Etykiety (Tagged Values)
    • Perspektywy 4+1
    • Zastosowania UML
    • Diagram a model UML
  2. Analiza wymagań (opcjonalne)
    • Czym są wymagania i po co analiza
    • Trudności w analizie wymagań
    • Proces analizy wymagań
      1. Analiza problemu
      2. Zbieranie wymagań
      3. Opis wymagań (dokumentacja)
      4. Grupowanie
      5. Znajdowanie podobieństw i sprzeczności
      6. Określenie zależności (diagramy/macierz zależności)
      7. Zatwierdzanie wymagań
      8. Nadawanie priorytetów
      9. Zarządzanie zmianą
  3. Model przypadków użycia
    • Dokumentacja przypadków użycia
      1. Przypadek użycia (use case)
      2. Proces analizy przypadków użycia
      3. Dokumentowanie przypadków użycia
        1. Opis przypadków użycia
        2. Scenariusze (główny, alternatywne, wyjątki)
    • Diagram przypadków użycia
      1. Aktor (Actor)
      2. Przypadek użycia (use case)
      3. Granica kontekstu (boundary)
      4. Relacje na diagramie przypadków użycia
        1. Asocjacja (association)
        2. Zawieranie przypadków użycia <<include>>
        3. Rozszerzanie przypadków użycia <<extend>>
        4. Dziedziczenie (generalization)
  4. Modelowanie procesów biznesowych
    • Czym jest proces biznesowy
    • Po co modelujemy procesy biznesowe
    • Języki opisu procesów biznesowych
    • Diagram aktywności
      1. Modelowanie procesów i algorytmów w UML
      2. Aktywność (activity)
      3. Akcja (action)
      4. Przepływy sterowania (control flow)
      5. Przepływy warunkowe (guard)
      6. Przepływy równoległe (fork, join)
      7. Decyzje i złączenia (decision, merge)
      8. Rozpoczęcie i zakończenie
        1. Węzeł początkowy (initial node)
        2. Węzeł końca przepływu (flow final node)
        3. Węzeł końca aktywności (activity final node)
      9. Przepływy obiektów (object flow)
        1. Stan obiektu
        2. Różne notacje (obiekt, pin)
      10. Wyjątki (exception)
      11. Sygnały
        1. Wysłanie sygnału (send signal action)
        2. Odbiór sygnału (accept event action)
        3. Sygnał czasowy (accept time event)
      12. Partycja (activity partition)
      13. Waga (weight) w przepływie sterowania (control flow)
      14. Łączniki
      15. Specyfikacja złączenia (join specification)
      16. Wyjątki
      17. Stereotypy obiektów
        1. Bufor centralny (central buffer)
        2. Składnica danych (datastore)
      18. Obszar przerywalny (interruptible region)
        1. Sygnały a obszar przerywalny
      19. Region rozszeżenia (expansion region)
        1. Iteracja (iterative)
        2. Przetwarzanie równoległe (parallel)
        3. Strumień (stream)
      20. Uproszczony zapis obszaru rozszeżenia
  5. Model statyczny
    • Model projektowy a analityczny
    • Diagram klas
      1. Klasa (class)
        1. Atrybuty
        2. Metody
        3. Widoczność (visibility)
        4. Elementy statyczne (atrybuty, metody)
      2. Dziedziczenie (generalization)
      3. Klasy i metody abstrakcyjne (abstract class)
      4. Interfejs (interface)
      5. Realizacja (realization)
      6. Związek zależności i stereotypy zależności
      7. Asocjacja (association)
        1. Opis asocjacji
          1. Nazwa asocjacji
          2. Role i poziomy dostępu
          3. Nawigowalność/Kierunkowość
          4. Liczności
        2. Asocjacja wielokrotna i zwrotna
        3. Rodzaje asocjacji
          1. Asocjacja (association)
          2. Agregacja (aggregation)
          3. Kompozycja - agregacja silna (composition)
        4. Klasa asocjacyjna (association class)
      8. Klasy szablonowe (template class)
    • Podstawy projektowania obiektowego
    • Zaawansowane elementy diagrmu klas
    • Diagram obiektów - przegląd
      1. Instancja/Obiekt (instance specification)
      2. Opis stanu obiektu
    • Diagram struktur połączonych - przegląd
      1. Część (part)
        1. Port
        2. Interfejs udostępniany
        3. Interfejs wymagany
        4. Złączenie (assembly)
      2. Połączenie
      3. Wzorce na diagramach UML
      4. Współpraca (collboration)
        1. Rola (role)
        2. Przypisanie roli
        3. Element współpracujący
      5. Wystąpienie współpracy (collaboration use)
  6. Model dynamiczny
    • Diagram sekwencji
      1. Obiekt (object)
      2. Linia życia (life line)
      3. Rodzaje komunikatów (messages)
        1. Synchroniczny (synchronous message)
        2. Asynchroniczny (asynchronous message)
        3. Zwrotny (return message)
        4. Stworzenie obiektu <<create>>
        5. Zniszczenie obiektu <<destroy>> i destruction event
        6. Komunikat odnaleziony (found message)
        7. Komunikat zgubiony (lost message)
      4. Ośrodek sterowania (execution specification)
      5. Bloki złożone (combined fragment)
        1. Alternatywy (alternatives) – alt
        2. Pętla (loop) – loop
        3. Współbieżność (parallel) – par
        4. Przerwanie (break) - break
        5. Blok krytyczny (critical) - critical
        6. Ścisłe uporządkowanie (strict sequencing) - stricte
        7. Blok odwołania (interaction use) - ref
      6. Bloki złożone a notacja w UML 1.x - kiedy stosować
        1. UML 1.x alternatywy
        2. UML 1.x pętle
        3. UML 1.x współbieżność
      7. Zaawansowane elementy diagramu sekwencji
        1. Komunikaty
          1. Komunikat opcjonalny (balking mesage)
          2. Komunikat oczekujący (timeout mesage)
          3. Komunikat odnaleziony (found message)
          4. Komunikat zgubiony (lost message)
        2. Blok złożony (combined fragment)
          1. Alternatywy (alternatives) - alt
          2. Pętla (loop) - loop
          3. Równoległość (parallel) - par
          4. Blok krytyczny (critical) - critical
          5. Funkcjonalność nieprawidłowa (negative) - neg
          6. Ścisłe uporządkowanie (strict sequencing) - stricte
          7. Słabe uporządkowanie (weak sequencing) - seq
          8. Istotność - consider
          9. Nieistotność - ignore
          10. Formuła - assert
          11. Blok odwołania (interaction use) - ref
          12. Przerwanie (break) - break
          13. Opcja (option) - opt
        3. Bramy
          1. Bramy formalne (formal gates)
          2. Bramy właściwe (actual gates)
          3. Bramy wyrażeniowe (expression gates)
    • Model analityczny na diagramie sekwencji
      1. Granica systemu <<boundary>>
      2. Logika systemu <<control>>
      3. Dane systemu <<entity>>
      4. Zasady modelowania analitycznego
      5. Po co i kiedy warto tworzyć model analityczny
    • Diagram komunikacji - przegląd
      1. Obiekt (object)
      2. Rodzaje komunikatów (messages)
        1. Synchroniczny (synchronous message)
        2. Asynchroniczny (asynchronous message)
        3. Zwrotny (return message)
        4. Stworzenie obiektu <<create>>
        5. Zniszczenie obiektu <<destroy>>
      3. Kolejność komunikatów (notacja zagnieżdżona)
    • Diagram przeglądu interakcji - przegląd
      1. Podstawowe elementy
        1. Przepływ sterowania
        2. Początek
        3. Koniec
        4. Zakończenie przepływu
        5. Fragment interakcji
        6. Wystąpienie interakcji
      2. Bloki złożone a diagram przeglądu interakcji
        1. Alternatywa
        2. Współbieżność
        3. Iteracja
        4. Opcja
  7. Modelowanie stanowe
    • Diagram maszyny stanowej
      1. Stan (state)
      2. Stan złożony (composite state)
      3. Przejście (transition)
        1. Proste
        2. Automatyczne
        3. Zwrotne
        4. Wewnętrzne
      4. Sygnatura przejścia (zdarzenie, warunek, akcja)
      5. Zdarzenia
        1. Zdarzenie czasowe (time event)
          1. Bezwzględne (at)
          2. Względne (after)
        2. Zdarzenie zmiany stanu (when)
        3. Wywołanie (call event)
        4. Sygnał (signal)
        5. Dowolne (all)
      6. Pseudo-stan (pseudostate)
        1. Rozpoczęcie (initial)
        2. Zakończenie (final)
        3. Zniszczenie (terminate)
        4. Rozwidlenie (fork)
        5. Złącznie (join)
        6. Wybór (choice)
        7. Punkt węzłowy (junction)
      7. Czynności w stanie
        1. Akcja wejścia (entry)
        2. Akcja wyjścia (exit)
        3. Akcja przebywania (do)
        4. Własne akcje - przejścia wewnętrzne
      8. Zdarzenia odroczone (deffer)
      9. Pseudo stany w stanie złożonym
        1. Wejście i wyjście (entry/exit point)
        2. Płytka i głęboka historia (shallow/deep history)
      10. Stany współbieżne
    • Diagram harmonogamowania - przegląd
      1. Zdarzenia i ograniczenia
        1. event
        2. time constraint
        3. duration constraint
        4. time observation
      2. Komunikaty (mesages)
      3. 2 notacje diagramów harmonogramowania
      4. Harmonizacja linii zmiany stanów
      5. Przesyłanie komunikatów
    • Diagramy sekwencji a stany i harmonogramowanie
  8. Przegląd modelu architektonicznego
    • Czym jest architektura systemu
    • Cele tworzenia architektury
    • Diagram komponentów
      1. Komponent (component)
      2. Komponenty zagnieżdżone (composite component)
      3. Interfejs (interface)
        1. Interfejs dostarczany (provided interface)
        2. Interfejs wymagany (required interface)
      4. Złączenie interfejsów (assembly)
      5. Porty
      6. Konektory
    • Diagram wdrożenia
      1. Węzeł (node)
      2. Łącze komunikacji (communication path)
        1. Liczność łącza
        2. Łącze kierunkowe
      3. Niskopoziomowe diagramy wdrożenia
      4. Szablony architektoniczne
      5. Model wdrożenia na diagramach wdrożenia
        1. Po co model wdrożenia
        2. Artefakt
        3. Stereotypy artefaktów
          1. <<file>>
          2. <<document>>
          3. <<library>>
          4. <<executable>>
          5. <<script>>
          6. <<source>>
        4. Specyfikacja konfiguracji (deployment specification)
        5. Relacje między artefaktami
          1. Kompozycji (composition)
          2. Zależności (dependency)
        6. Instalacja artefaktów (deployment) <<deploy>>
        7. Manifestacja (manifestation) <<manifest>>
    • Diagram pakietów
      1. Pakiet
      2. Zagnieżdżanie (nest)
      3. Przestrzeń nazw
      4. Importowanie (package import)
        1. <<import>>
        2. <<access>>
      5. Łączenie (merge)
      6. Diagramy pakietów i modelowanie warstw architektury
  9. Elementy zaawansowane UML (opcjonalne)
    • Meta Object Facility (MOF)
      1. 4 warstwowa budowa modelu
    • Pakiet CORE
      1. primitive types
      2. abstractions
      3. basic
      4. constructs
    • Profile UML
      1. Profil (profile)
      2. Meta-Klasa (metaclass)
      3. Stereotyp (stereotype)
      4. Rozszerzenie (extension)
      5. Użycie profilu (profile application)
    • Język ograniczeń OCL
      1. Zastosowanie OCL
      2. Składnia OCL
      3. Kontekst wyrażenia
      4. Zastosowanie OCL na diagramach UML
    • Model Driven Archtecture (MDA)
      1. Modele MDA
        1. Computation independend model (CIM)
        2. Platform independend model (PIM)
        3. Platform specific model (PSM)
        4. Platform model
      2. Transformacja

simple-steps.pl, simplesteps.pl są własnością SIMPLE Podbielski Michał