CAMPANHA NACIONAL DE ESCOLAS DA COMUNIDADE FACULDADE CENECISTA DE CAPIVARI - FACECAP BACHARELADO EM SISTEMAS DE INFORMAÇÃO TCC

(1)

CAMPANHA NACIONAL DE ESCOLAS DA COMUNIDADE FACULDADE CENECISTA DE CAPIVARI - FACECAP

BACHARELADO EM SISTEMAS DE INFORMAÇÃO

TCC

(2)

Trabalho de Conclusão de Curso

WineSystem

WS

Coordenador: Carlos Roberto Paviotti

Orientador: Clever Zuin Lobo

Desenvolvedores:

Douglas Souza Andrade

Luis Cyrilo Ganassim Verdi

Matheus Rodrigues de Jesus

(3)

Resumo

Este projeto visa criar um produto de software, nomeado como WineSystem, com o intuito de informatizar uma microempresa que trabalha com a venda de vinhos e outros produtos relacionados.

O software contará com funcionalidades básicas de um sistema para micro-empresas comerciais, como o cadastro de produtos e clientes, condição de pagamento e geração de relatórios.

(4)

Sumário

Capítulo 1 – Prefácio ... 08 1.1. Dados da Organização ... 08 1.2. Usuário chave ... 08 1.3. Representante da organização ... 08 1.4. Motivação do usuário ... 08

Capítulo 2 – Principais documentos relativos ao levantamento de dados do sistema ... 09

2.1. Descrição do sistema atual ... 09

2.2. Descrição do processo alvo ... 0

2.3. Mensuração de volumes ... 10

2.4. Comparativo da situação atual e da situação esperada com o novo sistema ... 10

2.5. Pesquisas de verificação da existência de sistemas similares no mercado ... 10

2.6. Impactos do novo sistema ... 12

Capítulo 3 – Descrição textual do sistema ... 13

3.1. Título do sistema ... 13

3.2. Sigla do sistema ... 13

3.3. Escopo do sistema ... 13

3.4. Requisitos funcionais ... 13

3.5. Requisitos não funcionais ... 14

3.6. Plataforma necessária ... 14

3.7. Plataforma atual existente... 15

3.8. Quando a organização alvo terá o hardware necessário e não existente ... 15

Capítulo 4 – Objetivos do projeto ... 16

4.1. Contexto do negócio ... 16

4.2. Objetivos ... 16

4.3. Funções principais ... 16

4.4. Questões de desempenho ... 17

4.5. Restrições técnicas e administrativas ... 17

Capítulo 5 – Estudo de viabilidade financeira ... 18

5.1. Previsão financeira ... 18

5.2. Investimentos em infra-estrutura ... 18

5.3. Investimentos em desenvolvimento ... 18

5.4. Custos fixos ... 22

5.5. Benefícios ... 22

Capítulo 6 – Riscos de projeto ... 23

6.1. Magnitude, descrição, impacto, indicadores, estratégia de mitigação, plano de contingência ... 23

6.1.1. Perda do usuário chave ... 23

6.1.2. Mudança de escopo ... 23

6.1.3. Vencimento de prazos ... 24

Capítulo 7 – Plano de Projeto ... 25

7.1. Divisão de tempo e esforço ... 25

(5)

Capítulo 8 – Glossário ... 28

8.1. Dicionarização de siglas ... 28

8.2. Termos, normas e legislação ... 28

Capítulo 9 – Atributos dos requisitos ... 30

Capítulo 10 – Documentos de requisitos ... 31

10.1. Diagrama de Casos de Uso ... 31

10.2. Especificação de casos de uso ... 32

10.2.1. UC001 – Manter Produto ... 32

10.2.1.1. Diagrama de atividade – Manter produto ... 34

10.2.1.1.1. Diagrama de sequência de negócio – Manter produto... ... 35

10.2.1.1.2 Diagrama de sequência de implementação – Manter produto... ... 36

10.2.2. UC002 – Manter Cliente ... 37

10.2.2.1. Diagrama de atividade – Manter cliente ... 39

10.2.2.1.1. Diagrama de sequência de negócio – Manter cliente... ... 40

10.2.2.1.2 Diagrama de sequência de implementação – Manter cliente... ... 41

10.2.3. UC003 – Manter Fornecedor ... 42

10.2.3.1. Diagrama de atividade – Manter fornecedor ... 44

10.2.3.1.1. Diagrama de sequência de negócio – Manter fornecedor ... 45

10.2.3.1.2. Diagrama de sequência de implementação – Manter fornecedor ... 46

10.2.4. UC004 – Registrar Venda ... 47

10.2.4.1. Diagrama de atividade – Registrar venda ... 48

10.2.4.1.1. Diagrama de sequência de negócio – Registrar venda ... 49

10.2.4.1.2. Diagrama de sequência de implementação – Registrar venda ... 50

10.2.5. UC005 – Registrar Compra ... 51

10.2.5.1. Diagrama de atividade – Registrar compra ... 52

10.2.5.1.1. Diagrama de sequência de negócio – Registrar compra ... 53

10.2.5.1.2. Diagrama de sequência de implementação – Registrar compra ... 54

10.2.6. UC006 – Consultar Dados de Venda... 55

10.2.6.1. Diagrama de atividade – Consultar dados de venda .... 56

10.2.6.1.1. Diagrama de sequência de negócio – Consultar dados de venda ... 57

10.2.6.1.2. Diagrama de sequência de implementação – Consultar dados de venda ... 58

10.2.7. UC007 – Consultar Dados de Compra ... 59

10.2.7.1. Diagrama de atividade – Consultar dados de compra .. 60

10.2.7.1.1. Diagrama de sequência de negócio – Consultar dados de compra ... 61

10.2.7.1.2. Diagrama de sequência de implementação – Consultar dados de compra ... 62

(6)

10.2.8.1. Diagrama de atividade – Gerar relatório de

contas a receber ... 64

10.2.8.1.1. Diagrama de sequência de negócio - Gerar relatório de contas a receber ... 65

10.2.8.1.2. Diagrama de sequência de implementação - Gerar relatório de contas a receber ... 66

