Zaawansowane techniki analizy systemowej oparte o modelowanie

Zaawansowane techniki analizy systemowej oparte o
modelowanie – warsztat
Cel szkolenia
Forma szkolenia
Celem warsztatu jest utrwalenie i uzupełnienie
umiejętności systematycznej specyfikacji i dokumentacji systemu informatycznego z wykorzystaniem standardów OMG (języka UML,
OCL, SysML) oraz nabycie praktycznych umiejętności efektywnej pracy z narzędziem do
modelowania.
Materiał omawiany w trakcie warsztatów jest
osadzony w kontekście wypracowanej w firmie
AION metodyki prowadzenia analizy systemowej. Pozwala to słuchaczom poznać proces
projektowania złożonych systemów informatycznych oraz dobre praktyki wypracowane w
tym obszarze. Samodzielna realizacja poszczególnych zadań umożliwia weryfikację
zrozumienia i opanowania przez uczestników
przekazywanych technik
Zajęcia mają charakter warsztatowy, opierają
się na jednym studium przypadku (wskazanym
temacie wiodącym). Różne aspekty analizy
ćwiczone są w narzędziu, na przykładzie opracowywania modelu systemu informatycznego
w zespołach 2 lub 3 – osobowych. Do realizacji
projektu wykorzystywane jest narzędzie modelowania CASE – Visual Paradigm.
Umiejętności zdobyte
uczestników szkolenia
przez
Podczas warsztatu uczestnicy utrwalają i uzupełniają umiejętności opisywania, definiowanych przez biznes, wymagań funkcjonalnych;
modelowania
funkcjonalności
systemu
z punktu widzenia realizacji wymagań; specyfikowania zawartości informacyjnej systemu;
modelowania dynamicznych aspektów systemu.
Dzięki prezentacji praktycznych aspektów
uwzględnionych standardów (notacji UML,
OCL, SysML) uczestnicy zdobywają umiejętność doboru odpowiednich środków (konstrukcji) służących do rozwiązywania pojawiających
się problemów na różnych etapach procesu
produkcyjnego.
.
Profil uczestnika szkolenia
Szkolenie kierowane jest do osób biorących
czynny udział w analizie systemów informatycznych, osób odpowiedzialnych za przebieg
prac na różnych etapach specyfikowania wymagań wobec systemów informatycznych oraz
kierowników produkcji, doskonalących procesy
wytwórcze oprogramowania.
Wymagana wiedza od uczestnika
Aby móc brać aktywny udział w warsztacie,
uczestnicy powinni znać podstawy notacji UML.
Możliwe jest przeprowadzenie warsztatu "od
podstaw" - wówczas jego czas wydłuża się do
5 dni (dodatkowe 2 dni poświęcone są wówczas na omówienie podstaw notacji UML).
Czas trwania szkolenia
3 – 5 dni
Zaawansowane techniki analizy systemowej oparte o modelowanie – warsztat
Program szkolenia
1. Wprowadzenie
1.1. Współczesna analiza biznesowa
1.1.1. Historia i aktualne trendy
1.1.2. IIBA Business Analysis Body of Knowledge 2.0 (BABOK 2.0), prezentacja ogólnych założeń i proponowanych zmian w BABOK 3.0
1.2. Zagadnienie tworzenia modelu architektury biznesowej: cel modelowania, podstawowe pojęcia
1.3. Zarysowanie procesu wytwórczego analizy biznesowej: wskazanie etapów procesu oraz problemów, z którymi borykają się uczestnicy realizujący zadania poszczególnych etapów
1.4. Omówienie koncepcji podziału na modele CIM/PIM/PSM według MDA (ang. Model Driven Architecture)
1.5. Prezentacja podejścia autorstwa firmy AION: wyróżnionych ról uczestników procesu wytwórczego, wskazanie tworzonych w procesie artefaktów, standardów notacyjnych stosowanych
do reprezentacji poszczególnych artefaktów oraz odpowiedzialności ról za ich opracowanie
2. Omówienie sposobu realizacji zajęć
2.1. Omówienie koncepcji zadań
2.2. Zapoznanie się z dziedziną problemu – przygotowanym na potrzeby warsztatu opisem wycinka
rzeczywistości
2.3. Prezentacja projektu, do którego nawiązuje przytoczony opis wycinka rzeczywistości i na podstawie którego będą prowadzone warsztaty
2.4. Prezentacja wykorzystywanego podczas warsztatów narzędzia modelowania
3. Mechanizmy rozszerzeń języka UML
3.1. specyfikacja profilu: stereotypów, atrybutów, ograniczeń (profil UML)
3.2. import projektu z utworzonym profilem
4. Modelowanie biznesowe
4.1. Prezentacja technik opracowywania artefaktów analizy biznesowej
4.1.1. Modelu informacyjnego organizacji – identyfikacja bytów biznesowych (bytów, wokół których realizowana jest w organizacji praca) i relacji pomiędzy nimi (diagram klas)
4.1.2. Architektury procesów biznesowych – opracowanie architektury w oparciu o metodykę
RIVA, identyfikacja procesów i określenie zależności pomiędzy nimi (BPMN)
4.1.3. Modelu procesów biznesowych – specyfikacja przebiegów procesów biznesowych
(BPMN)
4.1.4. Specyfikacja reguł biznesowych (diagram wymagań)
4.2. Analiza przygotowanego na potrzeby warsztatów procesu biznesowego (BPMN)
4.3. Specyfikacja wymagań biznesu wobec funkcjonalności systemu, powiązanie wymagań z akcjami procesów (diagram wymagań)
5. Modelowanie wymagań wobec funkcjonalności systemu IT
5.1. Analiza wyspecyfikowanych wymagań biznesu, identyfikacja oczekiwanych funkcjonalności
systemu (wyróżnienie przypadków użycia) oraz możliwości ich użycia przez poszczególnych
użytkowników systemu (wyróżnienie aktorów, określenie zależności pomiędzy przypadkami
użycia i aktorami) (diagram przypadków użycia)
5.2. Określenie zależności pomiędzy przypadkami użycia i wymaganiami biznesu oraz regułami
biznesowymi (diagram wymagań)
6. Modelowanie zawartości informacyjnej systemu
6.1. Opracowanie modelu informacyjnego systemu: identyfikacja klas dziedzinowych, określenie
związków pomiędzy klasami, specyfikacja właściwości klas (diagram klas, diagram pakietów)
6.2. Specyfikacja cyklu życia elementów modelu informacyjnego – opracowanie modelu zachowań
wybranych klas dziedzinowych (diagram maszyny stanów)
6.3. Powiązanie przejść pomiędzy stanami a funkcjonalnościami systemu (diagram maszyny stanów, diagram przypadków użycia)
7. Szczegółowa specyfikacja poszczególnych funkcjonalności systemu
7.1 Specyfikacja przebiegu przypadku użycia (diagram aktywności)
7.1.1. Uwzględnienie obiektów w przebiegu przypadku użycia – powiązanie opisu sposobu korzystania z systemu (akcji przebiegu) z informacjami/danymi, na jakich pracuje system (z
klasami modelu informacyjnego systemu)
7.1.2. Uzupełnienie informacji o stanach obiektów przetwarzanych w ramach realizacji przypadku użycia (diagram aktywności, diagram maszyny stanów)\
7.1.3. Powiązanie przejść pomiędzy stanami a realizacją funkcjonalności systemu (diagram
maszyny stanów, diagram aktywności)
7.1.4. Definiowanie wzorców analitycznych, zastosowanie przykładowych wzorców w przebiegu
przypadku użycia
7.1.5. Zasady zachowania spójności pomiędzy strukturą modelu przypadków użycia
a przebiegiem przypadku
7.2. Opracowanie mapy nawigacyjnej dla przypadku użycia – definicja klas reprezentujących elementy interfejsu użytkownika (strony, formularze, panele) oraz możliwych schematów nawigacji pomiędzy tymi elementami (powiązanie elementów zgodnie z ustalonymi możliwościami
przejść pomiędzy nimi w ramach realizacji przypadku użycia) (diagram klas)
7.2.1. Dostosowanie diagramu klas do potrzeb techniki
7.2.2. Przypisanie odpowiedzialności za realizację akcji z warstwy prezentacji przebiegu przypadku użycia poszczególnym elementom mapy nawigacyjnej (diagram aktywności,
diagram klas)
7.2.3. Wskazanie prezentowanych/przetwarzanych danych dla poszczególnych elementów
mapy nawigacyjnej – definicja atrybutów klas mapy nawigacyjnej, powiązanie ich z klasami modelu informacyjnego. Wyróżnienie danych głównych/bazowych (diagram klas)
7.3. Opracowanie prototypu interfejsu użytkownika – projekt formularzy, stron, paneli (diagram interfejsu użytkownika)
7.3.1. Powiązanie elementów przebiegu przypadku użycia (tj. akcji, zdarzeń, przejść) z elementami interfejsu użytkownika – dostosowanie diagramu aktywności do potrzeb techniki
(diagram aktywności, diagram interfejsu użytkownika)
7.3.2. Definiowanie ograniczeń nałożonych na elementy interfejsu użytkownika (dotyczących
np. formatu prezentowanych danych, widoczności, dostępności elementów interfejsu,
formuł selekcji wyświetlanych danych, zależności pomiędzy prezentowanymi danymi)
(diagram wymagań)
7.3.3. Powiązanie elementów interfejsu użytkownika z danymi dostępnymi w systemie (z elementami modelu informacyjnego) (diagram wymagań, diagram klas)
8. Prezentacja metod specyfikowania ograniczeń nałożonych na elementy modelu (wyrażenia języka
OCL)
8.1. Specyfikacja niezmienników nałożonych na elementy modelu informacyjnego systemu, definicja wartości początkowych oraz algorytmów wyliczenia właściwości wnioskowanych
8.2. Precyzyjna specyfikacja akcji logiki biznesowej systemu – definicja wymagań odnoszących się
do sposobu realizacji akcji (np. wyszukiwania, weryfikacji poprawności, transformacji danych)
8.3. Precyzyjna definicja ograniczeń nałożonych na elementy interfejsu użytkownika
9. Podsumowanie warsztatu
 AION Sp. z o.o.
ul. Krupnicza 6-8
50-075 Wrocław
 www.aion.com.pl
 600 972 065
 [email protected]
TAGI: analiza systemowa, analiza biznesowa, diagram klas, OCL, diagram maszyn stanów, UML,
SysML, diagram klas, diagram przypadków użycia,
BPMN, diagram aktywności, diagram interfejsu
użytkownika, standardy OMG