SISTEMA DE GERENCIAMENTO DE DISTRIBUIDORA PET · 2.2. MAPA MENTAL Segundo o PMBOK (2013) Mapa...

1

ANDRYUS OLIVEIRA CANTARIM

SISTEMA DE GERENCIAMENTO DE DISTRIBUIDORA PET

Assis/SP 2017

2



Projeto de pesquisa apresentado ao curso de do Instituto Municipal de Ensino Superior de Assis – IMESA e a Fundação Educacional do Município de Assis – FEMA, como requisito parcial à obtenção do Certificado de Conclusão. Orientando(a): Andryus Oliveira Cantarim Orientador(a): Luiz Carlos Begosso

Assis/SP 2017

3

CANTARIM, Andryus Oliveira.

Sistema De Gerenciamento De Distribuidora Pet / Andryus Oliveira Cantarim.

Assis, 2017.

47p.

Trabalho de conclusão do curso (Análise e Desenvolvimento de

Sistemas). – Fundação Educacional do Município de Assis-FEMA

Orientador: Dr. Luiz Carlos Begosso

1. Java. 2. AngularJS.

CDD: 005.133

4



Trabalho de Conclusão de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduação, avaliado pela seguinte comissão examinadora:

Orientador: Prof. Dr. Luiz Carlos Begosso Examinador: Prof. Esp. Celio Desiro

Assis/SP

2017

5

RESUMO

Este trabalho tem como principal objetivo o desenvolvimento de um Sistema Gerenciamento de distribuidoras Pet, utilizando a metodologia de Orientação a Objetos, com as ferramentas Eclipse, MySQL e a linguagem Java. O Sistema foi desenvolvido com a finalidade de gerenciar as vendas, produtos e Funcionários de uma distribuidora de Médio e Grande Porte, apoiando totalmente o controle das atividades do dia-a-dia.

Palavras-chave: 1.Java, 2.AngularJS

6

LISTA DE ILUSTRAÇÕES

F I G U R A 1: E S T R U T U R A AN AL Í T I C A D O PR O J E T O . . . . . . . . . . . . . . . . . . . . . . 10

F I G U R A 2: M AP A M E N T AL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

F I G U R A 3: TE L A PR I N C I P AL D O S I S T E M A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

F I G U R A 4: TE L A D E C AD AS T R O D E P R O D U T O S D O S I S T E M A . . . . . . . 13

F I G U R A 5: TE L A D E C AD AS T R O D E C L I E N T E S . . . . . . . . . . . . . . . . . . . . . . . . . . 13

F I G U R A 6: D I AG R A M A D E C AS O DE US O . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

F I G U R A 7: D I AG R A M A D E AT I V I D AD E - C AD AS T R AR F U N C I O N Á R I O 35

F I G U R A 8: D I AG R A M A D E AT I V I D AD E - R E L AT Ó R I O D O P R O D U T O . 36

F I G U R A 9:D I AG R AM A D E SE Q U Ê N C I A - C AD AS T R AR F U N C I O N Á R I O 37

F I G U R A 10: D I AG R AM A D E SE Q U Ê N C I A - EM I T I R RE L AT Ó R I O . . . . . . 38

F I G U R A 11:D I AG R A M A D E E N T I D AD E - R E L AC I O N AM E N T O S . . . . . . . . 39

F I G U R A 12: D I AG R AM A D E CL AS S E S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

7

Sumário 1. INTRODUÇÂO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.2 . PÚBLICO ALVO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.3 . JUSTIFICATIVA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.4 . Est ru tu ra do T raba lho . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2. MODELAGEM DO S ISTEMA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2.1 . Est ru tu ra Ana l í t i ca do P ro je to (EAP) . . . . . . . . . . . . . . . . . . . . . . . 10

2.2 . MAPA MENTAL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.3 . Levan tamento de Requ is i tos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.4 . DIAGRAMA DE CASO DE USO (UC) . . . . . . . . . . . . . . . . . . . . . . . . 13

2.5 . NARRATIVAS DOS CASOS DE USO . . . . . . . . . . . . . . . . . . . . . . . . 14

2.5 .1 UC Emi t i r Pedido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

2.5 .2 . UC Manter Funcionár io . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

