Połączenie kultury prowadzenia szkolenia (oczywiście zaleta trenera) z wiedzą praktyczną i przykładami z życia z funkcjonujących aplikacji.
Krzysztof Pałys - Sygnity Business Solutions S.A.
Szkolenia Enterprise Architecture
Architektura przedsiębiorstw, Architektura Korporacyjna
Opinie uczestników
Plany Szkoleń Enterprise Architecture
| Kod | Nazwa | Czas trwania | Charakterystyka kursu |
|---|---|---|---|
| soa2eda | SOA 2.0 i EDA | 14 godz. | Przetwarzanie zdarzeń jest istotną częścią strategii wykorzystującej architekturę zorientowaną na usługi (SOA) oraz zarządzanie procesowe (BPM). Zarówno SOA jak i BPM jest zgodne z przetwarzaniem zdarzeń, a ich połączenie ułatwia tworzenie rozwiązań dopasowanych do szybko zmieniających się wymagań gospodarczych. Celem szkolenia jest uczynienie wiedzy na temat projektowania systemów wykorzystujących zdarzenia bardziej dostępną. Zrozumienie tego, jak przetwarzanie zdarzeń działa w rzeczywistości, pozwala na projektowanie procesów gospodarczych oraz systemów IT które umożliwiają przedsiębiorstwu osiągnięcie większej zwinności, aktualności oraz dostępności informacji. Szkolenie przeznaczone jest dla szerokiego kręgu odbiorców, a w szczególności dla architektów, analityków, liderów projektów, projektantów a także dla osób zainteresowanych wykorzystaniem możliwości oferowanych przez technologię biznesowi. Ma na celu zredukowanie luki pomiędzy szkoleniami biznesowymi, zajmującymi się zagadnieniami zwinnego przedsiębiorstwa (lean, agile), a bardziej technicznymi szkoleniami ukierunkowanymi na to jak pisać programy wykorzystujące zdarzenia. Szkolenie ukierunkowane jest na to jak osiągnąć dopasowanie do procesu biznesowego, większą responsywność i zwinność całego systemu oraz poszerzenie horyzontu zdarzeń na które przedsiębiorstwo musi reagować. Zakres zajęć Architektura zorientowana na zdarzenia oraz połączenie SOA, EDA i BPM Rodzaje problemów rozwiązywanych za pomocą ED-SOA i przykłady rzeczywistych systemów Projektowanie logiki i architektury ED-SOA Najlepsze praktyki, zagadnienia organizacyjne, standardy oraz technologia Teraźniejszość i przyszłość ED-SOA Architektura sterowana zdarzeniami (EDA - Event-driven architecture) Od funkcji do procesu i do procesu sterowanego zdarzeniami Konsola menadżerska Infrastruktura zdarzeń Propagacja zdarzeń Procesory zdarzeń Monitorowanie zdarzeń Podstawowa charakterystyka EDA Interakcje asynchroniczne Komunikaty publish/subscribe Komunikacja wielu do wielu Luźno powiązane interakcje Wyzwalacze bazujące na zdrzeniach Biznesowe systemy czasu (prawie) rzeczywistego SOA i EDA Przetwarzanie reguł biznesowych Generowanie zdarzeń wtórnych Łączenie usług i zdrzeń Różne podejścia do rozwiązywania problemów Połączenie SOA i EDA w ED-SOA Nakładanie się SOA i EDA Style przetwarzania zdarzeń Proste przetwarzanie i zdarzenia elementarne Przepływ informacji w czasie rzeczywistym Obsługa pracy w czasie rzeczywistym Przetwarzanie potokowe Zdarzenia wirtualne Złożone przetwarzanie Korelowanie zdarzeń Wykrywanie odchyleń od procesu Wsparcie dla systemów decyzyjnych Wzorce zdarzeń Źródła zdarzeń Kiedy stosować wzorce zdarzeń Wykrywanie wzorców zdarzeń Przetwarzanie typowych wzorców zdarzeń Struktura i logika procesora zdarzeń Monitorowanie zdarzeń i wzorców Przetwarzanie zdarzeń złożonych Granularność zdarzeń Stosowanie znaczników czasu Atrybuty i własności zdarzeń Complex Event Procesing (CEP) – struktura i logika procesora zdarzeń złożonych Zdarzenia składane i pochodne Źródła, odbiorcy i kanały zdarzeń Zdarzenia, SOA i SLA Dlaczego SLA jest istotne Utrzymywanie usług w zkresie zdefiniowanym w SLA Zależność pomiędzy zdarzeniami Hermetyzacja procesu i wyznaczanie granic Monitorowanie i wyzwalacze bazujące na wzorcach zdarzeń Procedura analizy ryzyka Sytuacje prowadzące do naruszenia ustaleń SLA Platforma programistyczna ED-SOA Przegląd rozwiązań Enterprise Service Bus (ESB) Standaryzowana komunikacja Usługi transportowe Możliwości tworzenia marszrut Transformacje komunikatów Usługi zdarzeń Mediacja Projektowanie rozwiązań z wykorzystaniem ESB Ramy działania SOA ESB i propagacja zdarzeń Składowanie i przesyłanie zdarzeń Producenci (źródła) zdarzeń Konsumenci (klienci) zdarzeń Subskrybcja zdarzeń Wyzwalanie akcji Przetwarzanie zdarzeń złożonych Strategie projektowe Racjonalna implementacja ED-SOA w przedsiębiorstwie Opis procesu Podsumowanie Autonomiczne działanie w czasie rzeczywistym Systemy wspomagania decyzji bazujące na zdarzeniach Procesy biznesowe i ED-SOA Pryncypia CEP jako komponent ED-SOA Przyszłość ED-SOA |
| eaintro | Introduction to Enterprise Architect | 7 godz. | This Introduction to Enterprise Architect training course is designed for all persons who wish to use Sparx Systems’ UML modelling tool, Enterprise Architect, for their modelling activities yet are unfamiliar with the features, functions and use of Enterprise Architect. High Level Principles of UML Process Business Modelling (Activity Diagrams) Use Case modelling Static modelling (Class Diagrams) Dynamic modelling (Sequence Diagrams) Sparx EA (professional) Printable documentation Publishing models on the Server - HTML documentation Tips & Tricks |
| opstcloud | Tworzenie infrastruktury chmury OpenStack | 14 godz. | Kurs pozwala zrozumieć i wdrożyć infrastrukturę chmury w oparciu o OpenStack. Uczestnik pozna architekturę i możliwości OpenStack oraz różne scenariusze instalacji. Wprowadzenie Architektura OpenStack Usługi podstawowe Usługi dodatkowe Środowisko Planowanie wdrożenia Przygotowanie środowiska Usługa tożsamości Instalowanie Keystone Architektura Uwierzytelnianie Usługa obrazów Instalowanie Glance Architektura Dodawanie obrazów Usługa obliczeniowa Instalowanie Nova Architektura Dodawanie węzłów obliczeniowych Usługa sieci Instalowanie Neutron Architektura Tworzenie prostej sieci Usługa magazynu blokowego Instalowanie Cinder Architektura Administracja Tworzenie użytkowników i projektów Tworzenie i niszczenie instancji Tworzenie i dołączanie wolumenów Narzędzia konfiguracyjne |
| eaint | Enterprise Architecture Overview | 14 godz. | This course is for everyone involved in planning, analysing, implementing, executing, maintaining or improving Enterprise Architectures. It shows comprehensive perspective of tools used to describe and implement the EA. Introduction to Enterprise Architecture What is architecture Enterprise Architecture (EA) Why do we need EA IT Enterprise Architecture Business Enterprise Architecture Enterprise Architecture Description vs EA Implementation Enterprise Architecture Methods, Frameworks, Concepts and Paradigms EA, Governance and Strategic Planning Strategic Management, Strategic Planning OMG Business Motivation Model Strategy Execution (EFQM) Quality Management(Six Sigma, TQM, ISO 9001) IT Governance IT Service Delivery and Support (ITIL) IT Implementation (CMM and CMMI) Methods and Frameworks IEEE Standards Zachman Framework TOGAF MDA SOA Nato Architecture Framework, MoDAF, DoDAF, UPDM Description Languages IDEF BPMN Testbed SoaML UML ArchiMate Architecture Description Languages Suitability for EA Enterprise Architecture Modelling Modelling Process Readability and Usability of Models Viewpoints and Visualisation Architecture Analysis Analysis Techniques Quantitative Analysis Functional Analysis Other Architecture Alignment Tool Support |
| restapi | REST API - wzorzec wymiany informacji między serwisami | 14 godz. | Szkolenie skierowane do developerów aplikacji internetowych, ma na celu przedstawienie możliwości jakie daje wzorzec architektoniczny REST, za którego pomocą możliwa jest komunikacja między serwisami. REST - podstawy Potrzeba wymiany informacji między serwisami HTTP, POST/GET/PUT/DELETE Serwisy typu MushUp i popularne zastosowania Serwisy wykorzystujące REST Konwencje REST Mapowanie operacji CRUD na wywołania HTTP Konwencje konstrukcji URL API Przekazywanie parametrów Zwracane wartości Statusy HTTP JSON - uniwersalny format wymiany informacji Korzystanie z API serwisów - Klient Przykłady pracy z popularnymi API Tworzenie REST API - Serwer Zbieranie wymagań i określenie funkcjonalności Projektowanie i dokumentacja API Instalacja potrzebnych bibliotek Obiekt biznesowy - mapowanie na klasę Metody kontrolera Reprezentacja obiektu biznesowego jako JSON Nagłówki HTTP - jako metadane Testowanie API za pomocą cURL Mechanizmy autentykacji |
| umlitba | UML for the IT Business Analyst | 21 godz. | One of the fastest growing roles in the IT industry is the IT Business Analyst. Business Analysts are found in almost organizations and are important members of any IT team whether in the private or public sector. This course provides a clear, step-by-step guide to how the Business Analyst can perform his or her role using state-of-the-art object-oriented technology. Overview of Software Development Process and Modelling Methodologies and their impact on the work of a Business Analyst Waterfall steps Analysis, Design, Implementation, Testing, Maintenance Agile approach to business analysis Who Are Business Analysts? Perspective on the BA Role The Dynamic (Behavioral) Model The Static (Structural) Model Structured Analysis The BA’s Perspective on Object Orientation Object Oriented Programming and its impact on modelling The UML Standard Cognitive Psychology and OO? Objects Attributes and Operations Operations and Methods Encapsulation Classes Relationships Generalization Association Aggregation Composition Polymorphism Use Cases and Scenarios Business and System Use Cases An Overview of Business Object-Oriented Modeling (B.O.O.M.) B.O.O.M. and SDLCs The B.O.O.M. Steps Sequencing the Steps What Do You Define First—Attributes or Operations? Analyzing End-to-End Business Processes Interviews During the Initiation, Analysis, and Test Phases Step 1: Initiation Business Requirements Document Template Step 1a: Model Business Use Cases Step 1a i: Identify Business Use Cases (Business Use-Case Diagram) Putting Theory into Practice Note to Rational Rose Users Case Study D1: Business Use-Case Diagrams Step 1a ii: Scope Business Use Cases (Activity Diagram) Case Study D2: Business Use-Case Activity Diagram with Partitions Scoping the IT Project with System Use Cases Step 1b: Model System Use Cases Case Study E1: Role Map Step 1b ii: Identify System Use-Case Packages (System Use-Case Diagram) Case Study E2: System Use-Case Packages Step 1b iii: Identify System Use Cases (System Use-Case Diagram) Case Study E3: System Use-Case Diagrams Step 1c: Begin Static Model (Class Diagrams for Key Business Classes) Step 1d: Set Baseline for Analysis (BRD/Initiation) Storyboarding the User’s Experience Step 2: Analysis The Use-Case Description Template Documenting the Basic Flow Use-Case Writing Guidelines Basic Flow Example: CPP System Review Case Report Documenting Alternate Flows Documenting Exception Flows Guidelines for Conducting System Use-Case Interviews Activity Diagrams for System Use Cases Related Artifacts Decision Tables Case Study F1: Decision Table Decision Trees Case Study F2: Decision Tree Condition/Response Table Business Rules Advanced Use-Case Features Case Study F3: Advanced Use-Case Features Life Cycle Requirements for Key Business Objects What Is a State Machine Diagram? Step 2a ii: 1. Identify States of Critical Objects Case Study G1: States Step 2a ii: 2. Identify State Transitions Case Study G2: Transitions Step 2a ii: 3. Identify State Activities Case Study G3: State Activities Step 2a ii: 4. Identify Composite States Case Study G4: Composite States Step 2a ii: 5. Identify Concurrent States Gathering Across-the-Board Rules with Class Diagrams Step 2b: Static Analysis Step 2b i: Identify Entity Classes Case Study H1: Entity Classes Step 2b ii: Model Generalizations Case Study H2: Generalizations Step 2b iii: Model Transient Roles Case Study H3: Transient Roles Step 2b iv: Model Whole/Part Relationships The Composite Structure Diagram Case Study H4: Whole/Part Relationships Step 2b v: Analyze Associations Case Study H5: Associations Step 2b vi: Analyze Multiplicity Case Study H6: Multiplicity Optimizing Consistency and Reuse in Requirements Documentation Step 2b vii: Link System Use Cases to the Static Model Case Study I1: Link System Use Cases to the Static Model Case Study I1: Results Step 2b viii: Add Attributes Meta-Attributes Case Study I2: Add Attributes Step 2b ix: Add Look-Up Tables Case Study I5: Analyze Look-Up Tables Step 2b x: Add Operations Case Study I7: Distribute Operations Step 2b xi: Revise Class Structure Case Study I8: Revise Structure Designing Test Cases and Completing the Project Step 2c: Specify Testing Structured Walkthroughs Decision Tables for Testing Case Study J1: Deriving Test Cases from Decision Tables Boundary Value Analysis Case Study J2: Select Test Data Using Boundary Value Analysis System Tests Beyond the System Tests Step 2d: Specify Implementation Plan Step 2e: Set Baseline for Development What Developers Do with Your Requirements Object Oriented Design Patterns Visibility Control Classes Boundary Classes Sequence Diagrams Communication Diagrams Other Diagrams Layered Architecture Interfaces Mix-Ins Implementing OO Using an OO Language Implementing OOA Using Procedural Languages Implementing a Database from OOA Using a RDBMS |
| 3166 | Praktyczne aspekty UML | 21 godz. | Kurs poszerza posiadana wiedzę z zakresu języka UML. W trakcie szkolenia skupiamy się na praktycznym wykorzystaniu jezyka UML w analizie obiektowej. Najlepsze praktyki Kryzys oprogramowania Najlepsze praktyki w rozwoju oprogramowania Iteracyjny rozwój Zarządzanie wymaganiami Architektura oparta o komponenty Wizualne modelowanie Weryfikacja jakości Zarządzanie zmianami RUP Charakterystyka RUP Dwa wymiary RUP UML dla RUP Tworzenie modelu obiektowego Język UML 2 jako sposób reprezentowania modelu Model obiektowy Sposoby opisu modelu Praktyczne analizowanie treści specyfikacji przypadków użycia Aktor Przypadek użycia Asocjacja Relacje inculde, extend Wybrane koncepcje obiektowości w praktyce Abstrakcja Hermetyzacja Generalizacja Polimorfizm Architektura systemu Odwzorowanie struktury i zachowania systemu Dwie kategorie diagramów UML Modelowanie zależności pomiędzy strukturą a zachowaniem Różne poziomy modelowania zachowań Odwzorowanie klas analitycznych w elementy projektowe Relacje refine Tworzenie silnych powiązań pomiędzy wynikami fazy analizy a fazy projektowania Modelowanie klas projektowych Klasa Asocjacja Enumeracja Forward/reverse engineering Projektowanie podsystemow Komponent Relacja delegacji Złącze Assembly Opis aspektów współbieżnosci w architekturze systemu przykłady wykorzytania w diagramach aktywności, sekwencji oraz maszyny stanowej Opis aspektów rozproszenia w architekturze systemu Różne perspektywy opisu architektury |
| umlad | UML Analysis and Design | 21 godz. | This course has been created for software architects, programmers, software developers, project managers, analysts and anyone interested in understanding analysis and designing in UML. The course shows how to analyse clients' needs, formalize them in UML diagrams, create a model and ultimately design the implementation of the software. This is a general course covering all aspects of UML. Please browse our catalogue to see more specific courses. This course uses the newest version of the standard (http://www.omg.org/spec/UML) and is taught by an OMG Certified UML Professional (OCUP) trainer. There are no specific tools for this course, each of the delegates can use their favourite tool. By default, Sparx Enterprise Architect is used. Introduction to Modelling Models and Modelling Idea of meta-modelling UML documentation Inheritance Analysis and Design Actors and Use Cases Class and Object Diagrams Classes, objects, types of relations Object and Class Relationships Association, Aggregation, Composition Inheritance Dependency Interaction Communication diagram Interaction overview diagram Sequence diagram Timing diagrams Activity Diagrams State Diagrams Packages Component and Deployment Workshop From Analysis to Implementation Introduction to design patterns |
| umlea | Język UML w Enterprise Architect - warsztaty | 21 godz. | Szkolenie przeznaczone jest dla analityków, projektantów, programistów, testerów i kierowników projektów informatycznych. W formie warsztatowej prezentuje zagadnienia analizy, projektowania i dokumentowania systemów informatycznych z wykorzystaniem języka UML oraz programu Enterprise Architect firmy Sparx Systems. W trakcie szkolenia zostaną zaprezentowane zaawansowane możliwości programu (np. MDA, profile, XMI) i najlepsze praktyki, które znacznie ułatwiają i przyspieszają modelowanie. Metoda szkolenia: Wykład 10%, warsztaty 90% Tworzenie oraz konfigurowanie projektu EAP Tworzenie i zapisywanie pliku projektu Enterprise Architect Omówienie struktury pliku projektu Rodzaje widoków dostępne w projekcie Interfejs programu: menu, paski narzędziowe, Toolbox, Project Browser i inne okna Dokowanie i ukrywanie okien Praca z modelem, diagramem Predefiniowane wzorce modelu Tworzenie pakietów (widoków) i dodawanie diagramów Dodawanie elementów do modelu i diagramu Różne sposoby usuwania elementów i ich konsekwencje Zapisywanie diagramów Zbierania wymagań Metody zbierania wymagań Kategorie wymagań wg FURPS Diagram wymagań (Requirements Diagram) Szybkie tworzenie wymagań z dokumentu tekstowego Sposoby prezentowania wymagań i relacje między wymaganiami agregacja (aggregation) zależność (dependency) realizacja (realization) Sposoby na poprawienie wyglądu i przejrzystości diagramu korekta układu diagramu wykorzystanie kolorów do rozróżniania statusów wymagań włączanie / wyłączanie przestrzeni nazw pakietów Tworzenie i zarządzanie macierzą zależności (Relationships Matrix) Dokumentowanie wymagań w postaci stron HTML i wersji do wydruku Zarządzanie zaawansowanymi wymaganiami tworzenie własnych typów wymagań tworzenie własnych statusów wymagań śledzenie zależności pomiędzy wymaganiami dokumentowanie sposobów realizacji wymagań Modelowanie procesów biznesowych, architektury Praca z diagramem aktywności (czynności) Stosowanie stereotypów procesowych dla czynności Tworzenie procesów złożonych, abstrahowanie Przepływy sterowania i przepływy obiektów, piny Przepływy decyzyjne i współbieżne Partycje, tory Obsługa wyjątków, przepływy przerywające Sposoby na poprawienie wyglądu i przejrzystości diagramu diagramy na różnych poziomach szczegółowości ograniczanie liczby szczegółów różne sposoby na pokazanie złożoności procesów Wykorzystanie diagramów komponentów i wdrożenia Wstępna architektura systemu - logiczna i fizyczna komponenty zagnieżdżone relacja delegacji port, part interfejs ścieżki komunikacyjne wyodrębnianie fragmentów diagramu Modelowanie wymagań związanych z bezpieczeństwem, wydajnością, niezawodnością systemu Stosowanie niestandardowych stereotypów na diagramach wdrożenia korzystanie z biblioteki stereotypów graficznych podłączanie biblioteki do projektu wykorzystanie własnych stereotypów graficznych i ich szybkie podłączanie do elementów diagramu Przypadki użycia oraz ich dokumentacja Określanie zakresu systemu Modelowanie funkcjonalności systemu przy pomocy diagramu przypadków użycia Identyfikowanie aktorów i relacji między nimi Rozpoznawanie przypadków użycia Asocjacja "aktor - przypadek użycia" i jej właściwości Relacje między przypadkami użycia: include, extend, generalizacja Automatyczne numerowanie przypadków użycia Tworzenie scenariuszy przypadków użycia i generowanie diagramów na ich podstawie (aktywności, maszyny stanowej, sekwencji) Podłączanie scenariuszy przypadków użycia z zewnętrznych plików Generowanie dokumentacji Tworzenie szablonów Analiza dziedziny Identyfikacja głównych klas/obiektów systemu Wykorzystanie zakładki Require do określenia odpowiedzialności klas Wykorzystanie diagramu komunikacji rodzaje komunikatów: asynchroniczne, synchroniczne, powrotne określanie i modyfikacja kolejności numerowania komunikatów stosowanie stereotypów analitycznych: Boundary, Control i Entity automatyczne generowanie diagramu sekwencji z diagramu komunikacji Wstęp do projektu systemu Model statyczny Tworzenie diagramu klas na podstawie modelu analitycznego i przypadków użycia Diagram klas i generowanie kodu źródłowego relacja asocjacji i jej cechy pozostałe relacje: agregacja, kompozycja, generalizacja, zależność, klasa asocjacyjna stosowanie odpowiedniej konwencji w nazywaniu klas i ich elementów pokazywanie i ukrywanie elementów klas Forward/Reverse engineering generowanie kodu źródłowego na podstawie diagramu generowanie diagramu na podstawie kodu źródłowego synchronizowanie kodu i diagramu Diagramy obiektów Model dynamiczny Weryfikacja modelu statycznego doprecyzowanie sygnatur metod weryfikacja poprawności diagramu klas Modelowanie dynamiczne na poziomie wywołań metod (diagram sekwencji) w oparciu o przypadki użycia, model analityczny i statyczny Sposoby na poprawienie wyglądu i przejrzystości diagramu ograniczanie liczby modelowanych scenariuszy ograniczanie liczby linii życia unikanie zagnieżdżonych bloków złożonych ukrywanie szczegółów i odwołania do bloków przez referencję Diagram maszyny stanowej określanie stanów i podstanów przejścia między stanami – zdarzenia, warunki i akcje akcje wewnętrzne (entry, do, exit) Sposoby na poprawienie wyglądu i przejrzystości diagramu zmiana wyglądu linii dekompozycja stanów Tworzenie i wykorzystywanie wzorców oraz profili Wykorzystanie wzorców projektowych „Gang of Four” Wykorzystanie zdefiniowanych wzorców w projekcie Wskazywanie faktu wykorzystania wzorców za pomocą elementu współpracy (collaboration) Tworzenie własnych wzorców Importowanie profili z plików XML MDA, wsparcie dla technologii oraz pracy z kodem źródłowym Transformacja diagramu klas do schematu bazy danych z wykorzystaniem MDA Generowanie poleceń SQL do skryptu tworzącego bazę danych Generowanie kodu źródłowego – dostępne opcje Praca grupowa Wykorzystanie narzędzi Enterprise Architect do wersjonowania pakietów Określanie różnic w wersjach projektu, tworzenie dokumentacji Korzystanie z repozytorium do przechowywania modelu Narzędzia wspierające pracę grupową |
| softeng | Software Engineering | 35 godz. | Software Engineering starts where programming stops. In this course you will learn a solid foundation in Software Engineering. It builds a bridge from programming to solid engineering practices. The course gives you an overview of basic concepts and vocabulary typically used in the field. During the course, you will learn to use many techniques to plan, implement and validate software projects and to evaluate and improve development processes. Audience: This course is intended for software developers with various backgrounds who know at least one programming language. Day 1: Process Introduction What is Systems Engineering? What is Software Engineering? Why is Software Engineering difficult? System requirements System modeling Software Engineering Processes What is a Software Development Process? Traditional Processes Agile Processes Processes for building High-Integrity Systems Standards & certification systems High-Integrity Systems What are High-Integrity Systems? The role of QM culture Reasons for errors Critical systems standard Reliability engineering Software Maintenance Day 2: Planning Requirements User requirements Elicitation/analysis of user requirements System requirements Software requirements Specification of software Requirements process Tools to manage requirements Software Design Conways Law Design patterns Textual modeling tools Principles of OO design Design tools Common architectures Modeling Planning an architecture UML graphical representations Non-UML graphical representations Day 3: Code Software Construction How to take a design into code Programming best practices Abstraction of code Programming workflow Configuration Management What is Configuration Management? Configuration Management in ISO9000 and CMMI CASE tools for planning, design & QA CASE tools for writing software Version control with SVN System Integration Code for High-Integrity Systems Preventing errors Catching errors Reducing the impact of errors Typical problems with code for High-Integrity Systems Code quality metrics Code size metrics Code complexity metrics Non-code metrics Static analysis Day 4: Verification & Validation Reviews Fundamentals of VV Independent Verification & Validation Design and requirement reviews Code inspections Software Walkthroughs Audits Other V & V methods Testing High-Integrity Systems Documents regarding safety Scenarios Argumentation for safety Reviews of High-Integrity Systems Predicting reliability Formal methods Costs of V + V Automated Testing Why test? Automatic vs manual tests Incremental testing Types of tests Testing tools Test Harnesses Day 5: Management Project Management What is Project Management? Customer handover Standards (PMP, PRINCE2) Time management Cost management Risk management Project documentation Process Evaluation The function of process evaluation Acting on the metric Process metrics Process evaluation standards & frameworks (CMMI, ISO 9001, TickIt+) Process evaluation meetings Summary and Conclusions |
| UML | Analiza i projektowanie obiektowe za pomocą języka UML | 21 godz. | Szkolenie przeznaczone jest dla analityków, projektantów, programistów, testerów oraz kierowników projektów informatycznych. Stanowi wprowadzenie do modelowania systemu z wykorzystaniem notacji UML. Na przykładzie wybranego systemu realizowane są kolejne etapy modelowania i dokumentowania: od zbierania wymagań, przez modelowanie procesów biznesowych i dokumentowanie wymagań funkcjonalnych i niefunkcjonalnych do utworzenia modelu analitycznego. Kolejnym etapem jest faza projektowa - modelowanie statyczne i dynamiczne z wykorzystaniem klas projektowych i diagramów prezentujących interakcję między elementami systemu. Szkolenie może być podstawą do stworzenia kompleksowej procedury modelowania systemów informatycznych w przedsiębiorstwie, dzięki wykorzystaniu UML we wszystkich fazach tworzenia oprogramowania oraz wskazaniu najlepszych praktyk wynikających z wieloletniego doświadczenia trenerów NobleProg. Wprowadzenie do języka UML Krótka historia UML Przegląd zagadnień z zakresu modelowania obiektowego Specyfikacja UML grupy OMG Przegląd diagramów UML Zarządzanie wymaganiami Podział wymagań Kategorie wymagań wg FURPS Metody zbierania wymagań Modelowanie wymagań z wykorzystaniem notacji UML Macierz zależności wymagań Tworzenie specyfikacji wymagań na podstawie diagramów Modelowanie procesów biznesowych Definicja procesu biznesowego Modelowanie procesów biznesowych w UML Diagram czynności Przepływy decyzyjne i współbieżne Wyjątki i obsługa wyjątków Partycje, tory Modelowanie wymagań niefunkcjonalnych Wykorzystanie diagramów komponentów i wdrożenia Wstępna architektura systemu - logiczna i fizyczna Modelowanie wymagań związanych z bezpieczeństwem, wydajnością, niezawodnością systemu Modelowanie wymagań funkcjonalnych Określanie zakresu systemu Modelowanie funkcjonalności systemu przy pomocy diagramu przypadków użycia Identyfikowanie aktorów i relacji między nimi Rozpoznawanie przypadków użycia Asocjacja "aktor - przypadek użycia" i jej właściwości Relacje między przypadkami użycia: include, extend, generalizacja Tworzenie scenariuszy przypadków użycia i generowanie diagramów na ich podstawie (aktywności, maszyny stanowej) Analityczny model systemu Wykorzystanie diagramu komunikacji do określenia głównych obiektów systemu Rodzaje komunikatów: asynchroniczne, synchroniczne, powrotne Określanie kolejności numerowania komunikatów Kategorie obiektów analitycznych: Boundary, Control i Entity Wstęp do projektu systemu Modelowanie interakcji Modelowanie statyczne Diagram klas i generowanie kodu źródłowego Relacja asocjacji i jej cechy Pozostałe relacje: agregacja, kompozycja, generalizacja, zależność, klasa asocjacyjna Forward/Reverse engineering Generowanie kodu źródłowego na podstawie diagramu Generowanie diagramu na podstawie kodu źródłowego Synchronizowanie kodu i diagramu Diagramy obiektów, struktur połączonych i pakietów Modelowanie dynamiczne Weryfikacja modelu statycznego Doprecyzowanie sygnatur metod Weryfikacja poprawności diagramu klas Modelowanie dynamiczne na poziomie wywołań metod Diagramy: sekwencji, maszyny stanowej, czasu i interakcji |
| sysengsysmluml2 | System Engineering using SysML and UML 2 | 21 godz. | Objective: Helping Analysts and Designers of the System Engineering domain to understand how to efficiently gather requirements then go through the embedded software design implementation on the basis of system specifications using UML 2 and SysML. This 3 days training aims at assisting system analysts to express efficiently their needs and designers to make the appropriate architectural design of the system on the basis of these needs. The resulting system architecture provides a good level of agility to the embedded system software in face of changes as it allows a coherent traceability of the business rules encapsulated in system functions and those of the usage choices (use cases) of the end-users toward the software implementation level. Introduction The System Development Life Cycle with the Harmony Process (IBM/Telelogic) Overview of the UML/SysML diagrams used in requirements gathering, system analysis and design of the System Engineering domain A Method based Framework for requirement gathering, system analysis and design Gathering Requirements and Transforming them into System Specifications Making business and system requirements traceable using the SysML requirement diagram Define the scope of the system composed of functions and use cases that invoke these functions Model the Life Cycle of the System that orchestrates transitions between its states where functions are triggered Prepare test cases using scenarios that realize Use Cases and System Functions Case Study : Model the System Scope and the usage of the system functions on the basis of requirements Transforming System Specifications into Design Level Components Model the Block Diagram of the system and refine it using internal blocks Elaborate the Communication Architecture between Sub-System using Parts, Ports and Interfaces Case Study : Elaborate the block and Internal Block diagrams on the basis of system specifications and by considering design level choices Model the description of white box Interactions at the design level Case Study : Model interactions between blocks and Internal Blocks on the basis of design level choices Mapping of Operations on the Components (Parts) of Blocks Elaborate the Parametric Diagram of the System Functions Case Study : Update the Block and Internal Block Diagrams on the basis of design level scenarios Conclusion Steps of requirement analysis and system specifications in system engineering Traceability between requirements and the software System Integration and Acceptance Tests of the requirements Notice: The above training-mentoring sessions are conducted interactively using Requirement Engineering and Modeling tools like Enterprise Architect (EA) in order to ensure good level of traceability between requirements and underlying solutions. Concepts are explained first using basic examples and are then followed by solution drafts to your own problems. After this session, we can accompany you by reviewing and validating your solutions depending on your needs. |
| anafmd | Applying NAF with MAGICDRAW | 21 godz. | This is a 3-day training covering principles of modeling, NAF, UPDM and use of MagicDraw following a case study, which demonstrates a typical defense architecture approach. The course: Includes lectures and hands-on practice in using MagicDraw for NAF modeling using UPDM; Explains NAF views, sub-views and concepts; Explains UPDM concepts and diagrams; Provides hands-on experience building models; Shows how to trace model elements in different views; Explains how to use MagicDraw features efficiently; Is based on a consistent modeling case study. Audience: Enterprise architects, system architects, system engineers, software architects and other stakeholders who will create and use models Methods: Presentations, discussions, and case study-based practical assignments. Course Materials: Slides, case study model, and practical assignment descriptions. Certificates: Each participant receives No Magic and NobleProg certificate indicating that he attended the training. Introduction Trainer and Participant Introductions Introduction to NAF Introduction to UPDM Introduction to MagicDraw A Case Study Definition Managing Capability Portfolio Capability View Sub-views for Capability View Practical Assignment Defining Operational Scenarios Operational View Sub-views for Operational View Practical Assignment Defining Capability Configurations Systems View Sub-views for Systems View Practical Assignment SOA Service-Oriented View Sub-views for Service-Oriented View Incorporating Services into Operational and Systems Views Managing Project Portfolio Programme View Sub-views for Programme View Practical Assignment Applying Standards Technical View Sub-views for Technical View Describing Architecture All View Sub-views for All View Practical Assignment Establishing Traceability Specifying and analyzing traces between different architecture Views Wrap up Summarizing Training Discussing Remaining Questions Identifying Further Action Points |
| soamlad | Analiza i projektowanie za pomocą języka SoaML | 14 godz. | This course explains the OMG SoaML standards and shows how to model the SOA landscape. It introduces the language and then shows how to discover, design and implement services and infrastructure for SOA. This course always cover the newest version of the SoaML specification. Motivation behind SoaML Standards before SoaML Vendors standards and Open Source standards The IT and the business perspective on SOA Contracts and Interfaces Top-down and bottom-up approaches Service classification Compliance Level for SoaML SoaML UML Profile Specification Agent Attachment Capability Consumer Collaboration Collaboration Use Expose MessageType Milestone Participant Port Property Provider Request ServiceChannel ServiceContract ServiceInterface Service ServiceArchitecture Categorization Catalog Categorization Category CategoryValue RAS Placeholders BMM Integration MotivationElement MotivationRealziation SoaML Metamodel |
| sysmlmd | Applying SysML with MAGICDRAW | 21 godz. | This is a 3-day training covering principles of modeling, UML, SysML and use of MagicDraw following a case study, which demonstrates a typical model-based systems engineering approach. The course: Includes lectures and hands-on practice in using MagicDraw for systems modeling using SysML; Explains major SysML concepts and diagrams; Provides hands-on experience building system model examples; Shows how to trace model elements in different views; Explains how to use MagicDraw features efficiently; Is based on a consistent modeling case study. Audience: System architects, system engineers, software architects and other stakeholders who will create and use models. Methods: Presentations, discussions, and case study-based practical assignments. Course Materials: Slides, case study model, and practical assignment descriptions. Certificates: Each participant receives No Magic and NobleProg certificates indicating that he attended the training. Introduction Trainer and Participant Introductions Introduction to modeling Introduction to SysML Introduction to MagicDraw A Case Study Definition Structural System Decomposition Package Diagram Notation Decomposing System into Packages Modeling Package Dependencies Practical Assignment: Modeling Package Structure Analyzing User Needs Use Case Diagram Notation Identifying Actors Identifying Use Cases Use Case Relationships Practical Assignment: Modeling Use Cases Defining System Requirements From Use Cases to System Requirements Requirements Diagram Notation Specifying Requirements Defining Requirements Structure Verifying Requirements with Test Cases Requirements Relationships Practical Assignment: Modeling Requirements Defining Structural Blocks (Black Box View) Block Definition Diagram Notation Structural Blocks Modeling Block Properties Defining Relationships between Blocks Defining System Data Dictionary Practical Assignment: Modeling Black Box View of a System Modeling Block Structure (White Box View) Internal Block Diagram Visualizing Block Parts Linking Parts with Connectors Defining Ports Defining Item Flows and Interface Blocks Practical Assignment: Modeling White Box View of a System Modeling System Constraints Defining Constraint Blocks Binding Constraint Properties with Value Properties Executing Parametrics Practical Assignment: Modeling Parametrics Designing State-Based System Behavior State Machine Diagram Notation Identifying States Defining State Transition Events Specifying Signals Specifying Effects Executing State Machines Practical Assignment: Modeling Statemachines Designing Control and Data Flows Activity Diagram Defining Activities Specifying Parameters Defining Actions Modeling Control Flows Modeling Data Flows Executing Activities Executing Activities in Combination with State Machines and Parametrics Practical Assignment: Modeling Activities Designing Communications Sequence Diagram Notation Modeling Lifelines Modeling Messages Decomposing Interactions Using References Applying Interaction Fragments Defining Timing Constraints Practical Assignment: Modeling Interactions Modeling Cross-Cutting Constructs Logical and Physical Architectures Allocation relationship Allocations Display Options Identifying Types of Allocations Allocation Matrix Practical Assignment: Building Allocation Matrix Wrap up Summarizing Training Discussing Remaining Questions |
| naf | Nato Architecture Framework (NAF) | 35 godz. | Ten kurs przekazuje solidną wiedzę we wszystkich aspektach NATO Architecture Framework. Nie skupia się na konkretnym zagadnieniu, ale ułatwia uczestnikom zrozumienie i przeszukiwanie dokumentacji. W trakcie zajęć kursanci będą wykonywać proste ćwiczenia. Najczęściej podczas szkolenie uczestnicy używają Sparx Enterprise Architect, ale jest też możliwość korzystania z innych narzędzi. Background NATO C3 NATO C3 Organisation Mission NAF goals Framework Documentation Structure What is inside the NAF How NAF works NATO Network Enabled Capability What is an Enterprise Architecture? How to describe the architecture? Why Architecture Matters? Architecture is a language EA and decisions Types of NATO Architectures Quiz: Which architecture is described by the sentences below? Overarching Architecture (OA) Reference Architectures (RA) Target Architectures (TA) Baseline Architecture NATO Architecture Views NATO All View (NAV) NATO Capability View (NCV) NATO Operational View (NOV) NATO Service-Oriented View (NSOV) NATO Systems View (NSV) NATO Technical View (NTV) NATO Programme View (NPV) Stakeholders Communities of Interest Life-cycle management in NAF How NAF align stakeholders interest with the architecture? Identification of Stakeholders Identification of Communities of Interest (CoIs) Example CoIs Relation between Stakeholders and CoI’s Requirements Analysis of CoIs Description of CoI Interests CoI’s Architecture Interests and Impacts Requirements of Architecture Views |
| reqbf | REQB Foundation - przygotowanie do egzaminu | 21 godz. | Szkolenie przygotowujące do zdobycia certyfikatu REQB Foundation Level. Certyfikat ten potwierdza umiejętności określania i opisywania wymagań oraz przeprowadzania skuteczniej analizy wymagań. Stanowi też potwierdzenie znajomości procesu i procedur inżynierii wymagań oraz zarządzania ryzykiem. Wprowadzenie do wymagań Podstawy Wymaganie Standardy i normy Modele procesu i proces inżynierii wymagań Modele procesu Proces inżynierii wymagań Zarządzanie projektem i ryzykiem Zarządzanie projektem Zarządzanie ryzykiem Odpowiedzialności i role Podstawowe role Zadania inżynierii wymagań Identyfikacja wymagań Klient Wizja i cele projektu Identyfikacja interesariuszy Techniki identyfikacji wymagań Wymagania funkcjonalne i niefunkcjonalne Opis wymagań Specyfikacja wymagań Specyfikacja Procedura Formalizacja Jakość wymagań Analiza wymagań Wymagania i rozwiązania Metody i techniki analizy wymagań Analiza obiektowa Szacowanie kosztów Priorytety Akceptacja wymagań Śledzenie wymagań Śledzenie w projekcie Zarządzanie zmianą Zapewnienie jakości wymagań Czynniki oddziałujące na jakość Weryfikacja wymagań w fazie pozyskiwania Zapewnienie jakości poprzez testowalność Metryki Narzędzia wymagań Korzyści narzędzi Kategorie narzędzi |
| soastm | Service-Oriented Architecture: Strategy, Technology and Methodology | 35 godz. | This course is intended for Post Graduate (or equivalent) level students and will be a combination of lectures and lab sessions (theory and practice). At the end of the course the student should be able to: Knowledge and Understanding. Understand the principles and business advantage of systems developed around services. Become fully aware of the major protocols and technologies involved in the web services standard, and understand how these technologies fit together. Your knowledge will extend to leading-edge and emerging aspects of web services as well as the more established elements of the standard. Understand in depth the technology used to enable systems based on a widely used programming language to both use and provide Web Services. Intellectual Skills: Identify where the service oriented approach and in particular web services are appropriate for particular business scenarios. Consider the most effective design for a web services solution Acquire, in the future, knowledge and understanding of emerging aspects of the rapidly evolving web services standard Practical Skills: Operate with current technologies associated with Web Services that are platform neutral – XML, SOAP, WSDL Write and expose web services in a widely used programming language and write client code in that language to invoke web services. The overall approach to design of systems based on services XML The RESTful approach to web services and the SOAP standard The Web Services Definition Language (WSDL) and other standards for the specification of services. Advanced web service standards to ensure such features as security and reliability BPEL, the Business Process Execution Language Web services in the cloud and the use of web services by mobile devices. |
| soadtbs | Designing SOA using BPM and SoaML | 21 godz. | Objective: Helping Business Analysts, architects and designers to understand how to efficiently specify and realize a Service Oriented Architecture on the basis of their business goals and align it to changing business and user requirements. This 3 day training course aims at helping business analysts, architects and designers to learn how to specify and realize a featured Service Oriented Architecture to better deal with changes on the business and user requirements (changing objectives, strategies, tactics, rules, user interactions,...) while capitalizing on the business capabilities. Introduction Pros and Cons of the current development methodologies to support the Business Agility, Objectives of the SOA, Connections between Business Architecture, TOGAF®, BPM and SOA, Service Definition and Categories, Service Provider and Consumer Components, Service Contract, Metrics Data Transfer Objects vs. Persistence, Service orchestration, Role of the ESB, Top-Down and Bottom-Up approaches, The Layered Logical Architecture The TOGAF® Reference Architecture for SOA, Structure and Typology of Services, Architecture Layers (business, functional, application, technique) in the SOA, Presentation of the main components by layer and traceabilities, Steps for aligning IT to changing business requirements, Business Layer Components of the business layer : objectives Traceability in the Business Modeling using BMM, BPMN and UML standards, From the business goals toward processes using Business Capabilities- the IBM's RUP for SOMA, Alignment of business processes and entities on the changing goals, Service Identification on the basis of Business Capabilities, Case Study : Refinement from the Business Vision toward Processes using goal-driven business capabilities, Language Structures of the BPMN : Good practices, Case Study : BPMN Modeling of the previous business process, From the Business to functional layer : Prepare the Architecture to deal with change using reusable and traceable components, Case Study : Elaborate the business architecture backbone of the Goal-Driven SOA, Functional Layer The role of the functional architecture, Service components of the functional layer : objectives Blocks of an urbanized functional architecture : (zone, square, block) Unit Business Services vs. Composite Services, Service Specification using SoaML « services points » and « request points », Identification and specification of use cases (UC) on the basis of services, Case Study : Complete the business architecture backbone of the Goal-Driven SOA using functional components, Invocation of service and UC components from business process actions, The role of the data transfer objects, Case Study : Propagate change from Business Goals till Components of the Functional Layer, From the functional to application layer, Application Layer Service components of the application layer Building application components on the basis of functional ones, The Business Process Execution Language, BPMN / BPEL Mapping, WebServices: Definition, Soap, WSDL, UDDI, standards XSD generation on the basis of Data Models, WSDL generation on the basis of Service Interfaces, Module and Component Assembly, Case Study : Design Application Use case and Service components on the basis of functional ones, ESB features in SOA, JBI, Services Mix and Integration Patterns, Case Study : Integrate use case and service behaviours into the architecture backbone. Horizontal Aspects QoS, Administration and Supervision, Business Activity Monitoring (BAM), Security and Performance, Agility using SOA Agility: factors and impact analysis, Refactoring, reuse and mutualization (advantages and constraints), Versioning, Governance by Objectives , Benefices of the Goal-Driven SOA, Agility : The Goal-Driven Structure of the SOA to support changes, From the business to IT system capitalizing on Business Objects and Capabilities, Impact of the Changes on Processes and Business Objects, Projection on the IT System : Services and Use Cases to be impacted by the changes, Description of the impact of changes on the Use case and Application Service Component behaviours, Integration of behaviours into the backbone of the Goal-Driven SOA and tests. Conclusion Agility and SOA : synthesis Overview on the steps of the Goal-Driven SOA, Traceability from the BMM's business model structures to IT structures to better deal with changes. Overview on the market products Open Source Products (Service Mix, Mule, Open ESB…), Commercial Products Notice: The above training-mentoring sessions are conducted interactively using Business and IT Modeling tools in order to ensure good level of traceability between business specifications and their execution. Concepts are first explained using basic examples and are then followed by solution drafts to your own problems. After this session, we can accompany you by reviewing and validating your solutions depending on your needs. Provided by GooBiz |
| dodafint | Department of Defense Architecture Framework (DoDAF) Overview | 21 godz. | The Department of Defense Architecture Framework (DoDAF) is an architecture framework for the United States Department of Defense, that provides structure for a specific stakeholder concern through viewpoints organized by various views. DoDAF defines a set of views that act as mechanisms for visualizing, understanding, and assimilating the broad scope and complexities of an architecture description through tabular, structural, behavioral, ontological, pictorial, temporal or graphical means. It is especially suited to large systems with complex integration and interoperability challenges, and is apparently unique in its use of operational views detailing the external customer's operating domain in which the developing system will operate. DoDAF Architecture Framework Introduction DoDAF Architecture Vision DoDAF Architecture Resources Relationships to Other Architecture Frameworks DoDAF Architecture Background Architecture Development Methodologies DoDAF View points and Models DM2 - DoDAF Meta-Model DoDAF Roles - Manager, Architect, Developer |
| eaintro1 | Introduction to Enterprise Architectures | 14 godz. | Objective This training course aims at helping attendees to understand the most used Enterprise Architectures and rules to follow up in their construction to succeed with an appropriate architecture scenario for their organisation. Thanks to the selection of appropriate architecture layers, components and traceability links that are to be established from the business layer to the technical layer, the resulting enterprise architecture framework allows you a good impact analysis in the face of evolutions of the business decisions and anticipates mutations of the corresponding information system components. Why Architecting the Enterprise? Introduction : Current issues in the Enterprise and IT governance Legacy Systems and evolution needs Business Architecture and Enterprise Architecture : similarities and differences The fundamentals Architecting the Enterprise : the principles Strategic Alignment Business and IT Repository Logical Architectures n-tiers Application technologies : ERP, SCM, webportail, Integration architectures and Services Architectures : EAI and ESB Service Oriented Architectures : Roles of the BPM and BAM Enterprise Architecture Strategies and Methodologies "As is" and "To be" system cartographies : How to determine the roadmap ? Structures to better align IT with the Strategies ? What is the approach ? What are links with the development processes ? Enterprise Architecture Content Framework Identifying the business functions of the enterprise Cartography of the actors and business functions Aligning business strategies Patterns to architecting the IT system Zones, squares and blocks Identifying Exchanges using services and events Modeling inter-block exchanges and data objects to support business process realizations Building the repository and data architectures The Master Data Management (MDM) Granularity Management Modeling Languages Definition of the meta-model and architecture rules Elaborate the Enterprise Architecture Repository Architecture Cartography Reference Layers Business, Functional, Application and Technical Layers Links between the Strategic and Business Views Traceability between the Business and Functional Views Traceability between the Functional and Application Views Bridges with the Technical View Contribution of an 'Enterprise Architecture' to create value Contribution to the business value Best Practices The Enterprise Architecture Roadmap Perspectives Tools Business Process and Cartography Management tools Presentation on a case study Notice: The above training-mentoring sessions are conducted interactively using Business Modeling tools in order to ensure good level of traceability between business specifications and their execution. Concepts are first explained using basic examples and are then followed by solution drafts to your own problems. After this session, we can accompany you by reviewing and validating your solutions depending on your needs. The logos BMM, BPMN and UML referenced on this site are trademarks of the Object Management Group (OMG). The RUP and SOMA are rademarks of the IBM / Rational Software. |
| modafint | MOD Architecture Framework (MODAF) Overview | 21 godz. | MODAF is an internationally recognised enterprise architecture framework developed by the MOD to support Defence planning and change management activities. It does this by enabling the capture and presentation of information in a rigorous, coherent and comprehensive way that aids the understanding of complex issues. The audience: Enterprise Architects, the principal customers for MODAF views, who need to both correctly interpret standard MODAF views provided to them and to specify and control the tasks required to create new views Architectural modellers who need guidance on the creation and interchange of MODAF views (including for example: architecting principles, view coherence rules and tool selection criteria) Tool developers and engineers who are implementing architectural data repositories for storing and manipulating MODAF Architecture data elements Trainers and educators who require reference material in order to appropriately train and support the previous types of MODAF users MODAF users who wish to contribute to the development of MODAF Managers who need to understand what views are required to answer their particular questions Introduction Purpose Background Overview of MODAF MODAF Framework MODAF Viewpoints Relationship Between MODAF Viewpoints Key Supporting Elements to MODAF Ensuring Architectures are MODAF compliant MODAF Documentation Suite Benefits of Developing MODAF Architectures Quantifying MODAF Benefits Benefits to MOD communities of Interest Approach to developing MODAF Architectures General Approach to Developing MODAF Architectures Practical Applications of General Approach to MODAF Architectures COI-Specific Architecture Processes |
| softengret | Software Engineering, Requirements Engineering and Testing | 63 godz. | Software Engineering 5 days Day 1: Project Management Project versus line management and maintenance and support Project definition and project forms Management – general rules and project management Management styles What is special for IT projects? Basic project process Iterative, incremental, waterfall, agile and lean project process Project phases Project roles Project documentation and other artefacts Soft factors and peopleware PRINCE 2, PMBOK, PMI, IPMA and other project standards Day 2: Business Analysis and Requirements Engineering Fundamentals Defining business goals Business analysis, business process management, business process improvement The boundary between business and system analysis System stakeholders, system users, system context and system boudaries Why are requirements necessary? What us requirements engineering The boundary between requirements engineering and architectural design Where is requirements engineering often hidden? Requirements engineering in iterative, lean, and agile development and in continuous integration – FDD, DDD, BDD, TDD Basic requirements engineering process, roles and artefacts Standards and certifications: BABOK, ISO/IEEE 29148, IREB, BCS, IIBA Day 3: Architecture and Development Fundamentals Programming languages – structural and object-oriented paradigms Object-oriented development – how much is history, how much is the future Modularity, portability, maintainability and scalability of architectures Definition and type of software architectures Enterprise architecture and system architecture Programming styles Programming environments Programming mistakes and how to avoid and prevent them Modelling architecture and components SOA, Web Services and micro-services Automatic build and continuous integration How much architecture design is there on a project? Extreme programming, TDD and re-factoring Day 4: Quality Assurance and Testing Fundamentals Product quality: what is it? ISO 25010, FURPS etc. Product quality, user experience, Kano Model, customer experience management and integral quality User-centred design, personas and other ways to make quality individual Just-enough quality Quality Assurance and Quality Control Risk strategies in quality control The components of quality assurance: requirements, process control, configuration and change management, verification, validation, testing, static testing and static analysis Risk-based quality assurance Risk-based testing Risk-driven development Boehm’s curve in quality assurance and in testing The four testing schools – which suits your need? Day 5: Process Types, Maturity and Process Improvement The evolution of IT process: from Alan Turing through Big Blue to lean startup Process and process-oriented organization The history of processes in crafts and industries Process modelling: UML, BPMN and more Process management, process optimization, process re-engineering and process management systems Innovative process approaches: Deming, Juran, TPS, Kaizen Is (process) quality free? (Philip Crosby) The need and history of maturity improvement: CMMI, SPICE and other maturity scales Special types of maturity: TMM, TPI (for testing), Requirements Engineering Maturity (Gorschek) Process maturity versus product maturity: any correlation? any causal relationship? Process maturity versus business success: any correlation? any causal relationship? A forsaken lesson: Automated Defect Prevention and The Next Leap in Productivity Attempts: TQM, SixSigma, agile retrospectives, process frameworks Requirements Engineering - 2 days Day 1: Requirements Elicitation, Negotiation, Consolidation and Management Finding requirements: what, when and by whom Stakeholder classification Forgotten stakeholders Defining system context – defining requirements sources Elicitation methods and techniques Prototyping, personas, and requirements elicitation through testing (exploratory and otherwise) Marketing and requirements elicitation – MDRA (“Market-Driven Requirements Engineering”) Prioritising requirements: MoSCoW, Karl Wiegers and other techniques (including agile MMF) Refining requirements – agile “specification by example” Requirements negotiation: types of conflicts, conflict-solving methods Solving internal incongruence between some types of requirements (e.g. security versus ease of use) Requirements traceability – why and how Requirements status changes Requirements CCM, versioning and baselines Product view and project view on requirements Product management and requirements management in projects Day 2: Requirements Analysis, Modelling, Specification, Verification and Validation Analysis is the thinking and re-thinking you do between elicitation and specification Requirements process is always iterative, even in sequential projects Describing requirements in natural language: risks and benefits Requirements modelling: benefits and costs The rules for using natural language for requirements specification Defining and managing requirements glossary UML, BPMN and other formal and semi-formal modelling notations for requirements Using document and sentence templates for requirements description Verification of requirements – goals, levels and methods Validation – with prototyping, reviews and inspections, and testing Requirements validation and system validation Testing - 2 days Day 1: Test Design, Test Execution and Exploratory Testing Test design: after risk-based testing, choosing the optimum way to use the time and resources available Test design “from infinity to here” – exhaustive testing is not possible Test cases and test scenarios Test design on various test levels (from unit to system test level) Test design for static and for dynamic testing Business-oriented and technique-oriented test design (“black-box” and “white-box”) Attempting to break the system (“negative testing”) and supporting the developers (acceptance testing) Test design to achieve test coverage – various test coverage measures Experience-based test design Designing test cases from requirements and system models Test design heuristics and exploratory testing When to design test cases? – traditional and exploratory approach Describing test cases – how much detail? Test execution – psychological aspects Test execution – logging and reporting Designing tests for “non-functional” testing Automatic test design and MBT (Model-Based Testing) Day 2: Test Organization, Management and Automation Test levels (or phases) Who does the testing, and when? – various solutions Test environments: cost, administration, access, responsibility Simulators, emulators and virtual test environment Testing in agile scrum Test team organization and role Test process Test automation – what can be automated? Test execution automation – approaches and tools |
| sysml | Systems Modeling with SysML | 21 godz. | This course is offered in two variants to provide a practical understanding of how systems can be modelling using the newest version of OMG's Systems Modelling Language (SysML) specification. The notation and underlying semantics of SysML are explained in a way that allows students to apply what they learn to any suitable system modelling method or tool. Introduction to System Modelling What is a system model? The four pillars of system modelling Model centric vs document centric What is SysML? Relationship between SysML and UML The four pillars of SysML Common and Crosscutting Constructs Profiles, stereotypes and tags Diagram frames Comments Allocations Requirement Diagrams What is a requirement? Modelling atomic requirements Requirement traceability Activity Diagrams Modelling flow-based logic Actions vs activities Understanding token flow Control flow vs object flow Modelling decisions · Modelling concurrency Swimlanes and responsibility Use Case Diagrams The system as a black box Identifying the system boundary with actors Use cases as system services Behind the use case diagram Use case structure · Nominal and alternative scenarios Handling common behaviour Extended and specialised behaviour Block Definition Diagrams What is a block? Block features Modelling types Modelling system hierarchy Generalising system elements Internal Block Diagrams Parts revisited Ports with Flow Properties Standard ports and interfaces Proxy ports and interface blocks Full ports Parametric Diagrams What is a constraint block? Constraining system properties Package Diagrams What is a package? Structuring the model with packages Package containment Package dependencies Representing the model structure Views and viewpoints Sequence Diagrams Interaction-based behaviour Simple sequences Synchronous vs asynchronous Fragment nodes Interaction use nodes State Machine Diagrams States and their syntax Transitions between states Pseudo state notation (initial, decision, history, end) Decomposing states Modelling concurrent states System Modelling Resources and Further Reading Suggested web resources Recommended literature |
| modafome | MODAF Overview and Modelling the Enterprise | 21 godz. | This course is delivered in 2 modules: First module enables students to gain an overview of the use of MODAF to support acquisition. Secong module provides an in-depth description of the MODAF views and how they are used in the development of an architecture. It describes how the 6-step process is applied and how information gathered from stakeholders is interpreted within the MODAF model and represented in user-focussed views. Module 1 – Introduction to MODAF (½Day) Explain the benefits of a model-based approach Describe how MODAF provides graphical and textual visualisations of the enterprise (Viewpoints) Describe how MODAF ensures coherence between views (M3 metamodel) Describe the MODAF Viewpoints Describe how MODAF Views combine to describe enterprise change requirements Describe the MODAF 6-step approach Module 2 – MODAF, Modelling the Enterprise (2 ½ Days) Describe how to scope an EA problem and develop an initial AV-1 Describe the purpose and structure of each of the MODAF Views Explain how a MODAF-based architecture can: Describe the context of an enterprise Express operational capabilities and their metrics and map these to solution elements Express capability within an operational context and the processes that achieve the business or mission goal Describe elements of an enterprise from an SOA Viewpoint Describe how solution resources can be composed to realise capabilities or deliver services Describe the functional behaviour of solution resources Model system data and express how system level data exchange requirements can be mapped to operational information exchange requirements Specify system ports, the routing of port connections, protocols and hardware specifications Describe how architecture models can be enhanced using navigation views and dashboards |
| updmint | Overview of Unified Profile for DoDAF/MODAF (UPDM) | 21 godz. | UPDM is an Object Management Group (OMG) initiative to develop a modeling standard that supports both the USA Department of Defense Architecture Framework (DoDAF) and the UK Ministry of Defence Architecture Framework (MODAF). The modeling standard is called the Unified Profile for DoDAF and MODAF (UPDM). Introduction to UPDM Compliance Normative References Terms and Definitions Symbols and Acronyms Additional Information Additional Materials Overview of this Specification Acknowledgements Language Architecture Introduction Philosophy Core Principles Profile Structure Representing Stereotype Constraints UML Constraint Representation Important Areas of the Architecture UPDM Profile DoDAF Class Library UPDM L1 ActualProject |
| technicalarc | Technical Architecture and Patterns | 21 godz. | With the emergence of very complex distributed systems, complexity of a single system moved to the complexity of the architecture of the group of systems. This course covers the relationship of Software Architecture with Technical Enterprise Architecture. These two areas are interrelated in a way which currently is not well described. For example, splitting complex monolithic system into two systems communicating via web services will trigger substantial changes to both the new systems, and the architecture between them. This course will cover trade-offs, currently common patterns and solutions for managing complex systems and communication within and between them. Overview System and Component Cohesion System/component Dependencies Software Architecture Technical Architecture Enterprise Architecture SOA and Micro services architecture Relationships between above concepts Logic redudancy vs dependency Data reduancy vs dependency Software Architecture Fundamentals clarification of terms: architecture, design, modeling orthogonality conways Law Common Architectures modular decomposition hierarchical architecture centralised (Mediator Pattern) event-based architecture interrupt-based OSI client/server layer model Principles of OO Design DRY, SRP encapsulation program against an interface Liskovs principle Law of Demeter Design Patterns what are Design Patterns Creational Patterns Structural Patterns Behavioural Patterns Model-Controller-View (MCV) Design Tools Domain specific language Lexical Analysis CRC cards scenarios Use Case descriptions UML Graphical Representations Class Diagram Sequence Diagram aggregation diagram UML tools Non-UML Graphical Representations ER-modeling State Machine data flow architectural model Design and Maintenance Lehmanns Laws Architectural Antipatterns Refactoring Strategies SOA and Integration Patterns Integration technologies and methods Synchronous/Asynchronous More details direct communication patterns Direct and brokered communication Message Queuing ESB Deployment Patterns Code Deployment Immutable deployment Availability, Scaleability, High Performance, Fault tolerance patterns Data and messages replication and clustering (CAP theorem) |
| modafnafint | MoDAF/NAF Introduction | 7 godz. | The course is aimed at business analysts, architects and systems engineers who want to understand how MODAF can be used in their organisation. Introduction to Enterprise Architecture in Defence EA Enablers: Frameworks, Tools, Meta-Models & Repositories Overview of MoDAF: what is it for, and how does it fit together Key MoDAF Views: Strategic, Operational, System Detail of MoDAF Views: The key views and how they're structured Developing Capability Models: Strategic Architectures The MoDAF System Views: Structure, Behaviour, Configuration Management Programmatic Views: Project Plans (AcV-2), Capability Planning (StV-3) Service Views: MoDAF interpretation of Services and SOA |
| OMGUAF1 | Nato Architecture Framework (NAF) | 35 godz. | Ten kurs przekazuje solidną wiedzę we wszystkich aspektach NATO Architecture Framework. Nie skupia się na konkretnym zagadnieniu, ale ułatwia uczestnikom zrozumienie i przeszukiwanie dokumentacji. W trakcie zajęć kursanci będą wykonywać proste ćwiczenia. Najczęściej podczas szkolenie uczestnicy używają Sparx Enterprise Architect, ale jest też możliwość korzystania z innych narzędzi. Background UAF History UAF goals Framework Documentation Structure What is inside the UAF How UAF works What is an Enterprise Architecture? How to describe the architecture? Why Architecture Matters? Architecture is a language EA and decisions Architecture Views and elements Strategic Operational Services Personnel Resources Security Projects Standards Actual Resources Dictionary Requirements Summary and Overview Information Parameters |
| soaarch01 | SOA Architect | 35 godz. | This 5 day course is designed to give an understanding of the mechanics of Service Oriented Architecture. It includes the technical design of SOA based architectures and service oriented solutions to business problems. Service Oriented Architecture and Computing Service Oriented Computing Terminology Service Oriented Analysis and Design Requirements and impact of adopting SOA Enterprise Service Bus Web Service and REST Services SOA Connection Points SOA Technology XML and XML Schema Web Services JAX-WS and WSDL REST Services JAX-RS and WADL Discovery and Service Registries Enterprise Service Bus (ESB) SOA Design and Architecture SOA Model Services and Service Capabilities WSDL first or code first design Principles of Service Orientation Service coupling Handling state Service discovery Advanced SOA Design and Architecture SOA Architecture types SOA Design Patterns Message types Data transformation SOA Workshop This hands on workshop consists of a number of individual and group exercises which allow the technologies and principles described in the previous modules to be applied. Participants can also bring real world problems to the workshop. |
| bpaumlbpmn | Modelowanie procesów biznesowych z wykorzystaniem UML i BPMN | 14 godz. | Uczestnicy Managerowie, konsultanci i analitycy biznesowi, analitycy systemowi oraz każdy, kto jest zaangażowany w analizę i modelowanie procesów biznesowych. Cele szkolenia Nabycie umiejętności tworzenia wysokiej jakości diagramów procesów Poznanie sposobów modelowania w notacji BPMN Nabycie umiejętności modelowania procesów "as-is" Poznanie sposobów na uproszczenie skomplikowanych procesów Definicja procesu biznesowego UML Diagram przypadków użycia Modelowanie biznesowe Biznesowy diagram przypadków użycia Aktor biznesowy Diagram aktywności Biznesowy diagram klas BPMN BPMN Activity Rodzaje czynności Podstawowe symbole BPMN Rodzaje Podprocesów Sequence Flow Token Rozdzielenie przepływu Bramki (Gateways) Exclusive Gateway Exclusive Gateway Example Parallel Gateway Inclusive Gateway Events Pool and Participant Artifacts Przepływ komunikatu (Message Flow) Podstawowe zdarzenia komunikatów Typy zadań Receive Task Send Task Service Task User Task Manual Task Business Rule Task Script Task Zdarzenia czasowe Interrupting vs. Non-Interrupting Zdarzenia warunkowe Event-Based Exclusive Gateway Event-Based Gateway Starts a Process Process design best practices |
Najbliższe szkolenia
| Szkolenie | Data Kursu | Cena szkolenia [Zdalne / Stacjonarne] |
|---|---|---|
| Overview of Unified Profile for DoDAF/MODAF (UPDM) - Rzeszów, Plac Wolności 13 | pon., 2017-10-09 09:00 | 12000PLN / 4600PLN |
| REST API - a pattern of exchange of information between sites - Toruń, ul. Żeglarska 10/14 | pon., 2017-10-09 09:00 | 4500PLN / 2850PLN |
| Enterprise Architecture Overview - Warszawa, ul. Złota 3/11 | pon., 2017-10-09 09:00 | 9000PLN / 3400PLN |
| UML in Enterprise Architect (workshops) - Kraków, ul. Rzemieślnicza 1 | śr., 2017-10-11 09:00 | 6000PLN / 4200PLN |
| Introduction to Enterprise Architect - Łódź, ul. Tatrzańska 11 | pt., 2017-10-13 09:00 | 6000PLN / 2300PLN |
Other regions
Other countries
Consulting
Szkolenie Enterprise Architecture, Enterprise Architecture boot camp, Szkolenia Zdalne Enterprise Architecture, szkolenie wieczorowe Enterprise Architecture, szkolenie weekendowe Enterprise Architecture
, wykładowca Enterprise Architecture
, kurs zdalny Enterprise Architecture, kurs online Enterprise Architecture,Kursy Enterprise Architecture, e-learning Enterprise Architecture,Kurs Enterprise Architecture, instruktor Enterprise Architecture, Trener Enterprise Architecture, nauczanie wirtualne Enterprise Architecture, lekcje UML, edukacja zdalna Enterprise Architecture
