EstoqueFacil_Diagramas_de_Classes_Objetos_CasosDeUso_ES1-2011-1

Prévia do material em texto

Introdução
Diagramas de Casos de Uso
Diagramas de Classes
Estoque Fácil
Arthur Silva Freire
Caio César Meira Paes
Carlos Artur Nascimento Vieira
Matheus de Araújo Maciel
Tiago Brasileiro Araújo
Engenharia de Software 1
Rohit Gheyi
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
UFCG
Introdução
Após coletar os requisitos funcionais do cliente, modelamos os diagramas de classes e de 
casos de uso para diminuir o nível de abstração sobre o escopo do projeto. Tentando 
segmentar as principais solicitações do cliente, dividimos o software em oito grandes 
assuntos para os casos de uso. A partir de cada assunto nós definimos os casos de uso 
associados e dividimos a implementação e testes dessas funcionalidades ao longo de quatro 
milestones no desenvolvimento.

 A s s i m c o m o p o d e s e r v i s t o n o a r q u i v o d o O p e n P r o j 
(EstoqueFacil_Planejamento_Total.pod), modelamos e vamos implementar as 
funcionalidades de acordo com a ordem de importância para o cliente.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Diagramas de Casos de Uso
Os assuntos estão organizados por ordem de prioridade para o sistema:
• Gerenciamento do Estoque
• Venda de Produto
• Comunicação entre Lojas e Estoque
• Criação e envio de notificações
• Geração de Relatórios de Vendas
• Geração de Relatórios de Desempenho
• Recomendação de Produtos
• Programa de Pontos de Fidelidade
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Diagramas
Os diagramas de Casos de Uso estão organizados de acordo com os assuntos listados 
acima.
Gerenciamento do Estoque
Este diagrama explica como o sistema Estoque Fácil será utilizado de acordo com o modelo 
de negócio vigente na loja do cliente, para as ações de inserção, remoção, atualização e 
busca de produtos no estoque.
Figura 1. Diagrama de casos de uso para o gerenciamento de produtos no estoque.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Venda de Produto
Nesse diagrama, visamos explicar como funcionarão as ações relacionadas à venda de 
produtos. De acordo com explicações do cliente do projeto, percebemos que essas ações 
serão efetuadas por um funcionário da loja, que realiza a listagem e venda de produtos de 
acordo com os produtos escolhidos pelos clientes, presencialmente, no balcão da loja.
Figura 2. Diagrama de casos de uso para a venda de produtos na loja.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Comunicação entre Lojas e Estoque
Como o sistema deve ser implantado para o estoque do cliente e estar disponível para ser 
ativado e utilizado em mais de uma loja, consideramos necessário a modelagem de um 
diagrama de casos de uso que detalhe melhor como será a comunicação entre as lojas e o 
estoque. Essa comunicação acontece quando um funcionário decide encomendar que 
vários produtos, já vendidos para clientes, sejam trazidos do estoque para a loja, para repor 
os produtos da loja, ou para que sejam entregues aos clientes.
Figura 3. Diagrama de casos de uso que representa as ações executadas pelos funcionários da loja 
e pelo sistema, para promover o transporte de mercadorias entre o estoque e a loja.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Criação e envio de notificações
O diagrama a seguir visa explicar quais são os comportamentos relacionados ao uso de 
notificações para que o sistema responsável pelo estoque informe ao administrador da loja 
que um produto está perto de acabar, ou que uma determinada quantidade (escolhida pelo 
administrador) foi alcançada. Esse requisito visa prevenir o administrador de se deparar com 
a falta inesperada de produtos no estoque.
Figura 4. Diagrama de casos de uso que representa os comportamentos relacionados ao assunto 
criação de notificações e o caso de lançamento de uma notificação.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Geração de Relatórios de Vendas
O diagrama a seguir explana o assunto de geração de relatório, por parte do administrador, 
para obter dados sobre o balanço de caixa de uma ou mais lojas da empresa e escolhendo, 
para isso, um determinado período de coleta desses dados.
Figura 5. O diagrama explica os casos de uso que o administrador e o sistema realizam promover a 
geração de relatórios sobre as vendas da empresa.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Geração de Relatórios de Desempenho
Similar ao assunto tratado no item anterior, esse assunto se baseia na geração de relatórios, 
porém o foco dos dados contidos nesses relatórios são para uma avaliação do desempenho 
individual e/ou coletivo dos funcionários da empresa. Nesses relatórios podem ser incluídos 
dados sobre as quantidades de itens vendidos por cada funcionário, ou estatísticas sobre a 
relação entre o funcionário e o tipo de produto vendido. Com essas ações, visamos facilitar a 
avaliação que o administrador tem sobre os seus empregados.
Figura 6. Diagrama de caso de uso que demonstra como o administrador da empresa obtém 
relatórios sobre o desempenho de seus funcionários.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Recomendação de Produtos
O sistema de recomendações planejado para o Estoque Fácil inclui o cadastro de produtos 
com indicação de pontos para a proximidade entre produtos por setor. No momento da 
venda o sistema verificará quais produtos são recomendados à serem adicionados na 
venda, de acordo com a relação de proximidade entre os tipos de produto e ao valor do 
troco da operação.
Figura 5. Diagrama de casos de uso para representar o funcionamento do sistema de recomendação 
de produtos, no momento da venda.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Programa de Pontos de Fidelidade
O cliente solicitou a implementação de um programa de pontos de fidelidade para a troca de 
produtos, por cliente cadastrado. A troca de produtos pode ocorrer em duas situações. 
Quando o cliente comprar um produto com dinheiro vivo pontos são adicionados no cartão 
dele e o cliente pode pagar alguns produtos com seus pontos de fidelidade.

 O sistema tem um foco em promover a volta de clientes à loja.
