Por Thiago Macedo Lima
Olá Pessoal,
estou aqui para apresentar a idéia de como se elaborar um software através
de um diagrama de caso de uso espero que vocês aproveitem o tópico.
UML – Diagrama de Caso de Uso
1- Modelo de casos e uso
• O modelo de casos é um modelo inicial de um projeto não se preocupando com o a funcionalidade do programa
2- Diagrama de casos de uso
• Um diagrama de Casos de uso possue como primitivas Atores, Casos de uso, Relacionamentos
• Também possuem primitivas Pacote e Notas.
3- Atores
• Atores representam entidades externas que interagem com o sistema em tempo de execução.
• Atores em um diagrama UML podem ser -> Pessoas, Hardware, Software, Dispositivos
• Em um Diagrama UML pode haver Atores que agem de Forma implícida que não
influênciam no diagrama em si então pode aparecer ou não no diagrama.
Exemplo -> Hardware e Software.
• A forma de representação de Atores pode ser atráves de um retângulo ou ícones humanos que são equivalentes.

Figura 1. Representação do ator no diagrama
4- Casos de uso
• A descrição dos serviços oferecidos pelo sistema é feita na UML discriminado pelos Casos de uso do Sistema
• Os Casos de usos podem descrever uma aplicação ou Uso completo de um software ou mesmo uma funcionalidade.
• Os Casos de usos são serviços que o sistema oferece, que
serve para se ter uma visão mas abrangente dos processos de seu sistema.
• Os Casos de Uso são representados por um círculo na UML.
Figura2 .Representação do caso de uso no diagrama
5- Relacionamentos
• Existem três relacionamentos entre Atores
1- Dois Atores
2- Dois Casos de Uso
3- Um Caso de Uso e Um Ator
5.1- Relacionamentos entre
Atores
• São Relacionamentos Externos que podem ser desprezados em nosso diagrama de caso de uso por serem externos ao programa, como também podem ser adicionados ao seu sistema, por fazer parte indiretamente do seu sistema.
• Duas relações comuns entre Atores -> especialização e comunicação
• Comunicação -> Trata-se de uma comunicação explícita entre Atores, que representa algo concreto entre eles.
Exemplo -> (troca de informações ou uma mensagem)
• Especialização -> Trata-se de uma comunicação genérica em que o Ator gené
rico, passa todas suas características ao Ator especializado mais alguns atributos adicionais.
Exemplo
-> Usúario
-> Ator genérico
Administrador -> Ator especializado.
A ideia é o seguinte:
O Administrador no sistema irá fazer tudo que um usúario normal faria porém com funções
adicionais de Administrador.

Figura 3. Representação dos Relacionamentos entre atores por comunicação

Figura 4. Representação dos Relacionamentos entr
e atores por especialização
5.2- Relacionamento entre Ator e Casos de Uso
• Expressa sempre uma comunicação entre o Ator e o Caso de uso, pelo fato do Ator ser
uma Entidade externa.
• A forma de representação do Relacionamento entre o Ator e o Caso de Uso é através de uma
Reta.
• Um Ator pode ter Relacionamentos com vários outros Casos de Uso e da mesma forma
Um caso de uso pode ter Relacionamentos com vários Atores.
•Uma Seta na Relação entre um Ator com o caso de uso pode ter duas
interpretações distintas:
a- Para indicar qual Ator ativa o Caso de Uso.
b- Indica o fluxo de dados nas comunicações (Neste caso então todos os Relacionamentos teriam de ser com setas).

Figura 5. Representação dos Relacionamentos entre Atores e Casos de uso
5.3- Relacionamentos entre Casos de Uso
• O Relacionamento entre Casos de Uso sempre será estruturada por pertencerem ao Sistema, não possuindo ações externas.
• São divididos em três tipos -> inclusão, extensão e generalização.
5.3.1-Relacionamento de Inclusão
• O Relacionamento de Inclusão insere um Caso de Uso dentro dointerior de outro Caso de uso, que seria um 'Sub-Caso'.
• O Relacionamento de Inclusão só podera ser criado, se houver um Caso de Uso em que poderá ser inserido.
• O Relacionamento de Inclusão poderá ser usado em duas situações:
a- Extraíndo partes significativas de um Caso maior e colocá-los em várias partes menores.
b- Colocar em evidência partes comuns entre Dois ou mais Casos de Uso.
A ideia desse Relacionamento e como se fosse um Procedimento ou Módulo em uma linguagem estruturada.

Figura 6. Representação dos Relacionamentos entre Atores de Inclusão
5.3.2-Relacionamento de Extensão
• Relacionamento de extensão é quando um Caso de Uso Menor extende os serviços de um Caso Maior.
• A ideia de extensão vem de que o Caso menor irá possuir uma extensão do Programa Maior, e inclui serviços especiais, e a chamada desse Caso Menor deverá ser atráves de uma condição
• O Relacionamento de Extensão serve para o Caso Menor só ser chamado se houver uma determinada condição no Caso Maior.

Figura 7. Representação dos Relacionamentos entre Atores de Extensão
5.3.3-Relacionamento de Generalização
• Relacionamento de Generalização é quando se tem uma Relação de um Caso de Uso Geral com um Específico
• Nesse caso então o Caso Específico representa o Caso Geral incluindo elementos adicionais isso é chamado de especialização.
• Generalização pode também ser chamada de herança pelo Caso mais específicos receber todos os atributos do Caso Geral.

Figura 8. Representação dos Relacionamentos de Generalização
Neste pequeno tutorial foi apresentado a base geral de um diagrama de Caso de Uso
Bem aqui está um link de um programa de modelagem de dados UML.
Star UML
http://baixaki.ig.com.br/download/StarUML.htm
Existem vários outros na Internet, mas esse eu recomendo por ser leve e gratuito.
Estou indo embora desejo bons estudos a todos até uma próxima oportunidade!!!!