Sistema de Gerenciamento para a lanchonete Paulinho Lanches

Transcrição

1 Especificação dos Requisitos do Software Sistema de Gerenciamento para a lanchonete Paulinho Lanches Alunos: Pamela Nascimento Renan Mendes

2 1 Introdução 1.1 Objetivos do documento O documento tem como objetivo principal descrever e especificar os requisitos funcionais e não funcionais do sistema, que devem ser atendidas pelo produto Snacky1.0 na Lanchonete Paulinho Lanches, de forma a satisfazer as necessidades de seus clientes, bem como definir um produto a ser feito pelos desenvolvedores. O público alvo desta ERS são os clientes, os desenvolvedores e Analistas. 1.2 Escopo do produto O Sistema de gerenciamento Snacky1.0 para o Paulinho Lanches localizada na Rua Maceió, 12-25, na cidade de Presidente Epitácio tem como objetivo informatizar o controle de serviços, cadastro de pessoas, produtos, vendas e movimentações. Além disso permitirá o gerenciamento de contas a pagar, a receber, as ligações entre os cadastros (cliente, fornecedor, serviços) e o fluxo do caixa. É necessário que se cadastre previamente todos os serviços e produtos que a lanchonete irá disponibilizar. Se necessário será possível adicionar, excluir ou modificar algum deles já existente. 1.3 Definições e siglas Definição de todas as siglas, abreviações e termos usados na ER. ER: Engenharia de Requisitos; GC: Gerenciamento de controle; GP: Gerenciamento de Produtos; GV: Gerenciamento de Vendas; SMC: Sistema de Movimentação do Caixa. 1.4 Visão geral deste documento Este documento está organizado em três capítulos: Primeiro: Introdução com objetivo de explicar da maneira mais simples as informações sobre o objetivo e escopo da ER(Engenharia de Requisitos); Segundo: Uma descrição geral do produto; Terceiro: São os requisitos específicos onde contém os requisitos funcionais e não funcionais do sistema. Quarto: Casos de uso, diagrama e descrição narrativa 2 Descrição geral do produto Descrição de solução: Criar um sistema eficaz que possibilitará a gerencia de clientes, ordens de serviço, contas a pagar e receber, cadastros de clientes e produtos com buscas ágeis e de fácil acesso ao usuário. Benefícios: Agilidade no atendimento ao cliente, maior controle das informações. Facilidade de efetuar tarefas rotineiras.

3 2.1 Perspectiva do sistema Todos os cadastros, relatórios e configurações terão telas padronizadas. Será necessária a utilização de hardwares específicos para realizar certas funções do sistema como, leitor de cartão de crédito, impressora de nota fiscal, impressora multifuncional ou a jato de tinta. O sistema necessita de no mínimo um computador com um bom processador onde será usado o sistema, dispositivos (ipod) que serão usados pelos funcionários na qual irão transmitir os dados via wi-fi para o computador principal e as impressoras. 2.2 Funções do sistema 1. Gestão de Usuários: Controle de usuários que terão acesso ao Snacky Provê recuperação, criação, alteração e exclusão. 2. Gestão de Manual de Estoque: Controle manual de entrada e saída de mercadorias, com consulta e atualização do estoque respectivo; 3. Gestão de Mercadorias: Processamento de recuperação, criação, exclusão e alteração de mercadorias. Durante a criação e alteração, pode-se incluir ou excluir fornecedores existentes da Mercadoria. 4. Abertura do Caixa: Passagem para o MODO DE VENDA, liberando o Caixa da lanchonete para a Operação de Venda. 5. Fechamento do Caixa: Fechamento do Caixa da lanchonete, com totalização das vendas do dia e mudança para o MODO DE GESTÃO. 6. Operação de Venda: Operação de Venda ao cliente da lanchonete. Durante a operação, é possível incluir, alterar e excluir Itens de Venda de Mercadorias especificadas. Ao término da operação, o Ticket de Venda é emitido, e o saldo no Caixa e os níveis de estoque das Mercadorias dos Itens de Venda são atualizados. 7. Emissão de Nota fiscal: Emissão opcional de Nota Fiscal para o cliente da lanchonete (extensão da Operação de Venda). 2.3 Características dos usuários Os usuários são o administrador do Paulinho Lanches e seus funcionários; O administrador recebe as contas no caixa, realiza o cadastramento de clientes e produtos, faz atendimentos via telefone; Os demais funcionários apenas realizam os pedidos e os verificam se estão prontos através dos dispositivos (ipod s).

