A tabela abaixo descreve os elementos que podem ser adicionados aos diagramas de casos de uso. Os elementos são agrupados pela seção Paleta de modelagem.
| Elemento | Ícone | Descrição |
|---|---|---|
| Seção básica | ||
| Caso de uso |  |
Descrição do que o sistema faz e não de como o sistema o faz. Um caso de uso contém várias situações e cada uma delas descreve um fluxo específico de eventos através do caso de uso. As situações dos casos de uso devem ser descritas com clareza para que possam ser compreendidas por outros. |
| Pacote |  |
Agrupamento de elementos de modelo. Os pacotes são usados em diagramas de casos de uso, de classes e de componentes. Um pacote pode ser aninhado dentro de outro pacote e pode conter pacotes subordinados e elementos de modelo comuns. Os pacotes podem ser subsistemas de modelos. A descrição de todo o sistema pode ser considerada como um único pacote de subsistemas de alto nível que contém todos os elementos de modelagem do sistema. |
| Ator |  |
Conjunto coerente de funções que os usuários de um sistema desempenham ao interagirem com os casos de uso do sistema. Os atores podem ser: seres humanos, dispositivos ou outros sistemas. Os atores podem possuir atributos e operações, que não aparecem no elemento Ator, mas na janela Documentação. Um objeto físico pode desempenhar várias funções e, conseqüentemente, pode ser modelado por vários atores. |
| Incluir |  |
Dependência entre os casos de uso na qual o caso de uso do código-fonte incorpora explicitamente o comportamento de outro caso de uso em um local especificado. |
| Estender |  |
Dependência entre casos de uso na qual o caso de uso estende o comportamento do código-fonte. |
| Generalização |  |
A generalização é um relacionamento taxonômico entre um elemento mais geral e um elemento mais específico totalmente compatível com o primeiro elemento e que acrescenta informações adicionais. Este link também é conhecido como link de herança ou especialização. |
| Associação |  |
Link que associa um ator a um caso de uso. Este link mostra a participação de um ator em um caso de uso e é o único relacionamento entre atores e casos de uso. |
| Seção de dependências | ||
| Dependência |  |
O relacionamento entre dois elementos cujas definições dependem, de tal maneira, uma da outra que as alterações em uma delas pode provocar alterações na outra. Por exemplo, quando uma classe menciona outra como um parâmetro de operação ou como parte de seus dados, as duas classes apresentam dependência. |
| Realizar |  |
Relacionamento semântico entre classificadores. Um classificador especifica um contrato que outro classificador garante levar a cabo. Estes relacionamentos são usados em dois lugares: entre as interfaces e as classes que os realiza e entre os casos de uso e as colaborações que os realiza. |
| Uso |  |
Dependência na qual um elemento (o cliente) exige a presença de outro elemento (o fornecedor) para o correto funcionamento ou implementação. |
| Permissão |  |
Dependência que garante os direitos de acesso de um elemento de modelo fornecedor a um elemento de modelo cliente, na qual o cliente requer acesso para alguns ou todos os elementos constituintes do fornecedor. |
| Abstração |  |
Limite relativo da perspectiva do telespectador. Características essenciais de uma entidade que se distingue de todos os outros tipos de entidades. |
| Seção de comentários | ||
| Comentário |  |
Uma anotação em um bloco de notas. Use Comentários para registrar informações sobre um elemento ou link em um diagrama. Estas informações não são incluídas no código gerado, são apenas para informação. O Comentário não tem limite de caracteres e pode ser numerado. Também é possível definir um estereótipo e inserir um elemento anotado. |
| Comentário de link |  |
Conexão entre o elemento de comentário e o elemento associado. |