be it analiza wpływu v2.3

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

AGENDA

Czym są wymagania?

Śledzenie powiązań

Analiza wpływu

COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 2

CZYM SĄ WYMAGANIA? Wprowadzenie do inżynierii wymagań

3

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).


KLASYFIKACJA WYMAGAŃ

Wymagania biznesowe

Wymagania interesariuszy

Wymagania rozwiązania (funkcjonalne, jakościowe)

Wymagania przejścia


BABOK® Guide Kotonya & Sommerville

Śle

dzenie

PROCES WYMAGAŃ


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

ŚLEDZENIE POWIĄZAŃ Które wymagania są powiązane?

7

ŚLEDZENIE POWIĄZAŃ Do czego śledzenie?

• Analiza wpływu

• Analiza pokrycia

• Dowód realizacji

• Użycie wymagania

• Ponowne użycie wymagań


ŚLEDZENIE POWIĄZAŃ


Wymagania

biznesowe

Wymagania

użytkowników

Wymagania

rozwiązania

(funkcjonalne,

jakościowe)

Funkcje

programu Testy



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.

http://www.processimpact.com/


COPYRIGHT @ KAROLINA ZMITROWICZ & HANNA WESOŁOWSKA 11 Źródło: Zmitrowicz K., Chrabski B., Inżynieria wymagań w praktyce, PWN 2014

ŻĄDANIE ZMIANY Jak wygląda zgłoszenie zmiany?

13

ZMIANA – CZYLI CO?


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

ŻĄDANIE ZMIANY – CO TO JEST?

Dokument, mail, zadanie

w narzędziu wspomagającym

– w zależności od przyjętej

strategii zarządzania zmianami.


Żądanie zmiany • „Propozycja zmiany obiektu odniesienia”

Wg PRINCE2 – Skuteczne zarządzanie projektami

Np. aplikacji, specyfikacji, modelu.

Tzw. Change request.

ŻĄ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.


ŻĄDANIE ZMIANY – JAK MOŻE WYGLĄDAĆ?


Komponent aplikacji

Powód zmiany

Opis zmian

Znaczenie dla biznesu

Stan obecny

ANALIZA WPYWU Jakie skutki pociągnie za sobą zmiana?

18

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.


ANALIZA WPŁYWU


ANALIZA WPŁYWU – WIĘCEJ NIŻ POWIĄZANIA


TWOJE ZADANIE Przeanalizuj zmiany, a następnie wprowadź je do specyfikacji i modelu

22

SPECYFIKACJA

Zapoznaj się ze specyfikacją wymagań.


MODEL

Zapoznaj się z modelem w Enterprise Architect.


ŻĄDANIE ZMIANY

Zapoznaj się z opisem żądania zmiany.


ANALIZA ZMIANY

Zapoznaj się z formularzem analizy zmiany.


ŚLEDZENIE POWIĄZAŃ W ENTERPRISE ARCHITECT

Zobacz wszystkie powiązania elementu – Relationships Window.

1. Zaznacz element na diagramie

2. Wybierz Menu > Element > Relationships



Zobacz wszystkie powiązania elementu – Traceability Window.

1. Zaznacz element na diagramie

2. Wybierz Menu > View > Traceability



Zobacz wszystkie powiązania pakietu

– Relationship Matrix.

1. Zaznacz pakiet w oknie Project Browser

2. Wybierz z menu kontekstowego Relationship Matrix


TWOJE ZADANIE: WPROWADŹ ZMIANY

Przeanalizuj żądanie zmiany.

Wypełnij formularz analizy zmiany.

Otrzymaj akceptację wprowadzenia zmiany.

Wprowadź zmianę w modelu.

Wprowadź zmianę w specyfikacji.


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

be it analiza wpływu v2.3

Software