4 3 Requisitos específicos Visão geral Descreve-se aqui, de forma detalhada, todas as entradas e saídas do produto Requisitos para interfaces gráficas de usuário Sugere-se, no caso de interfaces gráficas, a inclusão dos seguintes elementos: Um esboço do leiaute gráfico sugerido para a interface; Uma descrição dos relacionamentos com outras interfaces; Um diagrama de estados, caso necessário para melhor entender-se o comportamento requerido da interface; Uma lista dos campos de dados da interface; Uma lista dos comandos da interface; Observações. 3.2 Requisitos funcionais RF01. Dois tipos de permissões para usuários: Funcionários e Proprietário. RF02. O proprietário da lanchonete e sua esposa tem acesso total ao sistema, cada possui o seu próprio login. RF03. Os funcionários devem ter login e senhas individuais. RF04. Funcionários devem marcar pedidos e checar valores dos produtos por dispositivos (ipod). RF05. Todas as informações feitas no ipod, devem ser transmitidas via wi-fi para o computador central. RF06. O sistema deverá mostrar o status do mês: Livre, ocupada, e aguardando a conta. RF07. O caixa recebe várias formas de pagamento, inclusive dividir em dois tipos (por exemplo: metade em dinheio e outra no cartão). RF08. No fechamento de caixa, deve-se imprimir uma folha com informações sobre tudo que foi vendido na noite, e um total de quanto entrou e saiu do caixa. RF09. O sistema deverá emitir notas fiscais. RF10. O sistema tem de avisar quando um produto em estoque estiver acabando (O usuário pode selecionar qual a quantidade mínima pra ser avisado). RF11. Sistema deve cadastrar clientes com nome, endereço, telefone e CPF. RF12. No cadastro deve conter um histórico dos últimos pedidos do cliente. 3.3 Requisitos não funcionais RF13. O sistema deverá executar backup todos os dias. RF14. Devera haver no break para evitar falhas no sistema por falta de energia elétrica. RF15. A interface deve ser de fácil entendimento e intuitiva para o usuário. RF16. O sistema terá um manual online para auxiliar em operações básicas.

5 RF17. Há login e senha para cada usuário. RF18. Tempo de resposta desejável menor que 5 segundos para pedidos e pagamentos. RF19. Utilização de PC com processador de bom desempenho. RF20. Sistema operacional Windows 7 profissional. RF21. Utilização de linguagem JAVA. RF22. Atualizações feitas online. 4 Entrevista Entrevistadores: Renan e Pamela Entrevistado: Paulo (Dono da Lanchonete) Data: Como funciona o atendimento da lanchonete? Funciona somente na parte da noite, com as vendas de lanches e bebidas no local e também entregas em domicilio. 2. Como você gostaria que o sistema lhe ajudasse? Seria gerenciando as vendas, estoque, entregas? O sistema seria útil para ter um maior controle sobre o caixa, um atendimento mais rápido e eficiente nas mesas, teria que ter cadastro de clientes, controle dos meus produtos em estoque, relatórios mensais e diários das vendas para que eu tenha um maior controle sobre os gastos. 3. Quais são as funções que o caixa deve ter? Por exemplo: entrada e saída de dinheiro, opções de pagamentos, etc... Aqui o caixa funciona assim, quando o cliente pede a conta, nós pegamos a comanda da mesa e somamos o total, as vezes isso é meio bagunçado, pois podem ter coisas a mais ou a menos marcadas, e com um sistema, eu gostaria de ter tudo isso em ordem e de fácil acesso. Em relação ao dinheiro, eu preciso que tenha opções de pagamento em dinheiro, cheques, cartões e marcar na conta do cliente. 4. Sim, e como funciona o atendimento nas mesas? O atendimento é feito por um funcionário, é simples, ele vai até uma mesa, anota o pedido e quando termina trás pra a cozinha e leva novamente o produto até mesa. 5. E seu estoque, como funciona? Meu estoque é pequeno, tenho bebidas e mercadorias para fazer os lanches, mas como os produtos para os lanches tem pouco tempo de validade, eu gostaria de ter um maior controle sobre elas. Por exemplo, ser avisado quando determinado produto estiver próximo de vencer, e também se possível, ser avisado quando estiver esgotando um produto, para que eu possa repor e não deixar faltar.