Figura 5. Diagrama de Casos de Uso para representar o assunto do sistema de Pontos de 
Fidelidade.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Fluxo de Eventos
A seguir, estão apresentados os fluxos de eventos de todos os casos de uso apresentados 
nos diagramas acima.
Nome: Iniciar Venda
Identificador: UC 01
Pré-condições: Nenhuma.
Pós-condições: Uma venda, com uma lista de produtos e quantidades respectivas deve 
estar pronta, aguardando a sua confirmação.
Fluxo principal:
1. O funcionário indica que quer iniciar uma nova venda;
2. O funcionário deve adicionar novos produtos [include UC 02] à venda em execução 
e indicar as quantidades desejadas;
3. A lista de produtos está pronta aguardando confirmação e forma de pagamento;
Fluxo Alternativo A - Desistência de produto:

 A.2 Durante a venda, o cliente decidiu que não quer mais comprar um determinado 
produto ou que o produto selecionado não é o seu desejado;

 A.3 O funcionário realiza a remoção do produto da venda [extend UC 03];
Fluxo Alternativo B - Desistência da venda:

 B.2Durante a venda, o cliente decidiu que não quer comprar nada;

 B.3 O funcionário cancela a venda [exclude UC 06];
Nome: Adicionar Produtos à Venda
Identificador: UC 02
Pré-condições: Uma venda deve ter sido iniciada ou estar ainda não confirmada.
Pós-condições: O produto e quantidade selecionados estarão adicionados à venda 
escolhida.
Fluxo principal:
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
1. O funcionário seleciona os produtos escolhidos pelo cliente e indica a quantidade 
desejada;
2. O sistema verificará se os produtos escolhidos estão disponíveis [include UC 04] na 
quantidades indicadas;
3. Os produtos serão adicionados à lista de compras da venda atual;
4. O sistema marca os produtos [include UC 05] como “SENDO VENDIDO” para evitar 
que duas compras concorrentes vendam o mesmo produto para dois clientes;
Fluxo Alternativo A - Falta de Produto:

 A.2 O sistema verificou que não existe a quantidade indicada para o produto 
escolhido;

 A.3 O sistema indica ao funcionário que a adição do produto não pode ser realizada;

 A.4 O sistema indica ao funcionário qual a quantidade máxima que está disponível no 
