Szkolenia Java, UML i BPMN: Architektura systemów

Wojny żywiołów

Seria książek fantasy

Architektura systemów

Kod szkolenia: JAVA-ARCH

Adresaci szkolenia

Szkolenie adresowane jest do osób, które chciałyby zapoznać się z praktycznymi aspektami tworzenia architektury. Dla wszystkich osób, które chcą otworzyć przed sobą nowe możliwości w zakresie realizacji zadań związanych z wyższymi kompetencjami architekta. Jak również dla osób pragnących osiągnąć wyższą świadomość konsekwencji płynących z dobieranych rozwiązań, w celu podejmowania lepszych decyzji.
Szkolenie jest odpowiednie zarówno dla programistów jak i projektantów, analityków, czy już aktualnie architektów chcących usystematyzować wiedzę i wymienić doświadczenia.

Cele szkolenia

Celem szkolenia jest zdobycie wiedzy niezbędnej do tworzenia i weryfikacji architektury oraz umiejętności rozpatrywania potencjalnych rozwiązań z punktu widzenia parametrów systemowych. Jak również poznanie języka UML, w zakresie modelowania architektury i umiejętności tworzenia modeli architektonicznych.
Szkolenie kładzie duży nacisk na osiągnięcie wysokiej świadomości konsekwencji związanych z doborem rozwiązań, technologii, wzorców i innych decyzji architektonicznych. W oparciu o tą świadomość ćwiczymy i budujemy umiejętność podejmowania i weryfikacji decyzji architektonicznych poruszając się w realiach nieklarownych wizji systemu i dużej ilości założeń architektonicznych. Rozpatrując decyzje z punktu widzenia korzyści i wad, oraz omawiając sposoby weryfikacji zarówno decyzji jak i założeń.
Szerokim tematem szkolenia są również wzorce oraz modelowanie w UML, gdzie poznanie języka UML jest tylko środkiem, a jako cel wyznaczone jest nabycie umiejętności tworzenia modeli architektonicznych bazując na wymaganiach klienta.

Czas trwania szkolenia

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

Wszystko co związane z technologiami, wzorcami i UML może być traktowane jako szkolenie poprzedzające. Na architekturze dotykamy mnóstwa tematów na wysokim poziomie abstrakcji (konsekwencje dla parametrów systemowych – wady, zalety), zatem głębsza znajomość poszczególnych technologii może być pomocna, aczkolwiek nie jest wymagana.

Program szkolenia

Podstawy Architektury
- Czym jest architektura
  1. Architektura a projekt
  2. Cele tworzenia architektury
- Kim jest architekt i jaką pełni rolę
  1. Kim jest architekt - różne poziomy
    1. Technolog
    2. Strateg
    3. Polityk
  2. Co robi architekt
  3. Potrzeba istnienia architekta a skala projektu
- Proces architektoniczny
- Dokumentacja architektoniczna
- Zarządzanie ryzykiem
Parametry systemowe
- Czym są parametry systemowe
- Jak poprawnie definiować wymagania niefunkcjonalne
- Opis parametrów systemowych
  1. Wygoda użytkownika (Usability)
  2. Bezpieczeństwo (Security)
  3. Wydajność (Performance)
    1. Przepustowość (Throughput)
    2. Czas odpowiedzi (Response Time)
    3. Czas reakcji (Responsivness)
  4. Dostępność (Availability)
  5. Niezawodność (Reliability)
  6. Skalowalność (Scalability)
  7. Różne wymiary elastyczności systemu
    1. Rozszerzalność (Extensibility)
    2. Reużywalność (Reusability)
    3. Przenaszalność (Portablity)
    4. Elastyczność (Flexibility)
  8. Realizowalność (Realizability)
  9. Planowalność (Planability)
  10. Testowalność (Testability)
  11. Utrzymanie (Maintainability)
  12. Serwisowalność (Serviceability)
  13. Zarządzalność (Managebility)
- Wymiary systemu
  1. Wymiary związane z infrastrukturą
    1. Pojemność (Capacity)
    2. Redundantność/Replikacja (Redundancy)
    3. Modułowość (Modularity)
  2. Wpływ wymiarów na parametry systemu
  3. Inne wymiary systemu
    1. Tolerancja (Tolerance)
    2. Obciążenie (Workload)
    3. Niejednorodność/Jednorodność (Homo/Heterogenity)
- Priorytety parametrów systemu
  1. Skąd wynikają priorytety?
  2. Problemy priorytetowania
Wzorce architektoniczne
- Wprowadzenie do wzorców
  1. Definicja wzorca
  2. Cechy i zalety wzorców
  3. Rodzaje wzorców
