Escolar Documentos
Profissional Documentos
Cultura Documentos
Veja neste artigo um estudo prtico sobre UML e uma introduo a um de seus principais diagramas, o
diagrama de Casos de Uso.
Ol a todos.
Todos os meus artigos que publiquei na DevMedia at hoje foram artigos tcnicos voltados para a
linguagem C#. Porm neste artigo, vamos sair um pouco dessa tnica e tentar explicar os fundamentos
de uma linguagem muito importante no s para desenvolvedores, mas para todos os profissionais que
se envolvem em projetos de desenvolvimento de sistemas e clientes.
Nesta srie de artigos veremos o que UML, para que serve e alguns exemplos prticos dos seus
diagramas mais comumente utilizados.
O que UML?
UML um acrnimo para a expresso Unified Modeling Language. Pela definio de seu nome, vemos
que a 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 objectos tem sua origem na construo
do modelo, no desenho do sistema. Muitas vezes as empresas e profissionais no do muita nfase
essa fase do projecto, e acabam cometendo diversos erros de anlise e modelagem. Isso quando h
modelagem, pois ns profissionais da rea sabemos que muitas vezes o projecto comea j na fase de
codificao.
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.
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:
Com esse cenrio simples podemos comear a criar nosso diagrama. Inicialmente vamos definir nossos
atores:
a) Paciente
b) Secretria
c) Mdico
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.
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 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 <> ou <>.
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
Com isso chegamos ao fim desta parte do nosso artigo. Espero que tenham gostado. Por favos peo que
deixem seus comentrios para que possamos melhorar a qualidade de nossos artigos.