Enterprise Architect - narzędzie do modelowania



Podobne dokumenty
Podstawy języka UML2 w realnych projektach

Podstawy języka UML2 w realnych projektach

Szkolenie jest również doskonałe dla programistów i testerów, którzy mają nadzieję na awans w kierunku analityka.

W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania za pomocą UML.

W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania za pomocą UML.

UML. dr inż. Marcin Pietroo

UML w Visual Studio. Michał Ciećwierz

Spis treúci. 1. Wprowadzenie... 13

Język UML w modelowaniu systemów informatycznych

Diagramy klas. WYKŁAD Piotr Ciskowski

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.

Wzorce projektowe i architektoniczne, architektura aplikacji dla projektantów

Język UML w modelowaniu systemów informatycznych

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Projektowanie aplikacji JEE z użyciem wzorców projektowych i notacji UML

Podstawy programowania III WYKŁAD 4

Diagramy sekwencji. wymienianych między nimi

MODELOWANIE OBIEKTOWE

Projektowanie systemów informacyjnych

Inżynieria oprogramowania

Identyfikacja i modelowanie struktur i procesów biologicznych

Michał Adamczyk. Język UML

Identyfikacja i modelowanie struktur i procesów biologicznych

Projektowanie obiektowe oprogramowania Wykład 2 - UML Wiktor Zychla 2016

12) Wadą modelu kaskadowego jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 13) Wadą modelu opartego na prototypowaniu jest:

Modelowanie i analiza systemów informatycznych

UML cz. III. UML cz. III 1/36

Rysunek 1: Przykłady graficznej prezentacji klas.

Diagram sekwencji. Komunikaty mogą być opisane w sposób sformalizowany. poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista)

MAS dr. Inż. Mariusz Trzaska. Diagramy aktywności

Unified Modeling Language

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Diagramy czynności. sekwencyjnych i współbieŝnych. pomiędzy uporządkowanymi ciągami czynności, akcji i obiektów

Zalety projektowania obiektowego

TECHNOLOGIE OBIEKTOWE. Wykład 3

Podstawy inżynierii oprogramowania

Język UML w modelowaniu systemów informatycznych

Zagadnienia Semestr IV Inżynieria Oprogramowania WSZiB

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

Analiza biznesowa a metody agile owe

Diagramy czynności tworzenie modelu przypadków użycia Wykład 2

MODELOWANIE STRUKTURY

Laboratorium z przedmiotu: Inżynieria Oprogramowania INP

UML cz. II. UML cz. II 1/38

Wykład 1 Inżynieria Oprogramowania

Diagramy klas. dr Jarosław Skaruz

Terminologia BPMN 2.0 Wersja 2.0 opracowana w AION

UML w kropelce. czynność rozwinięcia 146 różnice między wersjami UML-a 175 wewnętrzna 130

Tutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu.

Podstawy modelowania programów Kod przedmiotu

UML - zarys 2007/2008

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Tworzenie komponentów logiki biznesowej i warstwy dostępu do danych w oparciu o EJB3.0/JPA lub EJB 3.1/JPA2

Diagramy interakcji. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania

Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz

Diagramy czynności. Widok logiczny. Widok fizyczny

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska

Tworzenie modelu konceptualnego systemu informatycznego część 2

Jêzyk UML 2.0 w modelowaniu systemów informatycznych

Modelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti

Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1

Unified Modeling Language (UML)

Modelowanie obiektowe - Ćw. 1.

Diagramy czynności Na podstawie UML 2.0 Tutorial

Podstawy modelowania w języku UML

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Programowanie.NET - kurs zaawansowany

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela

Język UML w modelowaniu systemów informatycznych

Język JAVA podstawy. Wykład 4, część 1. Jacek Rumiński. Politechnika Gdańska, Inżynieria Biomedyczna

STANDARD UML 2.3 W ZARZĄDZANIU WYTWARZANIEM OPROGRAMOWANIA

Spis treści. Część I Diagramy języka UML Wstęp 7. Rozdział 1. Studia przypadków 13. Rozdział 2. Diagramy przypadków użycia 29

Diagramy przypadków użycia

Język programowania Scala / Grzegorz Balcerek. Wyd. 2. Poznań, cop Spis treści

