Use Cases: Descrio de Processos

Objetivos

Identificar e escrever use cases Diagramar use cases Constrastar use cases de alto nvel e expandidos Contrastar use cases essenciais e reais

Introduo

Use cases so usados para descrever os processos do domnio de problema So uma excelente forma de explorar e documentar os requisitos funcionais Antes de elaborar use cases, pode valer a pena elaborar uma tabela de funes bsicas como vimos na seo anterior

Use cases
Um use case um documento narrativo que descreve uma sequncia de eventos feitos por um ator no uso de umsistema para completar um processo de interesse deste ator. Use cases so "estrias" ou "casos" no uso de um sistema As estrias acabam revelando as funcionalidade desejada do sistema Em UML, um use case representado assim:

Exemplo de um Use Case de alto nvel: Comprar item

Segue uma breve descrio do processo de comprar um item numa loja quando um TPDV utilizado
Comprar item Cliente, Caixa primrio (a ser explicado logo) Um cliente chega ao caixa com itens a comprar. O caixa registra os itens comprados e recebe pagamento. No fim, o cliente sai com os itens comprados.

Use case: Atores: Tipo: Descrio:

UML no fora o formato exato de um Use Case. A clareza na descrio o essencial.

Iniciamos acima com um Use Case de alto nvel, fornecendo poucos detalhes til para entender rapidamente os processos principais envolvidos

Exemplo de um Use Case expandido: Comprar item com dinheiro vivo

Ignoramos a questo de dar baixa no inventrio aqui

Comprar item com dinheiro Cliente (iniciador), Caixa Capturar uma venda e seu pagamento em dinheiro Um cliente chega ao caixa com itens a comprar. O caixa registra os itens comprados e recebe pagamento. No fim, o cliente sai com os itens comprados.

Use case: Atores: Propsito: Resumo:

Tipo:

primrio e essencial

Referncia cruzada: R1.1, R1.2, R1.3, R1.7, R1.9, R2.1 (pode fazer referncia a outros use Cases) Sequncia tpica de eventos
Ao do ator 1. O Use Case inicia quando um cliente chega a um caixa munido de TPDV com itens a comprar O caixa registra a identificao de cada item Se houver mais itens, o caixa pode informar a quantidade tambm 4. Ao completar a entrada dos itens, o caixa indica este fato ao TPDV O caixa informa o total da venda ao cliente O cliente efetua o pagamento com dinheiro, possivelmente maior que o total da venda 9. Mostra o valor do troco ao cliente Gera um recibo impresso 5. 3. Determina o preo do item e adiciona a informao ao total da transao de venda A descrio e preo do item corrente so exibidos Calcula e apresenta o total da venda Resposta do sistema

2.

6. 7.

8.

O caixa registra a quantidade de dinheiro recebida

10. O caixa deposita o dineiro recebido e extrai o troco a devolver O caixa entrega o troco e o recibo impresso ao cliente 12. O cliente sai da loja com os itens comprados

11. Faz log da venda completada

Sequncias alternativas: Linha 2: Entrada de um identificador invlido. Indica erro.

Linha 7: Cliente no tinha dinheiro suficiente. Cancela transao de venda.

Atores

Um ator uma entidade externa ao sistema que, de alguma forma, participa das estrias relatadas no Use Case Um ator tipicamente estimula o sistema com eventos de entrada ou recebe algo so sistema Atores so representados pelo papel que desempenham (e no por nome de pessoa, etc.) Em UML, o cone que representa um ator o seguinte:

Para cada Use Case, um dos atores o iniciador e outros atores podem ser participantes Atores correspondem frequentemente a papeis de seres humanos mas, s vezes, outros sistemas ou dispositivos eltricos ou mecnicos podem ser atores

O motivo de usar Use Cases

Para decidir e descrever a funcionalidade de comum acordo com o cliente Servem de documento bsico de referncia durante todo o processo sobre o que foi prometido Serve como base para elaborar os testes funcionais do sistema final Para poder rastrear requisitos funcionais dentro dos modelos de anlise, projeto e implementao Sabemos que requisitos causaram o aparecimento de determinadas solues

Um erro frequente ao criar Use Cases