momento;
Nome: Remover Produto da Venda
Identificador: UC 03
Pré-condições: Uma venda deve ter sido iniciado e ainda não confirmada.
Pós-condições: O produto será removido da lista desta venda.
Fluxo principal:
1. O funcionário seleciona o produto que deve ser removido da venda;
2. O produto é removido da lista da venda;
Nome: Verificar Disponibilidade de Produto
Identificador: UC 04
Pré-condições: Nenhuma.
Pós-condições: Será indicado se o produto existe ou não na quantidade procurada.
Fluxo principal:
1. O sistema recebe um produto e uma quantidade para realizar a verificação;
2. O sistema verifica se o produto existe no estoque, na quantidade indicada;
3. É indicado se o produto está disponível na quantidade indicada ou não;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Fluxo Alternativo A - Produto não cadastrado:

 A.2 O sistema não consegue achar o produto no estoque porque ele não possui 
cadastro ainda;

 A.3 O sistema indica ao usuário que o produto não está cadastrado e pergunta se o 
usuário deseja cadastrá-lo neste momento;
Nome: Marcar Produto para Venda
Identificador: UC 05
Pré-condições: O produto deve existir no estoque na quantidade indicada.
Pós-condições: O tipo de produto indicada terá a quantidade indicada de itens marcados 
como “SENDO VENDIDO”.
Fluxo principal:
1. O sistema recebe um tipo de produto e uma quantidade;
2. O sistema marca esta quantidade de produtos para a situação “SENDO VENDIDO”;
Nome: Cancelar Venda 
Identificador: UC 06
Pré-condições: Uma venda deve ter sido iniciada e ainda não confirmada.
Pós-condições: A venda será completamente cancelada.
Fluxo principal:
1. O funcionário escolhe uma venda e indica que deseja cancelá-la;
2. O sistema pergunta se o funcionário deseja realmente fazer a ação;
3. A venda é cancelada;
Nome: Realizar Venda
Identificador: UC 07
Pré-condições: Uma venda deve ter sido iniciada e ainda não confirmada.
Pós-condições: A venda estará confirmada.
Fluxo principal:
1. O funcionário escolhe qual venda deseja confirmar;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
2. O funcionário escolhe a forma de pagamento;
3. O funcionário confirma a venda;
4. A nota fiscal é impressa [include UC 08];
5. O sistema fará a baixa dos produtos da venda no estoque [include UC 09];
Nome: Imprimir Nota Fiscal
Identificador: UC 08
Pré-condições: Uma venda deve ter sido confirmada.
Pós-condições: A nota fiscal estará impressa.
Fluxo principal:
1. O funcionário escolhe a venda confirmada que deseja imprimir a nota fiscal;
2. A nota fiscal é impressa;
Nome: Decrementar Produto no Estoque
Identificador: UC 09
Pré-condições: O produto deve existir na quantidade indicada e ter marcação “SENDO 
VENDIDO”.
Pós-condições: O produto estará marcado como “VENDIDO” e estará decrementado da 
quantidade disponível no estoque.
Fluxo principal:
1. O sistema recebe ordem para decrementa um tipo de produto para uma certa 
quantidade;
2. O sistema marca o produto como “VENDIDO” e decrementa a quantidade indicada 
da quantidade total disponível;
Nome: Autenticar-se
Identificador: UC 10
Pré-condições: Nenhuma.
Pós-condições: O funcionário estará autenticado e não precisará refazer essa ação para 
qualquer outra atividade, até se deslogar.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Fluxo principal:
1. O administrador indica que deseja se autenticar no sistema;
2. O administrador indica seu login e sua senha;
Fluxo Alternativo A - Login incorreto:

 A.2 Foi verificado que o login digitado não é existente no sistema;

 A.3 O sistema mostra o problema encontrado para o usuário e solicita os dados 
