Uczestnik: Uczestnik to zewnętrzny podmiot wchodzący w interakcję z systemem, może to być osoba, organizacja, zewnętrzny system lub urządzenie, reprezentowany za pomocą ikony postaci.

Przypadek użycia: Przypadek użycia to jednostka usługi lub funkcjonalności systemu, którą może odczuć uczestnik, opisująca, jak system reaguje na żądania uczestnika, reprezentowana za pomocą elipsy z linią ciągłą.

Relacje: Relacje między elementami, w tym relacje między uczestnikami, między uczestnikami a przypadkami użycia oraz między przypadkami użycia.

Uczestnicy znajdują się poza systemem, a nie są jego częścią;

Tylko ci, którzy używają systemu, wchodzą z nim w interakcję lub wymieniają informacje, są uczestnikami;

Uczestnicy nie muszą być ludźmi, mogą to być inne podsystemy, inne systemy, czas, temperatura i inne czynniki.

Specyfikacja przypadku użycia powinna zawierać następujące elementy: identyfikację i nazwę przypadku użycia, uczestników zaangażowanych w przypadek użycia, krótki opis przypadku użycia, powiązane inne przypadki użycia, warunki wstępne wykonania przypadku użycia, podstawowy przepływ zdarzeń, alternatywne przepływy zdarzeń, warunki końcowe wykonania przypadku użycia, inne informacje (takie jak wymagania niefunkcjonalne, ograniczenia projektowe, status przeglądu przypadku użycia, autor, historia zmian itp.).

Między uczestnikami: Głównie relacje uogólnienia, czyli relacje między ogólnym a szczegółowym.

Między uczestnikami a przypadkami użycia: Asocjacja reprezentuje relację między uczestnikami a przypadkami użycia, czyli który uczestnik może uruchomić który przypadek użycia.

Między przypadkami użycia: Relacje między przypadkami użycia obejmują uogólnienie, zawieranie i rozszerzanie.

Modelowanie wymagań: Diagram przypadków użycia służy do uchwycenia wymagań funkcjonalnych systemu, pomaga analitykom zidentyfikować funkcje, które system powinien zapewnić, oraz sposoby interakcji z zewnętrznymi podmiotami.

Podział funkcji i budowa systemu: Poprzez przedstawienie relacji logicznych i sposobów wywoływania między przypadkami użycia (takimi jak zawieranie, rozszerzanie), diagram przypadków użycia pomaga projektantom systemu podzielić moduły funkcjonalne, zbudować hierarchię strukturalną między modułami, wspierać modułowy rozwój systemu.

Identyfikacja ról i projektowanie uprawnień: Diagram przypadków użycia poprzez definiowanie uczestników i ich odpowiadających funkcji, może pomóc zespołowi deweloperskiemu w określeniu ról i zakresu uprawnień różnych użytkowników w systemie, dostarczając podstawy do projektowania kontroli uprawnień.