Universidade Paranaense UNIPAR Campus Umuaramaweb.unipar.br/~vitor/SoftwareS.I/Monografia.pdf · Em...

Universidade Paranaense – UNIPAR

Campus Umuarama

Estágio Supervisionado do Curso de

Sistemas de Informação

CRONOS: SISTEMA PARA GERENCIAMENTO DE

NEGOCIAÇÕES DE UMA GARAGEM DE VEÍCULOS

Vitor Alan Duarte Fantin

Umuarama-PR

2010

UNIVERSIDADE PARANAENSE – UNIPAR

Campus Umuarama



NEGOCIAÇÕES DE UMA GARAGEM DE

VEÍCULOS

Trabalho submetido à Universidade Paranaense como parte do trabalho final

da disciplina de Estágio Supervisionado II do curso de Sistemas de Informação

Orientador: Henrique Buosi Monteiro

Umuarama-PR

2010


NEGOCIAÇÕES DE UMA GARAGEM DE VEÍCULOS


Este documento de estágio foi julgado adequado, junto à disciplina de Estágio

Supervisionado em Sistemas de Informação II do curso de Sistemas de Informação

e APROVADO em sua forma final pelo Colegiado do Curso de Sistemas de

Informação com média: ____________________.

Prof. Orientador: Henrique Buosi Monteiro Ass: __________________.

Coordenador de Estágio: Prof. Elyssandro Piffer Ass: __________________.

A mente que se abre a uma nova idéia

jamais voltará ao seu tamanho original.

Albert Einstein

AGRADECIMENTOS

Agradeço primeiramente a Deus, ser supremo a que devo tudo que tenho e

o que sou, por todas as bênçãos a mim concedidas, por sempre me dar força,

coragem para lutar, iluminado o meu caminho e pela concretização de mais essa

etapa em minha vida.

A minha mãe Neuza Duarte, que me deu o dom da vida, sempre me apoiou

e me ajudou, me dando incentivo em tudo, pessoa fundamental em minha vida que

nos momentos mais difíceis não me deixava esquecer que eu era capaz.

Ao meu pai Adão Aparecido Fantin, que também sempre acreditou em mim,

me ajudou, apoiou, incentivou e participou do processo da elaboração desta

documentação fornecendo as informações necessárias a ela.

A minha namorada Aline Cescon, por também estar do meu lado, pelo

companheirismo, ajuda, incentivo e compreensão em toda essa jornada de estudos.

Ao meu orientador Professor Henrique Buosi Monteiro, pela dedicação,

presteza, paciência, e ensino a mim repassados, que contribuirão para o bom

andamento do trabalho e que me ajudarão na concretização deste.

Ao Professor Elyssandro Piffer, que me ajudou na modelagem do banco de

dados e no diagrama de classes.

Ao Professor Carlos Marques, pela paciência, pelos inúmeros pedidos de

ajuda atendidos com relação à programação Java e ensino a mim repassado.

Ao Professor Leandro Clementino de Lima, pelos bons conselhos e dicas

repassados ao longo do desenvolvimento deste trabalho.

Ao Designer Ulisses Marcondes, por ter criado o logo e o plano de fundo do

sistema.

Aos meus grandes amigos Rodrigo Francis da Silva, Anderson Vanderoscki,

Anderson Fernando Custódio, Rafael Oliveira Toná, Maico Edmilton Vigar, Paulo

Henrique Bido, Alexandra Santos Gonçalves, Ana Paula da Costa, pelo incentivo,

apoio constante, por todo ajuda e troca de informações que contribuíram no

processo de desenvolvimento deste trabalho.

Por fim, gostaria de agradecer aos meus demais amigos e familiares, pelo

carinho e pela compreensão nos momentos em que a dedicação aos estudos foi

exclusiva, a todos que contribuíram direta ou indiretamente para que esse trabalho

fosse realizado o meu eterno Agradecimento.

SUMÁRIO

INTRODUÇÃO ...............................................................................................................8

1 DOCUMENTO DE REQUISITOS .............................................................................10

1.1 Requisitos Funcionais ............................................................................................ 11

1.1.1 Efetuar login no sistema ..................................................................................... 11

1.1.2 Cadastrar cidade ................................................................................................. 11

1.1.3 Cadastrar usuário ................................................................................................ 12

1.1.4 Cadastrar pessoa ................................................................................................ 12

1.1.5 Cadastrar marca ................................................................................................. 14

1.1.6 Cadastrar espécie tipo de veículo ...................................................................... 15

1.1.7 Cadastrar modelo ................................................................................................ 15

1.1.8 Cadastrar tipo de combustível ............................................................................ 16

1.1.9 Cadastrar cor predominante ............................................................................... 16

1.1.10 Cadastrar veículo .............................................................................................. 17

1.1.11 Comercialização (Compra) ............................................................................... 18

1.1.12 Caixa.................................................................................................................. 20

1.1.13 Abertura do caixa .............................................................................................. 21

1.1.14 Fechamento do caixa........................................................................................ 21

1.1.15 Movimento do caixa .......................................................................................... 21

1.1.16 Conta a pagar.................................................................................................... 22

1.1.17 Pagamentos ...................................................................................................... 23

1.1.18 Comercialização (venda) .................................................................................. 24

1.1.19 Consignação de veículo ................................................................................... 26

1.1.20 Conta a receber ................................................................................................ 28

1.1.21 Recebimentos ................................................................................................... 29

1.1.22 Funcionário responsável da empresa de manutenção.................................... 29

1.1.23 Manutenção de veículo ..................................................................................... 30

1.1.24 Baixar manutenção de veículo ......................................................................... 31

1.1.25 Banco................................................................................................................. 32

1.1.26 Agência bancária .............................................................................................. 32

1.1.27 Cheque .............................................................................................................. 33

2 DIAGRAMA DE CASO DE USO GERAL .................................................................35

2.1 Diagrama de Caso de Uso..................................................................................... 36

3 DESCRIÇÃO DE CASO DE USO ............................................................................37

3.1 Manutenir pessoa ................................................................................................... 38

3.2 Comercialização (compra) ..................................................................................... 41

3.3 Gerar conta a pagar ............................................................................................... 48

3.4 Gerar pagamento ................................................................................................... 53

3.5 Movimentar caixa ................................................................................................... 56

3.6 Abrir caixa ............................................................................................................... 58

3.7 Fechar caixa ........................................................................................................... 60

4 DIAGRAMA DE CLASSES .......................................................................................62

4.1 Diagrama de classes.............................................................................................. 63

5 DIAGRAMA DE SEQÜÊNCIA ..................................................................................64

5.1 Diagrama de seqüência – Manutenir pessoa ....................................................... 65

5.2 Diagrama de seqüência – Manutenir Comercialização (compra) ........................ 66

5.3 Diagrama de seqüência – Gerar conta a pagar .................................................... 67

5.4 Diagrama de seqüência – Gerar pagamento ........................................................ 68

5.5 Diagrama de seqüência – Movimentar caixa ........................................................ 69

5.6 Diagrama de seqüência – Abrir caixa ................................................................... 70

5.7 Diagrama de seqüência – Fechar caixa ................................................................ 71

6 PROJETO DE BANCO DE DADOS .........................................................................72

6.1 Descrição Física dos Dados .................................................................................. 73

6.2 Script SQL do Banco de Dados ............................................................................. 81

7 CONCLUSÃO ............................................................................................................93

8 BIBLIOGRAFIA..........................................................................................................94

Anexos ..........................................................................................................................95

RESUMO

A seguinte documentação descreve os requisitos propostos para solucionar o problema de um comerciante de veículo, que não possui nenhum tipo de software

para ajudá-lo a controlar e acompanhar suas negociações de compra, venda, consignação, etc. Através de entrevistas (reuniões) com o proprietário, o Sr. Adão Aparecido Fantin, foi elaborado um levantamento de dados, documentos de

requisitos, diagrama de caso de uso, descrição de caso de uso, diagrama de classe, diagrama de seqüência, descrição física dos dados e em posse destas informações iniciou-se o projeto de desenvolvimento do software para atender as necessidades

encontradas nos requisitos levantados. Para o desenvolvimento do software foi escolhido a Linguagem de Programação Java utilizando o NetBeans 6.8 como ferramenta, SGBD (gerenciador de acesso, manipulação e organização de uma

base de dados) IOBConsole e o banco de dados Firebird 2.1. Mesmo estando a muitos anos neste ramo, só agora que se despertou a vontade do proprietário em adquirir um software em que ele pudesse confiar e ajudá-lo nas tomadas de

decisões.

INTRODUÇÃO

O sistema proposto para o comerciante Sr. Adão Aparecido Fantin será

desenvolvido para que ele possa realizar suas negociações de veículos, gerenciar e

acompanhar os processos, onde o sistema deverá conter os cadastros necessários

para que tal objetivo seja alcançado, mantendo suas informações sem redundância

dos dados.

O sistema será de fácil uso, irá facilitar o acompanhamento desses

cadastros e movimentos da empresa e deverá conter alguns relatórios para controlar

os pagamentos e recebimentos do comerciante.

Em virtude do acadêmico do Curso de Sistemas de Informação do Campus

Umuarama (Sede) ter apresentado a documentação completa na disciplina de

Estágio Supervisionado em Sistemas de Informação I (na 3ª. Série), e que foi

avaliada perante Seminário de Acompanhamento, foram suprimidos deste trabalho

os seguintes documentos: levantamento de dados, as descrições de caso de uso de:

manutenir cidade, manutenir usuário, manutenir marca, manutenir espécie tipo de

veículo, manutenir modelo de veículo, manutenir tipo de combustível, manutenir cor

predominante, manutenir veículo, manutenir comercialização (venda), manutenir

consignação de veículo, gerar conta a receber, gerar recebimento, manutenir

funcionário responsável da empresa de manutenção, manutenir manutenção de

veículo, manutenir baixa de manutenção, manutenir banco, manutenir agência

bancária, manutenir cheque e os diagramas de sequência de manutenir cidade,

manutenir usuário, manutenir marca, manutenir espécie tipo de veículo, manutenir

modelo de veículo, manutenir tipo de combustível, manutenir cor predominante,

manutenir veículo, manutenir comercialização (venda), manutenir consignação de

veículo, gerar conta a receber, gerar recebimento, manutenir funcionário

responsável da empresa de manutenção, manutenir manutenção de veículo,

manutenir baixa de manutenção, manutenir banco, manutenir agência bancária,

manutenir cheque.

Este documento de estágio apresenta os seguintes documentos: requisitos

do sistema; diagrama de caso de uso com a visão geral; descrições de casos de

uso: (um cadastro e uma movimentação completa); descrição

9

física dos dados; script SQL para criação do banco de dados. Ainda como anexo

apresenta: manuais de instalação e operação do sistema; plano de estágio deferido;

e demais documentos eventualmente necessários.

1 DOCUMENTO DE REQUISITOS

A atividade de levantamento de requisitos corresponde à etapa de

compreensão do problema aplicada ao desenvolvimento de software. O principal

objetivo do levantamento de requisitos é que usuários e desenvolvedores tenham a

mesma visão do problema a ser resolvido. Nessa etapa, os desenvolvedores,

juntamente com os clientes, tentam levantar e definir as necessidades dos futuros

usuários do sistema a ser desenvolvido. Essas necessidades são geralmente

denominadas.

Formalmente, um requisito é uma condição ou capacidade que deve ser alcançada ou possuída por um sistema ou componente deste para satisfazer um contrato, padrão, especificação ou outros documentos formalmente impostos. (BEZERRA, 2006).

Com base na citação acima podemos afirmar que o documento de requisitos

contém: os serviços e funcionalidades que o sistema deve prover; restrições;

informações sobre o domínio da aplicação, bem como restrições no processo usado

para desenvolver o sistema.

Os requisitos são uma coleção de sentenças que devem descrever de modo

claro, sem ambigüidade, conciso e consistente todos os aspectos significativos do

sistema proposto. Eles devem conter informações suficientes para permitir que os

implementadores construam um sistema que satisfaça os requerentes.

O documento de requisitos pode ser visto como um contrato entre o cliente e

o gerente de projeto, pois valida a conformidade segundo a especificação de

requisitos do cliente para definição do escopo.

11

1.1 Requisitos Funcionais

1.1.1 Efetuar login no sistema

Permite o acesso do usuário ao sistema.

Para que o usuário acesse o sistema o mesmo deverá informar ao sistema o

nome de usuário e a senha.

Caso o usuário esqueça a senha a mesma só poderá ser alterada pelo

usuário gerente, ou seja, o usuário gerente deverá ir ao cadastro deste usuário e

alterar a senha do mesmo.

Dado Descrição Automático Obrigatório Validado Calculado

01 Nome de usuário X X

02 Senha X X

1.1.2 Cadastrar cidade

Cadastra as informações de uma cidade.

As cidades serão cadastradas por um código, nome, sigla que indica o seu

estado e o seu status (Ativo ou Inativo).


01 Código X

02 Nome da cidade X

03 Estado X

04 Status X

As informações de uma cidade poderão ser incluídas, alteradas, excluídas,

desde que essa cidade não tenha nenhum vínculo com outro cadastro no sistema e

pesquisadas.

12

1.1.3 Cadastrar usuário

Cadastra as informações do usuário para que o mesmo possa utilizar o

sistema.

Os usuários serão cadastrados por um código, nome, data de cadastro,

cidade, tipo de usuário, senha e status (Ativo ou Inativo).


01 Código X

02 Nome X

03 Data de cadastro X

04 Cidade X

05 Tipo de usuário X

06 Senha X

07 Status X

No caso do usuário esquecer sua senha apenas o usuário gerente poderá

mudar a mesma.

O usuário que estiver com o seu Status em “Inativo” não poderá fazer login

no sistema e o sistema deverá emitir uma mensagem ao usuário dizendo “Seu

Status no sistema no momento esta Inativo, portanto você não poderá efetuar o seu

login, entre em contato com o usuário gerente do sistema.”.

As informações usuário poderão ser incluídas, alteradas, excluídas, desde

que este usuário não tenha nenhum vínculo com outro cadastro no sistema e

pesquisadas.

1.1.4 Cadastrar pessoa

Cadastra as informações das pessoas para que elas possam ser utilizadas

nos cadastros, movimentações e relatórios do sistema.

Será permitido que o cadastro seja de um cliente, fornecedor e corretor,

cliente e fornecedor ao mesmo tempo onde o tipo de pessoa poderá ser física ou

jurídica e corretor estará apenas disponível a opção física.

13

Essas informações serão cadastradas por um código, cliente, fornecedor,

corretor, tipo de pessoa cliente (física, jurídica), tipo de pessoa fornecedor (física,

jurídica), tipo de pessoa corretor (física), nome (física) ou razão social (jurídica),

apelido (física) ou nome de fantasia (jurídica), número de CPF (física) ou CNPJ

(jurídica) cliente, número de CPF (física) ou CNPJ (jurídica) fornecedor, número de

CPF corretor, RG (física) ou IE (jurídica) cliente, RG (física) ou IE (jurídica)

fornecedor, RG corretor, sexo, data de nascimento, data de cadastro, endereço,

bairro, número, CEP, cidade, telefone residencial, telefone celular, e-mail e status

(Ativo ou Inativo).


01 Código X

02 Cliente X

03 Fornecedor X

04 Corretor X

05 Tipo de pessoa (física,

jurídica) cliente

X

06 Tipo de pessoa (física,

jurídica) fornecedor

X

07 Tipo de pessoa (física)

cliente

X

08 Nome ou Razão

Social

X

09 Apelido ou Nome de

Fantasia

X

10 CPF ou CNPJ cliente X

11 CPF ou CNPJ fornecedor

X

12 CPF corretor X

13 RG ou IE cliente X

14 RG ou IE fornecedor X

15 RG corretor X

16 Sexo X

17 Data de nascimento X


19 Endereço X

20 Bairro X

21 Número

22 CEP X

23 Cidade X

24 Telefone residencial

25 Telefone celular

26 E-mail

27 Status X

14

Caso a cidade não esteja cadastrada no sistema, o usuário deverá clicar no

botão que estará ao lado do botão de consulta de cidade, onde abrirá a tela de

cadastro de cidade para que a mesma seja cadastrada, e assim ser possível que o

usuário conclua o cadastro de pessoa.

A pessoa cadastrada poderá ser ao mesmo tempo cliente, fornecedor e

corretor, sendo que para cliente e fornecedor as opções de tipo de pessoa física e

jurídica estarão disponíveis, ao escolher a opção física em ambos os casos (cliente,

fornecedor) o sistema atribuirá ao segundo escolhido o mesmo CPF e RG do

primeiro e para corretor apenas a opção de tipo de pessoa física estará disponível.

As informações de uma pessoa poderão ser incluídas, alteradas, excluídas,

desde que esta pessoa não tenha nenhum vínculo com outro cadastro no sistema e

pesquisadas.

1.1.5 Cadastrar marca

Cadastra os dados de uma marca de veículo.

As marcas serão cadastradas por um código, nome e status (Ativo ou

Inativo).


01 Código X

02 Nome da marca X

03 Status X

As informações de uma marca poderão ser incluídas, alteradas, excluídas,

desde que essa marca não tenha nenhum vínculo com outro cadastro no sistema e

pesquisadas.

15

1.1.6 Cadastrar espécie tipo de veículo

Cadastra o tipo de veículo para facilitar e agilizar o processo onde essa

informação for necessária no sistema.

Os tipos de veículos serão cadastrados por um código, nome e status (Ativo

ou Inativo).


01 Código X

02 Nome do tipo de veículo X

03 Status X

As informações de um tipo de veículo poderão ser incluídas, alteradas,

excluídas, desde que essa espécie tipo de veículo não tenha nenhum vínculo com

outro cadastro do sistema e pesquisadas.

1.1.7 Cadastrar modelo

Cadastra o modelo de veículo para facilitar e agilizar o processo onde essa

informação for necessária no sistema.

Os modelos de veículos serão cadastrados por um código, nome do modelo,

marca e status (Ativo ou Inativo).


01 Código X

02 Nome do modelo X

03 Marca X

04 Status X

Caso a marca não esteja cadastrada no sistema, o usuário deverá clicar no