6 6. A entrega funciona como? O Cliente liga e nós (funcionários) anotamos o pedido e endereço de entrega. Eu cobro um adicional de entrega, que é definido pela localização na cidade. 7. O cadastro de clientes é feito de que maneira? Eu gostaria de ter informações básicas dos meus clientes, como nome, endereço, telefone e CPF para emissão de notas. Isto ajuda a conseguir um rápido atendimento. 5 CASOS DE USO 5.1 Primeiro caso de uso Ficha de caso de uso Descrição do caso de uso: Gerenciamento de Pedido Objetivo: Gerenciamento de pedidos feito em mesas.

7 Requisitos Relacionados: RF02, RF03, RF04, RF05,RF10, RF12, RF17,RF18; Pré-condições: O gerente e demais funcionários devem fazer login no sistema. O sistema exibira as opções disponíveis para o pedido. Condição de um término bem sucedido: Pedido realizado. Condição de um término mal sucedido: Não há produtos suficientes para a realização dos pedidos. Atores Primários: Gerente, funcionário. Atores Secundários: snacky1.0 (Sistema). Fluxo principal: -Funcionário acessa o sistema e escolher opção Realizar pedido -Funcionário anota pedido -Sistema chega se produtos selecionados estão disponíveis -Funcionário confirma pedido -Sistema envia pedido para impressora na cozinha da lanchonete Fluxo alternativo -Pedido não disponível em estoque Pós condições: -sistema avisa que pedido está pronto para ser servido. 5.2 Segundo caso de uso

8 Ficha de caso de uso Diagrama Descrição do caso de uso: Cadastro de clientes Objetivo: Cadastrar clientes com nome, endereço, telefone, etc.. Requisitos Relacionados: RF02, RF12 Pré-condições: O Gerente deve estar cadastrado com login/senha. Cliente deve fornecer os dados necessários. Condições de termino bem sucedido: Cadastro realizado com sucesso. Condição de um término mal sucedido: Cadastro não realizado. Atores primários: Gerente. Atores secundários: Banco de dados. Fluxo principal: O gerente acessa o sistema; O sistema exibe opções disponíveis; O gerente escolhe opção cadastro; O gerente preenche os campos necessários para o cadastro; O gerente confirma se os dados estão corretos; O gerente confirma o cadastro; O sistema confirma o cadastro;

9 Fluxo alternativo: O cliente já cadastrado; Os dados insuficientes. Pós-condições: O cadastro do cliente disponível no sistema. 5.3 Terceiro caso de uso Ficha de caso de uso Descrição do caso de uso: Consulta estoque Objetivo: Consultar produtos cadastrados no estoque. Requisitos Relacionados: RF02, RF10. Precondições: Gerente cadastrado no sistema. Condições de sucesso: Produtos disponíveis.

10 Condições de insucesso: Produtos não disponíveis. Ator primário: Gerente Ator secundário: Banco de dados. Fluxo principal: O gerente acessa a opção estoque no sistema. O gerente entra na opção consultar produto. O gerente procura por produto especifico na opção pesquisa. O sistema retorna nome, preço e quantidade disponível no estoque. Fluxo alternativo: O sistema retorna informações erradas. Pós-condição: O sistema exibe informações pesquisadas.