gerenciamento e governança de ti

UNIVERSIDADE PAULISTA

DROID DEALER – SISTEMA TECNOLOGICO DE VENDAS DE VEÍCULOS

SÃO PAULO

2013

UNIVERSIDADE PAULISTA

ELVIS NEVES

LEANDRO MAGALHÃOES

MIKHAIL BISPO

MILTON SOUZA

CIÊNCIA DA COMPUTAÇÃO

DROID DEALER – SISTEMA TECNOLOGICO DE VENDAS

Trabalho de Conclusão de Curso submetido à

banca examinadora da Universidade Paulista

de São Paulo, como requisito parcial à

obtenção do grau de Bacharel em Ciência da

Computação sob a orientação do professor

Mestre Julio Cesar do Paço Mattoso Maia Filho

SÃO PAULO

2013

Dedicamos este trabalho primeiramente aos

nossos familiares que nos deram todo apoio e

nos incentivaram a ter fé e perseverança na

criação desse projeto. A nossos amigos de

dentro e fora faculdade principalmente aqueles

que estavam juntos em toda a jornada. Aos

nossos professores que compartilharam seus

conhecimentos e experiência. Aos nossos pais

que deram todo o apoio e compreensão para

que esse projeto pudesse realizado .E por

último aos idealizadores do Sistema

Operacional Android pela sua criação que, sem

ela esse trabalho não seria possível

. A TODOS o nosso Muito Obrigado!

3

ELVIS NEVES

LEANDRO MAGALHÃOES

MIKHAIL BISPO

MILTON SOUZA

CIÊNCIA DA COMPUTAÇÃO

DROID DEALER – SISTEMA TECNOLOGICO DE VENDAS

Trabalho de Conclusão de Curso submetido à

banca examinadora da Universidade Paulista

de São Paulo, como requisito parcial à

obtenção do grau de Bacharel em Ciência da

Computação sob a orientação do professor

Mestre Julio Cesar do Paço Mattoso Maia Filho

Aprovada em __ de Dezembro de 2013

BANCA EXAMINADORA

___________________________________

Prof.

Universidade Paulista

___________________________________

Prof.


___________________________________

Prof.


Epígrafe

"Mantenha seus pensamentos positivos,

porque seus pensamentos tornam-se suas

palavras. Mantenha suas palavras positivas,

porque suas palavras tornam-se suas atitudes.

Mantenha suas atitudes positivas, porque suas

atitudes tornam-se seus hábitos. Mantenha

seus hábitos positivos, porque seus hábitos

tornam-se seus valores. Mantenha seus

valores positivos, porque seus valores...

Tornam-se seu destino”.

"Mahatma Gandhi”

As únicas grandes companhias que conseguirão ter êxito são aquelas que

consideram os seus produtos obsoletos antes que os outros o façam.

Bill Gates

1

Resumo

Tendo em base facilitar nas vendas e controles de agência de veículos, no qual não

existe um controle adequado com histórico de venda dos veículos, controle de

clientes e estoque, então apresentaremos neste projeto uma ferramenta capaz de

armazenar todo o histórico das vendas realizadas e estoque de veículos de

concessionarias da rede ou afiliadas, auxiliando o vendedor a consultar todos esses

dados sem precisar recorrer a um computador fixo, apenas um tablet utilizando o

Sistema Operacional Android do Google. Este propósito tem como objetivo oferecer

um serviço diferenciado e com maior mobilidade para conquistar a confiança do

cliente, gerando assim um vínculo de fidelidade entre as partes.

2

Abstract

Having based controls facilitate sales and agency vehicles, in which there is no

adequate control with a history of selling vehicles, customers and stock control, then

this project will present a tool capable of storing the entire history of sales and stock

vehicles, assisting and facilitating the seller what the store has in stock facilitating

sales. This purpose is intended to provide a differentiated service to gain customer

confidence, thus creating a bond of loyalty between the parties.

Tendo em base facilitar nas vendas e controles de agência de veículos, no qual não

existe um controle adequado com histórico de venda dos veículos, controle de

clientes e estoque, então apresentaremos neste projeto uma ferramenta capaz de

armazenar todo o histórico das vendas realizadas e estoque de veículos de

concessionarias da rede ou afiliadas, auxiliando o vendedor a consultar todos esses

dados sem precisar recorrer a um computador fixo, apenas um tablet utilizando o

Sistema Operacional Android do Google. Este propósito tem como objetivo oferecer

um serviço diferenciado e com maior mobilidade para conquistar a confiança do

cliente, gerando assim um vínculo de fidelidade entre as partes.

3

SUMÁRIO

INTRODUÇÃO......................................................................................................6

1.O PROJETO

1.1. Documento conceitual do projeto..........................................................................7

1.1.1. Tema........................................................................................................7

1.1.2. Justificativa...............................................................................................7

1.1.3. Referencial teórico...................................................................................8

1.1.4. Delimitação do problema.........................................................................9

1.1.5. Formulações e hipóteses.........................................................................9

1.1.6. Titulo........................................................................................................9

1.1.7. Objetivos..................................................................................................9

1.1.8. Ferramentas de desenvolvimento............................................................9

1.1.9. Matriz de papeis e responsabilidades....................................................10

1.1.10. Cronograma do projeto.......................................................................15

1.1.11. Custos do Projeto...............................................................................17

1.1.12. Premissas...........................................................................................20

1.1.13. Necessidades Iniciais de Recursos....................................................20

1.1.14. Necessidades de Suportes pela Organização....................................21

1.1.15. Análise de viabilidade.........................................................................22

1.1.16. Aceite do Cliente.................................................................................23

2. ANÁLISE............................................................................................................25

2.1. Entrevista......................................................................................................25

2.2. Descrições da necessidade do cliente.........................................................35

2.3. Levantamento dos requisistos......................................................................35

2.4. Análise dos requisitos...................................................................................36

4

3. DESENHO DO SISTEMA...................................................................................36

3.1. Diagrama de classes....................................................................................36

3.2. Diagrama de classes....................................................................................44

3.3. Determinações das funcionalidades do sistema...........................................45

3.1. Atas de reunião e aprovação do cliente.......................................................58

4. DANCO DE DADOS...........................................................................................64

4.1. Dicionário de dados......................................................................................64

4.2. Modelo lógico de dados................................................................................69

4.3. Criação do banco de dados e suas tabelas (scripts)....................................71

4.4. Criação de chaves primárias e estrangeiras.................................................76

4.5. Criação de diagrama de relacionamento das tabelas...................................78

5. MODELAGEM DA ARQUITETURA DO SISTEMA............................................79

5.1.1 Layouts de telas e relatórios.........................................................................79

5.2. Projeto de protótipo do sistema....................................................................96

5.3. Desenvolvimento dos módulos básicos do sistema...................................121

5.3.1 Menu de navegação...................................................................................122

5.4. Conexão com banco de dados...................................................................123

5.5. Desenvolvimento da interface....................................................................125

5.6. Desenvolvimento do sistema......................................................................125

5.7. Desenvolvimento final do sistema e testes.................................................126

5.7.1 Casos de testes..........................................................................................126

5.7.1 Relatório de testes......................................................................................140

5.8. Documentação do sistema.........................................................................141

6. CONCLUSÃO...................................................................................................162

5

Introdução

Com a forte expansão da economia brasileira, um dos mercados que mais cresce no

país inteiro é o setor automobilístico, os números indicam um aumento significativo

nas vendas de veículos em todo pais, alavancando a economia do país,

principalmente nas grandes metrópoles como São Paulo onde se encontra a maior

frota de veículos de todo país (Uol Carros,, 2012).

Com o aumento na busca de veículos pelos clientes, constata-se que muitas das

agências de veículos não possuem um sistema informatizado e de uso fácil,

ocasionando demora no processo de aprovação de crédito ou na confirmação de

dados ou até mesmo re-confirmação dos mesmos, levando a um prejuízo com a

perda do cliente, consequentemente a perda da venda, o que em um mercado tão

competitivo e que cresce a cada dia que passa é algo inaceitável (Uol Carros , 2012)

Muitas das agências de veículos não possuem um sistema de controle de vendas

ágil e informatizado e que atenda a demanda do mercado, ocasionando a lentidão

nos processos de envio de documentação dos clientes para aprovação de crédito

pelas financeiras e bancos.

Desenvolver um sistema que atenda o mercado, que seja de fácil manipulação,

móvel, foco na acessibilidade e disponibilidade dos dados de forma segura,

proporcionando um maior controle de vendas e documentos de analise de credito

seguros, e que atenda as necessidades do mercado de donos de agências no

processo de extração de informações de modo seguro e fácil para envio a

financeiras e bancos, garantindo assim uma maior credibilidade dos dados

disponíveis.

Com a alta demanda de compra de veículos as financeiras solicitam cada vez mais

informações para aprovação do cadastro de clientes e com o aumento dos modos

de pagamento é necessário um método mais confiável para captura e envio dos

dados. Outro fator importante que visamos nesse trabalho é aumentar o tempo de

disponibilidade que o vendedor terá perto do cliente, simplesmente pelo fato que ele

terá todas as informações a mão, sem precisar recorrer a um sistema cliente em

algum desktop. Com a Implementação de um sistema informatizado e móvel nas

agências não deixando assim os dados expostos em formulários, agilizando o

processo de envio das informações com mais segurança durante todo o processo

efetuado pelo vendedor.

6

Capitulo 1

O Projeto

Projeto voltado par o apoio do vendedor de veículos, munindo ele de dados online

em qualquer local que estiver, Isso facilitara o processo de coleta , confirmação dos

dados do cliente e consulta de disponibilidade no estoque das concessionárias do

grupo.

1.1 Documento Conceitual do Projeto

1.1.1 Tema

Sistema voltado para venda automobilística que visa controlar as vendas de uma

agência de veículos, proporcionando um controle maior de venda, coleta de dados e

geração de relatórios sistema console desenvolvido em Java, linguagem de última

geração de alta compatibilidade com diversos sistemas operacionais e banco de

dados MySql de alta confiabilidade e performance funcionando online para permitir o

acesso do aplicativo no tablete com Sistema Operacional Android.

1.1.2 Justificativa

Com o aumento na procura de veículos novos e usados o mercado de venda de

veículos, aumenta significativamente. Com este crescimento a necessidade de um

sistema ágil, seguro, de alta portabilidade e fácil utilização se torna cada vez mais

necessário, com este sistema propomos atender as necessidades do mercado.

Este é um software voltado para o mercado de venda de veículos, que atendera a

agencias que não possuem um sistema informatizado de controle de veículos, com

este sistema o processo de venda se torna mais rápido e fácil com uma maior

credibilidade e segurança dos dados dos clientes. Ao permitir que o vendedor tenha

as informações a mão, ele terá mais tempo para ficar ao lado dos clientes, entender

suas necessidades e alavancar a quantidade e qualidade de suas vendas.

7

1.1.3 Referencial Teórico

No mundo altamente concorrido em que vivemos, com uma alta taxa de inadimplência que todos os segmentos enfrentam, com milhares de ofertas que procuram atrair a atenção do consumidor para o seu produto ou serviço. As empresas devem, dentro de seus recursos, melhorarem cada vez mais o atendimento ao cliente com a escolha, contratação e treinamento de seu pessoal.O profissional de vendas deve conhecer profundamente o produto/serviço que é oferecido. Consistem em conhecer suas especificações, uso, aplicações, benefícios e também quais seus pontos fracos.Postura e apresentação pesam em muito na decisão final do cliente. Confiança e disposição para ajudar a resolver o problema, apresentar o produto/serviço, apresentar com segurança o seu produto. São informações importantes e podem fazer a diferenciação na hora da compra. O setor automobilístico se tornou uma verdadeira guerra na disputa pelo mercado entre as concessionárias. Com o passar do tempo, a concorrência tem se tornado mais acirrada, exigindo métodos cada vez mais sofisticados na disputa pelos mercados e na batalha para conquistar clientes.É necessário elaborar um plano tático e estratégico, e implementar todos os princípios.Pesquisando o mercado e o perfil do cliente· Conhecendo o mercado · Conhecendo o foco de mercado e a concorrência direta · Traçando o perfil do cliente alvo · Localizando o cliente · Táticas e estratégias frente a concorrência· Utilizar sites, blogs e o potencial da internet · Mantendo o relacionamento Segundo pesquisas realizadas, a comunicação envolve muito mais do que apenas palavras. Na verdade, as palavras representam apenas uma pequena parte de nossa forma de expressão como pessoa. Estudos demonstram que numa apresentação diante de um grupo, 55% do impacto é determinado por nossa linguagem corporal – postura, gestos e contato visual -, 38% é determinado pelo tom de nossa voz, e apenas 7% desse impacto tem a ver com o conteúdo de nossa apresentação (Mehrabian e Ferris, “Inference of attitudes from nonverbal comunication in two channels”).O ponto fundamental para qualquer processo de vendas bem sucedido, é a confiança. Tanto a credibilidade que o vendedor e a empresa precisam despertar no cliente, quanto a própria confiança que o vendedor precisa ter em si mesmo. A frase “Você compraria um carro usado deste homem?”, foi utilizada na campanha política do presidente John Kennedy, ex-presidente dos EUA, tentando destacar a desconfiança do eleitor na candidatura de Richard Nixon, na campanha presidencial americana de 1960, vencida por Kennedy. Analistas políticos acreditam que esta tática de marketing político acabou causando grande estrago na candidatura de Nixon, pois fez o eleitor refletir na importância de um candidato confiável.Durante nosso curso “Marketing e Vendas Para o Setor Automobilístico”, que vem sendo ministrado em diversas localidades, e em setembro será apresentado em São Paulo, iniciamos o seminário chamando a atenção dos profissionais para este fator fundamental no processo de vendas, a credibilidade. O vendedor que não conseguir conquistar a confiança de seu cliente terá grande dificuldade de realizar a venda. Mesmo tendo um excelente produto, e um ótimo preço, a credibilidade ainda é fundamental para que a venda seja realizada.É claro que ainda existe um percentual de clientes que se “arriscam” a realizar um negócio se a oferta for “realmente tentadora”. O programa Fantástico, da rede Globo, apresentou uma matéria no domingo dia 24 de agosto de 2008, mostrando que diversos comerciantes inescrupulosos, estão utilizando o golpe chamado FINAN, para vender carros por um terço do valor de mercado. Neste negócio, eles repassam veículos alienados cujos financiamentos não foram quitados. Algumas pessoas, conscientes ou não, caem no golpe, levados pela ambição de conquistar grande vantagem financeira.No entanto, a grande maioria dos clientes não aceita este tipo de proposta, pois buscam segurança e tranquilidade ao realizar um negócio, principalmente em relação a bens de alto valor, como é o caso de automóveis. Há alguns anos foi realizada uma experiência: um homem se aproximava das pessoas no centro de Londres, e lhes oferecia uma nota de dez libras em troca de uma nota de cinco libras. Evidentemente que esse era um bom negócio para os transeuntes. No entanto, a maioria das pessoas não aceitou a proposta. Por quê? Era um negócio bom demais para ser verdade, todos

8

pensavam que era algum tipo de golpe ou “pegadinha”. Eles não conheciam nem confiavam na pessoa que lhes estava oferecendo aquele lucro de cinco libras tão facilmente.O processo de confiança ou desconfiança do cliente com relação ao vendedor se estabelece durante a comunicação entre o dois. Não apenas pelas palavras proferidas pelo vendedor, comunicação verbal, mas principalmente pela sua postura pessoal, pela apresentação e pelo tom de voz, ou seja, pela sua comunicação não verbal.Baseado nestes conceitos fica claro que, mesmo que o vendedor se esforce para fazer sua apresentação de vendas destacando palavras como confiança, segurança e credibilidade, é preciso que ele também comunique não verbalmente estes conceitos, pois as pessoas percebem qualquer indício de insinceridade. Não é uma coisa racional, mas instintivamente percebemos quando alguém passa uma mensagem falsa. Mentir para o cliente é a pior coisa que um vendedor pode fazer.

1.1.4 Delimitação do problema

Este sistema visa atender as agencias de veículos que não possuem um sistema de

controle de vendas informatizado, rápido, móvel, fácil e seguro.

1.1.5 Formulação e Hipóteses

Sistema voltado para atender a alta demanda de venda de forma moderna, ágil e

fácil de forma segura na coleta dos dados dos clientes e envio dos dados.

1.1.6 Titulo

Dealer Droid – Sistema tecnológico de vendas de veículos.

1.1.7 Objetivo

Controlar as vendas que atenda o mercado automobilístico, que seja de fácil

manipulação, acessibilidade e disponibilidade dos dados de forma segura,

proporcionando um maior controle de vendas e documentos de analise de crédito.

9

1.1.8 Ferramentas de Desenvolvimento

Java - A plataforma Java oferece aos programadores e analistas de sistemas um

conjunto completo de classes para o desenvolvimento do sistema. Com estas

classes o tempo para desenvolvimento é reduzido e a qualidade do sistema fica

muito melhor (MENDES, 2009). Além disso é a linguagem mais utilizada para se

programar para o Android, apesar de não ser a única. Sua escolha se deve ao fato

de que é a mais utilizada, mais robusta e com mais documentação disponível.

MYSQL - O MySQL se tornou o mais popular banco de dados Open Source do

mundo porque possui consistência, alta performance, confiabilidade e é fácil de usar.

Eclipse - Uma ferramenta pra programadores, que lhe permite escrever, compilar,

debugar e instalar programas. Software Open Source e livres para uso comercial e

não comercial com uma base modular e extensível que pode ser usada como

infraestrutura para se criar grandes aplicações para desktop. Por essas

características ele apresenta melhor compatibilidade para programação no ambiente

Android pois já conta com conectores e extensões naturais ao sistema

desenvolvidas pelo próprio Google e desenvolvidas junto com o pacote de

desenvolvimento para esse Sistema Operacional.

10

1.1.9 Matriz de papeis e responsabilidades

O gerenciamento dos recursos do projeto inclui os processos que organizam e

gerenciam a equipe do projeto. A equipe do projeto consiste nas pessoas com

papeis e responsabilidades designadas para a conclusão do projeto.

Os principais processos no gerenciamento dos recursos humanos do projeto são:

Desenvolver o plano de recursos humanos - processo de identificação e

documentação de funções, responsabilidades, habilidades necessárias e relações

hierárquicas do projeto.

Mobilizar a equipe do projeto - processo de confirmação da disponibilidade dos

