Twój koszyk : Do zapłaty 0,00 zł Ilość w koszyku: 0

Strona główna » informatyka » Programowanie » Inżynieria oprogramowania

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