Descrição de Casos de Uso

Prévia do material em texto

- -1
MODELAGEM DE SISTEMAS
DESCRIÇÃO TEXTUAL DOS CASOS DE USO
- -2
Olá!
Bom dia!
Na aula anterior, apresentamos os elementos e técnicas para a construção do diagrama de casos de uso, cuja
utilidade é restrita à exposição das funcionalidades do sistema e seus respectivos atores.
Todavia, o diagrama de casos de uso apresenta as funcionalidades do ponto de vista do usuário, sem evidenciar
como acontece a interação dos respectivos atores com os casos de uso, ou seja, sem apresentar o passo a passo
dessa interação.
Nesta aula, vamos aprofundar as necessidades desse passo a passo e apresentar técnicas para a descrição textual
de cada caso de uso.
Bons estudos!
Objetivos
•Reconhecer a relevância da descrição textual de casos de uso;
•Identificar os formatos e técnicas de especificar os casos de uso.
A importância da especificação de casos de uso
O , na medida em que nos diagrama de caso de uso é útil fornece uma visão geral das funcionalidades do
(conjunto de casos de uso) e dos . Todavia, é pobre na medida emsistema atores que com elas se relacionam
que não entendemos como a interação ocorre em cada caso de uso.
É nesse contexto que identificamos . Podemos dizer, então,a importância da especificação dos casos de uso
que o diagrama é um sumário gráfico do conjunto de casos de uso (funcionalidades) de um sistema.
O real valor da técnica de especificação de casos de uso está na adequada descrição textual de cada caso
, em que veremos com clareza como os atores utilizam o sistema. Mas a UML nada define sobre o textode uso
narrativo, que descreve o caso de uso.
Dica
Se o tempo destinado ao modelo de casos de uso for pouco, concentre-se na especificação ou descrição dos casos
de uso e esqueça o diagrama. Mas se tiver oportunidade, modele o diagrama, pois é uma ótima ferramenta de
diálogo com usuário, pela sua simplicidade.
Os formatos para especificar casos de uso
- -3
Craig Larman, em seu livro : uma introdução à análise e ao projeto orientados aUtilizando UML e Padrões
, veja:objeto e ao desenvolvimento iterativo, cita três formatos para descrever os casos de uso
Formato
resumido
Corresponde ao , geralmente contendo o resumo de um parágrafo cenário principal do
.caso de uso e o cenário de sucesso
Você deve utilizá-lo na , para obter uma e o análise inicial de requisitos ideia do assunto
.escopo do caso de uso
Formato
informal
Refere-se aos que cobrem vários .múltiplos parágrafos cenários de uso
Você deve utilizá-lo na mesma condição do formato resumido.
Formato
completo
Nesse formato, todos os cenários (principal e alternativos) são descritos em detalhes,
, complementando a , com com seções adicionais especificação elementos que definem
.os pré e pós-condições
Você deve utilizá-lo depois que muitos casos de uso tiverem sido descritos no formato
 geralmente durante a .resumo ou informal, fase de análise de requisitos e de sistemas
