Rational Unified Process

Inż. Michał KrukInż. Bartłomiej Pióro

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

2

Agenda RUP wprowadzenie Metodyka RUP’a Przedstawienie etapów metodyki

RUP Przedstawienie procesów metodyki

RUP

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

3

RUP wprowadzenie Rational Unified Process jest :

Iteracyjną i przyrostowa metodyka W pełni konfigurowalną platformą do

obsługi procesu tworzenia oprogramowania

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

4

Metodyka RUP Jest oparta na doświadczeniach

największych firm w branży informatycznej

Opiera się na zestawie praktyk: iteracyjny rozwój, zarządzanie wymaganiami,

architektura komponentowa, modelowanie wizualne, weryfikacja jakości, zarządzanie zmianami

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

5

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

6

Cykle Wytwarzanie oprogramowania

następuje w cyklach: Cykl początkowy Cykle ewolucyjne

Cykl życia oprogramowania : Rozpoczęcie (Inception) Opracowanie (Elaboration) Konstruowanie (Construction) Przekazanie (Transition)

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

7

Faza Rozpoczęcia (Inception) Ustalenie zakresu projektu i

warunków granicznych : Zakres Projektu Kryteria sukcesu Ocenę ryzyka i zasobów (znaną także

jako studium osiągalności - flexibility study)

Określenie kamieni milowych i dat

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

8

Faza Rozpoczęcia c.d. Wynikiem tej fazy są :

Dokument wizji (Vision) Model przypadków użycia (10%-20%) Początkowy zestaw definicji Przypadek Biznesowy Dokument podsumowujący studium osiągalności Plan projektowy (fazy i iteracje) Model Biznesowy (o ile wymagany) Prototyp (-typy)

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

9

Faza Opracowania Szczegółowa analiza problemu Rozwinięcie planu projektowego Minimalizacja ryzyka Budowa Prototypów

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

10

Faza Opracowania c.d. Wynikiem tej fazy są :

Kompletny model przypadków użycia (min. 80-90%)

Dodatkowe wymagania Opis architektury Prototyp Końcowy plan projektu Specyfikacja procesów Wstępna wersja podręcznika użytkownika

(opcja)

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

11

Faza Konstruowania Budowa Rozwój Integracja Testowanie

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

12

Faza Konstruowania c.d. Wynikiem tej fazy są :

Produkt zintegrowany z platformą docelową

Podręcznik użytkownika Opis bieżącego wydania

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

13

Faza Wdrażania Przekazanie produktu do

użytkownika (-ów) końcowego (-ych) : Korekta błędów

Wynikiem tej fazy jest działający system

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

14

Etapy RUP specyfikacja wymagań (ang.

requirements capture), analiza wymagań (ang. requirements

analysis), projektowanie (ang. design), implementacja (ang. implementation) testowanie (ang. test), konserwacja (ang. deployment).

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

15

Fazy Modelowanie biznesowe Wymagania Analiza i projektowanie Implementacja Testowanie Wdrażanie Konfiguracja i zarządzanie zmianami Zarządzanie projektem Określenie środowiska

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

16

Modelowanie biznesowe Analiza struktury i dynamiki

organizacji Identyfikacja problemów Identyfikacja procesów

biznesowych

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

17

Wymagania Specyfikują wizję systemu, czyli :

Przypadki użycia Granice systemu Koszty i Czas wytworzenia Interfejs użytkownika

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

18

Analiza i Projektowanie Zamiana wymagań w specyfikację

implementacji systemu : Ustanowienie stabilnej architektury Przystosowanie projektu do

środowiska implementacji Uwzględnienie własności systemu

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

19

Analiza Transformacja wymagań do postaci

zbiorów klas i podsystemów w oparciu o: Przypadki użycia Wymagania funkcjonalne

Wynikiem jest „idealny” system bez uwzględnienia ograniczeń środowiska implementacji i wymagań niefunkcjonalnych

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

20

Projektowanie Przystosowanie wyników analizy do

wymagań niefunkcjonalnych i ograniczeń środowiska implementacji

Optymalizacja systemu Pełne uwzględnienie

funkcjonalności

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

21

Artefakty Główne artefakty fazy Analizy i

Projektowania : Model Projektowy Model Analityczny Interfejsy

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

22

Implementacja Wytworzenie działającej aplikacji

na podstawie modelu z fazy projektowania.

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

23

Testy Sprawdzenie zgodności z

wymaganiami Sprawdzenie stabilności działania

aplikacji „Wyłapanie” błędów

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

24

Wdrożenie Wytworzenie i dostarczenie

oprogramowania do użytkowników końcowych

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

25

Konfiguracja i zarządzanie zmianami Opis procesu kontroli artefaktów

wytworzonych przez zespół projektowy

Występujące problemy : Symultaniczne uaktualnienia Limitowane zawiadomienia Duża ilość wersji

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

26

Zarządzanie projektem Główne cele :

Dostarczenie wskazówek wspomagających planowanie prac

Organizowanie zespołów Dostarczenie szablonów

W RUP nie ma pełnego przykrycia procesu zarządzania

2004-11-15 Seminarium Magisterskie 2004/05. Michał Kruk, Bartłomiej Pióro

27

Określenie środowiska Wybór i dostarczenie narzędzi Określenie środowiska

systemowego