projeto integrado multidisciplinar - ads - grupo 13 - 3º semestre

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





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





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.º___________________


___________/__/____

Prof.º___________________


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.

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


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


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


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


Pré

Condições

Ator precisa esta logado no sistema

Pós

Condições

Lista de clientes atualizada


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


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


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


Pré

Condições

O usuário precisa estar logado no sistema.

Pós

Condições

Dados de busca realizada com sucesso


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;


6.3.2. Tabela 10 – Cadastrar Funcionário – Brasil 2015

Casos de Uso Cadastrar Funcionário

Atores

Envolvidos

Recursos humanos


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


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


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


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


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


Pré Condições Usuário estar logado no sistema

Pós

Condições

Lista de funcionários atualizada com sucesso


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


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


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


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


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



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



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


Pré Condições O usuário precisa estar logado no sistema.

Pós

Condições

Dados de busca realizada com sucesso.


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;


6.6.3. Tabela 23 - Cadastrar Produto – Brasil 2015

Casos de Uso Cadastrar Produto

Atores

Envolvidos

Estoque


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



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


Pré Condições O usuário precisa estar logado

Pós

Condições

Dados do funcionário atualizado com sucesso


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


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



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


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


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;


6.8.2. Tabela 32 - Cadastrar Fornecedor – Brasil 2015

Casos de Uso Cadastrar Fornecedor

Atores

Envolvidos

Compras


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



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


Pré Condições Usuário precisa estar logado

Pós

Condições

Dados do fornecedor atualizado com sucesso


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



Pós

Condições

Lista de fornecedores atualizada com sucesso


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



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;


6.8.7. Tabela 37 - Verificar Funcionário – Brasil 2015

Casos de Uso Verificar Funcionário

Atores

Envolvidos

Compras



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;


6.8.8. Tabela 38 - Verificar Produto – Brasil 2015

Casos de Uso Verificar Produto

Atores

Envolvidos

Compras



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;


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.


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.


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


9.4. DER (Diagrama Entidade-Relacionamento)

O DER é a representação gráfica do modelo conceitual (MER).

Imagem 5 – Diagrama Entidade-Relacionamento

48


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


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.


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.


10.1.3.2. Estoque

>Consulta de Estoque, Movimentações, Compras em Aberto e Itens com Estoque

Baixo.

Imagem 9 – Submódulo Estoque.


10.1.3.3. Vendas

>Orçamentos, Pedidos, Contas a Receber e PDV.

Imagem 10 – Submódulo Vendas.


51

10.1.3.4. Compras

>Orçamentos, Pedidos e Contas a Pagar.

Imagem 11 – Submódulo Compras.


10.1.3.5. Faturamento

>Nota Fiscal Cálculo Fiscal e Natureza de Operação.

Imagem 12 – Submódulo Faturamento.


10.1.3.6. Relatórios

>Lucratividade e Produtos mais vendidos.

Imagem 13 – Submódulo Relatórios.

52


10.1.3.7. Gráficos

>Vendas por Vendedor e Produtos mais vendidos.

Imagem 14 – Submódulo Gráficos.


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


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.


54

10.4. Notificações Inteligentes

Imagem 17 – Notificações Inteligentes.


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.


10.4.2. Sino

Através deste ícone podemos ver as notificações dos outros departamentos.

Imagem 19 – Notificação Sino.


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.


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.


10.5.2. Tela para autenticação do vendedor

56

Imagem 22 – Tela de Autenticação do Vendedor.


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


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


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.


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


10.5.7. Escolhendo a forma de pagamento.

Imagem 27 – Escolhendo a Forma de Pagamento.


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.


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.

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/

projeto integrado multidisciplinar - ads - grupo 13 - 3º semestre

Documents