10.2.9. UC009 – Gerar Relatório de Contas a Pagar ... 67

10.2.9.1 Diagrama de atividade – Gerar relatório de contas a pagar ... 68

10.2.9.1.1. Diagrama de sequência de negócio – Gerar relatório de contas a pagar ... 69

10.2.9.1.1. Diagrama de sequência de implementação – Gerar relatório de contas a pagar ... 70

10.2.10 UC010 – Gerar Relatório de Venda ... 71

10.2.10.1. Diagrama de atividade – Gerar relatório de venda ... 72

10.2.10.1.1. Diagrama de sequência de negócio – Gerar relatório de venda ... 73

10.2.10.1.1. Diagrama de sequência de implementação – Gerar relatório de venda ... 74

10.2.11. UC011 – Gerar Relatório de Compra ... 75

10.2.11.1. Diagrama de atividade – Gerar relatório de compra ... 76

10.2.11.1.1. Diagrama de sequência de negócio – Gerar relatório de compra ... 77

10.2.11.1.2. Diagrama de sequência de implementação – Gerar relatório de compra ... 78

10.2.12. UC012 – Consultar Estoque ... 79

10.2.12.1. Diagrama de atividade – Consultar estoque ... 80

10.2.12.1.1. Diagrama de sequência de negócio – Consultar estoque ... 81

10.2.12.1.2. Diagrama de sequência de implementação – Consultar estoque ... 82

10.2.13. UC013 – Manter contas a pagar ... 83

10.2.13.1 Diagrama de atividade – Manter contas a pagar ... 85

10.2.13.1.1 Diagrama de sequência de negócio – Manter contas a pagar... ... 86

10.2.13.1.1 Diagrama de sequência de implementação – Manter contas a pagar... ... 87

Capítulo 11 – Modelo de análise ... 88

11.1. Diagrama de classe de negócio ... 88

11.2. Diagrama de entidade e relacionamento da aplicação ... 89

Capítulo 12 – Modelo de projeto ... 90

12.1. Diagrama de classe de implementação ... 90

12.2. Modelo físico dos dados do sistema ... 91

12.3. Diagrama de estados ... 92

12.3.1. Diagrama de estado da classe “Estoque” ... 92

12.3.2. Diagrama de estado da classe “Venda”... 93

Capítulo 13 – Documento de arquitetura... 94

13.1. Diagrama de componentes ... 94

13.2. Diagrama de Implantação ... 95

(7)

Capítulo 15 – Agradecimentos ... 97 Capítulo 16 – Documentos complementares ao trabalho ... 98

(8)

8

Capítulo 1 – Prefácio

1.1 Dados da Organização

Razão Social: Ivan Aparecido Rodrigues de Jesus - ME Endereço: Rua Gastão Vidigal, 86

Cidade: Capivari/SP Telefone: (19)3491-6563 CNPJ: 06.937.400/0001-04

Inscrição estadual: 569.064.420.111 Ramo de atividade: Comércio

1.2 Usuário chave

Nome: Ivan Aparecido Rodrigues de Jesus Cargo: Proprietário da empresa

Telefone: (19)3491-6563

1.3 Representante da Organização

Nome: Ivan Aparecido Rodrigues de Jesus Cargo: Proprietário da empresa

Telefone: (19)3491-6563

1.4 Motivação do usuário

O usuário está disposto a colaborar com o desenvolvimento do projeto, fornecendo todas as informações, bem como as regras de negócio para o desenvolvimento do sistema, pois considera que o software será de grande valia para o crescimento da empresa, refletindo em um melhor gerenciamento dos processos internos da empresa, assim como na diminuição dos custos.

(9)

9

Capítulo 2

– Principais documentos relativos ao levantamento

de dados do sistema

2.1 Descrição do sistema atual

A empresa não possui nenhum sistema implantado atualmente. Boa parte dos seus processos internos e burocráticos são realizados manualmente, contando com um pequeno auxílio de softwares para escritórios, como os da suíte Microsoft Office.

2.2 Descrição do processo alvo

Sucintamente, o processo de trabalho dentro da empresa compreende em:

 Confeccionar, embalar e congelar os produtos comercializados;

 Registrar as entradas e saídas de produtos no estoque;

 Efetuar e receber encomendas via e-mail, SMS, telefone e pronta entrega;

 Visitar semanalmente os fornecedores e os clientes de cada cidade.

O número de pessoas envolvidas nesse processo se limita a duas, sendo estes o dono da empresa e uma funcionária. Os fornecedores da empresa são: frigorífico, hipermercado, comércio atacadista de frios, vinícola e gráfica. O estereótipo do cliente da empresa é formado por: pessoas físicas e jurídicas, sendo instituições como: empresas, escola, fóruns etc. Quanto às formas de pagamento o cliente poderá pagar à vista nas modalidades cheque, espécie, boleto ou cartão de débito. Há também a possibilidade de pagar a prazo ou parcelado na modalidade de cheque, boleto ou cartão de crédito.

(10)

10 2.3 Mensuração de volumes

A média de vendas realizadas por dia é de aproximadamente 107 produtos.

2.4 Comparativo da situação atual e da situação esperada com o novo sistema

Na situação atual, o cliente utiliza planilhas eletrônicas e papéis para auxiliá-lo em seus processos internos, de maneira desconexa. Isso faz com que estes processos da empresa sejam lentos e dispendiosos. Com a implementação do sistema, espera-se que os processos internos principais que utilizam recursos informáticos da mesma sejam otimizados, ou seja, tornem-se mais integrados, ágeis e menos dispendiosos.

2.5 Pesquisas de verificação da existência de sistemas similares no mercado

Há vários sistemas similares no mercado, como o aplicativo AC da CompuFour e o Smallcommerce da Navesoft. Suas características se embasam em controle de transações cotidianas numa pequena e micro empresa, dentre as quais citamos:

 Controle de estoque

 Lista de preços configurável

 Cálculo do preço de venda

 Várias opções etiquetas de endereçamento

 Acesso aos módulos completo ou só leitura

 Controle de limite de crédito

 Fornecedores (histórico das compras)

 Cadastro de Funcionários

(11)

11 Interface do aplicativo AC

(12)