2.5 .3 UC Manter Fornecedor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

2.5 .4 UC Manter Transpor tadora . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

2.5 .5 UC Manter C l ientes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

2.5 .6 UC Manter Produto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

2.5 .7 UC Rela tór io De Vendas Por Vendedor . . . . . . . . . . . . . . . . . . . 27

2.5 .8 UC Rela tór io De Produtos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

2.5 .9 UC Rela tór io De Vendas Por Mês . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.5 .10 UC Rela tór io De Gastos Por Mês . . . . . . . . . . . . . . . . . . . . . . . . . . 32

2.6 . Diagrama De At i v idade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

2.7 . Diagrama de Sequênc ia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

2.8 . Diagrama De En t idades -Re lac ionamentos . . . . . . . . . . . . . . . . 38

2.9 . Diagrama De Classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

3. Tecnolog ias Ut i l i zadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

3.1 . ASTAH COMMUNITY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

3.2 . Ecl ipse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

3.3 . MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

3.4 . Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

3.5 . JPA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

3.6 . W ildF ly . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

3.7 . Hiberna te . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

3.8 . CDI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

3.9 . Angu la rJS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

8

3 .10 Boo ts t rap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

4. Conclusão . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

5. REFERÊNCI AS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

9

1. INTRODUÇÂO

A ideia do desenvolvimento desse sistema foi em atender as necessidades dos

distribuidores pet, em fazer o controle adequado de toda a movimentação da

empresa. É um ramo que não se limita apenas a venda de alimentos para

animais de estimação, mas também o comércio de diversos tipos de produtos,

acessórios e brinquedos, material de higiene e medicamentos.

1.1. OBJETIVO

O objetivo é criar um software para uma distribuidora pet, que atenda todas as

necessidades do empreendedor trazendo um controle total da sua empresa.

Com o levantamento de requisitos foi observada a necessidade de controlar as

funções dessa empresa como o controle de cadastros, vendas, estoque,

compras, relatórios e todo o faturamento da empresa de forma que o

empreendedor possa ter o controle exato de todas as funções da empresa

trazendo mais agilidade e exatidão em suas tarefas diárias.

1.2. PÚBLICO ALVO

O software será desenvolvido para empreendedores que procuram aumentar

seu fluxo de clientes, buscando evitar qualquer tipo de erro com seus usuários,

e também um controle restrito sobre todas as funções de sua empresa, trazendo

mais segurança e precisão.

1.3. JUSTIFICATIVA

Com o crescimento da empresa, o aumento de clientes e a falta de controle do

estoque, surgiu a necessidade do desenvolvimento desse sistema. Espera-se

que esse sistema contribua de forma positiva para o futuro e a ampliação da

empresa trazendo maior qualidade para o atendimento ao cliente, controle de

compra, controle de venda, dados detalhados e precisos, além de relatórios

eficientes e de fácil leitura.

10

1.4. Estrutura do Trabalho

Para atender os objetivos estabelecidos, este trabalho está estruturado de

acordo com a seguinte sequência:

O Capítulo 1, apresenta a introdução, estabelece os objetivos, a justificativa e o

público alvo do trabalho escolhido.

O Capítulo 2 descreve a análise e a especificação para o atual projeto.

O Capítulo 3 mostra as principais tecnologias que serão utilizadas para a

implementação do Sistema de Gerenciamento De Distribuidoras Pet.

Finalmente, o Capítulo 4 apresenta as conclusões e direcionamentos para

trabalhos futuros a partir da implementação aqui realizada.

2. MODELAGEM DO SISTEMA

2.1. Estrutura Analítica do Projeto (EAP)

De acordo com o PMBOK (2013) a Estrutura Analítica do Projeto (EAP) fornece

a estrutura para o plano de gerenciamento das atividades, permitindo a

consistência nas estimativas, orçamentos e controle de atividades. A EAP é a

decomposição hierárquica do escopo dos trabalhos a serem executados pela

equipe do projeto, para assim alcançarem os objetivos e criar as entregas

necessárias. A Figura 1 ilustra a EAP estabelecida para o presente projeto.

Figura 1 : Es t ru tura Ana l í t ica Do Pro je to

11

2.2. MAPA MENTAL