recursos humanos e obtenção da equipe necessária para concluir as designações

do projeto.

Desenvolver a equipe do projeto - processo de melhoria de competências, interação

da equipe e ambiente global da equipe para aprimorar o desempenho do projeto.

Gerenciar a equipe do projeto – É o processo de acompanhar o desempenho de

membros da equipe, fornecer feedback, resolver questões e gerenciar mudanças

para otimizar o desempenho do projeto.

A equipe de gerenciamento de projetos é a responsável pelas atividades de

gerenciamento do projeto e liderança, como iniciação, planejamento, execução,

monitoramento, controle e encerramento das varias fases do projeto. Este grupo

também pode ser chamado de equipe principal, equipe executiva, ou equipe de

liderança. Para projetos menores, as responsabilidades de gerenciamento do projeto

podem ser compartilhadas por toda a equipe ou administradas exclusivamente pelo

gerente de projetos. O patrocinador do projeto trabalha com equipe de

gerenciamento de projetos, em geral com apoio em questão como financiamento do

projeto, esclarecimento do escopo e monitoramento do progresso, e influenciando

outras pessoas para beneficiar o projeto.

A matriz de papeis e responsabilidade se encontra dentro de desenvolver o plano de

recursos humano no Guia PMBOK, desenvolver o plano de recursos humanos é o

processo de identificar e documentar papéis e responsabilidades, habilidades

necessárias e relações hierárquicas do projeto, e criar um plano de gerenciamento

de pessoal. O Planejamento de recursos humanos é usado para determinar e

identificar recursos humanos com as habilidades necessárias para êxito do projeto.

11

Os papeis do projeto podem ser designados para pessoas ou grupos. As pessoas ou

os grupos podem ser internos ou externos a organização executora do projeto.

A matriz de responsabilidades (MR) é usada para ilustrar as conexões entre pacotes

de trabalho ou atividades e os membros da equipe do projeto, as MR são usadas no

grupo para designar papeis, responsabilidades e níveis de autoridade associadas a

uma pessoa e todas as pessoas associadas a uma atividade.

Raci é apenas um tipo de MR: RACI (Responsible, Accountable, Consult and

Onform[Responsável pela execução, responsável pela Aprovação, é Consultado e

Informado])

(PMBOK, 2008).

12

13

ATIVIDADE / DOCUMENTO

PARTICIPANTES

Prestador de Serviço Cliente

Ge

ren

te d

e P

roje

tos

Ana

lista

de

Sis

tem

as

De

senv

olve

dor

Ana

lista

de

Pro

jeto

Ana

lista

de

Ban

co d

e D

ados

-

DB

A

Ge

ren

te A

dmin

istr

ativ

o

Sup

ervi

sor

de V

end

as

1 Definição da equipe e suas atribuições E P

2 Entrevista E P P P

3 Cronograma do Projeto E P A

4 Análise de Requisitos S E P A

5 Definição da estrutura do Projeto ES P P P A

6 Documentação do Projeto S P E

7 Custos do Projeto E

8 Desenho do Sistema (Diagramas) PS E P P P

9 Modelagem do Banco de Dados S P E

10 Desenvolvimento do Código Fonte S PS E E

11 Testes PS P P P E P

12 Reunião semanal P P P P P

LEGENDA

E Executa

R Revisa

P Participa

S Supervisiona

A Aprova

PARTICIPANTES

G. de Projetos Milton Souza

A. de Sistema Elvis Neves

Desenvolvedor Milton Souza/Mikhail Bispo

A. de Projeto Leandro Magalhães

DBA Mikhail Bispo

G. Administrativo

S. de Vendas

Quadro 1: Atividade e documento.Fonte: Próprios autores (2012)

GERENTE DE PROJETOS

O gerente do projeto é a pessoa designada pela organização responsável pela

condução do projeto, com a missão de zelar para que os objetivos do projeto sejam

atingidos. O gerente de projetos tem sido caracterizado por um perfil profissional

com domínio e experiência especializados nos processos e nas áreas de

conhecimento do gerenciamento de projetos.

O trabalho do gerente de um projeto pode ser sintetizado em dois grandes

elementos:

* Planejar (antes) e controlar (durante) as atividades do projeto e seu

gerenciamento, conforme se pode constatar pela concentração de processos de

gerenciamento de um projeto abrangendo todas os aspectos envolvidos.

* Comunicar: os gerentes de projetos passam a maior parte do seu tempo se

comunicando com os membros da equipe e outras partes interessadas do projeto.

ANÁLISTA DE SISTEMA

O análista de sistemas é aquele que tem como finalidade realizar estudos de

processos computacionais para encontrar o melhor e mais racional caminho para

que a informação virtual possa ser processada. Este profissional estuda os diversos

sistemas existentes entre hardwares (equipamento) e softwares (programas) e o

usuário final, incluindo seus comportamentos e aplicações. A partir dessa conexão,

desenvolve soluções que serão padronizadas e transcritas da forma que o

computador possa executar. Assim, cabe ao analista de sistemas, parte da

organização, implantação e manutenção de aplicativos e redes de computadores.

Entre as atividades diárias de um analista de sistemas, estão:

14

* Administração do fluxo de informações geradas e distribuídas por redes de

computadores dentro de uma organização

* Planejamento e organização do processamento, armazenamento, recuperação e

disponibilidade das informações.

* Suporte aos usuários e infraestrutura tecnológica

* Gestão de projetos

* Levantamento de requisitos, análise, especificação, projeto do sistema,

programação, testes, homologação, implantação e acompanhamento dos sistemas

solicitados por seus usuários.

* Criação de novos produtos e serviços computacionais

PROGRAMADOR / DESENVOLVEDOR

Em computação, programador ou desenvolvedor de software refere-se a alguém que

faz programação de computadores e desenvolve software.

Um programador pode ser alguém que desenvolve ou faz manutenção de software

em um grande sistema mainframe ou alguém que desenvolve software

primariamente para uso em computadores pessoais.

Neste sentido, um programador pode ser considerado um engenheiro de software ou

desenvolvedor de software, programador é considerado um dos cargos mais

importantes da informática por criarem programas que a comunidade necessita. O

desenvolvedor é o profissional que escreve os códigos para construir as aplicações.

ANÁLISTA DE PROJETO

Planejar, monitorar e administrar projetos de clientes externos, usando processos e

ferramentas formais para gerir recursos, orçamentos, riscos e mudanças.

Gerenciar projetos de BPO e TI, para assegurar a satisfação do cliente e atender

obrigações contratuais em relação às especificações, qualidade dos custos e

prazos.

15

ANÁLISTA DE BANCO DE DADOS

Responder pela administração dos bancos de dados existentes na empresa, dentro

de parâmetros de segurança e integridade, tendo em vista as inovações

tecnológicas e as alterações necessárias às aplicações. Projetar estruturas de novos

bancos de dados, bem como desenvolver programas utilitários, orientando usuários

na utilização do sistema.

Sua função é manutenção das estruturas do banco de dados usando modeladores

de dados e analises sistemáticas, implementar novos processos de software, e

também novos métodos.

1.1.10 CRONOGRAMA DO PROJETO

O cronograma do projeto esta dentro do gerenciamento de tempo do projeto, que

inclui os processos necessários para gerenciar o termino pontual do projeto.

Os processos de gerenciamento de tempo do projeto são:

Definir as atividades – processo de identificação das ações a serem realizadas.

Sequência a atividades – processo de identificação e documentação dos

relacionamentos entre as atividades.

Estimar os recursos das atividades – processo de estimar a quantidade de material,

pessoas, equipamentos e suprimentos que serão necessários durante o projeto.

Estimar as durações das atividades – processo de estimativa do numero de períodos

de trabalho que serão necessários para terminar atividades especificas com os

recursos estimados.

Desenvolver cronograma – processo de analise das sequências das atividades, suas

durações, recursos necessários e restrições do cronograma visando criar o

cronograma do projeto.

16

Controlar cronograma – processo de monitoramento do andamento do projeto para

atualização do seu progresso e gerenciamento das mudanças feitas na linha de

base do cronograma.

O trabalho envolvido na execução dos seis processos de gerenciamento de tempo

do projeto é precedido por um trabalho de planejamento pela equipe de

gerenciamento. Esse processo faz parte do processo de desenvolver o plano de

gerenciamento do projeto, que produz um sistema de gerenciamento do cronograma

que seleciona uma metodologia e uma ferramenta de elaboração de cronograma,

assim como estabelece os critérios para o desenvolvimento e controle do

cronograma.

Desenvolver o cronograma é o processo de analise de sequência das atividades,

suas durações, recursos necessários e restrições do cronograma visando criar o

cronograma do projeto. A entrada das atividades, durações e recursos na ferramenta

de elaboração de cronograma gera um cronograma com datas planejadas para as

atividades do projeto.

Desenvolvimento do Projeto – Dealer Droid -2013

Mar Abr Mai Jun Jul Ago Set Out Nov Dez

Inicio do Projeto 5

Termino do Projeto 10

Coletar as Informações com Cliente 6-9

Analise das Informações Coletadas 12-16

Aprovação do Projeto com o Cliente 19-23

Reunião equipe de Des. do Projeto 26 26 25 26 26 27 26 26 26 10

Desenvolvimento do Sistema 27 10

Teste do Sistema 11

Documentação do Sistema 1 5

Homologação com o Cliente 7

Entrega do Sistema 12-14

Treinamento para utilização do Sistema 15-16

Quadro 2: Desenvolvimento do projeto.Fonte: Próprios autores (2013)

Na data 05/03 será o início do projeto, data de termino dia 10 de dezembro, projeto

terá a duração de 10 meses.

17

Na data 06/03 a 09/03 será o processo de coletar as informações sobre o cliente,

sobre o sistema e suas expectativas.

Na data 12/03 a 16/03 será feito a analise dos dados coletados com o cliente para

elaboração da documentação do projeto.

Na data 19/03 a 23/03 será feito reunião com o cliente para aprovação do projeto

para desenvolvimento após aprovação do projeto será feito uma reunião com a

equipe de projeto para apresentação do projeto para toda a equipe de

desenvolvimento.

Datas de reuniões semanais serão feitas entre os dias 25 a 26 de todo mês.

Na data 27/03 inicia o desenvolvimento do projeto, data prevista para finalização

esta programada para o dia 10/09 de Setembro.

Na data 11/09 inicio dos testes de sistemas,

No início da criação da documentação do projeto data de término 05/11.

Na data 12/11 a 14/11 data da entrega e acompanhamento do sistema.

Na data 15/11 a 16/11 data de treinamento para utilização do sistema.

1.1.11 CUSTOS DO PROJETO

O gerenciamento do custo do projeto inclui os processos necessários para assegurar que o projeto seja concluído dentro do orçamento aprovado, segundo PMBOK (2004), esse gerenciamento consiste em 3 processos básicos :1 estimava de custos; 2 orçamentação de custos; 3 controle de custos.O processo de planejamento dos recursos permite determinar o tipo de (pessoas, máquinas e

materiais) de recurso necessário, bem como suas quantidades; a cada recurso corresponde um custo. E também permite avaliar com antecedência o custo do projeto. As estimativas de custo podem ser utilizadas com finalidades tão diferentes como determinar a viabilidade de um projeto ou predizer seu custo final.

(PMBOK, 2008).

18

Análise de Custos – Hardwares

Funções Qtd Hardware Valor Total

Analista de Projetos 1 Processador: Intel core i3

Memória RAM: 2GB DDR3, HD

500GB,GRAVADOR DE DVD.

R$ 1.100,00 R$ 1.100,00

Analista de Sistemas 1 Processador: Intel core i3


500GB,GRAVADOR DE DVD.

R$ 1.100,00 R$ 1.100,00

Desenvolvedor 1 Processador: Intel core i5


1TB,GRAVADOR DE BLU-RAY.

R$ 1.880,83 R$ 1.880,83

DBA 1 Processador: Intel core i5



R$ 1.880,83 R$ 1.880,83

G. de Projetos 1 Processador: Intel core i5



R$ 1.880,83 R$ 1.880,83

Documentação 1 Impressora HP LaserJet P1005 R$ 799,00 R$ 799,00

Total R$ 8.641,49

Quadro 3: Tabela de custos de Hardware: Está tabela informa os requisitos mínimos que os computadores deverão ter para atender o projeto.

Fonte: www.submarino.com.br

Análise de Custos – Softwares

Qtde Software Valor Total

4 Microsoft Windows 7 Ultimate R$ 599,00 R$ 2.995,00

4 Microsoft Office Professional 2010 (2 licenças) 1.199,00 5.995,00

1 Mysql (Free) 0,00 0,00

4 Eclipse (Free) 0,00 0,00

4 Android ADT (Free) 0,00 0,00

4 Java SDK (Free) 0,00 0,00

19

http://www.submarino.com.br/

Total R$ 8.990,00

Quadro 4: Tabela de custos de Software: Está tabela informa para o cliente os valores e gastos com os softwares que serão necessários para um bom desenvolvimento do projeto.Fonte: www.kalunga.com.br

Análise de Custos – Peopleware

Funções Qtde Nomes Salário Total

A. de Projetos 1 Elvis Neves R$ 3.713,67 R$ 3.713,67

A. de Sistemas 1 Leandro Magalhãoes R$ 3.922,33 R$ 3.922,33

Desenvolvedor 2 Mikhail Bispo

Milton Souza

R$ 4.500,00 R$ 4.500,00

DBA 1 Mikhail Bispo R$ 11.200,00 R$ 11.200,00

G. de Projetos 1 Milton Souza R$ 12.995,00 R$ 12.995,00

Total R$ 36.331,00

Quadro 5: Tabela de custos de Peopleware: Está tabela informa os gastos que terão com a equipe do projeto informa a quantidade de pessoas e seus respectivos salários.

Fonte: www.info.abril.com.br

Análise de Custos – Insumos

Produtos Qtde Preço Total

Papel (pacote) 2 R$ 14,20 R$ 28,40

Cartuchos 2 R$ 191,04 R$ 382,08

Pen drives 5 R$ 59,90 R$ 299,50

Grampeador 3 R$ 6,40 R$ 19,20

Grampo (caixa) 1 R$ 3,60 R$ 3,60

Pastas 5 R$ 5,35 R$ 26,75

Total R$ 759,53

Quadro 6: Tabela de Análise de custos – Insumos: A tabela de Insumos nada mais é que mostrar quais materiais de escritório necessário para o projeto.

Fonte: www.kalunga.com.br

Análise de Custos

Descrição Valor

Hardware R$ 8.641,49

Software R$ 8.990,00

20

http://www.kalunga.com.br/

http://www.info.abril.com.br/

http://www.kalunga.com.br/

Peopleware R$ 36.331,00

Insumos R$ 759,53

Total R$ 54.722,02

Quadro 7: Analise de Custos.Fonte: Próprios autores (2013)

Devido a empresa não possuir os matérias e recursos mínimos para o desenvolvimento do projeto será necessário a compra dos equipamentos relacionados acima.

1.1.12 PREMISSAS

Basicamente premissas são hipóteses e restrições são deveres. Porém, essa definição não basta para apresentar claramente a diferença entre os dois termos. Premissas são suposições dadas como certas sobre o ambiente externo ao projeto. Sobre elas é baseado o plano e a promessa de tempo e custo. (www.projetodiario.com.br, 2010).“As equipes de projeto frequentemente identificam documentação e validam as premissas com parte do se processo de planejamento”. (PMBOK, 2008).

Para implantação do sistema é necessário que o cliente atenda aos itens abaixo:

Necessário que todos os funcionários que irão operar a ferramenta possuam

conhecimentos básicos em informática;

A empresa deve comprometer-se e responsabilizar-se em manter o controle

de utilização adequada da ferramenta, para garantir a máxima eficiência da

mesma, possibilitando assim, que a solução adotada seja efetiva;

A empresa deve comprometer-se que toda venda ou cotação deve ser

registrada;

1.1.13 NECESSIDADES INICIAIS DE RECUSROS

“Conjunto de ações e atividades inter-relacionadas, que são executadas para

alcançar um produto, resultado ou serviço pré-definido”. (PMBOK, 2008).

Para execução do projeto os integrantes serão alocados nas atividades conforme

descrito abaixo:

Funcionários envolvidos no desenvolvimento do projeto:

1 Analista de Sistemas;

2 Desenvolvedor;

1 Analista de Projetos;

1 Analista de Banco de Dados;

21

http://www.projetodiario.com.br/

1 Gerente de Projetos.

Hardwares necessários para o desenvolvimento do projeto:

1 Impressora HP LaserJet P1005

5 Computadores conforme descritos no item 1.1.11 Custos do projeto

1.1.14 NECESSIDADES DE SUPORTE PELA ORGANIZAÇÃO

“Conjunto de ações e atividades inter-relacionadas, que são executadas para

alcançar um produto, resultado ou serviço pré-definido”. (PMBOK, 2008).

A organização deverá atender os requisitos abaixo para que o desenvolvimento do

projeto ocorra conforme acordado.

Acesso aos colaboradores e toda infraestrutura da empresa;

Disponibilidade para efetuar testes e implantação do sistema;

Relação dos colaboradores que utilizarão o sistema e qual o nível de acesso

ao sistema.

1.1.15 ANÁLISE DE VIABILIDADE

O Dealer Droid é uma solução simples e objetiva para toda e qualquer agência de

veículos. Visa transmitir transparência em seus serviços, trazendo credibilidade e

segurança dos dados de seus clientes. O sistema é voltado para venda

automobilística, controla as vendas de uma agência de veículos e propicia um

controle maior de vendas é coleta de dados e geração de relatórios.

Outro Diferencial e apresentar uma interface de fácil manuseio possuindo diversas

funcionalidades que as auxiliam tal como. Agilizar a parte burocrática no

preenchimento de formulários, não sendo mais manualmente ocasionando assim o

erro ou perda das informações do cliente, ganhando tempo de resposta, satisfação

dos serviços prestados e fazendo com que o sonho material do cliente se realize.

Visando resultados a SELLCAR, é uma ferramenta indispensável para agencias de

veículos, que tem como objetivo organizar as rotinas diárias, diminuindo custos,

expandindo a carteira de clientes em seus bancos de dados e assim aumentando os

lucros.

22

1.1.16 ACEITE DO CLIENTE

É o ato de vender o projeto final para o seu usuário final. O aceite do cliente será

mais fácil se o planejamento for bem feito, pois o envolvimento do cliente na

especificação do projeto, no desenvolvimento do cronograma e na elaboração do