Iniciantes costumam representar cada etapa, operao ou transao como Use Case separado (exemplo: login como Use Case) Um Use Case deve representar uma iterao completa e til para os atores Use Cases so geralmente processos inteiros, cabo-a-rabo e normalmente envolvem muitas etapas ou transaes Eles modelam os Business Processes do negcio Etapas comuns a vrios Use Cases podem ser agrupados em Use Cases Abstratos, no sentido de minimizar a duplicao de informao Falaremos mais sobre isso em outro captulo Exemplos de processo: Sacar dinheiro num caixa eletrnico Fazer pedido de um produto Cadastrar-se num curso numa escola Verificar a grafia de um documento num processador de texto

Atender uma chamada telefnica

Identificao de Use Cases

De forma geral, deve-se verificar a lista de requisitos levantados e usar tcnicas de brainstorming Duas formas comuns: Foco nos atores Identificar os atores relacionados com o sistema Para cada ator, identificar os processos que eles iniciam ou dos quais participam Para identificar atores, faa as seguintes perguntas sobre o sistema: Quem vai usar a funcionalidade principal do sistema (atores principais)? Quem vai precisar do suporte do sistema para desempenhar suas tarefas do dia-a-dia? Quem dever manter e administrar o sistema (atores secundrios)? Que dispositivos de hardware o sistema precisa manusear? Com que outros sistemas este interage? Quem ou o que tem interesse nos resultados (valores produzidos) do sistema?
o

Foco nos eventos Identificar os eventos externos aos quais um sistema deve responder Relacione os eventos aos atores e Use Cases

Diagramas de Use Case

Em UML, um diagrama de Use Case tem o formato seguinte:

O diagrama identifica e relaciona os Use Cases e os relaciona com os atores Observe que o diagrama de Use Case determina com preciso o que o "sistema"

Use Cases Primrios, Secundrios e Opcionais

Use Cases primrios: representam processos importantes e/ou comuns (comprar itens)

Use Cases secundrios: representam processos menos importantes ou raros (Pedido de reposio de estoque) Use Cases opcionais: representam processos que talvez no sejam considerados

Use Cases Essenciais versus Reais

Use Cases essenciais: possui uma descrio breve, muito abstrata, sem detalhes, sem mencionar tecnologias empregadas (poderia incluir uma frase: "cliente se identifica" sem maiores detalhes porque a forma de identificao pode mudar com tempo e com a disponibilidade de tecnologia) Use Cases reais: muito mais concretos, mencionando tecnologias correntemente usadas ("cliente se identifica passando seu Smart Card no leitor") Use Cases essenciais so usados mais cedo no processo (antes do design) e Use Cases podem ser transformados em Use Cases reais durante o design Durante o processo de desenvolvimento: Durante o levantamento de requisitos Crie Use Cases em formato de alto nvel Crie um diagrama de Use Cases, indicando os relacionamentos Selecione os Use Cases mais crticos, que devero influenciar o sistema mais ou que envolvam maisrisco e escreva uma verso Expandida Essencial Priorize os Use Cases (prximo captulo) Durante a fase de anlise Escreva uma verso Expandida Essencial dos Use Cases sendo atacados na iterao corrente (se j no estiver pronta) Durante a fase de projeto Escreva uma verso Expandida Real dos Use Cases sendo atacados na iterao corrente

Estudo de Caso: O sistema TPDV

Identificar o sistema, atores e Use Cases

O sistema ser a combinao de hardware (o terminal) e software executando nele Os atores relevantes e alguns processos que eles iniciam so:
Fecha caixa Compra itens Devolve itens Start Up Shut Down

Caixa Cliente Gerente

Administrador do sistema Adiciona novos usurios

Escrever Use Cases em formato de alto nvel

Use case: Atores: Tipo: Comprar item Cliente (iniciador), Caixa primrio

Descrio:

Um cliente chega ao caixa com itens a comprar. O caixa registra os itens comprados e recebe pagamento. No fim, o cliente sai com os itens comprados.

Use case: Atores: Tipo: Descrio:

Start Up Gerente primrio Um gerente liga um TPDV para o preparar para uso pelos Caixas. O gerente verifica que a data e horas esto corretas. O sistema est pronto para uso pelos Caixas

Elaborar um diagrama de Use Cases

Escrever alguns Use Cases no formato Expandido Essencial

Favor ver livro, seo 6.16.5

Priorizar os Use Cases

Ver prximo captulo

plan-3 programa anterior prxima