- Stable Dependency Principle
- Wzorce podziału odpowiedzialności
- Wzorce infrastruktury
- Wzorce EAI
- Microservices i technologie
- Przedstawienie wybranych szablonów wzorców
Prototypowanie
- Po co prototypować
- Prototyp Proof of Concept
- Prototyp ewolucyjny
- Antywzorzec Lava Flow
Architektura warstwy klienta i prezentacji
- Przechowywanie sesji
- 1. RIA
- Podział klientów
  1. Klient gruby
  2. Klient Cienki
  3. GUI
  4. CLI
- Technologie klienta grubego
  1. Swing
  2. SWT
  3. RCP
- Technologie klienta cienkiego
  1. HTML Statyczny
  2. HTML Dynamiczny
    1. Servlety + JSP + JSTL
    2. Portlety
    3. JSF (Java Server Faces)
    4. Ajax
      1. Java Script
      2. Prototype
      3. Ajax4JSF
      4. PrimeFaces
      5. GWT
    5. Wsparcie JavaScript
      1. JSON
      2. jQuery
    6. SPA/SPI
      1. Frameworki: Angular, Ember JS
      2. Biblioteki JavaScript: React, Vue
    7. WebSocket
      1. Opis protokołu
      2. WebSocket w przeglądarce
      3. WebSocket po stronie serwera
      4. Kiedy używać WebSocket
Architektura warstwy biznesowej
- Przetwarzanie rozproszone
- Komunikacja zdalna a lokalna
- Optymalizacja komunikacji sieciowej
- Protokoły komunikacyjne
  1. CORBA i IIOP
  2. Web Services (SOAP)
    1. SOAP
    2. WSDL
    3. Repozytoria usług: UDDI, ebXML
    4. Specyfikacje JEE
      1. JAX-P (Java API for XML Processing)
      2. SAAJ (SOAP with Attachments API for Java)
      3. JAX-B (Java API for XML Binding)
      4. JAX-R (Java API for XML Registries)
      5. JAX-WS (Java API for XML Web Services)
    5. Web Service Orchestration (procesy biznesowe)
    6. Transakcje długoterminowe w WebService
  3. Web Services (REST)
    1. REST
    2. JAX-RS (Java API for RESTful Web Services)
    3. WADL i alternatywy (API Blueprint, Swagger)
    4. HATEOAS
  4. GraphQL
    1. Opis GraphQL
    2. GraphQL a REST
  5. Sockets (własny protokół)
  6. RMI (Remote Method Invocation)
  7. EJB i RMI-IIOP
    1. Serwer aplikacji
    2. Usługi serwera aplikacji
    3. Kryteria wyboru serwera
Architektura warstwy integracji i zasobów
- Technologie utrwalania danych
  1. Bazy relacyjne
    1. JDBC
    2. Entity EJB
    3. JDO (także bazy obiektowe i inne)
    4. JPA
  2. LDAP (bazy hierarchiczne)
  3. NoSQL
  4. JCR – Java Content Repository (systemy CMS)
  5. JCA – Java Connector Architecture (systemy EIS)
  6. Wzorzec DAO
  7. Wzorzec Domain Store
- Komunikacja asynchroniczna
  1. JMS (Java Message Service)
    1. Topic
    2. Queue
  2. MDB EJB (Message Driven Bean)
- Systemy „Legacy”
- Screen Scrapping
- Technologie scaffolding'owe
Modelowanie architektury w UML
- 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
  7. Realizacja komponentu
- Diagram wdrożenia
  1. Węzeł (node)
  2. Łącze komunikacji (communication path)
    1. Łącze kierunkowe
    2. Liczność łącza
Zaawansowane aspekty modelowania architektury w UML
- Instancyjny diagram wdrożenia
- Nispokopziomowy diagram wdrożenia
- Szablony architektoniczne
- Artefakty na diagramie wdrożenia
- Diagram pakietów
Przejście z architektury do projektu
- Warstwy i komponenty a realizacja projektu
- Warstwy i komponenty a model projektowy
- Uwzględnienie ograniczeń architektury w projekcie
  1. Na modelu statycznym
  2. Na modelu dynamicznym
Bezpieczeństwo
- Mechanizmy bezpieczeństwa
  1. Uwierzytelnianie (Authentication)
  2. Autoryzacja (Authorization)
  3. Kontrola dostępu (Access Control)
  4. Logowanie
  5. Audyt
  6. Szyfrowanie danych
  7. Szyfrowanie transmisji
  8. Integralność i przywracanie danych (backup)
  9. Certyfikaty
- Serwery SSO (Single Sign On)
- Zarządzanie bezpieczeństwem
- Podstawowe rodzaje ataków
  1. DOS i DDOS
  2. SQL Injection
  3. Cross Site Scripting (XSS)
  4. Cross Site Request Forgery
Weryfikacja i ocena architektury
- Po co weryfikować?
- Zespół weryfikujący
- Techniki weryfikacji i oceny
- Proces weryfikacji
- Raport z weryfikcji

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