Academia Dispositiva

Exercício

Pizzaria

–

Análise

de

Casos

de

Uso

2) A partir dos modelos de objetivos produzidos na parte 1 deste exercício (Análise de Objetivos), faça uma

análise de casos de uso para o software a ser construído para a pizzaria “Pizza a Pezzi”:

a) Identifique e descreva os atores, ou seja, pessoas, sistemas e dispositivos de hardware que devem

interagir com o software;

b) Capture os casos de uso a partir das tarefas existentes nos modelos de objetivos de nível tático e

monte um (ou mais) diagrama(s) de casos de uso;

c) Analise o diagrama montado inicialmente no passo anterior e verifique:

i. Se devem ser adicionados novos casos de uso, mesmo que não existam tarefas no modelo

de objetivos relacionadas1;

ii. Se há possíveis relações entre casos de uso (inclusão, extensão);

iii. Se o modelo está muito grande e merece ser dividido em subsistemas.

d) Escolha um caso de uso do tipo cadastro (incluir, alterar, consultar e excluir) e um caso de uso que

não seja deste tipo e descreva-os, utilizando os modelos propostos em sala de aula.

1 Isso pode ocorrer porque os modelos de objetivos de nível tático estão incompletos ou porque existem

algumas funcionalidades de base que são necessárias para garantir outras. Por exemplo, para diferenciar

entre os atores será necessário ter um cadastro de atores e um cenário de autenticação (identificação,

login). É possível ter casos de uso que não se relacionam ao modelo de objetivos de nível tático, desde que

sejam justificados no relatório.

Universidade Federal do Espírito Santo

Centro Tecnológico

Departamento de Informática

Engenharia de Requisitos

Prof. Vítor E. Silva Souza

0

Exercício

Pizzaria

–

Análise

de

Casos

de

Uso

–

Possível

resolução

a) Atores

• Visitante: qualquer pessoa que acessar o site da pizzaria e não possuir cadastro;

• Cliente: visitante cadastrado e identificado por login;

• Atendente: funcionário responsável por receber pedidos;

• Pizzaiolo: funcionário responsável por preparar e assar as pizzas;

• Cozinheiro: funcionário responsável por preparar os ingredientes das pizzas.

b) & c) Diagramas de casos de uso

Os casos de uso foram divididos em 2 subsistemas: pedidos e produção.

O subsistema de pedidos mostra os atores visitante (cliente não identificado) e cliente (já

identificado). A relação de herança mostra que um cliente já identificado pode realizar

todas as operações que um visitante está habilitado a fazer. Algumas funcionalidades,

porém, estão disponíveis apenas aos clientes identificados.

Um visitante pode passar por todo o processo de criação de um pedido: (1) ver o

cardápio; (2) selecionar pizza do cardápio (com opção de alterar alguns ingredientes) ou

criar uma pizza personalizada; e (3) escolher o horário de entrega da pizza (próxima

fornada disponível ou agendada para um horário futuro). Ao escolher o horário, será

necessário identificar-se para concluir o pedido (seja por um novo registro ou por login).

Universidade Federal do Espírito Santo

Centro Tecnológico

Departamento de Informática

Engenharia de Requisitos

Prof. Vítor E. Silva Souza

0

Um cliente cadastrado pode ainda modificar um pedido que tenha feito anteriormente

(desde que não esteja muito em cima da hora de entrega do mesmo). De um pedido

pode-se modificar ingredientes das pizzas, horário de entrega, quantidades das pizzas e

ainda adicionar novas pizzas.

Em relação aos modelos de objetivos de nível tático (ver exercício 1 da pizzaria), o

diagrama de casos de uso de pedidos relaciona-se quase que diretamente às tarefas dos

modelos de objetivos “Cliente – Pedi Pizza” e “Cliente – Modificar pedido”. Observa-se, no

entanto, o seguinte:

• Nos modelos de objetivos considerávamos “Cliente” como um único ator. Aqui, foi

dividido em “Visitante” e “Cliente” para indicar quais funcionalidades estão

disponíveis apenas após identificação do cliente;

• Uma única tarefa não foi contemplada nos casos de uso: “Atualizar monitores”. Ela

é contemplada