12 2.6 Impactos do novo sistema

O novo sistema visa diminuir:

 O uso de papéis;

 O uso desconexo de documentos da suíte MS-Office;

 Transações de informação entre portfólios diferentes (por exemplo: o vendedor anota o pedido no papel, depois passa o mesmo num documento eletrônico).

Como o WS visa a integração dos componentes tecnológicos que a empresa utiliza, espera-se que com esse novo sistema os processos internos da empresa sejam agilizados, pois se reduzirá o gasto com papéis e o uso desconexo de planilhas eletrônicas entre outros documentos.

(13)

13

Capítulo 3 – Descrição textual do sistema

3.1 Título do sistema

WineSystem

3.2 Sigla do sistema

WS

3.3 Escopo do sistema

O escopo do sistema consiste em:

 Realização de cadastros de produtos, clientes e fornecedores;

 Controle nos processos transacionais da empresa, como compra de produtos dos fornecedores e venda de produtos para os clientes;

 Controle de contas a pagar e a receber;

 Realização de consultas e registros arquivados no sistema;

 Geração de relatórios condizentes às transações realizadas.

3.4 Requisitos funcionais

Requisito Descrição/Justificativa

001 – Manter produto Armazenar dados referentes ao produto.

002 – Manter cliente Armazenar dados referentes ao cliente.

(14)

14 fornecedor.

004 – Registrar venda Registrar a realização de uma venda. 005 – Registrar compra Registrar a realização de uma

compra.

006 – Consultar dados de venda Consultar dados cadastrados referentes às vendas realizadas pelo sistema.

007 – Consultar dados de compra Consultar dados cadastrados referentes às compras realizadas pelo sistema.

008 – Gerar relatório de contas a receber

Gerar um relatório de acerca de contas que a empresa tem a receber. 009 – Gerar relatório de contas a

pagar

Gerar um relatório acerca de contas que a empresa tem a pagar.

010 – Gerar relatório de venda Gerar um relatório acerca de vendas realizadas e pendentes, contendo informações detalhadas da mesma. 011 – Gerar relatório de compra Gerar um relatório acerca de compras

realizadas e pendentes, contendo informações detalhadas da mesma. 012 – Consultar estoque Consultar os dados cadastrados

referentes aos produtos inseridos no sistema.

013 – Manter Contas a pagar Armazenar dados referentes a uma compra de produtos que a empresa utiliza para consumo próprio (não é gerado pelo lançamento a partir de uma compra).

3.5 Requisitos não funcionais

O sistema possuirá os seguintes requisitos não funcionais:

 Realização de backup dos dados.

3.6 Plataforma necessária

Quanto ao hardware, será necessário ter um PC com a mínima configuração de:

 HDD de 320 GB;

 2 GB de RAM;

(15)

15 Quanto ao software, será necessário ter instalado:

 Sistema operacional: Windows XP, Windows Vista ou Windows 7;

 JRE.

3.7 Plataforma atual existente

Atualmente a empresa não dispõe de um sistema, nem do hardware necessário.

3.8 Quando a organização alvo terá o hardware necessário e não existente

A empresa está disposta a adquirir o hardware necessário para a implementação do sistema, quando este estiver pronto.

(16)

16

Capítulo 4 – Objetivos do Projeto

4.1 Contexto do negócio

Hoje em dia praticamente todas as pequenas empresas estão informatizadas, com softwares comerciais divergentes, mas com características similares. A empresa Vinhos&Cia não conta com um sistema informatizado.

A empresa Vinhos&Cia trabalha com a venda de produtos comestíveis e brindes personalizados. Seu processo de venda consiste em:

 Um funcionário da empresa vai até os clientes, para que os mesmos realizem encomendas;

 A encomenda é anotada pelo funcionário;

 É providenciada a encomenda do produto, que pode ser um brinde ou um alimento;

 Um funcionário leva a encomenda até o cliente.

4.2 Objetivos

Pretendemos, com este projeto, criar um sistema que possa informatizar o processo de venda da empresa, assim como outros detalhes ligados a ele, visando a redução de custos e processos mais eficientes.

4.3 Funções principais

A função principal do projeto visa à informatização dos processos internos de compra/venda e transações da empresa, como o armazenamento de dados referentes aos produtos, clientes e fornecedores; geração de relatórios condizentes às vendas, compras, contas a pagar e contas a receber.

Com a informatização, estes processos serão otimizados, tendo como consequência a diminuição de custos da empresa com impressões diárias das planilhas do estoque, pagamentos pendentes, e demais documentos que auxiliam o usuário a lidar com os dados acerca da empresa, tornando, assim, virtuais tais procedimentos, além de um melhor gerenciamento, que

(17)

17 possibilitará o usuário uma manipulação mais eficiente a estes processos citados, com agilidade, integração e detalhamento.

4.4 Questões de desempenho

É necessário ter um hardware com plataforma PC, com, no mínimo, a seguinte configuração:

 CPU, preferencialmente de 32 bits, de 2.0 GHz;

 2 GB de RAM;

 HDD de 320GB.

4.5 Restrições técnicas e administrativas

Restrições técnicas: o sistema deve estar apto a ficar ativo durante, pelo menos, cinco dias por semana.

Restrições administrativas: deverá ter sigilo nos dados armazenados no sistema.

(18)

18

Capítulo 5 – Estudo de viabilidade financeira

5.1 Previsão financeira

Por se tratar de um trabalho acadêmico, não será cobrado nenhum valor pelo desenvolvimento do software à empresa. No entanto, será elaborado um cálculo para a mensuração do valor do software.

5.2 Investimentos em infra-estrutura

Será necessária a aquisição de um PC com a seguinte configuração: - CPU de 2 GHz;

- HDD de 320 GB; - 2 GB de RAM.

Também será necessária a aquisição de um sistema operacional (Windows XP, Windows Vista ou Windows 7).

5.3 Investimentos em desenvolvimento

Tipo de Ator Descrição

Simples Sistema onde há uma API bem definida para a interação

Médio Sistema onde a interação envolve um protocolo, por exemplo TCP/IP

Complexo Ser humano que necessita de uma GUI ou Web page

Atores UAW

