UML - Unified Modeling Language

...

3 DIAGRAMAS DE CASOS DE USO

Este é o diagrama que documenta o que faz o sistema, de acordo com o ponto de vista de que usa este sistema. De modo simplificado ele descreve quais são as principais funcionalidades do sistema e a interação dessas tais funcionalidades com os usuários. Não se aprofundam em detalhes técnicos.

Ele se origina da especificação de requisitos, que não tem nada a ver com a UML. Pode ser utilizado também para criar o documento desses requisitos.

São compostos por quatro partes essenciais:

O Cenário: Sequência de eventos que acontecem quando um usuário interage com o sistema.

O Ator: Ou melhor, o perfil de usuário do sistema.

Use Case: É uma funcionalidade ou até mesmo uma tarefa realizada pelo ator, como já dito que significa o usuário.

Comunicação: É o que liga um ator (usuário) com um caso de uso.

Darei um exemplo de cenário (fonte do caso de uso no fim do trabalho):

“A clínica médica Saúde Perfeita precisa de um sistema de agendamento de consultas e exames. Um paciente entra em contato com a clínica para marcar consultas visando realizar um check-up anual com seu médico de preferência. A recepcionista procura data e hora disponível mais próxima na agenda do médico e marca as consultas. Posteriormente o paciente realiza a consulta, e nela o médico pode prescrever medicações e exames, caso necessário”.

Como o cenário já esta definido, podemos iniciar o nosso diagrama. Primeiramente definiremos os atores:

- Paciente

- Secretária

- Médico

Logo após definimos as ações de cada usuário, ou melhor ator:

- Paciente

Solicita Consulta

Solicita o Cancelamento da Consulta

- Secretária

Consulta Agenda

Marca Consulta

Cancela Consulta

- Médico

Realiza Consulta

Prescreve Medicamentos

Solicita Realização de exames

Assim já temos os atores e suas devidas ações, o que podemos fazer também é criar um documento textual com todos os atores e funcionalidades. Mas o que é feito para facilitar a compreensão é uma imagem deste caso de uso, pois é mais fácil de expressar e ser entendido apelando para a linguagem visual.

Definição de figuras do diagrama:

[pic 2]

(Obs: todas as imagens são retiradas do link que referencia o cenário, proposto logo acima).

No mercado existem diversos softwares, que fornecem as ferramentas adequadas que auxiliam na construção destes diagramas. Alguns destes softwares possuem versões de testes muito boas como o Enterprise Architect, ou o Visio.

Podemos então construir o seguinte diagrama:

[pic 3]

Como vemos neste desenho são utilizadas técnicas gráfica simples, sendo elas as que descrevem objetivamente o que por texto seria algo difícil e grande para ser explicado.

- Include: O que seria o significado desta palavra? Ela significa a ocorrência de um caso necessitar uma relação com outro caso de uso para certa funcionalidade ser executada.

- Extend: Significa a grosso modo, que este caso de uso irá funcionar como uma base, só que será estendido, dai o termo extend, e são inseridos novos passos a esse caso de uso.

As setas com traços representa o texto include>>, que do mesmo modo representa texto extend>>.

Modificamos agora nosso diagrama com os novos termos aprendidos, justamente na parte de marcar consulta adicionamos um novo caso de uso que se chamara “Consultar Agenda”, porque logicamente antes da secretária marcar qualquer consulta ela deve disponibilizar a disponibilidade na agenda do médico.

[pic 4]

Com este diagrama completo podemos trabalhar em três áreas muito importantes nos projetos: Na Definição de Requisitos, na Comunicação com os Clientes e também na Geração de Casos de Teste.

4 CONCLUSÃO

Concluímos que o UML é um padrão de modelagem de dados, que não possui relação com nenhuma metodologia, e também que o UML é bastante usado em software desde 1995, e é essencial na parte da elaboração do mesmo.

5 REFERÊNCIAS

Disponível em: http://www.infoescola.com/engenharia-de-software/uml/

Acesso: