Plan Szkolenia

Przegląd procesu tworzenia oprogramowania i modelowania

  • Metodologie i ich wpływ na pracę Analityka Biznesowego
  • Kroki modelu kaskadowego: Analiza, Projektowanie, Implementacja, Testowanie, Utrzymanie
  • Podejście zwinne (Agile) do analizy biznesowej
  • Kim są Analitycy Biznesowi?
  • Perspektywa roli Analityka Biznesowego
  • Model dynamiczny (behawioralny)
  • Model statyczny (strukturalny)
  • Analiza strukturalna

Perspektywa Analityka Biznesowego na programowanie obiektowe

  • Programowanie obiektowe i jego wpływ na modelowanie
  • Standard UML
  • Psychologia poznawcza a programowanie obiektowe?
  • Obiekty
  • Atrybuty i operacje
  • Operacje i metody
  • Enkapsulacja
  • Klasy
  • Relacje
  • Generalizacja
  • Asocjacja
  • Agregacja
  • Kompozycja
  • Polimorfizm
  • Przypadki użycia i scenariusze
  • Przypadki użycia biznesowe i systemowe

Przegląd modelowania biznesowego zorientowanego obiektowo (B.O.O.M.)

  • B.O.O.M. i cykle życia oprogramowania (SDLC)
  • Kroki B.O.O.M.
  • Sekwencjonowanie kroków
  • Co definiować najpierw — atrybuty czy operacje?

Analiza kompleksowych procesów biznesowych

  • Wywiady podczas faz inicjacji, analizy i testowania
  • Krok 1: Inicjacja
  • Szablon dokumentu wymagań biznesowych
  • Krok 1a: Modelowanie przypadków użycia biznesowych
  • Krok 1a i: Identyfikacja przypadków użycia biznesowych (Diagram przypadków użycia biznesowych)
  • Wprowadzenie teorii w praktykę
  • Uwaga dla użytkowników Rational Rose
  • Studium przypadku D1: Diagramy przypadków użycia biznesowych
  • Krok 1a ii: Określanie zakresu przypadków użycia biznesowych (Diagram aktywności)
  • Studium przypadku D2: Diagram aktywności przypadków użycia biznesowych z partycjami

Określanie zakresu projektu IT za pomocą przypadków użycia systemowych

  • Krok 1b: Modelowanie przypadków użycia systemowych
  • Studium przypadku E1: Mapa ról
  • Krok 1b ii: Identyfikacja pakietów przypadków użycia systemowych (Diagram przypadków użycia systemowych)
  • Studium przypadku E2: Pakiety przypadków użycia systemowych
  • Krok 1b iii: Identyfikacja przypadków użycia systemowych (Diagram przypadków użycia systemowych)
  • Studium przypadku E3: Diagramy przypadków użycia systemowych
  • Krok 1c: Rozpoczęcie modelu statycznego (Diagramy klas dla kluczowych klas biznesowych)
  • Krok 1d: Ustalenie punktu odniesienia do analizy (BRD/Inicjacja)

Tworzenie scenariuszy użytkownika

  • Krok 2: Analiza
  • Szablon opisu przypadku użycia
  • Dokumentowanie podstawowego przepływu
  • Wytyczne dotyczące pisania przypadków użycia
  • Przykład podstawowego przepływu: Przegląd raportu systemu CPP
  • Dokumentowanie alternatywnych przepływów
  • Dokumentowanie przepływów wyjątkowych
  • Wytyczne dotyczące przeprowadzania wywiadów dotyczących przypadków użycia systemowych
  • Diagramy aktywności dla przypadków użycia systemowych
  • Powiązane artefakty
  • Tabele decyzyjne
  • Studium przypadku F1: Tabela decyzyjna
  • Drzewa decyzyjne
  • Studium przypadku F2: Drzewo decyzyjne
  • Tabela warunków/odpowiedzi
  • Reguły biznesowe
  • Zaawansowane funkcje przypadków użycia
  • Studium przypadku F3: Zaawansowane funkcje przypadków użycia

Wymagania cyklu życia dla kluczowych obiektów biznesowych

  • Czym jest diagram maszyny stanowej?
  • Krok 2a ii: 1. Identyfikacja stanów krytycznych obiektów
  • Studium przypadku G1: Stany
  • Krok 2a ii: 2. Identyfikacja przejść stanowych
  • Studium przypadku G2: Przejścia
  • Krok 2a ii: 3. Identyfikacja aktywności stanowych
  • Studium przypadku G3: Aktywności stanowe
  • Krok 2a ii: 4. Identyfikacja stanów złożonych
  • Studium przypadku G4: Stany złożone
  • Krok 2a ii: 5. Identyfikacja stanów współbieżnych

Zbieranie ogólnych reguł za pomocą diagramów klas

  • Krok 2b: Analiza statyczna
  • Krok 2b i: Identyfikacja klas encji
  • Studium przypadku H1: Klasy encji
  • Krok 2b ii: Modelowanie generalizacji
  • Studium przypadku H2: Generalizacje
  • Krok 2b iii: Modelowanie ról przejściowych
  • Studium przypadku H3: Role przejściowe
  • Krok 2b iv: Modelowanie relacji całość/część
  • Diagram struktury złożonej
  • Studium przypadku H4: Relacje całość/część
  • Krok 2b v: Analiza asocjacji
  • Studium przypadku H5: Asocjacje
  • Krok 2b vi: Analiza krotności
  • Studium przypadku H6: Krotność

Optymalizacja spójności i ponownego wykorzystania w dokumentacji wymagań

  • Krok 2b vii: Łączenie przypadków użycia systemowych z modelem statycznym
  • Studium przypadku I1: Łączenie przypadków użycia systemowych z modelem statycznym
  • Studium przypadku I1: Wyniki
  • Krok 2b viii: Dodawanie atrybutów
  • Meta-atrybuty
  • Studium przypadku I2: Dodawanie atrybutów
  • Krok 2b ix: Dodawanie tabel odnośników
  • Studium przypadku I5: Analiza tabel odnośników
  • Krok 2b x: Dodawanie operacji
  • Studium przypadku I7: Rozmieszczenie operacji
  • Krok 2b xi: Poprawa struktury klas
  • Studium przypadku I8: Poprawa struktury

Projektowanie przypadków testowych i zakończenie projektu

  • Krok 2c: Specyfikacja testowania
  • Strukturalne przeglądy
  • Tabele decyzyjne do testowania
  • Studium przypadku J1: Wyprowadzanie przypadków testowych z tabel decyzyjnych
  • Analiza wartości brzegowych
  • Studium przypadku J2: Wybór danych testowych przy użyciu analizy wartości brzegowych
  • Testy systemowe
  • Poza testami systemowymi
  • Krok 2d: Specyfikacja planu implementacji
  • Krok 2e: Ustalenie punktu odniesienia do rozwoju

Co robią programiści z Twoimi wymaganiami

  • Wzorce projektowe w programowaniu obiektowym
  • Widoczność
  • Klasy sterujące
  • Klasy graniczne
  • Diagramy sekwencji
  • Diagramy komunikacyjne
  • Inne diagramy
  • Architektura warstwowa
  • Interfejsy
  • Mix-Ins
  • Implementacja programowania obiektowego przy użyciu języka obiektowego
  • Implementacja analizy obiektowej przy użyciu języków proceduralnych
  • Implementacja bazy danych z analizy obiektowej przy użyciu RDBMS

Wymagania

Brak

 21 godzin

Liczba uczestników


Cena za uczestnika (netto)

Opinie uczestników (5)

Propozycje terminów

Powiązane Kategorie