botão que estará ao lado do campo referente à marca, onde abrirá a tela de cadastro

de marca para que a mesma seja cadastrada, e assim ser possível que o usuário

conclua o cadastro de modelo.

As informações de um modelo de veículo poderão ser incluídas, alteradas,

16

excluídas, desde que esse veículo não tenha nenhum vínculo com outro cadastro no

sistema e pesquisadas.

1.1.8 Cadastrar tipo de combustível

Cadastra o tipo de combustível para que essa informação possa ser utilizada

no sistema.

Os tipos de combustíveis serão cadastrados por um código, nome do

combustível e status (Ativo ou Inativo).


01 Código X

02 Nome do combustível X

03 Status X

As informações de um tipo de combustível poderão ser incluídas, alteradas,

excluídas, desde que esse tipo de combustível não tenha nenhum vínculo com outro

cadastro no sistema e pesquisadas.

1.1.9 Cadastrar cor predominante

Cadastra as cores para que a mesma possa ser atribuída para um veículo.

As cores serão cadastradas por um código, nome da cor, tipo de cor e status

(Ativo ou Inativo).


01 Código X

02 Nome da cor X

03 Tipo de cor X

04 Status X

As informações de uma cor poderão ser incluídas, alteradas, excluídas,

17

desde que essa cor predominante não tenha nenhum vínculo com outro cadastro no

sistema e pesquisadas.

1.1.10 Cadastrar veículo

Cadastra as informações dos veículos da empresa para que o mesmo possa

ser utilizado nos cadastros de compra e venda do sistema.

Para cadastrar um veículo o usuário deve acessar o menu cadastros

escolher a opção cadastrar veículo e informar os dados requisitados pelo sistema.

Os veículo serão cadastrados no sistema pelo código, renavam, código do

modelo de veículo, tipo de cadastro (Normal ou Consignação), nome do proprietário

do veículo que esta no documento CRLV (Certificado de Registro de Veículo e

Licenciamento), CPF, placa, número do chassi, espécie/tipo, combustível, ano de

fabricação, ano do modelo, cor predominante, pessoa (fornecedor, responsável pelo

veículo), um campo de observação e status (em negociação, em manutenção,

consignado, negociado ou vendido).

Dado Descrição Automático Obrigatório Validade Calculado

01 Código X

02 Código de renavam X

03 Modelo de veículo X

04 Tipo de cadastro (Normal ou

Consignação)

X

05 Nome do Proprietário

no CRLV

X

06 CPF X

07 Placa X

08 Número do chassi X

09 Espécie tipo de veículo X

10 Tipo de combustível X

11 Ano de fabricação X

12 Ano do modelo X

13 Cor predominante X

14 Pessoa (Fornecedor, responsável pelo

veículo)

X

15 Observação

18

16 Status X

Caso o modelo de veículo, espécie tipo de veículo, tipo de combustível, cor

predominante ou fornecedor ainda não estiverem cadastrados, o usuário poderá

clicar no botão que estará ao lado do botão de consulta referente aos campos acima

citados, onde abrirá uma tela de cadastro referente ao item clicado para que o

mesmo seja cadastrado, e assim ser possível que o cadastro de veículo seja

concluído.

As informações de um veículo poderão ser incluídas, alteradas, excluídas,

desde que esse veículo não tenha nenhum vínculo com outro cadastro no sistema e

pesquisadas.

Regra de negócio

O sistema não deverá permitir que o status de um veículo seja

modificado no momento de alteração do cadastro, caso o mesmo indique que o

veículo esta em manutenção ou consignado e que este cadastro de consignação

esteja ativo no sistema.

1.1.11 Comercialização (Compra)

Cadastra as informações de uma comercialização (compra) de veículo para

que se tenha um controle sobre as negociações da empresa.

As comercializações (compra) de veículos serão cadastradas por um código,

tipo de comercialização (compra), data, pessoa (fornecedor), valor total, total de

comissão e condição (à vista ou à prazo).


01 Código X

02 Tipo de comercialização

(compra)

X

03 Data X

04 Pessoa (Fornecedor) X

05 Valor total X

06 Total de comissão X

07 Condição (à vista ou à X

19

prazo)

As informações de uma comercialização (compra) de veículo poderão ser

incluídas e pesquisadas no sistema.

O sistema deverá gerar uma parcela referente à cada comissão da pessoa

(corretor de veículo), caso o mesmo estiver presente no processo de

comercialização (compra) e a condição for à vista, porque se for à prazo este

processo irá acontecer quando o conta a pagar desta comercialização (compra) for

gerada.

A comercialização (compra) só será realizada se o caixa estiver aberto e

sendo ela à vista o sistema só permitirá que ela seja realizada, caso haja um saldo

disponível para o pagamento da compra e da comissão do corretor, caso ele esta

presente nesta negociação e sendo ela à prazo o sistema só permitirá caso haja um

saldo disponível em caixa para o pagamento da comissão do corretor.

O sistema deverá mudar o status do (s) veículo (s) referente a essa

comercialização (compra) para “Negociado”.

Itens de comercialização (compra) serão cadastrados por um código,

comercialização (compra), tipo de movimentação (compra), veículo e valor do

veículo.


01 Código X

02 Compra

03 Tipo de

movimentação (compra)

X

04 Veículo X

05 Valor do veículo X

A negociação de comercialização (compra) poderá ter corretor (es) envolvido

(s), onde se faz necessário o pagamento de comissão para ele (s).

Este vínculo com a negociação a comercialização (compra) será cadastro

por um código, pessoa (corretor), comercialização (compra), valor da comissão.

20


01 Código X

02 Pessoa (corretor) X

03 Comercialização (compra)

X

04 Valor comissão X

Caso a pessoa (fornecedor), veículo e a pessoa (corretor de veículo) não

estejam cadastrados no sistema, o usuário deverá clicar no botão que estará ao lado

do botão de consulta correspondente onde abrirá a tela de cadastro do mesmo para

que o cadastrado seja feito, e assim ser possível que o usuário conclua a compra.

Regra de negócio

A compra de um veículo só poderá ser realizada pelo usuário do tipo gerente

no sistema.

Uma compra não poderá ser confirmada caso não haja um veículo para ela,

ou seja, ela deverá ter um ou vários veículos.

O sistema deverá atualizar o status do(s) veículo(s) para EM

MANUTENÇÃO após a compra ser confirmada.

No caso de uma compra de mais de um veículo fica acertado o pagamento

sobre o total somado pelos dois veículos e não individualmente.

1.1.12 Caixa

Cadastra os movimentos de crédito e débito diários da empresa.

O caixa deve ser cadastrado no sistema com um código do caixa, usuário,

data de abertura, data de fechamento, valor inicial, valor total de créditos, valor total

de débitos, valor final (Saldo), status (Aberto ou Fechado).


01 Código X

02 Usuário X

03 Data abertura X

04 Data fechamento

05 Valor inicial X

06 Valor total de créditos

X

21

07 Valor total de débitos X

08 Valor final (Saldo) X

09 Status X

Regra de negócio

Na tela do caixa deverá ter um botão para possibilitar que um movimento de

caixa seja realizado.

1.1.13 Abertura do caixa

Para realizar a operação de abertura de caixa o usuário deverá informar o

valor inicial do caixa e clicar no botão abrir caixa.

1.1.14 Fechamento do caixa

Para o fechamento do caixa o usuário deverá clicar no botão fechar caixa,

após esta ação o sistema realizará um movimento de caixa no valor da diferença

entre o total de crédito e total de débitos, zerando assim o caixa e emitirá uma

mensagem informando o usuário.

1.1.15 Movimento do caixa

A movimentação do caixa vira após o sistema gerar um pagamento ou um

recebimento.

As movimentações do caixa serão cadastradas por um código, caixa,

pagamento, recebimento, tipo de movimento (crédito ou débito), valor do movimento,

observação e data.

22


01 Código X

02 Caixa X

03 Pagamento

04 Recebimento

05 Tipo de movimento

(crédito ou débito)

X

06 Valor X

07 Data X

08 Observação

Será permitido que o usuário gerente realize um movimento de crédito ou

débito do caixa, para isso ele deve especificar o valor e descrever uma observação,

em seguida o sistema atualiza as informações do caixa.

Se o movimento foi débito só será permitido caso haja um saldo disponível

para tal movimento.

1.1.16 Conta a pagar

Será cadastrada automaticamente pelo sistema, após o pagamento de um

veículo comprado pela empresa ser através de parcelas, ou poderá ser cadastrada

manualmente.

A conta a pagar poderá também ser cadastrada manualmente, para um

eventual pagamento de uma conta avulsa e será cadastrada por um código,

comercialização (compra, venda), pessoa (fornecedor), baixar manutenção de

veículo, número de parcelas, condição de pagamento, data, dia para o pagamento e

valor.


01 Código X

02 Comercialização (compra, venda)

X

03 Pessoa (Fornecedor )

04 Baixar manutenção de veículo

05 Número de parcelas X

06 Condição de pagamento

X

23

07 Data X

08 Dia para o

pagamento

X

09 Valor X

O sistema deverá permitir que o usuário lance um conta a pagar avulsa, ou

seja, um pagamento de água, luz, telefone, imposto ou multa de algum veículo, etc.

Caso seja a condição à vista só será permitido caso haja um saldo em caixa

disponível para tal conta a pagar.

As referentes parcelas poderão ser geradas automaticamente pelo sistema

ou não, caso o usuário deseje adicionar um ou vários cheques na parcela.

As parcelas da conta a pagar serão cadastras por um código, conta a pagar,

número da parcela, valor da parcela, valor em dinheiro, vencimento da parcela e

status (aberta ou paga).


01 Código X

02 Conta a pagar X

03 Número da parcela X

04 Valor da parcela X

05 Valor em dinheiro

06 Vencimento da parcela

X

07 Status (aberta ou paga)

X

Será possível que o gerente da empresa pague a parcela com um ou vários

cheque, desde que o (s) referido (s) cheques não ultrapassem o valor em dinheiro

da parcela, valor este que o sistema assumirá que corresponde ao valor da parcela

menos o valor do cheque adicionado.

1.1.17 Pagamentos

Os pagamentos vão armazenar as informações sobre os movimentos a vista

e parcelas do conta pagar pagas.

24

Os pagamentos serão cadastrados por um código, parcela do conta a pagar,

data de pagamento da parcela, descontos e valor total.


01 Código X

02 Parcela da conta a pagar

X

03 Data do pagamento da parcela

X

04 Descontos

05 Valor total X

Toda vez que essa operação de pagamento for concluída o sistema deverá

mudar o status da parcela referente a este pagamento para “paga”, registrar um

movimento de caixa e debitar do valor do caixa o valor cobrado pela compra do

veículo.

1.1.18 Comercialização (venda)

Cadastra as negociações da comercialização (venda) dos veículos

previamente cadastrados.

As comercializações (vendas) serão cadastradas por um código, tipo de

comercialização (venda), data, pessoa (cliente), valor total da venda, total de

comissão e condição (à vista ou à prazo).


01 Código X

02 Tipo de comercialização

(venda)

X

03 Data X

04 Pessoa (cliente) X

05 Valor total da venda X

06 Total de comissão X

07 Condição (à vista ou à prazo)

X

As informações das vendas só poderão ser incluídas e pesquisadas no

25

sistema.

O sistema irá gerar um conta a pagar devido à comissão do corretor de

veículo, se caso o mesmo esteja presente na negociação da venda e a condição for

à vista, porque se for à prazo este processo irá acontecer quando o conta a receber

desta comercialização (venda) for gerada.

A comercialização (venda) só será realizada se o caixa estiver aberto e

existir saldo disponível em caixa para o pagamento da comissão do corretor caso ele

esteja presente nesta negociação.

O sistema deverá mudar o status do veículo referente a esta venda para

“Vendido”, após a mesma ser realizada.

Itens de comercialização (venda) serão cadastrados por um código,

comercialização (venda), tipo de movimentação (venda), veículo e valor do veículo.


01 Código X

02 Venda

03 Tipo de movimentação (venda)

X

04 Veículo X

05 Valor do veículo X

A negociação de comercialização (venda) poderá ter corretor (es) envolvido

(s), onde se faz necessário o pagamento de comissão para ele (s).

Este vínculo com a negociação a comercialização (venda) será cadastro por

um código, pessoa (corretor), comercialização (venda), valor da comissão.


01 Código X

02 Pessoa (corretor) X

03 Comercialização (venda)

X

04 Valor comissão X

Caso a pessoa (cliente), veículo e a pessoa (corretor de veículo) não

estejam cadastrados no sistema, o usuário deverá clicar no botão que estará ao lado

26

do botão de consulta correspondente onde abrirá a tela de cadastro do mesmo para

que o cadastrado seja feito, e assim ser possível que o usuário conclua a compra.

Regra de negócio

O sistema deverá atualizar o status do veículo para VENDIDO após a venda

ser confirmada.

No caso da venda de mais de um veículo o pagamento sobre a mesma é

feito em cima do valor total da venda e não individualmente.

1.1.19 Consignação de veículo

Cadastra os veículos que não pertencem ao Sr. Adão, mas que serão

comercializados por ele.

A consignação de veículo será cadastrada por um código, pessoa (cliente

vendedor), veículo, valor pedido pelo veículo, data de cadastro, pessoa (cliente

comprador), valor que o veículo foi vendido, data que o veículo foi vendido, pessoa

(corretor de veículo), valor da comissão e status da consignação (Ativo, Vendido e

Inativo).


01 Código X

02 Comercialização X

02 Pessoa (Cliente vendedor)

X

03 Veículo X

04 Valor pedido pelo

veículo

X


06 Pessoa (Cliente

comprador)

07 Valor que o veículo

foi vendido

08 Data que o veículo

foi vendido

09 Pessoa (Corretor de

veículo)

10 Valor da comissão

11 Status X

27

Caso a pessoa (cliente comprador ou vendedor), veículo ou pessoa (corretor

de veículo) ainda não estiverem cadastrados, o usuário poderá clicar no botão que

estará ao lado desses campos acima citados, onde abrirá uma tela de cadastro

referente ao item clicado para que o mesmo seja cadastrado, e assim ser possível

que a consignação de veículo seja concluída.

Para cadastrar uma consignação basta preencher os campos pessoa

(cliente vendedor), veículo, valor pedido pelo veículo e data de cadastro, para baixar

uma consignação basta escolher a consignação através da consulta e o sistema irá

identificar que essa consignação esta ativa e habilitará os campos pessoa (cliente

comprador), valor que o veículo foi vendido, data da venda, pessoa (corretor de

veículo) e comissão, basta preencher esses campos e finalizar.

O sistema só permitirá algum tipo de alteração no cadastro de consignação

caso esta não esteja finalizada.

Após a baixa da consignação o sistema deverá gerar um conta a receber,

parcela do conta a receber, recebimento, movimento de caixa e atualizar o caixa

com base no valor da comissão do corretor de veículo.

Regra de negócio

Após a venda de um veículo consignado o sistema deverá atualizar o status

do veículo para VENDIDO e apenas o valor da comissão resultará em uma conta a

receber. Sendo que apenas esse valor deverá ser pago a vista e será repassado ao

Sr. Adão, o valor da venda do veículo consignado destina-se ao seu proprietário.

Os dados do cliente consignação serão cadastrados por um código, pessoa

(cliente), consignação e tipo de cliente (vendedor, comprador).


01 Código X

02 Pessoa (Cliente) X

03 Consignação X

04 Tipo de cliente (vendedor,

comprador)

X

Esta tabela permite que no cadastro de uma consignação, seja possível que

eu cadastre a pessoa (cliente vendedor ou comprador).

28

1.1.20 Conta a receber

Será cadastrada automaticamente após a realização da venda de um

veículo pela empresa.

A conta a receber será cadastrada por um código, comercialização (venda

ou consignação), número de parcelas, condição de recebimento, data, data para o

recebimento e valor.


01 Código X

02 Comercialização (venda ou consignação)

X

03 Número de parcelas X

04 Condição de

recebimento

X

05 Data X

06 Dia para o recebimento X

07 Valor X

As parcelas da conta a receber serão cadastras por um código, conta a

receber, número da parcela, valor da parcela, valor em dinheiro, vencimento da

parcela e status (aberta ou paga).


01 Código X

02 Conta a receber X

03 Número da parcela X

04 Valor da parcela X

05 Valor em dinheiro X

06 Vencimento da

parcela

X

07 Status X

O sistema deverá permitir que o cliente pague o valor da parcela com um

cheque e se necessário fazer o complemento desse valor em dinheiro.

29

1.1.21 Recebimentos

Os recebimentos vão armazenar as informações sobre as vendas dos

veículos a vista e parcelados pelo sistema.

Os recebimentos serão cadastrados por um código, parcela do conta a

receber, data de pagamento da parcela, descontos e valor cobrado.


01 Código X

02 Parcela do conta a receber

X

03 Data de pagamento da parcela

X

04 Descontos

05 Valor cobrado X

O sistema deverá verificar se o caixa está aberto, para que se possa realizar

o recebimento.

Toda vez que essa operação de recebimento for concluída o sistema deverá

verificar se a parcela foi quitada totalmente ou parcial e mudar o status da parcela

referente a este recebimento para “paga” ou “parcial”, gerar um movimento de caixa e

creditar no valor do caixa o valor recebido.

1.1.22 Funcionário responsável da empresa de manutenção

Cadastra as informações do funcionário que ficou responsável pelo serviço a

ser realizado no veículo.

Os funcionários responsáveis das empresas serão cadastrados por um

código, nome do funcionário, RG, bairro, rua, CEP, cidade, telefone residencial,

telefone celular, fornecedor e status (Ativo ou Inativo).


01 Código X

02 Nome do funcionário X

30

03 RG X

04 Bairro X

05 Rua X

06 CEP X

07 Cidade X

08 Telefone residencial

09 Telefone celular

10 Fornecedor (Jurídico – Empresa)

X

11 Status X

Caso a cidade ou empresa para prestar manutenção em veículo ainda não

estiverem cadastradas, o usuário poderá clicar no botão que estará ao lado desses