novamente;
Nome: Criar Notificação para o Produto
Identificador: UC 11
Pré-condições: O administrador deve ter efetuado a autenticação [include UC 10] no 
sistema.
Pós-condições: A notificação configurada pelo administrador deve estar criada e sendo 
verificada a partir deste momento.
Fluxo principal:
1. O administrador indica que quer criar uma nova notificação;
2. O administrador seleciona sobre qual produto ele quer ser notificado;
3. O sistema verifica se o produto escolhido possui...
Fluxo Alternativo A - A quantidade de produtos no estoque é menor que a quantidade 
escolhida para notificação:

 A.3 O sistema verifica que a quantidade de produtos mínimos para a notificação é 
maior que a quantidade atual do estoque.

 A.4 O sistema não permite a criação da notificação e solicita que o usuário escolha 
outra quantidade para o produto selecionado.
Nome: Alterar Notificação para Produto
Identificador: UC 12
Pré-condições: Uma notificação já deve existir e o administrador deve estar autenticado 
[include UC 10].
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Pós-condições: A notificação terá sido alterada.
Fluxo principal:
1. O administrador indica que deseja alterar uma notificação existente;
2. O administrador altera os dados desejados n notificação;
3. A notificação será alterada e salva;
Nome: Remover Notificação de Produto
Identificador: UC 13
Pré-condições: Uma notificação deve existir e o administrador deve estar autenticado 
[include UC 10].
Pós-condições: O produto não terá nenhuma notificação indicada para ele.
Fluxo principal:
1. O administrador escolhe a notificação que deseja remover do produto;
2. A notificação é removida do produto;
Nome: Listar Notificações Ativas
Identificador: UC 14
Pré-condições: O administrador deve estar autenticado no sistema [include UC 10].
Pós-condições: Nenhuma.
Fluxo principal:
1. O administrador indica que deseja visualizar todas as notificações ativas no sistema;
2. Todas as notificações ativas são mostradas para o administrador;
Nome: Visualizar Notificações Recebidas
Identificador: UC 15
Pré-condições: O administrador deve estar autenticado.
Pós-condições: Nenhuma.
Fluxo principal:
1. O administrador indica que deseja visualizar as notificações que foram lançadas;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
2. O administrador visualiza o histórico de notificações lançadas;
Nome: Notificar Administrador
Identificador: UC 16
Pré-condições: O sistema deve ter realizado uma operação de venda ou despachado um 
pedido entre os repositórios e verificado que um determinado produto alcançou a 
quantidade indicada numa notificação existente.
Pós-condições:O administrador da empresa terá recebido um aviso que sua notificação foi 
lançada.
Fluxo principal:
1. O sistema verificou que houve mudança do número itens de um determinado 
produto;
2. O sistema percebeu que a quantidade existente de um determinado produto é 
inferior à quantidade especificada em uma notificação;
3. A notificação é lançada e um aviso é enviado para o administrador;
Nome: Definir Tipo de Relatório de Vendas
Identificador: UC 17
Pré-condições: O administrador deve ter efetuado a autenticação [include UC 01] no 
sistema.
Pós-condições: Nenhuma.
Fluxo principal:
1. O administrador indica que quer obter um relatório de vendas;
2. O administrador seleciona o modelo do relatório;
Nome: Gerar Relatório de Vendas
Identificador: UC 18
Pré-condições: O sistema precisa ter recebido um tipo de relatório desejado.
Pós-condições: Será gerado um relatório de acordo com os dados existentes nas lojas e 
no estoque da empresa.
Fluxo principal:
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
1. Foi solicitado que o sistema gerasse um relatório de vendas, de acordo com um 
tipo;
2. O sistema realiza a pesquisa de acordo com o tipo de relatório indicado [include UC 
19];
3. Com base nos dados pesquisados, o sistema gera o relatório solicitado;
Nome: Pesquisas Dados Sobre Vendas
Identificador: UC 19
Pré-condições: O sistema deve receber um escopo de dados e locais nos quais deve 
pesquisar tais dados.
Pós-condições: O sistema terá pesquisado os dados solicitados.
Fluxo principal:
1. É solicitado que o sistema pesquise alguns dados em determinadas bases de dados 
do sistema;
2. O sistema realiza a busca solicitada;
Nome: Imprimir Relatório
Identificador: UC 20
Pré-condições: O relatório deve existir.
Pós-condições: O relatório estará impresso.
Fluxo principal:
1. O funcionário indica que quer imprimir um relatório existente;
2. O relatório é impresso;
Nome: Salvar Relatório
Identificador: UC 21
Pré-condições: O relatório deve ter sido criado.
Pós-condições: O relatório estará salvo no sistema.
Fluxo principal:
1. O administrador escolhe um relatório recém criado e indica que quer salvá-lo;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
2. O relatório é salvo;
Nome: Visualizar Relatório Gerado
Identificador: UC 22
Pré-condições: O administrador deve ter selecionado um relatório gerado.
Pós-condições: Nenhuma.
Fluxo principal:
1. O administrador escolhe um relatório para ser visualizado;
2. O relatório é aberto exibido na tela;
Nome: Definir Tipo de Relatório de Desempenho
Identificador: UC 23
Pré-condições: O administrador deve ter efetuado a autenticação [include UC 01] no 
sistema.
Pós-condições: Nenhuma.
Fluxo principal:
1. O administrador indica que quer obter um relatório de desempenho;
2. O administrador escolhe qual ou quais funcionários estarão listados no relatório;
3. O administrador seleciona o modelo do relatório, indicando a data de busca para o 
relatório e o tipo de dado que quer pesquisar;
4. O tipo de relatório a ser gerado é definido;
Nome: Gerar Relatório de Desempenho
Identificador: UC 24
Pré-condições: O sistema precisa ter recebido um tipo de relatório desejado.
Pós-condições: Será gerado um relatório de acordo com os dados existentes nas lojas e 
no estoque da empresa, para o desempenho dos funcionários.
Fluxo principal:
1. Foi solicitado que o sistema gerasse um relatório de desempenho, de acordo com 
um tipo e funcionários indicados;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
2. O sistema realiza a pesquisa de acordo com o tipo de relatório indicado [include UC 
19];
3. Com base nos dados pesquisados, o sistema gera o relatório solicitado;
Nome: Editar recomendação
Identificador: UC 25
Pré-condições: O usuário deverá ter passado a recomendação para editá-la.
Pós-condições: A recomendação deverá ter o atributo desejado alterado.
Fluxo principal:
1. O usuário escolhe qual atributo da recomendação será alterado;
2. O novo valor para o atributo é passado;
Fluxo Alternativo R - Atributo inválido:

 R.3 Foi verificado que o valor do atributo passado é inválido;
 
 R.4 O sistema mostra o problema encontrado para o usuário e solicita novos dados;