Tipo de Ator Peso Quant Total

Simples 1 0 0

Medio 2 1 2

Complexo 3 0 0

Total UAW 2

Caso de Uso Descrição

Simples Se a quantidade de passos no fluxo for no máximo 3, ou Necessitar de até 5 classes

de análise

Médio Se a quantidade de passos no fluxo estiver entre 4 e 7 (inclusive), ou Necessitar de 5

(19)

19

Complexo Se a quantidade de passos no fluxo for maior que 7, ou Necessitar mais de 10

classes de análise

Caso de Uso UUCW

Tipo Peso Quant Total

Simples 5 6 30

Medio 10 7 70

Complexo 15 0 0

Total UUCW 100

UUCP = UAW + UUCW

UUCP = 102

Fator Descrição

Simples (0) Fatores são irrelevantes para o projeto

Médio (3) Alguns fatores são relevantes

Complexo (5) Forte influência dos fatores para o projeto

Fator de complexidade

Fator Requisito Peso Variação peso*variação

T1 Sistema Distribuido 2 0 0 T2 Tempo Resposta 2 3 6 T3 Eficiencia 1 3 3 T4 Processamento Complexo 1 3 3 T5 Reusabilidade 1 3 3 T6 Facilidade de Instalação 0,5 3 1,5 T7 Usabilibdade 0,5 3 1,5 T8 Portabilidade 2 0 0 T9 Facilidade de Mudança 1 0 0 T10 Concorrencia 1 3 3 T11 Recursos de Segurança 1 3 3

T12 Acessiveis por Terceiros 1 0 0

T13 Treinamento Especial 1 0 0

(20)

20 Soma Variação Aplicada Fator C a Aplicar 0 0,6 10 0,7 20 0,8 30 0,9 40 1 50 1,1 60 1,2 65 1,3

Technical Complexity Factor TCF

TCF = C + (0.01 * Tfactor)

C = 0,9

Techinical Complexity Factor TCF

TCF = 1,14

Fator Descrição

Simples (0) Fatores são irrelevantes para o projeto

Médio (3) Alguns fatores são relevantes

Complexo (5) Forte influência dos fatores para o projeto

Fatores de Ambiente Environment Complexity Factor

Fator Descrição Peso Variação peso*variação

E1 Familaridade c/RUP ou outro PDS 1,5 3 4,5

E2 Experiencia com a Aplicação 0,5 3 1,5

E3 Experiencia com O.O. 1 3 3

E4 Presença de Analista Experiente 1 5 5

E5 Motivação 1 3 3

E6 Requisitos Estáveis 2 3 6

E7 Desenvolvimento Meio Expediente -1 5 -5

E8 Linguagem Programação Dificil 2 3 6

(21)

21 Soma Variação Aplicada Fator V a Aplicar 0 0,425 8 0,62 16 0,815 24 1,01 32 1,205 40 1,4

Environment Complexity Factor ECF

ECF = V + (-0.03 * Efactor)

V = 1,01

Techinical Complexity Factor TCF

ECF = 0,29

Calculo dos Pontos Caso de Uso

Use Case Point

(VAW +UUCW)+TCF+ECF

UCP = 103,43

Estimativas de Horas Trabalhadas

Media de Tempo para cada UCP em hs

4 Horas

Tempo estimado

Tempo Estimado: 413,72 horas Vr.hr desenvolvimento: R$ 6,40 por hora * Qtde.Desenvolvedores: 3 Total Projeto R$ 7.943,42

* Fonte: Conforme a tabela de salários da revista Info do mês de Abril de 2012 o salário de um Assistente de Tecnologia da Informação na categoria júnior é de R$ 1.407,28

(22)

22 5.4 Custos fixos

Não haverá nenhum custo fixo depois da implantação do software na empresa.

5.5 Benefícios

 Otimizar e automatizar os processos de negócio da empresa;

 Melhor desempenho no gerenciamento de produtos;

(23)

23

Capítulo 6 – Riscos de projeto

6.1 Magnitude, descrição, impacto, indicadores, estratégia de mitigação, plano de contingência

6.1.1 Perda do usuário chave

Magnitude Alta.

Descrição

Todo o desenvolvimento do sistema está voltado aos requisitos cedidos por um usuário chave. É ele que deve passar os conceitos certos aos desenvolvedores.

Impacto

Se acontecer a perda do usuário chave, todos os componentes do sistema relacionados à interface ficarão obscuros e mal definidos.

Indicadores

Falta de tempo do usuário chave em se reunir com o grupo.

Estratégia de mitigação

Tentar extrair o máximo de informação, de maneira natural e conveniente, nas reuniões feitas pelo grupo.

Plano de contingência

Abordar outro usuário que entenda os processos de negócio da empresa.

6.1.2 Mudança de escopo

Magnitude Alta.

Descrição

Alteração nas funções do sistema, assim como a plataforma em que o mesmo rodará.

Impacto

A codificação e a arquitetura de hardware teriam que ser alteradas.

Indicadores

O cliente não está satisfeito com o que se produz e pede alterações nas funções constantemente.

(24)

24 Estratégia de mitigação

Estabelecer um consenso em cada etapa do desenvolvimento, onde o que foi feito será aceito pelo o usuário chave e poderá sofrer pequenas mudanças posteriormente, para não comprometer o desenvolvimento.

Reformulação dos artefatos do sistema, assim como as especificações.

6.1.3 Vencimento de prazos

Magnitude Média.

Descrição

As datas previstas no cronograma serem adiadas.

Impacto

Demora no tempo de entrega do software.

Indicadores

Descomprometimento por parte dos integrantes do grupo.

Estratégia de mitigação

Manter os integrantes do grupo atentos e comprometidos com o projeto.

Reunir-se fora dos horários estabelecidos destinados ao desenvolvimento do projeto.

(25)

25

Capítulo 7 – Plano de Projeto

7.1 Divisão de tempo e esforço

A divisão de tempo e esforço será distribuída aos integrantes da equipe de desenvolvimento, sendo que cada um será responsável por uma parte específica e essencial do projeto.

Gerente de Projeto: Luis Analista de Projeto: Matheus

Desenvolvimento: Luis, Matheus, Douglas Teste: Douglas