campos acima citados, onde abrirá uma tela de cadastro referente ao item clicado

para que o mesmo seja cadastrado, e assim ser possível que o cadastro de

funcionário responsável da empresa de manutenção seja concluído.

As informações sobre os cadastros de funcionários responsáveis da

empresa só poderão ser incluídas, alteradas, excluídas, desde que esse funcionário

não tenha nenhum vínculo com outro cadastro no sistema, caso contrário o sistema

não permitirá a exclusão deste cadastro de funcionários responsáveis da empresa e

por fim estas informações poderão ser pesquisadas.

1.1.23 Manutenção de veículo

Cadastra as informações sobre as manutenções realizadas em um veículo.

As manutenções de veículos serão cadastradas por um código, veículo,

funcionário responsável da empresa de manutenção e data de retirada do veículo

para manutenção.


01 Código X

02 Veículo X

03 Funcionário

responsável da empresa de manutenção

X

04 Data da retirada do X

31

veículo para manutenção

Caso o veículo ou o funcionário responsável da empresa de manutenção

ainda não estiverem cadastrados, o usuário poderá clicar no botão que estará ao

lado desses campos acima citados, onde abrirá uma tela de cadastro referente ao

item clicado para que o mesmo seja cadastrado, e assim ser possível que o cadastro

de manutenção de veículos seja concluído.

As informações sobre as manutenções realizadas em veículos poderão ser

incluídas, alteradas, excluídas, desde que essa manutenção ainda não tenha gerado

um conta a pagar no sistema e pesquisadas.

Após a manutenção de veículo ser cadastrado o sistema deverá mudar o

status do veiculo referente a este veículo para “em Manutenção”.

1.1.24 Baixar manutenção de veículo

Cadastras as baixas de manutenções de veículos, assim que o mesmo

retorna da manutenção.

As baixas de manutenção de veículos serão cadastradas por um código,

manutenção de veículo, data da entrega do veículo, valor cobrado pela manutenção

e descrição.


01 Código X

02 Manutenção de

veículo

X

03 Data da entrega do

veículo

X

04 Valor cobrado pela manutenção

X

05 Descrição X

As baixas de manutenção poderão ser incluídas e pesquisadas.

Após essa baixa de manutenção de veículo ser realizada o sistema irá gerar

uma conta a pagar referente a esta manutenção.

32

O sistema deverá mudar o status do veículo para “negociado”.

1.1.25 Banco

Cadastra as informações de um banco para auxiliar no cadastro de um

cheque.

Os bancos serão cadastrados por um código, nome do banco e status (Ativo

ou Inativo).


01 Código X

02 Nome do banco X

03 Status X

As informações sobre os bancos poderão ser incluídas, alteradas, excluídas,

desde que esse cadastro de banco não tenha nenhum vínculo com um cadastro de

agência bancárias no sistema e pesquisadas.

1.1.26 Agência bancária

Cadastra as informações de uma agência bancária para auxiliar no cadastro

de um banco.

As agências bancárias serão cadastradas por um código, número da

agência, banco e status (Ativo ou Inativo).


01 Código X

02 Número da agência X

03 Cidade X

04 Banco X

05 Status X

Caso o banco e a cidade não estejam cadastrados no sistema, o usuário

33

deverá clicar no botão que estará ao lado do botão de consulta referente ao campo,

onde abrirá a tela de cadastro referente ao item clicada para que o mesmo seja

cadastrado, e assim ser possível que o usuário conclua o cadastro de agência

bancária.

As informações das agências bancárias poderão ser incluídas, alteradas,

excluídas, desde que esse cadastro de agência não tenha nenhum vinculo com um

cadastro de cheque no sistema e pesquisadas.

1.1.27 Cheque

Cadastra informações sobre os cheques que foram recebidos.

Os cheques serão cadastrados por um código, valor do cheque, agência

bancária, pessoa (cliente), data que o cheque foi repassado para a empresa e data

para o desconto do cheque e o status do cheque onde “A” indica que o cheque esta

aguardando a data para ser compensado, “U”indica que o cheque esta sendo usado

em uma parcela, “C” indica que o cheque foi compensado e “I” indica que o cheque

está Inativo.


01 Código X

02 Valor do cheque X

03 Agência bancária X

04 Pessoa (Cliente) X

05 Data que o cheque foi entregue

X

06 Data para o

desconto do cheque

X

07 Observação X

08 Status X

Caso a agência bancária ou a pessoa (cliente) ainda não estiverem

cadastradas, o usuário poderá clicar no botão que estará ao lado do botão de

consulta referente aos campos acima citados, onde abrirá uma tela de cadastro

referente ao item clicado para que o mesmo seja cadastrado, e assim ser possível

que o cadastro de cheque seja concluído.

34

As informações sobre os cheques poderão ser incluídas, alteradas,

excluídas, desde que esse cheque não tenha nenhum vínculo com alguma parcela

da conta a pagar e conta a receber no sistema e pesquisadas.

Itens cheque serão cadastrados por um código, cheque, parcela conta a

pagar, parcela conta a receber e valor do cheque.


01 Código X

02 Cheque X

03 Parcela conta a

pagar

04 Parcela conta a

receber

05 Valor do cheque X

2 DIAGRAMA DE CASO DE USO GERAL

Um diagrama de casos de uso descreve um cenário que mostra as

funcionalidades do sistema do ponto de vista do usuário.

Segundo Bezerra (2006) o diagrama de casos de uso (DCU) corresponde a

uma visão externa do sistema e representa graficamente os atores, casos de uso e

relacionamentos entre esses elementos.

O diagrama de casos de uso tem o objetivo de ilustrar em um nível alto de

abstração quais elementos externos interagem com que funcionalidades do sistema.

Nesse sentido, a finalidade de um DCU é apresentar um tipo de “diagrama de

contexto” que representa os elementos externos de um sistema e as maneiras

segundo as quais eles as utilizam.

Ele descreve os relacionamentos e dependências entre um grupo de Casos

de Uso e os atores participantes no processo.

Em um diagrama de casos de uso os processos ou funcionalidades são

identificados por uma elipse com o seu nome posicionado abaixo ou dentro da

mesma. Um relacionamento de comunicação ou interação do ator com o caso de

uso é representado por um segmento de reta ligando o ator e o caso de uso.

36

2.1 Diagrama de Caso de Uso

3 DESCRIÇÃO DE CASO DE USO

Segundo Ivan Jacobson, podemos dizer que um caso de uso é um

“documento narrativo que descreve a seqüência de eventos de um ator que usa um

sistema para completar um processo”.

Descrição de Caso de Uso são narrativas de texto do Caso de Uso. Elas

usualmente tomam a forma de uma nota ou um documento que é de alguma

maneira ligada ao Caso de Uso, e explana o processo ou atividades que tomarão

lugar no Caso de Uso.

Um caso de uso (do inglês use case) é a representação de uma seqüência de interações entre um sistema e os agentes externos que utilizam esse sistema. Um caso de uso deve definir o uso de uma parte da funcionalidade de um sistema, sem revelar a estrutura e o comportamento internos desse sistema. Um modelo de casos de uso típico contém vários casos de uso. (BEZERRA, 2006).

Cada caso de uso deve ser definido através da descrição narrativa das

interações que ocorrem entre o(s) elemento(s) e o sistema. A UML não define o

formato e o grau de abstração a serem utilizados na descrição de um caso de uso.

Conseqüentemente, há vários formatos de descrição propostos na literatura, assim

como vários são os graus de abstração utilizados.

Um objetivo importante do modelo de casos de uso é o de comunicação, ele

deve prover um veículo que permita que clientes, usuários finais e desenvolvedores

discutam as funcionalidades do sistema e o seu comportamento. Os diagramas de

casos de uso devem servir para dar suporte à parte escrita do modelo, fornecendo

uma visão de alto nível. Nesse sentido quanto mais fácil for à leitura do diagrama

representando casos de uso, melhor.

38

3.1 Manutenir pessoa

Sumário: Pessoa (cliente, fornecedor, corretor) realiza a manutenção do cadastro de

clientes (novo, alterar, excluir, confirmar e consultar).

Ator primário: Pessoa (cliente, fornecedor, corretor).

Precondições: O usuário deve estar identificado no sistema.

Fluxo normal

Ator Sistema

1. A pessoa (cliente, fornecedor, corretor) solicita a manutenção do cadastro de pessoa.

2. O sistema apresenta a tela de cadastro de pessoa e fornece as opções: novo, alterar, excluir, consultar, confirmar e sair.

3. A pessoa (cliente, fornecedor, corretor) escolhe a opção novo.

4. O sistema habilita os campos.

5. A pessoa (cliente, fornecedor e corretor) escolhe o tipo de cadastro e o tipo de pessoa (física ou jurídica) e o sistema habilita a aba dados gerais.

6. A pessoa (cliente, fornecedor, corretor) informa os dados.

7. O sistema valida o CPF/CNPJ.

8. A pessoa (cliente, fornecedor, corretor) confirma a operação.

9. O sistema verifica se todos os dados obrigatórios foram preenchidos.

10. O sistema verifica se a pessoa (cliente, fornecedor, corretor) esta cadastrada (através do CPF/CNPJ).

11. O sistema valida os dados.

12. O sistema grava os dados e o caso de uso é encerrado.

39

Fluxo alternativo

3.1. A pessoa (cliente, fornecedor, corretor) escolhe a opção alterar.

3.1.1. O sistema fornece uma tela de consulta para a seleção da pessoa

(cliente, fornecedor, corretor) a ser alterada.

3.1.2. A pessoa (cliente, fornecedor, corretor) é selecionada.

3.1.3. O sistema apresenta os dados da pessoa (cliente, fornecedor, corretor)

selecionada.

3.1.4. O caso de uso vai para o passo 4, mas o código daquela pessoa (cliente,

fornecedor, corretor) não poderá ser alterado.

3.2. A pessoa (cliente, fornecedor, corretor) escolhe a opção excluir.

3.2.1. O sistema fornece uma tela de consulta para a seleção da pessoa

(cliente, fornecedor, corretor) a ser excluída.



selecionada.

3.2.4. A pessoa (cliente, fornecedor, corretor) confirma a operação.

3.2.4.1. O sistema verifica se não existe nenhuma dependência em

relação a pessoa (cliente, fornecedor, corretor) selecionada.

3.2.4.1.1. A pessoa (cliente, fornecedor, corretor) não possui

movimentação.

3.2.4.1.1.1. Os dados da pessoa (cliente, fornecedor,

corretor) são excluídos.

3.2.4.1.1.2. O sistema emite uma mensagem dizendo:

“Pessoa excluída com sucesso.”.

3.2.4.1.1.3. O caso de uso retorna ao passo 2.

3.2.4.1.2. A pessoa (cliente, fornecedor, corretor) possui

movimentação.


“Esse cadastro contem vinculo com outro cadastro no

sistema. Não pode ser excluído.”.


40

3.3. A pessoa (cliente, fornecedor, corretor) escolhe a opção consultar.

3.3.1. O sistema fornece uma tela de busca para a seleção da pessoa (cliente,

fornecedor, corretor) a ser consultada.



selecionada com os campos desabilitados.

3.3.4. O caso de uso retorna ao passo 2.

3.4. A pessoa (cliente, fornecedor, corretor) escolhe a opção sair.

3.4.1. O sistema emite uma mensagem dizendo “Deseja realmente sair?”.

3.4.1.1. A pessoa (cliente, fornecedor, corretor) escolhe a opção Sim.

3.4.1.1.1. O caso de uso é encerrado.

3.4.1.2. A pessoa (cliente, fornecedor, corretor) escolha a opção Não.

3.4.1.2.1. O caso de uso permanece como estava.

6.1. A pessoa (cliente, fornecedor, corretor) clica no botão de busca de cidade.

6.1.1. O sistema apresenta a tela de consulta de cidade.

6.1.2. A pessoa (cliente, fornecedor, corretor) escolhe a cidade desejada.

6.1.3. O sistema fecha a tela de consulta e atribui o nome da cidade escolhida

ao campo cidade.


6.2. Caso a cidade que a pessoa reside não esteja cadastrada.

6.2.1. A pessoa (cliente, fornecedor, corretor) solicita a inclusão da cidade.

6.2.2. O sistema estende para o caso de uso manutenir cidade.


7.1. O usuário informa um CPF/CNPJ inválido.

7.1.1. O sistema emite uma mensagem dizendo: “Campo(s) Inválido(s) –

Verifique campo(s) assinalado(s) em vermelho.”.

7.1.2. O sistema emite uma mensagem dizendo: “Você deve informar o campo

(campo inválido).”.


41

8.1. A pessoa (cliente, fornecedor, corretor) cancela a operação.

8.1.1. O sistema emite uma mensagem dizendo “Deseja realmente cancelar?”.





9.1. Dados obrigatórios não foram preenchidos.


(campo não preenchido).”.


10.1. Pessoa já cadastrada com o mesmo número de CPF/CNPJ.

10.1.1. O sistema emite uma mensagem dizendo: “Já existe um cadastro de

pessoa com esse mesmo número de CPF/CNPJ no sistema.”.


11.1. Dados inválidos.






3.2 Comercialização (compra)

Sumário: Este caso de uso representa a realização de uma comercialização

(compra) de veículo.


Precondições: O caixa deve estar aberto.

42

Fluxo normal (condição à vista)

ATOR SISTEMA

1. A pessoa (cliente, fornecedor, corretor)

solicita realizar uma comercialização (compra) de veículo.

2. O sistema apresenta a tela de compra de veículo e fornece as opções: consultar, novo, sair, confirmar e cancelar.


escolhe a opção novo.



informa os dados.


informa os itens.


confirma os itens.

8. A pessoa (cliente, fornecedor, corretor) confirma a operação.

9. O sistema verifica se existe saldo disponível em caixa para a realização da compra e pagamento da comissão (se existir).



12. O sistema emite uma mensagem dizendo: “Deseja gerar o Conta a Pagar, parcelas e pagamento automaticamente?”. “Sim” ou “Não”. A pessoa (cliente, fornecedor,

corretor) escolhe Sim.

13. O sistema grava os dados.

14. O sistema gera automaticamente o contas a pagar, as parcelas do conta a pagar, o pagamento, o movimento de caixa e atualiza o caixa referente a compra e a comissão (se existir).

15. O sistema atualiza o status do veiculo para “Negociado” e o caso de uso é encerrado.

43

Fluxo Alternativo

3.1. A pessoa (cliente, fornecedor, corretor) escolhe a opção sair.







3.2.1. O sistema fornece uma tela de busca para a seleção da pessoa (cliente,

fornecedor, corretor) a ser consultada.



selecionada com os campos desabilitados.


5.1. A pessoa (cliente, fornecedor, corretor) clica no botão buscar fornecedor.

5.1.1. O sistema apresenta a tela de consulta de pessoa.

5.1.2. A pessoa (cliente, fornecedor, corretor) escolhe a pessoa desejada.

5.1.3. O sistema fecha a tela de consulta e atribui o nome da pessoa escolhida

ao campo pessoa.


5.2. Caso a pessoa (cliente, fornecedor, corretor) não esteja cadastrado no sistema.

5.2.1. A pessoa (cliente, fornecedor, corretor) solicita a inclusão do cadastro

da pessoa (cliente, fornecedor, corretor) clicando no botão cadastrar

fornecedor.

5.2.2. O sistema estende para o caso de uso manutenir pessoa (cliente,

fornecedor, corretor).


6.1. A pessoa (cliente, fornecedor, corretor) clica no botão buscar veículo.

6.1.1. O sistema apresenta a tela de consulta de veículo.

44

6.1.2. A pessoa (cliente, fornecedor, corretor) escolhe o veículo desejado.

6.1.3. O sistema fecha a tela de consulta e atribui a placa do veículo escolhida

ao campo veículo.


6.2. Caso a pessoa (cliente, fornecedor, corretor) não encontra o veículo

cadastrado na lista de veículo.


de veículo clicando no botão cadastrar veículo.

6.2.2. O sistema estende para o caso de uso manutenir veículo.

6.2.3. O caso de uso retorna para o passo 6.

6.3. Caso a pessoa (cliente, fornecedor, corretor) clique no botão cancelar inclusão

do item na tabela veículo.

6.3.1. O sistema limpa os campos Veículo e Valor Veículo.


6.4. Caso a pessoa (cliente, fornecedor, corretor) clique no botão alterar item na

tabela veículo.

6.4.1. A pessoa não seleciona na tabela a linha correspondente ao veículo que

a mesma deseja alterar.

6.4.1.1. O sistema emite uma mensagem dizendo: “você deve selecionar

a linha a ser alterada.”.

6.4.1.2. O sistema retorna para o passo 6.

6.4.2. A pessoa selecionou na tabela a linha correspondente ao veículo que a

mesma deseja alterar.

6.4.2.1. O sistema preenche o campo veículo e o campo valor veículo

com os dados correspondente a esse veículo que estão na tabela

veículo.

6.4.2.2. O caso de uso retorna ao passo 6.

6.5. Caso a pessoa (cliente, fornecedor, corretor) clique no botão excluir item na

tabela veículo.

6.5.1. A pessoa não seleciona na tabela a linha correspondente ao veículo que

45

a mesma deseja excluir.

6.5.1.1. O sistema emite uma mensagem dizendo: “Você deve escolher

o Veículo na tabela a ser excluído.”.

6.5.1.2. O sistema retorna ao passo 6.

6.5.2. A pessoa selecionou na tabela a linha correspondente ao veículo que a

mesma deseja excluir.

6.5.2.1. O sistema exclui o item selecionado na tabela veículo.


6.6. A pessoa (cliente, fornecedor, corretor) clica no botão buscar corretor.




ao campo corretor.


6.7. Caso a pessoa (cliente, fornecedor, corretor) não esteja cadastrado no sistema.


da pessoa (cliente, fornecedor, corretor) clicando no botão cadastrar

fornecedor.

6.7.2. O sistema estende para o caso de uso manutenir pessoa (cliente,

fornecedor, corretor).


6.8. Caso a pessoa (cliente, fornecedor, corretor) clique no botão excluir item na

tabela corretor.

6.8.1. A pessoa não seleciona na tabela a linha correspondente ao corretor que