Nome: Remover recomendação
Identificador: UC 26
Pré-condições: O usuário deverá ter passado a recomendação para o sistema inutilizá-la.
Pós-condições: A recomendação será inutilizada e não contará como recomendação até 
que seja reativada.
Fluxo principal:
1. O usuário indica que a recomendação de um produto deverá ser removida;
Nome: Listar recomendações para o produto
Identificador: UC 27
Pré-condições: O sistema deverá ter um produto como base para a pesquisa.
Pós-condições: O sistema retornará todas as recomendações para o produto.
Fluxo principal:
1. O sistema pesquisa uma por uma as recomendações existentes;
2. O sistema organiza em uma coleção as recomendações para o produto passado;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Fluxo Alternativo R - Não existem recomendações para o produto.

 R.3 O sistema verifica que não existem recomendações para o produto;

 R.4 Uma coleção vazia é retornada e a execução deste e de próximos UC na fila é 
encerrada;
Nome: Listar principais recomendações para um produto
Identificador: UC 28
Pré-condições: O sistema possuir dados retornados pela 'UC 03R'
Pós-condições: O sistema retornará as cinco recomendações,com maior pontuação, para 
o produto.
Fluxo principal:
1. O sistema pesquisa uma por uma as recomendações para o produto;
2. Organiza os dados de acordo com a ordem maior pontuação > menor pontuação;
Nome: Adicionar Pontos á recomendação
Identificador: UC 29
Pré-condições: O sistema ter encontrado uma recomendação correspondente a uma 
venda ou adição de produto ao estoque e um tipo.
Pós-condições: A recomendação terá sua pontuação por tipo acrescida de um valor.
Fluxo principal:
1. O sistema pega uma quantidade de pontos base;
2. A quantidade de pontos é adicionada utilizando o UC 01R;
Nome: Recomendar produto por tipo.
Identificador: UC 30
Pré-condições: O sistema possuir dados retornados pelo UC 03R e um tipo de 
recomendação (Compra Conjunta, Mesmo setor, Troco)
Pós-condições: O sistema deverá retornar a recomendação com maior pontuação do tipo 
passado
Fluxo principal:
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
1. Então organiza os dados por maior pontuação > menor pontuação do tipo passado.
Nome: Criar recomendação para o produto.
Identificador: UC 31
Pré-condições: O sistema deverá ter realizado uma operação de venda ou adição de 
produto ao estoque;
Pós-condições: É criada uma recomendação para o produto.
Fluxo principal:
1. O sistema cria uma recomendação com dados sobre os produtos passados;
2. Utiliza o UC 05R para adicionar pontos à recomendação;
Fluxo Alternativo R - A recomendação criada já existe.

 R.1 O sistema verifica que a recomendação criada já existe;

 R.2 Trata o erro e encerra a execução do use case;
