Prévia do material em texto
FACULDADES METROPOLITNAS UNIDAS REDES DE COMPUTADORES LABORATÓRIO DE SOFTWARE E PROJETOS (261GGR1797A) – UNIDADE 1 UNITY 1 - SOFTWARE AND PROJECTS LABORATORY GUARULHOS 2026 LABORATÓRIO DE SOFTWARE E PROJETOS – UNIDADE 1 Atividade 1 da disciplina Laboratório de Software e Projetos ao curso Redes de computadores das Faculdades Metropolitanas Unidas, como parte dos requisitos para obtenção da Graduação Tecnólogo em Redes de Computadores. Área de Concentração: Redes de Computadores Tutor: Briefing: "O Sr. Pedro H. Luiz, CTO de uma rede de fast food, apresentou a necessidade de aprimorar o sistema de gestão global da empresa, que abrange as áreas de cadastro, financeiro e vendas, além de implementar novas funcionalidades. O principal objetivo dessas melhorias é tornar o sistema mais eficiente e intuitivo para gestores e franqueados, contribuindo diretamente para o aumento das vendas e para a expansão da rede. Atualmente, a empresa utiliza mais de cinco fornecedores de soluções tecnológicas que não possuem interoperabilidade entre si. Para contornar essa limitação, foi necessário contratar um fornecedor adicional com o objetivo de viabilizar a integração entre os sistemas existentes, o que, no entanto, aumenta a complexidade da arquitetura tecnológica. Os canais de vendas incluem um aplicativo próprio e plataformas de delivery, além das lojas físicas, que podem ser próprias ou franqueadas. Os fornecedores da rede — responsáveis por itens como embalagens, produtos perecíveis, não perecíveis e mobiliário — utilizam plataformas próprias para o atendimento dos pedidos. Já o cadastro de clientes é gerenciado por um fornecedor externo por meio de um serviço de DBaaS. Diante desse cenário, o planejamento estratégico do CTO consiste em promover a integração sistêmica de todas etapas da gestão, promovendo a centralização das informações. Em um segundo momento, essa integração permitirá a implementação de novas funcionalidades no aplicativo próprio, baseadas no conhecimento mais aprofundado do comportamento do cliente. Além disso, a melhoria na comunicação com fornecedores e franqueados possibilitará a criação de campanhas mais eficazes, capazes de atingir tanto o público já fidelizado quanto novos clientes" Levantamento de Requisitos Requisitos para gestão e operação RF01 O sistema deve permitir o gerenciamento unificado de cadastro, financeiro e vendas. RF02 O sistema deve centralizar as informações de clientes, pedidos e transações. RF03 O sistema deve permitir o cadastro e gerenciamento de franqueados e lojas próprias. Requisitos para os Canais de vendas (Lojas Próprias e Franqueados) RF04 O sistema deve integrar os canais de vendas (aplicativo próprio e plataformas de delivery). RF05 O sistema deve consolidar os pedidos provenientes de diferentes canais em uma única interface. RF06 O sistema deve permitir o acompanhamento de vendas em tempo real. Requisito para cadastro de clientes RF07 O sistema deve integrar-se ao serviço de DBaaS responsável pelo cadastro de clientes. RF08 O sistema deve permitir a análise do comportamento de compra dos clientes. RF09 O sistema deve suportar a criação de campanhas direcionadas com base nos dados dos clientes. Requisitos para Cadastro de Fornecedores RF10 O sistema deve integrar-se às plataformas dos fornecedores. RF11 O sistema deve permitir o gerenciamento de pedidos de insumos (perecíveis, não perecíveis, embalagens e mobiliário). RF12 O sistema deve acompanhar o status dos pedidos junto aos fornecedores. Requisito para Integração RF13 O sistema deve garantir a interoperabilidade entre os diferentes fornecedores de tecnologia. RF14 O sistema deve utilizar APIs para integração entre sistemas. RF15 O sistema deve consolidar dados provenientes de diferentes fontes em um único ambiente. Diagrama de Caso de Uso – Sistema Integrado. Descrição do Caso de Uso Realizar Cadastro Objetivo: Este caso de uso possibilita ao cliente da rede fast-food fazer o seu cadastro para obter benefícios. Este cadastro é efetuado pelo cliente diretamente no restaurante ou Plataforma de aplicativo de delivery. Ator: Clientes (Cliente presencialmente, cliente do delivery). Pré-Condições: Não há pré-condições apenas quer o cliente estar inclinado a adquirir a refeição. Condição de Entrada: O Ator Cliente decide fazer o seu cadastro para aproveitar as promoções e descontos. Fluxo Principal 1. O Sistema exibe formulário solicitando informações relacionadas a esse cliente, também solicita para informar o prato da sua preferência. 2. O cliente fornece as informações solicitadas, também autoriza a utilização das suas informações para criar um perfil de usuário e compartilhamento. 3. O Sistema apresenta a mensagem " Estamos Felizes em ter você como Cliente, na próxima vez teremos novidades para você." sem ele ainda não tiver cadastro. 4. O Sistema verifica se esse cliente faz parte do nosso banco de dados, se confirmando que já nosso cliente, o Sistema traz as promoções associadas ao perfil dele. Fluxo Alternativo A1 O cliente escolhe cancelar o cadastro durante o processo 1. Volta para o menu inícial 2. Caso de uso é encerrado. A2 O Cadastro do cliente é encontrado 1. Exibe a mensagem com nome do Cliente e uma saudação " Bem-vindo (nome do Cliente) " 2. Passa para o passo 4 do fluxo principal. Identifica onde será consumido Objetivo: Este caso de uso possibilita ao cliente da rede fast-food onde o cliente consumirá a sua refeição. Ator: Clientes (Cliente presencialmente, cliente do delivery). Pré-Condições: Cliente escolher se consumirá no local ou para viagem. Condição de Entrada: Opção Restaurante ou Viagem deve ser selecionada. Fluxo Principal 1. O Sistema exibe as opções para o cliente selecionar o local para consumir. 2. O Cliente escolhe consumir no local e qual a mesa. 3. O Sistema apresenta as opções do Cardápio, encaminha o pedido para a cozinha. 4. O cliente escolhe a opção viagem, a embalagem e os acompanhamentos. 5. O Sistema encaminha o pedido para viagem a cozinha. Fluxo Alternativo A1: O Cliente desiste que consumir no local 1. O Sistema cancela a reserva da mesa, liberando a mesa. 2. O Sistema oferta um acompanhamento como brinde pela desistência. A2. O Cliente desiste de levar a refeição para viagem 1. O Sistema cancela o pedido para viagem, já converge o pedido para consumo no local. 2. Durante o processo de cancelamento do pedido para viagem, exibe um aviso que será adicionado valor extra para reserva da mesa. 3. Retorna para o passo 2. Contabilizar a venda Objetivo: Este caso de uso possibilita ao gestor da rede de fast-food contabilizar as vendas. Ator: Gestor Pré-condições: conclusão da compra pelo cliente atráves confirmação dos meios de pagamentos. Condição de Entrada: Confirmação pelos meios de pagamentos. Fluxo Principal 1. O Cliente efetuado pagamento da sua comanda. 2. O Sistema recebe informação dos meios de pagamento que a transação foi aprovada. 3. O Sistema emite o comprovante de pagamento para o cliente. Fluxo Alternativo A1. A transação financeira é negada 1. O Sistema apresenta outras opções de pagamento. 2. A venda é cancelada. A2. O cliente desiste de utilizar um meio de pagamento já in formado por ele. 1. O Sistema apresenta a opção de retroceder ao menu anterior de pagamento para que o cliente possa alterar o meio de pagamento. Gerenciar estoque Objetivo: Este caso de uso possibilita ao gestor da rede de fast-food administrar o estoque de insumos. Ator: GestorPré-condições: inventariar o estoque de insumos das unidades da rede fast-food. Condição de entrada: relação da quantidade insumos atualizada das unidades. Fluxo Principal 1. O Gestor solicita relatório dos estoque ao Sistema. 2. O Sistema apresenta amostragem do estoque da última hora. 3. O Gestor poderá disponibilizar o insumo excedente da unidade mais próxima para atender a unidade com estoque baixo. 4. O Sistema realiza a saída da unidade cedente a entrada do insumo na unidade recebedora. 5. O Sistema atualiza a contagem dos estoque aponta a origem e o destino dos insumos para controle auditavél. Fluxo Alternativo A1. O Insumo foi cadastrado errado no Sistema. 1. O Gestor identifica a divergência e solicita correção do item. 2. O Sistema recebe a informação correta, atualiza o inventário. 3. Realizado o cancelamento do passso 4 e 5. Criar campanhas Objetivo: Este caso de uso possibilitar ao gestor a criação de campanhas promocionais destinadas ao franqueados e ao clientes. Ator: Gestor Pré-condições: Analisar o perfil de consumo dos clientes da rede de fast-food. condição de entrada: Compreender perfil do consumo dos clientes da rede. Fluxo Principal 1. O Gestor extrai o relatório de perfil de consumo dos clientes para definir quais produtos que participaram da próxima campanha promocional. 2. O Sistema apresenta o relatório do estoque de insumo relacionados participantes da campanha. Engajar os Clientes Objetivo: Este caso de uso possibilita ao franqueado a participar de campanhas promocionais para aumentar seus clientes. Ator: Franqueado Pré-condições: Atender as metas estabelecida pelo escritório central de rede . condição de entrada: coletar informações do consumo dos clientes das suas lojas. Fluxo Principal 1. O Franqueado repassa o relatório de perfil de consumo dos clientes para embasar a próxima campanha promocional. 2. O Sistema apresenta o relatório do estoque de insumo relacionados participantes da campanha. 3. O Franqueado solicitar os matériais promocionais para sua Loja e seguirá a mesma política de preços das lojas próprias da rede. Cadastrar fornecedores Objetivo: Este caso de uso possibilitar o fornecedor se cadastrar no Sistema para atender a rede. Ator: Fornecedor Pré-condições: Estar regularizado junto a todos os orgãos estatais competentes, seu produto ter passado pelo controle de qualidade da rede. Fluxo Principal 1. O Fornecedor acessar o portal da rede destinada ao fornecedores. 2. O Sistema solicitar os documentos já préviamente informado e informar que eles passaram pelo setor de compliance da rede. 3. O Fornecedor receberá um notificação no e-mail informado, a partir deste estará habilitado para fornecer seus serviços/produtos. image1.png