a mesma deseja excluir.

6.8.1.1. O sistema emite uma mensagem dizendo: “Você deve escolher

o corretor na tabela a ser excluído.”.


6.8.2. A pessoa selecionou na tabela a linha correspondente ao corretor que a

mesma deseja excluir.

6.8.2.1. O sistema exclui o item selecionado na tabela corretor.

46


7.1. Caso a pessoa (cliente, fornecedor, corretor) clique no botão confirma item

veículo.

7.1.1. O veículo ainda não foi escolhido.

7.1.1.1. O sistema emite uma mensagem dizendo: “Verifique Campos

em branco.”.

7.1.1.2. O caso de uso retorna para o passo 6.

7.1.2. O valor do veículo ainda não foi informado.


em branco.”.


7.2. Caso a pessoa (cliente, fornecedor, corretor) clique no botão confirma item

corretor.

7.2.1. O corretor ainda não foi escolhido.


em branco.”.

7.2.1.2. O caso de uso retorna para o passo 6.

7.2.2. O valor da comissão ainda não foi informado.


em branco.”.








8.2. A condição de pagamento escolhida é à prazo e não existe pagamento de

comissão.

8.2.1. O sistema grava os dados da compra.

47

8.2.2. O sistema inclui o caso de uso conta a pagar.


8.3. A condição de pagamento escolhida é à prazo e existe pagamento de comissão.

8.3.1. Não existe saldo em caixa suficiente para o pagamento da comissão.

8.3.1.1. O sistema emite uma mensagem dizendo: “Você pode realizar

esta compra, porque o valor disponível em caixa é de R$ (saldo

disponível em caixa) e o total de comissão é de R$ (valor total da

comissão).”.


8.3.2. Existe saldo em caixa disponível para o pagamento da comissão.

8.3.2.1. O sistema grava os dados compra.

8.3.2.2. O caso de uso inclui o caso de uso conta a pagar.


9.1. O sistema verifica que não existe saldo suficiente em caixa para a realização da

compra e pagamento da comissão (se existir).

9.1.1. Não existe o pagamento de comissão na compra.

9.1.1.1. O sistema emite uma mensagem dizendo: “Você não pode

realizar esta compra, porque o valor disponível em caixa é de R$ (saldo

atual no momento) e a sua compra é de R$ (valor da compra).


9.1.2. Existe o pagamento de comissão na compra.

9.1.2.1. O sistema emite mensagem dizendo: “Você não pode realizar

esta compra, porque o valor disponível em caixa é de R$ (saldo atual no

momento) e a sua compra é de R$ (valor da compra) e o total de

comissão é de R$ (valor total de comissões).



10.1.1. O sistema emite uma mensagem dizendo: “Você deve informar o

campo (campo não preenchido).”.


48





campo (campo inválido).”.


12.1. A pessoa (cliente, fornecedor, corretor) escolhe a opção Não.

12.1.1. O sistema grava os dados da compra, mas não ainda não gera a

parcela, pagamento, movimento e atualiza o caixa referente ao valor da

comissão (se existir).

12.1.2. O sistema inclui o caso de uso conta a pagar.

3.3 Gerar conta a pagar

Sumário: A pessoa (cliente, fornecedor, corretor) solicita a geração de uma conta a

pagar.



49

Fluxo normal (conta a pagar avulso e à vista)

Ator Sistema

1. A pessoa (cliente, fornecedor, corretor) solicita gerar uma conta a pagar.

2. O sistema apresenta a tela de cadastro de conta a pagar e fornece as opções: consultar, novo, confirmar, cancelar e sair.


escolhe a opção novo.



escolhe a opção Avulso.

6. O sistema muda o Label para Fornecedor. 7. A pessoa (cliente, fornecedor, corretor)

informa os dados.

8. A pessoa (cliente, fornecedor, corretor) clica em gerar parcelas.

9. O sistema gera as parcelas. 10. A pessoa (cliente, fornecedor, corretor)

confirma a operação.

11. O sistema verifica se existe saldo disponível em caixa para a realização da conta a pagar.



14. O sistema emite uma mensagem dizendo: “Deseja gerar as parcelas automaticamente?”. “Sim” ou “Não”. A pessoa (cliente, fornecedor, corretor) escolhe Sim.

15. O sistema grava os dados.

16. O sistema grava automaticamente a(s) parcela(s), gera o(s) pagamento(s), o(s) movimento(s), atualiza o caixa e o caso de uso é encerrado.

Fluxo alternativo


3.1.1. O sistema fornece uma tela de busca para a seleção do conta a pagar a

ser consultado as opções Compra, baixa de manutenção, fornecedor (avulso) e

venda.

3.1.1.1. A pessoa (cliente, fornecedor, corretor) escolhe a opção

Compra.

3.1.1.1.1. O sistema habilita o campo e o botão para a busca.

3.1.1.1.2. A pessoa (cliente, fornecedor, corretor) informa os

dados para consulta e clica no botão buscar.

50

3.1.1.1.2.1. O sistema apresenta os dados

encontrados.

3.1.1.1.2.2. O conta a pagar é selecionado.

3.1.1.1.2.3. O sistema apresenta os dados do conta a

pagar selecionado com os campos desabilitados.


3.1.1.1.3. A pessoa (cliente, fornecedor, corretor) não informa

os dados para consulta e clica no botão buscar.


“Digite o nome ou alguma letra que compõe o nome a

ser pesquisado.”.

3.1.1.1.3.2. O caso de uso retorna ao passo 3.1.1.1.1.

3.2. O A pessoa (cliente, fornecedor, corretor) escolhe a opção sair.






7.1. A pessoa (cliente, fornecedor, corretor) clica no botão buscar fornecedor

(avulso).




ao campo pessoa.


7.6. Caso a pessoa (cliente, fornecedor, corretor) não encontre seu nome na lista

de pessoa (cliente, fornecedor, corretor) clicando no botão cadastrar fornecedor.

7.6.1. A pessoa (cliente, fornecedor, corretor) solicita a inclusão do seu

cadastro no sistema.

7.6.2. O sistema estende para o caso de uso manutenir fornecedor.


51

8.1. A pessoa (cliente, fornecedor, corretor) não informa o valor.

8.1.1. O sistema emite uma mensagem dizendo: “Informe o Valor.”;


9.1. A pessoa (cliente, fornecedor, corretor) clica no botão remover todas as

parcelas.

9.1.1. O sistema remove todas as parcelas.


10.1.1. O sistema emite uma mensagem dizendo “Deseja realmente

cancelar?”.



10.1.1.2. A pessoa (cliente, fornecedor, corretor) escolha a opção

Não.


10.2. A pessoa (cliente, fornecedor, corretor) confirma a operação tanto à vista,

quanto à prazo, mas não gerou a(s) parcela(s).

10.2.1. O sistema emite uma mensagem dizendo: “Não existe parcelas na

tabela a serem incluídas.”.


10.3. A condição de pagamento escolhida foi à prazo.

10.3.1. A pessoa (cliente, fornecedor, corretor) não informa o dia para

pagamento e clica no botão gerar.

10.3.1.1. O sistema emite uma mensagem dizendo: “Informe o Dia para

Pagamento!!!”.


10.3.2. A pessoa (cliente, fornecedor, corretor) não informa o Número de

Parcelas.

10.3.2.1. O sistema emite uma mensagem dizendo: “Informe o Número

de Parcelas!!!”.


52

10.3.3. A pessoa (cliente, fornecedor, corretor) informa o dia para pagamento,

o número de parcelas e gera as parcelas.

10.3.3.1. O sistema emite uma mensagem dizendo: “Deseja incluir as

parcelas automaticamente?”.

10.3.3.1.1. A pessoa (cliente, fornecedor, corretor) escolhe a

opção Sim.

10.3.3.1.1.1. O sistema grava o conta a pagar.

10.3.3.1.1.2. O sistema grava a(s) parcela(s) do

conta a pagar.


10.3.3.1.2. A pessoa (cliente, fornecedor, corretor) escolhe a

opção Não.

10.3.3.1.2.1. O sistema grava o conta a pagar.

10.3.3.1.2.2. O sistema inclui o caso de uso parcela

do conta a pagar.

10.3.3.1.2.3. o caso de uso retorna ao passo 2.

11.1. O sistema verifica que não existe saldo suficiente em caixa para a realização

do conta a pagar.

11.1.1. O sistema emite uma mensagem dizendo: “Você não pode realizar este

Conta a Pagar, devido o seu valor ser maior que o disponível em caixa. O saldo

do Caixa neste momento é de R$ (saldo no momento).




campo (campo não preenchido).”.






campo (campo inválido).”.

53


14.1. A pessoa (cliente, fornecedor, corretor) escolhe a opção Não.

14.1.1. O sistema grava os dados do conta a pagar.

14.1.2. O sistema inclui o caso de uso parcela do conta a pagar.

3.4 Gerar pagamento

Sumário: O usuário gerente solicita a inclusão de um pagamento.

Ator primário: Usuário gerente.


Fluxo normal (pagamento de uma parcela do conta a pagar referente a

compra).

ATOR SISTEMA

1. O usuário gerente solicita gerar um pagamento.

2. O sistema apresenta a tela de cadastro de pagamento e fornece as opções: consultar, novo, confirmar, cancelar e Sair.

3. O usuário gerente escolhe a opção Novo.


5. O usuário gerente informa os dados.

6. O usuário gerente confirma a operação.

7. O sistema verifica se existe saldo disponível em caixa para a realização do pagamento.


54


10. O sistema grava os dados do pagamento.

11. O sistema grava automaticamente o movimento de caixa, atualiza o caixa, atualiza o status da parcela e o caso de uso é encerrado.

Fluxo alternativo

3.1. O usuário gerente escolhe a opção consultar.

3.1.1. O sistema fornece uma tela de busca para a seleção do pagamento a ser

consultado com duas opções Compra e Avulso.

3.1.1.1. O usuário gerente escolhe a opção Compra ou avulso.

3.1.1.1.1. O sistema habilita o campo e o botão para a busca.

3.1.1.1.2. O usuário gerente informa os dados para consulta e

clica no botão buscar.

3.1.1.1.2.1. O sistema apresenta os dados

encontrados.

3.1.1.1.2.2. O pagamento é selecionado.

3.1.1.1.2.3. O sistema apresenta os dados do

pagamento selecionado com os campos desabilitados.


3.1.1.1.3. O usuário gerente não informa os dados para consulta

e clica no botão buscar.


“Digite o nome ou alguma letra que compõe o nome a

ser pesquisado.”.

3.1.1.1.3.2. O caso de uso retorna ao passo 3.1.1.1.2.

3.2. O usuário gerente escolhe a opção sair.


3.2.1.1. O usuário gerente escolhe a opção Sim.


3.2.1.2. O usuário gerente escolha a opção Não.


55

5.1. O usuário gerente clica no botão Compra.

5.1.1. O sistema fornece uma tela de busca para a seleção da parcela da

compra realizada e apresenta todas as parcelas em aberto.

5.1.2. O usuário gerente escolhe a parcela desejada.

5.1.3. O sistema apresenta atribui o nome da pessoa referente a parcela ao

campo de parcela do conta a pagar.


5.2. O usuário gerente clica no botão busca Avulso.

5.1.1. O sistema fornece uma tela de busca para a seleção da parcela da conta

a pagar avulsa realizada e apresenta todas as parcelas em aberto.

5.1.2. O usuário gerente escolhe a parcela desejada.

5.1.3. O sistema apresenta atribui o nome da pessoa referente a parcela ao

campo de parcela do conta a pagar.


6.1. O usuário gerente cancela a operação.


6.1.1.1. O usuário gerente escolhe a opção Sim.


6.1.1.2. O usuário gerente escolha a opção Não.


7.1. O sistema verifica que não existe saldo suficiente em caixa para a realização do

pagamento.

7.1.1. O sistema emite uma mensagem dizendo: “Você não pode realizar este

pagamento, devido o seu valor ser maior que o disponível em caixa. O saldo do

Caixa neste momento é de R$ (saldo no momento).






56







3.5 Movimentar caixa

Sumário: Usuário solicita movimentar o caixa.

Ator primário: Usuário.


Fluxo normal (opção crédito)

ATOR SISTEMA

1. O usuário solicita movimentar o caixa.

2. O sistema apresenta a tela do movimento de caixa com os campos habilitados e fornece as opções: consultar, novo, confirmar, cancelar e sair.

3. O usuário deseja realiza um novo movimento no caixa.


5. O usuário escolhe a opção Crédito.

6. O usuário informa os dados.

7. O usuário confirma a operação.

57



10. O sistema atualiza as informações do caixa.

11. O sistema grava os dados e o caso de uso é encerrado.

Fluxo alternativo

3.1. O usuário escolhe a opção consultar.

3.1.1. O sistema fornece uma tela de busca para a seleção do movimento de

caixa a ser consultado.

3.1.2. O movimento de caixa é selecionado.

3.1.3. O sistema apresenta os dados do movimento de caixa selecionado com

os campos desabilitados.


3.2. O usuário escolhe a opção sair.


3.2.1.1. O usuário escolhe a opção Sim.


3.2.1.2. O usuário escolha a opção Não.


5.1. O usuário escolhe a opção Débito.

5.2. O usuário informa os dados.

5.3. O sistema verifica se existe saldo disponível em caixa para efetuar a

retirada.

5.3.1. Não existe saldo disponível em caixa para efetuar a retirada.

5.3.1.1. O sistema emite uma mensagem dizendo: “Você não pode

realizar esta retirada, devido o seu valor ser maior que o disponível

em caixa. O saldo neste momento é de R$ (saldo atual).”.

5.3.1.2. O caso de uso retorna ao passo 5.2.

5.3.2. Existe saldo disponível em caixa para efetuar a retirada.

5.3.2.1. O sistema atualiza o caixa.

5.3.2.2. O sistema grava os dados do movimento de caixa.

58


7.1. O usuário cancela a operação.
















3.6 Abrir caixa

Sumário: Usuário realiza a abertura do caixa (abertura e consulta).


Precondições: Usuário deve estar identificado no sistema e o caixa deve estar

fechado.

59

Fluxo normal

ATOR SISTEMA

1. O usuário solicita a abertura do caixa.

2. O sistema apresenta a tela do caixa com os botões Abrir Caixa, Sair e os campos habilitados.

3. O usuário informa os dados.

4. O usuário confirma a operação clicando no botão Abrir Caixa.



9. O sistema abre o caixa, grava os dados do caixa, grava os dados do valor inicial como uma movimentação de caixa com a descrição (Abertura do Caixa) e o caso de uso é encerrado.

Fluxo alternativo

1.1. O caixa já esta aberto.

1.1.1. O apresenta a tela do caixa mostrando o(s) histórico(s) de movimento de

caixa já realizado até o momento.







60

4.1. O usuário clica no botão Abrir Caixa, mas não informa o valor inicial do caixa.

4.1.1. O sistema emite uma mensagem dizendo: “Você deve informar o valor

inicial do Caixa!!!”.



7.1.1. O sistema emite uma mensagem dizendo: “Campo(s) Obrigatório(s) não

informado(s) – Verifique campo(s) assinalado(s) em amarelo.”.










3.7 Fechar caixa

Sumário: Usuário realiza o fechamento do caixa.


Precondições: Usuário deve estar identificado no sistema e o caixa deve estar

aberto.

61

Fluxo normal

ATOR SISTEMA

1. O usuário pretende realizar o fechamento do caixa.

2. O sistema apresenta a tela do caixa com os botões Fechar Caixa e Sair habilitados.

3. O usuário clica no botão Fechar Caixa.

4. O sistema apresenta os dados do caixa: Valor Inicial, Valor Total de Créditos, Valor Total de Débitos e Valor Final do Caixa.

5. O sistema grava um movimento de caixa como Débito, Valor (onde ele se baseia em Valor Total de Créditos (menos) Valor Total de Débitos) com a descrição de “Fechamento de Caixa”.

6. O sistema emite uma mensagem dizendo: “Neste momento o Sistema incluiu um Movimento de Caixa no valor de R$ (Valor Total de Créditos (menos) Valor Total de Débitos), com a descrição de Fechamento de Caixa.

7. O sistema atualiza os dados do Caixa e passa o seu Status para “Fechado”.

Fluxo alternativo







4 DIAGRAMA DE CLASSES

O modelo de casos de uso de um sistema é construído para formar a visão

de casos de uso do sistema. Esta visão fornece uma perspectiva do sistema a partir

de um ponto de vista externo. De posse da visão de casos de uso, os

desenvolvedores precisam prosseguir no desenvolvimento do sistema.

Segundo Bezerra (2006), a funcionalidade externa de um sistema orientado

a objetos é fornecida através de colaborações entre objetos. Externamente ao

sistema, os atores visualizam resultados de cálculos, relatórios produzidos,

confirmações de requisições realizadas etc. internamente, os objetos do sistema

colaboram uns com os outros para produzir os resultados visíveis de fora. Essa

colaboração pode ser vista sob o aspecto dinâmico e sob o aspecto estrutural

estático.

O aspecto dinâmico descreve a troca de mensagens entre os objetos e a

sua reação a eventos que ocorrem no sistema.

O aspecto estrutural estático de uma cooperação permite compreender

como o sistema estruturado internamente para que as funcionalidades externamente

visíveis sejam produzidas. Esse aspecto é dito estático porque não apresenta

informações sobre como os objetos do sistema interagem no decorrer do tempo.

Também é dito estrutural porque a estrutura das classes de objetos e as relações

entre elas são representadas.

No diagrama de classes podemos encontrar as informações sobre métodos,

atributos, nome das funções (métodos) e como serão integradas. Um diagrama de

classes bem modelado é fundamental para auxiliar o desenvolvedor.

4.1 Diagrama de classes

5 DIAGRAMA DE SEQÜÊNCIA

Um diagrama de seqüência é um diagrama de objetos, ou seja, ele contém

como primitiva principal um conjunto de objetos de diferentes classes. O objetivo dos

diagramas de seqüência é descrever as comunicações necessárias entre objetos

para a realização dos processos em um sistema computacional. Os diagramas de

