Proces / zasady RUP

Proces RUP nie jest pojedynczym, ściśle określonym procesem, ale raczej szablonem procesu. Został on zaprojektowany w celu przystosowania do charakteru konkretnej organizacji (przedsiębiorstwa), konkretnego zespołu projektowego lub nawet charakteru konkretnego projektu. Z szablonu RUP można wybrać elementy w zależności od konkretnych potrzeb.

RUP bazuje na zbiorze zasad inżynierii programowania oraz najlepszych praktykach, na przykład:

• Iteracyjnym wytwarzaniu oprogramowania (Iterative Development)
• Zarządzaniu wymaganiami (Requirement Management)
• Używaniu architektury bazującej na komponentach (Component-based architecture)
• Graficznym projektowaniu oprogramowania
• Kontroli jakości oprogramowania (Quality Assurance)
• Procesu kontroli zmian w oprogramowaniu (Change Management)

RUP używa podejścia iteracyjnego i przyrostowego z następujących powodów:

• Integracja oprogramowania robiona krok po kroku podczas wytwarzania oprogramowania, ograniczając go do mniejszej liczby elementów
• Integracja jest prostsza i mniej kosztowna
• Składowe oprogramowania są projektowane oddzielnie i łatwiej użyć je ponownie
• Łatwiej wykrywać zmiany wymagań i łatwiej nimi zarządzać
• Zagrożenia identyfikowane i atakowane są wcześnie, ponieważ każda iteracja pozwala wykryć kolejne zagrożenia
• W iteracjach ulepszana jest architektura oprogramowania

źródło: RUP