Architektura systemów dla analityków

LICZBA DNI: 3 (24h)

KOD KURSU: J/ARCH/ANA

POZIOM SZKOLENIA:

# architecture

# requirements

# quality

# uml

Najbliższy termin:

8 marca 2021

PROWADZI:

Michał Podbielski

2680 PLN netto + 23% VAT

Jeszcze 6 miejsc w tej cenie.

  • stacjonarne

STACJONARNE

W CENIE

  • 3 dni pracy z trenerem
  • Materiały szkoleniowe
  • Lunch
  • Certyfikat ukończenia szkolenia

Czy wiesz, że możesz uzyskać nawet do 100% dofinansowania na szkolenie? Dowiedz się jak »

Oferta dla firm

Dostosuj zakres, czas i miejsce szkolenia do potrzeb Twojego zespołu. Uzyskaj indywidualną wycenę szkolenia dla grupy.

Weź udział w szkoleniu

Termin

Lokalizacja

Trener

Cena / os

8

marca

Warszawa,

Kraków,

2680 PLN netto
+ 23% VAT

Termin

8

marca

Lokalizacja

Warszawa,

Kraków,

Trener

Cena / os

2680 PLNnetto
+ 23% VAT

Powiadom
o kolejnych terminach

O szkoleniu

DLA KOGO?

Szkolenie przeznaczone jest dla analityków biznesowych chcących zapoznać się z architekturą systemów, w celu zrozumienia stosowanych rozwiązań oraz usprawnienia komunikacji z architektami. Pozwala to lepiej definiować wymagania niefunkcjonalne oraz wykrywać aspekty istotne dla architektury (ograniczenia, ryzyka, potencjalne rozwiązania)

WYMAGANIA

Wprowadzamy do zagadnień architektury od podstaw, zatem brak wymagań wstępnych

ZALETY

Duży nacisk kładziony jest na osiągnięcie wysokiej świadomości konsekwencji doboru poszczególnych rozwiązań, technologii, wzorców czy innych decyzji architektonicznych

Podczas ćwiczeń budowana jest umiejętność doboru rozwiązań w warunkach nieklarownych wizji systemu czy dużej ilości założeń. Rozwiązania rozpatrujemy z poziomu konsekwencji (wady i zalety) dla poszczególnych parametrów systemu

Cele szkolenia

Celem szkolenia jest nabycie wiedzy koniecznej do wykrywania zagrożeń architektonicznych, dzięki czemu analityk biznesowy już w trakcie wywiadów z klientem będzie w stanie dokonywać pierwszych założeń architektonicznych, co z kolei pozwoli na zgłębienie kluczowych aspektów. Aby to osiągnąć konieczne jest zrozumienie nie tylko rozwiązań architektonicznych, ale również celów do osiągnięcia. Jest to wiedza przydatna nie tylko podczas tworzenia nowych systemów, gdyż zrozumienie aktualnej budowy systemu i osiąganych dzięki temu parametrów systemowych ułatwi ustalanie szczegółów podczas rozwoju istniejących systemów

Poznanie wybranych technologii wspierających złożone architektury z podziałem na warstwy, w tym specyfikacje z JEE. Uczestnicy poznają główne cechy wybranych technologii oraz klasy rozwiązań, co ułatwia dalsze poszukiwania, gdyby ograniczenia obecnej architektury wymagały innego środowiska

Omówienie diagramów architektonicznych w UML na poziomie wystarczającym do zrozumienia budowy systemu. Ponieważ adresatami szkolenia są analitycy, a nie architekci, jedynie zapoznajemy się z modelami architektonicznymi i nie rozwijamy umiejętności ich tworzenia (zajmujemy się tym w wersji pięciodniowej dla architektów)

Program

  • Czym jest architektura
  • Cele tworzenia architektury
  • Kim jest architekt i jaką pełni rolę
  • Proces architektoniczny
  • Dokumentacja architektoniczna
  • Zarządzanie ryzykiem
  • Czym są parametry systemowe
  • Jak poprawnie definiować wymagania niefunkcjonalne
  • Parametry systemowe
    • Usability, Security, Performance
    • Scalability, Availability, Reliability
    • Extensibility, Reusability, Portablity, Flexibility
    • Realizability, Planability, Testability
    • Maintainability, Serviceability, Manageability
  • Wymiary systemu i ich wpływ na parametry systemu
  • Priorytetyzacja parametrów systemowych
  • Wprowadzenie do wzorców
  • Stable Dependency Principle
  • Wzorce podziału odpowiedzialności
    • MVC i SPA, Desktop, Client-Server
    • Web-centric, Application-centric, Enterprise
    • Architektura wielowarstwowa (Layers Pattern)
  • Wzorce infrastruktury
    • Redundancja Ścieżek, Skalowanie poziome i pionowe
    • Load Balancing, Clustering, HA, Failover
    • Forward Proxy Cache, Cloud
  • Wzorce EAI (Enterprise Application Integration)
    • MOM, SOA, ESB
  • Microservices i technologie
    • Microservices a SOA
    • Microservices a monolit
    • Client-side a Server-side service discovery
    • DevOps i Continuous Delivery/Deployment
    • Zalety i problemy microservices
    • On Premise(s), IaaS, CaaS, PaaS, FaaS, SaaS
    • Microservices i skalowanie 3D
    • Jak tworzyć architekturę microservices
    • Polyglot Persistence
    • CQRS i Event Sourcing jako wsparcie microservices
    • Niespójne dane, czyli ACID kontra BASE i CAP Theorem
  • Słów kilka o szablonach: Microservices Patterns, POSA, PEAA, Core J2EE, DDD, EIP
  • Przechowywanie sesji
  • Podział klientów: gruby, cienki, RIA
  • Technologie klienta grubego: Swing, SWT, RCP
  • Technologie klienta cienkiego
    • HTML Statyczny i dynamiczny
    • MVC na przykładzie JSF
    • SPA/SPI (Angular, React, Vue)
    • AJAX i jego wsparcie (Java Script, Prototype, Ajax4JSF, PrimeFaces)
    • WebSocket
  • Przetwarzanie rozproszone
  • Komunikacja zdalna a lokalna
  • Protokoły komunikacyjne:
    • CORBA i IIOP,
    • Web Services SOAP i REST,
    • Sockets (własny protokół),
    • RMI, EJB i RMI-IIOP,
    • Inne rozwiązania na rynku
  • Technologie utrwalania danych:
    • Bazy relacyjne, hierarchiczne, NoSQL
  • Komunikacja asynchroniczna
  • Systemy legacy
  • Screen Scrapping
  • Diagram komponentów
  • Diagram wdrożenia
  • Instancyjne diagramy wdrożenia
  • Niskopoziomowe diagramy wdrożenia
  • Szablony architektoniczne
  • Model wdrożenia na diagramach wdrożenia (artefakty)
  • Diagram pakietów

POLITYKA COOKIES:

Korzystamy z plików cookies, by móc jak najlepiej dostosować stronę do Twoich potrzeb oraz wyświetlać Ci przydatne i adekwatnych dla Ciebie reklamy w serwisie i poza nim. Możesz kontrolować ustawienia ciasteczek w swoich ustawieniach swojej przeglądarki. Odwiedzając tę stronę, wyrażasz zgodę na wykorzystywanie przez nas plików cookies.