seqüência têm este nome porque descrevem ao longo de uma linha de tempo a

seqüência de comunicações ente objetos.

Segundo Fowler (2005), normalmente, um diagrama de seqüência captura o

comportamento de um único cenário. O diagrama mostra vários exemplos de objetos

e mensagens que são passadas entre esses objetos dentro de um caso de uso.

Como podem existir muitos processos em um sistema computacional,

sugere-se proceder à construção dos diagramas de seqüência por caso de uso.

Assim, tomar-se-ia separadamente cada caso de uso para a construção de seus

diagramas de seqüência, de uma forma geral, para cada caso de uso constrói-se um

diagrama de seqüência principal descrevendo as seqüências normais de

comunicação entre objetos e diagramas complementares descrevendo seqüências

alternativas e tratamento de situações de erro.

Utiliza-se também o termo cenário associado com os diagramas de

seqüência. Um cenário é uma forma de ocorrência de um caso de uso. Como o

processo de um caso de uso pode ser realizado de diferentes formas, para

descrever a realização de um caso de uso pode ser necessário estudar vários

cenários. Cada cenário pode ser descrito por um diagrama de seqüência.

65

5.1 Diagrama de seqüência – Manutenir pessoa

66

5.2 Diagrama de seqüência – Manutenir Comercialização (compra)

67

5.3 Diagrama de seqüência – Gerar conta a pagar

68

5.4 Diagrama de seqüência – Gerar pagamento

69

5.5 Diagrama de seqüência – Movimentar caixa

70

5.6 Diagrama de seqüência – Abrir caixa

71

5.7 Diagrama de seqüência – Fechar caixa

6 PROJETO DE BANCO DE DADOS

Definir o projeto de banco de dados é a atividade que tem como propósito

especificar a Estrutura e o Comportamento de um Banco de Dados, tendo como

ponto de partida os requisitos de informação e regras de negocio inerentes a um

determinado domínio do problema, com a utilização de ferramentas do projeto ou de

modelagem (MER, MC-UML, MDR,...), procurando atender a uma série de critérios

de qualidade (Requisitos de qualidade de Projeto ou Modelagem).

Segundo Machado e Abreu (2004), o projeto de banco de dados é um

processo complexo e que geralmente necessita de muitas decisões em diferentes

níveis. Esta complexidade é melhor gerenciada quando o problema é subdividido em

vários subproblemas independentes (“dividir para conquistar”). O fato central nas

três fases do projeto de bases de dados é a modelagem do dado e suas

propriedades.

73

6.1 Descrição Física dos Dados

Classe: Cidade Tabela: CIDADE

Atributo Campo Tipo Tamanho Obrigatório Chave

CODIGO INTEGER SIM PK

NOME NOME VARCHAR 20 SIM ESTADO ESTADO CHAR 2 SIM

STATUS STATUS VARCHAR 7 SIM

Classe: Usuário Tabela: USUARIO



COD_CIDADE INTEGER SIM FK NOME NOME VARCHAR 40 SIM

DATA_CAD DATA_CAD DATE SIM TIPO_USUARIO TIPO_USUARIO VARCHAR 7 SIM

SENHA SENHA VARCHAR 32 SIM STATUS STATUS VARCHAR 7 SIM

Classe: Pessoa Tabela: PESSOA (CLIENTE, FORNECEDOR, CORRETOR)


CODIGO INTEGER SIM PK COD_CIDADE INTEGER SIM FK

CLIENTE CLIENTE CHAR 3 SIM FORNECEDOR FORNECEDOR CHAR 3 SIM

CORRETOR CORRETOR CHAR 3 SIM TIPO_PESSOA_CLIENTE

TIPO_PESSOA_CLIENTE

VARCHAR 8 SIM

TIPO_PESSOA_FORNECEDOR

TIPO_PESSOA_FORNECEDOR

VARCHAR 8 SIM

TIPO_PESSOA_CORRETOR

TIPO_PESSOA_CORRETOR

VARCHAR 8 SIM

NOME_RAZAO NOME_RAZAO VARCHAR 40 SIM

APELIDO_FANTASIA

APELIDO_FANTASIA

VARCHAR 40

CPF_CNPJ_CLIENTE

CPF_CNPJ_CLIENTE

VARCHAR 18

CPF_CNPJ_FORNECEDOR

CPF_CNPJ_FORNECEDOR

VARCHAR 18

CPF_CNPJ_CORRETOR

CPF_CNPJ_CORRETOR

VARCHAR 18

RG_IE_CLIENTE RG_IE_CLIENTE VARCHAR 20

RG_IE_FORNECEDOR

RG_IE_FORNECEDOR

VARCHAR 20

RG_IE_CORRETOR RG_IE_CORRETOR VARCHAR 20

74

SEXO SEXO VARCHAR 13 SIM DATA_NASC DATA_NASC DATE SIM

DATA_CAD DATA_CAD DATE SIM ENDERECO ENDERECO VARCHAR 20 SIM

BAIRRO BAIRRO VARCHAR 20 SIM NUMERO NUMERO INTEGER

CEP CEP VARCHAR 10 SIM TEL_RES TEL_RES VARCHAR 13

TEL_CEL TEL_CEL VARCHAR 13 E_MAIL E_MAIL VARCHAR 50


Classe: Marca Tabela: MARCA

Atributo Campo Tipo Tamanho Obrigatório Chave CODIGO INTEGER SIM PK

NOME NOME VARCHAR 20 SIM STATUS STATUS VARCHAR 7 SIM

Classe: Espécie tipo de veículo Tabela: ESPECIE_TIPO_VEICULO


CODIGO INTEGER SIM PK NOME NOME VARCHAR 30 SIM


Classe: Modelo de veículo Tabela: MODELO_VEICULO


COD_MARCA INTEGER SIM FK NOME NOME VARCHAR 40 SIM


Classe: Tipo de combustível Tabela: TIPO_COMBUSTIVEL


NOME NOME VARCHAR 30 SIM STATUS STATUS VARCHAR 7 SIM

Classe: Cor predominante Tabela: COR_PREDOMINANTE



75

TIPO TIPO VARCHAR 20 SIM STATUS STATUS VARCHAR 7 SIM

Classe: Veículo Tabela: VEÍCULO


CODIGO INTEGER SIM PK COD_MOD_VEIC

ULO INTEGER SIM FK

COD_PESSOA INTEGER SIM FK COD_ESP_TP_VE

IC INTEGER SIM FK

COD_TP_COMB INTEGER SIM FK COD_RENAVAM COD_RENAVAM VARCHAR 12 SIM

TIPO_CADASTRO TIPO_CADASTRO VARCHAR 11

NOME_PROP_CRLV

NOME_PROP_CRLV

VARCHAR 40

CPF_PROP CPF_PROP VARCHAR 14

PLACA PLACA VARCHAR 8 SIM NUM_CHASSI NUM_CHASSI VARCHAR 20 SIM

ANO_FABRIC ANO_FABRIC VARCHAR 4 SIM ANO_MODELO ANO_MODELO VARHCAR 4 SIM

OBSERVACAO OBSERVACAO VARCHAR 40 STATUS STATUS VARCHAR 7

Classe: Comercializacao Tabela: COMERCIALIZACAO


CODIGO INTEGER SIM PK COD_PESSOA INTEGER SIM FK

TIPO_COMERCIALIZACAO

TIPO_COMERCIALIZACAO

VARCHAR 6 SIM

DATA DATA DATE SIM

VALOR_TOTAL VALOR_TOTAL DECIMAL 18,2

TOTAL_COMISSAO TOTAL_COMISSAO DECIMAL 18,2 CONDICAO CONDICAO VARCHAR 7 SIM

Classe: Comercializaca corretor Tabela: COMERCIALIZAO_CORRETOR


COD_PESSOA INTEGER SIM FK

COD_COMERCIALIZACAO

COD_COMERCIALIZACAO

INTEGER SIM FK

VALOR_COMISSAO VALOR_COMISSAO DECIMAL 18,2 SIM

76

Classe: Itens Comercializacao Tabela: ITENS_COMERCIALIZACAO


COD_COMERCIALIZACAO

INTEGER SIM FK

COD_VEICULO INTEGER SIM FK TIPO_MOV_COMERCIALIZACAO

TIPO_MOV_COMERCIALIZACAO

VARCHAR 6

VALOR_VEICULO VALOR_VEICULO DECIMAL 18,2 SIM

Classe: Caixa Tabela: CAIXA


COD_USUARIO INTEGER SIM FK DATA_ABERTURA DATA_ABERTURA DATE SIM

DATA_FECHAMENTO

DATA_FECHAMENTO

DATE

VALOR_INICIAL VALOR_INICIAL DECIMAL 18,2 SIM

VALOR_TOTAL_CREDITOS

VALOR_TOTAL_CREDITOS

DECIMAL 18,2

VALOR_TOTAO_DEBITOS

VALOR_TOTAL_DEBITOS

DECIMAL 18,2

VALOR_FINAL VALOR_FINAL DECIMAL 18,2


Classe: Movimentar Caixa Tabela: MOVIMENTAR_CAIXA


COD _CAIXA INTEGER SIM FK COD_PAGAMENT

O INTEGER FK

COD_RECEBIMENTO

INTEGER FK

TIPO_MOVIMENTO TIPO_MOVIMENTO VARCHAR 7 VALOR_MOVIMENTO

VALOR_MOVIMENTO

DECIMAL 18,2

DATA DATA DATE OBSERVAÇÃO OBSERVAÇÃO VARCHAR 200

Classe: Conta a pagar Tabela: CONTA_PAGAR


CODIGO INTEGER SIM PK COD_COMERC

IALIZACAO INTEGER FK

COD_PESSOA INTEGER FK

77

COD_BAIXAR_MANUT

INTEGER FK

NUM_DE_PARCELAS

NUM_DE_PARCELAS

INTEGER SIM

CONDICAO_PAGAMENTO

CONDICAO_PAGAMENTO

VARCHAR 7 SIM

DATA DATA DATE SIM DIA_PARA_PAG DIA_PARA_PAG INTEGER SIM

VALOR VALOR DECIMAL 18,2 SIM

Classe: Parcela do conta a pagar Tabela: PARCELA_CONTA_PAGAR


COD_CONTA_PAGAR

INTEGER SIM FK

NUM_DA_PARCELA

NUM_DA_PARCELA

INTEGER SIM

VALOR_PARCELA

VALOR_PARCELA

DECIMAL 18,2 SIM

VALOR_EM_DINHEIRO

VALOR_EM_DINHEIRO

DECIMAL 18,2

VENCIMENTO VENCIMENTO DATE SIM


Classe: Pagamento Tabela: PAGAMENTO


COD_PARC_CONTA_PAGAR

INTEGER SIM FK

DATA_PAG_PARCELA

DATA_PAG_PARCELA

DATE SIM

DESCONTOS DESCONTOS DECIMAL 18,2

VALOR_TOTAL VALOR_TOTAL DECIMAL 18,2 SIM

Classe: Consignação Tabela: CONSIGNACAO



COD_VEICULO INTEGER SIM FK COD_COMERCI

ALIZACAO INTEGER SIM FK

VALOR_PEDIDO VALOR_PEDIDO DECIMAL 18,2 SIM VALOR _VENDIDO

VALOR _VENDIDO

DECIMAL 18,2 SIM

DATA DATA DATE SIM DATA_ VENDA DATA_ VENDA DATE


78

Classe: Comercialização/Cliente Consignação

Tabela: CLIENTE_CONSIGNACAO Atributo Campo Tipo Tamanho Obrigatório Chave


COD_ PESSOA INTEGER SIM FK COD_CONSIG INTEGER SIM FK

TIPO_CLIENTE VARCHAR 9 SIM

Classe: Conta a receber Tabela: CONTA_RECEBER

Atributo Campo Tipo Tamanho Obrigatório

Chave


COD_COMERC

IALIZACAO

INTEGER FK

NUM_DE_PAR

CELA

NUM_DE_PAR

CELA

INTEGER SIM

DATA DATA DATE SIM

DIA_PARA_PAG DIA_PARA_PAG INTEGER SIM

VALOR VALOR DECIMAL 18,2 SIM

Classe: Parcela Conta a receber Tabela: PARCELA_CONTA_RECEBER


CODIGO INTEGER SIM PK COD_CONTA_RE

CEBER INTEGER SIM FK

NUM_DA_PARCELA

NUM_DA_PARCELA

INTEGER SIM

VALOR_PARCELA

VALOR_PARCELA

DECIMAL 18,2 SIM

VALOR_EM_DINHEIRO

VALOR_EM_DINHEIRO

DECIMAL 18,2

VENC_PARC VENC_PARC DATE SIM STATUS STATUS VARCHAR 6 SIM

Classe: Recebimento Tabela: RECEBIMENTO


CODIGO INTEGER SIM PK COD_PARC_CON

TA_RECEBER INTEGER SIM FK

DATA_PAG_PARCELA

DATA_PAG_PARCELA

DATE SIM

DESCONTO DESCONTO DECIMAL 18,2

79

VALOR_TOTAL VALOR_TOTAL DECIMAL 18,2 SIM

Classe: Funcionário responsável da emp. manut Tabela: FUNCIONÁRIO_EMP_MANUT


CODIGO INTEGER SIM PK COD_CIDADE INTEGER SIM FK

COD_PESSOA INTEGER SIM FK NOME NOME VARCHAR 40 SIM

CPF CPF VARCHAR 14 SIM ENDERECO ENDERECO VARCHAR 20 SIM

BAIRRO BAIRRO VARCHAR 20 SIM NUMERO NUMERO INTEGER

CEP CEP VARCHAR 10 SIM

TEL_RES TEL_RES VARCHAR 11 TEL_CEL TEL_CEL VARCHAR 11


Classe: Manutenção de veículo Tabela: MANUTENCAO_VEICULO



COD_VEICULO INTEGER SIM FK COD_

FUNC_EMP_MANUT

INTEGER SIM FK

DATA_RETIRADA DATA_RETIRADA DATE SIM

Classe: Baixar manutenção de veículo Tabela: BAIXAR_MANUT


COD_MANUT_VEIC

INTEGER SIM FK

DATA_ENTREGA DATA_ENTREGA DATE SIM

VALOR_COBRADO

VALOR_COBRADO

DECIMAL 18,2 SIM

DESCRICAO DESCRICAO VARCHAR 100 SIM

Classe: Banco Tabela: BANCO




80

Classe: Agência bancária Tabela: AGENCIA_BANCARIA


COD_CIDADE INTEGER SIM FK COD_BANCO INTEGER SIM FK

NUM_AGENCIA NUM_AGENCIA INTEGER STATUS STATUS VARCHAR 7

Classe: Cheque Tabela: CHEQUE


CODIGO INTEGER SIM PK COD_AGENCIA INTEGER SIM FK

COD_ PESSOA INTEGER SIM FK VALOR VALOR DECIMAL 18,2

NUM_CHEQUE NUM_CHEQUE INTEGER SIM DATA_ENTREGUE DATA_ENTREGUE DATE SIM

DATA_PARA_DESCONTO

DATA_PARA_DESCONTO

DATE SIM

OBSERVAÇÃO OBSERVACAO VARCHAR 60 STATUS STATUS CHAR 1

Classe: Itens cheque Tabela: ITENS_CHEQUE


CODIGO INTEGER SIM PK COD_CHEQUE INTEGER SIM FK

COD_PARC_CONTA_PAGAR

INTEGER FK

COD_PARC_CONTA_RECEBER

INTEGER FK

VALOR_CHEQUE VALOR_CHEQUE DECIMAL 18,2 SIM

81

6.2 Script SQL do Banco de Dados

/*TABELAS*/

CREATE TABLE MARCA ( CODIGO INTEGER NOT NULL, NOME VARCHAR(20) NOT NULL,

STATUS VARCHAR(7) NOT NULL, PRIMARY KEY(CODIGO));