Nome: Calcular pontuação para recomendação.
Identificador: UC 32
Pré-condições: O sistema deverá ter encontrado a recomendação correspondente.
Pós-condições: Um valor em pontuação deverá ser retornado.
Fluxo principal:
1. De acordo com os pontos de cada tipo da recomendação passado, multiplica cada 
um por uma porcentagem base diferente;
2. Soma os resultados;
Nome: Cadastrar Produto
Identificador: UC 33
Pré-condições: O ator deve estar autenticado.
Pós-condições: O novo produto deve estar adicionado a lista de produtos existentes na 
loja. 
Fluxo principal:
UNIVERSIDADEFEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
1. O funcionário fornece todas as informações sobre o novo produto e realiza o cadas-
tro do mesmo;
Nome: Remover Produto
Identificador: UC 34
Pré-condições: O ator deve estar autenticado.
Pós-condições: O produto referido não deve existir na lista de produtos existentes na loja. 
Fluxo principal:
1. O funcionário fornece o nome ou código de identificação do produto a ser removido;
2. O sistema pesquisa pelo produto e efetua a remoção;
Nome: Repor Estoque
Identificador: UC 35
Pré-condições: O ator deve estar autenticado.
Pós-condições: A quantidade do(s) produto(s), do estoque, selecionados tem que estar 
acrescidas da quantidade definida pelo funcionário.
Fluxo principal:
1. O funcionário seleciona o(s) produto(s) de uma lista gerada pelo sistema, e as res-
pectivas quantidades a serem repostas;
2. O sistema pesquisa pelo(s) produto(s);
3. O sistema altera as respectivas quantidades;
4. O sistema finaliza a atualização de estoque;
Nome: Atualizar Estoque após Venda
Identificador: UC 36
Pré-condições: O ator deve estar autenticado e deve ter realizado uma venda [include UC 
07].
Pós-condições: A quantidade do(s) produto(s), do estoque, selecionados tem que estar 
decrescidas da quantidade que consta na venda.
Fluxo principal:
1. O sistema resgata a lista de produtos que fizeram parte da venda acontecida;
2. O sistema pesquisa por cada um do(s) produto(s) da lista;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
3. O sistema decrementa a quantidade do(s) produtos(s) com base na quantidade exis-
tente na venda [include UC 37];
4. O sistema finaliza a atualização de estoque;
Nome: Alterar Informações do Produtos
Identificador: UC 37
Pré-condições: O ator deve estar autenticado.
Pós-condições: As informações do produto devem estar atualizadas.
Fluxo principal:
1. O funcionário informa as novas características do produto;
2. O sistema realiza a alteração dos dados do produto;
Nome: Alterar Quantidade do Produto
Identificador: UC 38
Pré-condições: O ator deve estar autenticado.
Pós-condições: A quantidade atual do(s) produto(s) devem estar de acordo como o dese-
jado pelo funcionário(por meio de acréscimo ou decréscimo do estoque)
Fluxo principal:
1. O sistema recebe, do funcionário, o produto e a quantidade a ser acrescida ou de-
crescida;
2. O sistema altera a quantidade do produto referido;
Nome: Pesquisar Produto
Identificador: UC 39
Pré-condições: Remover Produto ou Repor Estoque ou Alterar Estoque após Venda.
Pós-condições: Listagem do(s) produto(s) requerido(s) pelo funcionário.
Fluxo principal:
1. Recebe a seleção dos produto(s) desejado(s) pelo funcionário;
2. Lista o(s) respectivo(s) produto(s);
Nome: Finalizar Atualização de Estoque
Identificador: UC 40
Pré-condições: Alterar Informação do Produto ou Alterar Quantidade do Produto.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Pós-condições: O estoque estará atualizado e sem inconsistências.
Fluxo principal:
1. O sistema verifica se existe alguma conexão com o banco de dados;
2. O sistema fecha qualquer conexão existente;
Nome: Cadastrar Cliente
Identificador: UC 41
Pré-condições: O ator deve estar autenticado.
Pós-condições: O cliente deve estar na lista de clientes do programa de fidelidade.
Fluxo principal:
1. O funcionário fornece as informações do cliente a ser inserido;
2. O cliente é inserido;
Nome: Remover Cliente
Identificador: UC 42
Pré-condições: O ator deve estar autenticado.
Pós-condições: O cliente não deve estar mais na lista de clientes do programa de fidelida-
de.
Fluxo principal:
1. O funcionário fornece o nome do cliente a ser removido;
2. O sistema pesquisa o referido cliente;
3. O cliente é removido do programa de fidelidade;
Nome: Alterar Informações do Cliente
Identificador: UC 43
Pré-condições: O ator deve estar autenticado..
Pós-condições: As informações do cliente devem estar alteradas.
Fluxo principal:
1. O funcionário informa o nome do cliente e as informações a serem alteradas;
2. O sistema pesquisa pelo referido cliente;
3. O sistema realiza a alteração dos dados do cliente;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Nome: Escolher Forma de Pagamento
Identificador: UC 44
Pré-condições: Iniciar uma Venda.
Pós-condições: A pontuação deve ter sido contabilizada e a venda terminada.
Fluxo principal:
1. O funcionário informa a escolha do cliente em relação a forma de pagamento;
2. Se o cliente escolheu pagar em dinheiro, o sistema irá creditar pontos no cartão de 
fidelidade;
Fluxo Alternativo A :

 A.2 – Se o cliente escolheu pagar com pontos do cartão de fidelidade, o sistema irá 
