1. ANALIZA WPŁYWU
ORAZ METODY ZAPEWNIENIA SPÓJNOŚCI
SPECYFIKACJI I MODELI UML
Konferencja be IT, ścieżka be Analyst
Karolina Zmitrowicz Hanna Wesołowska
2. AGENDA
Czym są wymagania?
Śledzenie powiązań
Analiza wpływu
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 2
4. WYMAGANIE
Wymaganie to [IEEE 610]:
1. Stan lub zdolność potrzebna interesariuszowi, aby rozwiązać problem lub osiągnąć cel.
2. Stan lub zdolność, która musi zostać spełniona lub posiadana przez system lub moduł, aby spełnić
kontrakt, standard, specyfikację lub inne formalne dokumenty.
3. Reprezentacja w formie dokumentu stanu lub zdolności zgodnie z (1) lub (2).
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 4
6. PROCES WYMAGAŃ
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 6
Analiza
przedsiębiorstwa
Ocena i walidacja
rozwiązania
Analiza wymagań
Zarządzanie
wymaganiami
Identyfikacja
wymagań
Planowanie i
monitorowanie
Analizy Biznesowej
Wymagania
interesariuszy
Wymagania
rozwiązania
Wymagania
biznesowe
Wymagania
przejścia
BABOK® Guide
8. ŚLEDZENIE POWIĄZAŃ
Do czego śledzenie?
• Analiza wpływu
• Analiza pokrycia
• Dowód realizacji
• Użycie wymagania
• Ponowne użycie wymagań
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 8
9. ŚLEDZENIE POWIĄZAŃ
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 9
Wymagania
biznesowe
Wymagania
użytkowników
Wymagania
rozwiązania
(funkcjonalne,
jakościowe)
Funkcje
programu
Testy
10. ŚLEDZENIE POWIĄZAŃ
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 10
Karl Wiegers, www.processimpact.com
Śledzenie
• Sposób zarządzania zmieniającymi się
wymaganiami i powiązanymi z nimi
artefaktami.
• Kontrola spełnienia/wykonania wszystkich
ważnych etapów procesu wytwarzania.
• Podstawa dla testowania, V&V.
11. ŚLEDZENIE POWIĄZAŃ
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 11
Źródło: Zmitrowicz K., Chrabski B., Inżynieria wymagań w praktyce, PWN 2014
14. ZMIANA – CZYLI CO?
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 14
Zmiana
• Różnica między stanem obecnym
zatwierdzonego obiektu
(aplikacji, modelu, dokumentu,
wymagania) a głoszoną nową
żądaną cechą.
Aktorzy ACT001 Administrator
ACT003 Manager projektu
Zdarzenie inicjujące Użytkownik wybiera opcję zmiany roli użytkownika
przypisanego do danego projektu
Warunki początkowe Co najmniej jeden użytkownik dodany do projektu
Opis przebiegu
interakcji
1. Aplikacja wyświetla listę użytkowników przypisanych do
projektu prezentując informacje:
a. Imię
b. Nazwisko
c. Nazwa użytkownika
d. Przypisana rola w projekcie
2. Użytkownik wybiera z listy użytkownika, którego rolę chce
zmienić
3. System wyświetla listę ról: Manager, Tester, Naprawiacz
4. Użytkownik wybiera rolę i zatwierdza
Sytuacje wyjątkowe Jeśli do projektu przypisany jest już co najmniej jeden
użytkownik z rolą Manager, nie jest możliwe przypisanie tej
roli innemu użytkownikowi. Pojawia się komunikat błędu i
zmiana nie zostaje zapisana.
Przebiegi alternatywne Sortowanie - Listę użytkowników można posortować
malejąco i rosnąco po polach:
o Imię
o Nazwisko
o Nazwa użytkownika
o Rola
Filtrowanie – Listę użytkowników można przefiltrować po
polach:
o Imię
o Nazwisko
o Nazwa użytkownika
o Rola
Warunki końcowe Rola użytkownika zostaje zmieniona – nowa rola jest
widoczna na liście użytkowników a użytkownik otrzymuje
uprawnienia do wykonywania zadań w projekcie zgodnie z
przypisaną rolą.
Powiązania USC017 Dodaj projekt
15. ŻĄDANIE ZMIANY – CO TO JEST?
Dokument, mail, zadanie
w narzędziu wspomagającym
– w zależności od przyjętej
strategii zarządzania zmianami.
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 15
Żądanie zmiany
• „Propozycja zmiany obiektu odniesienia”
Wg PRINCE2 – Skuteczne zarządzanie projektami
Np. aplikacji, specyfikacji, modelu.
Tzw. Change request.
16. ŻĄDANIE ZMIANY – JAK MOŻE WYGLĄDAĆ?
Od: Tobiasz Testerski
Do: Be IT Change Management Team
Temat: Nie usuwajmy w aplikacji projektów!
Nie wiemy teraz skąd pochodził zgłoszony incydent, jeśli projekt jest usunięty.
Zmieńcie to proszę!
Dzięki,
T.T.
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 16
17. ŻĄDANIE ZMIANY
– JAK MOŻE WYGLĄDAĆ?
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 17
Komponent aplikacji
Powód zmiany
Opis zmian
Znaczenie dla biznesu
Stan obecny
19. ANALIZA WPŁYWU
Analiza wpływu
• (1) Proces identyfikacji potencjalnych skutków
zmiany, lub szacowania, co musi być
zmodyfikowane, aby dokonać zmiany.
• (2) Ocena zagrożeń związanych ze
zmianami, łącznie z oszacowaniem wpływu
na zasoby, wysiłku i harmonogram.
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 19
26. ANALIZA ZMIANY
Zapoznaj się z formularzem analizy zmiany.
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 26
27. ŚLEDZENIE POWIĄZAŃ W ENTERPRISE ARCHITECT
Zobacz wszystkie powiązania elementu – Relationships Window.
1. Zaznacz element na diagramie
2. Wybierz Menu > Element > Relationships
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 27
28. ŚLEDZENIE POWIĄZAŃ W ENTERPRISE ARCHITECT
Zobacz wszystkie powiązania elementu – Traceability Window.
1. Zaznacz element na diagramie
2. Wybierz Menu > View > Traceability
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 28
29. ŚLEDZENIE POWIĄZAŃ W ENTERPRISE ARCHITECT
Zobacz wszystkie powiązania pakietu
– Relationship Matrix.
1. Zaznacz pakiet w oknie Project Browser
2. Wybierz z menu kontekstowego Relationship Matrix
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 29
30. TWOJE ZADANIE: WPROWADŹ ZMIANY
Przeanalizuj żądanie zmiany.
Wypełnij formularz analizy zmiany.
Otrzymaj akceptację wprowadzenia zmiany.
Wprowadź zmianę w modelu.
Wprowadź zmianę w specyfikacji.
COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 30
31. ANALIZA WPŁYWU
ORAZ METODY ZAPEWNIENIA SPÓJNOŚCI
SPECYFIKACJI I MODELI UML
Konferencja be IT, ścieżka be Analyst
Karolina Zmitrowicz Hanna Wesołowska