CREATE TABLE TIPO_COMBUSTIVEL ( CODIGO INTEGER NOT NULL, NOME VARCHAR(30) NOT NULL,


CREATE TABLE ESPECIE_TIPO_VEICULO ( CODIGO INTEGER NOT NULL, NOME VARCHAR(30) NOT NULL,


CREATE TABLE COR_PREDOMINANTE ( CODIGO INTEGER NOT NULL, NOME VARCHAR(20) NOT NULL,

TIPO VARCHAR(20) NOT NULL, STATUS VARCHAR(7) NOT NULL, PRIMARY KEY(CODIGO));

CREATE TABLE CIDADE (

CODIGO INTEGER NOT NULL, NOME VARCHAR(20) NOT NULL, ESTADO CHAR(2) NOT NULL,


CREATE TABLE PESSOA( CODIGO INTEGER NOT NULL, CLIENTE CHAR(3) NOT NULL,

FORNECEDOR CHAR(3) NOT NULL, CORRETOR CHAR(3) NOT NULL, TIPO_PESSOA_CLIENTE VARCHAR(8) NOT NULL,

TIPO_PESSOA_FORNECEDOR VARCHAR(8) NOT NULL, TIPO_PESSOA_CORRETOR VARCHAR(8) NOT NULL, NOME_RAZAO VARCHAR(40) NOT NULL,

APELIDO_FANTASIA VARCHAR(40), CPF_CNPJ_CLIENTE VARCHAR(18), CPF_CNPJ_FORNECEDOR VARCHAR(18),

82

CPF_CORRETOR VARCHAR(18),

RG_IE_CLIENTE VARCHAR(20), RG_IE_FORNECEDOR VARCHAR(20), RG_CORRETOR VARCHAR(20),

SEXO VARCHAR(13) NOT NULL, DATA_NASC DATE NOT NULL, DATA_CAD DATE NOT NULL,

ENDERECO VARCHAR(20) NOT NULL, BAIRRO VARCHAR(20) NOT NULL, NUMERO INTEGER,

CEP VARCHAR(10) NOT NULL, COD_CIDADE INTEGER NOT NULL, TEL_RES VARCHAR(13),

TEL_CEL VARCHAR(13), E_MAIL VARCHAR(50), STATUS VARCHAR(7) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_CIDADE) REFERENCES CIDADE(CODIGO));

CREATE TABLE MODELO_VEICULO ( CODIGO INTEGER NOT NULL,

NOME VARCHAR(40) NOT NULL, COD_MARCA INTEGER NOT NULL, STATUS VARCHAR(7) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_MARCA) REFERENCES MARCA(CODIGO));

CREATE TABLE BANCO ( CODIGO INTEGER NOT NULL, NOME VARCHAR(20) NOT NULL,


CREATE TABLE AGENCIA_BANCARIA ( CODIGO INTEGER NOT NULL, NUM_AGENCIA INTEGER,

COD_CIDADE INTEGER NOT NULL, COD_BANCO INTEGER NOT NULL, STATUS VARCHAR(7),

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_CIDADE) REFERENCES CIDADE(CODIGO),

FOREIGN KEY(COD_BANCO) REFERENCES BANCO(CODIGO));

CREATE TABLE FUNCIONARIO_EMP_MANUT ( CODIGO INTEGER NOT NULL, NOME VARCHAR(40) NOT NULL,

83

CPF VARCHAR(14) NOT NULL,

ENDERECO VARCHAR(20) NOT NULL, BAIRRO VARCHAR(20) NOT NULL, NUMERO INTEGER,

CEP VARCHAR(10) NOT NULL, COD_CIDADE INTEGER NOT NULL, TEL_RES VARCHAR(13),

TEL_CEL VARCHAR(13), COD_PESSOA INTEGER NOT NULL, STATUS VARCHAR(7) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY (COD_CIDADE) REFERENCES CIDADE(CODIGO),

FOREIGN KEY(COD_PESSOA) REFERENCES PESSOA(CODIGO));

CREATE TABLE USUARIO ( CODIGO INTEGER NOT NULL, NOME VARCHAR(40) NOT NULL,

DATA_CAD DATE NOT NULL, COD_CIDADE INTEGER NOT NULL, TIPO_USUARIO VARCHAR(7) NOT NULL,

SENHA VARCHAR(32) NOT NULL, STATUS VARCHAR(7) NOT NULL, PRIMARY KEY(CODIGO),

FOREIGN KEY(COD_CIDADE) REFERENCES CIDADE(CODIGO)); CREATE TABLE VEICULO (

CODIGO INTEGER NOT NULL, COD_RENAVAM VARCHAR(12) NOT NULL, COD_MOD_VEICULO INTEGER NOT NULL,

TIPO_CADASTRO VARCHAR(11), NOME_PROP_CRLV VARCHAR(40), CPF_PROP VARCHAR(14),

PLACA VARCHAR(8) NOT NULL, NUM_CHASSI VARCHAR(20) NOT NULL, ANO_FABRIC VARCHAR(4) NOT NULL,

ANO_MODELO VARCHAR(4) NOT NULL, COD_COR INTEGER NOT NULL, COD_PESSOA INTEGER NOT NULL,

COD_ESP_TP_VEIC INTEGER NOT NULL, COD_TP_COMB INTEGER NOT NULL, OBSERVACAO VARCHAR(40),

STATUS VARCHAR(15), PRIMARY KEY(CODIGO), FOREIGN KEY(COD_MOD_VEICULO)

REFERENCES MODELO_VEICULO(CODIGO), FOREIGN KEY(COD_PESSOA) REFERENCES PESSOA(CODIGO),

84

FOREIGN KEY(COD_ESP_TP_VEIC)

REFERENCES ESPECIE_TIPO_VEICULO(CODIGO), FOREIGN KEY(COD_TP_COMB) REFERENCES TIPO_COMBUSTIVEL(CODIGO),

FOREIGN KEY(COD_COR) REFERENCES COR_PREDOMINANTE(CODIGO));

CREATE TABLE CHEQUE ( CODIGO INTEGER NOT NULL, VALOR DECIMAL(18,2),

COD_AGENCIA INTEGER NOT NULL, NUM_CHEQUE INTEGER NOT NULL, COD_PESSOA INTEGER NOT NULL,

DATA_ENTREGUE DATE NOT NULL, DATA_PARA_DESCONTO DATE NOT NULL, OBSERVACAO VARCHAR(60),

STATUS CHAR(1), PRIMARY KEY(CODIGO), FOREIGN KEY(COD_PESSOA)

REFERENCES PESSOA(CODIGO), FOREIGN KEY(COD_AGENCIA) REFERENCES AGENCIA_BANCARIA(CODIGO));

CREATE TABLE CAIXA ( CODIGO INTEGER NOT NULL,

COD_USUARIO INTEGER NOT NULL, DATA_ABERTURA DATE NOT NULL, DATA_FECHAMENTO DATE, VALOR_INICIAL DECIMAL(18,2) NOT NULL,

VALOR_TOTAL_CREDITOS DECIMAL(18,2), VALOR_TOTAL_DEBITOS DECIMAL(18,2), VALOR_FINAL DECIMAL(18,2),

STATUS VARCHAR(7) NOT NULL, PRIMARY KEY(CODIGO), FOREIGN KEY(COD_USUARIO)

REFERENCES USUARIO(CODIGO)); CREATE TABLE COMERCIALIZACAO (

CODIGO INTEGER NOT NULL, TIPO_COMERCIALIZACAO VARCHAR(11) NOT NULL, DATA DATE NOT NULL,

COD_PESSOA INTEGER NOT NULL, VALOR_TOTAL DECIMAL(18,2), TOTAL_COMISSAO DECIMAL(18,2),

CONDICAO VARCHAR(7) NOT NULL, PRIMARY KEY(CODIGO), FOREIGN KEY(COD_PESSOA)

REFERENCES PESSOA(CODIGO)); CREATE TABLE COMERCIALIZACAO_CORRETOR (

85

CODIGO INTEGER NOT NULL,

COD_PESSOA INTEGER NOT NULL, COD_COMERCIALIZACAO INTEGER NOT NULL, VALOR_COMISSAO DECIMAL(18,2) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_PESSOA) REFERENCES PESSOA(CODIGO),

FOREIGN KEY(COD_COMERCIALIZACAO) REFERENCES COMERCIALIZACAO(CODIGO));

CREATE TABLE MANUTENCAO_VEICULO ( CODIGO INTEGER NOT NULL,

COD_VEICULO INTEGER NOT NULL, COD_FUNC_EMP_MANUT INTEGER NOT NULL, DATA_RETIRADA DATE NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_FUNC_EMP_MANUT) REFERENCES FUNCIONARIO_EMP_MANUT(CODIGO),

FOREIGN KEY(COD_VEICULO) REFERENCES VEICULO(CODIGO));

CREATE TABLE CONSIGNACAO ( CODIGO INTEGER NOT NULL, COD_VEICULO INTEGER NOT NULL,

VALOR_PEDIDO DECIMAL(18,2) NOT NULL, COD_COMERCIALIZACAO INTEGER NOT NULL, VALOR_VENDIDO DECIMAL(18,2) NOT NULL, DATA_VENDA DATE,

STATUS VARCHAR(7) NOT NULL, PRIMARY KEY(CODIGO), FOREIGN KEY(COD_COMERCIALIZACAO)

REFERENCES COMERCIALIZACAO(CODIGO), FOREIGN KEY(COD_VEICULO) REFERENCES VEICULO(CODIGO));

CREATE TABLE CLIENTE_CONSIGNACAO ( CODIGO INTEGER NOT NULL,

COD_PESSOA INTEGER NOT NULL, COD_CONSIG INTEGER NOT NULL, TIPO_CLIENTE VARCHAR(9) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_PESSOA) REFERENCES PESSOA(CODIGO),

FOREIGN KEY(COD_CONSIG) REFERENCES CONSIGNACAO(CODIGO));

CREATE TABLE CONTA_RECEBER ( CODIGO INTEGER NOT NULL, COD_COMERCIALIZACAO INTEGER,

86

NUM_DE_PARCELA INTEGER NOT NULL,

CONDICAO_RECEBIMENTO VARCHAR(7) NOT NULL, DATA DATE NOT NULL, DIA_PARA_RECEB INTEGER NOT NULL,

VALOR DECIMAL(18,2) NOT NULL, PRIMARY KEY(CODIGO), FOREIGN KEY(COD_COMERCIALIZACAO)

REFERENCES COMERCIALIZACAO(CODIGO)); CREATE TABLE ITENS_COMERCIALIZACAO (

CODIGO INTEGER NOT NULL, COD_COMERCIALIZACAO INTEGER NOT NULL, TIPO_MOV_COMERCIALIZACAO VARCHAR(6),

COD_VEICULO INTEGER NOT NULL, VALOR_VEICULO DECIMAL(18,2) NOT NULL, PRIMARY KEY(CODIGO),

FOREIGN KEY(COD_COMERCIALIZACAO) REFERENCES COMERCIALIZACAO(CODIGO), FOREIGN KEY(COD_VEICULO)

REFERENCES VEICULO(CODIGO)); CREATE TABLE PARCELA_CONTA_RECEBER (

CODIGO INTEGER NOT NULL, COD_CONTA_RECEBER INTEGER NOT NULL, NUM_DA_PARCELA INTEGER NOT NULL,

VALOR_PARCELA DECIMAL(18,2) NOT NULL, VALOR_EM_DINHEIRO DECIMAL(18,2), VENC_PARC DATE NOT NULL, STATUS VARCHAR(7) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_CONTA_RECEBER) REFERENCES CONTA_RECEBER(CODIGO));

CREATE TABLE BAIXAR_MANUTENCAO_VEICULO ( CODIGO INTEGER NOT NULL,

COD_MANUT_VEIC INTEGER NOT NULL, DATA_ENTREGA DATE NOT NULL, VALOR_COBRADO DECIMAL(18,2) NOT NULL,

DESCRICAO VARCHAR(100) NOT NULL, PRIMARY KEY(CODIGO), FOREIGN KEY(COD_MANUT_VEIC)

REFERENCES MANUTENCAO_VEICULO(CODIGO)); CREATE TABLE CONTA_PAGAR (

CODIGO INTEGER NOT NULL, COD_COMERCIALIZACAO INTEGER, COD_PESSOA INTEGER,

COD_BAIXAR_MANUT INTEGER, NUM_DE_PARCELAS INTEGER NOT NULL, CONDICAO_PAGAMENTO VARCHAR(7) NOT NULL,

87

DATA DATE NOT NULL,

DIA_PARA_PAG INTEGER NOT NULL, VALOR DECIMAL(18,2) NOT NULL, PRIMARY KEY(CODIGO),

FOREIGN KEY(COD_PESSOA) REFERENCES PESSOA(CODIGO), FOREIGN KEY(COD_COMERCIALIZACAO)

REFERENCES COMERCIALIZACAO(CODIGO), FOREIGN KEY(COD_BAIXAR_MANUT) REFERENCES BAIXAR_MANUTENCAO_VEICULO(CODIGO));

CREATE TABLE PARCELA_CONTA_PAGAR ( CODIGO INTEGER NOT NULL,

COD_CONTA_PAGAR INTEGER NOT NULL, NUM_DA_PARCELA INTEGER NOT NULL, VALOR_PARCELA DECIMAL(18,2) NOT NULL,

VALOR_EM_DINHEIRO DECIMAL(18,2), VENCIMENTO DATE NOT NULL, STATUS VARCHAR(6) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_CONTA_PAGAR) REFERENCES CONTA_PAGAR(CODIGO));

CREATE TABLE RECEBIMENTO ( CODIGO INTEGER NOT NULL,

COD_PARC_CONTA_RECEBER INTEGER NOT NULL, DATA_PAG_PARCELA DATE NOT NULL, DESCONTOS DECIMAL(18,2), VALOR_TOTAL DECIMAL(18,2) NOT NULL,

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_PARC_CONTA_RECEBER) REFERENCES PARCELA_CONTA_RECEBER(CODIGO));

CREATE TABLE ITENS_CHEQUE ( CODIGO INTEGER NOT NULL,

COD_CHEQUE INTEGER NOT NULL, VALOR_CHEQUE DECIMAL(18,2) NOT NULL, COD_PARC_CONTA_PAGAR INTEGER,

COD_PARC_CONTA_RECEBER INTEGER, PRIMARY KEY(CODIGO), FOREIGN KEY(COD_CHEQUE)

REFERENCES CHEQUE(CODIGO), FOREIGN KEY(COD_PARC_CONTA_PAGAR) REFERENCES PARCELA_CONTA_PAGAR(CODIGO),

FOREIGN KEY(COD_PARC_CONTA_RECEBER) REFERENCES PARCELA_CONTA_RECEBER(CODIGO));

CREATE TABLE PAGAMENTO ( CODIGO INTEGER NOT NULL, COD_PARC_CONTA_PAGAR INTEGER NOT NULL,

88

DATA_PAG_PARCELA DATE NOT NULL,

DESCONTOS DECIMAL(18,2), VALOR_TOTAL DECIMAL(18,2) NOT NULL, PRIMARY KEY(CODIGO),

FOREIGN KEY(COD_PARC_CONTA_PAGAR) REFERENCES PARCELA_CONTA_PAGAR(CODIGO));

CREATE TABLE MOVIMENTAR_CAIXA ( CODIGO INTEGER NOT NULL, COD_CAIXA INTEGER NOT NULL,

COD_PAGAMENTO INTEGER, COD_RECEBIMENTO INTEGER, TIPO_MOVIMENTO VARCHAR(7),

VALOR_MOVIMENTO DECIMAL(18,2), DATA DATE, OBSERVACAO VARCHAR(200),

PRIMARY KEY(CODIGO), FOREIGN KEY(COD_CAIXA) REFERENCES CAIXA(CODIGO),

FOREIGN KEY(COD_PAGAMENTO) REFERENCES PAGAMENTO(CODIGO), FOREIGN KEY(COD_RECEBIMENTO)

REFERENCES RECEBIMENTO(CODIGO));

GENERATOR CREATE GENERATOR GUSUARIO;

SET GENERATOR GUSUARIO TO 0; CREATE GENERATOR GCOMBUSTIVEL;

SET GENERATOR GCOMBUSTIVEL TO 0; CREATE GENERATOR GMODELO;

SET GENERATOR GMODELO TO 0; CREATE GENERATOR GMARCA;

SET GENERATOR GMARCA TO 0; CREATE GENERATOR GESPECIE;

SET GENERATOR GESPECIE TO 0; CREATE GENERATOR GCOR;

SET GENERATOR GCOR TO 0; CREATE GENERATOR GCIDADE;

SET GENERATOR GCIDADE TO 0; CREATE GENERATOR GPESSOA;

89

SET GENERATOR GPESSOA TO 0;

CREATE GENERATOR GBANCO; SET GENERATOR GBANCO TO 0;

CREATE GENERATOR GAGENCIA; SET GENERATOR GAGENCIA TO 0;

CREATE GENERATOR GCHEQUE; SET GENERATOR GCHEQUE TO 0;

CREATE GENERATOR GFUNCIONARIO; SET GENERATOR GFUNCIONARIO TO 0;

CREATE GENERATOR GMANUTENCAO; SET GENERATOR GMANUTENCAO TO 0;

CREATE GENERATOR GBAIXARMANUTENCAO; SET GENERATOR GBAIXARMANUTENCAO TO 0;

CREATE GENERATOR GVEICULO; SET GENERATOR GVEICULO TO 0;

CREATE GENERATOR GCOMERCIALIZACAO; SET GENERATOR GCOMERCIALIZACAO TO 0;

CREATE GENERATOR GCONSIGNACAO; SET GENERATOR GCONSIGNACAO TO 0;

CREATE GENERATOR GCLIENTECONSIGNACAO; SET GENERATOR GCLIENTECONSIGNACAO TO 0;

CREATE GENERATOR GITEMCOMERCIALIZACAO; SET GENERATOR GITEMCOMERCIALIZACAO TO 0;

CREATE GENERATOR GITEMCORRETOR; SET GENERATOR GITEMCORRETOR TO 0;

CREATE GENERATOR GCONTAPAGAR; SET GENERATOR GCONTAPAGAR TO 0;

CREATE GENERATOR GCONTARECEBER; SET GENERATOR GCONTARECEBER TO 0;

CREATE GENERATOR GPARCELACONTAPAGAR; SET GENERATOR GPARCELACONTAPAGAR TO 0;

CREATE GENERATOR GPARCELACONTARECEBER; SET GENERATOR GPARCELACONTARECEBER TO 0;

90

CREATE GENERATOR GPAGAMENTO;

SET GENERATOR GPAGAMENTO TO 0; CREATE GENERATOR GRECEBIMENTO;

SET GENERATOR GRECEBIMENTO TO 0; CREATE GENERATOR GITEMCHEQUE;

SET GENERATOR GITEMCHEQUE TO 0; CREATE GENERATOR GCAIXA;

SET GENERATOR GCAIXA TO 0; CREATE GENERATOR GMOVIMENTOCAIXA;

SET GENERATOR GMOVIMENTOCAIXA TO 0;

TRIGGERS

SET TERM !!; CREATE TRIGGER TITEMCOMERCIALIZACAO FOR ITENS_COMERCIALIZACAO BEFORE INSERT

POSITION 0 AS BEGIN

NEW.CODIGO = GEN_ID(GITEMCOMERCIALIZACAO,1); END !! SET TERM ; !!

SET TERM !!; CREATE TRIGGER TCOMERCCORRETOR FOR

COMERCIALIZACAO_CORRETOR BEFORE INSERT POSITION 0

AS BEGIN NEW.CODIGO = GEN_ID(GITEMCORRETOR,1);

END !! SET TERM ; !!

SET TERM !!; CREATE TRIGGER ATUALIZA_STATUS_PARC_CTPAGAR FOR PAGAMENTO

AFTER INSERT AS BEGIN

UPDATE PARCELA_CONTA_PAGAR SET PARCELA_CONTA_PAGAR.STATUS = 'PAGA' WHERE PARCELA_CONTA_PAGAR.CODIGO =

91

NEW.COD_PARC_CONTA_PAGAR;

END!! SET TERM ;!!

SET TERM !!; CREATE TRIGGER TITEMCHEQUE FOR ITENS_CHEQUE

BEFORE INSERT POSITION 0 AS

BEGIN NEW.CODIGO = GEN_ID(GITEMCHEQUE,1); END !!

