Plan Szkolenia
Przegląd procesu tworzenia oprogramowania i modelowania
- Metodyki i ich wpływ na pracę analityka
- Etapy metodologii wodospadowej: Analiza, Projektowanie, Wdrażanie, Testowanie, Utworzenie
- Podchod do analizy biznesowej
- Kim są analitycy?
- Perspektywa roli analityka biznesowego
- Dynamiczny (zachowawczy) model
- Statyczny (strukturalny) model
- Strukturalna analiza
Perspektywa licencjata na orientację obiektową
- Programowanie obiektowe i jego wpływ na modelowanie
- Standard UML
- Psychologia poznawcza i OO?
- Obiekty
- Atrybuty i operacje
- Operacje i metody
- Kapsułkowanie
- Klasy
- Relacje
- Uogólnienie
- Asocjacja
- Agregacja
- Kompozycja
- Polimorfizm
- Scenariusze i przypadki użycia
- Analitycy biznesowi i systemy przypadków użycia
Przegląd Business Modelowania Obiektowego (BOOM)
- BOOM i cykle życia systemów
- Etapy BOOM
- Kolejność etapów
- Co najpierw definiujesz — atrybuty czy operacje?
Analizowanie kompleksowych procesów Business.
- Wywiady w fazach: Wdrożenie, Analiza i Testowanie
- Etap 1: Wdrożenie
- Szablon dokumentu wymagań Business
- Etap 1a: Modelowanie przypadków użycia Business
- Etap 1a i: Wykrywanie przypadków użycia Business (diagram przypadków użycia Business)
- Przykłady zastosowania teorii
- Uwaga dla użytkowników Rational Rose
- Przykładowy przypadek D1: Diagramy przypadków użycia Business
- Etap 1a ii: Określenie zakresu przypadków użycia Business (diagram aktywności)
- Przykładowy przypadek D2: Diagram aktywności przypadków użycia Business z podziałami
Zakres projektu informatycznego z systemem Use Case.
- Etap 1b: Modelowanie systemów przypadków użycia
- Przykładowy przypadek E1: Mapa ról
- Etap 1b ii: Wykrywanie pakietów systemów przypadków użycia (diagram systemów przypadków użycia)
- Przykładowy przypadek E2: Pakiety systemów przypadków użycia
- Etap 1b iii: Wykrywanie systemów przypadków użycia (diagram systemów przypadków użycia)
- Przykładowy przypadek E3: Diagramy systemów przypadków użycia
- Etap 1c: Początek statycznego modelu (diagramy klas dla kluczowych klas Business)
- Etap 1d: Ustawienie bazy dla analizy (BRD/Wdrożenie)
Storyboarding doświadczenia użytkownika
- Etap 2: Analiza
- Szablon opisu przypadku użycia
- Dokumentowanie podstawowego przepływu
- Wytyczne pisania przypadków użycia
- Przykładowy podstawowy przepływ: Przegląd systemu CPP
- Dokumentowanie alternatywnych przepływów
- Dokumentowanie przepływów wyjątkowych
- Wytyczne dotyczące przeprowadzania wywiadów z systemem przypadków użycia
- Diagramy aktywności dla systemów przypadków użycia
- Powiązane artefakty
- Tabele decyzyjne
- Przykładowy przypadek F1: Tabela decyzyjna
- Drzewa decyzyjne
- Przykładowy przypadek F2: Drzewo decyzyjne
- Tabela warunek/odpowiedź
- Business Rules
- Zaawansowane funkcje przypadków użycia
- Przykładowy przypadek F3: Zaawansowane funkcje przypadków użycia
Wymagania dotyczące cyklu życia kluczowych Business obiektów
- Czym jest diagram maszyny stanów?
- Etap 2a ii: 1. Określenie stanów kluczowych obiektów
- Przykładowy przypadek G1: Stany
- Etap 2a ii: 2. Określenie przejść stanów
- Przykładowy przypadek G2: Przejścia
- Etap 2a ii: 3. Określenie Activiti stanów
- Przykładowy przypadek G3: Activiti stanów
- Etap 2a ii: 4. Określenie skomplikowanych stanów
- Przykładowy przypadek G4: Skomplikowane stany
- Etap 2a ii: 5. Określenie równoległych stanów
Gromadzenie ogólnych reguł za pomocą diagramów klas
- Etap 2b: Statyczna analiza
- Etap 2b i: Określenie klas obiektów
- Przykładowy przypadek H1: Klasy obiektów
- Etap 2b ii: Modelowanie uogólnień
- Przykładowy przypadek H2: Uogólnienia
- Etap 2b iii: Modelowanie tymczasowych ról
- Przykładowy przypadek H3: Tymczasowe role
- Etap 2b iv: Modelowanie związków całość/część
- Diagram struktury kompozytowej
- Przykładowy przypadek H4: Związki całość/część
- Etap 2b v: Analiza asocjacji
- Przykładowy przypadek H5: Asocjacje
- Etap 2b vi: Analiza mnożności
- Przykładowy przypadek H6: Mnożność
Optymalizacja spójności i ponownego wykorzystania wymagań Documentation
- Etap 2b vii: Powiązanie systemów przypadków użycia z modelem statycznym
- Przykładowy przypadek I1: Powiązanie systemów przypadków użycia z modelem statycznym
- Przykładowy przypadek I1: Wyniki
- Etap 2b viii: Dodanie atrybutów
- Meta-atrybuty
- Przykładowy przypadek I2: Dodanie atrybutów
- Etap 2b ix: Dodanie tabel rozwijanych
- Przykładowy przypadek I5: Analiza tabel rozwijanych
- Etap 2b x: Dodanie operacji
- Przykładowy przypadek I7: Rozprowadzenie operacji
- Etap 2b xi: Rewizja struktury klas
- Przykładowy przypadek I8: Rewizja struktury
Projektowanie przypadków testowych i realizacja projektu
- Etap 2c: Określenie testów
- Strukturalne przeglądy
- Tabele decyzyjne do testów
- Przykładowy przypadek J1: Wyprowadzanie przypadków testowych z tabel decyzyjnych
- Analiza wartości granicowych
- Przykładowy przypadek J2: Wybór danych testowych z wykorzystaniem analizy wartości granicowych
- Testy systemowe
- Poza testami systemowymi
- Etap 2d: Określenie planu wdrożenia
- Etap 2e: Ustawienie bazy dla rozwoju
Co programiści robią z Twoimi wymaganiami
- Programowanie obiektowe Design Patterns
- Widoczność
- Klasy sterujące
- Klasy graniczne
- Diagramy sekwencji
- Diagramy Communication
- Inne diagramy
- Architektura warstwowa
- Interfejsy
- Dodatki
- Wdrażanie OO za pomocą języka OO
- Wdrażanie OOA za pomocą proceduralnego Languages
- Wdrażanie Database z OOA za pomocą bazy danych relacyjnych
Wymagania
Brak
Opinie uczestników (5)
Pani Malavika jest bardzo dobrym trenerem. Bardzo pilną i odpowiedzią na moje pytania. Rozumiem, że zakres SysML i EA jest bardzo szeroki, starała się jak najlepiej przedstawić szkolenie. Nawet spędziła swoją przerwę na szukaniu odpowiedzi na nasze pytania. Mój szacunek! Wspaniały nauczyciel!
Chee Kiang Chua - Desay SV Automotive Singapore Pte. Ltd.
Szkolenie - System Engineering using SysML and UML 2
Przetłumaczone przez sztuczną inteligencję
I lubię proste, ale informacyjne przykłady kodów.
Yue Wang - DBS Bank Ltd
Szkolenie - Design Patterns
Przetłumaczone przez sztuczną inteligencję
Znaleziona strukturę kursu bardzo dobrze przemyślaną. Podczas gdy niektórzy moje koledzy nie zauważyli zamierzeń Kristina, uważam, że sposób, w jaki przedstawił materiał i połączył podstawowe pojęcia z dużo szerszym zestawem złożonych zagadnień, był doskonały.
Alexander Pavlovsky
Szkolenie - Technical Architecture and Patterns
Przetłumaczone przez sztuczną inteligencję
Najbardziej podobały mi się podawane przykłady zastosowania oraz konkretne odpowiedzi na zadawane pytania (co naprawdę na niewielu szkoleniach się zdarza)
Pawel Chernik
Szkolenie - Certyfikacja OCUP2 UML 2.5 - Przygotowanie do egzaminu OCUP2 Intermediate
dużo ćwiczeń praktycznych