Segundo o PMBOK (2013) Mapa Mental é uma técnica em que as ideias criadas

através das sessões individuais de brainstorming são consolidadas em um único

mapa para refletir a existência de atributos comuns e diferenças de

entendimento, além de gerar novas ideias.

A Figura 2 ilustra o Mapa Mental estabelecido para o Sistema de Gerenciamento

de Distribuidora PET.

Figura 2 : Mapa Menta l

2.3. Levantamento de Requisitos

O início de todo projeto de desenvolvimento de softwares vem com o

levantamento de requisitos, a partir do mapa mental e das necessidades do

cliente, propõe-se alguns processos genéricos para suprir as necessidades do

sistema.

Ramo das empresas.

R: Em geral, as distribuidoras que atuam na área do pet, entre outras

distribuidoras que tem necessidade de utilizar sistema irão poder utilizar SGDP.

Descrição do Problema.

12

R: A maioria das distribuidoras atualmente não realizada o controle correto de

suas atividades, fazendo com que a empresa perca dinheiro pois não tem um

controle correto de seus funcionários e do seu estoque.

R: Com a implantação do sistema SGDP, a empresa pode ter um maior controle

de suas atividades, podendo gerenciar todo seu estoque, funcionários, produtos,

entradas e saídas, podendo investir em outras áreas para ampliar seu ramo de

atividade.

A partir do Mapa Mental e do levantamento de requisitos criado para o presente

sistema, obteve-se a seguinte lista de funcionalidades que foram implementadas

no presente protótipo:

A Figura 3 ilustra a tela principal do Sistema de Gerenciamento de Distribuidora

PET.

Figura 3: Tela Principal do Sistema

A Figura 4 ilustra a tela de cadastros de produtos do Sistema de Gerenciamento


13

Figura 4 : Te la de Cadastro De Produtos Do Sis tema

A Figura 5 ilustra a tela de cadastros de clientes do Sistema de Gerenciamento


Figura 5 : Te la de Cadastro de Cl ientes

2.4. DIAGRAMA DE CASO DE USO (UC)

O diagrama de Caso de Uso, tem como objetivo documentar o que o sistema faz

do ponto de vista do usuário. Ele descreve as principais funções do sistema e a

interação dessas funções com o usuário do mesmo sistema.

A Figura 6 ilustra o diagrama de Caso de Uso estabelecido para o Sistema de

Gerenciamento de Distribuidora PET.

14

Figura 6 : Diagrama De Caso De Uso

2.5. NARRATIVAS DOS CASOS DE USO

2.5 .1 UC Emi t i r Pedido

1 . F ina l idade

Permite ao administrador e o vendedor criar um pedido, com os produtos que o

cliente deseja.

2. Atores

Vendedor, Administrador.

3. Pré-Condições

O Administrador ou o vendedor deve ter efetuado login no sistema.

4. Fluxo Principal

a)O sistema solicita o nome do cliente para iniciar o pedido.

b)O vendedor ou o administrador informa o nome do cliente e adiciona os

produtos no pedido. (A1, A2, A3, A4, E1)

15

c)O sistema finaliza o pedido e encaminha para o setor de separação de

mercadorias.

d)O UC é encerrado.

5. Fluxo Alternativo

A1 – Cancelar Operação

a)O administrador ou o vendedor cancela a operação, podendo ou não informar

algum nome.

b)O UC é encerrado.

A2 – Alterar informações

a)O sistema solicita os dados necessários para a alteração do pedido.

b)O administrador ou o vendedor informa os dados e confirma a operação.

c)O sistema realiza a alteração e apresenta mensagem indicando que o pedido

foi alterado com sucesso.


A3 – Excluir Pedido

a)O sistema solicita os dados necessários para a exclusão do pedido.

b)O administrador ou o vendedor informa os dados e confirma a operação.

c)O sistema realiza a exclusão e apresenta mensagem indicando que o pedido

foi excluído com sucesso.


A4 – Consultar Pedido

a)O sistema solicita o nome do cliente para consultar o andamento do pedido.

16

b)O administrador ou o vendedor informa o nome e confirma a operação.

c)O sistema realiza a consulta e exibe o andamento do pedido.


6. Fluxo de Exceção

E1 – Dados Incorretos

