Szkolenia Java, UML i BPMN: UML w Enterprise Architect

Wojny żywiołów

Seria książek fantasy

UML w Enterprise Architect

Zaawansowane użycie narzędzia UML: Enterprise Architect

Kod szkolenia: UML-EA

Adresaci szkolenia

Szkolenie obejmuje obsługę Enterprise Architect jako narzędzia do modelowania w UML i skupia się na zaawansowanych opcjach narzędzia (w dużej mierze związanych z dokumentacją, niemniej nie tylko).
W związku z tym szkolenie przeznaczone jest dla ludzi już posiadających umiejętność modelowania w UML.
Na szkoleniu mogą uczestniczyć również osoby, które jeszcze nie umieją modelować w UML, ponieważ w ramach niezbędnego wstępu omawiane są podstawy analizy. Osoba taka uzyska wszelkie informacje niezbędne do wykonania zaplanowanych ćwiczeń, tak z modelowania jak i z obsługi Enterprise Architect. Jednakże pragniemy od razu zaznaczyć, że będą to jedynie podstawy modelowania, gdyż celem szkolenia jest nauka zaawansowanej obsługi narzędzia Enterprise Architect. Dla osób, które nie umieją modelować w UML i chcą się nauczyć modelownaia od podstaw mamy inne szkolenia w naszej ofercie - szczegóły w szkoleniach poprzedzających.

Cele szkolenia

Celem szkolenia jest zdobycie umiejętności w zakresie zaawansowanej obsługi narzędzia Enterprise Architect. Tak aby wytwarzać profesjonalną, spójną i kompletną dokumentację.
Uczestnicy poznają między innymi jak tworzyć słowniki pojęć, rozszerzać domyślne listy wyboru dla statusów i innych pól, tworzyć własne szablony dokumentacji, definiować zbiory dokumentów i generować kilka dokumentów na raz jako osobne pliki, czy nawet automatycznie skonsolidowane do jednego pliku.
Poza samą dokumentacją uczestnicy nauczą się również innych zaawansowanych opcji Enterprise Architect, przydatnych klawiszy skrótów, tworzenia własnych stereotypów graficznych, profili, pracy zespołowej (wersjonowania) i wielu innych sztuczek niezbędnych w dużych projektach UML modelowanych w Enterprise Architect.
Ponieważ celem jest zdobycie umiejętności zaawansowanego używania narzędzia Enterprise Architect, a nie samo poznanie języka UML, duży nacisk w szkoleniu jest nałożony na wykonywanie ćwiczeń praktycznych.

Czas trwania szkolenia

3 dni, po 8 godzin. Łącznie 24 godzin(y) szkolenia.
Uwaga: Szklenie posiada również wersję 2 dniową, o tym samym zakresem materiału, ale z mniejszą ilością ćwiczeń zaawansowanych opcji Enterprise Architect.

Oczekiwane przygotowanie słuchaczy przed szkoleniem

Szkolenie dotyczy nauki obsługi narzędzia Enterprise Architect w zakresie modelowania i wytarzania dokumentacji w UML. Ze względu na krótki czas trwania wymagana jest już znajomość samego UML i umiejętność modelowania. W przypadku braku znajomości UML, podstawy są przedstawiane na szkoleniu, niemniej są to jedynie podstawy - nacisk nie jest kładziony na naukę UML, a na naukę obsługi Enterprise Architect.

Polecane szkolenia uzupełniające

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

Program szkolenia

Zaawansowane opcje obsługi Enterprise Architect (w ćwiczeniach)
- Tworzenie dokumentacji
  1. Do pliku
  2. Do HTML
  3. Z użyciem gotowych szablonów
  4. Tworzenie własnych szablonów
  5. Dokumentacja w innym języku
  6. Definiowanie słownika
  7. Dokumenty wewnętrzne (Linked Document)
  8. Grupy dokumentów
  9. Dokument złożony z kilku innych dokumentów
- Wydajna praca (skróty)
  1. Stworzenie ostatnio dodanego elementu
  2. Stworzenie ostatnio dodanej referencji
  3. Kopiowanie elementu
  4. Wiązanie relacjami przez zagnieżdżanie
  5. Szybka edycja
    1. Zmiana nazwy
    2. Dodanie/usunięcie pod-elementów
  6. Szybkie generowanie dokumentacji
- Elementy graficzne
  1. Kontrola wyświetlania szczegółów na diagramie
  2. Kontrola wyświetlania szczegółów dla elementu
  3. Diagram "rysowany ręcznie" w Enterprise Architect
  4. Podpinanie grafiki
    1. Pod element
    2. Definiowanie bibliotek grafiki
    3. Definiowanie własnych stereotypów graficznych
    4. Tworzenie i podpinanie nowych profili
  5. Rozwiązywanie problemów prezentacji na diagramach
    1. Logika w konstruktorze
    2. Wyłączenie automatycznego odśmiecania
    3. Scalanie błędnych podziałów aktywności
- Zaawansowane zarządzanie treścią
  1. Definiowanie list wyboru (statusy, rodzaje elementów itp.)
  2. Tworzenie macierzy zależności
  3. Śledzenie zależności
  4. Grupowanie w elementach złożonych (composite)
  5. Ułatwienie pracy na elementach zagnieżdżonych
  6. Strukturalne scenariusze Use Case
    1. Automatyczne tworzenie relacji <<include>> i <<extend>>
    2. Automatyczne generowanie diagramów ze scenariuszy
    3. Szybkie dodawanie pojęć słownikowych
  7. Automatyczne powiadamianie o zmianach w modelu
- Praca zespołowa
- Generowanie kodu
  1. Definiowanie silnika bazy danych
  2. Określanie szczegółów get'terów i set'terów
  3. Domyślne typy kolekcji
  4. Szablony generowania kodu
  5. Typy generyczne
  6. Reverse engeneering
- I wiele innych...
Model przypadków użycia
- Dokumentowanie wymagań (OPCJONALNE)
- Analiza przypadków użycia
- Diagram przypadków użycia
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. 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
  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)
Model statyczny
- 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. Klasa asocjacyjna (association class)
    5. Asocjacja kwalifikowana (qualified association)
  8. Identyfikacja klas
  9. Model domeny
Model dynamiczny
- Diagram sekwencji
  1. Obiekt (object)
  2. Linia życia (life line)
  3. Komunikat (message)
  4. 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)
  5. Ośrodek sterowania (execution specification)
  6. 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
  7. 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ść
- Po co i kiedy warto tworzyć model analityczny
- Stereotypy analityczne
  1. Granica systemu <<boundary>>
  2. Logika systemu <<control>>
  3. Dane systemu <<entity>>
- Zasady modelowania analitycznego
Przejrzysty model w narzędziach UML
- Perspektywy 4+1
- Podział na pakiety z przykładami
- Podpinanie diagramów pod inne elementy
Praca zespołowa w Enterprise Architect
- XMI (Import/Export)
- Team Review (wewnętrzna korespondencja w projekcie)
- Baseline (punkty porównania zmian)
- Wspólny model na bazie danych
- Wersjonowanie z systemami wersjonowania (CVS, SVN...)
- Najlepsze praktyki wersjonowania
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
Przegląd pozostałych diagramów (OPCJONALNE)
- Diagram obiektów
- Diagram pakietów
- Diagram komponentów
- Diagram wdrożenia
- Diagram struktur połączonych
- Diagram maszyny stanowej
- Diagram harmonogamowania
- Diagram komunikacji

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