Para os , tende a ser o formato mais adequado.casos de uso relevantes
Exemplo de descrição textual de um caso de uso
Para mostrar a entre os , vamos usar como exemplo o caso de uso “diferença três tipos de especificação
”, com o trecho de diagrama de casos de uso, a seguir.Registrar Venda
Observe que foram considerados tanto o como o . O motivo é que neste diagrama atores caixa cliente o cliente
também , quando o pagamento é em cartão, por exemplo.interage com o sistema
Fique ligado
Em essência, a ou deve mostrar a especificação descrição textual de um caso de uso
, ou seja, a “ ” entreinteração entre o ator e o sistema (caso de uso em questão) conversa
ator e (acontecimento) do caso de uso.sistema na realização
- -4
Formato resumido
Caso de uso: “Registrar Venda”
O cliente chega a um ponto de pagamento da loja com os itens que deseja adquirir. O caixa registra cada item
desejado. Ao final, o sistema apresenta o total a pagar e a relação de itens comprados.
O cliente informa e o caixa registra os dados do pagamento, que são validados e registrados pelo sistema. O
sistema atualiza o estoque. O cliente recebe o recibo das compras e sai com os itens adquiridos.
Formato informal
Caso de uso: “Registrar Venda”
- Cenário principal (de sucesso): Cliente chega ao ponto de pagamento da loja com os itens a serem adquiridos.
Caixa usa o sistema PDV para registrar todos os itens comprados. Ao final, sistema apresenta o total a pagar e a
relação de itens comprados.
Cliente informa e caixa registra os dados do pagamento, que são validados e registrados pelo sistema. Sistema
atualiza o estoque. Cliente recebe o recibo das compras e sai com os itens adquiridos.
- Cenários alternativos: Se o identificador do item adquirido não for encontrado no sistema, este notifica o
caixa e sugere que entre manualmente com a identificação do item (que talvez esteja corrompido).
Se o cliente informou o pagamento em cartão e a operadora não aprova a transação, informa o cliente e solicita
uma nova forma de pagamento.
Se o sistema não consegue atualizar o estoque, sugere que o caixa registre no formulário de problemas do dia,
para o balanço ao final do dia.
Formato completo
Vários gabaritos e padrões de formatos estão disponíveis para casos de uso relevantes que precisam de
especificações detalhadas.
Especificação de casos de uso que contenham Include
Vamos entender como especificar casos de uso que contenham por meio de um exemplo. Veja:Include 
Considere o a seguir, de um , no qual os trecho de diagrama sistema de locadora de DVDs dependentes
podem ser incluídos e eliminados do plano de sociedade com a locadora:
- -5
Observe que existe um caso comum a ambos: “ ”. A partir da especificação de um deles, o “Pesquisar Dependente
”, vamos entender como se dá o uso do < >.Incluir Dependente include
Especificação de casos de uso que contenham extends
Para explicar como é especificado o uso de casos de extensão ( ), vamos usar diagrama a seguir. Observe:extends
- -6
- -7
Considerações finais sobre especificações
Conforme já mencionamos, ,a UML não descreve nada a respeito de especificações textuais de casos de uso
limitando-se a .especificar os elementos e uso do diagrama de casos de uso
Porém, como também já mencionamos, a e é extremamentespecificação de casos de uso relevante para o
para futura implementação de outros modelos e dos códigos fontes dosentendimento dos requisitos 
programas que vão compor o sistema.
Desse modo, existem . O que descrevemosvárias formas e padrões para especificar casos de uso
anteriormente não é o melhor e nem tampouco o mais completo, porém vemos muito seu uso na vida
profissional.
Escolha o seu padrão, o seu formato e vá em frente. O importante é que seja algo que sua equipe e saiba ler 
e a entre vocês possa ser .escrever comunicação clara e efetiva
Dicas para especificações de casos de uso
Preparamos algumas dicas sobre especificações de casos de uso. Veja:
1 Não use detalhes de implementação ou de determinada tecnologia em suas especificações.
2 Procure não associar casos de uso a telas de sistemas.
3 Utilize um formato de especificação que deixa o diálogo mais claro entre ator e caso de uso. O modelo tem duas
colunas. Na primeira, descrevemos as ações do ator, e na segunda as ações do sistema.
4 Os casos de uso incluídos (chamados de include) ou estendidos (chamados por extends) também devem ter
descrição textual, podendo estar no formato resumido ou informal.
5 Algumas perguntas podem ajudar no detalhamento dos cenários principal e alternativos. Exemplo: Quando
tudo ocorre na normalidade (com sucesso), qual o comportamento do sistema?
- -8
6 Quando um passo for muito complicado, ele pode vir a ser um novo caso de uso, que se relacionará com o caso
original pelo estereótipo include.
7 Faça casos de uso enxutos, pois casos longos podem não ser lidos em sua totalidade.
Veja um exemplo de caso de uso:
Caso de uso: “Reserva Quarto”
Sistema: Gestão de Quartos de Hotel
Saiba mais
Para saber mais sobre os tópicos estudados nesta aula,pesquise na internet sites, vídeos e
artigos relacionados ao conteúdo visto. Se ainda tiver alguma dúvida, fale com seu professor
online, utilizando os recursos disponíveis no ambiente de aprendizagem.
- -9
O que vem na próxima aula
•Conceitos inerentes à finalidade do diagrama de classe;
•Elementos do diagrama de classes UML;
•Relacionamento entre classes;
•Identificação de classes e construção do diagrama com base em diagrama de casos de uso e suas especificações.
CONCLUSÃO
Nesta aula, você:
• Identificou a importância de descrever casos de uso, complementando o diagrama;
• Distinguiu três formas de especificar casos de uso e quando usar cada uma;
• Reconheceu como descrever casos de uso que usam include e extend.
Referências
BOOCH, G.; JACOBSON, I.; RUMBAUGH, J. — Guia do Usuário. 2. ed. Rio de Janeiro: Elsevier, 2005. cap. 1 e 2.UML 
FOWLER, Martin. — um breve guia para a linguagem padrão. 3. ed. Porto Alegre: Artmed, 2005.UML essencial
cap. 1
LARMAN, Craig. uma introdução à análise e ao projeto orientados a objetos e aoUtilizando UML e padrões? 
processo unificado. 3. ed. Porto Alegre: Artmed, 2007. cap. 2.
•
•
•