Diagramy stanów tworzenie modeli analizy i projektowania Na podstawie UML 2.0 Tutorial

Podstawy języka UML UML

Projektowanie interakcji. Jarosław Kuchta

Opis. Liczba godzin zajęć dydaktycznych z

Oracle11g: Programowanie w PL/SQL

Mariusz Trzaska Modelowanie i implementacja systemów informatycznych

Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1

Modelowanie obiektowe

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp Podziękowania...

Diagramy czynności. dr Beata Kuźmińska-Sołśnia

PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH 2010/2011 MGR DOROTA MIROWSKA

INŻYNIERIA OPROGRAMOWANIA. laboratorium

Spis treści 1. Wstęp 2. Projektowanie systemów informatycznych

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla studentów

Znaleziony - jeżeli nadawca nie jest znany w obrębie danego fragmentu Utracony - jeżeli odbiorca komunikatu nie jest znany w obrębie danego fragmentu

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Transkrypt:

Kod szkolenia: Tytuł szkolenia: EA Enterprise Architect - narzędzie do modelowania Dni: 3 Opis: Adresaci szkolenia Szkolenie adresowane jest do osób, które już potrafią modelować w UML jednakże mają potrzebę poznania narzedzia Enterprise Architect na poziomie zaawansowanym, wliczając w to zaawansowane opcje tworzenia dokumentacji, pracę zespołową, tworzenie stereotypów graficznych i wiele innych. Cel szkolenia Celem szkolenia jest poznanie i opanowanie obsługi zaawansowanych funkcjonalności Enterprise Architect. Po to aby można było łatwiej pracować w zespole, ujednolicać dokumentację, czy pracować czybciej w czasie modelowania. Wymagania: Umięjętność modelowania w UML. Parametry szkolenia 3*8 godzin (3*7 godzin netto) wykładów i warsztatów (z wyraźną przewagą warsztatów). Wielkość grupy: maks. 8-10 osób. Program szkolenia: 1. UML - wprowadzenie Podstawy obiektowości I. Klasa (Class) II. Atrybut (Attribute) III. Metoda (Method) IV. Obiekt (Object) V. Dziedziczenie (Generalization) VI. Polimorfizm (Polymorphism) Czym jest UML i jego rozwój Na czym polega modelowanie obiektowe

Główne elementy UML I. Główne kwalifikatory i. Klasa (Class) ii. Obiekt (Object) iii. Interfejs (Interface) iv. Komponent (Component) v. Węzeł (Node) vi. Aktor (Actor) vii. Przypadek Użycia (Use Case) II. Relacje i. Zależność (Dependency) ii. Asocjacja (Association) iii. Generalizacja (Generalization) iv. Realizacja (Realization) III. Komentarze (Note) IV. Rozszerzanie UML i. Stereotypy (Stereotype) ii. Ograniczenia (Constraints) iii. Etykiety (Tagged Values) Różnica między diagramem a modelem Zastosowania 2. Wymagania i przypadki użycia (use case model) Wymagania - czym są, trudności, po co analiza? Analiza wymagań - proces Przypadki użycia I. Przypadek użycia (use case) II. Analiza III. Dokumentacja - opis i scenariusze Diagram przypadków użycia (use case diagram) I. Aktor (Actor) II. Przypadek użycia (use case) III. Granica kontekstu (boundary) IV. Relacje i. Asocjacja (association) ii. Dziedziczenie (generalization) iii. Zawieranie <<include>> iv. Rozszerzanie <<extend>> 3. Modelowanie procesów biznesowych Czym jest proces biznesowy i po co modelować Różne języki opisu Diagram aktywności (activity diagram) I. Aktywność (activity) II. Akcja (action) III. Rozpoczynanie i kończenie i. Początek (initial node) ii. Koniec przepływu (flow final node)