a)O sistema verifica que o nome informado está incorreto e apresenta

mensagem indicando que o nome informado não tem pedido.

b)O sistema retorna ao passo 4.a do Fluxo Principal.

7. Pós-Condições

O sistema armazena os dados.

2.5.2. UC Manter Funcionário

1. Finalidade

Permite ao administrador e o usuário cadastrar, consultar, editar e excluir

funcionários.

2. Atores

Usuário, Administrador.

3. Pré-Condições

O Administrador ou o usuário deve ter efetuado login no sistema.

4. Fluxo Principal

a)O sistema solicita os dados necessários para o cadastro do Funcionário.

17

b)O administrador ou o usuário informa os dados e confirma a operação. (A1,

A2, A3, A4, E1)

c)O sistema realiza o cadastro e apresenta mensagem indicando que o

funcionário foi cadastrado com sucesso.




a)O administrador ou o usuário cancela a operação, podendo ou não informar

algum dado.



a)O sistema solicita os dados necessários para a alteração dos dados do

funcionário.

b)O administrador ou o usuário informa os dados e confirma a operação.

c)O sistema realiza a alteração e apresenta mensagem indicando que os dados

foram alterados com sucesso.


A3 – Excluir Funcionário

a)O sistema solicita os dados necessários para a exclusão do funcionário.


c)O sistema realiza a exclusão e apresenta mensagem indicando que os dados

foram excluídos com sucesso.


A4 – Consultar Funcionário

a)O sistema solicita os dados necessários para a consulta do funcionário.

18


c)O sistema realiza a consulta e exibe os dados do funcionário.




a)O sistema verifica que os dados informados estão incorretos e apresenta

mensagem indicando que os dados informados não existem.


7. Pós-Condições


8. Casos de Teste

- Ve r i f i ca r o domín io dos campos (checa r da tas , ca mpos

numér icos , va l i dar CPF, RG ) .

2.5 .3 UC Manter Fornecedor

1. Finalidade


fornecedores.

2. Atores


3. Pré-Condições


19

4. Fluxo Principal

a)O sistema solicita os dados necessários para o cadastro do fornecedor.


A2, A3, A4, E1)

c)O sistema realiza o cadastro e apresenta mensagem indicando que o

fornecedor foi cadastrado com sucesso.





algum dado.




fornecedor.





A3 – Excluir Fornecedor

a)O sistema solicita os dados necessários para a exclusão do fornecedor.





20

A4 – Consultar Fornecedor

a)O sistema solicita os dados necessários para a consulta do fornecedor.


c)O sistema realiza a consulta e exibe os dados do fornecedor.







7. Pós-Condições


8. Casos de Teste


numér icos , va l i dar CNPJ , IE ) .

2.5 .4 UC Manter Transpor tadora .

1. Finalidade


transportadoras.

2. Atores


21

3. Pré-Condições


4. Fluxo Principal

a)O sistema solicita os dados necessários para o cadastro da transportadora.


A2, A3, A4, E1)

c)O sistema realiza o cadastro e apresenta mensagem indicando que a

transportadora foi cadastrada com sucesso.





algum dado.



a)O sistema solicita os dados necessários para a alteração dos dados da

transportadora.





A3 – Excluir Transportadora

22

a)O sistema solicita os dados necessários para a exclusão da transportadora.





A4 – Consultar Transportadora

a)O sistema solicita os dados necessários para a consulta da transportadora.


c)O sistema realiza a consulta e exibe os dados da transportadora.







7. Pós-Condições


8. Casos de Teste



2.5 .5 UC Manter C l ientes

1. Finalidade

Permite ao vendedor e o usuário cadastrar, consultar, editar e excluir clientes.

23

2. Atores

Vendedor, usuário.

3. Pré-Condições

O vendedor ou o usuário deve ter efetuado login no sistema.

4. Fluxo Principal

a)O sistema solicita os dados necessários para o cadastro do cliente.

b)O vendedor ou o usuário informa os dados e confirma a operação. (A1, A2,

A3, A4, E1)

c)O sistema realiza o cadastro e apresenta mensagem indicando que o cliente

foi cadastrado com sucesso.




a)O vendedor ou o usuário cancela a operação, podendo ou não informar algum