Documentação: Luis, Matheus

Implantação: Luis, Matheus, Douglas

7.2 Cronograma com objetivos

Tarefa Duração Início Término Quem

realizou Projeto 176 dias úteis Ter 21/02/2012 Ter 23/10/2012 Douglas, Luis, Matheus Prefácio 5 horas 21/02/2012 25/02/2012 Douglas, Luis, Matheus Principais documentos relativos ao levantamento de requisitos do sistema 15 horas 28/02/2012 04/03/2012 Matheus Descrição textual do sistema 12 horas 06/03/2012 09/03/2012 Luis, Matheus Elaboração do glossário 8 horas 13/03/2012 15/03/2012 Luis, Matheus Elaboração do documento de normas e padrões 8 horas 20/03/2012 23/03/2012 Luis Objetivos do projeto 8 horas 27/03/2012 30/03/2012 Douglas, Luis, Matheus Estudo de viabilidade financeira 8 horas 03/04/2012 05/04/2012 Luis, Matheus

(26)

26 Riscos do

projeto 8 horas 10/04/2012 13/04/2012 Matheus Plano de

projeto 12 horas 17/04/2012 21/04/2012 Luis Entrega dos requisitos 12 horas 24/04/2012 29/04/2012 Douglas, Luis, Matheus Diagrama de

Casos de Uso 8 horas 08/05/2012 11/05/2012

Luis, Matheus Diagrama de Atividades 8 horas 15/05/2012 19/05/2012 Luis, Matheus Diagrama de Sequência de Negócio 8 horas 22/05/2012 26/05/2012 Luis, Matheus Entrega dos diagramas 8 horas 29/05/2012 03/06/2012 Luis, Matheus Entrega do modelo de análise 10 horas 05/06/2012 09/06/2012 Douglas, Luis, Matheus Entrega do modelo de projeto 10 horas 12/06/2012 15/06/2012 Douglas, Luis, Matheus Entrega de um protótipo 15 horas 19/06/2012 24/06/2012 Douglas, Luis, Matheus Diagrama de Sequência de Implementação 8 horas 07/08/2012 11/0/2012 Luis Diagrama de Classe de Implementação 8 horas 14/08/2012 18/08/2012 Luis Diagrama de componentes 8 horas 21/08/2012 25/08/2012 Douglas, Luis, Matheus Diagrama de implantação 8 horas 28/08/2012 31/08/2012 Douglas, Luis, Matheus Codificação 210 horas 04/09/2012 30/09/2012 Douglas, Luis, Matheus Projeto de

testes 115 horas 02/10/2012 16/10/2012 Douglas Correções 8 horas 23/10/2012 23/10/2012 Luis,

Matheus Entrega do projeto 528 horas Ter 21/02/2012 Ter 23/10/2012 Douglas, Luis, Matheus

(27)

27

 21/02/2012 a 23/10/2012 = 176 dias úteis (segunda a sexta-feira)

 Carga horária diária de trabalho: 3 horas

(28)

28

Capítulo 8 – Glossário

8.1 Dicionarização de siglas

Backup – cópia de dados para um dispositivo de armazenamento diferente. É utilizado como cópia de segurança, para ser usada caso os dados originais forem perdidos ou corrompidos.

BD – Banco de Dados. Coleção de dados de dados, que se relacionam de acordo com uma lógica, armazenada em algum espaço físico.

Bit – Binary Digit. Menor unidade de dados que pode ser armazenada e transferida. Oito bits formam um byte.

Ghz – Giga Hertz. Frequência em ciclos por segundo na escala 109. É usada para definir a velocidade dos processadores de PCs.

HDD – Hard Drive Disk. Dispositivo no qual são armazenados dados permanentemente.

JRE – Java Runtime Environment. Programa responsável por fazer aplicações feitas em linguagem Java executarem apropriadamente.

PC – Personal Computer. Computador de pequeno porte e baixo custo, que se destina ao uso pessoal ou por um pequeno grupo de indivíduos.

RAM – Random Access Memory. Tipo de memória que permite a leitura e a escrita de dados armazenados.

SO – Sistema Operacional. Programa responsável pelo gerenciamento do hardware, assim como seus recursos, e de ser fornecer uma interface entre o usuário e o hardware.

8.2 Termos, normas e legislação

 Banco de dados

Será usado o seguinte padrão para a nomenclatura:

- Tabelas: letra inicial maiúscula, e as procedentes minúsculas. Ex: Cliente. Caso o nome seja composto, os nomes terão os primeiros três caracteres e será agregado o segundo nome ao primeiro, ambos separados pelo caractere underline. Ex: Cli_Cod

(29)

29 - Atributos: letra inicial maiúscula, e as procedentes minúsculas. Caso seja sigla, a palavra inteira será em letra maiúscula. Ex: Nome; ID. Caso o nome seja composto, os nomes serão concatenados naturalmente, sendo que se o segundo nome for extenso, este pode ser abreviado. Ex: EstoqueMax.

 Componentes e variáveis

(30)

30

Capítulo 9 – Atributos dos requisitos

Na matriz, os atributos e os requisitos do sistema estão expostos de maneira clara, ordenados pelas características de: complexidade, que se refere ao grau de dificuldade de implementação do atributo/requisito no sistema; estabilidade, que se refere às mudanças que poderão ocorrer no atributo/requisito; prioridade, que se refere à importância do atributo/requisito do sistema, ao qual será focada a devida atenção; custo, que se refere ao esforço monetário para a implementação de um atributo/requisito no sistema; e, por último, o risco, que se refere às possibilidades de ocorrência de fracasso na implementação do atributo/requisito. Todas essas características serão mensuradas pelos três graus de intensidade: alto, médio e baixo.

Requisito/Atributo Complexidade Estabilidade Prioridade Custo Risco

Manter produto Média Média Alta Médio Baixo

Manter cliente Média Média Alta Médio Baixo

Manter

fornecedor Média Média Alta Médio Baixo

Registrar venda Média Alta Alta Médio Médio

Registrar compra Média Alta Alta Médio Médio

Consultar dados

de venda Média Alta Alta Médio Baixo

Consultar dados