critério de aceite diminui o conflito.

De modo geral, se o planejamento foi bem feito e os critérios de aceite são claros e

tangíveis, há uma boa chance de se chegar a um bom termo e as eventuais

divergências serem resolvidas com uma boa negociação entre as partes.

Para facilitar a visualização do cliente sobre todos os recursos disponíveis no

sistema, separamos todos os módulos, descrevendo suas funcionalidades. No fim

de cada descrição, está contida a aprovação ou não do módulo.

(Site: http://pt.scribd.com/doc/50484941/54/Aceite-do-Cliente).

23

Módulo Descrição do MóduloAceite do Cliente

SIM NÃO

Menu Inicial

Acesso ao módulo de vendas com um menu

interativo e de fácil utilização. X

Cadastro de Usuário

Realiza o cadastro de usuário e determina o nível de

acesso ao sistema. X

Cadastro de Cliente

Realiza o cadastro do cliente, armazenando os

dados pessoais e assim realizando uma ficha

cadastral.X

Cadastro de VeículoEspecificando a marca, modelo, ano de fabricação

dos veículos. X

Histórico de Vendas

Módulo em que é possível visualizar quantos

veículos já foram vendidos. X

Pedidos pendentes

Informa quantos veículos ainda estão em analise de

forma geral. X

24

Relatórios

Módulo em que será possível visualizar relatórios de

usuários, funcionários, clientes e veículos, saber a

quantidade em estoque, Quantidade de veículos

vendidos.

X

Dicionário de Dados

Neste módulo, será descrito a funcionalidade de

cada módulo e alguns campos específicos. X

Quadro 8: Aceite do ClienteFonte: Próprios autores (2012)

2. ANÁLISE

2.1ENTREVISTA

Uma entrevista é um meio formal ou informal de se descobrir informações das partes interessadas através de conversas diretas com as partes envolvidas. Normalmente é feita através de perguntas preparadas ou espontâneas com o registro de respostas. São frequentemente conduzidas individualmente, mas podem envolver múltiplos entrevistadores e/ ou entrevistados.

(PMBOK, 2008).

A pesquisa foi realizada com 10 agências diferentes, sendo que em alguns casos elas

possuem as mesmas opiniões conforme veremos nos gráficos abaixo.

1. Atualmente existe um controle de vendas dos veículos?

25

100%

SIM NÃO

Gráfico n° 1: Entrevista 1° questão. Fonte: Próprios autores (2012).

Nomes Sim Não

Renato Vitalino X

Willames Ricardo X

Jair Soares X

Ederson Silva X

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X

Quadro 9: Entrevista 1° questão. Fonte: Próprios autores (2012).

2. Quantos vendedores trabalham na loja?

20%

60%

20%

MENOS DE 5 5 À 10 MAIS DE 10


Nomes Menos de 5 5 à 10 Mais de 10

Renato Vitalino X

Willames Ricardo X

Jair Soares X

Ederson Silva X

26

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


3. Existe algum controle de Garantia do veiculo vendido?

100%

SIM NÃO


Nomes Sim Não

Renato Vitalino X

Willames Ricardo X

Jair Soares X

Ederson Silva X

27

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


4. Existe algum outro software de gestão?

60%40%

SIM NÃO


Nomes Sim Não

Renato Vitalino X

Willames Ricardo X

Jair Soares X

Ederson Silva X

28

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


5. É necessária a interação do SELLCAR com outra ferramenta?

30%

70%

SIM NÃO


Nomes Sim Não

Renato Vitalino X

Willames Ricardo X

Jair Soares X

29

Ederson Silva X

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


6. Os vendedores tem algum conhecimento em informática?

100%

SIM NÃO


Nomes Sim Não

Renato Vitalino X

Willames Ricardo X

30

Jair Soares X

Ederson Silva X

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


7. Existe algum departamento de treinamentos para os vendedores?

80%

20%

SIM NÃO


Nomes Sim Não

Renato Vitalino X

31

Willames Ricardo X

Jair Soares X

Ederson Silva X

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


8. Existe algum roteiro de vistoria nos veículos assim que comprados pela loja?

100%

SIM NÃO


Nomes Sim Não

32

Renato Vitalino X

Willames Ricardo X

Jair Soares X

Ederson Silva X

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


9. Existem metas estipuladas para os vendedores?

80%

20%

SIM NÃO


Nomes Sim Não

33

Renato Vitalino X

Willames Ricardo X

Jair Soares X

Ederson Silva X

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


10.Existe algum relatório por período (mês, ano)?

90%

10%

SIM NÃO


Nomes Sim Não34

Renato Vitalino X

Willames Ricardo X

Jair Soares X

Ederson Silva X

Edson Sousa X

Diego Galdino X

Jaqueline Mota X

Rodrigo Miquelino X

Oséias Torquato X

André Rocha X


2.2DESCRIÇÃO DE NECESSIDADES DO CLIENTE

Os requisitos incluem as necessidades quantificadas e documentadas do cliente e outras partes interessadas. Estes requisitos precisam ser obtidos, analisados e registrados com detalhes suficientes para serem medidos uma vez que a execução do projeto se inicie. (PMBOK,2008).

Segundo PMBOK (2008), Iremos identificar registrar e analisar a necessidade do

cliente, descrevendo qual o tipo de sistema que atenderá suas necessidades.

Trata-se de uma agência de veículos de pequeno porte que possui 4 vendedores.

A agência não possui nenhum tipo de sistema integrado para o controle de vendas,

geração de relatórios das vendas e performance dos vendedores.

35

Atualmente a agência efetua o controle em planilhas eletrônicas, não se

preocupando com atualizações ou segurança dos dados, causando algumas

divergências nas informações. Devido ao não registro adequado das vendas.

A dificuldade de geração dos relatórios referente às vendas e a performance dos

vendedores causa Falhas no gerenciamento da agência.

2.3LEVANTAMENTO DOS REQUISITOS

Segundo Abbott (1986), requisito é uma função, restrição, ou outra propriedade que precisa ser fornecida, encontrada, ou atendida para satisfazer às necessidades do usuário do futuro sistema que precisa atender ou ter para satisfazer um contrato formalmente estabelecido.(ABOTT, RJ. An Integrated Approach to Software Development. Nova Iorque: John Wiley, 1986).

Será necessário criar um módulo de vendas, criação de um banco de dados para

armazenamento de todas as vendas, veículos vendidos e vendedor que efetuou a

venda.

A agência deverá disponibilizar ao menos 1 computador de uso exclusivo do

software para uso exclusivo dos vendedores, além de 1 impressora para emissão

dos relatórios gerados, os funcionários deveram ter o treinamento adequado para

utilização do sistema.

2.4 ANÁLISES DE REQUISITOS

É um estudo das características que o sistema deverá ter para atender às necessidades e expectativas do cliente conhecendo o ambiente de projeto, identificando, levantando e entendendo os requisitos do sistema e suas características para determinar os serviços especificados pelo cliente.

(http://www.dsc.ufcg.edu.br)

O Sistema Sellcar será responsável pelo todo o gerenciamento da loja, e com um

responsável legal ele poderá com isso organizar os níveis de acesso ao sistema dos

vendedores que for utilizar.

No cadastro de venda, além dos dados pessoais de endereço e telefone, a agência

cadastrará outros meios de comunicação com cliente sobre pendências.

36

http://www.dsc.ufcg.edu.br/

Será desenvolvido um módulo que armazenara e atualizará todas as informações

das tarefas executadas na agência sobre as vendas.

O sistema também irá gerar relatórios sobre produções e metas alcançadas pelos

seus vendedores.

3. DESENHO DO SISTEMA

3.1. DIAGRAMA DE CLASSES

O diagrama de caso de uso descreve a funcionalidade proposta para um novo

sistema, que será projetado. Segundo Ivar Jacobson, podemos dizer que um caso

de uso é um "documento narrativo que descreve a sequência de eventos de um ator

que usa um sistema para completar um processo". Um caso de uso representa uma

unidade discreta da interação entre um usuário (humano ou máquina) e o sistema.

Um caso de uso é uma unidade de um trabalho significante. Cada caso de uso tem

uma descrição da funcionalidade que irá ser construída no sistema proposto. Um

caso de uso pode "usar" outra funcionalidade de caso de uso ou "estender" outro

caso de uso com seu próprio comportamento.Casos de uso são tipicamente

relacionados a "atores". Um ator é um humano ou entidade máquina que

interagecom o sistema para executar um significante trabalho.

(http://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso)

37

http://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso

No diagrama abaixo conforme figura 1mostraremos o sistema completo, com todas

as suas funcionalidades.

Figura 1: Diagrama de uso de uso sistema Sellcar.Fonte: Próprios autores (2012).

38

No diagrama abaixo conforme figura 2 mostraremos a função cadastro de veículos,

onde será feito o cadastro do veículo, alteração e exclusão do cadastro do veículo.

Figura 2: Diagrama de caso de uso cadastrar veículo.Fonte: Próprios autores (2012).

39

No diagrama abaixo conforme figura 3 mostraremos a função gerar venda, onde

será efetuado o cadastrado do cliente, cadastro da venda, alteração e baixa na

venda.

Figura 3: Diagrama de caso de uso gerar venda.Fonte: Próprios autores (2012).

40

No diagrama abaixo conforme figura 4 mostraremos a função gerar cotação, onde

será efetuado o cadastrado do cliente, geração de cotações, alteração e exclusão.

Figura 4: Diagrama de caso de uso gerar cotação.Fonte: Próprios autores (2012).

41

No diagrama abaixo conforme figura 5 mostraremos a função gerar relatórios de

vendas, podendo ser impressos ou exibidos em tela.

Figura 5: Diagrama de caso de uso relatório de venda.Fonte: Próprios autores (2012).

42

No diagrama abaixo conforme figura 6 mostraremos a função gerar relatórios por

status, podendo ser impressos ou exibidos em tela.

Figura 6: Diagrama de caso de uso relatório status.Fonte: Próprios autores (2012).

43

No diagrama abaixo conforme figura 7 mostraremos a função cadastro de vendedor,

onde será cadastrado ou alterado o vendedor.

Figura 1: Diagrama de caso de uso cadastrar vendedor.Fonte: Próprios autores (2012).

44

3.2. DIAGRAMA DE CLASSE

Na visão de Booch, Rumbaugh, eJacobson (2006), diagramas de classes são os

diagramas mais utilizados em sistemas de modelagem orientados a objeto, os

diagramas de classes mostram um conjunto de classes, interfaces, colaborações e

seus relacionamentos, sendo utilizados para ilustrar a visão estática do projeto do

sistema.

(http://pt.scribd.com/doc/51616495/37/Diagramas-de-UML)

Figura 8: Diagrama de classe.

Fonte: Próprios autores (2012).

3.3. DETERMINAÇÕES DAS FUNCIONALIDADES DO SISTEMA

No guia PMBOK faz parte do gerenciamento de escopo coleta de requisitos.

45

http://pt.scribd.com/doc/51616495/37/Diagramas-de-UML

Documentação dos requisitos onde descreve como os requisitos individuais atendem

as necessidades do negócio para o projeto. Esses podem começar em um alto nível

e progressivamente se tornar mais detalhados conforme mais detalhes são

conhecidos. Em sistemas de informação, os requisitos são os primeiros a aparecer

logo no início do processo de análise do sistema. Eles constituem a matéria prima

que o analista irá usar para propor o sistema, documentá-lo e finalmente levá-lo ao

desenvolvimento e uso.

Os requisitos expressam as características e restrições do produto de software do

ponto de vista de satisfação das necessidades do usuário, em geral independem da

tecnologia empregada na construção da solução sendo a parte mais crítica e

propensa a erros no desenvolvimento de software.

Os requisitos, de modo geral, podem ser classificados em dois grandes grupos: os

requisitos funcionais e os não funcionais. Requisitos Funcionais - descreve

processos de negócios, informações e interação, com o produto de forma apropriada

a ser documentada textualmente numa lista de requisitos, em modelos ou ambos. É

a parte mais importante do projeto, já que descrevem as funcionalidades que o

sistema deve dispor. Os requisitos funcionais especificam ações que um sistema

deve ser capaz de executar, sem levar em consideração restrições físicas.

Requisitos Não Funcionais - tais como nível de serviço, desempenho, cuidados,

segurança, atendimento a leis regulamentos, suportabilidade, retenção/descarte, etc.

Os requisitos não funcionais são aqueles que expressam como deve ser feito (não

confundir requisitos não funcionais com design). Em geral se relacionam com

padrões de qualidade como confiabilidade, desempenho, robustez, etc. São muito

importantes, pois definem se o sistema será eficiente para a tarefa que se propõe a

fazer ou não. Um sistema ineficiente certamente não será usado. Neles também são

apresentados, restrições e especificações de uso para os requisitos funcionais.

Links: http://www.wthreex.com/rup/process/workflow/requirem/co_req.htm

http://www.luis.blog.br/levantamento-analise-requisitos-funcionais-nao-

funcionais.aspx

http://www.slideshare.net/Ridlo/analise-de-requisitos-software

http://imasters.com.br/artigo/3860/des_de_software/a_gestao_de_requisitos/

46

LISTA DE REQUISITOS FUNCIONAIS

CODIGO NOME

RF - 001

EFETUAR

LOGIN

RF - 002

CADASTRAR

VEICULO

RF - 003

ALTERAR

CADASTRO

VEICULO

RF - 004

EXCLUIR

CADASTRO

VEICULO

RF - 005

CADASTRAR

VENDEDOR

RF - 006

ALTERAR

CADASTRO

VENDEDOR

RF - 007

GERAR

VENDA

RF - 008

ALTERAR

CADASTRO VENDA

RF - 009

BAIXAR

CADASTRO VENDA

RF - 010

CADASTRAR

CLIENTE

RF - 011

GERAR

COTAÇÃO

RF - 012

ALTERA

COTAÇÃO

RF - 013 EXCLUIR

47

COTAÇÃO

RF - 014

GERAR

RELATÓRIO

VENDA

RF - 015

IMPRIMIR

RELATÓRIO

VENDA

RF - 016

EXIBIR

RELATÓRIO

VENDA

RF - 017

GERAR

RELATÓRIO

COTAÇÃO

RF - 018

IMPRIMIR

RELATÓRIO

COTAÇÃO

RF - 019

EXIBIR

RELATÓRIO

COTAÇÃO

Quadro 19: Requisitos funcionais. Fonte: Próprios autores (2012).

48

LISTA DE REQUISITOS FUNCIONAIS

CÓDIGO NOME

RNF - 001 O SISTEMA DEVERÁ SER

EXECUTADO NO SISTEMA

OPERACIONAL WINDOWS

RNF - 002 O SISTEMA DEVERÁ TER

DISPONIVEL UMA IMPRESSORA

PARA IMPRESSÃO DE RELATÓRIOS

RNF - 003 O SISTEMA TERA ACESSO

APENAS POR USUARIOS COM LOGIN

E SENHA CADASTRADOS NO

SISTEMA

RNF - 004 O SISTEMA DEVE ESTAR

ONLINE PARA ENVIO DOS ARQUIVOS

PARA FINACEIRA

RNF - 005 O SISTEMA DEVERA USAR O

BANCO DE DADOS MYSQL

Quadro 20: Requisitos não funcionais. Fonte: Próprios autores (2012).

49

LEVANTAMENTO DE REQUISITO

RF – 001

NOME: EFETUAR LOGIN

DESCRIÇÃO CADA USUARIO DO SISTEMA

DEVERÁ TER UM LOGIN NO SISTEMA

ONDE SERA RESTRINGIDO O ACESSO

CONFORME HIERÁRQUIA

PLATAFORMAS JAVA – CONSOLE

AUTOR ADMINISTRAR / COMPRADOR

REQUISITOS NÃO

FUNCIONAIS

Quadro 21: Levantamento de requisito efetuar login.Fonte: Próprios autores (2012).

RF – 002

NOME: CADASTRAR VEICULO

DESCRIÇÃO CADASTRAR OS VEICULOS

ADQUIRIDOS DA LOJA PARA ALIMENTAR

O SISTEMA

PLATAFORMAS JAVA - CONSOLE / MYSQL


REQUISITOS NÃO

FUNCIONAIS

Quadro 22: Levantamento de requisito cadastrar

50

veículo.Fonte: Próprios autores (2012).

RF – 003

NOME: ALTERAR CADASTRO VEICULO

DESCRIÇÃO ALTERA OS DADOS DO VEICULO

EM CASO DE MUDANÇA NOS VEICULOS

OU CADASTRAMENTO ERRADO



REQUISITOS NÃO

FUNCIONAIS

Quadro 23: Levantamento de requisito alterar cadastro veículo.Fonte: Próprios autores (2012).

RF – 004

NOME: EXCLUIR CADASTRO VEICULO

DESCRIÇÃO EXCLUIR O CADASTRO DO

VEICULO EM CASO DE PROBLEMAS COM

O VEICULO NA HORA DA COMPRA DA

LOJA



REQUISITOS NÃO

FUNCIONAIS

51

Quadro 24: Levantamento de requisito excluir cadastro veículo.Fonte: Próprios autores (2012).

RF – 005

NOME: CADASTRAR VENDEDOR

DESCRIÇÃO REALIZA O CADASTRO DOS

VENDEDORES E DETERMINA O NÍVEL DE

ACESSO AO SISTEMA



REQUISITOS NÃO

FUNCIONAIS

Quadro 25: Levantamento de requisito cadastrar vendedor.Fonte: Próprios autores (2012).

RF – 006

NOME: ALTERAR CADASTRO VENDEDOR

DESCRIÇÃO ALTERA OS DADOS DO VENDEDOR

CADASTRADO CASO OCORRA ERRO NA

HORA DO CADASTRO



52

REQUISITOS NÃO

FUNCIONAIS

Quadro 26: Levantamento de requisito alterar cadastro vendedor.Fonte: Próprios autores (2012).

RF – 007

NOME: GERAR VENDA

DESCRIÇÃO GERA O DOCUMENTO DE VENDA

QUE SERÁ ENVIADO PARA ANÁLISE DA

FINANCEIRA EM CASO DE

FINANCIAMENTO OU REGISTRA A VENDA

DO VEICULO



REQUISITOS NÃO

FUNCIONAIS

Quadro 27: Levantamento de requisito gerar venda.Fonte: Próprios autores (2012).

RF – 008

NOME: ALTERAR CADASTRO VENDA

DESCRIÇÃO ALTERA AS INFORMAÇÕES DA

VENDA EM CASO DE ERRO NO

CADASTRO DA VENDA

53



REQUISITOS NÃO

FUNCIONAIS

Quadro 28: Levantamento de requisito alterar cadastro venda.Fonte: Próprios autores (2012).

RF -009

NOME: BAIXAR CADASTRO VENDA

DESCRIÇÃO ALTERA O STATUS DO VEICULO E

DA VENDA NO SISTEMA EM CASO DE

VENDA OU CRÉDITO REPROVADO DA

FINANCEIRA



REQUISITOS NÃO

FUNCIONAIS

Quadro 29: Levantamento de requisito baixar cadastro venda.Fonte: Próprios autores (2012).

RF – 010

NOME: CADASTRAR CLIENTE

DESCRIÇÃOCADASTRA O CLIENTE NO

54

MOMENTO DA VENDA DO VEICULO



REQUISITOS NÃO

FUNCIONAIS

Quadro 30: Levantamento de requisito cadastrar cliente.Fonte: Próprios autores (2012).

RF – 011

NOME: GERAR COTAÇÃO

DESCRIÇÃO GERA A COTAÇÃO DE UM

DETERMINADO VEICULO CASO HAJA

INTERESSE DO CLIENTE NO VEICULO



REQUISITOS NÃO

FUNCIONAIS

Quadro 31: Levantamento de requisito gerar cotação.Fonte: Próprios autores (2012).

RF – 012

NOME: ALTERA COTAÇÃO

DESCRIÇÃO

ALTERA OS DADOS DA COTAÇÃO

EM CASO DE PREENCHIMENTO ERRADO

55



REQUISITOS NÃO

FUNCIONAIS

Quadro 32: Levantamento de requisito altera cotação.Fonte: Próprios autores (2012).

RF – 013

NOME: EXCLUIR COTAÇÃO

DESCRIÇÃO

EXCLUI AS COTAÇÕES ANTIGAS

DO SISTEMA



REQUISITOS NÃO

FUNCIONAIS

Quadro 33: Levantamento de requisito excluir cotação.Fonte: Próprios autores (2012).

RF – 014

NOME: GERAR RELATÓRIO VENDA

DESCRIÇÃO GERA RELATÓRIO DE VENDA POR

PERIODO PARA ANALISE DE

PERFORMACE



REQUISITOS NÃO

FUNCIONAIS

Quadro 34: Levantamento de requisito gerar relatório venda.Fonte: Próprios autores (2012).

56

RF – 015

NOME: IMPRIMIR RELATÓRIO VENDA

DESCRIÇÃO IMPRIMIR O RELATÓRIO DE VENDA

DA LOJA DE ACORDO COM O QUE O

USUARIO SOLICITAR AO SISTEMA



REQUISITOS NÃO

FUNCIONAIS

Quadro 35: Levantamento de requisito imprimir relatório venda.Fonte: Próprios autores (2012).

RF – 016

NOME: EXIBIR RELATÓRIO VENDA

DESCRIÇÃO EXIBIR O RELATÓRIO DE VENDA

NA TELA NO CASO DE UMA SIMPLES

VERIFICAÇÃO RÁPIDA



REQUISITOS NÃO

FUNCIONAIS

Quadro 36: Levantamento de requisito exibir relatório venda.Fonte: Próprios autores (2012).

57

RF – 017

NOME: GERAR RELATORIO COTAÇÃO

DESCRIÇÃO GERA RELATORIO DE COTAÇÃO

NO PERIODO SOLICITADO E MOTIVOS

SOLICITADOS



REQUISITOS NÃO

FUNCIONAIS

Quadro 37: Levantamento de requisito gerar relatório cotação.Fonte: Próprios autores (2012).

RF – 018

NOME: IMPRIMIR RELATORIO COTAÇÃO

DESCRIÇÃO IMPRIMI O RELATORIO DE

COTAÇÃO SOLICITADO PELO USUÁRIO



REQUISITOS NÃO

FUNCIONAIS

Quadro 38: Levantamento de requisito imprimir relatório cotação.

58


RF – 019

NOME: EXIBIR RELATÓRIO COTAÇÃO

DESCRIÇÃO EXIBI O RELATÓRIO DE COTAÇÃO

PARA UMA VISUALIZAÇÃO NO PRÓPRIO

SISTEMA



REQUISITOS NÃO

FUNCIONAIS

Quadro 39: Levantamento de requisito exibir relatório cotação. Fonte: Próprios autores (2012).

3.4 ATAS DE REUNIÃO E APROVAÇÃO DO CLIENTE

A Ata é uma transcrição oficial de uma reunião (funciona como um resumo fiel e claro das ocorrências e/ou atos que aconteceram em uma reunião/ação/assembleia). Nela é possível saber todos os dados relativos a uma reunião. Normalmente é lavrada pelo secretário(a) da sociedade e consta com a data, horário, local, número e nome dos presentes, a ordem do dia, as aprovações e deliberações tomadas durante a reunião. Ela é um documento que prova a realização da reunião e tudo o que aconteceu. Ao ler uma ata é possível saber exatamente o que aconteceu minuciosamente durante o transcorrer da reunião e é possível encontrar o que cada integrante da reunião ficou encarregado em executar. Além disso, é um registro histórico fidedigno que nos permite as gerações futuras contar a história da maneira como ocorreu e tirar dúvidas sobre procedimentos e processos. Sua importância está na preservação da ordem dos acontecimentos e na manutenção viva do passado da instituição. Deve ser lavrada em livro oficial da instituição, denominado LIVRO DE ATAS. E não se esqueça de ela tem que ser assinada por quem a lavrou (redigiu) e pelo presidente. Se possível coloca todo mundo que estava na reunião para assinar (ganha mais veracidade e legalidade além de preservar as

59

assinaturas na história da sociedade). Outra dica importante é que a Ata não deve conter conter rasuras ou ser utilizado líquidos corretivos

Leia mais em: http://www.feump.prjn.com.br/paginas/tira_duvidas_atas.htm

SellCar – Sistema Tecnológico de Vendas

Ata de Reunião 1

Objetivo

Reunião de apresentação da empresa, conhecimento das necessidades e verificação da infra-estrutura do cliente.Reunião realizada (local, data, duração).

Alphaville – 05/03/2012 – 14h00min às 17h00min. Participantes

Nome Empresa E-mail

Fabio Valenzuela SkyProjects [email protected]

60

http://www.feump.prjn.com.br/paginas/tira_duvidas_atas.htm

Fabio Henrique SkyProjects [email protected]

Douglas Adalberto Mix Multimarcas [email protected]

Resultados da reunião Responsável

1Apresentamos o sistema e suas vantagens. Explicando assim as melhorias que o software proporciona para o negócio, e esta sendo muito bem aceito e procurado no mercado.

SkyProjects

2O Sr. Douglas nos informou o porquê optou pela SkyProjects, e efetuou uma breve apresentação da empresa

Mix Multimarcas

3O Sr. Douglas também descreveu um pouco da estrutura de funcionamento da empresa, e detalhou quais são suas principais dificuldades.

Mix Multimarcas

4 Realizamos um breve comentário sobre o que absorvemos da explicação. SkyProjects

Próximos Passos Responsável Data

Agendar próximas visitas para entrevista e maior detalhamento dos

SkyProjects Até 09/03/2012

Quadro 40: Ata de reunião, 1° ata. Fonte: Próprios autores (2012).

SellCar – Sistema Tecnologico de Vendas

Ata de Reunião 2Objetivo

Entrevista com o cliente para inicio do levantamento de requisitos.

Reunião realizada (local, data, duração).


Nome Departamento E-mail


Antonio SkyProjects [email protected]

mailto:[email protected]


Gerlandio

Douglas Adalberto

Mix Multimarcas

[email protected]


João Oliveira Mix Multimarcas

[email protected]


1

O Sr Douglas iniciou a reunião apresentando o Sr João que é vendedor da loja, e vai ajudar no levantamento dos requisitos necessários da empresa para o sistema.

Mix Multimarcas

2

O Sr João informou que hoje, a loja não possui nenhum tipo de sistema para registro das vendas efetuadas, apenas planilhas em Excel que não são atualizadas com frequência, causando muitas divergências no processo.

Mix Multimarcas

3Esclarecemos que o sistema fará um o registro das vendas, agilizando todos o processo efetuado por eles hoje

SkyProjects

4

O Sr Douglas informou que não possui um base de dados solida para relatórios das vendas efetuadas pelo vendedores, devido a dificuldade de filtrar as informações no método atual

Mix Multimarcas

5 Esclarecemos que será possível gerar relatório conforma a necessidade da loja

SkyProjects

7

Aplicamos um breve questionário, para assim poder averiguar as principais necessidades do cliente e levantar os requisitos iniciais e desenvolver uma solução que possa satisfazer o cliente.

SkyProjects

8Encerramos a reunião informando que criaremos um protótipo com as telas do sistema, para que eles possam ter uma ideia de como será o programa

SkyProjects


Apresentação do protótipo SkyProjectsAté

23/03/2012Quadro 41: Ata de reunião, 2° ata. Fonte: Próprios autores (2012).

62






SellCar – Sistema Tecnológico de Vendas

Ata de Reunião 3

Objetivo

Apresentação do protótipo




Ricardo Nascimento SkyProjects [email protected]



Antonio Gerlandio SkyProjects [email protected]

João Oliveira Mix Multimarcas

[email protected]

Douglas Adalberto Mix Multimarcas

[email protected]


1Iniciamos a reunião com a apresentação do protótipo do sistema SkyProjects

2 O Sr João apresentou seus comentários e dúvidas sobre o protótipo.

Mix Multimarcas

3 Alinhamos as solicitações do cliente com o que estava sendo proposto.

SkyProjects

4

O Sr. Douglas encerrou a reunião informando que gostou muito de poder visualizar as telas, o que permitiu ter uma noção melhor do sistema, e demonstrou que não será de forma alguma complexo, permitindo que seus trabalhadores aprendam e se interajam com facilidade ao sistema.

Mix Multimarcas


Ajustar o protótipo conforme definido nesta reunião e elaborar a proposta de custos para avaliação e aprovação do cliente.

Mix Multimarcas

Até

23/03/2012


63






SellCar – Sistema Tecnologico de Vendas

Ata de Reunião 4

Objetivo

Entrevista com o cliente.





Antonio Gerlandio SkyProjects [email protected]

Douglas AdalbertoMix

[email protected]


João OliveiraMix

[email protected]


1 O cliente iniciou a reunião confirmando a aprovação e agradecendo a solução apresentada.

Mix Multimarcas

2 Apresentamos o contrato, firmando assim o compromisso entre as duas empresas.

SkyProjects

3 Nos propomos a apresentar um feedback a cada etapa concluída do projeto.

SkyProjects

4 O Sr. Douglas afirmou que até o momento esta muito contente com as propostas apresentadas

Mix Multimarcas


64

Capitulo 4 – Banco de Dados

Um banco de dados é basicamente formado por um sistema de manutenção de registros por computador, ou seja, um sistema cujo objetivo e manter os registros e torna-las disponíveis quando solicitadas.

Um Banco de Dados é composto de uma coleção de tabelas que armazena um conjunto específico de dados estruturados. Um banco de dados também pode conter procedimentos para efetuar operações com os dados do banco de dados. Essas operações incluem a criação de exibições que fornecem acesso personalizado aos dados da tabela ou a uma função definida pelo usuário que efetua um cálculo complexo, em um subconjunto de linhas.

Um sistema de gerenciamento de banco de dados (SGBD) é um software que possui recursos capazes de manipular as informações do banco de dados como o processo de definir, construir e interagir com o usuário. Exemplos de SGBDs são: Oracle, SQL Server, DB2, PostgreSQL, MySQL, o próprio Access ou Paradox, entre outros.

Leia mais em: Conceitos Fundamentais de Banco de Dados http://www.devmedia.com.br/conceitos-fundamentais-de-banco-de-dados/1649#ixzz2EPLk0iZ0

http://msdn.microsoft.com/pt-br/library/ms179422%28v=sql.105%29.aspx

65

http://msdn.microsoft.com/pt-br/library/ms179422(v=sql.105).aspx

http://www.devmedia.com.br/conceitos-fundamentais-de-banco-de-dados/1649#ixzz2EPLk0iZ0



4.1 Dicionários de Dados

Dicionários de dados são repositórios com metadados sobre bancos de dados, que descrevem a estrutura básica de um esquema de banco de dados. Num dicionário de dados as seguintes informações são armazenadas: as tabelas e os campos correspondentes, e os índices existentes nas tabelas. Além disso, os dicionários de dados contém atributos que definem como o conteúdo dos campos devem ser visualizados: número de casas decimais, o rótulo, a dica (hint) mostrada, tamanho do campo, entre outros.Um dicionário de dados pode ser usado por uma aplicação Lazarus para definir as propriedades dos objetos TField; pode ser usado para criar comandos SQL, por exemplo, para criar o banco de dados descrito; e, a partir da comparação entre dois dicionários, as diferenças entre eles podem ser usadas para criar um script de atualização.Os dicionários de dados podem ser mantidos usando o Lazarus Data Desktop, que começamos a descrever no post Lazarus - o Lazarus Data Desktop. Usando esta ferramenta podemos criar um dicionário novinho em folha ou importá-lo a partir de um banco de dados existente.

http://professorcarlos.blogspot.com.br/2011/07/lazarus-dicionarios-de-dados.html

ENTIDADE TB_USUARIO

Atributo Domínio Tamanho DescriçãoExemplo

ID_USUARIO INT CHAVE PRIMARIA 1

DESC_LOGIN VARCHAR 10Armazena os logins cadastrados do sistema. admin

SENHA VARCHAR 10Armazena as senhas cadastradas no sistema. admin

STATUS BOOLEANO

Identifica se os logins cadastrados estao ativos ou não. true

Quadro 44: Dicionário de Dados – TB_USUARIOFonte: Próprios autores (2012).

ENTIDADETB_CADASTRO_VENDEDOR

ATRIBUTO DOMINIOTAMANHO DESCRIÇÃO EXEMPLO

COD_CADASTRO INT

CHAVE PRIMARIA

NOME VARCHAR 50 Carlos

RG VARCHAR 10 34.678.456-67

CPF VARCHAR 11 456.789.987.45

DT_NASC DATE 01/08/1990

TEL_1 VARCHAR 12 11 4567-6789

TEL_2 VARCHAR 12 11 4536-4545

TEL_CEL_1 VARCHAR 12 11 97866-8877

TEL_CELL_2 VARCHAR 12 11 97866-5454

EMAIL VARCHAR [email protected]

ENDERECO VARCHAR 50 Rua 12 de

66

http://professorcarlos.blogspot.com.br/2011/07/lazarus-dicionarios-de-dados.html

http://professorcarlos.blogspot.com/2011/07/lazarus-o-lazarus-data-desktop.html

Novembro

BAIRRO VARCHAR 30 JD. Joao XXIII

CIDADE VARCHAR 30 Osasco

COMPL VARCHAR 30 CASA N° 45

CEP INT 6755-876

UF VARCHAR 2 SP

STATUS BOOLEANO

ID_USUARIO INT 11 123Quadro 45: Dicionário de Dados – TB_CADASTRO_VENDEDORFonte: Próprios autores (2012).

ENTIDADETB_CADASTRO_VEICULO

ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO

COD_CARRO INT CHAVE PRIMARIA 1

ID_ORIGEM INTCHAVE SECUNDARIA

1

ID_ESTADO INTCHAVE SECUNDARIA

1

ID_MARCA INTCHAVE SECUNDARIA

1

ID_MODELO INTCHAVE SECUNDARIA

1

ID_PORTA INTCHAVE SECUNDARIA

1

ID_CAMBIO INTCHAVE SECUNDARIA

1

ID_PORTA INTCHAVE SECUNDARIA

1

DESC_MODELO_ANO VARCHAR 21

2000

PLACA VARCHAR 8 CHAVE PRIMARIA HJO-3345

KILOMETRAGEM VARCHAR 20 123444

COR VARCHAR 50 AZUL

AIRBAG BOOLEANO 1

ALARME BOOLEANO 1

AR_CONDICIONADO BOOLEANO 1

CD_PLAYER BOOLEANO 1

DVD_PLAYER BOOLEANO 0

DIR_HIDRAULICA BOOLEANO 1

FREIO_ABS BOOLEANO 1

TRAVAS_ELETR BOOLEANO 1

VIDROS_ELETR BOOLEANO 1

VALOR_COMPRA DECIMAL 18,2 30.000

TETO_SOLAR BOOLEANO 0

SENSOR_ESTAC BOOLEANO 0

BANCO_COURO BOOLEANO 0

LIMPADOR_TRAS BOOLEANO 0

DESEMB_TRASEIRO BOOLEANO 1

COMP_BORDO BOOLEANO 0

67

Quadro 46: Dicionário de Dados – TB_CADASTRO_VEICULOFonte: Próprios autores (2012).

ENTIDADETB_CADASTRO_PEDIDO_COTACAO


ID_PEDIDO INTCHAVE PRIMARIA 1

COD_CARRO INT 33

NOME VARCHAR 50 CARLOS

TELEFONE VARCHAR 12 980657799

CPF INT 665.987.982.12

ENDEREÇO VARCHAR 50 R.CALIFORNIA

DT_NASC DATE

ID_USUARIO INT 3

ID_CLIENTE INT 27Quadro 47: Dicionário de Dados – TB_CADASTRO_PEDIDO_COTACAO


ENTIDADE TB_CADASTRO_CLIENTE


ID_CLIENTE INTCHAVE PRIMARIA 15

NOME_CLIENTE VARCHAR 100 ANTONIODATA NASC VARCHAR 15 01/10/1990CPF INT 359.654.978.12RG VARCHAR 15 46.563.555.XDATA EMISSAO VARCHAR 15 01/10/1999ORGAO EMISOR VARCHAR 5 SSPNATURALIDADE VARCHAR 20 SÃO PAULONOME_MAE VARCHAR 45 ODETE PIREZNOME_PAI VARCHAR 45 CESAR ALMEIDAEND VARCHAR 45 RUA XIINUMERO VARCHAR 15 15COMPLEMENTO VARCHAR 50 CASABAIRRO VARCHAR 50 VILA URANIACEP VARCHAR 15 3654-693CIDADE VARCHAR 20 SÃO BERNARDOUF VARCHAR 15 SPTELEFONE VARCHAR 15 3654-6987CELULAR VARCHAR 15 96658-9863EMPRESA VARCHAR 100 SKYPROJECT

CARGO VARCHAR 45ANALISTA DESENVOLVEDOR

TEMPO DE EMPRESA VARCHAR 45 5 ANOSEND. EMPRESA VARCHAR 45 AV. PAULISTACOMPLEMENTO_EMPRESA VARCHAR 45 PREDIOBARIRRO_EMPRESA VARCHAR 45 SÃO PAULOCIDADE_EMPRESA VARCHAR 20 SÃO PAULOESTADO_EMPRESA VARCHAR 15 SPTELEFONE EMPRESA VARCHAR 15 3646-6546SALARIO VARCHAR 15 7.000AGENCIA VARCHAR 10 654-65894

68

CONTA VARCHAR 15 12BANCO VARCHAR 30 ITAU

Quadro 48: Dicionário de Dados – TB_CADASTRO_CLIENTEFonte: Próprios autores (2012).

ENTIDADE TB_ORIGEM


ID_ORIGEM INT CHAVE PRIMARIA 1

DESC_ORIGEM VARCHAR 20 NACIONALQuadro 49: Dicionário de Dados – TB_ORIGEM


ENTIDADETB_TIPO_ESTADO


ID_ESTADO INTCHAVE PRIMARIA 1

DESC_ESTADO VARCHAR 100 USADOQuadro 50: Dicionário de Dados – TB_TIPO_ESTADOFonte: Próprios autores (2012).

ENTIDADE TB_MARCA


ID_MARCA INT CHAVE PRIMARIA 1

DESC_MARCA VARCHAR 100 VOLKSWAGEMQuadro 51: Dicionário de Dados – TB_MARCAFonte: Próprios autores (2012).

ENTIDADE TB_MODELO


ID_MODELO INT CHAVE PRIMARIA 22

DESC_MODELO VARCHAR 100 GOLQuadro 52: Dicionário de Dados – TB_MODELO


ENTIDADE TB_PORTA


ID_PORTA INT CHAVE PRIMARIA 1

DESC_PORTA INT 2Quadro 53: Dicionário de Dados – TB_PORTAFonte: Próprios autores (2012).

ENTIDADE TB_COMBUSTIVEL


ID_COMBUSTIVEL INT CHAVE PRIMARIA 1DESC_COMBUSTIVE VARCHAR 15 ALCOOL

69

LQuadro 54: Dicionário de Dados – TB_COMBUSTIVELFonte: Próprios autores (2012).

ENTIDADE TB_CAMBIO


ID_CAMBIO INT CHAVE PRIMARIA 1

DESC_CAMBIO VARCHAR 15 MANUALQuadro 55: Dicionário de Dados – TB_CAMBIO


4.2 Modelo Logico de Dados

MODELOS DE DADOS

Há três tipos de modelos de dados: o conceitual, o lógico e o físico.U ma estrutura de dados com qualidade é imprescindível para garantir a legitimidade do banco de dados facilitando a manutenção do sistema de aplicação.

Isto se aplica ao modelo de dados físico. Considerando que há poucos administradores de banco de dados que partem do seguinte princípio: “É mais fácil criar uma tabela e incluir todos os dados nela”. Muitos profissionais estão cientes da importância das regras de normalização de dados e seus benefícios. O arquiteto de dados deve familiarizar-se com as principais razões de se implementar um banco de dados normalizado.

Dado é a parte mais importante de um sistema de aplicação. Uma estrutura de dados acurado, permite ao analista de sistema da aplicação desenhar os processos, a interface de usuário, relatórios e análise estatística sempre que precisar. Requisitos de negócio são mais importantes do que a própria estrutura de dados. Pode ser o sistema da mais alta tecnologia mas se ele não possuir os requisitos de negócios documentados estará fadado ao fracasso. Portanto o modelo de dados lógico combina dois importantes componentes do desenvolvimento de aplicações: requisitos de negócios e qualidade da estrutura de dados.

70

Um modelo de dados lógico é uma representação lógica das informações da área de negócios, não é um banco de dados, é independente do modelo físico. Este é o conceito chave da modelagem de dados lógica. Ele deve ser independente da tecnologia implementada devido a constante mudança dos produtos tecnológicos. Os desenvolvedores de sistemas não devem se apegar a uma determinada tecnologia, precisam desenvolver sistemas independentes de tecnologia. Mas como isso seria possível? Há componentes de sistemas que estão intimamente ligados a tecnologia como os programas, sistemas gerenciadores de banco de dados, componentes de tela, mas há também os componentes de sistema que podem ser criados independentes da tecnologia que será implementado como acontece com o modelo de dados lógico e as regras de negócios. Estes componentes estão intimamente ligados aos negócios, não a tecnologia.

O modelo de dados lógico é o retrato de todas as informações necessárias para a realização dos negócios. Ele é representado de diversas maneiras diferentes, utilizando metodologias e ferramentas diferentes para implementações diferenciadas. O modelo entidade-relacionamento (MER) é uma técnica de modelagem amplamente utilizada pelos administradores de dados. O diagrama entidade-relacionamento é um desenho estruturado utilizado como uma ferramenta de comunicação entre os profissionais de negócios e os desenvolvedores de sistemas de aplicação. Ele representa a diagramação dos dados necessários para as regras de negócios. Os componentes do MER são representados pelas entidades, os relacionamentos e os atributos. Cada entidade representa um conjunto de pessoas, coisas ou conceitos sobre os quais o negócio precisa de informações. Cada relacionamento representa a associação entre duas entidades. Cada atributo é a característica ou parte da informação de uma entidade. Um nome e uma definição textual descreve cada um desses componentes. Estes nomes e definições provêem da documentação das regras de negócio e informações as quais são armazenadas e mantidas num repositório de dados garantindo assim a padronização conceitual dos dados. O MER utiliza a simbologia do IDEF1x (Integration Definition for Information Modeling) e IE (Information Engineering)

O arquiteto de dados com a ajuda do analista de requisitos de negócios cria o modelo de dados lógico e se utiliza dele para avaliar possíveis impactos nos requisitos de negócios numa provável mudança tecnológica. O arquiteto de dados também é responsável por trabalhar com o administrador de banco de dados – DBA - para garantir a implementação do modelo de dados lógico para o modelo de dados físico de acordo com o sistema gerenciador de banco de dados – SGBD - que será aplicado. O DBA revisa o modelo de dados lógico e define o SGBD mais apropriado, cria índices, detalha os tipos de dados e cria a integridade referencial para proteger o valor dos dados. O administrador de banco de dados pode des-normalizar a base de dados, criar stored procedures, triggers além de monitorar a performance do banco de dados físico.

Leia mais em: Por quê construir um Modelo de Dados Lógico? Parte I http://www.devmedia.com.br/por-que-construir-um-modelo-de-dados-logico-parte-i/368#ixzz2EObc9lat

71

http://www.devmedia.com.br/por-que-construir-um-modelo-de-dados-logico-parte-i/368#ixzz2EObc9lat

http://www.devmedia.com.br/por-que-construir-um-modelo-de-dados-logico-parte-i/368#ixzz2EObc9lat

Figura 9: Modelo lógico de dados.


4.3. Criação do banco de dados e suas tabelas (scripts)

72

Tabelas são objetos de banco de dados que contêm todos os dados em um banco de dados. Uma definição de tabela é uma coleção de colunas. Nas tabelas, os dados são organizados em um formato de linha-e-coluna como em uma planilha. Cada linha representa um registro exclusivo e cada coluna representa um campo dentro do registro. Por exemplo, uma tabela que contém dados de funcionários de uma empresa pode conter uma linha para cada funcionário e colunas representando as informações sobre o funcionário, como número, nome, endereço, cargo e número do telefone residencial do funcionário.

Tabelas possuem os seguintes componentes principais:

Colunas - Cada coluna representa algum atributo do objeto modelado pela tabela, como uma tabela de peças possui colunas para ID, cor e peso.

Linhas - Cada linha representa uma ocorrência individual do objeto modelado pela tabela. Por exemplo, a tabela de peças teria uma linha para cada peça produzida pela empresa.

http://msdn.microsoft.com/pt-br/library/ms189084%28v=sql.105%29.aspx

CREATE TABLE `tb_cadastro_cliente` (

ìd_cliente` int(11) NOT NULL AUTO_INCREMENT,

`nome_cliente` varchar(100) DEFAULT NULL,

`data_nasc` varchar(15) DEFAULT NULL,

`cpf` int(11) DEFAULT NULL,

`rg` varchar(15) DEFAULT NULL,

`data_emissao` varchar(15) DEFAULT NULL,

òrgao_emissor` varchar(5) DEFAULT NULL,

`naturalidade` varchar(20) DEFAULT NULL,

`nome_mae` varchar(45) DEFAULT NULL,

`nome_pai` varchar(45) DEFAULT NULL,

èndereco` varchar(45) DEFAULT NULL,

`numero` varchar(10) DEFAULT NULL,

`complemento` varchar(50) DEFAULT NULL,

`bairro` varchar(50) DEFAULT NULL,

`cep` varchar(15) DEFAULT NULL,

`cidade` varchar(20) DEFAULT NULL,

èstado` varchar(45) DEFAULT NULL,

`telefone` varchar(15) DEFAULT NULL,

`celular` varchar(15) DEFAULT NULL,

èmpresa` varchar(100) DEFAULT NULL,

`cargo` varchar(45) DEFAULT NULL,

`tempo_empresa` varchar(45) DEFAULT NULL,

ènd_empresa` varchar(45) DEFAULT NULL,

`complemento_empresa` varchar(50) DEFAULT NULL,

`bairro_empresa` varchar(45) DEFAULT NULL,

`cidade_empresa` varchar(45) DEFAULT NULL,

73

èstado_empresa` varchar(45) DEFAULT NULL,

`telefone_empresa` varchar(15) DEFAULT NULL,

`salario` varchar(15) DEFAULT NULL,

àgencia` varchar(10) DEFAULT NULL,

`conta` varchar(15) DEFAULT NULL,

`banco` varchar(30) DEFAULT NULL,

PRIMARY KEY (ìd_cliente`)

CREATE TABLE `tb_cadastro_pedido_cotação` (

ÌD_PEDIDO` int(11) NOT NULL AUTO_INCREMENT,

`COD_CARRO` int(11) NOT NULL,

`TIPO_PESSOA` int(11) NOT NULL,

`TIPO_NEGOCIO` int(11) NOT NULL,

`NOME` varchar(50) NOT NULL,

`TELEFONE` varchar(12) DEFAULT NULL,

`CPF` int(11) NOT NULL,

ÈNDERECO` varchar(50) DEFAULT NULL,

`DT_NASC` date DEFAULT NULL,

ìd_usuario` int(11) NOT NULL,

ÌD_CLIENTE` int(11) NOT NULL,

PRIMARY KEY (ÌD_PEDIDO`),

KEY `TIPO_NEGOCIO_FK` (`TIPO_NEGOCIO`),

KEY `TIPO_PESSOA_FK` (`TIPO_PESSOA`),

KEY `tb_cadastro_cotacao_FK` (ìd_usuario`),

KEY `cadastro_cotacao_FK` (`COD_CARRO`),

KEY `CADASTRO_PEDIDO_COTAÇÃO_FK` (ÌD_CLIENTE`),

CONSTRAINT `cadastro_cotacao_FK` FOREIGN KEY (`COD_CARRO`) REFERENCES

`tb_cadastro_veiculos` (`COD_CARRO`),

CONSTRAINT `CADASTRO_PEDIDO_COTAÇÃO_FK` FOREIGN KEY (ÌD_CLIENTE`)

REFERENCES `tb_cadastro_cliente` (ìd_cliente`),

CONSTRAINT `tb_cadastro_cotacao_FK` FOREIGN KEY (ìd_usuario`) REFERENCES

`tb_usuario` (ÌD_USUARIO`)

)

CREATE TABLE `tb_cadastro_veiculos` (

74

`COD_CARRO` int(11) NOT NULL AUTO_INCREMENT,

ÌD_ORIGEM` int(11) NOT NULL,

ÌD_ESTADO` int(11) NOT NULL,

ÌD_MARCA` int(11) NOT NULL,

ÌD_MODELO` int(11) NOT NULL,

`DESC_MODELO_ANO` varchar(21) NOT NULL,

`PLACA` varchar(8) NOT NULL,

`KILOMETRAGEM` varchar(20) DEFAULT NULL,

`COR` varchar(50) DEFAULT NULL,

ÀIRBAG` tinyint(1) DEFAULT NULL,

ÀLARME` tinyint(1) DEFAULT NULL,

ÀR_CONDICIONADO` tinyint(1) DEFAULT NULL,

`CD_PLAYER` tinyint(1) DEFAULT NULL,

`DVD_PLAYER` tinyint(1) DEFAULT NULL,

`DIR_HIDRAULICA` tinyint(1) DEFAULT NULL,

`FREIOS_ABS` tinyint(1) DEFAULT NULL,

`TRAVAS_ELETR` tinyint(1) DEFAULT NULL,

`VIDROS_ELETR` tinyint(1) DEFAULT NULL,

`VALOR_COMPRA` decimal(18,2) DEFAULT NULL,

`TETO_SOLAR` tinyint(1) DEFAULT NULL,

`SENSOR_ESTAC` tinyint(1) DEFAULT NULL,

`BANCO_COURO` tinyint(1) DEFAULT NULL,

`LIMPADOR_TRAS` tinyint(1) DEFAULT NULL,

`DESEMB_TRASEIRO` tinyint(1) DEFAULT NULL,

`COMP_BORDO` tinyint(1) DEFAULT NULL,

ìd_combustivel` int(11) DEFAULT NULL,

ìd_cambio` int(11) DEFAULT NULL,

ìd_porta` int(11) DEFAULT NULL,

PRIMARY KEY (`COD_CARRO`,`PLACA`),

KEY `VEICULOS_PK_MODELO` (ÌD_MODELO`),

KEY `VEICULOS_PK` (ÌD_ORIGEM`),

KEY `VEICULOS_PK_ESTADO` (ÌD_ESTADO`),

KEY `VEICULOS_cambio_PK` (ìd_cambio`),

KEY `VEICULOS_porta_PK` (ìd_porta`),

KEY `VEICULOS_combustivel_PK` (ìd_combustivel`),

KEY `cadastro_veiculos_marca_FK` (ÌD_MARCA`),

CONSTRAINT `cadastro_veiculos_marca_FK` FOREIGN KEY (ÌD_MARCA`) REFERENCES

`tb_marca` (ÌD_MARCA`),

CONSTRAINT `VEICULOS_cambio_PK` FOREIGN KEY (ìd_cambio`) REFERENCES

`tb_cambio` (ìd_cambio`),

75

CONSTRAINT `VEICULOS_combustivel_PK` FOREIGN KEY (ìd_combustivel`) REFERENCES

`tb_combustivel` (ìd_comb`),

CONSTRAINT `VEICULOS_PK` FOREIGN KEY (ÌD_ORIGEM`) REFERENCES `tb_origem`

(ÌD_ORIGEM`),

CONSTRAINT `VEICULOS_PK_ESTADO` FOREIGN KEY (ÌD_ESTADO`) REFERENCES

`tb_tipo_estado` (ÌD_ESTADO`),

CONSTRAINT `VEICULOS_PK_MODELO` FOREIGN KEY (ÌD_MODELO`) REFERENCES

`tb_modelo` (ÌD_MODELO`),

CONSTRAINT `VEICULOS_porta_PK` FOREIGN KEY (ìd_porta`) REFERENCES `tb_porta`

(ìd_porta`)

)

CREATE TABLE `tb_cadastro_vendedor` (

`COD_CADASTRO` int(11) NOT NULL AUTO_INCREMENT,

`NOME` varchar(50) DEFAULT NULL,

`RG` varchar(10) DEFAULT NULL,

`CPF` varchar(11) NOT NULL DEFAULT '',

`DT_NASC` date DEFAULT NULL,

`TEL_1` varchar(12) DEFAULT NULL,

`TEL_2` varchar(12) DEFAULT NULL,

`TEL_CEL_1` varchar(12) DEFAULT NULL,

`TEL_CEL_2` varchar(12) DEFAULT NULL,

ÈMAIL` varchar(20) DEFAULT NULL,

ÈNDERECO` varchar(50) DEFAULT NULL,

`BAIRRO` varchar(30) DEFAULT NULL,

`CIDADE` varchar(30) DEFAULT NULL,

`COMPL` varchar(30) DEFAULT NULL,

`CEP` int(11) DEFAULT NULL,

ÙF` varchar(2) DEFAULT NULL,

`STATUS` tinyint(1) DEFAULT NULL,

ìd_usuario` int(11) NOT NULL,

PRIMARY KEY (`COD_CADASTRO`,`CPF`),

KEY `cadastro_vendedor_FK` (ìd_usuario`),

CONSTRAINT `cadastro_vendedor_FK` FOREIGN KEY (ìd_usuario`) REFERENCES `tb_usuario`

(ÌD_USUARIO`)

)

CREATE TABLE `tb_marca` (

ÌD_MARCA` int(11) NOT NULL AUTO_INCREMENT, `DESC_MARCA` varchar(100) NOT NULL,

76

PRIMARY KEY (ÌD_MARCA`)

)

CREATE TABLE `tb_modelo` (

ÌD_MODELO` int(11) NOT NULL AUTO_INCREMENT,

ÌD_MARCA` int(11) NOT NULL,

`DESC_MODELO` varchar(100) NOT NULL,

PRIMARY KEY (ÌD_MODELO`),

KEY `MODELO_PK` (ÌD_MARCA`),

CONSTRAINT `MODELO_PK` FOREIGN KEY (ÌD_MARCA`) REFERENCES `tb_marca`

(ÌD_MARCA`)

)

CREATE TABLE `tb_origem` (

ÌD_ORIGEM` int(11) NOT NULL AUTO_INCREMENT,

`DESC_ORIGEM` varchar(20) NOT NULL,

PRIMARY KEY (ÌD_ORIGEM`)

)

CREATE TABLE `tb_tipo_estado` (

ÌD_ESTADO` int(11) NOT NULL AUTO_INCREMENT,

`DESC_ESTADO` varchar(100) NOT NULL,

PRIMARY KEY (ÌD_ESTADO`)

)

CREATE TABLE `tb_usuario` (

ÌD_USUARIO` int(11) NOT NULL AUTO_INCREMENT,

`DESC_LOGIN` varchar(10) DEFAULT NULL,

`SENHA` varchar(10) DEFAULT NULL,

`STATUS` tinyint(1) DEFAULT NULL,

PRIMARY KEY (ÌD_USUARIO`)

)

