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

 21 godzin

Liczba uczestników


cena netto za uczestnika

Opinie uczestników (5)

Propozycje terminów

Powiązane Kategorie