Sistema para Gerenciamento de Lanchonete(hamburgueria)

Transcrição

1 Curso Técnico Integrado de Informática 3 Ano Projeto Integrador Formação Profissional Sistema para Gerenciamento de Lanchonete(hamburgueria) ' João Victor Silva

2 Sumário 1.Introdução Objetivos Definição de requisitos Requisitos funcionais Funções Fundamentais Funções Básicas Funções de Saída Requisitos Não Funcionais Diagrama de casos de uso Modelos de dados 3.1 Modelo Conceitual Modelo Lógico Modelo Físico Interface gráfica Diagrama navegacional Layout...13

3 1.Introdução 1.1 Objetivos O sistema em questão tem o objetivo de apoiar a administração de uma lanchonete. Inicialmente o sistema permite o cadastro de pedidos, que contem os dados da mesa ou balcão que cliente se encontra e os dados dos pedidos, logo apos o cadastro o sistema emitirá uma nota (senha do pedido) para o cliente. Os pedidos manufaturados aguardando a execução serão encaminhados para uma tela dentro da cozinha com as informações do pedido e Nº da mesa, Inicialmente o status do pedido será "Em espera", onde o cozinheiro pode alterar para "Em preparação" e "Pronto". Existe uma tela com as mesmas informações da tela da cozinha localizada no saguão com a função de informar sobre o pedido para os clientes, E outra tela na porta da cozinha para os garçons efetuarem a entrega no seu destino, onde eles podem alterar o status do pedido para "A caminho" e "Finalizado". Os pedidos Industrializados serão encaminhados para a copa com as informações do pedido e Nº da mesa, Inicialmente o status do pedido será "Requisição", onde o garçom pode alterar para "A caminho" e "Finalizado". Pedidos industrializados não serão exibidos na tela do saguão. O sistema deve alertar sobre pedidos atrasados cujo os pedidos foram finalizados há mais de uma quantidade de minutos definida pelo usuário, para indicar os pedidos que podem ser servidos, evitando atraso na lanchonete. O sistema permitirá o cadastro de funcionários, com a finalidade e exclusividade para os garçons, o cadastro deve ocorrer para que o funcionário possa fazer login ao sistema de pedido (mobile). As despesas e as compras também devem ser registradas para permitir a determinação da lucratividade do negócio. O sistema permitirá a emissão de relatórios gerenciais, como fluxo de caixa (receitas x despesas) Também permitirá a emissão de listagens de todas as funções básicas, como por exemplo,, produtos manufaturados. 2 Definição de requisitos

4 2.1 Requisitos funcionais Funções Fundamentais RF_FF01 Manter Pedidos. Itens de informações : Nº da mesa, Valor. RF_FF02 Registrar pagamento. Itens de informação : Data, subtotal, total(desconto) Funções Básicas RF_FB01 Manter Produtos manufaturados. Itens de informação: Nome, código, Ingredientes, valor de venda. RF_FB02 Manter Ingredientes. Itens de informação: Nome, Tipo, Valor, Quantidade. RF_FB03 Manter despesas. Itens de informação: Data, descrição e valor. RF_FB04 Manter Funcionários. Itens de informação: Nome, CPF, RG, TEL, Endereço. RF_FB05 Manter Produtos Industrializados. Itens de informação: código, marca, valor de venda. RF_FB06 Manter Mesa. Itens de informação: Nº da mesa, descrição Funções de Saída RF_FS01 Relatório de despesas. Itens de informação: Data, descrição e valor. RF_FS02 Relatório de vendas. Itens de informação: Data, cliente e valor RF_FS03 Listagem de Produtos Industrializados. Itens de informação: Descrição e valor. RF_FS04 Listagem de Produtos Manufaturados. Itens de informação: Descrição e valor. RF_FS05 Listagens de Funcionários Itens de informação: Nome, telefone, endereço, CPF. 2.2 Requisitos Não Funcionais RNF_01 Para executar o sistema é necessário um computador com no mínimo 2GB de

5 memória RAM e 500MB de espaço em disco. RNF_02 O sistema deve ter acesso restrito, assim sendo diferenciado através do login. 2.3 Diagrama de casos de uso Figura 1: Figura 1 Diagrama de Casos de Uso

6 3. Modelos de dados 3.1 Modelo Conceitual Figura 2: Modelo Conceitual

7 3.2 Modelo Lógico Figura 3: Modelo Lógico