CREATE TABLE `tb_porta` (

ìd_porta` int(11) NOT NULL AUTO_INCREMENT,

`desc_porta` int(11) NOT NULL,

PRIMARY KEY (ìd_porta`)

)

77

CREATE TABLE `tb_combustivel` (

ìd_comb` int(11) NOT NULL AUTO_INCREMENT,

`desc_combustivel` varchar(25) NOT NULL,

PRIMARY KEY (ìd_comb`)

)

CREATE TABLE `tb_cambio` (

ìd_cambio` int(11) NOT NULL AUTO_INCREMENT,

`desc_cambio` varchar(25) NOT NULL,

PRIMARY KEY (ìd_cambio`)

)

4.4. Criação de chaves primaria e estrangeira

Chave primária, chave estrangeira e chave candidata são conceitos importantes na modelagem de dados, pois implementam restrições que garantirá ao futuro banco de dados a integridade dos dados.

Chave primária (em inglês Primary Keys ou PK)

Atributo ou combinação de atributos que possuem a propriedade de identificar de forma única uma linha da tabela. Corresponde a um atributo determinante, quando a chave primária é simples, ou seja, é formada por um único campo da tabela, esse campo não pode ter dois ou mais registros de mesmo valor, e também não pode conter nenhum registro nulo. Se a chave primária é composta, ou seja, formada por mais de um campo, os valores de cada campo podem se repetir, mas não a combinação desses valores.

