Szkolenia Java, UML i BPMN: UML dla projektantów

UML dla projektantów

Projektowanie systemów z użyciem UML

Kod szkolenia: UML-PR

Szkolenie profilowane jest przede wszystkim dla projektantów, którzy chcą modelować aplikacje za pomocą UML2. Przydatne jest również dla programistów, którzy muszą wytwarzać oprogramowanie na podstawie dokumentacji w UML2.
Szkolenie jest również doskonałe dla programistów, którzy mają nadzieję na awans w kierunku projektanta.
Na szkoleniu poruszane są również podstawy analizy i architektury.

Celem szkolenia jest zdobycie umiejętności projektowania aplikacji w UML2. Szkolenie profilowane jest na projektowanie, niemniej zawiera również podstawy analizy, dzięki czemu uczestnicy uczą się jak wytworzyć pełną dokumentację projektową nawet gdy w ramach projektu nie są zaangażowani analitycy, lub model analityczny jest niepełny.
Ponieważ celem jest zdobycie umiejętności projektowania a nie samo poznanie języka UML, duży nacisk w szkoleniu jest nałożony na modelowanie w trakcie ćwiczeń.

4 dni, po 8 godzin. Łącznie 32 godzin(y) szkolenia.

Brak wymagań wstępnych.

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

1. Wprowadzenie do UML
   • Projektowanie obiektowości
     1. Klasa (Class)
     2. Obiekt (Object)
     3. Dziedziczenie (Generalization)
     4. Atrybut (Attribute)
     5. Metoda (Method)
     6. Interfejs (Interface)
     7. Enkapsulacja (Encapsulation)
     8. Polimorfizm (Polymorphism)
     9. Przeciążanie metod (Overloading)
     10. Nadpisywanie metod (Overriding)
   • Modelowanie obiektowe
   • Czym jest, a czym nie jest UML
   • Rozwój UML
   • Podstawowe elementy UML
     1. Podstawowe kwalifikatory w UML
        1. Klasa (Class)
        2. Interfejs (Interface)
        3. Obiekt (Object)
        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. Zależność (Dependency)
        4. Realizacja (Realization)
     3. Diagramy (Diagrams)
     4. Pakiety (Package)
     5. Komentarze (Note)
     6. Mechanizmy rozszerzania UML
        1. Stereotypy (Stereotype)
        2. Etykiety (Tagged Values)
        3. Ograniczenia (Constraints)
   • Zastosowania UML
   • Diagram a model
2. Model przypadków użycia
   • Analiza 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)
3. Modelowanie procesów i algorytmów
   • Czym jest proces biznesowy
   • Po co modelować procesy
   • Języki opisu procesów
   • Diagram aktywności
     1. Aktywność (activity)
     2. Akcja (action)
     3. Przepływy sterowania (control flow)
     4. Przepływy warunkowe (guard)
     5. Przepływy równoległe (fork, join)
     6. 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)
     7. Decyzje i złączenia (decision, merge)
     8. Przepływy obiektów (object flow)
        1. Stan obiektu
        2. Ograniczenia na obiekcie
     9. Wyjątki (exception)
     10. Sygnały
         1. Wysłanie sygnału (send signal action)
         2. Odbiór sygnału (accept event action)
         3. Sygnał czasowy (accept time event)
     11. Partycja (activity partition)
     12. Waga (weight) w przepływie sterowania (control flow)
     13. Zaawansowane reprezentacje przepływu obiektów
         1. Pin wejściowy i wyjściowy
         2. Pin o charakterze wyjątku
         3. Pin w przepływie strumieniowym
         4. Anonimowa notacja pinów
     14. Specyfikacja złączenia (join specification)
     15. Wyjątki
     16. Stereotypy obiektów
         1. Bufor centralny (central buffer)
         2. Składnica danych (datastore)
     17. Obszar przerywalny (interruptible region)
         1. Sygnały a obszar przerywalny
     18. Region rozszeżenia (expansion region)
         1. Iteracja (iterative)
         2. Przetwarzanie równoległe (parallel)
         3. Strumień (stream)
4. Statyczny model projektowy
   • Model projektowy a model analityczny
   • Diagram klas
     1. Klasa (class)
        1. Atrybuty
        2. Metody
        3. Widoczność (visibility)
        4. Elementy statyczne (atrybuty, metody)
     2. Dziedziczenie (generalization)
        1. Zbiory dziedziczenia (generalization set)
        2. Ograniczenia uogólnienia
           1. complete
           2. incomplete
           3. disjoint
           4. overlapping
     3. Klasy i metody abstrakcyjne (abstract class)
     4. Interfejs (interface)
     5. Realizacja (realization)
     6. Związek zależności i stereotypy zależności
        1. Udoskonalenie <<refine>>
        2. Ślad <<trace>>
        3. Dostarczenie <<derive>>
        4. Tworzenie <<instantiate>>
        5. Wysłanie <<send>>
        6. Wywołanie <<call>>
     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. Ograniczenia końców asocjacji
           1. subsets
           2. redefined
           3. union
           4. ordered
           5. bag
           6. sequence
        5. Klasa asocjacyjna (association class)
     8. Klasy szablonowe (template class)
   • 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)
5. Dynamiczny model projektowy
   • Diagram sekwencji
     1. Linia życia (life line)
     2. Komunikat (message)
     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ść
   • Model analityczny jako opcjonalny etap przejściowy do projektu
     1. Po co i kiedy warto
     2. Stereotypy analityczne
        1. Granica systemu <<boundary>>
        2. Logika systemu <<control>>
        3. Dane systemu <<entity>>
   • 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
6. 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. Względne (after)
           2. Bezwzględne (at)
        2. Zdarzenie zmiany stanu (when)
        3. Wywołanie (call event)
        4. Sygnał (signal)
        5. Dowolne (all)
     6. Sygnatura przejścia
     7. Pseudo-stan (pseudostate)
        1. Rozpoczęcie (initial)
        2. Zakończenie (final)
        3. Zniszczenie (terminate)
        4. Wybór (choice)
        5. Punkt węzłowy (junction)
        6. Rozwidlenie (fork)
        7. Złącznie (join)
     8. Czynności w stanie
        1. Akcja wejścia (entry)
        2. Akcja przebywania (do)
        3. Akcja wyjścia (exit)
        4. Własne akcje - przejścia wewnętrzne
     9. Zdarzenia odroczone (deffer)
     10. 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)
     11. Stany współbieżne
   • Diagram harmonogamowania - przegląd
     1. Komunikaty (mesages)
     2. 2 notacje diagramów harmonogramowania
     3. Przesyłanie komunikatów
7. Przegląd modelu architektonicznego
   • Czym jest architektura systemu
   • Cele tworzenia architektury systemu
   • Diagram komponentów
     1. Komponent (component)
     2. Komponenty zagnieżdżone (composite component)
     3. Interfejs (interface)
        1. Interfejs wymagany (required interface)
        2. Interfejs dostarczany (provided 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. 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)
8. 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

• O nas|
• Szkolenia |
• Trener|
• Opinie |
• Kontakt

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