8 3.3 Modelo Físico -- MySQL Workbench Forward Engineering SET UNIQUE_CHECKS=0; SET FOREIGN_KEY_CHECKS=0; SET SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES'; -- Schema mydb -- Schema sysboi -- Schema sysboi CREATE SCHEMA IF NOT EXISTS `sysboi` DEFAULT CHARACTER SET utf8 ; USE `sysboi` ; -- Table `sysboi`.`conta` CREATE TABLE IF NOT EXISTS `sysboi`.`conta` ( `Numero_conta` INT(11) NOT NULL, `Sub_Total` FLOAT NULL DEFAULT NULL, `Numero_Nota` INT(4) NULL DEFAULT NULL, `Numero_Mesa` INT(4) NULL DEFAULT NULL, PRIMARY KEY (`Numero_conta`)) ENGINE = InnoDB DEFAULT CHARACTER SET = utf8; -- Table `sysboi`.`funcionario` CREATE TABLE IF NOT EXISTS `sysboi`.`funcionario` ( `Login` VARCHAR(15) NOT NULL, `Nome` VARCHAR(50) NULL DEFAULT NULL, `Senha` VARCHAR(56) NULL DEFAULT NULL, `Cargo` VARCHAR(25) NULL DEFAULT NULL, PRIMARY KEY (`Login`)) ENGINE = InnoDB DEFAULT CHARACTER SET = utf8; -- Table `sysboi`.`produto` CREATE TABLE IF NOT EXISTS `sysboi`.`produto` ( `cod` INT(11) NOT NULL,

9 `Nome` VARCHAR(25) NULL DEFAULT NULL, `Ingrediente` VARCHAR(150) NULL DEFAULT NULL, `Tipo` INT(11) NULL DEFAULT NULL, `Valor` FLOAT NULL DEFAULT NULL, PRIMARY KEY (`cod`)) ENGINE = InnoDB DEFAULT CHARACTER SET = utf8; -- Table `sysboi`.`pedido` CREATE TABLE IF NOT EXISTS `sysboi`.`pedido` ( `Numero_pedido` INT(11) NOT NULL, `Numero_conta` INT(11) NULL DEFAULT NULL, `Login` VARCHAR(15) NULL DEFAULT NULL, `Data` DATE NULL DEFAULT NULL, `Hora` TIME NULL DEFAULT NULL, `total` FLOAT NULL, PRIMARY KEY (`Numero_pedido`), INDEX `Login` (`Login` ASC), INDEX `Numero_conta` (`Numero_conta` ASC), CONSTRAINT `pedido_ibfk_1` FOREIGN KEY (`Login`) REFERENCES `sysboi`.`funcionario` (`Login`), CONSTRAINT `pedido_ibfk_2` FOREIGN KEY (`Numero_conta`) REFERENCES `sysboi`.`conta` (`Numero_conta`)) ENGINE = InnoDB DEFAULT CHARACTER SET = utf8; -- Table `sysboi`.`itens_pedido` CREATE TABLE IF NOT EXISTS `sysboi`.`itens_pedido` ( `Numero_item` INT(11) NOT NULL, `Numero_pedido` INT(11) NOT NULL, `Valor_Uni` FLOAT NULL DEFAULT NULL, `Quant` INT(11) NULL DEFAULT NULL, `Status` INT(11) NULL DEFAULT NULL, `produto_cod` INT(11) NOT NULL, PRIMARY KEY (`Numero_item`, `Numero_pedido`), INDEX `Numero_pedido` (`Numero_pedido` ASC), INDEX `fk_itens_pedido_produto1_idx` (`produto_cod` ASC), CONSTRAINT `fk_itens_pedido_produto1` FOREIGN KEY (`produto_cod`) REFERENCES `sysboi`.`produto` (`cod`) ON DELETE NO ACTION ON UPDATE NO ACTION, CONSTRAINT `itens_pedido_ibfk_2` FOREIGN KEY (`Numero_pedido`) REFERENCES `sysboi`.`pedido` (`Numero_pedido`)) ENGINE = InnoDB

10 DEFAULT CHARACTER SET = utf8; SET SQL_MODE=@OLD_SQL_MODE; SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS; SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS; 4. Interface gráfica 4.1 Diagrama navegacional Figura 4: Diagrama navegacional

11 4.2 Layout Figura 5: Gerenciador de Mesa

12 Figura 6: Gerenciador Mesa / Dados

13 Figura 7: Gerenciador Mesa / Dados / Cardápio

14 Figura 8: Manter Funcionario

15 Figura 9: Manter Funcionario / Dados

16 Figura 10: Manter Produto / Dados

17 Figura 11: Manter Produto

18 Figura 12: Menu Principal

19 Figura 13: Tela Cozinha / Copa