Cada tabela deve incluir um campo ou conjunto de campos que identifique de forma exclusiva, cada registro armazenado na tabela. Essas informações são chamadas de chave primária da tabela.

Desta forma, com a chave primária cria-se uma identificação única, o que dá total segurança para que aplicações possam acessar, alterar e excluir dados sem correr o risco de apagar ou alterar dois campos da tabela ao mesmo tempo.

Chave primária é um importante objeto quando se aplica regras de normalização de dados, muitas das formas normais são baseadas nas relações dos demais atributos com a chave primária da tabela. Veja os post Primeira forma normal, segunda forma normal e terceira forma normal.

Chave estrangeira

O conceito de Chave estrangeira ou Chave secundária em uso de banco de dados se refere ao tipo de relacionamento entre as tabelas de dados do banco de dados.Uma chave estrangeira é chamada quando há o relacionamento entre duas tabelas, sempre em chave estrangeira vai haver relacionamentos entre tabelas, por exemplo, se uma tabela que tem uma chave primária de outra tabela.A chave estrangeira ocorre quando um atributo de uma relação for chave primária em outra relação.

Chaves Candidatas

78

http://www.luis.blog.br/terceira-forma-normal-3fn-normalizacao-de-dados.aspx

http://www.luis.blog.br/segunda-forma-normal-2fn-normalizacao-de-dados.aspx

