UFCG 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
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.
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
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.
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.
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.
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.
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.
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.
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.
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.
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. 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.2 Durante 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.
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; momento; A.4 O sistema indica ao funcionário qual a quantidade máxima que está disponível no 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. 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. 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;
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. 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. 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. 1. O funcionário escolhe qual venda deseja confirmar;
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. 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. 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.
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; novamente; A.3 O sistema mostra o problema encontrado para o usuário e solicita os dados 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. 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].
Pós-condições: A notificação terá sido alterada. 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. 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. 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. 1. O administrador indica que deseja visualizar as notificações que foram lançadas;
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. 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. 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.
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. 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. 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. 1. O administrador escolhe um relatório recém criado e indica que quer salvá-lo;
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. 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. 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. 1. Foi solicitado que o sistema gerasse um relatório de desempenho, de acordo com um tipo e funcionários indicados;
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. 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. 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. 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;
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; encerrada; R.4 Uma coleção vazia é retornada e a execução deste e de próximos UC na fila é 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. 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. 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
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. 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. 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.
1. O funcionário fornece todas as informações sobre o novo produto e realiza o cadastro 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. 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. 1. O funcionário seleciona o(s) produto(s) de uma lista gerada pelo sistema, e as respectivas 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. 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;
3. O sistema decrementa a quantidade do(s) produtos(s) com base na quantidade existente 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. 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 desejado pelo funcionário(por meio de acréscimo ou decréscimo do estoque) 1. O sistema recebe, do funcionário, o produto e a quantidade a ser acrescida ou decrescida; 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. 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.
Pós-condições: O estoque estará atualizado e sem inconsistências. 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. 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 fidelidade. 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. 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;
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. 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. 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. 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
Pré-condições: O cliente possuir um cadastro no programa de fidelidade e apresentar o cartão do mesmo. Pós-condições: Nenhuma. 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. 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. 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.
Pós-condições: Nenhuma. 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. 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;
Diagramas de Classes A seguir estão os nossos diagramas de classes. V i s a n d o f a c i l i t a r a visualização das principais classes e relaçõ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 classe abstrata 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.
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.
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.
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.