IMPLEMENTAÇÃO DE UM SISTEMA PARA GESTÃO DE BARES NOTURNOS

(1)

MARCIO ALMEIDA DE PAULA

IMPLEMENTAÇÃO DE UM SISTEMA PARA GESTÃO DE BARES

NOTURNOS

Assis 2014

(2)

MARCIO ALMEIDA DE PAULA

IMPLEMENTAÇÃO DE UM SISTEMA PARA GESTÃO DE BARES

NOTURNOS

Trabalho de Conclusão de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduação em Análise e Desenvolvimento de Sistemas.

Orientador: Prof. Esp. Guilherme de Cleva Farto

Área de Concentração: Informática

Assis 2014

(3)

FICHA CATALOGRÁFICA

ALMEIDA, Marcio

Sistema para gestão de bares noturnos / Marcio Almeida de Paula. Fundação Educacional do Município de Assis – FEMA – Assis, 2014.

75 p.

Orientador: Prof. Esp. Guilherme de Cleva Farto

Trabalho de Conclusão de Curso – Instituto Municipal de Ensino Superior de Assis – IMESA

1. Gestão de Bares Noturnos 2. C Sharp 3. Desktop

CDD: 001.6 Biblioteca da FEMA

(4)

DEDICATÓRIA

Dedico este trabalho à minha família, amigos e todas as pessoas que acreditaram em meus sonhos e anseios, apoiando-me com a força necessária para que pudesse realizá-los.

(5)

AGRADECIMENTOS

Primeiramente a Deus, pois tudo que tenho e busco é ele que me proporciona, ele que me da força para seguir em frente e concluir meus sonhos, movendo as pedras que aparecem no caminho.

Ao Professor, Guilherme pela orientação e pelo constante estímulo transmitido durante o trabalho.

Aos meus familiares, que sempre acreditaram e me apoiaram para concluir o curso e me aperfeiçoar profissionalmente.

Agradeço a todos que colaboraram direta ou indiretamente na execução deste trabalho.

(6)

A dúvida é o principio da sabedoria […]” Aristóteles

(7)

RESUMO

Este trabalho descreve o desenvolvimento de um Sistema de gestão para bares noturnos onde se tem o foco de automatizar as tarefas realizadas pelos estabelecimentos tais como: vendas, estoque, manter cadastros.

Para o seu desenvolvimento será utilizado à metodologia Orientada a Objetos e a ferramenta (Visual Studio2012) com a plataforma de desenvolvimento (CSharp), junto com a ferramenta de dados (SQL SERVER).

(8)

ABSTRACT

This Work describes the development of a management system for nightclubs where it has the focus to automate the tasks performed by institutions such as: sales, inventory, registering products.