http://www.luis.blog.br/primeira-forma-normal-1fn-normalizacao-de-dados.aspx

http://www.luis.blog.br/normalizacao-de-dados-e-as-formas-normais.aspx

http://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logico-e-fisico.aspx

http://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logico-e-fisico.aspx

Ocorrem quando em uma relação existe mais de uma combinação de atributos possuindo a propriedade de identificação única.

Ex: Matrícula, CPF, RG, Titulo Eleitor

http://www.luis.blog.br/chave%20primaria-chave-estrangeira-e-candidata.aspx

http://joaogoncalves010.blogspot.com.br/2011/05/definicao-de-chave-primaria-e-chave.html

Figura 10: Chave primaria e estrangeira.


79

http://joaogoncalves010.blogspot.com.br/2011/05/definicao-de-chave-primaria-e-chave.html

http://www.luis.blog.br/chave%20primaria-chave-estrangeira-e-candidata.aspx

4.5. Criações de Diagrama de Relacionamento das Tabelas

DER nada mais é que a representação gráfica do modelo MER. Em termos conceituais podemos dizer que o DER é um modelo diagramático que descreve o modelo de dados de um sistema com alto nível de abstração. Ele é usado para representar o modelo conceitual do negócio

Leia mais em: Conceitos de MER e DER - SQL Server 2008 - Parte 1 http://www.devmedia.com.br/conceitos-de-mer-e-der-sql-server-2008-parte-1/18383#ixzz2EPcKfGp7

Figura 11: Diagrama de relacionamento das tabelas.


80

http://www.devmedia.com.br/conceitos-de-mer-e-der-sql-server-2008-parte-1/18383#ixzz2EPcKfGp7



CAPÍTULO 5 – MODELAGEM DA ARQUITETURA DO SISTEMA

5.1 PROJETO DE INTERFACE DO SISTEMA

Interface do sistema é da forma de interação entre o usuário do computador e

um programa por meio de uma representação gráfica com desenhos, imagens,

botões etc.

O software SellCar possui uma interface intuitiva de simples compreensão e

manuseio.

Fonte: http://pt.wikipedia.org/wiki/Interface

http://pt.wikipedia.org/wiki/Interface_(ciência_da_computação)

5.1.1 LAYOUTS DE TELAS E RELATÓRIOS

A função do layout é atrair a atenção do leitor e criar uma atmosfera agradável. Por

isso, é fundamental que ele seja organizado e objetivo. Um toque de estética e

simetria, combinado ao uso correto da paleta de cores, da fonte adequada e das

imagens em resolução ideal, garantem que seu site seja dinâmico e fácil de ler.

Fonte: http://www.basekit.com.br/centro-aprendizagem/a-importancia-de-um-bom-

layout-de-site

81

http://www.basekit.com.br/centro-aprendizagem/a-importancia-de-um-bom-layout-de-site

http://www.basekit.com.br/centro-aprendizagem/a-importancia-de-um-bom-layout-de-site

http://pt.wikipedia.org/wiki/Interface

Figura: 12. Layout da tela de Acesso ao Sistema.


82

Figura 13: Layout da tela menu principal


83

Figura 14: Layout da tela menu cadastro


84

Figura 15: Layout da tela cadastro de vendedor.


85

Figura 16: Layout da tela cadastro de veículos.


86

Figura 17: Layout da tela cadastro do usuário do sistema.


87

Figura 18: Layout da tela Pedido venda de veículo.Fonte: Próprios autores (2012).

88

Figura 19: Layout da tela cadastro de clientes.Fonte: Próprios autores (2012).

89

Figura 20: Layout da tela cotação.


90

Figura 22: Layout da relatório de venda.


91

Figura 23: Layout da tela relatório de status.


92

Figura 24: Layout da tela relatório de cotação.


93

Figura 25: Layout da tela relatório de usuário.


94

Figura 26: Layout da tela relatório de cliente.


95

Figura 27: Layout da tela relatório de veiculo.


96

Figura 28: Layout da tela sair.


97

5.2 PROJETO DE PROTÓTIPO DO SISTEMA

A prototipação ajuda as pessoas enxergarem os seus requisitos, quando um

especificação textual não ajuda. Os protótipos podem reduzir a taxa de requisitos

tardios entre 10 e 25%

O protótipo torna o produto real o suficiente para os envolvidos trazerem requisitos,

que sem o protótipo não seriam capturados. Ele inspira os envolvidos a lembrar de

outros requisitos, que sem o protótipo poderiam aparecer apenas quando o produto

já estivesse em uso.

http://blog.prasabermais.com/2012/11/15/conceitos-e-importncia-da-prototipao-de-

requisitos/

Abaixo serão apresentados os protótipos do sistema Sellcar.

98

Figura: 29 Layout da tela de acesso ao sistema.


Componente ObservaçãoJFrame 1 Título da janelaJLabel 1 Título do sistemaJLabel 2 Texto: “Login”JTextField 1 Preencher o nome de usuárioJLabel 3 Texto: “Senha”JTextField 2 Preencher a senha do usuárioJButton 1 Botão de Logar “Login”JButton 2 Botão de sair “Senha”Quadro: 56 Tabela dos componetes da tela de acesso ao sistema.


99

Figura 30: Layout da tela menu principal


Componente ObservaçãoJFrame 1 Título da janelaJPanel1 Título do sistema: “Sistema Informatizado de Venda”JButton 1 Botão: “Cadastro”JButton 2 Botão: “Pedido”JButton 3 Botão: “Cotação”JButton 4 Botão: “Relatório”JButton 5 Botão: “Sair"Quadro: 57: Tabela dos componentes da tela do menu principal.


100



Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Sellcar Menu Cadastro”JButton 1 Botão: “Cadastro de Vendedor”JButton 2 Botão: “Cadastro de veículo”JButton 3 Botão: “Cadastro de usuário”JButton 4 Botão: “Menu Principal”Quadro 58: Tabela dos componentes da tela do menu cadastro


101



102

Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Texto título do Sistema: “Cadastro de vendedor”JLabel 2 Texto: “Nome”JTextField 1 Preencher o nome do vendedorJLabel 3 Texto: “RG”JTextField 2 Preencher o número de RG do vendedorJLabel 4 Texto: “CPF”JTextField 3 Preencher o número de CPF do vendedorJLabel 5 Texto: “Data de Nascimento”JTextField 4 Preencher data de nascimento do vendedorJLabel 6 Texto: “Celular”JTextField 5 Preencher número de celular do vendedorJLabel 7 Texto: “Celular”JTextField 6 Preencher número de celular do vendedorJLabel 8 Texto: “Telefone”JTextField 7 Preencher número residencial do vendedorJLabel 9 Texto: “Telefone”JTextField 8 Preencher número para recados do vendedorJLabel10 Texto: “E-mail”JTextField 9 Preencher e-mail do vendedorJLabel 11 Texto: “Endereço”JTextField 10 Preencher nome da rua do vendedorJLabel 12 Texto: “Complemento”JTextField 11 Preencher complemento do vendedorJLabel 13 Texto: “UF”JTextField 12 Preencher estado do vendedorJLabel 14 Texto: “CEP”JTextField 13 Preencher CEP residencial do vendedorJLabel 15 Texto: “Cidade”JTextField 14 Preencher cidade onde vendedor moraJLabel 16 Texto: “Bairro”JTextField 15 Preencher bairro onde vendedor moraJButton 1 Botão: “Salvar”JButton 2 Botão: “Limpar”JButton 3 Botão: “Voltar ao Menu Principal”JButton 4 Botão: “Voltar ao “Pesquisar”JButton 5 Botão: “Voltar ao “Excluir”JButton 6 Botão: “Voltar ao “Alterar”JButton 7 Botão: “Voltar ao “Próximo”JButton 8 Botão: “Voltar ao “Anterior”Quadro 59: Tabela dos componentes da tela cadastro de vendedor.


103



Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Cadastro de veículos”JRadioButton1 Texto: “Nacional”JRadioButton2 Texto: “Importado”JRadioButton3 Texto: “Novo”JRadioButton4 Texto: “Usado”Item 1 Selecionar marca do veículoItem 2 Selecionar modelo do veículoItem 3 Selecionar combustível do veículoItem 4 Selecionar câmbio do veículoItem 5 Selecionar a quantidade de portas do veículoJLabel 2 Texto: “Ano de fabricação”JTextField 1 Preencher ano de fabricaçãoJLabel 3 Texto: “Placa”

104

JTextField 2 Preencher a placa do veículoJLabel 4 Texto: “Kilometragem”JTextField 3 Preencher a kilometragem do veículoJLabel 5 Texto: “Cor”JTextField 4 Preencher a cor do veículoJLabel 6 Texto: “Opcionais”JCheckBox 1 Texto: “Air bag”JCheckBox 2 Texto: “Direção hidráulica”JCheckBox 3 Texto: “Sensor de Estacionamento”JCheckBox 4 Texto: “Alarme”JCheckBox 5 Texto: “Freio ABS”JCheckBox 6 Texto: “Banco de couro”JCheckBox 7 Texto: “AR condicionado”JCheckBox 8 Texto: “Trava elétrica”JCheckBox 9 Texto: “Limpador traseiro”JCheckBox 10 Texto: “Cd player”JCheckBox 11 Texto: “Vidro elétrico”JCheckBox 12 Texto: “Desembaçador traseiro”JCheckBox 13 Texto: “Dvd player”JCheckBox 14 Texto: “Teto solar”JCheckBox 15 Texto: “Computador de bordo”JLabel 8 Texto: “Valor do veículo”JTextField 6 Preencher o valor do veículoJButton 1 Botão: “Salvar”JButton 2 Botão: “Limpar”JButton 3 Botão: “Voltar ao Menu Principal”JButton 4 Botão: “Voltar ao “Pesquisar”JButton 5 Botão: “Voltar ao “Excluir”JButton 6 Botão: “Voltar ao “Alterar”JButton 7 Botão: “Voltar ao “Próximo”JButton 8 Botão: “Voltar ao “Anterior”Quadro 60: Tabela dos componentes da tela cadastro de veículos.


105



Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Cadastro de usuário Sistema”JTextField 1 Preencher nome de usuárioJLabel 2 Texto: “Usuário”JTextField 2 Preencher senha de usuárioJLabel 3 Texto: “Senha”JTextField 3 Preencher confirmação da senhaJLabel 4 Texto: “Confirmar senha”JButton 1 Botão: “Salvar”JButton 2 Botão: “Voltar"JButton 3 Botão: “Pesquisar”JButton 4 Botão: “Proximo”JButton 5 Botão: “Anterior”JButton 6 Botão: “Excluir”JButton 7 Botão: “Alterar”Quadro 61: Tabela dos componentes da tela do usuário do sistema.


106

Figura 35: Layout da tela pedido venda de veiculo.


107

Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Venda de Veículo”JLabel 2 Contador: “Placa do carro”JTextField 1 Preencher com a placa do carroJButton 1 Botão: “Atualizar”JRadioButton1 Texto: “Nacional/Importado”JRadioButton2 Texto: “Novo/Usado”Item 1 Selecionar marca do veículoItem 2 Selecionar modelo do veículoItem 3 Selecionar combustível do veículoItem 4 Selecionar câmbio do veículoItem 5 Selecionar a quantidade de portas do veículoJLabel 8 Texto: “Modelo Ano”JTextField 8 Preencher o modelo do ano do veículoJLabel 9 Texto: “Ano de fabricação”JTextField 9 Preencher ano de fabricaçãoJLabel 10 Texto: “Placa”JTextField 10 Preencher a placa do veículoJLabel 11 Texto: “Kilometragem”JTextField 11 Preencher a kilometragem do veículoJLabel 12 Texto: “Cor”JTextField 12 Preencher a cor do veículoJLabel 13 Texto: “Opcionais”JCheckBox 1 Texto: “Air bag”JCheckBox 2 Texto: “Direção hidráulica”JCheckBox 3 Texto: “Sensor de Estacionamento”JCheckBox 4 Texto: “Alarme”JCheckBox 5 Texto: “Freio ABS”JCheckBox 6 Texto: “Banco de couro”JCheckBox 7 Texto: “AR condicionado”JCheckBox 8 Texto: “Trava elétrica”JCheckBox 9 Texto: “Limpador traseiro”JCheckBox 10 Texto: “Cd player”JCheckBox 11 Texto: “Vidro elétrico”JCheckBox 12 Texto: “Desembaçador traseiro”JCheckBox 13 Texto: “Dvd player”JCheckBox 14 Texto: “Teto solar”JCheckBox 15 Texto: “Computador de bordo”JLabel 3 Contador: “Código do cliente”JTextField 2 Preencher o código do clienteJButton 1 Botão: “Cadastro de novo cliente”JTextField 3 Preencher nome do clienteJLabel 4 Texto: “Valor do veículo”JTextField 4 Preencher o valor do veículoJLabel 5 Texto: “Entrada”JTextField 5 Preencher o valor da entradaJLabel 6 Texto: “Valor financiado”

108

JTextField 6 Preencher o valor financiadoJLabel 7 Texto: “Parcelado”JTextField 7 Preencher o valor parceladoJButton 2 Botão: “Cadastro de Novo Cliente”JButton 3 Botão: “Voltar”JButton 4 Botão: “Próximo”JButton 5 Botão: “Anterior”JButton 6 Botão: “Excluir”JButton 7 Botão: “Alterar”JButton 8 Botão: “Gerar Venda”JButton 9 Botão: “Pesquisa”Quadro 62: Tabela dos componentes da tela pedido venda de veiculo.


109

Figura 36: Layout da tela cadastro de clientes.


Componente ObservaçãoJFrame 1 Titulo da JanelaJLabel 1 Titulo do Sistema: “Cadastro de Clientes”JLabel 2 Texto: “Dados Pessoais”JLabel 3 Texto: “Nome”JTextField 1 Preencher o nome do clienteJLabel 4 Texto: “email”JTextField 2 Preencher o email do cliente

110

JLabel 5 Texto: “CPF”JTextField 3 Preencher o CPF do clienteJLabel 12 Texto: “Dt. de Nascimento”JTextField 4 Preencher a data de nascimento do clienteJLabel 35 Texto: “Naturalidade”JTextField 31 Preencher a naturalidade do clienteJLabel 6 Texto: “RG”JTextField 5 Preencher o RG do clienteJLabel 13 Texto: “Dt. de Emissão”JTextField 6 Preencher a data de emissão do RG do clienteJLabel 14 Texto: “Órgão Emissor”JTextField 7 Preencher o órgão emissor do RG do clienteJLabel 7 Texto: “Pai”JTextField 8 Preencher o nome do pai do clienteJLabel 8 Texto: “Mãe”JTextField 9 Preencher o nome da mãe do clienteJLabel 9 Texto: “End”JTextField 10 Preencher o endereço do clienteJLabel 15 Texto: “Compl”JTextField 11 Preencher complementoJLabel 16 Texto: “Num”JTextField 12 Preencher o numero do endereço do clienteJLabel 17 Texto: “UF”JTextField 13 Preencher o estado de residência do clienteJLabel 10 Texto: “Bairro”JTextField 14 Preencher o bairro de residência do clienteJLabel 18 Texto: “Cidade”JTextField 15 Preencher a cidade de residência do clienteJLabel 36 Texto: “CEP”JTextField 32 Preencher o cep da residência do clienteJLabel 11 Texto: “Tel”JTextField 16 Preencher o telefone da residência do clienteJLabel 19 Texto: “Cel”JTextField 17 Preencher o telefone celular do clienteJLabel 20 Texto: “Dados Profissionais”JLabel 21 Texto: “Empresa”JTextField 18 Preencher o nome da empresaJLabel 22 Texto: “Cargo”JTextField 19 Preencher o cargo do clienteJLabel 23 Texto: “Tempo de Empresa”JTextField 20 Preencher tempo de empresa do clienteJLabel 24 Texto: “End”JTextField 21 Preencher o endereço do clienteJLabel 25 Texto: “Compl”JTextField 22 Preencher complementoJLabel 26 Texto: “CEP”JTextField 23 Preencher o cep da residência do clienteJLabel 27 Texto: “Bairro”

