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: Podstawy UML


Podstawy UML

Podstawy modelowania w notacji UML

Kod szkolenia: UML-PO

Adresaci szkolenia

Szkolenie przeznaczone jest dla osób, które chcą zapoznać się z językiem UML2 od podstaw. Tak dla programistów, jak i przyszłych/początkujących analityków, projektantów, czy architektów.

Cele szkolenia

Szkolenie ma na celu nabycie od podstaw umiejętności tworzenia modelu aplikacji w UML. Na analizie wymagań począwszy, poprzez tworzenie modelu przypadków użycia, modelu analitycznego, architektury, a na modelu projektowym skończywszy. Na szkoleniu skupiamy się na najczęściej używanych i najważniejszych elementach specyfikacji UML2.x, świadomie pomijając elementy używane sporadycznie. Tym samym maksymalnie skutecznie wykorzystujemy czas szkolenia na rozwijanie wśród uczestników umiejętności modelowania w języku UML.

Dla osób zainteresowanych szerszym poznaniem UML, w naszej ofercie znajduje się pełne 5cio dniowe szkolenie z UML (UML-FULL), szkolenie zaawansowane (UML-AD 2 dni), czy szkolenia profilowane dla konkretnych grup odbiorczych (UML-PR 4 dni dla projektantów, UML-AN 4 dni dla analityków).

Czas trwania szkolenia

3 dni, po 8 godzin. Łącznie 24 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 szerszym zakresie: UML-FULL, UML-AN, UML-PR, UML-ZA, UML-EA.

Program szkolenia

  1. Wprowadzenie do UML
    • Projektowanie obiektowości
      1. Klasa (Class)
      2. Atrybut (Attribute)
      3. Metoda (Method)
      4. Obiekt (Object)
      5. Dziedziczenie (Generalization)
      6. Polimorfizm (Polymorphism)
      7. Enkapsulacja (Encapsulation)
      8. Nadpisywanie metod (Overriding)
      9. Przeciążanie metod (Overloading)
    • Modelowanie obiektowe
    • Czym jest, a czym nie jest 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. Komentarze (Note)
    • Mechanizmy rozszerzania
      1. Stereotypy (Stereotype)
      2. Ograniczenia (Constraints)
      3. Etykiety (Tagged Values)
    • Diagram a model
  2. Model przypadków użycia
    • Aktor
    • Przypadek użycia
    • Asocjacja
    • Include, extend i dziedziczenie
    • Granica kontekstu
  3. Modelowanie procesów biznesowych
    • Czym jest proces biznesowy
    • Po co modelujemy procesy biznesowe
    • 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)
  4. Statyczny model analityczny
    • 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
        1. Tworzenie <<instantiate>>
        2. Wysłanie <<send>>
        3. 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. Dynamiczny model analityczny
    • 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
      4. Ośrodek sterowania (execution specification)
      5. Bloki złożone (combined fragment)
        1. Alternatywa - alt
        2. Przerwanie - break
        3. Pętla - loop
        4. Współbieżność - par
      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 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
  6. Diagram maszyny stanowej
    • Stany
    • Przejścia
    • Zdarzenia
    • Pseudo-stany
    • entry, do i exit
    • Historia
  7. Przegląd podstaw 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 dostarczany (provided interface)
        2. Interfejs wymagany (required interface)
      4. Złączenie interfejsów (assembly)
    • Diagram wdrożenia
      1. Węzeł (node)
      2. Łącze komunikacji (communication path)
        1. Liczność łącza
        2. Łącze kierunkowe
  8. Przegląd pozostałych diagramów (opcjonalne)
    • Diagram pakietów
    • Diagram obiektów
    • Diagram struktur połączonych
    • Diagram harmonogramowania
    • Diagram komunikacji
    • Diagram przeglądu interakcji

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