Você está na página 1de 6

O que UML e Diagramas de Caso de Uso: Introduo Prtica UML Veja neste artigo um estudo prtico sobre UML

ML e uma introduo a um de sues principais diagramas - Casos de Uso. Posteriormente nos outros artigos da srie, estudaremos outros diagramas UML que so os mais utilizados em projetos de desenvolvimento de software. 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.

o o o

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) b) c) Paciente Secretria Mdico

Agora vamos definir algumas aes de cada usurio: a) Paciente Solicita Consulta Solicita Cancelamento de Consulta

b)

Secretria Consulta Agenda

c)

Marca Consulta Cancela Consulta 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 e extend so relaes entre os casos de uso.
o

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

Você também pode gostar