SET TERM ; !!

SET TERM ^ ; CREATE TRIGGER TI_STATUSVEICULO FOR ITENS_COMERCIALIZACAO ACTIVE AFTER INSERT

POSITION 0 AS BEGIN

IF (NEW.TIPO_MOV_COMERCIALIZACAO = 'COMPRA') THEN UPDATE VEICULO SET STATUS = 'NEGOCIADO' WHERE CODIGO = NEW.COD_VEICULO;

IF (NEW.TIPO_MOV_COMERCIALIZACAO = 'VENDA') THEN UPDATE VEICULO SET STATUS = 'VENDIDO' WHERE CODIGO = NEW.COD_VEICULO; END^

SET TERM ; ^

SET TERM !! ; CREATE TRIGGER TI_STATUSVEICMANUTENCAO FOR MANUTENCAO_VEICULO

AFTER INSERT AS BEGIN

UPDATE VEICULO SET VEICULO.STATUS = 'EM MANUTENÇÃO' WHERE VEICULO.CODIGO = NEW.COD_VEICULO; END!!

SET TERM ; !!

SET TERM !! ; CREATE TRIGGER T_STATUS_ATIVO FOR BAIXAR_MANUTENCAO_VEICULO AFTER INSERT

AS DECLARE VARIABLE COD_VEICULO INTEGER; BEGIN

92

SELECT VEICULO.CODIGO

FROM VEICULO, MANUTENCAO_VEICULO, BAIXAR_MANUTENCAO_VEICULO WHERE BAIXAR_MANUTENCAO_VEICULO.COD_MANUT_VEIC =

MANUTENCAO_VEICULO.CODIGO AND MANUTENCAO_VEICULO.COD_VEICULO = VEICULO.CODIGO AND MANUTENCAO_VEICULO.CODIGO = NEW.COD_MANUT_VEIC INTO

:COD_VEICULO; UPDATE VEICULO SET VEICULO.STATUS = 'NEGOCIADO'

WHERE VEICULO.CODIGO = :COD_VEICULO; END!! SET TERM ; !!

SET TERM !! ;

CREATE TRIGGER TI_STATUSVEICCONSIGNACAO FOR CONSIGNACAO AFTER UPDATE AS

BEGIN IF (NEW.STATUS = 'VENDIDO') THEN UPDATE VEICULO SET VEICULO.STATUS = 'VENDIDO'

WHERE VEICULO.CODIGO = NEW.COD_VEICULO; END!! SET TERM ; !!

Inserção de uma Cidade e Usuário

INSERT INTO CIDADE VALUES(1, 'UMUARAMA', 'PR', 'ATIVO');