iii. Koniec aktywności (activity final node) IV. Warunki (guard) V. Zrównoleglanie (fork, join) VI. Redefiniowanie złączenia (join specification) VII. Decyzje i złączenia (decision, merge) VIII. Przepływy sterowania (control flow) IX. Waga (weight) X. Przepływy obiektów (object flow) i. Notacje obiektu (obiekt, pin) ii. Obiekt w danym stanie XI. Zaawansowane notacje pinów i. Wejściowy i wyjściowy ii. O charakterze wyjątku iii. W przepływie strumieniowym iv. Anonimowa notacja pinów XII. Stereotypy dla obiektów i. Bufor centralny (central buffer) ii. Składnica danych (datastore) XIII. Partycje (activity partition) XIV. Wyjątki (exception) XV. Sygnały i. Wysłanie (send signal action) ii. Odbiór (accept event action) iii. Sygnał czasowy (accept time event) XVI. Obszar przerywalny (interruptible region) i. Sygnały w obszarze przerywalnym XVII. Wyjątki XVIII. Regiony rozszeżenia (expansion region) i. Iterowanie (iterative) ii. Zrównoleglanie (parallel) iii. Przetwarzanie strumieniowe (stream) 4. Projekt statyczny Porównanie modelu projektowego z analitycznym Diagram klas (class diagram) I. Klasa (class) i. Atrybuty i metody ii. Elementy statyczne II. Widoczność (visibility) III. Dziedziczenie (generalization) i. Zbiory dziedziczenia (generalization set) ii. Ograniczenia dla dziedziczenia A. disjoint B. overlapping C. complete D. incomplete IV. Abstrakcje i interfejsy (abstract class, interface)

V. Realizacja (realization) VI. Zależności i stereotypy i. Tworzenie <<instantiate>> ii. Wysłanie <<send>> iii. Wywołanie <<call>> iv. Udoskonalenie <<refine>> v. Ślad <<trace>> vi. Dostarczenie <<derive>> VII. Asocjacja (association) i. Elementy opisu asocjacji A. Nazwa i role B. Liczności C. Poziomy dostępu D. Nawigowalność/Kierunkowość ii. Asocjacje wielokrotne iii. Asocjacje zwrotne iv. Agregacja i kompozycja v. Asocjacja kwalifikowana (qualified association) VIII. Klasa asocjacji (association class) IX. Jak dokonać identyfikacji klas X. Dane, czyli model domeny 5. Projekt dynamiczny Analiza CRC - opis i zagrożenia Diagram sekwencji (sequence diagram) I. Obiekt (object) II. Linia życia (life line) III. Rodzaje komunikatów (messages) i. Synchroniczny (synchronous message) ii. Asynchroniczny (asynchronous message) iii. Zwrotny (return message) iv. Zgubiony (lost message) v. Odnaleziony (found message) vi. Tworzenie obiektu <<create>> vii. Niszczenie obiektu <<destroy>> i destruction event IV. Ośrodek sterowania (execution specification) V. Bloki złożone (combined fragment) i. Pętla (loop) loop ii. Alternatywa (alternative) alt iii. Przerwanie (break) - break iv. Współbieżność (parallel) par v. Blok krytyczny (critical) - critical vi. Ścisłe uporządkowanie (strict sequencing) - stricte vii. Odwołanie (interaction use) - ref VI. Bloki złożone a notacja w UML 1.x Sekwencje w analizie - stereotypy analityczne I. Granica <<boundary>>

II. Logika <<control>> III. Dane <<entity>> Jak modelować analitycznie 6. Inne diagramy (przegląd) Komponentów (component diagram) I. Komponent (component) II. Interfejs (interface) i. Wymagany (required interface) ii. Dostarczany (provided interface) III. Złączenie interfejsów (assembly) Diagram wdrożenia (deployment diagram) I. Węzeł (node) II. Łącze komunikacji (communication path) Pakietów (package diagram) I. Pakiet II. Podstawowe zależności i. <<import>> ii. <<access>> Obiektów (object diagram) I. Obiekty nazwane i anonimowe II. Instancja/Obiekt (instance specification) Struktur połączonych (composite structure diagram) I. Część (part) i. Port ii. Interfejsy i złaczenie II. Połączenie III. Współpraca (collboration) i. Rola i jej przypisanie ii. Element współpracujący IV. Wystąpienie współpracy (collaboration use) Maszyna stanowa (state machine diagram) I. Stan (state) II. Przejście (transition) i. Proste ii. Zwrotne iii. Wewnętrzne iv. Automatyczne III. Sygnatura przejścia IV. Pseudo-stany i. Początek (initial) ii. Koniec (final) iii. Zniszczenie (terminate) V. Czynności w stanie i. entry, exit i do ii. Własne akcje - przejścia wewnętrzne VI. Zdarzenia