de compra Média Alta Alta Médio Baixo

Gerar relatório de

contas a receber Média Baixa Média Médio Médio Gerar relatório de

contas a pagar Média Baixa Média Médio Médio

venda Média Baixa Média Médio Médio

compra Média Baixa Média Médio Médio

Consultar

estoque Alta Média Alta Alta Alta

Manter contas a

(31)

31

Capítulo 10 – Documentos de requisitos

(32)

32 10.2 Especificação de casos de uso

10.2.1 UC001 – Manter Produto Projeto: WS – WineSystem

Identificador do Caso de Uso: 001 – Manter Produto Número da versão do Caso de Uso: 1.1

Finalidade ou Objetivo: Manter dados referentes ao produto. Atores: Usuário.

Evento inicial: Usuário requisita o cadastro de produto ao sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para a manutenção do produto; (E1)

2 – O usuário escolhe as opções disponíveis (incluir, alterar ou excluir) (A2, A3, A4)

3 – O sistema valida os dados (A1) (E2) e atualiza o BD; 4 – O Caso de Uso é encerrado.

Fluxo alternativo:

A1 – Dados inválidos

1 – O sistema informa uma mensagem de erro com dados incorretos;

2 – Volta ao passo 1 do fluxo principal. A2 – Incluir Produto

1 – O sistema disponibiliza na interface os campos conforme opção escolhida;

2 – O usuário informa os dados e confirma a operação (E1) 3 – Volta ao passo 3 do fluxo principal.

A3 – Alterar Produto

1 – O sistema disponibiliza a opção de Localizar Produto 2 – O usuário localiza o produto e confirma a operação (E1)

(33)

33 A4 – Excluir Produto

1 – O sistema disponibiliza a opção de Localizar Produto 2 – O usuário localiza o produto e confirma a operação (E1)

3 – O sistema disponibiliza na interface os campos e solicita a confirmação da exclusão;

4 – O usuário confirma a operação (E1, E2) 5 – Volta ao passo 3 do fluxo principal.

Fluxo de exceção:

E1 – Cancelamento do cadastro

1 – O usuário cancela o cadastro; 2 – O Caso de Uso é encerrado. E2 – Produto vinculado a outra tabela

1 – O sistema informa ao usuário que o produto encontra-se vinculado com outra tabela no banco de dados;

2 – O Caso de Uso é encerrado.

(34)

34 10.2.1.1 Diagrama de atividade – Manter produto

(35)

35 10.2.1.1.1 Diagrama de sequência de negócio – Manter produto

(36)

36 10.2.1.1.2 Diagrama de sequência de implementação – Manter produto

(37)

37 10.2.2 UC002 – Manter Cliente

Projeto: WS - WineSystem

Identificador do Caso de Uso: 002 – Manter Cliente Número da versão do Caso de Uso: 1.1

Finalidade ou Objetivo: Manter dados referentes ao cliente. Atores: Usuário.

Evento inicial: Usuário requisita a manutenção de cliente ao sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para a manutenção do cliente; (E1)

3 – O sistema valida os dados (A1) (E2) e atualiza o BD; 4 – O Caso de Uso é encerrado.

2 – Volta ao passo 1 do fluxo principal. A2 – Incluir Cliente

A3 – Alterar Cliente

1 – O sistema disponibiliza a opção de Localizar cliente 2 – O usuário localiza o cliente e confirma a operação (E1)

A4 – Excluir Cliente

(38)

38 2 – O usuário localiza o cliente e confirma a operação (E1)

3 – O sistema disponibiliza na interface os campos e solicita a confirmação da exclusão;

1 – O sistema informa ao usuário que o cliente encontra-se vinculado com outra tabela no banco de dados;

(39)

39 10.2.2.1 Diagrama de atividade – Manter cliente

(40)

40 10.2.2.1.1 Diagrama de sequência de negócio – Manter cliente

(41)

41 10.2.2.1.2 Diagrama de sequência de implementação – Manter cliente

(42)

42 10.2.3 UC003 – Manter Fornecedor

Identificador do Caso de Uso: 003 – Manter Fornecedor Número da versão do Caso de Uso: 1.1

Finalidade ou Objetivo: Armazenar dados referentes ao fornecedor. Atores: Usuário.

Evento inicial: Usuário requisita a manutenção de fornecedor ao sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para a manutenção do fornecedor; (E1)

3 – O sistema valida os dados (A1) (E2) e atualiza os dados no BD; 4 – O Caso de Uso é encerrado.

2 – Volta ao passo 1 do fluxo principal. A2 – Incluir Fornecedor

A3 – Alterar Fornecedor

1 – O sistema disponibiliza a opção de Localizar fornecedor 2 – O usuário localiza o fornecedor e confirma a operação (E1) 3 – O sistema disponibiliza na interface os campos conforme opção escolhida;

(43)

43 1 – O sistema disponibiliza a opção de Localizar fornecedor

2 – O usuário localiza o fornecedor e confirma a operação (E1) 3 – O sistema disponibiliza na interface os campos e solicita a confirmação da exclusão;

1 – O sistema informa ao usuário que o fornecedor encontra-se vinculado com outra tabela no banco de dados;

(44)

44 10.2.3.1 Diagrama de atividade – Manter fornecedor

(45)

45 10.2.3.1.1 Diagrama de sequência de negócio – Manter fornecedor

(46)

46 10.2.3.1.2 Diagrama de sequência de implementação – Manter fornecedor

(47)

47 10.2.4 UC004 – Registrar Venda

Identificador do Caso de Uso: 004 – Registrar Venda Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Armazenar dados referentes a uma venda realizada no sistema.

Atores: Usuário.

Evento inicial: Usuário requisita um registro de venda no sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para o registro da venda; (E1)

2 – O usuário insere os dados da venda; (A1) 3 – O sistema armazena os dados no BD; 4 – O Caso de Uso é encerrado.

2 – Volta ao passo 1. Fluxo de exceção:

1 – O usuário cancela o cadastro; 2 – O Caso de Uso é encerrado.

(48)

48 10.2.4.1 Diagrama de atividade – Registrar venda

(49)

49 10.2.4.1.1 Diagrama de sequência de negócio – Registrar venda

