Rational Unified Process od strony praktycznej

Książka dotyczy nowoczesnych metod tworzenia oprogramowania stosowanych w Rational Unified Process?, w skrócie RUP?- elastycznym, wszechstronnym procesie, który można dopasować do różnych przedsięwzięć programistycznych.

Część I. Przedstawienie Rational Unified Process ROZDZIAŁ l. Przedstawienie Rational Unified Process Czym jest RUP? RUP jako podejście Podstawowe zasady RUP jako podejścia RUP a iteracyjne tworzenie oprogramowania RUP jako dobrze zdefiniowany proces inżynierii oprogramowania Struktura dynamiczna RUP Struktura statyczna RUP RUP jako produkt określający proces przystosowany do potrzeb użytkownika Narzędzia konfiguracji i do autorskiego przygotowania procesu Narzędzia do udostępniania procesu Kto posługuje się produktem, jakim jest RUP? Wnioski ROZDZIAŁ 2. Istota Rational Unified Process -jak osiągnąć sukces Atakuj główne zagrożenia jak najwcześniej i konsekwentnie, bo w przeciwnym razie to one zaatakują Ciebie Podsumowanie Zadbaj o to, aby klient otrzymał wartościowy produkt Podsumowanie Nieustannie koncentruj się na tworzeniu oprogramowania wykonywalnego Podsumowanie Uwzględniaj zmiany już we wczesnych fazach przedsięwzięcia Podsumowanie Dąż do możliwie wczesnego opracowania architektury wykonywalnej Podsumowanie Buduj swój system z komponentów Podsumowanie Współpracuj z kolegami; stwórzcie jeden zespół Podsumowanie Niech zapewnienie jakości oznacza tryb postępowania, a nie coś, nad czym warto się dopiero zastanowić Podsumowanie Wnioski ROZDZIAŁ 3. Porównanie: Rational Unified Process, metod usprawniających i zalecanych przez normy państwowe o dużym znaczeniu Jak można porównywać procesy wytwórcze? Usprawnione procesy tworzenia oprogramowania - mała formalizacja, podejście iteracyjne SEI CMM, SEI CMMI, ISO/IEC, DOD-STD, MIL-STD - większe sformalizowanie daje szansę na lepszą przewidywalność SEI CMM - zrąb oceny procesów SEI CMMI - zrąb oceny procesów ISO/IEC 15504 - zrąb oceny procesów DOD-STD i MIL-STD - procesy bardzo sformalizowane RUP - podejście iteracyjne z adaptowalnym poziomem formalizacji Jaki stopień iteracyjności jest odpowiedni dla Twojego przedsięwzięcia? Jaki stopień formalizacji jest odpowiedni dla Twojego przedsięwzięcia? Jaki rodzaj konfiguracji RUP jest najodpowiedniejszy dla Twojego procesu wytwórczego? Przedsięwzięcie Dejmos - zespół jednoosobowy Przedsięwzięcie Ganimed - niewielkie, o napiętych ramach czasowych Przedsięwzięcie Mars - przeciętny rozmiar, bez doświadczenia w podejściu iteracyjnym Przedsięwzięcie Jowisz - duże i rozproszone Wnioski ROZDZIAŁ 4. Rational Unified Process dla zespołu jednoosobowego – przedsięwzięcie Dejmos Jednoosobowe przedsięwzięcie programistyczne - Dejmos Pierwsza koncepcja (sobota wieczorem) Propozycja (poniedziałek rano) Wizja Plan Wykaz zagrożeń Przypadek działalności Architektura Zobowiązanie (poniedziałkowy lunch) Wizja, podejście drugie Plan, podejście drugie Wykaz zagrożeń, podejście drugie Przypadek działalności, podejście drugie Zabieram się do roboty (poniedziałek po południu) Posuwam się naprzód (wtorek) Dalszy postęp, dalsze zmiany (środa) Zbliżam się do końca (czwartek) Wersja beta i wysyłka (piątek) Wnioski Część II. Przebieg przedsięwzięcia realizowanego zgodnie z Rational Unified Process ROZDZIAŁ 5. Cztery etapy Rational Unified Process Główne nieporozumienia Główne kamienie milowe Nie ma ustalonych przepływów czynności Żadnych stałych artefaktów Trzy rodzaje przedsięwzięć ROZDZIAŁ 6. Etap rozpoczęcia Cele etapu rozpoczęcia Rozpoczęcie a iteracje Cel l - staraj się zrozumieć to, co masz zbudować Opracuj wizję Sporządź ogólny opis systemu Zorganizuj warsztaty lub sesję burzy mózgów Opisz szczegółowo kluczowych aktorów i przypadki użycia Cel 2-określ kluczową funkcjonalność systemu Cel 3 - ustal przynajmniej jedno możliwe rozwiązanie Cel 4 - oceń koszty, harmonogram i zagrożenia związane z przedsięwzięciem Cel 5 - zdecyduj, jaki proces inżynierii oprogramowania zastosujesz i jakimi narzędziami się posłużysz Przegląd przedsięwzięcia - kamień milowy: zbadanie celów przedsięwzięcia Wnioski ROZDZIAŁ 7. Etap opracowania Cele etapu opracowania Opracowanie a iteracje Pierwsza iteracja podczas opracowania Druga iteracja podczas opracowania Cel l - zadbaj o dogłębne zrozumienie wymagań Cel 2 - zaprojektuj, zaimplementuj, zweryfikuj i ustabilizuj architekturę Architektura - definiowanie podsystemów, kluczowych komponentów i ich interfejsów Podporządkuj architekturę przypadkom użycia krytycznym dla systemu Zaprojektuj krytyczne przypadki użycia Skonsoliduj i upakuj zidentyfikowane klasy Zapewnij objęcie architekturą całego systemu Zaprojektuj bazę danych Sporządź zarys współbieżności, procesów, wątków i rozproszenia Rozpoznaj mechanizmy architektoniczne Implementuj scenariusze krytyczne Scalaj komponenty Przetestuj scenariusze krytyczne Co pozostało do zrobienia? Cel 3 - ogranicz główne zagrożenia i sporządź dokładniejsze oszacowania harmonogramu i kosztów Zaplanuj przedsięwzięcie i oszacuj jego koszty Cel 4 - dopracuj przypadek tworzenia i utwórz środowisko programistyczne Przegląd przedsięwzięcia- kamień milowy: opracowanie architektury Wnioski ROZDZIAŁ 8. Etap budowy Cele etapu budowy Budowa i jej iteracje Cel 1 - minimalizuj koszty tworzenia oprogramowania i osiągnij pewien poziom paralelizmu Organizuj prace wokół architektury Zarządzaj konfiguracją Wymuszaj stosowanie architektury Zapewnij ciągły postęp prac Cel 2 - iteracyjnie stwórz kompletny produkt gotowy do przekazania użytkownikom Opisz pozostałe przypadki użycia i wymagania Wypełniaj projekt Zaprojektuj bazę danych Implementuj i przeprowadź test jednostkowy kodu Przeprowadź scalenie i testowanie systemu Wcześnie wdrażaj i gromadź opinie Przygotuj do wdrożenia wersję beta Przygotuj się do wdrożenia końcowego Przegląd przedsięwzięcia - kamień milowy: zapewnienie sprawnego działania początkowej wersji Wnioski ROZDZIAŁ 9. Etap przekazania Cele etapu przekazania Etap przekazania a iteracje i cykle tworzenia Etap przekazania a iteracje Etap przekazania a cykle tworzenia oprogramowania Cel l - spełnienie oczekiwań użytkownika sprawdzone testem beta Testowanie w etapie przekazania Poprawki i dodatkowe wersje beta Wskaźniki ukończenia etapu przekazania Cel 2 - osiągnięcie samodzielności użytkowników po przeszkoleniu ich i osób odpowiedzialnych za pielęgnację Cel 3 - przygotowanie miejsca wdrożenia i dostosowanie operacyjnych baz danych Cel 4 - przygotowanie do uruchomienia: pakowanie, wytwarzanie oraz opracowanie materiałów dla marketingu Pakowanie, specyfikacja materiałowa i wytwarzanie Materiały dla marketingu Cel 5 - przekonanie udziałowców, że wdrożenie jest kompletne Próby odbiorcze produktu Cel 6 - możliwość lepszej realizacji przyszłych przedsięwzięć dzięki doświadczeniom nagromadzonym w bieżącym przedsięwzięciu Przegląd przedsięwzięcia - kamień milowy.- udostępnienie produktu Wnioski Część III. Przysposobienie Rational Unified Process ROZDZIAŁ 10. Konfigurowanie, konkretyzacja i dostosowywanie Rational Unified Process Konfigurowanie RUP Tworzenie konfiguracji procesu Tworzenie perspektyw procesu Dostosowywanie szablonów RUP Konkretyzacja RUP w przedsięwzięciu Przypadek tworzenia RUP Witryna WWW przedsięwzięcia Czym można zastąpić przypadek tworzenia Dostosowywanie RUP Rational Process Workbench i proces inżynierii procesów Tworzenie ograniczonych wstawek RUP przy użyciu organizatora RUP Tworzenie strukturalnych wstawek RUP przy użyciu modelatora RUP i organizatora RUP Wnioski ROZDZIAŁ 11. Przysposabianie Rational Unified Process Przysposabianie RUP w przedsięwzięciu Oszacuj Zaplanuj Skonfiguruj i dostosuj Wykonaj Oceń Przysposabianie RUP w małych przedsięwzięciach Przysposobienie RUP w dużej firmie Przedsięwzięcia mające na celu udoskonalenie procesu i narzędzi (PUPN) Przedsięwzięcia pilotowe Przedsięwzięcia tworzenia oprogramowania Typowy program w przypadku zmian umiarkowanych Typowy program w przypadku znacznych zmian Dynamiczny program wprowadzania znacznych zmian Wnioski ROZDZIAŁ 12. Planowanie przedsięwzięcia iteracyjnego Uzasadnienie Podstawowe pojęcia Cykl Etapy Iteracja Wyrób Nakładanie ograniczeń czasowych Plany zgrubne i szczegółowe - plany przedsięwzięcia i plany iteracji Plan przedsięwzięcia Plan iteracji Sporządzanie planu przedsięwzięcia Ustalanie liczby iteracji Długość iteracji Obsada przedsięwzięcia Planowanie iteracyjne Rozpoczęcie i opracowanie Budowa i przekazanie Ustalanie czynności Szacowanie Metoda szacowania iteracyjnego - szerokopasmowa zmodyfikowana metoda Delphi Optymalizowanie planu przedsięwzięcia Nakładające się iteracje Iteracje równoległe Wnioski ROZDZIAŁ 13. Błędy popełniane podczas przysposabiania i używania Rational Unified Process oraz sposoby ich unikania Błędy popełniane podczas przysposabiania RUP Przysposabianie zbyt wielu elementów RUP Przysposabianie wszystkiego za jednym razem, a nie przyrostowo Brak planu wdrożenia RUP Brak sprzężenia między doskonaleniem procesu inżynierii oprogramowania a wynikami ekonomicznymi Zbyt duży zakres dostosowywania RUP w zbyt wczesnej fazie Przechwalanie się RUP Błędy zarządzania iteracyjnym tworzeniem oprogramowania Stosowanie funkcjonalnej, wyspecjalizowanej struktury Nieustalenie właściwych oczekiwań udziałowców lub posługiwanie się przestarzałym modelem uzyskiwania Zatrudnianie zbyt wielu programistów na początku przedsięwzięcia Rozwiązywanie w pierwszej kolejności problemów łatwych Nadmierne wydłużanie początkowej iteracji Nakładanie się iteracji Doprowadzanie do zbyt wielu zmian w końcowej fazie przedsięwzięcia Błędy w analizie, architekturze, projekcie, implementacji i testowaniu Tworzenie zbyt wielu przypadków użycia Nadmiar analiz Włączanie decyzji projektowych do wymagań Brak zgody udziałowców co do sformułowanych wymagań Mentalność typu „nie wynalezione tutaj" Zakończenie opracowania przed ustabilizowaniem architektury Koncentrowanie się na inspekcjach zamiast na oprogramowaniu wykonywalnym Wnioski Część IV. Przewodnik po Rational Unified Process dla poszczególnych ról ROZDZIAŁ 14. Przewodnik po Rational Unified Process dla kierownika przedsięwzięcia Zadania kierownika przedsięwzięcia Złożoność roli kierownika Osoba czy zespół? Kierowanie przedsięwzięciem Zakres dyscypliny zarządzania przedsięwzięciem z użyciem RUP Plan tworzenia oprogramowania Iteracyjne tworzenie oprogramowania Zagrożenia Miary Czynności kierownika przedsięwzięcia Rozpoczęcie nowego przedsięwzięcia Opracowywanie planu tworzenia oprogramowania Rozpoczynanie i zamykanie etapów i iteracji Monitorowanie przedsięwzięcia Jak znaleźć własną drogę w RUP Wnioski Źródła informacji dla kierownika przedsięwzięcia Lektury dodatkowe Sieć WWW Zalecane szkolenie ROZDZIAŁ 15. Przewodnik po Rational Unified Process dla analityka Zadania analityka Od czego należy zacząć? Jak powinna funkcjonować Twoja firma? Zrozum potrzeby udziałowców Opracuj wizję Sprecyzowanie problemu Wykaz właściwości Sporządź model przypadków użycia i słownik Opisz wymagania „na milę szeroko, na cel głęboko" Opisz szczegółowo aktorów i przypadki użycia Przykład zapisywania się na cykle wykładów- specyfikowanie przypadku użycia Dopracuj swój model Opracuj prototypy interfejsu użytkownika Opracuj rysunkowy szkic ujęć lub prototyp przypadku użycia Uchwyć wymagania niefunkcjonalne Zaktualizuj i dopracuj wymagania Zapewnij, aby wymagania zostały dostarczone i przetestowane Rola analityka w RUP Źródła informacji dla analityka Lektury dodatkowe Zalecane szkolenia ROZDZIAŁ 16. Przewodnik po Rational Unified Process dla architekta Zadania architekta Majster od wszystkiego Osoba czy zespół? Węzeł komunikacji Architektura Definicja architektury Modele i perspektywy Dokument architektury oprogramowania Wykonywalny prototyp architektoniczny Mechanizmy architektoniczne Dodatkowa architektura? Ewolucja roli architekta Co robią architekci? Wizja Rytm Przewidywanie Partnerstwo Upraszczanie Czynności architekta w RUP Praca nad wymaganiami i zarządzanie przedsięwzięciem Doskonalenie architektury Utrzymywanie spójności architektury Role architekta w RUP Odnajdywanie drogi w produkcie, jakim jest RUP Źródła informacji dla architekta Lektury dodatkowe Przydatne witryny WWW ROZDZIAŁ 17. Przewodnik po Rational Unified Process dla programisty Zadania programisty Przegląd zadań programisty Zrozumienie wymagań i ograniczeń projektowych Zaprojektowanie, zaimplementowanie i przetestowanie przypadków użycia i komponentów Zaprojektuj realizacje przypadków użycia i komponenty Zaimplementuj przypadki użycia i komponenty Testowanie prowadzone przez programistę Zaprojektowanie, zaimplementowanie i przetestowanie wszystkich niezbędnych baz danych Częste scalanie swojej aplikacji z wynikami pracy pozostałych programistów Przestrzenie robocze zarządzania konfiguracją Planowanie scalania Tworzenie wyrobu Najlepsze praktyki programowania Najpierw test Refaktoryzacja kodu i projektu Posługuj się wzorcami, mechanizmami architektonicznymi i innymi aktywami, których można użyć ponownie Zachowuj prostotę swojego projektu Programowanie parami Rola programisty w RUP Źródła informacji dla programisty Lektury dodatkowe Zalecane szkolenia ROZDZIAŁ 18. Przewodnik po Rational Unified Process dla testera Zadania testera Koncepcja jakości produktu, jakim jest RUP Paradygmaty „wystarczająco dobre" Koszt jakości Czy kwantyfikacja nie byłaby pomocna? Zgodność ze standardami Czym jest testowanie? Filozofia testowania w podejściu RUP Zadanie Cykl testów Dyscyplina testowania w produkcie, jakim jest RUP Role związane z testowaniem w RUP Kluczowe artefakty testowania Czynności testera Określenie zadania testowania Weryfikowanie podejścia do testowania Potwierdzenie stabilności wyrobu (test na dym) Testowanie i ocena Realizowanie akceptowalnego zadania Doskonalenie aktywów testowych Inne pokrewne czynności Wnioski Źródła informacji dla testera Lektury dodatkowe Zalecane szkolenia