UML for the IT Business Analyst

Brak

Jedną z najszybciej rozwijających się ról w branży IT jest analityk IT Business. [Analitycy znajdują się w prawie wszystkich organizacjach i są ważnymi członkami każdego zespołu IT, zarówno w sektorze prywatnym, jak i publicznym.

Ten kurs zapewnia jasny, krok po kroku przewodnik po tym, jak analityk Business może pełnić swoją rolę przy użyciu najnowocześniejszej technologii obiektowej.

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