i. Zdarzenia czasowe (at, after) ii. Zdarzenie zmiany stanu (when) iii. Sygnał (signal) Przegląd interakcji (interation overview diagram) I. Przepływ sterowania II. Początek i koniec III. Fragment i wystąpienie interakcji IV. Decyzja Harmonogramowanie (timing diagram) I. Ograniczenia i komunikaty II. Dwie notacje harmonogramowania Komunikacja (communication diagram) I. Obiekt i rodzaje komunikatów II. Kolejność komunikatów (notacja zagnieżdżona) 7. Przejrzysty model w narzędziach UML Perspektywy 4+1 Podział na pakiety z przykładami Podpinanie diagramów pod inne elementy 8. Enterprise Architect a praca w zespole Import/Export (XMI) Wewnętrzna korespondencja (Team Review) Punkty porównania zmian (Baseline) Wersjonowanie na bazie danych Wersjonowanie z systemami wersjonowania (CVS, SVN...) Najlepsze praktyki 9. Zaawansowane aspekty UML Meta Object Facility (MOF) Pakiet CORE Profile I. Profil (profile) II. Meta-Klasa, stereotyp i rozszerzenie III. Użycie profilu (profile application) OCL - język ograniczeń I. Zastosowanie i składnia II. Kontekst wyrażenia Model Driven Archtecture (MDA) I. Modele MDA i. Computation independend model (CIM) ii. Platform independend model (PIM) iii. Platform specific model (PSM) iv. Platform model II. Transformacje PIM 10. Ćwiczenia obejmują poniższe zagadnienia z obsługi Enterprise Translator Wytwarzanie dokumentacji I. Do pliku i do HTML II. Dla szablonów gotowych i własnych (tworzenie)

III. Słownik terminów dla dokumentacji w innym języku IV. Dokumenty wewnętrzne (Linked Document) V. Grupy dokumentów VI. Tworzenie dokumentu z kilku innych dokumentów Definiowanie słownika projktowego Praca zespołowa z Enterprise Architect I. Import/Export II. Wersjonowanie III. Unikanie konfliktów przy pracy zespołowej Zarządzanie treścią na poziomie zaawansowanym I. Śledzenie zależności między elementami II. Macierze zależności III. Elementy złożone (composite) IV. Jak ułatwić pracę na elementach zagnieżdżonych V. Definiowanie list wyboru (statusy, rodzaje elementów itp.) VI. Ustrukturalizowane scenariusze (Use Case) i. Szybkie dodawanie pojęć słownikowych ii. Automatyczne generowanie diagramów ze scenariuszy iii. Automatyczne tworzenie relacji <<include>> i <<extend>> VII. Powiadamianie o zmianach w modelu VIII. Ulubione (Favorites) Automatyczne generowanie kodu I. Domyślne typy kolekcji II. Określanie get'terów i set'terów III. Wybór silnika bazy danych IV. Typy generyczne V. Szablony kodu VI. Reverse engeneering Elementy graficzne na diagramach I. Diagram "rysowany ręcznie" w Enterprise Architect II. Kontrola wyświetlania szczegółów na diagramie i dla elementu III. Dopinanie elementów graficznych i. Pod element ii. Definiowanie bibliotek obrazków iii. Własne stereotypy graficzne iv. Tworzenie i używanie nowych profili IV. Problemy prezentacji na diagramach i. Scalanie błędnych podziałów aktywności ii. Wyłączenie automatycznego odśmiecania iii. Logika w konstruktorze Skróty czyli szybkie wytwarzanie I. Kopiowanie elementu II. Stworzenie ostatnio dodanego elementu III. Stworzenie ostatnio dodanej referencji IV. Wiązanie relacjami przez zagnieżdżanie V. Szybkie edytowanie

Powered by TCPDF (www.tcpdf.org) i. Dodanie/usunięcie pod-elementów ii. Zmiana nazwy VI. Szybkie generowanie dokumentacji I wiele innych...