UML for the IT Business Analyst - Plan Szkolenia

Przegląd procesu tworzenia oprogramowania i modelowania

• Metodologie i ich wpływ na pracę Business Analityka
• Kroki wodospadu Analiza, projektowanie, wdrażanie, testowanie, konserwacja
• Agile podejście do analizy biznesowej
• Kim są Business analitycy?
• Perspektywa roli BA
• Model dynamiczny (behawioralny).
• Model statyczny (konstrukcyjny).
• Analiza strukturalna

Perspektywa licencjata na orientację obiektową

• Zorientowanie obiektowe Programming i jego wpływ na modelowanie
• Norma UML.
• Psychologia poznawcza i OO?
• Obiekty
• Atrybuty i operacje
• Operacje i metody
• Kapsułkowanie
• Zajęcia
• Relacje
• Uogólnienie
• Stowarzyszenie
• Zbiór
• Kompozycja
• Wielopostaciowość
• Use Case i scenariusze
• Business i System Use Case s

Przegląd Business Modelowania Obiektowego (BOOM)

• BOOM i SDLC
• Kroki BOOM
• Kolejność kroków
• Co definiujesz najpierw — atrybuty czy operacje?

Analizowanie kompleksowych procesów Business.

• Wywiady podczas faz inicjacji, analizy i testów
• Krok 1: Inicjacja
• Business Wzór dokumentu wymagań
• Krok 1a: Model Business Use Case s
• Krok 1a i: Zidentyfikuj Business Use Case s (Business diagram przypadków użycia)
• Wcielanie teorii w praktykę
• Uwaga dla użytkowników Rational Rose
• Studium przypadku D1: Business Diagramy przypadków użycia
• Krok 1a ii: Zakres Business Use Case s (schemat działań)
• Studium przypadku D2: Business Diagram aktywności przypadków użycia z partycjami

Zakres projektu informatycznego z systemem Use Case.

• Krok 1b: System modelowy Use Cases
• Studium przypadku E1: Mapa ról
• Krok 1b ii: Identyfikacja pakietów przypadków użycia systemu (diagram przypadków użycia systemu)
• Studium przypadku E2: Pakiety przypadków użycia systemu
• Krok 1b iii: Identyfikacja systemów Use Case (schemat przypadków użycia systemu)
• Studium przypadku E3: Diagramy przypadków użycia systemu
• Krok 1c: Rozpocznij model statyczny (diagramy klas dla kluczowych Business klas)
• Krok 1d: Ustaw punkt odniesienia dla analizy (BRD/inicjacja)

Storyboarding doświadczenia użytkownika

• Krok 2: Analiza
• Szablon opisu przypadków użycia
• Dokumentowanie podstawowego przepływu
• Wytyczne dotyczące pisania przypadków użycia
• Podstawowy przykład przepływu: raport przypadku dotyczący przeglądu systemu CPP
• Dokumentowanie przepływów alternatywnych
• Dokumentowanie przepływów wyjątków
• Wytyczne dotyczące przeprowadzania wywiadów dotyczących przypadków użycia systemu
• Diagramy aktywności dla systemu Use Case.
• Powiązane artefakty
• Tabele decyzyjne
• Studium przypadku F1: Tabela decyzyjna
• Drzewa decyzyjne
• Studium przypadku F2: Drzewo decyzyjne
• Tabela stanu/reakcji
• Business Zasady
• Zaawansowane funkcje przypadków użycia
• Studium przypadku F3: Zaawansowane funkcje przypadków użycia

Wymagania dotyczące cyklu życia kluczowych Business obiektów

• Co to jest diagram maszyny stanowej?
• Krok 2a ii: 1. Identyfikacja stanów obiektów krytycznych
• Studium przypadku G1: Stany
• Krok 2a ii: 2. Zidentyfikuj przejścia stanów
• Studium przypadku G2: Przejścia
• Krok 2a ii: 3. Zidentyfikuj stany Activiti.
• Studium przypadku G3: Stan Activities
• Krok 2a ii: 4. Identyfikacja stanów złożonych
• Studium przypadku G4: Stany złożone
• Krok 2a ii: 5. Zidentyfikuj równoczesne stany

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

• Krok 2b: Analiza statyczna
• Krok 2b i: Zidentyfikuj klasy jednostek
• Studium przypadku H1: Klasy encji
• Krok 2b ii: Uogólnienia modelu
• Studium przypadku H2: Uogólnienia
• Krok 2b iii: Modeluj role przejściowe
• Studium przypadku H3: Role przejściowe
• Krok 2b iv: Modeluj relacje całość/część
• Schemat struktury złożonej
• Studium przypadku H4: Relacje całość/część
• Krok 2b v: Analiza powiązań
• Studium przypadku H5: Skojarzenia
• Krok 2b vi: Przeanalizuj wielość
• Studium przypadku H6: Wielość

Optymalizacja spójności i ponownego wykorzystania wymagań Documentation

• Krok 2b vii: Połącz systemy Use Case z modelem statycznym
• Studium przypadku I1: Połącz systemy Use Case z modelem statycznym
• Studium przypadku I1: Wyniki
• Krok 2b viii: Dodaj atrybuty
• Metaatrybuty
• Studium przypadku I2: Dodaj atrybuty
• Krok 2b ix: Dodaj tabele przeglądowe
• Studium przypadku I5: Analiza tabel przeglądowych
• Krok 2b x: Dodaj operacje
• Studium przypadku I7: Operacje dystrybucji
• Krok 2b xi: Popraw strukturę klas
• Studium przypadku I8: Zmień strukturę

Projektowanie przypadków testowych i realizacja projektu

• Krok 2c: Określ testowanie
• Ustrukturyzowane solucje
• Tabele decyzyjne do testowania
• Studium przypadku J1: Wyprowadzanie przypadków testowych z tabel decyzyjnych
• Analiza wartości brzegowych
• Studium przypadku J2: Wybierz dane testowe za pomocą analizy wartości granicznych
• Testy systemu
• Poza testami systemowymi
• Krok 2d: Określ plan wdrożenia
• Krok 2e: Ustal punkt odniesienia dla rozwoju

Co programiści robią z Twoimi wymaganiami

• Zorientowany obiektowo Design Patterns
• Widoczność
• Klasy kontrolne
• Klasy graniczne
• Diagramy sekwencji
• Communication Schematy
• Inne diagramy
• Architektura warstwowa
• Interfejsy
• Mieszanki
• Implementowanie OO przy użyciu języka OO
• Implementowanie OOA przy użyciu proceduralnych Languages
• Implementacja Database z OOA przy użyciu RDBMS