Analiza obiektowa i projektowanie logiki oprogramowania z użyciem notacji UML

3 dni:
12 godz.
Ostatnia aktualizacja:
Angielski
Polski [automatycznie], Angielski [automatycznie]

Co składa się na jakość szkolenia i jest w cenie?

E-learning po szkoleniu

E-learning po szkoleniu

Poszerzasz i utrwalasz wiedzę przez 60 dni po szkoleniu.

więcej
Dla kogo szkolenie?

Kurs adresowany jest do każdej osoby, która ma do czynienia z dokumentacją zawierającą modele obiektowe w notacji UML lub planuje zdobywanie umiejętności modelowania systemów i prowadzenia analizy systemowej, analitycy IT, osoby projektujące i wdrażające systemy informatyczne. Adresatem szkolenia są także osoby, które mają duże doświadczenie w analizie strukturalnej i programowaniu chcące poznać metody obiektowe.

 

Opis szkolenia

Czytaj dalej

Program szkolenia

  1. Historia UML
  2. “Road map”
  3. 2012 – Czy Agile zabije planete?
  4. Wykorzystanie UML’a – cele
  5. Wykorzystanie UML’a – diagramy
  6. Dokumentacja jako kanał komunikacyjny
  7. Od analizy do implementacji – modelowanie
  8. Modelowanie – definicje
  9. Modelowanie – semantyka i syntaktyka notacji
  10. Przez modelowanie osiągamy…
  11. Zasady modelowania
  12. MOF, MDA
  13. MOF – Poziomy modelowania
  14. MDA – Model Driven Architecture
  15. Elementy notacji UML wymagane do tworzenia modeli PIM – Notacja |UML 2.5.1.
  16. Trójkąt semiotyczny
  17. Podstawowe elementy notacji UML
  18. Zakres
  19. Dostosowanie do architektury
  20. Obszary semantyczne (konteksty)
  21. Jak korzystać ze specyfikacji UML
  22. Modelowanie struktury
    • Pojęcia podstawowe (budowa diagramu) 
      • Przykład
    • Przestrzeń pojęciowa
    • Ograniczenie
      • Przykłady
    • Zależność
    • Wartości
    • Klasyfikacja (klasyfiaktor)
    • Cechy: elementy struktury klasyfikatora
    • Generalizacje (taksonomia)
    • Związki pojęciowe vs. strukturalne
    • Zestawy generalizacji
      • Przykłady typów taksonomii i jej użycia
    • Asocjacja
    • Instancja
    • Proste klasyfikatory
    • Klasyfikatory strukturalne
    • Część i rola elementu 
      • Przykład struktury
    • Klasy
    • Asocjacje
    • Strukturalny klasyfikator i jego wnętrze
    • Współpraca
    • Pakiety
  23. Modelowanie zachowania
    • Zachowania – czym są
    • Maszyna stanowa (automat stanowy)
    • Aktywności i Czynności
    • Aktywność i Zadanie
    • Scenariusz i model jednej z czynności
    • Interakcje
  24. Elementy uzupełniające
    • Przypadki użycia
    • Wdrożenie
    • Przepływ informacji
  25. Diagramy
    • Taksonomia diagramów
  26. Paradygmat obiektowy
    • Model-Dependent Realism
    • Object Oriented Programming is not what I thought (2020)
    • “Object Oriented Programming vs Functional Programming” (2022)
    • Paradygmat obiektowy: OOAD
    • Wyjaśnienie podstawowych pojęć dot. strategii obiektowych
    • System vs. Obiektowy paradygmat
  27. Analiza i projektowanie obiektowe 
    • ICONIX
    • Struktura projektu zorientowanego obiektowo
    • Pryncypia projektowania komponentowego 
      • Loose coupling and high cohesion
      • Open-close principle
      • Contract model
  28. MVC, Boundary, Controll, Entity 
    • MVC – Model View Controller
    • Modelowanie – komponenty i mikro-aplikacje
    • Modelowanie struktur danych
  29. Przykład projektu
    • Analiza Biznesowa
    • Umowa na zakres czyli wymagania
    • Model pojęciowy dziedziny systemu a architektura: dwa różne diagramy klas
    • Dokumentowanie przypadków użycia
    • Dokumentowanie danych – Formularze
    • Architektura Komponentu Zarzadzanie Wizytami realizującego usługę
    • Model operacji: przywołaj wizytę()
    • Statusy obiektu Wizyty
    • Scenariusz realizacji Usługi
    • Architektura Systemu
    • Zobrazowanie integracji wewnętrznych komponentów
  30. Pytania…
  31. Literatura źródłowa

 

 

Trenerzy

JAROSŁAW ŻELIŃSKI
Ekspert niezależny. Analityk biznesowy.

Absolwent Wojskowej Akademii Technicznej. Od 1991 roku w branży informatycznej, początkowo jako analityk, później także projektant architektury informacyjnej systemów. W latach 2000–2004 cztery roczne kontakty jako analityk rynku i menedżer działu rozwoju produktów. OD 2004 roku prowadzi niezależną działalność jako ekspert w obszarze analizy biznesowej i projektowania systemów. Od 1998 prowadzi samodzielne prace badawcze nad stosowaniem modeli w analizach systemowych. Ma na koncie kilkadziesiąt publikacji w prasie branżowej, literaturze naukowej. W 2016 roku, nakładem wydawnictwa One Press, ukazała się autorska monografia Analiza Biznesowa. Praktyczne modelowanie organizacji. Do odbiorców usług należą między innymi: KGHM Polska Miedź SA, Kancelaria Senatu, Komisja Nadzoru Finansowego, Żandarmeria Wojskowa, Orange SA, i inne centralne instytucje publiczne, zakłady produkcyjne i usługowe. Prowadzi wykłady z zakresu analizy biznesowej i modelowania, na uczelniach wyższych: początkowo od 2005 roku Akademia Morska w Gdyni, od 2015 roku w WIT Wyższa Szkoła Informatyki Stosowanej i Zarządzania pod auspicjami Polskiej Akademii Nauk.

Pokaż więcej

Zasady rezerwacji

Zasady oznaczania terminów

Termin niegwarantowany - może zostać odwołany w dowolnym momencie (a Ty otrzymasz zwrot wpłaconych pieniędzy, jeśli dokonałeś opłaty za szkolenie)

Termin potwierdzony - oznacza, że są zapisane osoby na ten termin, jednak jeszcze w niewystarczającym stopniu, by zapewnić rentowność dostawcy, zatem dostawca może ten termin do 2 tygodni przed szkoleniem/kursem odwołać (a Ty otrzymasz zwrot wpłaconych pieniędzy, jeśli dokonałeś opłaty za szkolenie)

Termin gwarantowany - oznacza, że dostawca nie dopuszcza możliwości odwołania tego szkolenia. Gdyby jednak z przyczyn zdrowotnych trenera oraz braku zastępstwa tak się wydarzyło, otrzymasz zwrot wpłaconych pieniędzy, jeśli dokonałeś opłaty za szkolenie oraz kupon o wartości 20% szkolenia do wykorzystania na inne szkolenia.

 

Obraz
eduFuturo
Nazwa firmy