No diagrama UML ao lado, o ator Presidente está relacionado ao caso de uso Criar projeto; o caso de uso Informar dados contém comportamento comum a dois casos de uso; o caso de uso Pagar projeto estende o comportamento Financiar projeto e Cancelar projeto é abstrato.

No Processo Unificado, um modelo de teste é tipicamente composto por casos de teste, os quais podem especificar como testar cenários específicos de casos de uso. Os casos de teste tipicamente especificam entradas, resultados esperados e outras condições relevantes para as verificações dos cenários.

No Processo Unificado, o modelo de análise foca em como os requisitos funcionais, não funcionais e restrições impostas pelo ambiente de implementação influenciam o sistema em desenvolvimento. Os artefatos de um modelo de análise são organizados em subsistemas com classes, interfaces e outros subsistemas.

No Processo Unificado, modelos de projeto contêm classes de projeto e seus objetos; cada classe de projeto representa uma abstração de classes no modelo de análise; em uma classe de projeto, os atributos são conceituais e os comportamentos são definidos via responsabilidades, que são descrições textuais dos comportamentos.

No Processo Unificado, um modelo de casos de uso é um artefato construído por analistas de sistemas e especificadores de casos de uso na disciplina Implementação. Esse artefato informa o que o sistema realiza para diferentes atores via casos de uso, que especificam as ações que o sistema executa ao interagir com os atores.

Os requisitos de um sistema são descrições dos serviços fornecidos pelo sistema e suas restrições operacionais. O processo de descobrir, analisar, documentar e verificar esses serviços e restrições é denominado engenharia de requisitos. Requisitos de um sistema de software podem ser funcionais, não funcionais ou de domínio.

O Processo Unificado é iterativo e incremental. Ao final de cada iteração, a qual é um miniprojeto, os modelos que representam o sistema encontram-se em um determinado estado, denominado baseline. As atividades de cada fase de um ciclo de vida podem ser distribuídas entre várias iterações.

No Processo Unificado, a vida de um sistema é dividida em ciclos; cada ciclo, por sua vez, é dividido em fases e, entre as fases, tem-se a fase Construção, na qual as atividades visam capturar requisitos ainda não capturados na fase anterior e produzir uma arquitetura executável, a ser usada na fase Elaboração.

Se uma classe criada por meio de herança tem uma só classe pai, tem-se herança simples. Se a classe tem mais de uma classe pai, tem-se herança múltipla. As relações de classes em uma herança simples podem ser mostradas por meio de uma árvore e as relações em uma herança múltipla podem ser mostradas por meio de um grafo.