MARCIO ALMEIDA DE PAULA
IMPLEMENTAÇÃO DE UM SISTEMA PARA GESTÃO DE BARES
NOTURNOS
Assis
2014
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
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
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.
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.
A dúvida é o principio da sabedoria […]”
Aristóteles
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).
Palavras-chave: Desenvolvimento de aplicação Desktop, CSharp, RP, SQL.
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).
Keywords: Desktop application development . CSharp, RP, SQL.
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
Figura 22 - Diagrama de classe ................................................................................ 45
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
Figura 46 - Trigger QuandoDeletarVENDAS ............................................................. 71
11
Figura 47 - Exclusão de Vendas ............................................................................... 72
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
Tabela 18 - Custos - Equipamentos .......................................................................... 51
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
3.4 – DIAGRAMAS DE ATIVIDADES ........................................................................ 42
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.
Referências Bibliográficas
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.
Figura 1 - Mapa Mental
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;
Emitir Relatórios Vendas;
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.
Figura 2 - UC - Geral
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.
Tabela 1 - Efetuar Login
27
Figura 4 - UC - Manter UF
Tabela 2 - Manter UF
Nome do Caso Uso Manter UF
Atores Administrador
Pré-Condições Não existe
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
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção cadastrar Cidades.
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.
29
Figura 6 - UC - Manter funcionários
Tabela 4 - Manter Funcionários
Nome do Caso Uso Manter Funcionários
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção cadastrar Funcionários.
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.
30
Figura 7 - UC - Manter fornecedores
Tabela 5 - Manter Fornecedores
Nome do Caso Uso Manter Fornecedores
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção cadastrar Fornecedores.
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.
31
Figura 8 - UC - Manter produtos
Tabela 6 - Manter Produtos
Nome do Caso Uso Manter Produtos
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção cadastrar Produtos.
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.
32
Figura 9 - UC - Manter tipo_produtos
Tabela 7 - Manter Tipo_Produtos
Nome do Caso Uso Manter Tipo_Produtos
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção cadastrar Tipo de produtos.
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.
33
Figura 10 - UC - Manter receitas
Tabela 8 - Manter Receitas
Nome do Caso Uso Manter Receitas
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção cadastrar Receitas.
2- O sistema carrega a tela para colher informações.
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.
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.
34
Figura 11 - UC - Manter eventos
Tabela 9 - Manter Eventos
Nome do Caso Uso Manter Eventos
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção eventos.
2- O sistema carrega a tela para colher informações.
3- O administrador informa dados para cadastro do evento 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 para cadastro do evento o sistema retorna uma mensagem ao usuário informando quais campos devem ser informado.
35
Figura 12 - UC - Manter cantores
Tabela 10 - Manter Cantores
Nome do Caso Uso Manter Cantores
Atores Administrador
Pré-Condições Não existe
Cenário Principal
1- O usuário seleciona a opção cadastrar Cantores.
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.
36
Figura 13 - UC - Efetuar vendas
Tabela 11 - Efetuar Vendas
Nome do Caso Uso Efetuar Vendas
Atores Administrador, Usuário
Pré-Condições Não existe
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.
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.
37
Figura 14 - UC - Manter cargos
Tabela 12 - Manter Cargos
Nome do Caso Uso Manter Cargos
Atores Administrador
Pré-Condições Não existe
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.
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 pedidos.
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.
38
Figura 15 - UC - Manter unidades de medida
Tabela 13 - Manter Unidades de medida
Nome do Caso Uso Manter Unidades de medida
Atores Administrador
Pré-Condições Não existe
Cenário Principal
6- O usuário seleciona a opção Manter Unidade de Medida
7- O sistema carrega a tela para colher informações.
8- O administrador informa os dados em seguida seleciona salvar.
9- O sistema verifica se todos os campos obrigatórios estão preenchidos.
10- O sistema armazena os dados.
Cenário Alternativo O Administrador podem cancelar Operação,
alterar ou excluir pedidos.
Casos de Testes 2- Se os campos obrigatórios não forem preenchidos o sistema retorna uma mensagem ao usuário informando quais campos devem ser informado.
39
Figura 16 - UC - Manter fichas
Tabela 14 - Manter Unidades de medida
Nome do Caso Uso Manter Unidades de medida
Atores Administrador
Pré-Condições Não existe
Cenário Principal
11- O usuário seleciona a opção Manter Fichas
12- O sistema carrega a tela para colher informações.
13- O administrador informa os dados em seguida seleciona salvar.
14- O sistema verifica se todos os campos obrigatórios estão preenchidos.
15- O sistema armazena os dados.
Cenário Alternativo O Administrador podem cancelar Operação,
alterar ou excluir pedidos.
Casos de Testes 3- Se os campos obrigatórios não forem preenchidos o sistema retorna uma mensagem ao usuário informando quais campos devem ser informado.
40
Figura 17 - UC - Efetuar abertura_caixa
Tabela 15 - Efetuar Abertura do Caixa
Nome do Caso Uso Efetuar Abertura do Caixa
Atores Administrador, Usuário
Pré-Condições Não existe
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 .
4- O sistema verifica se todos os campos obrigatórios estão preenchidos.
5- O sistema finaliza o caixa.
Cenário Alternativo O Administrador/Usuário pode cancelar a
Operação.
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.
41
Figura 18 - UC - Efetuar fechamento_caixa
Tabela 16 - Efetuar fechamento_do_caixa
Nome do Caso Uso Efetuar fechamento_do_caixa
Atores Administrador
Pré-Condições Não existe
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.
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.
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
Figura 19 - Diagrama de atividades - Cadastro de eventos
43
Figura 20 - Diagrama de atividades - Efetuar vendas
44
Figura 21 - Diagrama de atividades - Abertura_caixa
45
3.5 DIAGRAMA DE CLASSE
Figura 22 - 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.
Figura 23 - DER
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.
Figura 24 – WBS
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:
Figura 25 - Cronograma de atividades
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.
Figura 26 - Diagrama de sequenciamento
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
Tabela 17 - Custos - Mão de obra
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
Tabela 18 - Custos - Equipamentos
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
Figura 28 - Camada modelo - classe portaria
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.
Figura 29 - Camada DAL - Método Incluir
55
Figura 30 - Camada DAL - Método Alterar
56
Figura 31 - Camada DAL - Método Listagem
Figura 32 - Camada DAL - Método baixa_estoque
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.
Figura 33 - Camada BLL - Método Incluir
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.