(50)

50 10.2.4.1.2 Diagrama de sequência de implementação – Registrar venda

(51)

51 10.2.5 UC005 – Registrar Compra

Identificador do Caso de Uso: 005 – Registrar Compra Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Armazenar dados referentes a uma compra realizada no sistema.

Evento inicial: Usuário requisita um registro de compra no sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para o registro da compra; (E1)

2 – O usuário insere os dados da compra; (A1) 3 – O sistema armazena os dados no BD; 4 – O Caso de Uso é encerrado.

1 – O usuário cancela o cadastro; 2 – O Caso de Uso é encerrado.

(52)

52 10.2.5.1 Diagrama de atividade – Registrar compra

(53)

53 10.2.5.1.1 Diagrama de sequência de negócio – Registrar compra

(54)

54 10.2.5.1.2 Diagrama de sequência de implementação – Registrar compra

(55)

55 10.2.6 UC006 – Consultar Dados de Venda

Identificador do Caso de Uso: 006 – Consultar Dados de Venda Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Consultar dados referentes a uma venda armazenada no sistema.

Evento inicial: Usuário requisita uma consulta de uma venda no sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para a consulta da venda; (E1)

2 – O usuário insere os dados da venda; (A1) 3 – O sistema busca os dados no BD;

4 – O sistema exibe os dados obtidos pela busca;(A2) 5 – O Caso de Uso é encerrado.

2 – Volta ao passo 1. A2 – Dados inexistentes

1 – O sistema informa uma mensagem de aviso informando que tais dados buscados não existem;

E1 – Cancelamento da consulta

1 – O usuário cancela a consulta; 2 – O Caso de Uso é encerrado.

(56)

56 10.2.6.1 Diagrama de atividade – Consultar dados de venda

(57)

57 10.2.6.1.1 Diagrama de sequência de negócio – Consultar dados de venda

(58)

58 10.2.6.1.2 Diagrama de sequência de implementação – Consultar dados de venda

(59)

59 10.2.7 UC007 – Consultar Dados de Compra

Identificador do Caso de Uso: 007 – Consultar Dados de Compra Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Consultar dados referentes a uma compra armazenada no sistema.

Evento inicial: Usuário requisita uma consulta de uma compra no sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para a consulta da compra; (E1)

2 – O usuário insere os dados da compra; (A1) 3 – O sistema busca os dados no BD;

4 – O sistema exibe os dados obtidos pela busca;(A2) 5 – O Caso de Uso é encerrado.

2 – Volta ao passo 1. A2 – Dados inexistentes

1 – O sistema informa uma mensagem de aviso informando que tais dados buscados não existem;

(60)

60 10.2.7.1 Diagrama de atividade – Consultar dados de compra

(61)

61 10.2.7.1.1 Diagrama de sequência de negócio – Consultar dados de

(62)

62 10.2.7.1.2 Diagrama de sequência – Consultar dados de compra

(63)

63 10.2.8 UC008 – Gerar Relatório de Contas a Receber

Identificador do Caso de Uso: 010 – Gerar Relatório de Contas a Receber Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Gerar um relatório impresso de uma relação contendo dados referentes a uma venda ainda não paga pelo cliente.

Evento inicial: Usuário solicita a impressão de relações referentes às contas a receber pelo sistema.

Fluxo principal:

1 – O sistema disponibiliza a interface com a opção para a impressão da relação; (E1)

2 – O usuário confirma a requisição; (A1) 3 – O sistema realiza a impressão;

4 – O Caso de Uso é encerrado. Fluxo alternativo:

A1 – Impressora inexistente

1 – Não há impressora mapeada no sistema operacional; 2 – Volta ao passo 2.

(64)

64 10.2.8.1 Diagrama de atividade – Gerar relatório de contas a receber

(65)

65 10.2.8.1.1 Diagrama de sequência de negócio - Gerar relatório de contas a receber

(66)

66 10.2.8.1.2 Diagrama de sequência de implementação - Gerar relatório de contas a receber

(67)

67 10.2.9 UC009 – Gerar Relatório de Contas a Pagar

Identificador do Caso de Uso: 011 – Gerar Relatório de Contas a Pagar Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Gerar um relatório impresso de uma relação contendo dados referentes a uma compra ainda não paga pela empresa.

Evento inicial: Usuário solicita a impressão de relações referentes às contas a pagar pelo sistema.

1 – O sistema disponibiliza a interface com a opção para a impressão da relação; (E1)

(68)

68 10.2.9.1 Diagrama de atividade – Gerar relatório de contas a pagar

(69)

69 10.2.9.1.1 Diagrama de sequência de negócio – Gerar relatório de contas a pagar

(70)

70 10.2.9.1.2 Diagrama de sequência de implementação – Gerar relatório de contas a pagar

(71)

71 10.2.10 UC010 – Gerar Relatório de Venda

Identificador do Caso de Uso: 012 – Gerar Relatório de Venda Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Gerar um relatório impresso contendo dados referentes a uma venda.

Evento inicial: Usuário solicita a impressão de dados cadastrados em uma venda.

1 – O sistema disponibiliza a interface com a opção para a impressão dos dados referentes a venda cadastrada ; (E1)

Pós-condições: É impresso um relatório contendo os dados de uma venda cadastrada no sistema.

(72)

72 10.2.10.1 Diagrama de atividade – Gerar relatório de venda

(73)

73 10.2.10.1.1 Diagrama de sequência de negócio – Gerar relatório de venda

(74)

74 10.2.10.1.2 Diagrama de sequência de implementação – Gerar relatório de venda

(75)

75 10.2.11 UC011 – Gerar Relatório de Compra

Identificador do Caso de Uso: 013 – Gerar Relatório de Compra Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Gerar um relatório impresso contendo dados referentes a uma compra.

Evento inicial: Usuário solicita a impressão de dados cadastrados em uma compra.

1 – O sistema disponibiliza a interface com a opção para a impressão dos dados referentes a compra cadastrada ; (E1)

Pós-condições: É impresso um relatório contendo os dados de uma compra cadastrada no sistema.

(76)

76 10.2.11.1 Diagrama de atividade – Gerar relatório de compra