debitar pontos do cartão de fidelidade;
Nome: Creditar Pontos
Identificador: UC 45
Pré-condições: O cliente deve ter pago em dinheiro.
Pós-condições: Os pontos devem ter sido creditados no cartão de fidelidade.
Fluxo principal:
1. O sistema vai verificar a validade dos dados do cliente;
2. O sistema vai calcular quantos pontos vão ser creditados;
3. O sistema vai creditar os pontos;
Nome: Debitar Pontos
Identificador: UC 46
Pré-condições: O cliente deve ter pago utilizando os pontos de fidelidade.
Pós-condições: Os pontos devem ter sido debitados do cartão de fidelidade.
Fluxo principal:
1. O sistema vai verificar a validade dos dados do cliente;
2. O sistema vai calcular quantos pontos vão ser debitados;
3. O sistema vai debitar os pontos do cartão de fidelidade;
Nome: Verificar Dados do Cliente
Identificador: UC 47
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Pré-condições: O cliente possuir um cadastro no programa de fidelidade e apresentar o 
cartão do mesmo.
Pós-condições: Nenhuma.
Fluxo principal:
1. O sistema vai pesquisar o cliente;
2. O sistema vai compara os dados fornecidos pelo cliente com os dados existentes no 
cadastro do mesmo;
3. O sistema vai verificar a validade do cartão;
4. O sistema vai liberar a transferência de pontos;
Nome: Verificar Validade do Cartão
Identificador: UC 48
Pré-condições: O cliente ter apresentado o cartão do programa de fidelidade.
Pós-condições: Nenhuma.
Fluxo principal:
1. O sistema vai verificar se o saldo do cartão é valido;
2. O sistema vai liberar a transferência de pontos;
Nome: Verificar Saldo do Cartão
Identificador: UC 49
Pré-condições: O cliente ter apresentado o cartão do programa de fidelidade.
Pós-condições: Nenhuma.
Fluxo principal:
1. O sistema vai verificar o saldo do cartão e calcular se ele é suficiente;
2. Se o saldo for suficiente o sistema vai liberar a transferência de pontos;
Fluxo Alternativo:

 A.1 – Caso o saldo seja insuficiente, o sistema vai cancelar a venda;