111

JTextField 24 Preencher o bairro da empresaJLabel 28 Texto: “Cidade”JTextField 25 Preencher a cidade da empresaJLabel 29 Texto: “Tel”JTextField 26 Preencher o telefone da empresaJLabel 30 Texto: “Salario”JTextField 27 Preencher o salario do clienteJLabel 31 Texto: “Dados Bancários”JLabel 32 Texto: “Agencia”JTextField 28 Preencher número da agenciaJLabel 33 Texto: “Conta”JTextField 29 Preencher número contaJLabel 34 Texto: “Banco”JTextField 30 Preencher nome do bancoJButton 1 Botão: “Salvar”JButton 2 Botão: “Limpar”JButton 3 Botão: “Voltar ao Menu Principal”JButton 4 Botão: “Pesquisar”JButton 5 Botão: “Próximo”JButton 6 Botão: “Anterior”JButton 7 Botão: “Excluir”JButton 7 Botão: “Alterar”Quadro 63: Tabela dos componentes da tela cadastro de clientes.


112

Figura 37 : Layout da tela cotação.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Cotação de veículo”JTextField 1 Preencher o código e placa do veículoJLabel 2 Contador: “Código da placa do veículo”JRadioButton1 Texto: “Nacional/Importado”JRadioButton2 Texto: “Novo/Usado”JButton3 Texto: “Atualizar”Item 1 Selecionar marca do veículoItem 2 Selecionar modelo do veículoItem 3 Selecionar combustível do veículo

113

Item 4 Selecionar câmbio do veículoItem 5 Selecionar a quantidade de portas do veículoJLabel 3 Texto: “Ano de fabricação”JTextField 2 Preencher ano de fabricaçãoJLabel 4 Texto: “Placa”JTextField 3 Preencher a placa do veículoJLabel 5 Texto: “Kilometragem”JTextField 4 Preencher a kilometragem do veículoJLabel 6 Texto: “Cor”JTextField 5 Preencher a cor do veículoJLabel 7 Texto: “Opcionais”JCheckBox 1 Texto: “Air bag”JCheckBox 2 Texto: “Direção hidráulica”JCheckBox 3 Texto: “Sensor de Estacionamento”JCheckBox 4 Texto: “Alarme”JCheckBox 5 Texto: “Freio ABS”JCheckBox 6 Texto: “Banco de couro”JCheckBox 7 Texto: “AR condicionado”JCheckBox 8 Texto: “Trava elétrica”JCheckBox 9 Texto: “Limpador traseiro”JCheckBox 10 Texto: “Cd player”JCheckBox 11 Texto: “Vidro elétrico”JCheckBox 12 Texto: “Desembaçador traseiro”JCheckBox 13 Texto: “Dvd player”JCheckBox 14 Texto: “Teto solar”JCheckBox 15 Texto: “Computador de bordo”JButton 1 Botão: “Voltar”JButton 2 Botão: “Gerar venda”Quadro 64: Tabela dos componentes da tela cotação.


114

Figura 38 : Layout da tela principal de relatorios.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Sellcar – Menu Relatório”JButton1 Texto: “Relatório de venda”JButton2 Texto: “Relatório por status”JButton3 Texto: “Relatório de cotação”JButton4 Texto: “Relatório de usuário”JButton5 Texto: “Relatório de cliente”JButton6 Texto: “Relatório de veículos”JButton7 Texto: “Voltar”Quadro 65: Tabela dos componentes da tela princial relatorios


115

Figura 39 : Layout da tela relatório de venda.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Sellcar – Menu Relatório”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Veiculo”JRadioButton2 Texto: “Cliente”JRadioButton3 Texto: “Vendedor”JRadioButton4 Texto: “Preços”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 66: Tabela dos componentes da tela relatório de venda


116

Figura 40 : Layout da tela relatório por status.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório por Status”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Veiculo”JRadioButton2 Texto: “Cliente”JRadioButton3 Texto: “Vendedor”JRadioButton4 Texto: “Telefone”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 67: Tabela dos componentes da tela relatório por status


117

Figura 41 : Layout da tela relatório cotação.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Cotação”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Veiculo”JRadioButton2 Texto: “Preço”JRadioButton3 Texto: “Vendedor”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 68: Tabela dos componentes da tela relatório cotação


118

Figura 42 : Layout da tela relatório usuário.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Usuário”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Nome”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 69: Tabela dos componentes da tela relatório usuario


119

Figura 43 : Layout da tela relatório cliente.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Cliente”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Nome”JRadioButton2 Texto: “Email”JRadioButton3 Texto: “Telefone”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 70: Tabela dos componentes da tela relatório cliente


120

Figura 44 : Layout da tela relatório veículos.


Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Veículos”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Tipo de Relatório”JRadioButton1 Texto: “Em estoque”JRadioButton2 Texto: “Vendidos”JLabel 5 Texto: “Principais Itens”JRadioButton5 Texto: “Veiculo”JRadioButton6 Texto: “Valor da compra”JRadioButton7 Texto: “Valor vendido”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 71: Tabela dos componentes da tela relatório veículos


121



Componente ObservaçãoJFrame 1 Título da Janela “Selecione uma opção”JLabel 1 Título do sistema “Deseja realmente sair?”JButton 1 Botão: “Sim”JButton 2 Botão: “Não”JButton 3 Botão: “Cancelar”Quadro 72: Tabela dos componentes da tela sair.


122

.

5.3 DESENVOLVIMENTO DOS MÓDULOS BÁSICOS DO SISTEMA

O software é compostos por xx módulos, divididos conforme as necessidades do

cliente

1. Cadastro

a. Vendedor

i. Novo vendedor

ii. Exclusão de vendedor

iii. Atualização do vendedor

b. Veículo

i. Novo veiculo

ii. Exclusão de veiculo

iii. Atualização do cadastro do veiculo

c. Usuário

i. Novo usuário do sistema

ii. Exclusão de usuário

2. Pedidos

a. Lançamento/alteração de venda de veículo

3. Cotação

a. Geração de nova cotação de venda

4. Relatórios

a. Geração de relatórios de vendas

123

5.3.1 MENU DE NAVEGAÇÃO

Os menus de navegação do software SellCar é simples, composto de botões com

mensagens objetivas e imagens para facilitar a utilização/assimilação com as opção

do software.

Abaixo segue o menu de navegação principal do sistema, levando para todos os

módulos citados no item 5.3. Desenvolvimentos dos Módulos Básicos do Sistema

Figura 46: Menu Principal.


Para os demais modulo do sistema SellCar, estão dispostos no mesmo layout, para

evitar erros e mensagens simples

124

Figura 47: Layout de operações.


5.4 CONEXÃO COM BANCO DE DADOS

A conexão do Sistema com o Banco de Dados é feito através de uma classe de

conexão utilizando a API – JDBC, no padrão DAO(Data Acess Object).

DAO(Data Acess Object) que é um dos padrões de mapeamento de objetos

relacional para persistência de objetos em uma base de dados.

JDBC é uma API (Aplication Program Interface) para acesso a SGBD(Sistemas

Gerenciadores de Banco de Dados) relacionais por meio de comandos

SQL(Structured Query Language).

Para demonstrar as alterações no Banco de Dados do Sistema, segue abaixo os

prints de tela das alterações efetuadas.

Na tela abaixo temos o formulário de cadastro de vendedor sem os dados

preenchidos:

125

Figura 48: Cadastro de vendedor sem informações.


Abaixo temos as colunas do banco de dados sem as informações preenchidas:

Figura 35: Colunas do banco de dados sem informações.


Abaixo temos a tela de cadastro de vendedor com os dados preenchidos:

Figura 49: Cadastro de vendedor com informações.


126

Abaixo temos as colunas do banco de dados após salvar as informações

preenchidas no formulário:

Figura 50: Colunas do banco de dados com informações.


5.5 DESENVOLVIMENTO DA INTERFACE

O sistema foi desenvolvido na plataforma NetBeans que se trata de uma ferramenta

de código aberto gratuito para desenvolvedores de software, utilizando a linguagem

Java.

A interface do sistema foi desenvolvida pensando inteiramente na interação do

usuário com o sistema, com telas de fácil navegação e interatividade com o usuário,

com menus bem definidos e claros, após o treinamento o usuário estará pronto para

utilizar o software de forma fácil e rápida.

5.6 DESENVOLVIMENTO DO SISTEMA

O código-fonte foi desenvolvido utilizando a linguagem Java através da IDE

Netbeans, foi utilizado os métodos Javabeans e DAO - Data Access Object para

gravação das informações capturadas da interface do sistema no banco de dados

Mysql e a conexão com o banco de dados.

127

5.7 DESENVOLVIMENTO FINAL DO SISTEMA E TESTES

A etapa de testes é importante para verificar a existência de falhas ou se o sistema

está se comportando dentro dos princípios do projeto.

Para testar o software foram utilizadas as técnicas de casos de teste caixa-preta e

integração.

5.7.1. CASOS DE TESTE

Conforme mencionado no item 5.7 abaixo segue tabelas referentes aos teste

funcional (caixa preta) e teste de integração.

Caso de Teste 01 - Tela de Login

Caso de Teste: Acessar o Sistema.

Pré-condições:O usuário e senha devem estar previamente cadastrados no Sistema;Preenchimento dos campos "Login" e "Senha".

Procedimentos:Preencher os campos acima;Clicar no botão "Login".

Resultado Esperado:

Acessar menu principal.

Dados de entrada:

Login e Senha.

Critérios especiais:

Não se aplica.

Implementação: Manual.

Quadro 73: Tabela do caso de teste - Tela de Login.


Caso de Teste 02 - Cadastro de Usuário

Caso de Teste: Criar login de acesso ao Sistema.

Pré-condições: Preenchimento dos campos "Login", "Senha" e

128

"Confirmar Senha".

Procedimentos:Preencher todos os campos informados acima;Clicar no botão "Salvar".

Resultado Esperado:

Mensagem de confirmação do cadastro;

Dados de entrada:

Login, Senha e Confirmar Senha.


Não se aplica.

Implementação: Manual

Quadro 74: Tabela do caso de teste - Cadastro de Usuário 1.


Caso de Teste 03 – Cadastro de Usuário

Caso de Teste: Buscar usuário do sistema

Pré-condições: O usuário deve estar cadastrado no sistema

Procedimentos:Clicar no botão “Pesquisar” e nos botões “Próximo” e “Anterior”

Resultado Esperado:

Exibir dados do usuário

Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Excluir usuário do sistema

Pré-condições: Efetuar uma pesquisa para exibição dos dados do usuário

Procedimentos: Realizar uma pesquisa e clicar no botão “excluir”

129

Resultado Esperado:

Mensagem de confirmação da exclusão

Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Alterar usuário do sistema

Pré-condições: Efetuar uma pesquisa para exibição dos dados do usuário

Procedimentos:Realizar uma pesquisa, alterar os dados e clicar no botão “alterar”

Resultado Esperado:

Mensagem de confirmação da alteração

Dados de entrada:

N/A


Não se aplica.




Caso de Teste 06 - Cadastro de Veiculo

Caso de Teste: Cadastrar Veiculo

Pré-condições: Preenchimento dos campos "Nacional", "Importado", "Novo", "Usado", “Marca”, “Modelo”, “Combustível”, “Cambio”, “Ano de Fab.”, “Placa”, “Kilometragem”, “Cor”, "Air Bag", "Alarme", "Ar Condicionado", "CD Player", "DVD Player", "Direção Hidráulica", "Freio ABS", "Travas Elétricas", "Vidros Elétricos", "Teto Solar",

130

"Sensor de Estacionamento", "Banco de Couro", "Limpador Traseiro", "Desembaçador Traseiro", "Computador de Bordo", "Valor de Compra"

Procedimentos:Preencher todos os campos acima;Clicar no botão "Salvar".

Resultado Esperado:

Mensagem de confirmação do cadastro

Dados de entrada:

Preenchimento de todos os campos


Não se aplica

Implementação: Manual.

Quadro 78: Tabela do caso de teste - Cadastro de Veículo 1.


Caso de Teste 07 – Cadastro de Veículo

Caso de Teste: Buscar Veículo

Pré-condições: O veiculo deve estar cadastrado no sistema


Resultado Esperado:

Exibir dados do veículo

Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Excluir veículo do sistema

Pré-condições: Efetuar uma pesquisa para exibição dos dados do veículo

131


Resultado Esperado:


Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Alterar veículo do sistema



Resultado Esperado:


Dados de entrada:

N/A


Não se aplica.




Caso de Teste 10 - Cadastro de Vendedor

Caso de Teste: Cadastrar Vendedor

Pré-condições:Preenchimentos dos campos “Nome”, “RG”, “CPF”, “Dt. Nascimento”, “Cel”, “Tel”, “Email”, “Endereço”, “Compl”, “UF”, “CEP”, “Cidade”, “Bairro”

Procedimentos:Preencher todos os campos acima;

Clicar no botão “Salvar”

132

Resultado Esperado:


Dados de entrada:



Não se aplica


Quadro 82: Tabela do caso de teste - Cadastro de Vendedor 1.


Caso de Teste 11 – Cadastro de Vendedor

Caso de Teste: Buscar Vendedor

Pré-condições: O vendedor deve estar cadastrado no sistema


Resultado Esperado:

Exibir dados do vendedor

Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Excluir vendedor do sistema

Pré-condições:Efetuar uma pesquisa para exibição dos dados do vendedor


Resultado Esperado:


133

Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Alterar veículo do sistema



Resultado Esperado:


Dados de entrada:

N/A


Não se aplica.




Caso de Teste 14 – Cadastro de Cliente

Caso de Teste: Cadastrar Clientes

Pré-condições:

Preenchimento dos campos "Nome", "Email", "CPF","Dt. Nascimento", "Naturalidade", "RG", "Dt. Emissão", "Órgão Emissor", "Pai", "Mãe", "End", "Compl", "Num", "UF", "Bairro", "Cidade", "CEP", "Tel", "Cel", "Empresa", "Cargo", "Tempo de Empresa", "Salário", "Agência", "Conta", "Banco"

Procedimentos: Preencher todos os campos acima;

134

Clicar no botão “Salvar”

Resultado Esperado:


Dados de entrada:



Não se aplica


Quadro 86: Tabela do caso de teste – Cadastro de Cliente 1.


Caso de Teste 15 – Cadastro de Cliente

Caso de Teste: Buscar Cliente

Pré-condições: O cliente deve estar cadastrado no sistema


Resultado Esperado:

Exibir dados do cliente

Dados de entrada:

N/A


Não se aplica.


Quadro 87: Tabela do caso de teste - Cadastro de Cliente 2.



Caso de Teste: Excluir cliente do sistema

Pré-condições: Efetuar uma pesquisa para exibição dos dados do cliente


Resultado Esperado:


Dados de N/A

135

entrada:


Não se aplica.





Caso de Teste: Alterar cliente do sistema

Pré-condições: Efetuar uma pesquisa para exibição dos dados do cliente


Resultado Esperado:


Dados de entrada:

N/A


Não se aplica.




Caso de Teste 18 – Gerar Pedido

Caso de Teste: Gerar Pedido

Pré-condições:

Veiculo previamente cadastrado no sistema

Preenchimento dos campos “Placa Veiculo”, “Cod Cliente”, "Valor do Veiculo”, “Entrada”, “Valor Financiado”, “Parcelado”

Procedimentos:Digitar a placa do veiculo e clicar no botão “Atualizar”, os dados do veiculo serão atualizados;

Clicar no botão “Cadastro Novo Cliente” e clicar no botão

136

“Voltar”;

Preencher os campos “Valor do Veiculo”, “Entrada”, “Valor Financiado”, “Parcelado”;

Clicar no botão “Gerar Venda”

Resultado Esperado:

Mensagem de confirmação do pedido gerado, e mensagem para efetuar impressão

Dados de entrada:

Preenchimento de todos os campos acima


Não se aplica


Quadro 90: Tabela do caso de teste – Gerar Pedido 1.



Caso de Teste: Buscar Pedido

Pré-condições: O pedido deve estar cadastrado no sistema


Resultado Esperado:

Exibir dados do pedido

Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Excluir pedido do sistema

Pré-condições: Efetuar uma pesquisa para exibição dos dados do pedido

137


Resultado Esperado:


Dados de entrada:

N/A


Não se aplica.





Caso de Teste: Alterar pedido do sistema

Pré-condições: Efetuar uma pesquisa para exibição dos dados do pedido


Resultado Esperado:


Dados de entrada:

N/A


Não se aplica.




Caso de Teste 21 – Gerar Cotação

Caso de Teste: Gerar Cotação

Pré-condições:Veiculo previamente cadastrado no Sistema;

Preencher o campo “Placa Veiculo”;

Procedimentos:Preencher o campo “Placa Veiculo”;

Clicar na botão “Gerar”;

138

Resultado Esperado:

Mensagem de confirmação do pedido gerado, e mensagem para efetuar impressão

Dados de entrada:



Não se aplica


Quadro 94: Tabela do caso de teste – Gerar Cotação 1.


Caso de Teste 22 – Gerar Relatório

Caso de Teste: Gerar Relatório Cliente

Pré-condições:Cliente previamente cadastrado no Sistema;

Procedimentos:Preencher o campo “Inicio”, “Fim”, clicar na botão “Tela” ou “Imprime”;

Resultado Esperado:

Mensagem de confirmação para geração do relatório

Dados de entrada:



Não se aplica


Quadro 95: Tabela do caso de teste – Gerar Relatório 1.



Caso de Teste: Gerar Relatório Venda

Pré-condições:Pedido de veiculo previamente cadastrado no Sistema;

139


Resultado Esperado:


Dados de entrada:



Não se aplica





Caso de Teste: Gerar Relatório Veículo

Pré-condições:Pedido de Veiculo previamente cadastrado no Sistema;