(77)

77 10.2.11.1.1 Diagrama de sequência de negócio – Gerar relatório de compra

(78)

78 10.2.11.1.2 Diagrama de sequência de implementação – Gerar relatório de compra

(79)

79 10.2.12 UC012 – Consultar Estoque

Identificador do Caso de Uso: 012 – Consultar Estoque Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Verificar a situação atual do estoque, referente aos produtos existentes e inexistentes.

Evento inicial: Usuário requisita uma consulta do estoque no sistema. Fluxo principal:

1 – O sistema disponibiliza a interface com as opções para a consulta do estoque; (E1)

2 – O usuário insere os dados do produto; (A1) 3 – O sistema busca os dados no BD;

4 – O sistema exibe os produtos obtidos pela busca;(A2) 5 – O Caso de Uso é encerrado.

2 – Volta ao passo 1. A2 – Produto inexistente

1 – O sistema informa uma mensagem de aviso informando que tais produtos buscados não existem;

(80)

80 10.2.12.1 Diagrama de atividade – Consultar estoque

(81)

81 10.2.12.1.1 Diagrama de sequência de negócio – Consultar estoque

(82)

82 10.2.12.1.2 Diagrama de sequência de implementação – Consultar estoque

(83)

83 10.2.13 UC013 – Manter contas a pagar

Identificador do Caso de Uso: 013 – Manter contas a pagar Número da versão do Caso de Uso: 1

Finalidade ou Objetivo: Armazenar dados referentes a uma compra de produtos que a empresa utiliza para consumo próprio.

Evento inicial: Usuário requisita um cadastro de uma compra de um produto que a empresa apenas consome.

1 – O sistema disponibiliza a interface com as opções para a manutenção da compra; (E1)

2 – O usuário escolhe as opções disponíveis (incluir, alterar ou excluir) (A2)

3 – O sistema valida os dados (A1) (E2) e atualiza os dados no BD; 4 – O Caso de Uso é encerrado.

2 – Volta ao passo 1 do fluxo principal. A2 – Incluir Compra

1 – O usuário cancela o cadastro; 2 – O Caso de Uso é encerrado. E2 – Compra vinculada a outra tabela

1 – O sistema informa ao usuário que a compra encontra-se vinculado com outra tabela no banco de dados;

(84)

84 2 – O Caso de Uso é encerrado.

Pós-condições: O usuário cadastra uma compra de um produto só para consumo da empresa no sistema.

(85)

85 10.2.13.1 Diagrama de atividade – Manter contas a pagar

(86)

86 10.2.13.1.1 Diagrama de sequência de negócio – Manter contas a pagar

(87)

87 10.2.13.1.2 Diagrama de sequência de implementação – Manter contas a pagar

(88)

88

Capítulo 11 – Modelo de análise

(89)

89 11.2 Diagrama de entidade e relacionamento da aplicação

(90)

90

Capítulo 12 – Modelo de projeto

(91)

91 12.2 Modelo físico dos dados do sistema

Cliente = {ID, Nome, CPF, Telefone, Email, DataNas, Cidade, Bairro, Rua} Venda = {ID, Descricao, Data, Valor, Cli_ID}

Produto = {ID, Nome, Tipo, UnidadeMedida, Estoque, EstoqueMax, EstoqueMin}

CondicaoPagamento = {ID, FormaPagamento, Parcela, Status, ValorParcela, ValorRecebido, DataVencimento, DataRecebimento, Ven_ID}

Fornecedor = {ID, Nome, CNPJ, Telefone, Email, Cidade,Bairro, Rua} Compra = {ID, Descricao, Data, For_ID}

CondicaoRecebimento = {ID, FormaPagamento, Parcela, Status, ValorParcela, ValorRecebido, DataVencimento, DataRecebimento, Com_ID} Ven_Pro = {Ven_ID, Pro_ID, Quantidade, ValorItem}

Com_Pro = {Com_ID, Pro_ID, Item, Quantidade, ValorItem, DataFabricacao, DataEntrada}

Ven_Com_Pro = {Com_ID, Pro_ID, Item, Sequencia, Ven_ID, DataFabricacao, DataEntrada}

(92)

92 12.3 Diagrama de estados

(93)

93 12.3.2 Diagrama de estado da classe “Venda”

(94)

94

Capítulo 13 – Documento de arquitetura

(95)

95 13.2 Diagrama de Implantação

(96)

96

Capítulo 14 – Considerações finais

Há algumas considerações em relação ao conceito “VenComPro” a serem feitas. Este conceito não se originou do grupo deste TCC, e sim da primeira banca avaliadora de TCC, realizada no dia 29/05/2012, composta por Carlos Roberto Paviotti e Karlan Ricomini. O conceito se refere à relação entre produto, venda e compra, para sanar o problema com relação a data de vencimento de um produto.

Foi fortemente sugerido pela banca que fosse implementado este conceito no desenvolvimento do TCC, e corroborado pelo orientador do grupo. Apesar do grupo discordar que isso fosse implementado, o mesmo acatou esta recomendação.

Este conceito teve um impacto muito grande no projeto, tangendo aspectos desde na camada de negócios até na implementação técnica. Teve-se que implementá-lo nos diagramas do projeto, levantamento de custos, MER, no esquema do banco de dados e na interface do sistema. Porém na prática não se mostrou funcional, tanto que o grupo, com a aprovação do usuário final, resolveu tirá-lo quando o sistema foi implantado na empresa, para assim o mesmo se tornar mais prático e eficiente.

(97)

97

Capítulo 15 – Agradecimentos

Os agradecimentos do grupo são direcionados:

 Ao proprietário da micro-empresa Vinhos&Cia, Ivan Aparecido Rodrigues de Jesus, por conceder ao grupo sua empresa para que se fosse desenvolvido o sistema;

 À Dra. Bianca Pedrosa e ao Fábio Lima, por fazerem parte da segunda banca avaliadora;

 Ao orientador Clever Eduardo Zuin Lobo;

(98)

98

Capítulo 16 – Documentos complementares ao trabalho

Segue os documentos anexados:

 Manual de instalação;

 Manual de utilização;

 Termo de parceria de desenvolvimento do software;