dado.



a)O sistema solicita os dados necessários para a alteração dos dados do cliente.

b)O vendedor ou o usuário informa os dados e confirma a operação.



24


A3 – Excluir Cliente

a)O sistema solicita os dados necessários para a exclusão do cliente.





A4 – Consultar Cliente

a)O sistema solicita os dados necessários para a consulta do cliente.


c)O sistema realiza a consulta e exibe os dados do cliente.







7. Pós-Condições

O vendedor ou o usuário pode cadastrar o cliente na modalidade desejada ou

desvinculá-lo da mesma.

25

8. Casos de Teste



2.5 .6 UC Manter Produto

1. Finalidade


produtos.

2. Atores


3. Pré-Condições


4. Fluxo Principal

a)O sistema solicita os dados necessários para o cadastro do produto.


A2, A3, A4, E1, E2)

c)O sistema realiza o cadastro e apresenta mensagem indicando que o produto

foi cadastrado com sucesso.





algum dado.

26




produto.





A3 – Excluir Produto

a)O sistema solicita os dados necessários para a exclusão do produto.





A4 – Consultar Produto

a)O sistema solicita os dados necessários para a consulta do produto.


c)O sistema realiza a consulta e exibe os dados do produto.






27


E2 – Produto Possui movimentações

a)O sistema verifica que o produto possui movimentações no sistema e

apresenta mensagem indicando que não pode excluir.


7. Pós-Condições


8. Casos de Teste


numér icos ) .

2 .5 .7 UC Rela tór io De Vendas Por Vendedor

1. Finalidade

Permite ao administrador e o usuário consultar as vendas, informando o nome de um

determinado vendedor.

2. Atores


3. Pré-Condições


4. Fluxo Principal

a)O sistema solicita o nome do vendedor para iniciar a busca.

28

b)O usuário ou o administrador informa o nome do vendedor. (A1, A2, E1)

c)O sistema apresenta uma mensagem informando que a busca foi executada

com sucesso.





algum nome.


A2 – Buscar Vendas

a)O sistema solicita o nome do vendedor para a busca de vendas.

b)O administrador ou o usuário informa o nome e confirma a operação.

c)O sistema realiza a busca e exibe as informações, sobre as vendas concluídas

pelo vendedor desejado.




a)O sistema verifica que o nome informado está incorreto e apresenta

mensagem indicando que o nome informado não tem vendas.


29

7. Pós-Condições

O s is tema ex ibe as in fo rmações dese jadas.

2 .5 .8 UC Rela tór io De Produtos

1. Finalidade

Permite ao administrador e o usuário consultar os produtos, informando a descrição de

um determinador produto.

2. Atores


3. Pré-Condições


4. Fluxo Principal

a)O sistema solicita a descrição para a busca.

b)O usuário ou o administrador informa a descrição do produto. (A1, A2, E1)


com sucesso.





alguma descrição.

30


A2 – Buscar Produtos

a)O sistema solicita a descrição do produto para a busca.

b)O administrador ou o usuário informa a descrição e confirma a operação.

c)O sistema realiza a busca e exibe as informações, sobre os produtos de acordo

com a descrição.




a)O sistema verifica que a descrição informada está incorreta e apresenta

mensagem indicando que a descrição informada não existe.


7. Pós-Condições


2 .5 .9 UC Rela tór io De Vendas Por Mês

1. Finalidade

Permite ao administrador e o usuário consultar as vendas concluídas por período,

informando determinada data.

31

2. Atores


3. Pré-Condições


4. Fluxo Principal

a)O sistema solicita a data para a busca.

b)O usuário ou o administrador informa a data desejada. (A1, A2, E1)


com sucesso.





alguma data.


A2 – Buscar Por Período


b)O administrador ou o usuário informa a data e confirma a operação.

c)O sistema realiza a busca e exibe as informações, sobre as vendas concluídas

na data.


32



a)O sistema verifica que a data informada não contém vendas, e retorna uma

mensagem dizendo que não há vendas nesse período.


7. Pós-Condições


2 .5 .10 UC Rela tór io De Gastos Por Mês

1. Finalidade

Permite ao administrador e o usuário consultar os gastos da empresa, informando

determinado período.

2. Atores