Procedimentos:Preencher o campo “Inicio”, “Fim”,selecionar tipo do relatório “Em estoque” ou “Vendidos” clicar na botão “Tela” ou “Imprime”;

Resultado Esperado:


Dados de entrada:



Não se aplica





Caso de Teste: Gerar Relatório por Status

Pré-condições: Pedido de Veiculo previamente cadastrado no Sistema;

140


Resultado Esperado:


Dados de entrada:



Não se aplica





Caso de Teste: Gerar Relatório Cotação

Pré-condições:Cotação previamente cadastrado no Sistema;


Resultado Esperado:


Dados de entrada:



Não se aplica




5.7.1 RELATÓRIO DE TESTE

Os testes realizados no software mostraram-se satisfatórios conforme tabela abaixo

141

RELATÓRIO DE TESTES

142

ID APROVADO REPROVADO ID APROVADOREPROVAD

OCT0

1X

CT14

X

CT02

XCT15

X

CT03

XCT16

X

CT04

XCT17

X

CT05

XCT18

X

CT06

XCT19

X

CT07

XCT20

X

CT08

XCT21

X

CT09

XCT22

X

CT10

XCT23

X

CT11

XCT24

X

CT12

XCT25

X

CT13

XCT26

X

Quadro 100: Relatório de teste.


143

5.8 DOCUMENTAÇÃO DO SISTEMA

Foi desenvolvido um manual de utilização, contendo imagens de todas as telas do

sistema visando fácil compreensão do usuário.

O manual foi desenvolvido também com informações básicas sobre como preencher

os campos e utilizar a ferramenta corretamente.

Figura: 51. Layout da tela de Acesso ao Sistema.


Componente ObservaçãoLogin Neste campo será colocado o nome do usuário.Senha Neste campo será colocada a senha do usuário.Sair Neste campo o usuário poderá desistir de acessar o sistema.Login Neste campo o usuário confirma o seu acesso ao sistema.Quadro 101: Tabela dos componentes da tela de acesso ao sistema.


144

Figura 52: Layout da tela menu principal.


Componente

Observação

Cadastros Neste botão o usuário acessa a tela de cadastros.Pedido Neste botão o usuário acessa a tela de pedido.Cotação Neste botão o usuário acessa a tela de cotação.Relatório Neste botão o usuário acessa a tela de relatório.Sair Neste botão o usuário sai do sistema.Quadro 102: Tabela dos componentes da tela do menu principal.


145



Componente ObservaçãoCadastro Vendedor Neste botão o usuário acessa a tela cadastro de

vendedor.Cadastro de Veículo Neste botão o usuário acessa a tela cadastro de

veículo.Cadastro Usuário Neste botão o usuário acessa a tela cadastro de

usuário.Voltar Neste botão o usuário volta a tela do menu principal.Quadro 103: Tabela dos componentes da tela do menu cadastro.


146



147

Componente ObservaçãoNome Neste campo será preenchido o nome do vendedor.RG Neste campo será preenchido o numero do Rg do vendedor.CPF Neste campo será preenchido o numero do Cpf do vendedor.Data de Nascimento

Neste campo será preenchida a data de nascimento do vendedor.

Celular Neste campo será preenchido o numero do celular do vendedor.Celular Neste campo será preenchido um segundo numero de celular do vendedor.Telefone Neste campo será preenchido o numero do telefone do vendedor.Telefone Neste campo será preenchido um segundo numero de telefone do vendedor.E-mail Neste campo será preenchido um e-mail do vendedor.Endereço Neste campo será preenchido endereço do vendedor.Complemento Neste campo será preenchido as informações adicionais do endereço do

vendedor.UF Neste campo será preenchido o estado de residência do vendedor.Cep Neste campo será preenchido o cep de residência do vendedor.Cidade Neste campo será preenchida a cidade de residência do vendedor.Bairro Neste campo será preenchido o bairro de residência do vendedor.Excluir Neste botão o usuário excluirá o vendedor cadastradoAlterar Neste botão o usuário irá alterar um cadastro existentePróximo Neste botão o usuário irá para o próximo vendedor cadastrado.Anterior Neste botão o usuário voltará para um vendedor anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos vendedoresVoltar Neste botão o usuário volta a tela do menu cadastro.Limpar Neste botão o usuário limpa um cadastro de vendedor.Salvar Neste botão o usuário salva as informações do cadastro do vendedor.Quadro 104: Tabela dos componentes da tela cadastro de vendedor.


148



149

Componente ObservaçãoNacional Nesta caixa de seleção caso esteja selecionada o veículo é

nacional.Importado Nesta caixa de seleção caso esteja selecionada o veículo é

importado.Novo Nesta caixa de seleção caso esteja selecionada o veículo é novo.Usado Nesta caixa de seleção caso esteja selecionada o veículo é

usado.Marca Nesta lista será selecionada a marca do veículo.Modelo Nesta lista será selecionado o modelo do veículo.Combustível Nesta lista será selecionado o tipo combustível do veículo.Câmbio Nesta lista será selecionado o tipo de transmissão do veículo.Porta Nesta lista será selecionada a quantidade portas do veículo.Ano de Fabricação Neste campo será preenchido o ano de fabricação do veículo.Placa Neste campo será preenchida a placa do veículo.Kilometragem Neste campo será preenchida a kilometragem atual do veículo.Cor Neste campo será preenchida a cor do veículo.Opcionais Nesta caixa de seleção onde estiver marcado estão os opcionais

do veículo.Valor de compra Neste campo será marcado o valor pago no veículo.Excluir Neste botão o usuário excluirá um veículo cadastradoAlterar Neste botão o usuário irá alterar um cadastro existentePróximo Neste botão o usuário irá para o próximo veículo cadastrado.Anterior Neste botão o usuário voltará para um veículo anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos veículosVoltar Neste botão o usuário volta a tela do menu cadastro.Limpar Neste botão o usuário limpa o cadastro de veículo.Salvar Neste botão o usuário salva as informações do cadastro do

veículo.Quadro 105: Tabela dos componentes da tela cadastro de veículos.


150



Componente ObservaçãoUsuário Neste campo será preenchido o nome do usuário para acessar o

sistema.Senha Neste campo será preenchida a senha do usuário para acessar o

sistema.Confirmar Senha

Neste campo será preenchida novamente a senha do usuário para acessar o sistema.

Excluir Neste botão o usuário excluirá o usuário cadastradoAlterar Neste botão o usuário irá alterar um cadastro existentePróximo Neste botão o usuário irá para o próximo usuário cadastrado.Anterior Neste botão o usuário voltará para um usuário anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos usuáriosVoltar Neste botão o administrador volta a tela do menu cadastro.Salvar Neste botão o administrador salva as informações do cadastro do

usuário.Quadro 106: Tabela dos componentes da tela cadastro de usuário do sistema.


151

Figura 57: Layout da tela Pedido venda de veículo.


152

Componente ObservaçãoCódigo ou Placa veículo

Neste campo será preenchido o código ou placa do veículo.

Atualizar Neste Botão será atualizado a pagina de Pedido de venda.Nacional Nesta caixa de seleção caso esteja selecionada o veículo é

nacional.Importado Nesta caixa de seleção caso esteja selecionada o veículo é

importado.Novo Nesta caixa de seleção caso esteja selecionada o veículo é novo.Usado Nesta caixa de seleção caso esteja selecionada o veículo é

usado.Marca Nesta lista será selecionada a marca do veículo.Modelo Nesta lista será selecionado o modelo do veículo.Combustível Nesta lista será selecionado o tipo combustível do veículo.Câmbio Nesta lista será selecionado o tipo de transmissão do veículo.Portas Nesta lista será selecionada a quantidade portas do veículo.Ano de Fabricação Neste campo será preenchido o ano de fabricação do veículo.Placa Neste campo será preenchida a placa do veículo.Kilometragem Neste campo será preenchida a kilometragem atual do veículo.Cor Neste campo será preenchida a cor do veículo.Opcionais Nesta caixa de seleção onde estiver marcado estão os opcionais

do veículo.Código Cliente Neste campo será preenchido o código do cliente já cadastrado.Cadastro novo cliente Neste botão o usuário acessa a tela cadastro de cliente.Nome do Cliente Neste campo será preenchido o nome do cliente.Valor do veículo Neste campo será preenchido o valor de venda do veículo.Entrada Neste campo será preenchido o valor pago pelo cliente como

entrada.Valor Financiamento Neste campo será preenchido o saldo á ser financiado pelo

clientes.Parcelado Neste campo será preenchida a quantidade de parcelas para

financiamento.Excluir Neste botão o usuário excluirá a venda do veículoAlterar Neste botão o usuário irá alterar uma venda existentePróximo Neste botão o usuário irá para a próxima venda de veículo.Anterior Neste botão o usuário voltará para uma venda anterior.Pesquisar Neste botão o usuário pesquisará as vendas de veículosVoltar Neste botão o usuário volta a tela do menu principal.Alterar Neste botão o usuário altera as informações na tela pedido venda

de veículos.Gerar venda Neste botão o usuário finaliza a venda do veículo.Quadro 107: Tabela dos componentes da tela pedido venda de veículos.


153

Figura 58: Layout da tela cadastro de clientes.


154

Componente ObservaçãoNome Neste campo será preenchido o nome do cliente.E-mail Neste campo será preenchido um e-mail do cliente.CPF Neste campo será preenchido o CPF do cliente.Data de nascimento Neste campo será preenchida a data de nascimento do cliente.RG Neste campo será preenchido o RG do cliente.Data de emissão Neste campo será preenchida a data de emissão do RG do cliente.Naturalidade Neste campo será preenchido o local de nascimento do cliente.Orgão Emissor Neste campo será preenchido o órgão emissor do RG do cliente.Pai Neste campo será preenchido o nome do pai do cliente.Mãe Neste campo será preenchido o nome da mãe do cliente.Endereço Neste campo será preenchido o endereço de residência do cliente.Complemento Neste campo serão preenchidas as observações do endereço do cliente.Numero Neste campo será preenchido o numero de residência do cliente.UF Neste campo será preenchido o estado da residência do cliente.CEP Neste campo será preenchido o CEP de residência do cliente.Bairro Neste campo será preenchido o bairro de residência do cliente.Cidade Neste campo será preenchida a cidade de residência do cliente.Telefone Neste campo será preenchido o telefone de residência do cliente.Celular Neste campo será preenchido o celular do cliente.Empresa Neste campo será preenchida a empresa que o cliente trabalha.Cargo Neste campo será preenchido o cargo em que o cliente trabalha.Tempo de empresa Neste campo será preenchido o tempo em que o cliente trabalha na

empresa.Endereço Neste campo será preenchido o endereço de emprego do cliente.Complemento Neste campo serão preenchidas as observações do endereço do emprego

do cliente.CEP Neste campo será preenchido o CEP do emprego do cliente.Bairro Neste campo será preenchido o bairro do emprego do cliente.Cidade Neste campo será preenchida a cidade do emprego do cliente.Telefone Neste campo será preenchido o telefone do emprego do cliente.Salario Neste campo será preenchido qual o salario do cliente.Agencia Neste campo será preenchido o numero da agencia do cliente.Conta Neste campo será preenchido o numero da conta do cliente.Banco Neste campo será preenchido o nome do Banco em que o cliente possui

conta bancaria.Excluir Neste botão o usuário excluirá o cliente cadastradoAlterar Neste botão o usuário irá alterar um cliente existentePróximo Neste botão o usuário irá para o próximo cliente cadastrado.Anterior Neste botão o usuário voltará para um cliente anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos clientesVoltar Neste botão o usuário volta a tela de pedido.Limpar Neste botão o usuário limpa o cadastro do cliente.Salvar Neste botão o usuário salva as informações do cadastro do cliente.Quadro 108:Tabela dos componentes da tela cadastro de cliente.


155

Figura 59: Layout da tela cotação.Fonte: Próprios autores (2012).

156

Componente ObservaçãoCódigo ou Placa veículo

Neste campo será preenchido o código ou placa do veículo

Nacional Nesta caixa de seleção caso esteja selecionada o veículo é nacional.

Importado Nesta caixa de seleção caso esteja selecionada o veículo é importado.

Novo Nesta caixa de seleção caso esteja selecionada o veículo é novo.

Usado Nesta caixa de seleção caso esteja selecionada o veículo é usado.

Marca Nesta lista será selecionada a marca do veículo.Modelo Nesta lista será selecionado o modelo do veículo.Combustível Nesta lista será selecionado o tipo combustível do veículo.Câmbio Nesta lista será selecionado o tipo de transmissão do veículo.Portas Nesta lista será selecionada a quantidade portas do veículo.Modelo Ano Neste campo será preenchido o ano de modelo do veículo.Ano de Fabricação Neste campo será preenchido o ano de fabricação do veículo.Placa Neste campo será preenchida a placa do veículo.Kilometragem Neste campo será preenchida a kilometragem atual do veículo.Cor Neste campo será preenchida a cor do veículo.Opcionais Nesta caixa de seleção onde estiver marcado estão os

opcionais do veículo.Voltar Neste botão o usuário volta a tela do menu principal.Gerar Neste botão o usuário gera uma cotação para o cliente.Quadro 109: Tabela dos componentes da tela cotação.


157

Figura 60: Layout da tela menu relatório.Fonte: Próprios autores (2012).

Componente ObservaçãoRelatório de venda Neste botão o usuário acessa a tela relatório de vendas.Relatório por status Neste botão o usuário acessa a tela relatório por status.Relatório de cotação Neste botão o usuário acessa a tela relatório de cotação.Relatório de usuário Neste botão o usuário acessa a tela relatório de usuário.Relatório de cliente Neste botão o usuário acessa a tela relatório de cliente.Relatório de veículos Neste botão o usuário acessa a tela relatório de veículos.Voltar Neste botão o usuário volta ao menu principal.Quadro 110: Tabela dos componentes da tela menu relatório.


158

Figura 61: Layout da tela relatório de cliente.


Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaNome Se estiver selecionado será pesquisado por nome do clienteEmail Se estiver selecionado será pesquisado por email do clienteTelefone Se estiver selecionado será pesquisado por telefone do clienteTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 111: Tabela dos componentes da tela relatório cliente.


159

Figura 62: Layout da tela relatório de cotação.


Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaVeículo Se estiver selecionado será pesquisado por veículoPreço Se estiver selecionado será pesquisado por preçoVendedor Se estiver selecionado será pesquisado por vendedorTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatório.Quadro 112: Tabela dos componentes da tela relatório cotação.


160

Figura 63: Layout da tela relatório de status.


Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaVeículo Se estiver selecionado será pesquisado por veículoCliente Se estiver selecionado será pesquisado por clienteVendedor Se estiver selecionado será pesquisado por vendedorTelefone Se estiver selecionado será pesquisado por telefoneTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 113: Tabela dos componentes da tela relatório por status.


161

Figura 64: Layout da tela relatório de veiculo.


Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaEm Estoque Se estiver selecionado será pesquisado veículos em estoqueVendidos Se estiver selecionado será pesquisado veículos vendidosTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 114: Tabela dos componentes da tela relatório de veículos.


162

Figura 65: Layout da tela relatório de venda.Fonte: Próprios autores (2012).

Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaVeículo Se estiver selecionado será pesquisado por veículoCliente Se estiver selecionado será pesquisado por clienteVendedor Se estiver selecionado será pesquisado por vendedorPreço Se estiver selecionado será pesquisado por preçoTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 115: Tabela dos componentes da tela relatório de veículos.


163



Componente ObservaçãoSim Neste botão o usuário confirma sua saída do

sistema.Não Neste botão o usuário não confirma sua saída

do sistema.Cancelar Neste botão o usuário cancela sua saída do

sistema.Quadro 116: Tabela dos componentes da tela sair.


164

6 CONCLUSÃO

Iniciando a conclusão do nosso projeto primeiramente apresentaremos a

evolução do grupo durante todo o desenvolvimento do nosso sistema. Realizamos

várias pesquisas para encontrar os métodos e temas que tornassem o nosso

trabalho mais interessante e eficaz.

Durante a criação do SELLCAR nosso grupo passou por diversas

transformações, desde a divisão de tarefas, onde procuramos dividir as mesmas de

acordo com o perfil de cada integrante do grupo, porém mesmo com essa divisão de

responsabilidades, o grupo sempre esteve ciente do desenvolvimento das tarefas

realizadas. Devido a essa troca de experiências, cada um de nós adquiriu não só

conhecimento, mas também amadurecimento para trabalhar em equipe.

Referente ao desenvolvimento do projeto, conforme pesquisas realizadas em

agências de veículos neste ramo de atuação existe certa carência em relação à sua

infra-estrutura tecnológica. Todas as vendas realizadas, cadastros de clientes,

cadastros de vendedor, cotações e relatórios, sendo assim visando uma

oportunidade para desenvolvimento de tal ferramenta, o SELLCAR.

Assim como a evolução do nosso grupo, também tivemos algumas evoluções no

nosso projeto. Durante o desenvolvimento do SELLCAR percebemos algumas

melhorias que poderíamos executar, um exemplo seria o desenvolvimento do

sistema via web, porém verificamos que seria mais viável e acessível fazer via

console.

Encontramos também algumas dificuldades, principalmente na elaboração da

documentação, devido ao curto prazo e à nossa falta de experiência em tal

processo, porém superamos com sucesso essas etapas com o empenho e

comprometimento de toda a equipe na administração e divisão das tarefas,

cumprindo assim, o nosso cronograma e o prazo estabelecido.

Por fim, apresentarmos as perspectivas do SELLCAR, Além da simplicidade e

praticidade uma vez que não há dificuldade quanto ao seu manuseio e não há

necessidades de grandes habilidades no computador.

Enfim a missão do SELLCAR a todas as agências que necessitam e desejam uma

informatização, garantindo assim a fidelidade de seu maior patrimônio, seus clientes.

165

Após todo esse processo de desenvolvimento do SELLCAR os diversos testes

realizados constataram que o processo de fabricação de um software, não se trata

somente da criação de algumas linhas de códigos, existe todo um planejamento e

uma estrutura que devem ser seguidos para o resultado final seja um software de

qualidade e que realmente atenda às expectativas de nossos clientes.

Concluímos que nos dias de hoje, devido ao rápido avanço tecnológico e à

globalização, a informatização das empresas é fundamental, independente o tipo de

serviço que ela fornece, já que a competitividade atualmente está muito acirrada,

isso faz com que profissionais da nossa área tenham mais oportunidades para

desenvolver novas ferramentas/soluções.

166

gerenciamento e governança de ti

Documents