SET GENERATOR GCIDADE TO 1; INSERT INTO USUARIO VALUES(1, 'ADMINISTRADOR', '07/22/2010', 1,

'GERENTE', '73ACD9A5972130B75066C82595A1FAE3’, 'ATIVO'); SET GENERATOR GUSUARIO TO 1;

7 CONCLUSÃO

Nos dias de hoje ter uma ferramenta voltada para o seu negócio se tornou

primordial, para ajudar no acompanhamento e tomadas de decisões de sua

empresa.

Através de muito comprometimento e empenho na confecção desta

documentação, tornou-se possível desenvolver um software voltado ao negócio do

Sr. Adão Aparecido Fantin, tendo como objetivo solucionar os problemas

encontrados e oferecendo um bom acompanhamento e precisão nas tomadas de

decisões.

Apesar das inúmeras dificuldades encontradas no início deste trabalho com

relação à programação, hoje me sinto satisfeito pelo o que eu consegui desenvolver

e o que consegui aprender no decorrer do desenvolvimento deste trabalho, puder

notar que quanto mais eu me envolvia com o trabalho com o tempo certas coisas se

tornaram mais fáceis de serem feitas.

Entendo que o trabalho de conclusão de curso é desafiador e só com muita

determinação, empenho e muito trabalho é que conseguimos chegar a um bom

resultado.

8 BIBLIOGRAFIA

BEZERRA, E. Princípios de Análise e Projeto de Sistemas. Rio de Janeiro:

CAMPUS, 2006. 392 p.

DEITEL, H. M; DEITEL, P. J. Java Como Programar. 6. Ed. São Paulo.

FOWLER, Martin. UML Essencial. Um breve guia para a linguagem-padrão de

modelagem de objetos. Porto Alegre: bookman, 2005. 160 p.

MACHADO, F. ; ABREU, M. Projeto de Banco de Dados Uma Visão Prática. São

Paulo: Érica, 2004. 303p.

Costa, Rogério Luís de C. SQL Guia Prático. 2. Ed. Rio de Janeiro: Brasport, 2007.

JavaFree. Comunidade Java. Criptografia MD5. Disponível em: <

http://javafree.uol.com.br/viewtopic.jbb?t=5822 > Acessado dia 05-10-2010 as 21:00.

CAELUM CURSOS JAVA. Grupo de Usuários Java (GUJ). Fórum de discussão

sobre a linguagem de programação Java. Disponível em: < http://www.guj.com.br >.

Acessado durante o desenvolvimento do sistema.

FIREBASE. Portal Brasileiro sobre Firebird. Fórum de discussão sobre SGBD

Firebird e linguagem SQL. Disponível em: < http://www.firebase.com.br >. Acessado

durante o desenvolvimento de sistema.

ANEXOS

ANEXO I

MANUAL DE INSTALAÇÃO DO SISTEMA

Manual de Instalação do Sistema Cronos

Versão 1.0

Outubro de 2010

Requisitos do Sistema:

O sistema deve ser instalado em um computador que tenha o Windows 7

como sistema operacional (porque em seu desenvolvimento foi utilizado o tema do

Windows 7, o não comprimento deste requisito afetará as interfaces (telas) do

sistema).

As instruções abaixo descrevem os passos para a instalação do Firebird 2.1,

jdk-6u20-windows-i586 e o sistema Cronos, os dois primeiros são necessários para

que o sistema funcione.

A instalação do sistema consiste em um processo simples, basta seguir os

passos:

1. Instalando o Firebird 2.1

- Insira o DVD de instalação no seu computador

- Abra a pasta meu computador

- Abra a unidade de DVD, em seguida a pasta Softwares

- De um duplo clique no arquivo Firebird-2.1 e siga as instruções a seguir:

1ᴼ Tela: Clique no botão OK.

Imagem 1.1 - Selecione o Idioma para usar durante a Instalação

2ᴼ Tela: Neste momento se inicia a instalação do Firebird 2.1, nesta tela clique no

botão Seguinte.

Imagem 1.2 - Bem-vindo ao Assistente de Instalação do Firebird

3ᴼ Tela: mostra algumas normas do contrato de licença do software, deve-se clicar

em Aceito o Contrato e logo depois no botão Seguinte.

Imagem 1.3 - Contrato de licença

4ᴼ Tela: mostra apenas informações de instalação. Clique no botão Seguinte.

Imagem 1.4 - Informação

5ᴼ Tela: solicita a pasta onde o Firebird será instalado. Deixe a pasta que ele

recomendou e clique no botão Seguinte.

Imagem 1.5 – Selecione a localização de destino

6ᴼ Tela: deixe como está e clique no botão Seguinte.

Imagem 1.6 – Selecione os componentes

7ᴼ Tela: clique apenas no botão Seguinte.

Imagem 1.7 – Selecione a pasta do Menu Iniciar

8ᴼ Tela: clique no botão Seguinte.

Imagem 1.8 – Selecione tarefas adicionais

9ᴼ Tela: você deverá clicar no botão Instalar.

Imagem 1.9 – Pronto para Instalar

10ᴼ Tela: mostra apenas informações de instalação. Clique no botão Seguinte.

Imagem 1.10 – Informações de Instalação

11ᴼ Tela: deixe as opções marcadas, clique no botão Concluir para que a instalação

seja concluída e que já possa ser possível utilizar o Firebird.

Imagem 1.11 – Instalação do Firebird concluída

2. Instalando o jdk-6u20-windows-i586

- Insira o DVD de instalação no seu computador.


- Abra a unidade de DVD, em seguida a pasta Softwares

- De um duplo clique no arquivo jdk-6u20-windows-i586 e siga as instruções a

seguir:

1 ᴼ Tela: Neste momento se inicia a instalação do jdk-6u20-windows-i586, clique no

botão Accept >

Imagem 2. 1 – Contrato de licença do jdk-6u20-windows-i586

2ᴼ Tela: apenas clique no botão Next >

Imagem 2. 2 – Instalação personalizada

3ᴼ Tela: clique em Next >

Imagem 2. 3 – Pasta de Destino da instalação

4ᴼ Tela: clique em Finish. Pronto o jdk-6u20-windows-i586 esta Instalado.

Imagem 2. 4 – Finalizando a instalação do jdk-6u20-windows-i586

3. Instalando o Sistema Cronos

- Insira o DVD de instalação no seu computador.


- Abra a unidade de DVD

- De um duplo clique no arquivo Setup e siga as instruções a seguir:

1ᴼ Tela: Inicio da Instalação do Sistema, clique no botão Avançar.

Imagem 3. 1 - Clique no botão Avançar.

2ᴼ Tela: Escolha do local de instalação, clique no botão Avançar.

Imagem 3. 2 - Pasta de Destino

3ᴼ Tela: Opções de criação de atalhos.

Imagem 3. 3 - Selecione os Atalhos

4ᴼ Tela: Pronto para a Instalação, clique na opção Instalar.

Imagem 3. 4 - Pronto para Instalar

5ᴼ Tela: Sistema Cronos em processo de instalação.

Imagem 3. 5 - Sistema Cronos em processo de instalação

6ᴼ Tela: Concluindo a Instalação do Sistema Cronos.

Imagem 3. 6 - Conclusão da Instalação

Após o término o instalador deixará um atalho com o nome Sistema Cronos

na área de trabalho para a utilização do sistema.

Caso queira consultar os arquivos fontes, eles estão na pasta TCC 2010 -

22-10-10 do DVD.

ANEXO II

MANUAL DE UTILIZAÇÃO DO SISTEMA

Cronos: Sistema para Gerenciamento de

Negociações de uma Garagem de Veículos

Manual de Utilização do Sistema

Outubro de 2010

Sumário

Introdução .......................................................................................................................3

1 Iniciando o Sistema .....................................................................................................4

1.1 Atalhos para a Inicialização do Sistema.................................................................. 4

1.2 Tela de login ............................................................................................................. 5

2 Iniciando o Sistema .....................................................................................................5

2.1 Apresentação da Tela Principal ............................................................................... 6

2.1.1 Menu de Acesso ................................................................................................... 6

2.1.2 Menu Cadastros .................................................................................................... 7

2.1.3 Menu Movimentos ................................................................................................. 7

2.1.4 Menu Financeiro ................................................................................................... 8

2.1.5 Menu Manutenção ................................................................................................ 8

2.1.6 Menu Exibir............................................................................................................ 8

2.1.7 Menu Relatórios .................................................................................................... 8

2.1.7.1. Menu Relatórios – Cadastros .......................................................................... 9

2.1.7.2. Menu Relatórios – Movimentos ....................................................................... 9

2.1.8 Menu Ajuda ........................................................................................................... 9

2.1.9 Barra de Ferramentas do Sistema (ToolBar – Barra de acesso rápido) .......... 10

3 Conhecendo os componentes das telas do Sistema ...............................................10

3.1 Botões ..................................................................................................................... 10

3.2 Abas ........................................................................................................................ 12

3.3 Tipos de Campos e suas cores de fundo .............................................................. 14

4 Utilizando o Sistema .................................................................................................14

4.1 Cadastros ............................................................................................................... 15

4.1.1 Cadastro de Pessoa............................................................................................ 15

4.1.2 Consultar Pessoa ................................................................................................ 17

4.1.3 Alterar Cadastro de Pessoa................................................................................ 19

4.1.4 Excluindo um Cadastro de Pessoa .................................................................... 20

4.2 Movimentos ............................................................................................................ 20

4.2.1 Compra ................................................................................................................ 20

4.2.1.1. Consultar Compra .......................................................................................... 22

4.2.2 Conta a Pagar (Avulso)....................................................................................... 24

4.2.2.1. Consultar Conta a Pagar (Avulso) ................................................................. 26

4.2.3 Caixa e Movimento de Caixa .............................................................................. 27

4.2.3.1. Abrir Caixa ...................................................................................................... 29

4.2.3.2. Movimentar Caixa........................................................................................... 29

4.2.3.2.1.Realizando um Movimento de Caixa ........................................................... 31

4.2.3.2.2.Consultando um Movimento de Caixa ......................................................... 31

4.2.3.2.3.Realizando o Fechamento do Caixa ............................................................ 32

4.3 Relatórios ............................................................................................................... 33

4.3.1 Relatórios de Cadastros ..................................................................................... 33

4.3.2 Relatórios de Movimentação .............................................................................. 35

INTRODUÇÃO

Este manual ajudará o usuário a obter resposta sobre a utilização do

Sistema Cronos. Ele visa descrever de uma maneira simples e intuitiva todas as

funcionalidades encontradas no sistema.

Através deste manual o usuário se sentirá apto a utilizar de uma maneira

correta todo o sistema, vendo que este visa auxiliar o usuário quanto à utilização e

procedimentos referentes ao sistema.

4

1 INICIANDO O SISTEMA

1.1 Atalhos para a Inicialização do Sistema

Para utilizar o Sistema Cronos você deve executá-lo através dos atalhos em

seu computador. Após a instalação do sistema ser concluída com sucesso, você irá

encontrar o ícone de atalho para a inicialização do sistema na área de trabalho e

menu iniciar.

Figura 1.1 - Ícone Área de Trabalho

Figura 1.2 - Ícone no Menu Iniciar

5

1.2 Tela de login

Para iniciar a utilização do sistema sempre será necessário que o usuário

efetue o login (Figura 1.3 – Login no Sistema).

Por padrão o sistema tem cadastro em seu banco de dados para permitir o

primeiro acesso o seguinte usuário:

Usuário Senha

ADMINISTRADOR ADMIN

Figura 1.2 - Login no Sistema

2 INICIANDO O SISTEMA

Após o login, será apresentada a tela principal do sistema, onde através dela

você terá acesso às demais telas do sistema (Figura 2.1 – Tela Principal do Sistema

Cronos).

6

Figura 2.1 - Tela Principal do Sistema Cronos

2.1 Apresentação da Tela Principal

2.1.1 Menu de Acesso

Localizado na parte superior da tela principal, este menu possibilita o acesso

as demais telas do sistema. O menu esta dividido em subcategorias para oferecer

uma melhor organização das funcionalidades do sistema (Figura 2.2 – Menu de

Acesso).

Figura 2.2 - Menu de Acesso

7

2.1.2 Menu Cadastros

Figura 2.3 - Menu Cadastros

2.1.3 Menu Movimentos

Figura 2.4 - Menu Movimentos

8

2.1.4 Menu Financeiro

Figura 2.5 - Menu Financeiro

2.1.5 Menu Manutenção

Figura 2.6 - Menu Manutenção

2.1.6 Menu Exibir

Figura 2.7 - Menu Exibir

2.1.7 Menu Relatórios

Figura 2.8 - Menu Relatório

9

2.1.7.1. Menu Relatórios – Cadastros

Figura 2.9 - Menu Relatórios – Cadastros

2.1.7.2. Menu Relatórios – Movimentos

Figura 2.3 - Menu Relatórios – Movimentos

2.1.8 Menu Ajuda

Figura 2.41 - Meu Ajuda

10

2.1.9 Barra de Ferramentas do Sistema (ToolBar – Barra de acesso rápido)

Figura 2.52 - ToolBar - Barra de acesso rápido

Note que através desta barra de acesso rápido, você pode acessar algumas

funcionalidades do sistema, que estão dispostas da esquerda para direita como

cadastro de: veículo, cidade, pessoa, compra, venda, conta a pagar, conta a

receber, pagamento, recebimento, caixa e também a opção sair do sistema.

Para que o sistema mostre a função correspondente na toolbar, basta

permanecer com o cursor do mouse sobre o ícone por alguns segundos, onde

aparecerá um texto com o nome do cadastro.

3 CONHECENDO OS COMPONENTES DAS TELAS DO SISTEMA

Antes de demonstrar a utilização das funcionalidades do sistema é muito

importante que abordemos algumas considerações:

3.1 Botões

Nas telas do sistema existem alguns botões, onde cada um dispara uma

determinada ação no sistema. Em todo o sistema ao encontrar um determinado

botão ele sempre executará a mesma ação (ex: consultar, novo, alterar, excluir,

confirmar, cancelar, sair, etc), vamos a esses botões e suas características:

Através deste botão o usuário poderá realizar uma

consulta. Ex: na tela de cadastro de veículo ao clicar neste botão

o sistema abrirá a tela de consulta de veículo.

Figura 3.1 - Consultar

11

Este serve para iniciar um novo cadastro no sistema. Ex:

na tela de cadastro de veículo ao clicar neste botão o sistema

habilitará os campos para que se inicie o novo cadastro.

Este botão permitirá que o usuário consulte um cadastro

e em seguida o altere. Ex: na tela de cadastro de veículo, ao clicar

neste botão, o sistema abrirá a tela de consulta de veículo, o

usuário escolhe o cadastro de veículo que deseja alterar e o

sistema trará os dados do veículo para a tela permitindo a

alteração das informações.

Este botão permitirá o usuário excluir um cadastro no

sistema. Ex: na tela de cadastro de veículo, ao clicar neste botão,

o sistema abrirá a tela de consulta de veículo, o usuário escolhe o

cadastro de veículo que se deseja excluir e o sistema trará os

dados do veículo para a tela para que o usuário confirme ou não a

exclusão do mesmo.

Permite ao usuário salvar o cadastro ou

movimentação no sistema.

Permite ao usuário cancelar uma operação

(inclusão, alteração, exclusão, movimentação, etc) no

sistema.

Este botão permite ao usuário fechar a tela atual.

Figura 3.2 - Novo

Figura 3.3 - Alterar

Figura 3.4 - Excluir

Figura 3.5 - Confirmar

Figura 3.6 - Cancelar

Figura 3.7 - Sair

12

Botão de consulta de cadastro. Este botão sempre estará

depois de algum campo ex: ,

onde o mesmo indica que para o preenchimento deste campo o

usuário utilizará este botão para efetuar a consulta e escolher a

informação desejada.

Este botão sempre estará depois de algum botão de

consulta de cadastro (Figura 3.8 – Consultar Cadastro) ex:

, onde o mesmo estende

para outra funcionalidade. Ex: no cadastro de veículo não

encontramos o modelo correspondente para concluirmos o

cadastro do mesmo, podemos clicar neste botão onde ele nos

levará ao cadastro de modelo de veículo.

3.2 Abas

Existem apenas duas telas com este recurso no sistema, a tela de cadastro

de pessoa e cadastro de funcionário para manutenção. As abas são utilizadas para

agrupar as informações a serem preenchidas ou consultadas. Elas foram usadas

nestas telas com intenção de melhor organizá-las.

Figura 3.9 - Incluir Cadastro

Figura 3.8 - Consultar Cadastro

13

Figura 3.10 – Abas

Figura 3.11 - Abas 2

14

3.3 Tipos de Campos e suas cores de fundo

Dependendo da tela que o usuário se encontra estarão presentes campos

que são julgados de preenchimento obrigatório, não obrigatório e alguns campos

que através de cores indicam a sua situação após serem preenchidos (campos

validados, ex: campo cpf), a seguir podemos observar melhor o significado na cor do

fundo dos campos:

Os campos que contenham a cor azul de fundo

indicam que os mesmos são de preenchimento obrigatório

para o cadastro, movimentação, etc.

Os campos que apresentam a cor vermelha de fundo

indicam que após o seu preenchimento ou passar por ele

sem preenchê-lo, o que foi informado é inválido.

Ao abrir uma tela os campos que apresentem a cor

branca de fundo, indicam que os mesmos são de

preenchimento não obrigatório.

Caso um campo obrigatório não for preenchido ou um campo for preenchido

de maneira inválida, o sistema informará o nome deste campo e posicionará o cursor

do mouse neste campo e no caso do cadastro de pessoa e de funcionário para

manutenção (telas que possuem abas) o sistema informará o nome do campo e em

que aba o mesmo se encontra e posicionará o cursor do mouse neste campo.

4 UTILIZANDO O SISTEMA

Após termos os conhecimentos acima abordados, vamos agora passar para

a utilização do sistema.

15

4.1 Cadastros

Os cadastros de veiculo, cidade, usuário, pessoa, marca de veículo, espécie

tipo de veículo, modelo de veículo, tipo de combustível, cor predominante, banco,

agência bancaria, cheque, funcionário para manutenção e cadastro de manutenção

possuem as mesmas funcionalidades (consultar, novo, alterar, excluir, confirmar,

cancelar e sair).

Como exemplo utilizaremos o cadastro de pessoa para nossa

demonstração, pois para realizar os cadastros acima citados você deverá proceder

da mesma maneira.

4.1.1 Cadastro de Pessoa

Para chegar a tela de cadastro de pessoa, você terá duas opções, clicando

no ícone correspondente ao cadastro de pessoa na toolbar (Figura 4.1 – ToolBar

(Pessoa)) ou ir até o menu cadastros e escolher a opção pessoa (Figura 4.2 – Menu

Cadastros (Pessoa)).

Figura 4.1 - ToolBar (Pessoa)

16

Figura 4.2 - Menu Cadastros (Pessoa)

Após realizarmos umas das opções acima citadas, o sistema irá apresentar

a tela de cadastro de Pessoa.

Figura 4.3 - Cadastro de Pessoa

17

Para iniciar o cadastro deve-se clicar no botão , em seguida

o sistema irá habilitar os campos para que seja possível o seu preenchimento. Este

cadastro ao mesmo pode ser de cliente (físico ou jurídico), fornecedor (físico ou

jurídico) e corretor (físico), para isso o usuário deve escolher a opção desejada e

preencher os campos correspondentes a este cadastro, posteriormente o sistema

habilitará a aba Dados Gerais para que os demais campos sejam preenchidos.

(Figura 4.4 – Cadastro de Pessoa 2).

Figura 4.4 - Cadastro de Pessoa 2

Após o preenchimento dos campos, clique em

para que o sistema salve os dados deste cadastro. Caso o usuário queira cancelar a

operação ele deverá clicar no botão . .

4.1.2 Consultar Pessoa

Para realizar uma consulta no sistema o usuário deverá clicar no botão

, , em seguida a tela de cadastro de pessoa desaparecerá e o

18

sistema apresentará a tela de consulta de pessoa. (figura 4.5 – Consulta de

Pessoa).

Figura 4.5 - Consulta de Pessoa

Diante desta tela o usuário deverá digitar o nome da pessoa ou alguma(s)

letra(s) que compõe este nome e clicar no botão , para que o sistema

efetue a consulta.

Se desejar ver todos os dados desta consulta basta dar dois cliques com o

botão esquerdo do mouse sobre a linha desejada e em seguida a tela de consulta de

pessoa desaparecerá e a tela de cadastro de pessoa surgirá com os dados da

pessoa selecionada em seus campos. (Figura 4.6 – Cadastro Consultado).

19

Figura 4.6 - Cadastro Consultado

4.1.3 Alterar Cadastro de Pessoa

Para realizar a alteração de um cadastro de pessoa, o usuário deverá clicar

no botão , o sistema apresentará a tela de consulta (Figura 5.5 –

Consulta de Pessoa), o usuário deverá pesquisar e escolher a linha correspondente

ao cadastro que o mesmo deseja alterar e dar dois cliques com o botão esquerdo do

mouse para que o sistema apresente a tela de cadastro de pessoa (Figura 4.3 –

Cadastro de Pessoa), com os campos habilitados e preenchidos com as

informações do cadastro escolhido e o botão confirmar habilitado.

Em seguida o usuário deverá informar os dados que deseja alterar e clicar

no botão para atualizar o cadastro. Caso desejar cancelar

a operação clique no botão .

20

4.1.4 Excluindo um Cadastro de Pessoa

Para realizar a exclusão de um cadastro, o usuário deverá clicar no botão

, o sistema apresentará a tela de consulta (Figura 4.5 – Consulta de

Pessoa), o usuário deverá pesquisar e escolher a linha correspondente ao cadastro

que o mesmo deseja excluir e dar dois cliques com o botão esquerdo do mouse para

que o sistema apresente a tela de cadastro de pessoa (Figura 4.3 – Cadastro de

Pessoa), com os campos desabilitados e o botão confirmar habilitado.

Em seguida o usuário deverá clicar no botão para

realizar a exclusão do cadastro. Caso desejar cancelar a operação clique no botão

.

4.2 Movimentos

Assim como a realização de um cadastro, as movimentações do sistema

também são fáceis de serem realizadas. Para a nossa demonstração vamos utilizar

a movimentação de compra.

4.2.1 Compra

Para abrir a tela de compra, você terá duas opções, clicando no ícone

correspondente a movimentação de compra na toolbar (Figura 4.7 – ToolBar

(Compra)) ou ir até o menu movimentos e escolher a opção Compra (Figura 4.8 –

Menu Movimentos (Compra)).

Figura 4.7 - ToolBar (Compra)

21

Figura 4.8 - Menu Movimentos (Compra)

Após realizar umas das opções acima citadas, o sistema apresentará a tela

de cadastro de Compra (Figura 4.9 – Cadastro de Compra).

Figura 4.9 - Cadastro de Compra

22

Para dar inicio a compra, o usuário deverá clicar no botão

para que os campos sejam habilitados tornando possível o seu preenchimento. O

usuário deverá informar os dados, para adicionar o veículo como item de compra,

basta clicar no botão que se encontra ao lado do campo valor veículo, para

cancelar a adição deste item basta clicar no botão , para realizar a alteração

de um item já adicionado na tabela o usuário deverá selecionar a linha

correspondente ao veículo e clicar no botão e para remover um item, o

usuário deverá selecionar a linha correspondente ao veículo desejado e clicar no

botão .

Para incluir um corretor de veículo no processo da compra o usuário deverá

preencher os campos corretor e comissão e clicar no botão que se encontra

ao lado do campo comissão, para cancelar a adição clique no botão , para

realizar a alteração do corretor e comissão o usuário deverá selecionar a linha

correspondente ao corretor e clicar no botão e por fim para remover um

corretor da tabela, basta clicar no botão .

Para que o sistema salve os dados da compra o usuário deverá clicar no

botão e para cancelar deverá clicar no botão

.

4.2.1.1. Consultar Compra

Para realizar uma consulta no cadastro de compra, o usuário deverá clicar

no botão , em seguida a tela de cadastro de compra desaparecerá e

o sistema apresentará a tela de consulta de compra (Figura 4.10 – Consultar

Compra).

23

Figura 4.10 - Consultar Compra

O usuário escolhe o filtro que vai desejar realizar a pesquisa na caixa de

seleção neste caso fornecedor ou placa, preenche o campo respeitando a opção

escolhida pelo filtro ou a(s) letra(s) que compõe esta informação e clique no botão

, para que o sistema efetue a consulta.

Se desejar ver todos os dados desta consulta basta dar dois cliques com o

botão esquerdo do mouse sobre a linha desejada e em seguida a tela de consulta de

compra desaparecerá e a tela de cadastro de compra surgirá com os dados da

compra selecionada em seus campos (Figura 4.11 – Compra Consultada).

24

Figura 4.11 - Compra Consultada

4.2.2 Conta a Pagar (Avulso)

Para abrir a tela de conta a pagar, você terá duas opções, clicando no ícone

correspondente a movimentação de conta a pagar na toolbar (Figura 4.12 – ToolBar

(Conta a Pagar)) ou ir até o menu movimentos e escolher a opção Conta a Pagar

(Figura 4.13 – Menu Movimentos (Conta a Pagar)).

Figura 4.12 - ToolBar (Conta a Pagar)

25

Figura 4.13 – Menu Movimentos(Conta a Pagar)

Para nossa demonstração vamos realizar uma conta a pagar avulsa, após

escolher uma das opções citadas acima o sistema apresentará a tela de cadastro de

uma conta a pagar, em seguida você deverá clicar no botão , para

que o sistema habilite os campos, em seguida o usuário deverá selecionar a opção

avulso (Figura 4.14 – Tela Conta a Pagar (Avulso).

Figura 4.14 - Tela Conta a Pagar (Avulso)

26

O usuário deverá informar os dados, para gerar a(s) parcela(s) basta clicar

no botão e para remover a(s) parcela(s) da tabela o usuário deverá clicar no

botão .

Para que o sistema salve o conta a pagar avulso o usuário deve clicar no

botão e para cancelar a inserção do conta a pagar avulso

ele deve clicar no botão .

4.2.2.1. Consultar Conta a Pagar (Avulso)

Para realizar uma consulta de uma conta a pagar avulsa, o usuário deverá

clicar no botão , em seguida a tela de cadastro de conta a pagar

desaparecerá e o sistema apresentará a tela de consulta, o usuário então deve

selecionar a opção Fornecedor (avulso), preencher o campo com o nome ou a(s)

letra(s) que compõe o nome do fornecedor, clicar no botão para que o

sistema efetue a consulta (Figura 4.15 – Consultar Conta a Pagar Avulso).

Figura 4.15 – Consultar Conta a Pagar Avulso

27

Caso o usuário desejar ver todos os dados de uma conta a pagar avulso, ele

deverá dar dois cliques com o botão esquerdo do mouse sobre a linha

correspondente, em seguida a tela de consulta desaparecerá e a tela de conta a

pagar aparecerá com os dados da conta a pagar avulso em seus campos(Figura

4.16 – Conta a Pagar Avulso Consultada).

Figura 4.16 - Conta a Pagar Avulso Consultada

4.2.3 Caixa e Movimento de Caixa

É de fundamental importância que o usuário saiba usar corretamente estas

funcionalidades, pois o sistema só efetua as movimentações se o caixa estiver

aberto.

Para abrir a tela do caixa, você terá duas opções, clicando no ícone

correspondente ao caixa na toolbar (Figura 4.17 – ToolBar (Caixa)) ou ir até o menu

movimentos, caixa e escolher a opção Caixa (Figura 4.18 – Menu Movimentos

28

(Caixa)).

Figura 4.17 - ToolBar (Caixa)

Figura 4.18 - Menu Movimentos (Caixa)

Estas duas opções apresentadas levarão o usuário a tela do caixa (Figura

4.19 – Movimentos (Caixa Abrir).

Figura 4.129 – Movimentos (Caixa Abrir)

29

4.2.3.1. Abrir Caixa

A realização da abertura do caixa no sistema é extremamente simples, o

usuário deverá informar o campo valor inicial e clicar no botão .

Figura 4.20 - Movimentos (Caixa Aberto)

4.2.3.2. Movimentar Caixa

Caso o usuário desejar realizar um movimento de caixa (Crédito ou Débito),

o usuário poderá abrir a tela de movimento de caixa de duas maneiras, ele pode

clicar no botão na tela do caixa ou ir até o menu movimentos,

caixa e depois clicar na opção Movimentar Caixa (Figura 4.21 – Menu Movimentos

(Movimento de Caixa).

30

Figura 4.21 - Menu Movimentos (Movimento de Caixa)

Em seguida o sistema apresentará a tela de movimento de caixa (Figura

4.22 – Movimento de Caixa).

Figura 4.22 - Movimentos (Movimento de Caixa)

31

4.2.3.2.1. Realizando um Movimento de Caixa

Agora que estamos diante da tela de movimento de caixa (Figura 4.22 –

Movimentos (Movimento de Caixa), para darmos início a operação o usuário deverá

clicar no botão , em seguida o sistema habilitará os campos.

O usuário obrigatoriamente deverá selecionar umas das opções Crédito ou

Débito, informar os demais campos e para salvar este movimento, ele deverá então

clicar no botão . Caso o usuário deseje cancelar a

operação, ele deve clicar no botão .

4.2.3.2.2. Consultando um Movimento de Caixa

Para realizar uma consulta de movimento de caixa, o usuário deve clicar no

botão , neste momento a tela de movimento de caixa desaparecerá

dando lugar a tela de consulta de movimento de caixa (Figura 4.23 – Consultar

Movimento de Caixa).

Figura 4.23 - Consultar Movimento de Caixa

32

Para que o sistema realize a consulta, basta escolher a data inicial, data final

e o tipo de movimento que pode ser Crédito, Débito ou Ambos e clicar no botão

.

Caso o usuário deseje ver todos os dados da consulta, ele deverá dar dois

cliques com o botão esquerdo do mouse sobre a linha desejada e em seguida a tela

de consulta de movimento de caixa desaparecerá e a tela de movimento de caixa

surgirá com os dados da consulta preenchidos em seus campos (Figura 4.24 –

Movimento de Caixa Consultado).

Figura 4.24 - Movimento de Caixa Consultado

4.2.3.2.3. Realizando o Fechamento do Caixa

Para realizar o fechamento do caixa, o usuário deverá clicar no botão

33

, em seguida o sistema irá apresentar uma tela com os dados

deste caixa (Figura 4.25 – Tela Dados do caixa).

Figura 4.25 - Tela Dados do Caixa

4.3 Relatórios

4.3.1 Relatórios de Cadastros

Para gerar um relatório, o usuário deverá ir até o menu relatórios (Figura

4.26 – Menu Relatórios Cadastros).

Figura 4.26 - Menu Relatórios Cadastros

Para nossa demonstração de relatório de cadastro, vamos gerar um relatório

de veículo. Para isso o usuário deverá ir até o menu relatórios, cadastros e escolher

a opção veículo, em seguida o sistema apresentará a tela de relatório de veículo

34

(Figura 4.27 – Tela Relatório Veículo).

Figura 4.27 - Tela Relatório Veículo

O usuário poderá filtrar este relatório por placa, nome responsável, nome

proprietário e pelos status em negociação, em manutenção, negociado, consignado,

vendido ou todos, preencher o campo de acordo com a descrição que o mesmo

propõe digitando a informação ou a(s) letra(s) que compõe a informação desejada e

em seguida clicar no botão , em seguida o sistema

apresentará o relatório gerado (Figura 4.28 – Relatório de Veículo Gerado).

Figura 4.28- Relatório de Veículo Gerado

35

4.3.2 Relatórios de Movimentação

Para nossa demonstração de relatório de movimentação, vamos gerar um

relatório de compra. Para isso o usuário deverá ir até o menu relatórios, movimentos

e escolher a opção conta a pagar (compra) (Figura 4.29 – Menu Relatórios

Movimentos Compra, em seguida o sistema apresentará a tela de relatório de

compra (Figura 4.30 – Tela Relatório de Compra).

Figura 4.29 - Menu Relatórios Movimentos Compra

Figura 4.30 - Tela Relatório de Compra

36

O usuário poderá filtrar este relatório selecionando a opção “Filtrar por”, esta

opção habilita a caixa de seleção onde poderá ser escolhida as opções fornecedor

ou placa, se o usuário selecionar a opção “Período” o sistema habilitará a opção

“período de data inicial até data final” onde o usuário deve informar a primeira data e

a segunda data, o usuário poderá solicitar o filtro com as opções “filtrar por” e

“período”, onde o sistema habilitará os campos para que o usuário informe os dados,

a última opção oferecida é “Todos”, onde o sistema desabilitará os campos abaixo,

caso os mesmos estiverem habilitados, e para gerar o relatório o usuário deverá

clicar no botão , em seguida o sistema apresentará o relatório

gerado (Figura 4.31 – Relatório de Compra Gerado).

Figura 4.31 – Relatório de Compra Gerado

ANEXO III

PLANO DE ESTÁGIO DEFERIDO

ANEXO IV

REQUERIMENTO DE ALTERAÇÃO DE ESCOPO

Universidade Paranaense UNIPAR Campus Umuaramaweb.unipar.br/~vitor/SoftwareS.I/Monografia.pdf · Em...

Documents

Transcript of Universidade Paranaense UNIPAR Campus Umuaramaweb.unipar.br/~vitor/SoftwareS.I/Monografia.pdf · Em...