Post on 06-Jul-2016
description
UNIVERSIDADE PAULISTA
FABIANO FONSECA DE OLIVEIRA CRUZ – RA: C0704E-8JONATAS LUIZ BENEDICTO CUNHA – RA: C03EJD-7
JONES FRANÇA RIBEIRO – RA: C1704G-9ANA CARLA ALEIXO SPINETTI – RA: C049GD-9
LUIS RICARDO DOS SANTOS SILVA – RA: C288HH-3
PROJETO INTEGRADO MULTIDISCIPLINARSISTEMA PARA LOJA DE CALÇADOS
São Paulo2015
Cruz, Fabiano Fonseca de Oliveira.Sistema para loja de calçados. / Fabiano Fonseca de Oliveira Cruz, Jonatas Luiz Benedicto Cunha, Jones França Ribeiro, Ana Carla Aleixo Spinetti, Luis Ricardo dos Santos Silva. - 2015.
65 f.: il. color. CDRom.
Trabalho de Conclusão de Curso (Graduação) apresentado ao Instituto de Ciências Exatas e Tecnologia da Universidade Paulista, São Paulo, 2015.
Área de Concentração: .
Orientador: Prof.º José Cassiano Grassi.
1. Análise de Requisitos. 2. Casos de Uso do Projeto. 3. Banco de Dados. I. Cunha, Jonatas Luiz Benedicto. II. Ribeiro, Jones França. III. Spinetti, Anala Carla Aleixo. IV. Silva, Luis Ricardo Santos. V. Grassi, José Cassiano (orientador). VI. Título.
FICHA CATALOGRÁFICA
FABIANO FONSECA DE OLIVEIRA CRUZ – RA: C0704E-8JONATAS LUIZ BENEDICTO CUNHA – RA: C03EJD-7
JONES FRANÇA RIBEIRO – RA: C1704G-9ANA CARLA ALEIXO SPINETTI – RA: C049GD-9
LUIS RICARDO DOS SANTOS SILVA – RA: C288HH-3
PROJETO INTEGRADO MULTIDISCIPLINARSISTEMA PARA LOJA DE CALÇADOS
Trabalho de avaliação semestral do
curso de Tecnólogo em Análise e
Desenvolvimento de Sistemas
apresentado à Universidade Paulista –
UNIP.
Orientador: Prof.º José Cassiano Grassi.
São Paulo2015
FABIANO FONSECA DE OLIVEIRA CRUZ – RA: C0704E-8JONATAS LUIZ BENEDICTO CUNHA – RA: C03EJD-7
JONES FRANÇA RIBEIRO – RA: C1704G-9ANA CARLA ALEIXO SPINETTI – RA: C049GD-9
LUIS RICARDO DOS SANTOS SILVA – RA: C288HH-3
PROJETO INTEGRADO MULTIDISCIPLINARSISTEMA PARA LOJA DE CALÇADOS
Trabalho de avaliação semestral do
curso de Tecnólogo em Análise e
Desenvolvimento de Sistemas
apresentado à Universidade Paulista
– UNIP.
Aprovado em:
BANCA EXAMINADORA
___________/__/____
Prof.º___________________
Universidade Paulista – UNIP
___________/__/____
Prof.º___________________
Universidade Paulista – UNIP
___________/__/____
Prof.º___________________
Universidade Paulista – UNIP
RESUMO
Começamos a desenvolver um novo projeto de software, tendo como
referência o ciclo de vida em cascata. Onde seus conjuntos de atividades são bem
definidos, garantindo certo grau de qualidade em desenvolvermos nosso software,
sendo o ciclo de vida mais usado atualmente.
Tivemos a tarefa de identificar os requisitos não funcionais, as funções de
negócio que definiram os processos de negócios e automatizações desses
processos. Elaboramos os diagramas de classes, sequência e de casos de uso,
onde descrevemos cada ação dos atores neste diagrama.
Por fim, o banco de dados será todo armazenado pela nuvem “cloud” e essa
mesma tecnologia servirá de plataforma para o novo sistema da loja de calçados, via
navegador de internet, na qual explicamos toda a sua funcionalidade nos últimos
capítulos deste projeto.
ABSTRACT
We began to develop a new software project, with reference to the life cycle
cascade. Where their sets of activities are well defined, ensuring a degree of quality
develop our software, the most used lifecycle today.
We had the task of identifying non-functional requirements, business functions
that have defined business processes and automation of these processes. We
developed the class diagrams, sequence and use cases where describe every action
of the actors in this diagram.
Finally, the database will be all stored in the cloud "cloud" and that same
technology will serve as a platform for the new system the shoe store, by the internet
browser, which explained all of the functionality in the later chapters of this project.
SUMÁRIO
INTRODUÇÃO..............................................................................................15
1. CENÁRIO ATUAL.....................................................................................17
1.1. Análise de Requisitos.............................................................................17
1.2. Requisitos Não Funcionais....................................................................18
1.2.1. Segurança...........................................................................................18
1.2.2. Portabilidade.......................................................................................18
1.2.3. Interoperabilidade...............................................................................18
1.2.4. Confiabilidade.....................................................................................18
1.2.5. Usabilidade.........................................................................................18
1.2.6. Eficiência.............................................................................................19
1.2.7. Manutenibilidade.................................................................................19
2. IDENTIFICANDO AS FUNÇÕES DE NEGÓCIO .....................................19
3. DEFINIÇÕES DOS PROCESSOS DE NEGÓCIOS.................................19
3.1. Setor de Recursos Humanos.................................................................20
3.2. Setor Financeiro.....................................................................................20
3.3. Setor Fiscal............................................................................................20
3.4. Setor de Compras..................................................................................20
3.5. Setor de Estoque...................................................................................20
3.6. Setor de Caixas......................................................................................20
3.7. Setor de Vendedores (Vendas)..............................................................20
4. IDENTIFICAÇÃO DAS AUTOMATIZAÇÕES DOS PROCESSOS...........21
4.1. Área de Recursos Humanos..................................................................21
4.2. Área Financeira......................................................................................21
4.3. Área Fiscal.............................................................................................21
4.4. Área de Compras...................................................................................21
4.5. Área de Estoque....................................................................................22
4.6. Área de Caixas.......................................................................................22
4.7. Área de Vendas.....................................................................................22
5. CASOS DE USO DO PROJETO..............................................................22
6. DESCRIÇÃO TEXTUAL DOS CASOS DE USO.......................................23
6.1. Todos os Atores Envolvidos...................................................................24
6.1.1. Tabela 1 – Validar com Login e Senha...............................................24
6.1.2. Tabela 2 – Validar Usuário..................................................................24
6.2. Ator Vendedor........................................................................................24
6.2.1. Tabela 3 – Buscar Cliente...................................................................25
6.2.2. Tabela 4 – Cadastrar Cliente..............................................................25
6.2.3. Tabela 5 – Editar Cliente.....................................................................25
6.2.4. Tabela 6 – Remover Cliente ..............................................................26
6.2.5. Tabela 7 – Verificar Cliente.................................................................26
6.2.6. Tabela 8 – Controlar Cliente...............................................................27
6.3. Ator Recursos Humanos........................................................................28
6.3.1. Tabela 9 – Buscar Funcionário...........................................................28
6.3.2. Tabela 10 – Cadastrar Funcionário.....................................................28
6.3.3. Tabela 11 – Calcular Rescisão...........................................................29
6.3.4. Tabela 12 – Controlar Comissão........................................................29
6.3.5. Tabela 13 – Controlar Funcionário......................................................30
6.3.6. Tabela 14 – Editar Funcionário...........................................................30
6.3.7. Tabela 15 – Remover Funcionário......................................................31
6.4. Ator Financeiro.......................................................................................31
6.4.1. Tabela 16 – Pagar Conta....................................................................31
6.4.2. Tabela 17 – Controlar Dinheiro...........................................................32
6.4.3. Tabela 18 – Receber Contas..............................................................32
6.5. Ator Fiscal..............................................................................................33
6.5.1. Tabela 19 – Controlar Imposto ...........................................................33
6.5.2. Tabela 20 – Revisar Documento.........................................................33
6.6. Ator Estoque..........................................................................................34
6.6.1. Tabela 21 – Apagar Produto...............................................................34
6.6.2. Tabela 22 – Buscar Produto...............................................................34
6.6.3. Tabela 23 – Cadastrar Produto...........................................................35
6.6.4. Tabela 24 – Controlar Produto............................................................35
6.6.5. Tabela 25 – Editar Produto.................................................................36
6.7. Ator Caixa..............................................................................................36
6.7.1. Tabela 26 – Atualizar Estoque............................................................36
6.7.2. Tabela 27 – Controlar Pagamento......................................................37
6.7.3. Tabela 28 – Pagar com Cartão...........................................................37
6.7.4. Tabela 29 – Pagar em Dinheiro..........................................................38
6.7.5. Tabela 30 – Realizar Vendas..............................................................38
6.8. Ator Compras.........................................................................................39
6.8.1. Tabela 31 – Buscar Fornecedor..........................................................39
6.8.2. Tabela 32 – Cadastrar Fornecedor.....................................................39
6.8.3. Tabela 33 – Controlar Fornecedor......................................................40
6.8.4. Tabela 34 – Editar Fornecedor...........................................................40
6.8.5. Tabela 35 – Remover Fornecedor......................................................41
6.8.6. Tabela 36 – Verificar Fornecedor........................................................41
6.8.7. Tabela 37 – Verificar Funcionário.......................................................42
6.8.8. Tabela 38 – Verificar Produto.............................................................42
7. DIAGRAMA DE CLASSES.......................................................................43
8. DIAGRAMA DE SEQUÊNCIA...................................................................44
9. BANCO DE DADOS..................................................................................44
9.1. Características.......................................................................................45
9.1.2. Tecnologia Microsoft Azure.................................................................45
9.2. Valores do Microsoft Azure....................................................................46
9.3. MER (Modelo Entidade Relacionamento)..............................................46
9.4. DER (Diagrama Entidade Relacionamento)...........................................47
10. SISTEMA GERENCIAL – CALÇADOS LIFECYCLE..............................48
10.1. Codificação..........................................................................................48
10.1.1. Tela Inicial (Login).............................................................................48
10.1.2. Módulos do Sistema Gerencial.........................................................49
10.1.3. Submódulos......................................................................................49
10.1.3.1. Financeiro......................................................................................49
10.1.3.2. Estoque..........................................................................................50
10.1.3.3. Vendas...........................................................................................50
10.1.3.4. Compras.........................................................................................51
10.1.3.5. Faturamento...................................................................................51
10.1.3.6. Relatórios.......................................................................................51
10.1.3.7. Gráficos..........................................................................................52
10.2. Módulo - Financeiro.............................................................................52
10.3. Módulo – Gráficos – Vendas por Vendedor.........................................53
10.4. Notificações Inteligentes......................................................................54
10.4.1. E-mail................................................................................................54
10.4.2. Sino...................................................................................................54
10.4.3. Bandeira............................................................................................54
10.5. Sistema PDV – Calçados LifeCycle.....................................................55
10.5.1. Tela Splash.......................................................................................55
10.5.2. Tela Autenticação do Vendedor........................................................55
10.5.3. PDV – Aba - Atendimento.................................................................56
10.5.4. PDV – Aba - Cliente..........................................................................57
10.5.5. PDV – Aba – Ações PDV..................................................................58
10.5.6. Efetuando uma Venda......................................................................58
10.5.7. Escolhendo a Forma de Pagamento.................................................59
10.5.8. Finalizando Venda............................................................................60
11. TESTES..................................................................................................60
11.1. Teste de Segurança.............................................................................61
11.2. Teste de Estresse e de Desempenho..................................................61
11.3. Teste da Caixa Preta...........................................................................61
12. MANUTENÇÃO.......................................................................................61
13. CUSTOS GERAIS DO PROJETO..........................................................62
14. REQUISITOS DO SISTEMA...................................................................62
CONCLUSÃO...............................................................................................63
REFERÊNCIAS.............................................................................................65
15
INTRODUÇÃO
A loja de calçados chamada LyfeCycle, estava apresentando algumas
deficiências nos seus processos administrativos e operacionais, tais como: controle
de estoque ineficaz, comissões dos vendedores com cálculos incorretos, integração
entre os setores da loja inexistente, muitas pessoas para registrar informações no
sistema e, por fim, falta de controle de entregas dos produtos pelo setor de compras.
Com essas informações em mãos, desenvolvemos um sistema que irá suprir
todas essas deficiências apresentadas e, com isso, fazer com que a loja de calçados
aumente a sua lucratividade, que é o maior objeto da empresa.
16
17
1. CENÁRIO ATUAL
Primeiramente fizemos o levantamento em todos os processos, tanto os
administrativos, quanto os operacionais na loja de calçados LifeCycle, afim de,
identificarmos os problemas apresentados.
Deficiências apresentadas foram as seguintes:
O estoque da loja não consegue controlar a entrada/saída de produtos;
O cálculo de comissões dos vendedores não é confiável;
Há falta de integração entre os setores da loja;
Demasiada ação humana em registrar informações no sistema atual;
Setor de compras não tem controle de datas de entregas de produtos.
O nosso intuito foi descrever detalhadamente cada processo e
comportamento para analisarmos posteriormente, tendo em vista, o aprimoramento
dessas ações para garantirmos a total implantação do sistema que irá gerenciar a
loja em seu todo.
1.1. Análise de Requisitos
Conforme a coleta de requisitos do projeto, compreendemos em dominarmos
as informações, as funções, os desempenhos e as interfaces exigidas pelo cliente.
As principais exigências do cliente foram:
Sistema deve cadastrar fornecedores;
Cadastrar produtos comercializados pela loja;
Cadastrar os vendedores e outros funcionários da loja;
Verificar o estoque de produtos (controlar a entrada e a saída de
produtos);
Calcular impostos e outros tributos;
Contas a pagar e receber;
Calcular comissões dos vendedores;
Imprimir relatórios diários.
18
1.2. Requisitos Não Funcionais
1.2.1. Segurança
Estão aplicados em validação de login e senha, dando segurança de acesso
às informações, bloqueando acessos inoperantes por mais de 5 minutos (alterável)
ou não autorizados.
1.2.2. Portabilidade
Para o acesso ao sistema é preciso estar instalado nos computadores da loja,
um dos navegadores de internet mais utilizados na atualidade, o “Internet Explorer”
ou “Google Chrome”. Ou seja, independente do sistema operacional, um desses
navegadores poderão ser baixados e instalados (gratuitamente) nas máquinas para
usar o sistema.
1.2.3. Interoperabilidade
O sistema irá interagir com o Banco de Dados SQL Server 2012, através da
Microsoft Azure, pelo navegador de internet.
1.2.4. Confiabilidade
Por ser uma aplicação via Web, a disponibilidade para uso é de 100%. A
Microsoft Azure e o SQL Server 2012 são duas plataformas conceituadas no ramo
de TI, onde apresentam poucas falhas operacionais. Havendo falhas, o sistema irá
gerar um “log” de erro que reportará ao coordenador de TI imediatamente, via e-mail
e também via SMS.
1.2.5. Usabilidade
A aplicação é intuitiva, fácil de usar as ferramentas, controlar e operar. Assim
que cada usuário fizer o seu login no sistema, o perfil será carregado, sendo
apresentadas apenas as funções que sua área precisará executar.
19
1.2.6. Eficiência
O tempo de resposta do sistema é rápido e preciso, pois carrega apenas as
funções individuais de cada usuário. O recurso utilizado e primordial para a
utilização do sistema é o acesso à internet.
1.2.7. Manutenibilidade
O software foi desenvolvido sob a programação orientada a objeto, ou seja,
potencializa a modificação na estrutura do código-fonte com mais rapidez e
assertividade, quando necessário. Há uma maior facilidade de encontrar erros e
repará-los rapidamente. Dessa maneira, a manutenção do sistema demandará
menos tempo e com maior qualidade, caso alterado.
2. IDENTIFICANDO AS FUNÇÕES DE NEGÓCIO
As funções de negócio da loja de calçados estão divididas em 2 (dois)
setores, o Setor Administrativo e o Setor Operacional.
O setor Administrativo subdivide-se em 4 (quatro) setores, são eles:
Recursos Humanos
Financeiro
Fiscal
Compras.
E no Setor Operacional está subdividido em 3 (três) setores:
Estoque
Caixas
Vendedores (Vendas).
3. DEFINIÇÕES DOS PROCESSOS DE NEGÓCIOS
20
3.1. Setor de Recursos Humanos Calcular Recisão;
Controlar Comissões;
Controlar Registros dos Funcionários (cadastrar, editar, pesquisar e
remover).
3.2. Setor Financeiro Pagar Contas;
Receber Contas;
Controlar Dinheiro.
3.3. Setor Fiscal Revisar Documentos;
Controlar Impostos.
3.4. Setor de Compras Controlar Fornecedores (cadastrar, editar, pesquisar e remover).
3.5. Setor de Estoque Controlar Produtos (cadastrar, editar, pesquisar e remover).
3.6. Setor de Caixas Realizar Vendas
Controlar Pagamentos (pagar com cartão de crédito ou em dinheiro).
3.7. Setor de Vendedores (Vendas) Controlar Clientes (cadastrar, editar, pesquisar e remover).
4. IDENTIFICAÇÃO DAS AUTOMATIZAÇÕES DOS PROCESSOS
21
Em cada um desses processos, identificamos as operações que poderão ser
automatizadas pelo sistema LifeCycle.
4.1. Área de Recursos Humanos
Ao finalizar uma compra pela loja, o sistema no caixa, imediatamente calcula
e atualiza a comissão. Também será automatizada a folha de ponto de todos os
funcionários, informando, por exemplo, faltas e etc.
4.2. Área Financeira
O sistema terá relatórios sobre o fluxo dos caixas para acompanhamento
informando nome do operador, a data e horário para consultar se houve alguma
diferença no caixa de determinado operador. Títulos a receber e a pagar.
4.3. Área Fiscal
O pessoal desse setor contara com Emissão de nota fiscal eletrônica, geração
de SINTEGRA, SPED fiscal e SPED contribuição e geração de arquivo para nota
fiscal Paulista.
4.4. Área de Compras
Ao fazer uma compra, o sistema dará um alerta de previsão de entrega dos
produtos e ao digitar, por exemplo, a descrição do produto, o sistema buscará o
fornecedor daquele determinado produto. Além disso, estarão disponíveis relatórios
de cada produto com as cores mais vendidas, os tamanhos mais vendidos e etc.
Tudo isso para controlar melhor o giro dos produtos evitando assim compras em
excesso ou falta de produtos.
4.5. Área de Estoque
22
Ao cadastrar um produto no estoque e sua quantidade, o sistema irá
acompanhar desde a entrada até a saída de cada exemplar dos produtos. No
sistema ficarão relatórios de cada exemplar para devidas consultas. O pessoal
também poderá contar com coletor de dados móvel para importar os dados para o
sistema. Antes de realizar o acerto, é possível verificar a quantidade contada de
cada produto e confrontar com o saldo existente no sistema.
4.6. Área de Caixas
Através do cupom fiscal de pré venda enviado pelos vendedores da loja, o
pessoal da área dos caixas saberão automaticamente quais produtos comprados
pelo cliente, valor e quantidade.
4.7. Área de vendas
Quando o vendedor realizar a venda, automaticamente o sistema atualiza o
estoque daquele(s) determinado(s) produto(s). E, além disso, enviará um alerta
para o setor de compras, para os mesmos efetuarem a compra dos produtos em
falta.
5. CASOS DE USO DO PROJETO
Elaboramos este diagrama de casos de uso da loja de calçados, seguindo as
definições dos processos de negócios.
23
Imagem 1 – Diagrama de Casos de Uso.
Fonte: Próprio Autor.
6. DESCRIÇÃO TEXTUAL DOS CASOS DE USO
24
Descrevemos cada função, no qual o ator executa suas ações dentro do
sistema, demonstrada no diagrama de casos de uso anteriormente.
6.1. Todos os Atores Envolvidos
6.1.1. Tabela 1 – Validar com Login e Senha – Brasil 2015
Casos de Uso Validar com Login e Senha
Atores
Envolvidos
Vendedor, Recursos Humanos, Financeiro, Fiscal, Estoque,
Caixa e Compras.
Especialista Validar usuário
Pré
Condições
Não há
Pós
Condições
Usuário validado
Extensões Não há
Fluxo
Principal de
Eventos
As credenciais usadas para validar o usuário por meio
de login e senha
6.1.2. Tabela 2 – Validar Usuário – Brasil 2015
Casos de Uso Validar Usuário
Atores
Envolvidos
Vendedor, Recursos Humanos, Financeiro, Fiscal, Estoque,
Caixa e Compras.
Especialista Não há
Pré
Condições
Não há
Pós
Condições
Usuário validado
Extensões Não há
Fluxo
Principal de
Eventos
É iniciado quando o usuário solicita acesso ao sistema.
25
6.2. Ator Vendedor
6.2.1. Tabela 3 – Buscar Cliente – Brasil 2015
Casos de Uso Buscar Cliente
Atores
Envolvidos
Vendedor
Especialista Não há
Pré
Condições
Ator precisa estar logado no sistema
Pós
Condições
Lista atualizada
Extensões Cadastro inexistente. <<extend>>.
Fluxo
Principal de
Eventos
Tem como objetivo consultar os dados dos clientes, o
vendedor informa o nome do cliente a ser consultado;
O sistema localiza funcionário e exibe seus dados na tela;
A consulta é finalizada.
6.2.2. Tabela 4 – Cadastrar Cliente – Brasil 2015
Casos de Uso Cadastrar Cliente
Atores
Envolvidos
Vendedor
Especialista Não há
Pré Condições O Ator precisa estar logado no sistema
Pós
Condições
Lista de clientes atualizada.
Extensões Não há
Fluxo Principal
de Eventos
Tem como objetivo adicionar novo cliente;
O vendedor entra com os dados do novo cliente;
O vendedor salva os dados do novo cliente.
6.2.3. Tabela 5 – Editar Cliente – Brasil 2015
Casos de Uso Editar Cliente
26
Atores
Envolvidos
Vendedor
Especialista Não há
Pré Condições Dados do cliente atualizado.
Pós
Condições
Lista de clientes editadas com sucesso.
Extensões Cadastro inexistente.<<extend>>
Fluxo Principal
de Eventos
Tem como objetivo editar clientes;
O vendedor informa o nome do cliente a ser alterado;
Em seguida o sistema localiza o cliente Casos de uso
"Buscar Cliente" <<include>>.
Depois o cliente é editado e salvo no sistema.
6.2.4. Tabela 6 – Remover Cliente – Brasil 2015
Casos de Uso Remover Cliente
Atores
Envolvidos
Vendedor
Especialista Não há
Pré
Condições
Ator precisa esta logado no sistema
Pós
Condições
Lista de clientes atualizada
Extensões Cadastro inexistente.<<extend>>
Fluxo
Principal de
Eventos
O vendedor informa o nome do cliente a ser excluído;
O Sistema localiza o cliente. Caso de uso "Buscar
cliente" <<include>>.
O Cliente é excluído do sistema.
6.2.5. Tabela 7 – Verificar Cliente – Brasil 2015
Casos de Uso Verificar Cliente
Atores Vendedor
27
Envolvidos
Especialista Não há
Pré
Condições
Usuário precisa estar logado
Pós
Condições
Verificar se cliente já existe no banco de dados
Extensões Não há
Fluxo
Principal de
Eventos
o sistema verifica se o registro já está cadastro;
Depois envia a resposta para o usuário.
6.2.6. Tabela 8 – Controlar Cliente – Brasil 2015
Casos de Uso Controlar Clientes
Atores
Envolvidos
Vendedor
Especialista Não há
Pré Condições O ator precisa estar logado
Pós
Condições
Lista de clientes atualizada
Extensões Adicionar cliente. Caso de uso "Cadastrar Cliente"
<<extend>>;
Alterar cliente. Caso de uso "Editar Cliente" <<extend>>;
Consultar cliente. Caso de uso "Buscar Cliente"
<<extend>>;
Excluir cliente. Caso de uso "Remover Cliente"
<<extend>>.
Fluxo Principal
de Eventos
Tem como objetivo cadastrar clientes.
O vendedor clica na aba "Cliente";
O vendedor escolhe entre cadastrar, editar, remover ou
buscar cliente;
O Vendedor faz as alterações que deseja.
O Vendedor salva as informações no sistema.
28
6.3. Ator Recursos Humanos
6.3.1. Tabela 9 - Buscar Funcionário – Brasil 2015
Casos de Uso Buscar Funcionário
Atores
Envolvidos
Recursos humanos
Especialista Não há
Pré
Condições
O usuário precisa estar logado no sistema.
Pós
Condições
Dados de busca realizada com sucesso
Extensões Cadastro inexistente. <<extend>>.
Fluxo
Principal de
Eventos
O colaborador do RH informa o nome do funcionário a
ser consultado;
O sistema localiza o funcionário e exibe os dados na
tela;
A consulta é finalizada.
6.3.2. Tabela 10 – Cadastrar Funcionário – Brasil 2015
Casos de Uso Cadastrar Funcionário
Atores
Envolvidos
Recursos humanos
Especialista Não há
Pré
Condições
O usuário precisa estar logado no sistema
Pós
Condições
Lista de Funcionários Atualizada.
Extensões Não há
Fluxo
Principal de
Eventos
Tem como objetivo adicionar novo funcionário;
O colaborador do RH entra com os dados do
funcionário a ser cadastrado (Caso de uso "Verificação
de Cadastros") <<include>>;
29
Em seguida salva os dados do novo funcionário.
6.3.3. Tabela 11 – Calcular Rescisão – Brasil 2015
Casos de Uso Calcular Rescisão
Atores
Envolvidos
Recursos humanos
Especialista Não há
Pré
Condições
O funcionário precisa ser demitido
Pós
Condições
Precisa ser calculado o tempo que o funcionário prestou
serviço e o seu salário
Extensões Não há
Fluxo
Principal de
Eventos
A empresa informa todos os dados do funcionário para
que sejam efetuados todos os cálculos de rescisão.
6.3.4. Tabela 12 – Controlar Comissão – Brasil 2015
Casos de Uso Controlar Comissão
Atores
Envolvidos
Recursos Humanos
Especialista Não há
Pré
Condições
O vendedor ter efetuado vendas
Pós
Condições
Calcular porcentagem dada pela empresa ao colaborador
Extensões Não há
Fluxo
Principal de
Eventos
O vendedor efetua vendas e tem o reajuste calculado
como base o salário mensal.
6.3.5. Tabela 13 – Controlar Funcionário – Brasil 2015
30
Casos de Uso Controlar Funcionário
Atores
Envolvidos
Recursos Humanos
Especialista Não há
Pré
Condições
Usuário precisa estar logado no sistema
Pós
Condições
Lista de funcionários atualizada.
Extensões Adicionar funcionário. Caso de uso "Cadastrar
Funcionário" <<extend>>;
Alterar funcionário. Caso de uso "Alterar Funcionário"
<<extend>>;
Consultar funcionário. Caso de uso "Consultar
Funcionário" <<extend>>;
Excluir funcionário. Caso de uso "Excluir Funcionário"
<<extend>>.
Fluxo
Principal de
Eventos
O colaborador do RH clica na aba "Controle de
Funcionários";
Na aba Controle de Funcionários o Gerente escolhe
entre Cadastrar, Editar, Remover e Buscar Funcionário;
Colaborador do RH faz as alterações que deseja;
Colaborador salva as informações.
6.3.6. Tabela 14 – Editar Funcionário – Brasil 2015
Casos de Uso Editar Funcionário
Atores
Envolvidos
Recursos Humanos
Especialista Não há
Pré
Condições
O usuário precisa estar logado
Pós
Condições
Dados do funcionário atualizado com sucesso
Extensões Cadastro inexistente. <<extend>>
31
Fluxo
Principal de
Eventos
O usuário informa o nome do funcionário a ser editado
Caso de Uso "Buscar Funcionário" <<include>>;
O funcionário é editado e salvo no sistema.
6.3.7. Tabela 15 – Remover Funcinário – Brasil 2015
Casos de Uso Remover Funcionário
Atores
Envolvidos
Recursos Humanos
Especialista Não há
Pré Condições Usuário estar logado no sistema
Pós
Condições
Lista de funcionários atualizada com sucesso
Extensões Cadastro inexistente.<<extend>>
Fluxo Principal
de Eventos
O colaborador informa o nome do funcionário a ser
excluído;
O Sistema localiza o funcionário. Caso de uso "Buscar
funcionário" <<include>>;
O funcionário é excluído do sistema.
6.4. Ator Financeiro
6.4.1. Tabela 16 - Pagar Conta – Brasil 2015
Casos de Uso Pagar Conta
Atores
Envolvidos
Financeiro
Especialista Não há
Pré
Condições
O usuário precisa estar logado
Pós
Condições
Analisar a data do vencimento da nota fiscal
Extensões Não há
Fluxo O departamento recebe contas de outros
32
Principal de
Eventos
departamentos da empresa e efetua pagamento dentro
do prazo.
6.4.2. Tabela 17 - Controlar Dinheiro – Brasil 2015
Casos de Uso Controlar Dinheiro
Atores
Envolvidos
Financeiro
Especialista Não há
Pré
Condições
Necessita estar logado
Pós
Condições
Ter acesso ao número da conta e senha do banco da
empresa
Extensões Não há
Fluxo
Principal de
Eventos
Receber valores dos departamentos da empresa e
direcionar o que vai para pagar contas e deposito
6.4.3. Tabela 18 - Receber Contas – Brasil 2015
Casos de Uso Receber Contas
Atores
Envolvidos
Financeiro
Especialista Não há
Pré
Condições
Usuário deve estar logado
Pós
Condições
A fatura e metida contendo número da nota e valor da
nota
Extensões Não há
Fluxo
Principal de
Eventos
O departamento recebe a nota a ser paga dos demais
departamentos e verifica a data de vencimento
6.5. Ator Fiscal
33
6.5.1. Tabela 19 - Controlar Imposto – Brasil 2015
Casos de Uso Controlar Imposto
Atores
Envolvidos
Fiscal
Especialista Não há
Pré Condições Usuário precisa estar logado no sistema
Pós
Condições
Calcular e controlar os impostos
Extensões Não há
Fluxo Principal
de Eventos
Tem fundamental importância nas empresas, pois tem
como função principal a determinação da forma de
tributação mais adequada e também definir suas
obrigações na legislação federal, estadual e municipal.
6.5.2. Tabela 20 - Revisar Documento – Brasil 2015
Casos de Uso Revisar Documento
Atores
Envolvidos
Fiscal
Especialista Não há
Pré Condições Usuário estar logado no sistema
Pós
Condições
Receber documentos fiscais
Extensões Não há
Fluxo Principal
de Eventos
Emitir notas fiscais referentes às movimentações de
materiais e equipamentos da empresa;
Atuar com notas fiscais e contábeis, escritura fiscal e
retenção de bens.
6.6. Ator Estoque
6.6.1. Tabela 21 - Apagar Produto – Brasil 2015
34
Casos de Uso Apagar Produto
Atores
Envolvidos
Estoque
Especialista Não há
Pré Condições Usuário estar logado no sistema
Pós
Condições
Lista de produtos atualizados
Extensões Cadastro inexistente <<extend>>
Fluxo Principal
de Eventos
Usuário informa o nome do produto a ser excluído;
O sistema localiza o produto (Caso de Uso "Buscar
produto" <<include>>);
O produto é excluído do sistema e salvo com a nova
configuração.
6.6.2. Tabela 22 - Buscar Produto – Brasil 2015
Casos de Uso Buscar Produto
Atores
Envolvidos
Estoque
Especialista Não há
Pré Condições O usuário precisa estar logado no sistema.
Pós
Condições
Dados de busca realizada com sucesso.
Extensões Cadastro inexistente. <<extend>>.
Fluxo Principal
de Eventos
O usuário informa o nome do produto a ser consultado;
O sistema localiza o produto e exibe os dados na tela;
A consulta é finalizada.
6.6.3. Tabela 23 - Cadastrar Produto – Brasil 2015
Casos de Uso Cadastrar Produto
Atores
Envolvidos
Estoque
Especialista Não há
35
Pré Condições O usuário estar logado no sistema
Pós
Condições
Lista de produtos atualizada
Extensões Não há
Fluxo Principal
de Eventos
O usuário entra com os dados do produto. (Caso de uso
"Verificação de Cadastros" <<include>>);
O usuário salva os dados do produto.
6.6.4. Tabela 24 - Controlar Produto – Brasil 2015
Casos de Uso Controlar Produto
Atores
Envolvidos
Estoque
Especialista Não há
Pré Condições Usuário estar logado no sistema
Pós
Condições
Lista de produtos atualizada.
Extensões Cadastrar produto. Caso de uso "Cadastrar
Produto"<<extend>>;
Editar produto. Caso de uso "Editar
Produto"<<extend>>;
Buscar produto. Caso de uso "Buscar
Produto"<<extend>>
Remover produto. Caso de uso "Remover
Produto"<<extend>>.
Fluxo Principal
de Eventos
O usuário clica na aba "Controle de Produtos";
e na aba "Controle de Produtos" aparecerão as opções:
Adicionar produto. Caso de uso "Cadastrar
produto"<<extend>>;
Alterar produto. Caso de uso "Alterar
produto"<<extend>>;
Consultar produto. Caso de uso "Consultar
produto"<<extend>>;
Excluir produto. Caso de uso "Excluir
36
produto"<<extend>>.
6.6.5. Tabela 25 - Editar Produto – Brasil 2015
Casos de Uso Editar Produto
Atores
Envolvidos
Estoque
Especialista Não há
Pré Condições O usuário precisa estar logado
Pós
Condições
Dados do funcionário atualizado com sucesso
Extensões Cadastro inexistente.<<extend>>
Fluxo Principal
de Eventos
O usuário informa o nome do produto a ser editado
Caso de Uso "Buscar Produto" <<include>>;
O produto e editado e salvo no sistema.
6.7. Ator Caixa
6.7.1. Tabela 26 - Atualizar Estoque – Brasil 2015
Casos de Uso Atualizar Estoque
Atores
Envolvidos
Caixa
Especialista Não há
Pré Condições Usuário necessita estar logado
Pós
Condições
O Estoque deverá estar atualizado.
Extensões Não há
Fluxo Principal
de Eventos
Tem como objetivo a saída de produtos e dar baixa no
estoque;
6.7.2. Tabela 27 - Controlar Pagamento – Brasil 2015
Casos de Uso Controlar Pagamento
37
Atores
Envolvidos
Caixa
Especialista Não há
Pré Condições Usuário estar logado no sistema
Pós
Condições
Pagamento Efetuado
Extensões Pagamento com cartão. Caso de uso "Pagamento com
cartão" <<extend>>;
Pagamento com dinheiro. Caso de uso "Pagamento com
dinheiro" <<extend>>.
Fluxo Principal
de Eventos
O usuário clica na aba "Controle de Pagamento";
O Usuário escolherá entre as seguintes opções:
"Cartão" ou "Dinheiro".
6.7.3. Tabela 28 - Pagar com Cartão – Brasil 2015
Casos de Uso Pagar com Cartão
Atores
Envolvidos
Caixa
Especialista Controlar pagamento
Pré Condições Analisar com a bandeira do cartão e o parcelamento
Pós
Condições
Fazer a liberação do pagamento por senha
Extensões Não há
Fluxo Principal
de Eventos
Efetuar pagamento a vista ou em parcelas;
Verificar se limite do cartão é suficiente.
6.7.4. Tabela 29 - Pagar em Dinheiro – Brasil 2015
Casos de Uso Pagar em Dinheiro
Atores
Envolvidos
Caixa
Especialista Controlar pagamento
Pré Condições Cliente da o valor do produto
38
Pós
Condições
Vendedor informa a necessidade de troco
Extensões Não há
Fluxo Principal
de Eventos
O vendedor informa o valor da compra e também a
quantia que o cliente deu;
O sistema informa se há necessidade de troca.
6.7.5. Tabela 30 - Realizar Vendas – Brasil 2015
Casos de Uso Realizar vendas
Atores
Envolvidos
Caixa
Especialista Não há
Pré Condições Usuário deve estar logado
Pós
Condições
O estoque deverá estar atualizado; A lista de vendas deverá
estar atualizada.
Extensões Não há
Fluxo Principal
de Eventos
O usuário escolhe os produtos ;
o usuário define a quantidade de produtos;
o sistema realiza a venda. Caso de uso "Controle de
pagamento" <<include>>;
Conclui venda. Caso de uso "Atualizar Estoque"
<<include>>;
Se houver a quantidade mínima do produto for
alcançada, o sistema emitirá um alerta.
6.8. Ator Compras
6.8.1. Tabela 31 - Buscar Fornecedor – Brasil 2015
Casos de Uso Buscar Fornecedor
Atores
Envolvidos
Compras
Especialista Não há
39
Pré
Condições
Usuário tem que estar logado
Pós
Condições
Dados de busca realizada com sucesso.
Extensões Cadastro inexistente <<extend>>.
Fluxo
Principal de
Eventos
O usuário informa o nome do fornecedor a ser
consultado;
O sistema localiza o fornecedor e exibe os dados na
tela;
A consulta é finalizada.
6.8.2. Tabela 32 - Cadastrar Fornecedor – Brasil 2015
Casos de Uso Cadastrar Fornecedor
Atores
Envolvidos
Compras
Especialista Não há
Pré
Condições
O usuário estar logado no sistema
Pós
Condições
Lista de fornecedor atualizada
Extensões Não há
Fluxo
Principal de
Eventos
O usuário entra com os dados do fornecedor. (Caso de
uso "Verificação de Cadastros" <<include>>);
O usuário salva os dados do fornecedor.
6.8.3. Tabela 33 - Controlar Fornecedor – Brasil 2015
Casos de Uso Controlar Fornecedor
Atores
Envolvidos
Compras
Especialista Não há
Pré Condições Usuário estar logado no sistema
Pós Lista de fornecedores atualizada.
40
Condições
Extensões Cadastrar fornecedor. Caso de uso "Cadastrar
Fornecedor" <<extend>>;
Editar fornecedor. Caso de uso "Editar Fornecedor"
<<extend>>;
Buscar fornecedor. Caso de uso "Buscar Fornecedor"
<<extend>>;
Remover fornecedor. Caso de uso "Remover
Fornecedor" <<extend>>.
Fluxo Principal
de Eventos
O usuário clica na aba "Controle de fornecedor" e na
aba "Controle de fornecedor" aparecerão as opções:
Cadastrar, Editar, Remover e Buscar Fornecedor;
O usuário faz as alterações que deseja;
O usuário salva no sistema os novos dados.
6.8.4. Tabela 34 - Editar Fornecedor – Brasil 2015
Casos de Uso Editar Fornecedor
Atores
Envolvidos
Compras
Especialista Não há
Pré Condições Usuário precisa estar logado
Pós
Condições
Dados do fornecedor atualizado com sucesso
Extensões Cadastro inexistente <<extend>>.
Fluxo Principal
de Eventos
O usuário informa o nome do fornecedor a ser editado
Caso de Uso "Buscar Fornecedor" <<include>>;
O fornecedor e editado e salvo no sistema.
6.8.5. Tabela 35 - Remover Fornecedor – Brasil 2015
Casos de Uso Remover Fornecedor
Atores
Envolvidos
Compras
41
Especialista Não há
Pré Condições Usuário estar logado no sistema
Pós
Condições
Lista de fornecedores atualizada com sucesso
Extensões Cadastro inexistente <<extend>>.
Fluxo Principal
de Eventos
O usuário informa o nome do fornecedor a ser excluído;
O Sistema localiza o fornecedor. Caso de uso "Buscar
fornecedor" <<include>>;
O fornecedor é excluído do sistema.
6.8.6. Tabela 36 - Verificar Fornecedor – Brasil 2015
Casos de Uso Verificar Fornecedor
Atores
Envolvidos
Compras
Especialista Não há
Pré Condições Usuário precisa estar logado
Pós
Condições
Verificar se fornecedor já existe no banco de dados
Extensões Não há
Fluxo Principal
de Eventos
O sistema verifica se o registro já está cadastro;
Depois envia a resposta para o usuário.
6.8.7. Tabela 37 - Verificar Funcionário – Brasil 2015
Casos de Uso Verificar Funcionário
Atores
Envolvidos
Compras
Especialista Não há
Pré Condições Usuário precisa estar logado
Pós
Condições
Verificar se funcionário já existe no banco de dados
Extensões Não há
42
Fluxo Principal
de Eventos
O sistema verifica se o registro já está cadastro;
Depois envia a resposta para o usuário.
6.8.8. Tabela 38 - Verificar Produto – Brasil 2015
Casos de Uso Verificar Produto
Atores
Envolvidos
Compras
Especialista Não há
Pré Condições Usuário precisa estar logado
Pós
Condições
Verificar se produto já existe no banco de dados
Extensões Não há
Fluxo Principal
de Eventos
o sistema verifica se o registro já está cadastro;
Depois envia a resposta para o usuário.
43
7. DIAGRAMA DE CLASSESCriamos o diagrama de classes, pois nele representaremos as principais
classes e seus relacionamentos, quando o sistema for desenvolvido mais adiante.
Imagem 2 – Diagrama de Classes.
Fonte: Próprio Autor.
44
8. DIAGRAMA DE SEQUÊNCIARepresentaremos logo abaixo, uma situação em que o usuário do setor de
estoque valida-se no sistema e faz o cadastro de um produto qualquer no banco de
dados da loja de calçados.
Imagem 3 – Diagrama de Sequência.
Fonte: Próprio Autor.
9. BANCO DE DADOS
As informações de vendas, cadastros e a receita em geral da loja de
calçados, serão armazenadas no banco de dados do cliente. Haverá restrições de
acesso para manter a confiabilidade e segurança das informações armazenadas,
assim mantendo a consistência do banco de dados.
45
Com um banco de dados consistente e integro conseguiremos otimizar o
sistema, para o usuário acessar as informações mais rapidamente.
9.1. CaracterísticasAtravés da tecnologia da Microsoft Azure (explicado a seguir), não
precisaremos alocar um servidor de banco de dados na loja de calçados, pois todo o
armazenamento do sistema será pela nuvem “cloud”, permitindo uma economia de
custos e concede o gerenciamento de uma imensa quantidade de dados com bom
desempenho em qualquer lugar do mundo.
O banco de dados do sistema da loja de calçados foi modelado/projetado com
o software “Db Designer”, ferramenta simples e que cumpre aquilo que propõe.
9.1.2. Tecnologia Microsoft Azure
É uma plataforma de computação em nuvem, criada e mantida pela Microsoft
e, a sua integração com o .NET e Visual Studio, da qual nós nos ambientamos neste
semestre, é excelente.
Oferece uma ampla gama de recursos que atende a grande maioria das
demandas do mercado com qualidade e bom preço, seja para o desenvolvimento de
aplicações ou para a área de infraestrutura.
Neste projeto iremos usar o Windows Azure Websites (WAWS), que
disponibiliza dentro da plataforma Azure, características específicas para executar
aplicações Web de pequeno e médio porte. Assim, como em uma hospedagem
compartilhada tradicional, sua aplicação compartilhará recursos (disco, RAM,
processamento), com outras aplicações em um mesmo serviço de alta capacidade.
Através do WAWS, é possível realizar o deploy (publicação) das aplicações Web de
forma simplificada e rápida utilizando o controlador de código.
É possível utilizar git ou tfs para efetuar a publicação das aplicações de
forma direta.
Armazena cronologicamente as últimas publicações realizadas,
podendo selecionar qual dentre elas é aquela que deve estar ativa.
Armazena log’s dos sites lá armazenados. Este acesso pode ser
realizado via client de FTP ou via ferramenta de linha de comando.
46
Trabalha em modo full trust. Isto significa dizer que todas as aplicações
que rodam em ambiente compartilhado encontram-se completamente isoladas umas
das outras.
9.2. Valores do Windows AzureHospedagem Profissional Compartilhada - Windows Azure.
Hospedagem: 2 sistemas ( PDV e Gerencial) = R$ 54,17.
Banco de Dados SQL Server 2012: 10GB = R$ 128,68.
Largura de Banda: 100 GB = R$ 31,92.
Suporte Developer = R$ 81,20.
Total por mês: R$ 295,97.
9.3. MER (Modelo Entidade-Relacionamento)O Modelo Entidade-Relacionamento, chamado de MER, é um modelo
conceitual usado pela Engenharia de Software que descreve objetos/entidades, sua
características/atributos e descreve também o relacionamento entre eles.
Imagem 4 – Modelo Entidade-Relacionamento
47
Fonte: Próprio Autor.
9.4. DER (Diagrama Entidade-Relacionamento)
O DER é a representação gráfica do modelo conceitual (MER).
Imagem 5 – Diagrama Entidade-Relacionamento
48
Fonte: Próprio Autor.
10. SISTEMA GERENCIAL – CALÇADOS LIFECYCLE
10.1. Codificação
Após todas as análises e processos anteriores, finalmente o sistema foi
codificado. Ou seja, traduzimos todas essas representações do projeto para uma
linguagem “artificial”, resultando em instruções executáveis pelo computador.
A seguir, demonstraremos a interface do programa feito para a loja de
calçados LifeCycle.
10.1.1. Tela Inicial (Login)
Tela inicial do sistema Gerencial - Calçados LifeCycle, é nesta tela que
inserimos as credenciais dos usuários que acessarão o sistema.
Imagem 6 – Tela de Login do Sistema.
49
Fonte: Próprio Autor.
10.1.2. Módulos do Sistema Gerencial
Financeiro, Estoque, Vendas, Compras, Faturamento, Relatórios e Gráficos.
Imagem 7 – Módulo do Sistema Gerencial.
Fonte: Próprio Autor.
10.1.3. Submódulos
10.1.3.1. Financeiro
>Fluxo de caixa, Movimentação de Caixa, Contas a Pagar e Conta a Receber.
50
Imagem 8 – Submódulo Financeiro.
Fonte: Próprio Autor.
10.1.3.2. Estoque
>Consulta de Estoque, Movimentações, Compras em Aberto e Itens com Estoque
Baixo.
Imagem 9 – Submódulo Estoque.
Fonte: Próprio Autor.
10.1.3.3. Vendas
>Orçamentos, Pedidos, Contas a Receber e PDV.
Imagem 10 – Submódulo Vendas.
Fonte: Próprio Autor.
51
10.1.3.4. Compras
>Orçamentos, Pedidos e Contas a Pagar.
Imagem 11 – Submódulo Compras.
Fonte: Próprio Autor.
10.1.3.5. Faturamento
>Nota Fiscal Cálculo Fiscal e Natureza de Operação.
Imagem 12 – Submódulo Faturamento.
Fonte: Próprio Autor.
10.1.3.6. Relatórios
>Lucratividade e Produtos mais vendidos.
Imagem 13 – Submódulo Relatórios.
52
Fonte: Próprio Autor.
10.1.3.7. Gráficos
>Vendas por Vendedor e Produtos mais vendidos.
Imagem 14 – Submódulo Gráficos.
Fonte: Próprio Autor.
10.2. Módulo – Financeiro
No painel de controle, módulo financeiro, podemos verificar em tempo real, os
principais acontecimentos da loja, através dos Gadgets: “Novas Encomendas”,
“Taxa de Lucro”, “Clientes Registrados” e “Vendas últimos 7 dias”; Também, no
gráfico de vendas podemos rapidamente comparar as vendas do ano atual com a do
ano anterior.
Imagem 15 – Módulo Financeiro.
53
Fonte: Próprio Autor.
10.3. Módulo – Gráficos – Vendas por Vendedor
No módulo, “Gráficos”, podemos verificar as vendas por Vendedor, em tempo
real e também os produtos mais vendidos, filtrados por períodos.
Imagem 16 – Módulo Gráficos.
Fonte: Próprio Autor.
54
10.4. Notificações Inteligentes
Imagem 17 – Notificações Inteligentes.
Fonte: Próprio Autor.
10.4.1. E-mail
Através deste ícone podemos ver quantos e-mails chegaram à caixa de
entrada do usuário.
Imagem 18 – Notificação E-mail.
Fonte: Próprio Autor.
10.4.2. Sino
Através deste ícone podemos ver as notificações dos outros departamentos.
Imagem 19 – Notificação Sino.
Fonte: Próprio Autor.
10.4.3. Bandeira
55
Através deste ícone podemos ver as tarefas que foram cadastras na agenda,
e que ainda não foram concluídas.
Imagem 20 – Notificação Bandeira.
Fonte: Próprio Autor.
10.5. Sistema PDV - Calçados LifeCycle.10.5.1. Esta é a tela splash do sistema PDV, nela também temos a
versão do PDV.
Imagem 21 – Tela Splash, Sistema PDV.
Fonte: Próprio Autor.
10.5.2. Tela para autenticação do vendedor
56
Imagem 22 – Tela de Autenticação do Vendedor.
Fonte: Próprio Autor.
Nesta tela podemos abrir ou fechar o PDV, acessar as configurações de
fiscalização e operar o PDV, lembrando que para acessar qualquer uma das três
operações, é necessário se autenticar no sistema.
10.5.3. PDV - Aba – Atendimento
Imagem 23 – PDV – Aba – Atendimento.
57
Fonte: Próprio Autor.
Nesta tela, e onde efetuamos as vendas, nela podemos visualizar o total da
venda, clientes, Itens, vendedor autenticado no sistema, quantidade e a mensagem
automática emitida pelo sistema.
10.5.4. PDV - Aba – Cliente
58
Imagem 24 – PDV – Aba – Atendimento.
59
Fonte: Próprio Autor.
Nesta aba, cadastramos o cliente diretamente no caixa, no momento da
venda.
60
10.5.5. PDV - Aba – Ações PDV
Imagem 25 – PDV – Aba – Ações PDV.
Fonte: Próprio Autor.
Nesta aba, temos as funções: Cancelar último Cupom, Fechamento Parcial,
Abrir Gaveta, Sangria, Rel. Trans. Itens, Perda, Conversão de Estoque, Alterar
senha, Transferir Itens, Adm. Delivery, Suprimento, Painel metas, Rel. Contas
Abertas, Recebimento não Fiscal, subst. De Cupom, Resetar Senha.
10.5.6. Efetuando uma Venda
Para efetuar uma venda, basta passar o produto no leitor de código de barras,
que o sistema automaticamente vai reconhecer o código de barras do produto
cadastrado, e vai enviar a tela o valor e o código do mesmo; Depois disso, o
vendedor deve digitar a quantidade e apertar “Enter”; Pronto o produto será
adicionado à lista, caso não aja mais produtos, o vendedor deve apertar no ícone
, para escolher a forma de pagamento.
61
Imagem 2
Imagem 26 – Efetuando uma Venda.
62
Fonte: Próprio Autor.
10.5.7. Escolhendo a forma de pagamento.
Imagem 27 – Escolhendo a Forma de Pagamento.
Fonte: Próprio Autor.
63
Para escolher a forma de pagamento o vendedor deve selecionar a mesma,
no seletor “Tipo”, se a escolha for dinheiro o vendedor deve digitar a quantia
recebida, é importante dizer que o sistema calcula automaticamente a quantia que
falta, e mostra a mesma na tela; Enquanto o valor total não for alcançado, a venda
não poderá ser finalizada.
10.5.8. Finalizando a venda.
Imagem 28 – Finalizando Venda.
Fonte: Próprio Autor.
Para finalizar a venda, basta o vendedor digitar “Enter”, após concluir o
pagamento, lembrando, que se o valor recebido for superior ao valor da venda, o
sistema, calcula o troco, e fecha a venda, se for igual apenas fecha a venda,
podemos ver no quadro de mensagem, “Venda Finalizada”.
11. TESTES
Garantindo a melhor qualidade do software, testamos todos os aspectos
funcionais externos, afim de, descobrirmos erros e garantirmos que a entrada
64
definida produza resultados que sejam conforme o esperado. Realizamos vários
tipos de testes, dentre eles:
11.1. Teste de SegurançaVerificamos os mecanismos de proteção do sistema, se efetivamente
protegerá de alguma invasão imprópria ou ilegal. Durante esse teste, nosso analista
desempenhou o papel da pessoa que desejava invadir o sistema. Verificamos se o
invasor iria conseguir obter senhas de funcionários da empresa; projetar ferramentas
para prejudicar o sistema, ou provocar erros de propósito para invadi–lo durante a
recuperação.
Objetivo do Teste: dificultarmos ao máximo o acesso da pessoa que tentava
invadir o sistema, fazendo com que a invasão não valha a pena.
11.2. Teste de Estresse e de DesempenhoEstes dois testes foram acoplados um ao outro para avaliar o desempenho
geral do sistema. Nossos analistas geraram casos que exijam o máximo da
memória, realizando diversas buscas aos dados e verificando como essas funções
de entrada responderam.
Objetivo do teste: testar ao máximo as funções do programa, no intuito de
evitar que qualquer tarefa prejudique o funcionamento do software.
11.3. Teste da Caixa PretaExecutamos todos os requisitos funcionais do sistema e, desta maneira, foi
possível verificar funções incorretas ou omitidas, apresentadas pelo software. Os
erros de interface, estrutura de dados, desempenho e de comportamento,
verificamos novamente e, por último, erros de iniciação e término.
Objetivo do teste: o foco foi exercitar plenamente todos os requisitos
funcionais do sistema.
12. MANUTENÇÃOO software poderá sofrer alguns ajustes depois de entregue, tais como,
correções de erros ou acréscimos de funções. Também poderemos adaptar o
software para ser utilizado em outro navegador, caso o cliente sentir necessário.
65
13. CUSTOS GERAIS DO PROJETO
Tabela 39 – Custos do Projeto, Item, Descrição, Custo por Hora Trabalhada, Quantidade e Valor – Brasil 2015.
Custos do ProjetoItem Descrição Custo por Hora
TrabalhadaQuantidad
e Valor
1 1 (um) Programador R$ 150,00/h 80 horas 12.000,002 1 (um) Analista de Negócios R$ 180,00/h 50 horas 9.000,003 1 (um) DBA R$ 200,00/h 20 horas 4.000,004 1 (um) WebDesigner R$ 120,00/h 20 horas 2.400,005 1 (um) Tester R$ 100,00/h 10 horas 1000,00
6 Mensalidade Windows Azure - - 295,97
7 Mensalidade da Software - - 800,008 Mensalidade do Suporte - - 200,00
TotalR$
29.695,97
14. Requisitos do Sistema
Requisitos mínimos: Processador Pentium 3, 1 GB de Memória Ram, 20 GB
de HD e 1 MB de Internet Banda Larga.
Requisitos recomendados: Processador Core i5, 4 GB de Memória Ram, 50
GB de HD e 20 MB de Internet Banda Larga, ou superior.
66
CONCLUSÃO
A proposta apresentada neste projeto se baseia, em um ciclo de vida que
atualmente é o mais usado por conceituadas fábricas de softwares, o ciclo de vida
em cascata.
Obtemos as informações necessárias e listamos as exigências pedidas pelo
cliente. Documentamos todos os processos, elaboramos diagramas de casos de
uso, de classes e de sequência. Dessa maneira, ficou mais fácil do programador
entender exatamente o que foi proposto, em relação aos processos e funções do
negócio.
Paralelamente ao sistema, conduzimos com o banco de dados, elaborando o
diagrama e modelagem entidades-relacionamentos para auxiliar na estruturação do
banco. Usamos a plataforma Microsoft Azure, ideal para este tipo de projeto, que
suportará todas as necessidades dos usuários, em relação à unicidade de dados,
relatórios e a controladoria em geral.
Concluímos este projeto, mais uma vez. Onde, só nos foi acrescentado boas
práticas vivenciadas e desenvolvidas em grupo. Acreditamos que a cada projeto
como esse, nos fortalecerá para o mercado. Obrigado pela oportunidade a nós dada.
67
68
REFERÊNCIAS
https://azure.microsoft.com/pt-br/services/cloud-services/
http://www.marketup.com.br/
http://www.guj.com.br/articles/25
https://pt.wikipedia.org/wiki/Processo_de_neg%C3%B3cio
https://pt.wikipedia.org/wiki/Orienta%C3%A7%C3%A3o_a_objetos
https://pt.wikipedia.org/wiki/Requisito_n%C3%A3o-funcional
https://pt.wikipedia.org/wiki/Caso_de_uso
http://www.novonegocio.com.br/ideias-de-negocios/como-montar-uma-loja-de-
calcados/