Nome: Pesquisar Cliente
Identificador: UC 50
Pré-condições: O cliente deve ter escolhido a forma de pagamento ou o funcionário vai 
remover um cliente.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Pós-condições: Nenhuma.
Fluxo principal:
1. O funcionário informa o nome ou código do cliente a ser pesquisado;
2. O sistema pesquisa o cliente;
Nome: Calcular Valor do Produto em Pontos de Fidelidade
Identificador: UC 51
Pré-condições: Escolha de forma de pagamento.
Pós-condições: Nenhuma.
Fluxo principal:
1. O sistema vai verificar os produtos que foram contemplados pela compra;
2. Baseado em definições do administrador, o sistema vai calcular quantos pontos 
“vale” a transação referida;
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software1 - 2011.1, UFCG
Diagramas de Classes
A seguir estão os nossos 
diagramas de c lasses. 
V i s a n d o f a c i l i t a r a 
visualização das principais 
c lasses e re lações no 
s i s t e m a , m o n t a m o s 
inicialmente um diagrama 
com todas as classes do 
sistema e posteriormente 
nós realizamos a divisão de 
pacotes principais para uma 
visualização mais focada.
Venda

 O diagrama ao lado 
representa o pacote venda. 
Nesse pacote estão as 
p r i n c i p a i s c l a s s e s 
envolvidas na realização de 
uma venda.

 A c l asse abs t r a ta 
Repositório é a superclasse 
para os estoques e lojas da 
empresa. As vendas são 
armazenadas na lojas, mas 
possuem uma referência 
que indica qual funcionário 
realizou a venda.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Empresa
O diagrama abaixo explica como planejamos as principais entidades e relações diretas com 
a classe empresa. No diagrama, observa-se que a Empresa é a classe responsável pelo 
gerenciamento dos relatórios de vendas e por manter o cadastro dos seus Clientes. Já a 
parte de gerenciamento dos funcionários é delegada à classe Repositórios. 

 Para a geração de relatórios de vendas obtém-se as vendas a partir dos 
repositórios do tipo Loja. Para cada loja poderemos pesquisar as vendas realizadas e quem 
foi o funcionário que à realizou. Assim, também são precisos poucos passos para a geração 
de um relatório de desempenho.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Recomendação
O próximo diagrama ilustra as classes envolvidas no sistema que promove a recomendação 
de produtos durante uma venda. A ideia da recomendação parte a partir da hora de 
cadastro dos produtos.

 Quando um novo tipo de produto for cadastrado no sistema, o funcionário pode 
indicar quais produtos existentes no sistema são similares ao produto sendo cadastrado. 
Quando um produto estiver incluído numa venda, ele vai ser utilizado pelo algoritmo de 
cálculo de semelhança entre produtos e o valor do produto é comparado ao valor do troco 
da venda. Além dos dois fatores indicados acima, também será avaliado se uma série de 
produtos são sempre comprados em conjunto.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG
Estoque Fácil
O diagrama apresentado a seguir contém todas as classes do software. A sua visualização 
facilita a compreensão das relações entre os diferentes pacotes e subsistemas.
UNIVERSIDADE FEDERAL DE CAMPINA GRANDE
Estoque Fácil - Diagramas de Casos de Uso e Classes - Engenharia de Software 1 - 2011.1, UFCG