3. Pré-Condições


4. Fluxo Principal


b)O usuário ou o administrador informa a data desejada. (A1, A2, E1)


com sucesso.

33





alguma data.


A2 – Buscar De Gastos Por Período


b)O administrador ou o usuário informa a data e confirma a operação.

c)O sistema realiza a busca e exibe as informações, sobre os gastos da data

desejada.




a)O sistema verifica que a data informada não contém gastos, e retorna uma

mensagem dizendo que não há gastos nesse período.


7. Pós-Condições


34

2.6. Diagrama De At iv idade

Segundo G i l leanes (2011, p .36 ) , “o D iagrama de A t i v idade

p reocupa -se em desc rever os passos a se rem perco r r idos pa ra

a conc lusão de uma a t i v idade espec í f i ca , podendo es ta ser

rep resen tada por um método com ce r to g rau de comp lex idade,

um a lgor i tmo , ou mesmo po r um p rocesso comp le to . O d iagrama

de a t i v idade concent ra -se na rep resen tação do f l uxo de

con t ro le de uma a t i v idade ” . As F iguras 7 e 8 most ram os

D iagramas de A t iv idades pa ra o S is tema de Gerenc iamento de

D is t r ibu ido ra PET.

35

Diagrama De At iv idade – Cadastrar Func ionár io

Figura 7 : Diagrama De At iv idade - Cadastra r Funcionár io

36

Diagrama De At iv idade – Emit i r Relatór io Do Produto

Figura 8 : Diagrama De At iv idade - Re la tór io Do Produto

37

2.7. Diagrama de Sequência

Segundo G i l leanes (2011 , p .33 ) , “Um d iagrama de sequênc ia

cos tuma iden t i f i ca r o even to gerado r do p rocesso mode lado ,

bem como o a to r responsáve l por esse even to , e de te rm ina

como o p rocesso deve se desen ro la r e se r conc lu ído po r me io

da chamada de métodos d ispa rad os po r mensagens env iadas

en t re os ob je tos . ” As F igu ras 9 e 10 mos t ram os D iagramas de

Sequênc ia pa ra o S is tema de Gerenc iamento de Dis t r ibu idora

PET.

Diagrama De Sequência – Cadast rar Funcionár io

Figura 9 :Diagrama De Sequência - Cadastra r Funcionár io

38

Diagrama De Sequência – Emit i r Relatór io

Figura 10: Diagrama De Sequênc ia - Emi t i r Re la tór io

2.8. Diagrama De Entidade-Relacionamento

O Diagrama de Entidade-Relacionamento é usado para representar o modelo

conceitual do negócio, ou seja, ele descreve toda estrutura lógica do banco de

dados, buscando representar o mais próximo do mundo real. A figura 11 ilustra

o Digrama de Entidade-Relacionamento estabelecido para o Sistema de

Gerenciamento de Distribuidora PET.

39

Figura 11:Diagrama De Ent idade - Re lac ionamentos

2.9. Diagrama De Classes

Segundo Gilleanes (2011, p.32), o Diagrama de Classes “Como o próprio nome

diz, define a estrutura das classes utilizadas pelo sistema, determinando os

atributos e métodos que cada classe tem, além de estabelecer como as classes

se relacionam e trocam informações entre si. ” A figura 12 ilustra o Diagrama de

Classes estabelecido para o Sistema de Gerenciamento de Distribuidora PET.

40

Figura 12: Diagrama De Classes

41

3. Tecnologias Utilizadas

3.1. ASTAH COMMUNITY

“A UML (Unified Modeling Language) é uma linguagem de modelagem não

proprietária de terceira geração. A UML não é uma metodologia de

desenvolvimento, o que significa que ela não diz para você o que fazer primeiro

e em seguida ou como projetar seu sistema, mas ela lhe auxilia a visualizar seu

desenho e a comunicação entre objetos. ” (SAMUEL PAIVA,2011).

3.2. Ec l ipse

“O Eclipse é uma ferramenta IDE que entende diversos tipos de linguagem e que

aceita a instalação de plugins para emular o desenvolvimento da plataforma.

Uma das principais características do Eclipse, é que ele não é um software que

será instalado em seu computador, ou seja, consiste em um arquivo

