Diagram przypadków użycia opisuje system z punktu widzenia użytkownika, pokazuje co robi system, a nie w jaki sposób to robi. Diagram ten sam w sobie zazwyczaj nie daje  zbyt wielu informacji, dlatego potrzebna jest do niego dokumentacja w postaci dobrze napisanych przypadków użycia. Przypadki użycia są ważnym narzędziem zbierania wymagań dla klientów i w celu usystematyzowania materiału. Diagramy przypadków użycia, mimo własnej prostoty, są użyteczne ponieważ tworzą swojego rodzaju spis treści dla wymagań modelowanego systemu.

Diagram klas jest ściśle powiązany z projektowaniem orientowanym obiektowo systemu informatycznego lub wręcz bezpośrednio z jego implementacją w określonym języku programowania. Elementami tego diagramu są klasy które odzwierciedlają klasy, które mogą zawierać informację o polach i metodach.

Diagram komunikacji koncentrował się na zobrazowaniu współpracy między obiektami, pokazując kolejność przesyłania komunikatów i czas istnienia obiektów. To ważny diagram pokazujący jak w rzeczywistości ma wyglądać współpraca pomiędzy komponentami klas.

Ze stanami, mamy do czynienia w zamówieniach, wizytach, ubezpieczeniach, obiegu dokumentów, czyli w praktycznie każdym systemie. Bywa, że tworzymy listę stanów, ale już nie zawsze pamiętamy jednoznacznie określić wszystkie możliwości przejść między nimi. Wówczas zaczyna się wymyślanie – tworzenie ograniczeń lub nierealnych możliwości.

Diagram stanów pozwala na jednoznaczne a zarazem kompletne określenie stanów obiektu oraz zdarzeń powodujących zmiany (przejścia między stanami). Dzięki temu diagramowi możliwe jest:

• odkrycie brakujących informacji,
• kontrola kompletności wymagań (związanych z danymi i zachowaniem),
• wyjaśnianie niejasności (czy wszystkie zależności są potrzebne),
• identyfikacja konfliktów wymagań i ich rozstrzyganie.