Architektura dla projektantów
Architektura dla projektantów, wzorce projektowe i architektoniczne
Kod szkolenia: ARCH-PRO
Szkolenie przeznaczone jest dla osób pragnących zapoznać się z wzorcami architektonicznymi i projektowymi od strony aspektów projektowych.
Bardzo przyda się przy tworzeniu projektu dla wybranej już architektury. Uczestnicy dowiadują się, na co zwracać uwagę przy konkretnych wzorcach architektonicznych, oraz poznają kluczowe powody doboru poszczególnych architektur. Dzięki temu uczą się tworzenia rozwiązań projektowych, które nie kłócą się z założeniami architektonicznymi i pozwalają osiągnąć założone poziomy parametrów systemowych.
Z powyższych względów głównymi adresatami szkolenia są projektanci oraz osoby planujące wykonywać czynności projektowe.
Celem szkolenia jest nabycie umiejętności projektowania z użyciem wzorców projektowych przy spełnieniu ograniczeń architektury (takich jak: dobrane wzorce architektoniczne, warstwy i powiązania między nimi, stosy technologiczne, rozmieszczenie komponentów i protokoły komunikacji).Celem szkolenia jest nabycie umiejętności projektowania z użyciem wzorców projektowych przy spełnieniu ograniczeń architektury (takich jak: dobrane wzorce architektoniczne, warstwy i powiązania między nimi, stosy technologiczne, rozmieszczenie komponentów i protokoły komunikacji).
Uczestnicy poznają najpierw parametry systemowe oraz wzorce architektoniczne (ich strukturę i cele określone w parametrach systemowych). Następnie uczą się modelowania w UML na poziomie architektonicznym, po którym przechodzimy do poziomu projektowego. Tu uwzględniamy ograniczenia architektury, modelując klasy i sekwencje, jak również uszczegóławiamy samą architekturę.
Zarówno architekturę jak i projekt modelujemy z użyciem wzorców.
Na szkoleniu pomijamy liczne aspekty niezbędne do podjęcia decyzji architektonicznych, gdyż te obszary obejmuje szkolenie dedykowane architektom. Tutaj naszym celem jest przeszkolenie projektantów tak, aby byli w stanie odnaleźć się w dobranej architekturze i dostarczyć wysokiej jakości rozwiązania projektowe, zgodne z założeniami architektonicznymi.
5 dni, po 8 godzin. Łącznie 40 godzin(y) szkolenia.
Uwaga: 5*8 godzin wykładów i warsztatów. Proporcje zależą od poszczególnych partii materiału (pomijając dzień pierwszy, zdecydowanie przeważa część warsztatowa).
Jeden dzień poświęcamy na parametry systemowe i wzorce architektoniczne. Są to fundamenty dalszej pracy, stąd bardzo ważne jest tu zrozumienie kluczowych aspektów poszczególnych architektur w ramach osiągania parametrów systemowych.
Drugiego dnia uczymy się modelować architekturę w UML przy użyciu narzędzia Enterprise Architect.
Trzeciego dnia uczymy się modelować na poziomie projektowym. W ramach ćwiczeń wskazujemy też główne różnice pomiędzy modelem projektowym a analitycznym, aby ułatwić pracę projektantom, którym nie dostarczono modelu analitycznego.
Przy modelowaniu projektu pozostajemy już do końca szkolenia i w dalszej części rozwijamy tę umiejętność poznając i stosując poszczególne wzorce. Począwszy od wzorców GOF (1 dzień), a skończywszy na wzorcach Core J2EE (1 dzień).
Oczekiwane przygotowanie słuchaczy przed szkoleniem
Rozwijamy umiejętność projektowania od postaw, w związku z tym szkolenie nie posiada wymagań wstępnych.
Mile widziana jest znajomość JEE, aczkolwiek nie jest ona konieczna (część ćwiczeń powołuje się na zwarte tam technologie, trener wprowadzi na poziomie niezbędnym do wykonania diagramów).
Polecane szkolenia uzupełniające
Polecamy szkolenia rozwijające omawiane tu zagadnienia (architektura 5 dni,
UML 4-5 dni, wzorce projektowe 5 dni).
- Cele architektury, czyli parametry systemowe
- Czym są parametry systemowe
- Poprawne definiowanie wymagań niefunkcjonalnych
- Parametry systemowe
- Bezpieczeństwo (Security)
- Wygoda użytkownika (Usability)
- Wydajność (Performance)
- Przepustowość (Throughput)
- Czas odpowiedzi (Response Time)
- Czas reakcji (Responsivness)
- Skalowalność (Scalability)
- Dostępność (Availability)
- Niezawodność (Reliability)
- Elastyczność systemu
- Rozszerzalność (Extensibility)
- Reużywalność (Reusability)
- Przenaszalność (Portablity)
- Elastyczność (Flexibility)
- Realizowalność (Realizability)
- Planowalność (Planability)
- Utrzymanie (Maintainability)
- Serwisowalność (Serviceability)
- Zarządzalność (Managebility)
- Testowalność (Testability)
- Wymiary systemu jako narzędzie osiągania parametrów
- Wymiary opisujące infrastrukturę
- Pojemność (Capacity)
- Redundantność/Replikacja (Redundancy)
- Modułowość (Modularity)
- Wpływ wymiarów na parametry systemu
- Inne wymiary systemu
- Tolerancja (Tolerance)
- Obciążenie (Workload)
- Jednorodność/Niejednorodność (Homo/Heterogenity)
- Wzorce architektoniczne
- Wprowadzenie do wzorców
- Definicja wzorca
- Cechy i zalety wzorców
- Rodzaje wzorców
- Stable Dependency Principle
- Wzorce podziału odpowiedzialności
- Wzorce infrastruktury
- Wzorce EAI
- Microservices i technologie
- Przedstawienie wybranych szablonów wzorców
- Modelowanie architektury w UML
- Diagram komponentów
- Komponent (component)
- Zagnieżdżanie komponentów
- Złączenie (assembly)
- Interfejsy (wymagane i dostarczane)
- Port jako miejsce udostępniania interfejsów
- Delegacja
- Realizacja komponentu
- Diagram wdrożenia
- Węzeł (node, device, executionEnvironment)
- Łącze (communication path): kierunkowość, liczność, stereotypy
- Zaawansowane modelowanie architektury w UML (opcjonalne)
- Dodatkowe poziomy diagramu wdrożenia
- Instancyjne diagramy wdrożenia
- Niskopoziomowe diagramy wdrożenia
- Szablony architektoniczne
- Model wdrożenia na diagramach wdrożenia
- Po co model wdrożenia
- Artefakty i ich stereorypy
- Specyfikacja konfiguracji (deployment specification)
- Relacje między artefaktami (composition, dependency)
- Instalacja artefaktów (deployment) <<deploy>>
- Manifestacja (manifestation) <<manifest>>
- Diagram pakietów
- Pakiety i ich zagnieżdżanie
- Przestrzeń nazw
- Stereotypy relacji
- <<import>>
- <<access>>
- <<merge>>>
- Modelowanie przecięcia warstw i poziomó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
- W modelu statycznym
- W modelu dynamicznym
- Modelowanie projektu w UML (wybrane diagramy)
- Diagram klas
- Klasa (class)
- Atrybuty i metody
- Widoczność (visibility)
- Klasa abstrakcyjna (abstract class)
- Interfejs (interface)
- Relacje
- Dziedziczenie (generalization)
- Realizacja (realization)
- Zależność (dependency) i wybrane stereotypy
- <<instanciate>>
- <<send>>
- <<call>>
- Asocjacja (association)
- Cechy asocjacji
- Nazwa asocjacji (name)
- Rola (role)
- Nawigowalność (navigablility)
- Wielokrotność (multiplicity)
- Asocjacja zwrotna i wielokrotna
- Agregacja i kompozycja
- Klasa asocjacyjna (association class)
- Diagram sekwencji
- Linia życia (life line)
- Rodzaje komunikatów
- Synchroniczny (synchronous message)
- Asynchroniczny (asynchronous message)
- Zwrotny (return message)
- Utworzenie obiektu <<create>>
- Zniszczenie obiektu <<destroy>> i destruction event
- Wybrane bloki złożone (combined fragment)
- Alternatywa (alternative) – alt
- Pętla (loop) – loop
- Współbieżność (parallel) – par
- Alternatywy dla bloków złożonych
- Dawniej alternatywy
- Dawniej pętle (iteracja)
- Dawniej współbieżność
- Wzorce projektowe a architektura
- Jak wzorce projektowe wpływają na architekturę
- Wybrane wzorce GOF
- Factory Method (flexibility)
- Abstract Factory (reliability, flexibility)
- Builder (reliability, flexibility)
- Prototype (performance)
- Singleton (performance)
- Façade (performance, flexibility)
- Command (flexibility)
- Strategy (flexibility)
- Adapter (flexibility)
- Mediator (flexibility)
- Observer (performance, flexibility)
- Template Method (reliability, flexibility)
- Bridge (reliability, flexibility)
- Memento (reliability)
- Flyweight (memory performance)
- Chain of responsibility (flexibility)
- Proxy (flexibility, performance)
- Decorator (flexibility)
- Wybrane wzorce Core J2EE
- Warstwa Prezentacji
- Intercepting Filter (flexibility)
- Context Object (maintenance, flexibility)
- Service To Worker (flexibility)
- Warstwa Biznesowa
- Business Delegate (maintenance)
- Service Locator (maintenance)
- Session Façade (performance, flexibility)
- Transfer Object (performance)
- Value List Handler (performance, scalability)
- Application Service (flexibility, maintenance)
- Business Object (flexibility, maintenance)
- Warstwa Integracji
- DAO (flexibility, maintenance)