compactado, que podemos apenas realizar o download e descompacta-lo em

qualquer local.” (VINICIUS, 2017).

3.3. MySQL

O MySQL é um sistema usado para o gerenciamento de banco de dados, o

serviço utiliza a linguagem SQL (Structure Query Language) que é uma

linguagem popular para gerenciar, inserir, acessar o conteúdo de uma bando de

dados. O sistema foi desenvolvido por uma empresa sueca MySQL AB 1996, a

empresa foi comprada pela Sun Microsystems.(ALECRIM, 2006)

Características Técnicas do MySQL:

Compat ib i l idade com l i nguagens como Java , PHP, Ruby,

Py thon , C#, e C /C++;

Ba ixa cob rança de p rocessamen t o ;

Mú l t ip los s i s temas de a rmazenamento de dados (ba tabase

eng ine ) ;

Ins t ruções em SQL ;

42

3.4. Java

O Java é uma linguagem de programação que foi criado pela Sun Microsystems

em 1995, por um time que a Sun formou em 1992, eles queriam criar um

interpretador para pequenos dispositivos, facilitando a reescrita de software para

aparelhos eletrônicos, como aparelhos de TV a cabo, vídeo cassete, TV.

Não deu certo, foram feitas diversas tentativas para fechar contratos com

grandes fabricantes, mas não houve êxito em nenhum.

Com a web, a Sun percebeu que podia usar a ideia que surgiu em 1992, para

rodar aplicações dentro do browser, foi nesse momento que foi lançado a versão

1.0, focada em transformar o browser para realizar operações avançadas.

3.5. JPA

“JPA é um framework baseado em POJOS (Plain Old Java Objects) para persistir

objetos Java, a Java Persistence API, não é apenas um framework para

Mapeamento Objeto-Relacional, ele também oferece diversas funcionalidades

para qualquer aplicação corporativa.” (MEDEIROS, 2017).

3.6. WildFly

Wildfly também conhecido como Jboss desenvolvido em Java que é o servidor

de aplicação Open Source da comunidade JBoss. Um servidor de aplicação deve

permitir a implantação de aplicações que sigam os padrões. O Wildfly possui

uma arquitetura modular com ferramentas de gerenciamento, recursos para

criação de clusters.

3.7. Hibernate

Hibernate é um framework para efetuar o mapeamento objeto relacional (ORM)

escrito na linguagem java, onde seu principal foco é diminuir a complexidade

envolvida no desenvolvimento de aplicações que necessitam trabalhar com

banco de dados, onde ele faz a intermediação entre o banco de dados e sua

aplicação, poupando o desenvolvedor de ter que se preocupar com instruções

SQL para recuperar ou persistir os dados do seu software.

43

3.8. CDI

“O CDI é uma especificação do Java EE, que cuida da injeção de dependências

e se encaixa muito bem em qualquer tipo de projeto Java.

Com o CDI habilitado, todas as classes do projeto são consideradas managed

beans, assim, passíveis de injeção e de serem injetadas, a base de todo CDI é

quem permite a injeção de dependências e devemos usá-la nos pontos que

queremos injeção automática, podendo ser construtores, setters ou atributos

privados.”(LOPES, 2012).

3.9. AngularJS

“O AngularJS foi criado em 2009 por Misko Havery e Adams Abrons, atualmente

ele é mantido por uma equipe da Google. O Angular é um framework MVC

JavaScript, que tem como objetivo simplificar e facilitar o desenvolvimento

WEB.”(LENNON,2014).

Componente do AngularJS:

Módu los

D i re t i vas

Cont ro l le rs

Se rv i ces

Routes

3.10 Bootstrap

Bootstrap é um framework front-end que promove uma enorme facilidade para

os desenvolvedores web a criar sites com tecnologia mobile, sem ter que

programar uma linha de CSS. O termo “Bootstrap” em inglês significa

inicialização, algo que possui um ponto de partida.

Além disso, o Bootstrap possui uma diversidade de componentes como plugins

em JavaScript, jQuery que auxiliam o designer a implementar tootlip, menu-

dropdown, modal, carousel, slideshow, entre muitos outros, apenas

acrescentando algumas configurações no código, sem a necessidade de criar

scripts. (COSTA, 2014).