In order to develop methodology will be used to object oriented and the tool (Visual Studio2012) with the development platform (C#), together with the tool data (SQL SERVER).

(9)

LISTA DE ILUSTRAÇÕES

Figura 1 - Mapa Mental ... 23

Figura 2 - UC - Geral ... 25

Figura 3 - UC - Efetuar Login ... 26

Figura 4 - UC - Manter UF ... 27

Figura 5 - UC - Manter Municípios ... 28

Figura 6 - UC - Manter funcionários ... 29

Figura 7 - UC - Manter fornecedores ... 30

Figura 8 - UC - Manter produtos ... 31

Figura 9 - UC - Manter tipo_produtos ... 32

Figura 10 - UC - Manter receitas ... 33

Figura 11 - UC - Manter eventos ... 34

Figura 12 - UC - Manter cantores ... 35

Figura 13 - UC - Efetuar vendas ... 36

Figura 14 - UC - Manter cargos ... 37

Figura 15 - UC - Manter unidades de medida ... 38

Figura 16 - UC - Manter fichas ... 39

Figura 17 - UC - Efetuar abertura_caixa ... 40

Figura 18 - UC - Efetuar fechamento_caixa ... 41

Figura 19 - Diagrama de atividades - Cadastro de eventos ... 42

Figura 20 - Diagrama de atividades - Efetuar vendas ... 43

Figura 21 - Diagrama de atividades - Abertura_caixa ... 44

(10)

Figura 23 - DER ... 46

Figura 24 – WBS ... 47

Figura 25 - Cronograma de atividades ... 48

Figura 26 - Diagrama de sequenciamento ... 49

Figura 27 - Camadas ... 52

Figura 28 - Camada modelo - classe portaria ... 53

Figura 29 - Camada DAL - Método Incluir ... 54

Figura 30 - Camada DAL - Método Alterar ... 55

Figura 31 - Camada DAL - Método Listagem ... 56

Figura 32 - Camada DAL - Método baixa_estoque ... 56

Figura 33 - Camada BLL - Método Incluir ... 57

Figura 34 - Tela de Login ... 58

Figura 35 - Tela de menu do administrador ... 59

Figura 36 - Tela de cadastro de funcionários ... 60

Figura 37 - Tela de cadastro de receitas ... 61

Figura 38 - Tela de cadastro de produtos ... 62

Figura 39 - Tela de cadastro de eventos ... 63

Figura 40 - Tela de caixa_abertura de caixa ... 64

Figura 41 - Tela caixa_vendas ... 65

Figura 42 - Tela Caixa_controlar_vendas ... 66

Figura 43 - Tela caixa_portaria ... 67

Figura 44 - Tela caixa_fechamento ... 68

Figura 45 - Tabela Referência ... 70

(11)

(12)

LISTA DE TABELAS

Tabela 1 - Efetuar Login ... 26

Tabela 2 - Manter UF ... 27

Tabela 3 - Manter Cidades ... 28

Tabela 4 - Manter Funcionários ... 29

Tabela 5 - Manter Fornecedores ... 30

Tabela 6 - Manter Produtos ... 31

Tabela 7 - Manter Tipo_Produtos ... 32

Tabela 8 - Manter Receitas ... 33

Tabela 9 - Manter Eventos ... 34

Tabela 10 - Manter Cantores... 35

Tabela 11 - Efetuar Vendas... 36

Tabela 12 - Manter Cargos ... 37

Tabela 13 - Manter Unidades de medida ... 38

Tabela 14 - Manter Unidades de medida ... 39

Tabela 15 - Efetuar Abertura do Caixa ... 40

Tabela 16 - Efetuar fechamento_do_caixa ... 41

Tabela 17 - Custos - Mão de obra ... 50

(13)

SUMÁRIO

1 – INTRODUÇÃO ... 15 1.1 OBJETIVOS ... 17 1.2 JUSTIFICATIVAS ... 17 1.3 MOTIVAÇÃO ... 18 1.4 ESTRUTURA DO TRABALHO ... 18

2 – TECNOLOGIA E FERRAMENTAS DE DESENVOLVIMENTO ... 19

2.1 MICROSOFT VISUAL CSHARP ... 19

2.2 MICROSOFT VISUAL STUDIO ... 20

2.3 CRYSTAL REPORT ... 20

2.4 MICROSOFT SQL SERVER ... 21

2.5 LINGUAGEM UNIFICADA DE MODELAGEM (UML) ... 21

3 - ANÁLISE E ESPECIFICAÇÃO DO SISTEMA ... 23

3.1 MAPA MENTAL ... 23

3.2 LISTA DE REQUISITOS ... 24

3.3 – DIAGRAMA E ESPECIFICAÇÃO DE CASOS DE USO ... 25

(14)

3.5 DIAGRAMA DE CLASSE ... 45

3.6 MODELO ENTIDADE – RELACIONAMENTO ... 46

4 – ESTRUTURA DO PROJETO ... 47

4.1 WORK BREAKDOWN STRUCTURE ... 47

4.2 CRONOGRAMA DA ESTRUTURA DE DESENVOLVIMENTO ... 48

4.3 SEQUENCIAMENTO DAS ATIVIDADES ... 49

4.4 ORÇAMENTO ... 50 5- DESENVOLVIMENTO DO SISTEMA ... 52 5.1 ORGANIZAÇÃO DO PROJETO ... 52 5.2 TRIGGERS ... 69 6- CONCLUSÃO ... 73 REFERÊNCIAS ... 74

(15)

1 – INTRODUÇÃO

O tema abordado neste trabalho é a gestão de bares noturnos, foram analisados os elementos e técnicas que envolvem tal gestão e como os seus custos influenciam diretamente nas qualidades e nos resultados financeiros.

Com base na ANR (Associação Nacional de Restaurantes) o ramo alimentício representa um faturamento anual na ordem de R$ 60 milhões, proporcionando milhões de empregos diretos e indiretos. Recebe certa de 27 milhões de clientes por dia, e seu crescimento é três vezes superior que ao do PIB. (ANR, 2013)

Segundo a pesquisa da ABRASEL-SP (Associação Brasileira de Bares e Restaurantes - SP) em media 70% dos comerciantes responsáveis pelo seu estabelecimento não sobrevivem no mercado por mais de dois anos, uma taxa relativamente alta comparada com á taxa de fracasso das empresas do estado de São Paulo que são de 37%, segundo analise do SEBRAE-SP. O estudo da ABRASEL mostra que as causas dos fracassos estão vinculadas a um mau planejamento administrativo por partes dos comerciantes, onde cometem erros de contratações, fixarem em estabelecimentos de alto custo e ate mesmo em uma tomada de decisão sem fundamentos. (ABRASEL, 2013)

Para se obter um planejamento de qualidade em um comercio, é preciso ter total controle de estoque, fluxo de caixa e em toda parte administrativa da empresa, mas na maioria das vezes, esse processo não é aplicado por seus gerentes. (MARICATO, 2010)

(16)

Segundo Menezes (2012, p.2):

A gestão de um restaurante é uma tarefa delicada, visto que a matéria prima armazenada são produtos perecíveis, e muitas vezes, de alto valor. Está tarefa se torna ainda mais difícil quando levarmos em conta que a matéria-prima deve estar sempre disponível quando solicitada pelo cliente e para isso é essencial que a demanda do estabelecimento seja prevista, o que é uma tarefa igualmente complexa.

As soluções encontradas por gestores de restaurantes é comprar matéria-prima em excesso, ou simplesmente deixando de comprar alguns produtos. As duas soluções encontradas somente são utilizadas por falta de conhecimento por parte dos administradores, de técnicas mais avançadas e modernas de gerenciamento de estoque.

O projeto busca informatizar o gerenciamento dessas empresas, colocando ao alcance dos administradores informações importante para que possa se adotar melhores decisões. Buscando reduzir os custos com desperdícios de matéria-prima e que estejam sempre disponíveis ao serem solicitadas pelo cliente.

Espera-se que ao termino do projeto e implantação do sistema de gestão, resulte diretamente em melhorias no desempenho econômico da empresa, e que este modelo seja compatível com qualquer outro estabelecimento de porte semelhante.

EMPRESA:

O software foi desenvolvido com base na empresa Varanda Bar Music situada no Rancho Sertanejo nas proximidades da chácara bela Vista, uma empresa de pequeno porte fundada em 2011, sendo gerenciado pelo proprietário Marcelo Costa que utiliza de métodos totalmente manuais para controlar seu giro capital e estoque.

A empresa promove Shows as sextas e sábados onde passam em media trezentos visitantes ao dia, tendo um grande fluxo de caixa que é gerenciado através de fichas

(17)

empresas carimbado. A Varanda vem se mantendo no mercado, Marcelo Costa acredita que o seu diferencial seja o atendimento.

1.1 OBJETIVOS

O objetivo deste trabalho é desenvolver um sistema para determinar um modelo “perfeito” que possa atender todas as necessidades de gestão de bares noturnos na qual seja possível reduzir os custos com desperdícios de matérias-primas, para isso o sistema disponibilizara ao usuário relatórios de produtos mais vendidos, de compras, e de vendas sendo assim podendo se preparar para novos pedidos e novas decisões, com isso administrando todo giro capital de seu negocio, tendo seus movimentos documentados digitalmente a sua disposição. Resultando em uma empresa totalmente competitiva ao mercado.

1.2 JUSTIFICATIVAS

Muitos comerciantes ainda adotam medidas de gestão totalmente ultrapassadas, aonde seu controle administrativo chega a ser a soma total liquida menos o total empatado assim chegando ao seu lucro diário/mensal, deixando de absorver detalhes importantes como produtos mais vendidos e menos vendidos, onde poderia estar tomando decisões articulares para cada problema relacionado. Por falta de conhecimento e informatização, o proprietário acaba gerenciando seus negócios de forma negligente resultando em baixa nos lucros, com perda de estoque, falta de matéria prima e produtos parados, insatisfação de clientes e giro capital negativo tornando seus comércios em um ciclo fechado ou ate mesmo uma possível falência sem a percepção de seu proprietário.

(18)

1.3 MOTIVAÇÃO

Aprofundar os conhecimentos nas tecnologias utilizadas no projeto, obtendo experiências que não encontrasse em sala de aula, sendo elas um contato com o usuário numa entrevista de absorção de requisitos. Visando no termino do projeto ter um Software pronto para apresentações em futuras entrevistas e disponibilizar para utilização Freeware.

1.4 ESTRUTURA DO TRABALHO

Este trabalho está estruturado nas seguintes partes:

 Capítulo 1 – Introdução: O primeiro capítulo apresenta a contextualização e a justificativa para o desenvolvimento da proposta do trabalho.

 Capítulo 2 – Tecnologia e Ferramentas de Desenvolvimento: Neste capitulo serão apresentados às tecnologias e ferramentas utilizadas no desenvolvimento do sistema.

 Capítulo 3 – Analise e Especificação do Sistema: Este capítulo apresenta informações das ferramentas utilizadas para modelagem e analise do sistema proposto.

 Capítulo 4 – Estrutura do Projeto: Neste apresenta o planejamento traçado para conclusão do projeto.

 Capítulo 5 – Desenvolvimento do Sistema: Neste capítulo será exibido um detalhamento de como esta sendo o desenvolvimento da aplicação, a distribuição das camadas e a interface para interagir com o usuário final.

 Capítulo 6 – Conclusão: Por fim este capítulo apresenta a conclusão e os trabalhos futuros.

(19)

2 – TECNOLOGIA E FERRAMENTAS DE DESENVOLVIMENTO

Neste capitulo será apresentada as tecnologias e as ferramentas que serão utilizadas para desenvolvimento do projeto de GESTÃO PARA BARES NOTURNOS. Para o desenvolvimento foi adotado a plataforma C SHARP (C#), uma tecnologia de alto nível orientada a objeto. Para o ambiente integrado de desenvolvimento, do inglês Integrated Development Environment (IDE), utilizaremos dos recursos do Visual Studio 2012 com integração do Crystal Report uma ferramenta que permite a criação de relatórios.

Dessa forma, faremos uso à tecnologia C SHARP para o desenvolvimento da aplicação, fazendo-se uso do banco de dados SQL SERVER, utilizado por a maioria de empresas de pequeno e médio porte.

Para a Análise Orientada a Objetos, serão utilizados os conceitos do padrão de Linguagem de Modelagem Unificada (UML) e a ferramenta de modelagem será Astah Professional que é o novo nome da antiga ferramenta JUDE (Java and UML Developer Environment).

2.1 MICROSOFT VISUAL CSHARP

A linguagem C# é uma evolução das linguagens C e C++, CSHARP é completamente orientada a objetos totalmente moderna.

O C# ou C Sharp, é uma linguagem de programação criada com o intuito de desenvolver vários tipos de aplicações. C# é uma linguagem muito simples, orientada a objetos, e fácil de ser manipulada, assim permitindo que tenha um desenvolvimento rápido em suas aplicações. (Microsoft, 2013)

(20)

2.2 MICROSOFT VISUAL STUDIO

O Visual Studio é uma IDE desenvolvida pela Microsoft, onde podem ser criadas os mais diversos tipos de aplicações, com diversas finalidades.

A IDE Visual Studio, já havia um amplo suporte a diversas linguagens como o .NET Framework, VB, C, C++, C#, JavaScript, CSS entre outros. Com essa nova versão lançada, foi inserida a compatibilidade com a plataforma do ASP.NET. O VS é um pacote de ferramentas para desenvolvimento, que é baseada em componentes e outras diversas tecnologias para desenvolvimento de aplicações de alto nível.

A IDE Visual Studio é otimizada para implantações em equipes, e para o design e o desenvolvimento de soluções.

2.3 CRYSTAL REPORT

Pode ser aplicado juntamente em linguagens como o Visual Basic, linguagens .NET ou diretamente em aplicações web ou sua própria sintaxe, o Crystal sintaxe. É um dos mais utilizados no mundo e já está em sua 12ª edição. Não é somente um criador de relatórios: ele pode também criar várias outras coisas como certificados, carnês para loja. Podemos inserir fórmulas nesses relatórios.

O Crystal também pode receber seus dados de um programa, via um Recordset ou então se conectar diretamente a um Banco de dados relacional, como Microsoft SQL Server, Sybase ou Oracle para buscar seus dados.

Crystal Report auxilia as empresas e departamentos nas documentações, contendo informações necessárias para tomada de decisões de curto e longo prazo.

(21)

2.4 MICROSOFT SQL SERVER

Um SGBD (sistema de gerenciamento de banco de dados) é um programa que gerencia os dados, geralmente utilizando uma linguagem para isso (SQL).

O SQL Server é um SGBD da Microsoft, criado em parceria com a Sybase, em 1988, inicialmente como um complementar do Windows NT, sendo que depois passou a ser aperfeiçoado e vendido separadamente. A parceria com a Sybase terminou em 1994, e a Microsoft continuou a melhorar o programa após isto.

Esse SGBD é dos mais usados no mundo atualmente, tendo como competidores sistemas como o Mysql e Oracle.

O SQL Server tem versões gratuitas e pagas. O preço da versão paga do SQL Server é bem menor que a média do mercado, embora não perca em qualidade. Este programa é bastante usado em sites, onde são necessários cadastros, e também em sistemas de lojas, onde são lançados os produtos, o preço, marca entre outras informações.

2.5 LINGUAGEM UNIFICADA DE MODELAGEM (UML)

A Linguagem Unificada de Modelagem (UML) é uma linguagem para descrever graficamente “Software”. O objetivo da UML é proporcionar aos desenvolvedores um conjunto de ferramentas para análise e modelagem. Ela pode ser utilizada no apoio ás fases de análise, projeto e implementação, pois nos permite pensar antes de codificar. Trabalhar com diagramas nos ajuda ter uma visão clara das funcionalidades do sistema. Ajuda a apontar e/ou prever inconsistências e omissões. Por fim, possibilita documentar os artefatos do sistema. (GOÉS, 2014, p.16-17) Na versão 2.0, a UML possui treze tipos de diagramas, divididos em três categorias: Diagramas de estrutura (incluem o diagrama de classe, diagrama de objetos, diagrama de componentes, diagrama de estrutura composta, diagrama de pacotes e

(22)

diagrama de implantação); Diagrama de comportamento (incluem o diagrama de casos de uso, diagrama de atividades e diagrama de máquina de estado); Diagrama de interação (todos os derivados do diagrama de comportamento mais geral, incluem o diagrama de sequência, diagrama de comunicação, diagrama de tempo e diagrama de visão geral da interação). Os diagramas de estrutura composta, tempo e visão geral não são utilizados no dia a dia das esquipes de desenvolvimentos de software. (GOÉS, 2014, p.17).

A ferramenta utilizada para a modelagem do Sistema de Diagnóstico foi o Astah Professional que é o novo nome da antiga ferramenta JUDE (Java and UML Developer Environment).

Astah é uma ferramenta para modelagens de sistemas, que possibilita a elaboração de diagramas, como o diagrama de casos de uso, diagrama de classe, diagrama de atividades, entre outros.

(23)

3 - ANÁLISE E ESPECIFICAÇÃO DO SISTEMA

Neste capítulo serão apresentadas as ferramentas utilizadas para análise, especificações de requisitos funcionais e a modelagem de diagramas que facilitara em um melhor entendimento do sistema de gestão de Bares Noturnos.

3.1 MAPA MENTAL

Os Mapas Mentais são métodos para organizar informações e tarefas, são diagramas que se constroem a partir de uma ideia central que se ramifica para outras ideias secundárias, usando imagens, cores e palavras-chave. Esse diagrama ajuda no raciocínio e compreensão das ideias sugeridas e nas tarefas que irão ser realizadas. Para entendimento do sistema proposto, foi desenvolvido um mapa mental da visão geral do sistema, conforme a figura abaixo. Para a construção do Mapa Mental, foi utilizada a ferramenta FreeMind, é uma ferramenta bastante útil para armazenar e organizar ideias.

(24)

3.2 LISTA DE REQUISITOS

Seguem Requisitos que se destacam entre outros no projeto de gestão.

 Manter Usuários;  Manter UF;  Manter Cidades;  Manter Funcionários;  Manter Fornecedores;  Manter Produtos;  Manter Tipo_Produto;  Manter Receitas;  Manter Cantores ;  Manter Eventos;  Manter Cargo;

 Manter Unidade Medidas;

 Manter Fichas;

 Efetuar Abertura_Caixa;

 Efetuar Vendas;

 Efetuar Fechamento_Caixa

 Emitir Relatório Eventos;

 Emitir Relatórios Fornecedores;

 Emitir Relatórios Produtos;

(25)

3.3 – DIAGRAMA E ESPECIFICAÇÃO DE CASOS DE USO

Para melhor descrever as funcionalidades da aplicação, foram elaborados alguns diagramas como parte da documentação que descreve a interação do usuário com o sistema, dispondo de narrativas para especificação dos diagramas descrevendo em forma textual a interação do usuário e possíveis variantes do sistema.

(26)

Figura 3 - UC - Efetuar Login

Nome do Caso Uso Efetuar Login

Atores Administrador, Usuário

Pré-Condições Não existe

Cenário Principal 1- O sistema solicita os dados para efetuar login.

2- O usuário ou administrador informa os dados.

3- O usuário ou administrador confirma. 4- O sistema recupera os dados informados. 5- O sistema valida os dados.

6- O usuário se conecta no sistema.

Cenário Alternativo Não existe

Casos de Testes 1- Caso os dados estejam corretos executa a operação.

2- Caso os dados não estejam corretos cancela a operação.

(27)

Figura 4 - UC - Manter UF

Tabela 2 - Manter UF

Nome do Caso Uso Manter UF

Atores Administrador

Cenário Principal 1- O usuário seleciona a opção cadastrar Unidades federativas.

2- O sistema carrega a tela para colher informações.

3- O administrador informa dados em seguida seleciona salvar .

4- O sistema verifica se todos os campos obrigatórios estão preenchidos.

5- O sistema armazena os dados.

Cenário Alternativo O Administrador podem cancelar operação, alterar ou excluir dados.

Casos de Testes 1- Se os campos obrigatórios não forem preenchidos o sistema retorna uma mensagem ao usuário informando quais campos devem ser informado.

(28)

Figura 5 - UC - Manter Municípios

Tabela 3 - Manter Cidades

Nome do Caso Uso Manter Cidades

Cenário Principal 1- O usuário seleciona a opção cadastrar Cidades.

Cenário Alternativo O Administrador podem cancelar Operação, alterar ou excluir dados.

(29)

Figura 6 - UC - Manter funcionários

Tabela 4 - Manter Funcionários Nome do Caso Uso Manter Funcionários

Cenário Principal 1- O usuário seleciona a opção cadastrar Funcionários.

(30)

Figura 7 - UC - Manter fornecedores

Tabela 5 - Manter Fornecedores

Nome do Caso Uso Manter Fornecedores

Cenário Principal 1- O usuário seleciona a opção cadastrar Fornecedores.

Cenário Alternativo O Administrador podem cancelar

Operação, alterar ou excluir dados.

(31)

Figura 8 - UC - Manter produtos

Tabela 6 - Manter Produtos

Nome do Caso Uso Manter Produtos

Cenário Principal 1- O usuário seleciona a opção cadastrar Produtos.

(32)

Figura 9 - UC - Manter tipo_produtos

Tabela 7 - Manter Tipo_Produtos

Nome do Caso Uso Manter Tipo_Produtos

Cenário Principal 1- O usuário seleciona a opção cadastrar Tipo de produtos.

(33)

Figura 10 - UC - Manter receitas

Tabela 8 - Manter Receitas

Nome do Caso Uso Manter Receitas

Cenário Principal 1- O usuário seleciona a opção cadastrar Receitas.

3- O administrador informa os produtos que contem na receita em seguida seleciona salvar .

4- O sistema verifica se todos os campos estão preenchidos corretamente.

Casos de Testes 1- Se os campos obrigatórios não forem

preenchidos o sistema retorna uma mensagem ao usuário informando quais campos devem ser informado.

(34)

Figura 11 - UC - Manter eventos

Tabela 9 - Manter Eventos

Nome do Caso Uso Manter Eventos

Cenário Principal 1- O usuário seleciona a opção eventos.

3- O administrador informa dados para cadastro do evento em seguida seleciona salvar.

Casos de Testes 1- Se os campos obrigatórios não forem preenchidos para cadastro do evento o sistema retorna uma mensagem ao usuário informando quais campos devem ser

(35)

Figura 12 - UC - Manter cantores

Tabela 10 - Manter Cantores

Nome do Caso Uso Manter Cantores

Cenário Principal 1- O usuário seleciona a opção cadastrar Cantores.

(36)

Figura 13 - UC - Efetuar vendas

Tabela 11 - Efetuar Vendas

Nome do Caso Uso Efetuar Vendas

Cenário Principal 1- O usuário seleciona a opção efetuar vendas. 2- O sistema carrega a tela para gerenciar a

venda.

3- O usuário entra com a quantidade de produtos para serem vendidos.

4- O sistema verifica se há quantidade suficiente no estoque.

5- O sistema calcula o total da venda e atualiza o estoque.

Cenário Alternativo Se não tiver quantidade suficiente no estoque o sistema não conclui a venda.

(37)

Figura 14 - UC - Manter cargos

Tabela 12 - Manter Cargos

Nome do Caso Uso Manter Cargos

Cenário Principal 1- O usuário seleciona a opção Manter Cargos 2- O sistema carrega a tela para colher

informações.

3- O administrador informa os dados em seguida seleciona salvar.

Cenário Alternativo O Administrador podem cancelar Operação, alterar ou excluir pedidos.

(38)

Figura 15 - UC - Manter unidades de medida

Tabela 13 - Manter Unidades de medida

Nome do Caso Uso Manter Unidades de medida

Cenário Principal 6- O usuário seleciona a opção Manter Unidade de Medida

(39)

Figura 16 - UC - Manter fichas

Tabela 14 - Manter Unidades de medida

Nome do Caso Uso Manter Unidades de medida

Cenário Principal 11- O usuário seleciona a opção Manter Fichas 12- O sistema carrega a tela para colher

informações.

(40)

Figura 17 - UC - Efetuar abertura_caixa

Tabela 15 - Efetuar Abertura do Caixa Nome do Caso Uso Efetuar Abertura do Caixa

Cenário Principal 1- O usuário seleciona a opção Abertura do caixa.

2- O sistema carrega a tela abertura do caixa. 3- O usuário ou administrador informa a

quantidades de fichas e o valor inicial em dinheiro para o caixa .

5- O sistema finaliza o caixa.

Cenário Alternativo O Administrador/Usuário pode cancelar a Operação.

(41)

Figura 18 - UC - Efetuar fechamento_caixa

Tabela 16 - Efetuar fechamento_do_caixa Nome do Caso Uso Efetuar fechamento_do_caixa

Cenário Principal 1- O usuário seleciona a opção fechamento do caixa.

2- O sistema carrega a tela finalização do caixa.

3- O administrador informa a quantidades de fichas contidas de cada produtos em mãos . 4- O sistema verifica a quantidade informada com a quantidade vendida no sistema e gera o relatório de vendas e conclusão final. 5- O sistema finaliza o caixa.

Cenário Alternativo O Administrado pode cancelar a Operação.

(42)

3.4 – DIAGRAMAS DE ATIVIDADES

O Diagrama de Atividade descreve os passos a serem percorridos para a conclusão de uma atividade especifica, com certo grau de complexidade.

3.6 – DIAGRAMAS DE CLASSE

(43)

(44)

(45)

3.5 DIAGRAMA DE CLASSE

(46)

3.6 MODELO ENTIDADE – RELACIONAMENTO

O diagrama de Entidade – Relacionamento ilustra a estrutura logica do banco de dados. Ele é a principal representação do modelo de Entidades e relacionamentos. Sua maior aplicação é para visualizar o relacionamento entre tabelas de um banco de dados, no qual as relações são construídas através da associação de um ou mais atributos destas tabelas.

(47)

4 – ESTRUTURA DO PROJETO

4.1 WORK BREAKDOWN STRUCTURE

Para uma melhor projeção foi feito o diagrama Work Breakdown Structure (WBS), também conhecido como Estrutura Analítica de Trabalho, que descreve as atividades que serão feitas durante o desenvolvimento do sistema.

(48)

4.2 CRONOGRAMA DA ESTRUTURA DE DESENVOLVIMENTO

Abaixo, segue o cronograma das atividades que serão desenvolvidas para o trabalho de conclusão do curso:

(49)

4.3 SEQUENCIAMENTO DAS ATIVIDADES

O sequenciamento de atividades envolve a identificação e documentação dos relacionamentos lógicos entre as atividades do cronograma.

(50)

4.4 ORÇAMENTO

Os recursos necessários para análise e desenvolvimento do software para Gerenciamento de bares noturnos são:

Recursos Físicos:

01 Analista de Sistema / Programador:

Analista Quantidade de Dias Custo Dia Total

Marcio Almeida 104 R$ 35,00 R$ 3640,00

Programador Quantidade de Dias Custo Dia Total

Marcio Almeida 120 R$ 30,00 R$ 3600,00

Custo Total R$ 7240,00

(51)

Equipamentos:

01 Notebook

Valor Unitário = R$ 2.000,00

Depreciação (2 anos) = R$2.000,00 / 24 = R$83,33 /mês Custo por dia = R$83,33/ 26 (dias) = R$3,20 (ao dia) Custo do computador = R$3,20 * 224 = R$716,80. 01 Impressora jato de tinta

Valor = R$280,00

Depreciação = R$280,00 / 24 = R$11,66 Custo do dia = R$11,66 / 26(dias) = R$0,44 Custo impressora = R$0,44 *224= R$98,56.

Custo Total dos equipamentos R$716,80 + R$98,56 = R$815,36.

Recurso Valor Total

Analista/Programador R$ 7240,00

Equipamentos R$ 815,36

Valor Total do Projeto R$ 8055,36

(52)

5- DESENVOLVIMENTO DO SISTEMA

Para a implementação do sistema de gestão de bares noturnos foi utilizado a IDE Visual Studio 2012 com a linguagem de programação C#, utilizou-se do Crystal Report para elaboração de relatórios e SQL Server 2012 como plataforma de Dados

5.1 ORGANIZAÇÃO DO PROJETO

Para uma estética melhor do projeto, foi utilizado a tecnologia de desenvolvimentos em camadas, sendo elas , Modelos, DAL, BLL, UIgestaoBares conforme ilustra a figura abaixo.

Figura 27 - Camadas

 Camada Modelos: Camada onde se encontra as classes que representa no nosso domínio. No modelo possui as entidades que vão representar nossas tabelas.

(53)

(54)

 Camada DAL (Data Access Layer): Camada que é utilizada para abstrair o acesso a dados da camada de negócios (Business Layer), que por sua vez, acessa a Base de Dados através de Data Access Objects, tornando assim transparente o acesso.

(55)

(56)

Figura 31 - Camada DAL - Método Listagem

(57)

 Camada BLL (Business): Essa camada contém tudo que for lógica de negócio. Ela que irá fazer verificações e validações dos dados vindos e que ainda vão para o banco de dados.

(58)

 Camada UIgestaoBaresnoturno: É a chamada GUI (Graphical User Interface), ou simplesmente User interface. Esta camada interage diretamente com o usuário, é através dela que são feitas as requisições como consultas, por exemplo.

Figura 34 - Tela de Login

 Tela de Login – Para acessar o sistema o usuário terá que informar uma conta valida. Se for efetuado o login com uma conta administrador será direcionado para um menu de administração do Sistema. Se a conta for uma conta comum, o usuário será direcionado para a tela de vendas tendo restrições para algumas atividades.

(59)

Figura 35 - Tela de menu do administrador

 Menu Administrador: Se o login for efetuado por um administrador, será liberado a tela de gerenciamento do sistema, onde poderá ser gerenciado todas as atividades do software.

(60)

Figura 36 - Tela de cadastro de funcionários

 Tela Funcionários: O Administrador poderá cadastrar, excluir e alterar dados dos funcionários.

(61)

Figura 37 - Tela de cadastro de receitas

 Tela Receita: O Administrador poderá cadastrar excluir e alterar Receitas. Essas receitas vão ser vinculadas com seus respectivos produtos.

(62)

Figura 38 - Tela de cadastro de produtos

 Tela de Produtos: O Administrador poderá cadastrar excluir e alterar produtos do sistema.

(63)

Figura 39 - Tela de cadastro de eventos

 Tela de Eventos: O Administrador poderá cadastrar eventos futuros, cada evento poder ter um ou mais artistas, tendo a necessidade poderá ser feito o cancelamento do evento.

(64)

Figura 40 - Tela de caixa_abertura de caixa

 Caixa/Abertura: O usuário comum terá somente acesso ao caixa, tendo restrições em algumas atividades. Essa tela representa a abertura do caixa, onde o usuário informa o evento e inicia o caixa do dia.

(65)

Figura 41 - Tela caixa_vendas

 Caixa / Vendas : Para efetuar uma venda o caixa devera estar aberto, e a quantidade do produto vendido tem que ser menor que a quantidade do produto em estoque. Após realizar a venda, o produto ficara em aberto esperando que seja fechado para assim atualizar o estoque.

(66)

Figura 42 - Tela Caixa_controlar_vendas

 Caixa / Controlar vendas: Após efetuar a venda, o produto ficara em aberto esperando por baixa na área controlar vendas. Nessa área o usuário poderá visualizar as vendas em abertas e dar baixas nas mesmas, podendo também visualizar as vendas já fechadas do dia. Se o usuário precisar excluir uma venda o sistema solicitara uma senha Administradora para efetuar a ação.

(67)

Figura 43 - Tela caixa_portaria

 Caixa/Portaria: Nessa área o usuário controla a portaria, efetuando venda de entradas, deve se informar a quantidade e finalizar a venda. Caso o cliente seja feminino devera informar o valor da entrada. . Se o usuário precisar excluir uma venda o sistema solicitara uma senha Administradora para efetuar a ação.

(68)

Figura 44 - Tela caixa_fechamento

 Caixa/Fechamento: Nessa área o usuário devera calcular o caixa antes de efetuar o fechamento, fazendo isso o sistema disponibilizara em tela os detalhes do caixa, com quantidades de vendas abertas/fechadas entradas femininas/masculina e o total. Para que conclua o fechamento o sistema solicitara uma senha Administradora para finalizar a ação.

(69)

5.2 TRIGGERS

Um trigger é um tipo especial de procedimento armazenado, que é executado sempre que há uma tentativa de modificar os dados de uma tabela que é protegida por ele. Os TRIGGERS são definidos em uma tabela específica, que é denominada tabela de TRIGGERS.

Quando há uma tentativa de inserir, atualizar ou excluir os dados em uma tabela, e um TRIGGER tiver sido definido na tabela para essa ação específica, ele será executado automaticamente, não podendo nunca ser ignorado.

Ao contrário dos procedimentos armazenados do sistema, os disparadores não

podem ser chamados diretamente e não passam nem aceitam parâmetros. ( WAGNER BIANCHI, 2013).

Os conceitos de triggers foram utilizados para controle de vendas e portaria, sempre que um administrador fizer a exclusão de uma venda ou portaria os triggers

configurados na tabela referência serão disparados, e os detalhes da exclusão serão armazenados em uma nova tabela.

(70)

Figura 45 - Tabela Referência

 Tabela Referência: Na tabela referência (Caixas_Fichas) encontrasse o gatilho (Triggers) configurado para o gerenciamento da exclusão de vendas, sempre que uma venda for excluída automaticamente o gatilho será executado.

(71)

Figura 46 - Trigger QuandoDeletarVENDAS

 QuandoDeletarVENDAS: Trigger configurado para gerenciar todas vendas excluídas, buscando os dados na tabela temporária DELETED e inserindo em uma nova tabela detalhes.

(72)

Figura 47 - Exclusão de Vendas

 Exclusão de Vendas: Representa a tela de visualização de vendas excluídas do caixa, tem por finalidade filtrar todas as vendas da tabela de vendas excluídas que forem compatível com o caixa aberto, essa entidade é alimentada pelo trigger QuandoDeletarVENDAS.

(73)

6- CONCLUSÃO

A cada dia que se passa, concretizasse mais o fato que se utilizando das tecnologias da informação para devido fins nos negócios, faz com que gere um padrão de administração “perfeito” focado em diminuir erros e percas em processos. Tendo este ponto como partida, o software de gestão para Bares noturno que foi desenvolvido em cima das regras de negócios da Varanda Bar Music, propriedade do empresário Marcelo Costa, busca uma administração em todos os setores dando a empresa um padrão para os processos.

O Software atenderá as necessidades do comerciante de forma eficaz, trazendo agilidade nas atividades e uma organização padronizada. Sendo assim, terá um melhor acesso as informações tendo em mãos relatórios das movimentações do estabelecimento que será de extrema importância para uma eventual tomada de decisão, assim sendo fundamentadas. Todo processo de analise foram essenciais para o desenvolvimento do sistema, e com eles podemos identificar as principais funcionalidades.

As tecnologias utilizadas mostraram se capaz e eficaz em atender todas as logicas de programação.

Com o tempo dedicado ao trabalho, e ao longo da implementação surgiu novas ideias que serão adotadas como trabalhos futuros, pretende-se criar novas funcionalidades, como controlar compras dando entrada de NF, e melhorias no controle de portaria tendo-se um cadastro para clientes com busca de dados através da digital. Também atribuir um código de barra nas fichas, para utilizar de um leitor optico para dar mais agilidades na baixa de estoque.

(74)

REFERÊNCIAS

ABRASEL, Associação Brasileira de Bares e Restaurantes. 70% dos restaurantes

de SP não sobrevivem ao 2° ano. Disponível

em:<

http://www.abrasel.com.br/index.php/component/content/article/7-noticias/347-28022011-70-dos-restaurantes-de-sp-nao-sobrevivem-ao-2o-ano-.html>. Acesso em

30 de out. de 2013.

ANR, Associação Nacional de Restaurantes. ANR em números. Disponível em:

< http://www.anrbrasil.com.br/sobre.asp > Acesso em 30 de out. de 2013.

GÓES, Wilson Moraes. Aprenda UML por meio de estudos de caso. São Paulo: Novatec, 2014. 286 p.

LAKATOS, Eva Maria, MARCONI, Marina de Andrade. Metodologia Cientifica. São Paulo: Atlas, 1996

MANZANO, José Augusto N.G. Microsoft SQL Server 2012 Express: Guia Prático

e Interativo. São Paulo: Érica, 2012. 208 p.

MARICATO, Percival. Como montar e Administrar bares e restaurantes. 9. Ed., ver. aum. e atual. São Paulo: Senac, 2010, 208 p.

(75)

MENEZES, Guilherme Pereira et al... Gestão de Estoque de um restaurante á La

Carte. 2012. 15p. Trabalho de Conclusão de Curso – ABEPRO - RS, Bento

Gonçalves, 2012.

MICROSOFT. Guia de Introdução ao Visual Studio. Disponível em: <http://msdn.microsoft.com/pt-BR/vstudio/ff431702>. Acesso em 18 de Outubro de 2013.

POZO, Hamilton. Administração de recursos materiais e patrimoniais. Uma abordagem logística. Ed. Atlas. São Paulo, 2010.

SAP, Disponível em: <http://www.sap.com/>. Acesso em: 22 de fevereiro de 2014.

SHARP, John. Visual C# 2008, Passo a Passo. São Paulo: ARTMED Editora S.A, 2008, 624 p.

VISUAL C#. Visual Basic e Visual C# - Visual C#. Disponível em: <http://msdn.microsoft.com/pt-br/library/vstudio/kx37x362.aspx> Acesso em 10 de Março de 2014.