UML dla analityków
Analiza systemów z użyciem UML
Kod szkolenia: UML-AN
Szkolenie profilowane jest przede wszystkim dla analityków, którzy chcą modelować aplikacje, organizacje i procesy za pomocą UML2. Przydatne jest również dla testerów, którzy muszą weryfikować poprawność działania aplikacji w oparciu o dokumentacje w UML2.
Szkolenie jest również doskonałe dla programistów i testerów, którzy mają nadzieję na awans w kierunku analityka.
Na szkoleniu poruszane są również podstawy architektury.
Celem szkolenia jest zdobycie umiejętności analitycznych - tak w zakresie analizy wymagań, modelowania organizacji i procesów (analiza biznesowa), jak i analizy tworzonej aplikacji (analiza systemowa) z użyciem notacji UML2. Szkolenie profilowane jest na analizę, niemniej zawiera również podstawy architektury, czy omówienie różnic między analizą a projektowaniem, dzięki czemu uczestnicy poznają wszystkie obszary UML2.
Ponieważ celem jest zdobycie umiejętności analitycznych a nie samo poznanie języka UML, duży nacisk w szkoleniu jest nałożony na modelowanie w trakcie ćwiczeń.
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ę szkolenia UML o innym zakresie:
UML-FULL,
UML-PR,
UML-PO,
UML-ZA,
UML-EA.
- Wprowadzenie do UML
- Podstawy obiektowości
- Klasa (Class)
- Atrybut (Attribute)
- Metoda (Method)
- Obiekt (Object)
- Dziedziczenie (Generalization)
- Polimorfizm (Polymorphism)
- Interfejs (Interface)
- Enkapsulacja (Encapsulation)
- Nadpisywanie metod (Overriding)
- Przeciążanie metod (Overloading)
- Modelowanie obiektowe
- Czym jest, a czym nie jest UML
- Rozwój UML
- Podstawowe elementy UML
- Podstawowe kwalifikatory w UML
- Klasa (Class)
- Interfejs (Interface)
- Obiekt (Object)
- Aktor (Actor)
- Przypadek Użycia (Use Case)
- Komponent (Component)
- Węzeł (Node)
- Relacje w UML (Relationships)
- Asocjacja (Association)
- Generalizacja (Generalization)
- Zależność (Dependency)
- Realizacja (Realization)
- Diagramy (Diagrams)
- Pakiety (Package)
- Komentarze (Note)
- Mechanizmy rozszerzania UML
- Stereotypy (Stereotype)
- Etykiety (Tagged Values)
- Ograniczenia (Constraints)
- Zastosowania UML
- Diagram a model
- Analiza wymagań (OPCJONALNE)
- Czym są wymagania i po co analiza
- Trudności w analizie wymagań
- Proces analizy wymagań
- Analiza problemu
- Zbieranie wymagań
- Opis wymagań (dokumentacja)
- Grupowanie
- Znajdowanie podobieństw i sprzeczności
- Określenie zależności (diagramy/macierz zależności)
- Zatwierdzanie wymagań
- Nadawanie priorytetów
- Zarządzanie zmianą
- Model przypadków użycia
- Analiza przypadków użycia
- Przypadek użycia (use case)
- Proces analizy przypadków użycia
- Dokumentowanie przypadków użycia
- Opis przypadków użycia
- Scenariusze (główny, alternatywne, wyjątki)
- Diagram przypadków użycia
- Aktor (Actor)
- Przypadek użycia (use case)
- Granica kontekstu (boundary)
- Relacje na diagramie przypadków użycia
- Asocjacja (association)
- Zawieranie przypadków użycia <<include>>
- Rozszerzanie przypadków użycia <<extend>>
- Dziedziczenie (generalization)
- Modelowanie procesów biznesowych
- Czym jest proces biznesowy
- Po co modelujemy procesy biznesowe
- Języki opisu procesów biznesowych
- Diagram aktywności
- Modelowanie procesów i algorytmów w UML
- Aktywność (activity)
- Akcja (action)
- Przepływy sterowania (control flow)
- Przepływy warunkowe (guard)
- Przepływy równoległe (fork, join)
- Rozpoczęcie i zakończenie
- Węzeł początkowy (initial node)
- Węzeł końca przepływu (flow final node)
- Węzeł końca aktywności (activity final node)
- Decyzje i złączenia (decision, merge)
- Przepływy obiektów (object flow)
- Stan obiektu
- Różne notacje (obiekt, pin)
- Wyjątki (exception)
- Sygnały
- Wysłanie sygnału (send signal action)
- Odbiór sygnału (accept event action)
- Sygnał czasowy (accept time event)
- Partycja (activity partition)
- Waga (weight) w przepływie sterowania (control flow)
- Zaawansowane reprezentacje przepływu obiektów
- Pin wejściowy i wyjściowy
- Pin o charakterze wyjątku
- Pin w przepływie strumieniowym
- Anonimowa notacja pinów
- Specyfikacja złączenia (join specification)
- Wyjątki
- Stereotypy obiektów
- Bufor centralny (central buffer)
- Składnica danych (datastore)
- Obszar przerywalny (interruptible region)
- Sygnały a obszar przerywalny
- Region rozszeżenia (expansion region)
- Iteracja (iterative)
- Przetwarzanie równoległe (parallel)
- Strumień (stream)
- Statyczny model analityczny
- Model projektowy a model analityczny
- Diagram klas
- Klasa (class)
- Atrybuty
- Metody
- Widoczność (visibility)
- Elementy statyczne (atrybuty, metody)
- Dziedziczenie (generalization)
- Zbiory dziedziczenia (generalization set)
- Ograniczenia uogólnienia
- complete
- incomplete
- disjoint
- overlapping
- Klasy i metody abstrakcyjne (abstract class)
- Interfejs (interface)
- Realizacja (realization)
- Związek zależności i stereotypy zależności
- Udoskonalenie <<refine>>
- Ślad <<trace>>
- Dostarczenie <<derive>>
- Tworzenie <<instantiate>>
- Wysłanie <<send>>
- Wywołanie <<call>>
- Asocjacja (association)
- Opis asocjacji
- Nazwa asocjacji
- Role i poziomy dostępu
- Nawigowalność/Kierunkowość
- Liczności
- Asocjacja wielokrotna i zwrotna
- Rodzaje asocjacji
- Asocjacja (association)
- Agregacja (aggregation)
- Kompozycja - agregacja silna (composition)
- Klasa asocjacyjna (association class)
- Asocjacja kwalifikowana (qualified association)
- Diagram obiektów - przegląd
- Instancja/Obiekt (instance specification)
- Opis stanu obiektu
- Diagram struktur połączonych - przegląd
- Część (part)
- Port
- Interfejs udostępniany
- Interfejs wymagany
- Złączenie (assembly)
- Połączenie
- Współpraca (collboration)
- Rola (role)
- Przypisanie roli
- Element współpracujący
- Wystąpienie współpracy (collaboration use)
- Dynamiczny model analityczny
- Diagram sekwencji
- Obiekt (object)
- Linia życia (life line)
- Rodzaje komunikatów (messages)
- Synchroniczny (synchronous message)
- Asynchroniczny (asynchronous message)
- Zwrotny (return message)
- Stworzenie obiektu <<create>>
- Zniszczenie obiektu <<destroy>> i destruction event
- Komunikat odnaleziony (found message)
- Komunikat zgubiony (lost message)
- Ośrodek sterowania (execution specification)
- Bloki złożone (combined fragment)
- Alternatywy (alternatives) – alt
- Pętla (loop) – loop
- Współbieżność (parallel) – par
- Przerwanie (break) - break
- Blok krytyczny (critical) - critical
- Ścisłe uporządkowanie (strict sequencing) - strict
- Blok odwołania (interaction use) - ref
- Bloki złożone a notacja w UML 1.x - kiedy stosować
- UML 1.x alternatywy
- UML 1.x pętle
- UML 1.x współbieżność
- Model analityczny na diagramie sekwencji
- Granica systemu <<boundary>>
- Logika systemu <<control>>
- Dane systemu <<entity>>
- Zasady modelowania analitycznego
- Po co i kiedy warto tworzyć model analityczny
- Diagram komunikacji - przegląd
- Obiekt (object)
- Rodzaje komunikatów (messages)
- Synchroniczny (synchronous message)
- Asynchroniczny (asynchronous message)
- Zwrotny (return message)
- Stworzenie obiektu <<create>>
- Zniszczenie obiektu <<destroy>>
- Kolejność komunikatów (notacja zagnieżdżona)
- Diagram przeglądu interakcji - przegląd
- Podstawowe elementy
- Przepływ sterowania
- Początek
- Koniec
- Zakończenie przepływu
- Fragment interakcji
- Wystąpienie interakcji
- Modelowanie stanowe
- Diagram maszyny stanowej
- Stan (state)
- Stan złożony (composite state)
- Przejście (transition)
- Proste
- Automatyczne
- Zwrotne
- Wewnętrzne
- Sygnatura przejścia (zdarzenie, warunek, akcja)
- Zdarzenia
- Zdarzenie czasowe (time event)
- Bezwzględne (at)
- Względne (after)
- Zdarzenie zmiany stanu (when)
- Wywołanie (call event)
- Sygnał (signal)
- Dowolne (all)
- Pseudo-stan (pseudostate)
- Rozpoczęcie (initial)
- Zakończenie (final)
- Zniszczenie (terminate)
- Wybór (choice)
- Punkt węzłowy (junction)
- Rozwidlenie (fork)
- Złącznie (join)
- Czynności w stanie
- Akcja wejścia (entry)
- Akcja przebywania (do)
- Akcja wyjścia (exit)
- Własne akcje - przejścia wewnętrzne
- Zdarzenia odroczone (deffer)
- Pseudo stany w stanie złożonym
- Wejście i wyjście (entry/exit point)
- Płytka i głęboka historia (shallow/deep history)
- Stany współbieżne
- Diagram harmonogamowania - przegląd
- Komunikaty (mesages)
- 2 notacje diagramów harmonogramowania
- Przesyłanie komunikatów
- Przegląd modelu architektonicznego
- Czym jest architektura systemu
- Cele tworzenia architektury systemu
- Diagram komponentów
- Komponent (component)
- Komponenty zagnieżdżone (composite component)
- Interfejs (interface)
- Interfejs dostarczany (provided interface)
- Interfejs wymagany (required interface)
- Złączenie interfejsów (assembly)
- Porty
- Konektory
- Diagram wdrożenia
- Węzeł (node)
- Łącze komunikacji (communication path)
- Liczność łącza
- Łącze kierunkowe
- Model wdrożenia na diagramach wdrożenia
- Po co model wdrożenia
- Artefakt
- Stereotypy artefaktów
- <<file>>
- <<document>>
- <<library>>
- <<executable>>
- <<script>>
- <<source>>
- Diagram pakietów
- Pakiet
- Zagnieżdżanie (nest)
- Przestrzeń nazw
- Importowanie (package import)
- <<import>>
- <<access>>
- Elementy zaawansowane UML (opcjonalne)
- Meta Object Facility (MOF)
- 4 warstwowa budowa modelu
- Pakiet CORE
- primitive types
- abstractions
- basic
- constructs
- Profile UML
- Profil (profile)
- Meta-Klasa (metaclass)
- Stereotyp (stereotype)
- Rozszerzenie (extension)
- Użycie profilu (profile application)
- Język ograniczeń OCL
- Zastosowanie OCL
- Składnia OCL
- Kontekst wyrażenia
- Zastosowanie OCL na diagramach UML
- Model Driven Archtecture (MDA)
- Modele MDA
- Computation independend model (CIM)
- Platform independend model (PIM)
- Platform specific model (PSM)
- Platform model
- Transformacja