O Bootstrap possui uma série de recursos:

44

Rese t CSS

Es t i l o v i sua l base p ra ma io r ia das tags

Í cones

G r ids p ron tos p ra uso

Componen tes CSS

P lug ins JavaScr ip t

Tudo mob i le - f i r s t e respons ivo

45

4. Conclusão

Esse projeto foi desenvolvido com a finalidade de oferecer aos usuários um

sistema simples, prático e com grande utilidade no dia-a-dia dentro e fora do seu

estabelecimento. Com o foco de controlar todos os procedimentos realizados em

uma distribuidora pet, sendo eles gastos da empresa, movimentações de

entrada e saídas e relatórios.

O sistema contém várias telas de cadastros, sendo eles, funcionários, produtos,

clientes, função, fornecedor e baseado nessas informações os usuários do

sistema realizam as movimentações necessárias no dia-a-dia.

Em geral o desenvolvimento do sistema foi de extrema importância para o

crescimento pessoal e profissional, com o mesmo pude aumentar meus

conhecimentos em relação as ferramentas e a linguagem usada para o

desenvolvimento de um software.

46

5. REFERÊNCIAS

GUEDES, Gilleanes T.A. UML 2 Uma Abordagem Prática Novatec Editora Ltda

2011.

ALECRIM, Banco De Dados MySQL e PostgreSQL.

Disponível em:

< https://www.infowester.com/postgremysql.php>.

Acessado em 16 Mar. 2017.

SOARES, Desenvolvimento Web Com Java.

Disponível em:

<http://softwarelivre.org/portal/noticias/desenvolvimento-web-com-java>.

Acessado em 16 de Mar. 2017.

VINICIUS, Conhecendo o Eclipse - Uma apresentação detalhada da IDE.

Disponível em:

<http://www.devmedia.com.br/conhecendo-o-eclipse-uma-apresentacao-

detalhada-da-ide/25589>.

Acessado em 01 de Ago. 2017.

MEDEIROS, Introdução à JPA - Java Persistence API,

Disponível em:

< http://www.devmedia.com.br/introducao-a-jpa-java-persistence-api/28173 >.


O que é o Wildfly?.

Disponível em:

< https://jboss-books.gitbooks.io/wildfly/content/o_que_e_wildfly.html>.


47

Uma introdução prática ao JPA com Hibernate

Disponível em:

<https://www.caelum.com.br/apostila-java-web/uma-introducao-pratica-ao-jpa-

com-hibernate/>.


LOPES, Use CDI no seu próximo projeto Java.

Disponível em:

< http://blog.caelum.com.br/use-cdi-no-seu-proximo-projeto-java/>.


LENNON, Aprendendo Angular do início passo a passo.

Disponível em:

<http://blogdoscursos.com.br/aprendendo-angular/>.


COSTA, O QUE É BOOTSTRAP?.

Disponível em:

< http://www.tutorialwebdesign.com.br/o-que-e-bootstrap/>.


BEDANI, Engenharia de Software 2 - Técnicas para levantamento de Requisitos.

Disponível em:

<http://www.devmedia.com.br/engenharia-de-software-2-tecnicas-para-

levantamento-de-requisitos/9151>.


CHEN, O que é um diagrama entidade-relacionamento (ERD)?.

Disponível em:

<https://www.lucidchart.com/pages/pt/o-que-%C3%A9-um-modelo-entidade-

relacionamento>.


48

SAMUEL PAIVA, Dicas e Tutorias, Geral, Tecnologias e Pesquisas, 2011.

Disponível em:<http://www.plantaonerd.com/blog/2011/04/18/astah-community-

um-software-para-trabalha-com-umls/>. Acessado em:20 de Mar. 2017.

Project Management Institute. PMBOK 5ª: Um Guia do Conhecimento em

Gerenciamento de Projetos (Guia PMBOK), 2013.

SISTEMA DE GERENCIAMENTO DE DISTRIBUIDORA PET · 2.2. MAPA MENTAL Segundo o PMBOK (2013) Mapa...

Documents

Transcript of SISTEMA DE GERENCIAMENTO DE DISTRIBUIDORA PET · 2.2. MAPA MENTAL Segundo o PMBOK (2013) Mapa...