O que UML?

UML um acrnimo para a expresso Unified Modeling Language. Pela definio de seu
nome, vemos que UML uma linguagem que define uma srie de artefatos que nos ajuda na tarefa
de modelar e documentar os sistemas orientados a objetos que desenvolvemos.
Ela possui nove tipos de diagramas que so usados para documentar e modelar diversos
aspectos dos sistemas.
A maioria dos problemas encontrados em sistemas orientados a objetos tem sua origem na
construo do modelo, no desenho do sistema. Muitas vezes as empresas e profissionais no do
muita nfase essa fase do projeto, e acabam cometendo diversos erros de anlise e modelagem.
Isso quando h modelagem, pois ns profissionais da rea sabemos que muitas vezes o projeto
comea j na fase de codificao.
Diagrama de Casos de Uso
Esse diagrama documenta o que o sistema faz do ponto de vista do usurio. Em outras
palavras, ele descreve as principais funcionalidades do sistema e a interao dessas funcionalidades
com os usurios do mesmo sistema. Nesse diagrama no nos aprofundamos em detalhes tcnicos
que dizem como o sistema faz.
Este artefato comumente derivado da especificao de requisitos, que por sua vez no faz parte
da UML. Pode ser utilizado tambm para criar o documento de requisitos.
Diagramas de Casos de Uso so compostos basicamente por quatro partes:
Cenrio: Sequncia de eventos que acontecem quando um usurio interage com o sistema.
Ator: Usurio do sistema, ou melhor, um tipo de usurio.
Use Case: uma tarefa ou uma funcionalidade realizada pelo ator (usurio)
Comunicao: o que liga um ator com um caso de uso
Vamos criar um cenrio de exemplo para vermos a notao de um diagrama de caso de uso:
A clnica mdica Sade Perfeita precisa de um sistema de agendamento de consultas e exames.
Um paciente entra em contato com a clnica para marcar consultas visando realizar um check-up
anual com seu mdico de preferncia. A recepcionista procura data e hora disponvel mais prxima
na agenda do mdico e marca as consultas. Posteriormente o paciente realiza a consulta, e nela o
mdico pode prescrever medicaes e exames, caso necessrio.
Com esse cenrio simples podemos comear a criar nosso diagrama. Inicialmente vamos definir
nossos atores:
a) Paciente
b) Secretria
c) Mdico
Agora vamos definir algumas aes de cada usurio:
a) Paciente
Solicita Consulta
Solicita Cancelamento de Consulta

b) Secretria
Consulta Agenda
Marca Consulta
Cancela Consulta
c) Mdico
Realiza Consulta
Prescreve Medicao
Solicita Realizao de exames
Bom, agora j temos uma relao de atores e aes relacionadas a esses atores. Poderamos criar
um documento textual (como foi feito acima), para registrar nossos atores e funcionalidades. Mas o
leitor no concorda que uma imagem vale mais que mil palavras? Pois bem, podemos expressar
tudo o que definimos em um desenho simples utilizando os padres da UML para documentao
de casos de uso.
No quadro abaixo segue a definio de algumas figuras do diagrama:

No mercado existem diversos tipos de ferramentas case que auxiliam na construo de diagramas.
o leitor fique a vontade de utilizar a ferramenta de sua preferencia. Algumas sugestes seriam as
verses trial do Enterprise Architect, ou do Visio.
Podemos agora construir o diagrama:


Como podemos observar esse diagrama composto por desenhos simples descrevem de maneira
bem objetiva o que textualmente poderia ficar extenso. Nele vemos as funcionalidades do sistema e
as interaes dos usurios com elas.
Para melhorar um pouco mais esse diagrama vamos ver o conceito de include>>. Include e extend
so relaes entre os casos de uso.
Include: seria a relao de um caso de uso que para ter sua funcionalidade executada precisa
chamar outro caso de uso.
Extend: Esta relao significa que o caso de uso extendido vai funcionar exatamente como o
caso de uso base s que alguns passos novos inseridos no caso de uso extendido.
Tanto um como o outro, so notados como setas tracejadas com o texto include>> ou extend>>.
Sabendo disso podemos modificar o diagrama inserindo um novo caso de uso Consultar Agenda,
que ser utilizado no caso de uso Marca Consulta. Pois a secretria, antes de marcar precisa
verificar a disponibilidade da agenda do mdico certo?




O leitor no concorda que esse tipo de diagrama extremamente simples e til? Com ele podemos
trabalhar em trs reas muito importantes nos projetos:
1) Definio de Requisitos: Novos casos de usos geralmente geram novos requisitos conforme
o sistema vai sendo analisado e modelado;
2) Comunicao com os Clientes: Pela sua simplicidade, sua compreenso no exige
conhecimentos tcnicos, portanto o cliente pode entender muito bem esse diagrama, que auxilia o
pessoal tcnico na comunicao com clientes
3) Gerao de Casos de Teste: A juno de todos os cenrios para um caso de uso pode sugerir
uma bateria de testes para cada cenrio


Leia mais em: O que UML e Diagramas de Caso de Uso: Introduo Prtica
UML http://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-
uml/23408#ixzz32NJBIfwM