Gerenciamento e Governança de TI

UNIVERSIDADE PAULISTA
DROID DEALER SISTEMA TECNOLOGICO DE VENDAS DE VECULOS
SO PAULO
2013
UNIVERSIDADE PAULISTA
ELVIS NEVES
LEANDRO MAGALHOES
MIKHAIL BISPO
MILTON SOUZA
CINCIA DA COMPUTAO
DROID DEALER SISTEMA TECNOLOGICO DE VENDAS
Trabalho de Concluso de Curso submetido

banca examinadora da Universidade Paulista
de So Paulo, como requisito parcial
obteno do grau de Bacharel em Cincia da
Computao sob a orientao do professor
Mestre Julio Cesar do Pao Mattoso Maia Filho
SO PAULO
2013
Dedicamos este trabalho primeiramente aos

nossos familiares que nos deram todo apoio e
nos incentivaram a ter f e perseverana na
criao 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 experincia. Aos nossos pais
que deram todo o apoio e compreenso para
que esse projeto pudesse realizado .E por
ltimo
aos
idealizadores
do
Sistema
Operacional Android pela sua criao que, sem

ela esse trabalho no seria possvel
. A TODOS o nosso Muito Obrigado!
ELVIS NEVES
LEANDRO MAGALHOES
MIKHAIL BISPO
MILTON SOUZA
CINCIA DA COMPUTAO
DROID DEALER SISTEMA TECNOLOGICO DE VENDAS
Trabalho de Concluso de Curso submetido

banca examinadora da Universidade Paulista
de So Paulo, como requisito parcial
obteno do grau de Bacharel em Cincia da
Computao sob a orientao do professor
Mestre Julio Cesar do Pao Mattoso Maia Filho
Aprovada em __ de Dezembro de 2013
BANCA EXAMINADORA
___________________________________
Prof.
Universidade Paulista
___________________________________
Prof.
___________________________________
Prof.
Epgrafe
"Mantenha
porque
seus
pensamentos
seus pensamentos
positivos,
tornam-se
suas
palavras. Mantenha suas palavras positivas,

porque suas palavras tornam-se suas atitudes.
4
Mantenha suas atitudes positivas, porque suas

atitudes tornam-se seus hbitos. Mantenha
seus hbitos positivos, porque seus hbitos
tornam-se
valores
seus
positivos,
valores.
porque
Mantenha
seus
seus
valores...
Tornam-se seu destino.

"Mahatma Gandhi
As nicas grandes companhias que conseguiro ter xito so aquelas que

consideram os seus produtos obsoletos antes que os outros o faam.
Bill Gates
Resumo
Tendo em base facilitar nas vendas e controles de agncia de veculos, no qual no

existe um controle adequado com histrico de venda dos veculos, controle de
clientes e estoque, ento apresentaremos neste projeto uma ferramenta capaz de
armazenar todo o histrico das vendas realizadas e estoque de veculos de
concessionarias da rede ou afiliadas, auxiliando o vendedor a consultar todos esses
5
dados sem precisar recorrer a um computador fixo, apenas um tablet utilizando o

Sistema Operacional Android do Google. Este propsito tem como objetivo oferecer
um servio diferenciado e com maior mobilidade para conquistar a confiana do
cliente, gerando assim um vnculo de fidelidade entre as partes.
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
6
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 agncia de veculos, no qual no

existe um controle adequado com histrico de venda dos veculos, controle de
clientes e estoque, ento apresentaremos neste projeto uma ferramenta capaz de
armazenar todo o histrico das vendas realizadas e estoque de veculos 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 propsito tem como objetivo oferecer
um servio diferenciado e com maior mobilidade para conquistar a confiana do
cliente, gerando assim um vnculo de fidelidade entre as partes.
SUMRIO
INTRODUO........................................................................................................6
1.O PROJETO
1.1. Documento conceitual do projeto...........................................................................7
7
1.1.1.
Tema..........................................................................................................7
1.1.2.
Justificativa................................................................................................7
1.1.3.
Referencial terico....................................................................................8
1.1.4.
Delimitao do problema...........................................................................9
1.1.5.
Formulaes e hipteses..........................................................................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 Organizao....................................21
1.1.15.
Anlise de viabilidade..........................................................................22
1.1.16.
Aceite do Cliente..................................................................................23
2. ANLISE..............................................................................................................25
2.1.
Entrevista.......................................................................................................25
2.2.
Descries da necessidade do cliente..........................................................35
2.3.
Levantamento dos requisistos.......................................................................35
2.4.
Anlise dos requisitos....................................................................................36
3. DESENHO DO SISTEMA....................................................................................36
3.1.
Diagrama de classes.....................................................................................36
3.2.
Diagrama de classes.....................................................................................44
3.3.
Determinaes das funcionalidades do sistema...........................................45

8
3.1.
Atas de reunio e aprovao do cliente........................................................58
4. DANCO DE DADOS.............................................................................................64
4.1.
Dicionrio de dados.......................................................................................64
4.2.
Modelo lgico de dados.................................................................................69
4.3.
Criao do banco de dados e suas tabelas (scripts).....................................71
4.4.
Criao de chaves primrias e estrangeiras.................................................76
4.5.
Criao de diagrama de relacionamento das tabelas...................................78
5. MODELAGEM DA ARQUITETURA DO SISTEMA.............................................79

5.1.1 Layouts de telas e relatrios..........................................................................79
5.2.
Projeto de prottipo do sistema.....................................................................96
5.3.
Desenvolvimento dos mdulos bsicos do sistema....................................121
5.3.1 Menu de navegao....................................................................................122

5.4.
Conexo 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 Relatrio de testes.......................................................................................140
5.8.
Documentao do sistema..........................................................................141
6. CONCLUSO.....................................................................................................162
Introduo
Com a forte expanso da economia brasileira, um dos mercados que mais cresce no
pas inteiro o setor automobilstico, os nmeros indicam um aumento significativo
nas vendas de veculos em todo pais, alavancando a economia do pas,
principalmente nas grandes metrpoles como So Paulo onde se encontra a maior
frota de veculos de todo pas (Uol Carros,, 2012).
9
Com o aumento na busca de veculos pelos clientes, constata-se que muitas das
agncias de veculos no possuem um sistema informatizado e de uso fcil,
ocasionando demora no processo de aprovao de crdito ou na confirmao de
dados ou at mesmo re-confirmao dos mesmos, levando a um prejuzo com a
perda do cliente, consequentemente a perda da venda, o que em um mercado to
competitivo e que cresce a cada dia que passa algo inaceitvel (Uol Carros , 2012)
Muitas das agncias de veculos no possuem um sistema de controle de vendas
gil e informatizado e que atenda a demanda do mercado, ocasionando a lentido
nos processos de envio de documentao dos clientes para aprovao de crdito
pelas financeiras e bancos.
Desenvolver um sistema que atenda o mercado, que seja de fcil manipulao,
mvel, 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 agncias no
processo de extrao de informaes de modo seguro e fcil para envio a
financeiras e bancos, garantindo assim uma maior credibilidade dos dados
disponveis.
Com a alta demanda de compra de veculos as financeiras solicitam cada vez mais
informaes para aprovao do cadastro de clientes e com o aumento dos modos
de pagamento necessrio um mtodo mais confivel 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 informaes a mo, sem precisar recorrer a um sistema cliente em
algum desktop. Com a Implementao de um sistema informatizado e mvel nas
agncias no deixando assim os dados expostos em formulrios, agilizando o
processo de envio das informaes com mais segurana durante todo o processo
efetuado pelo vendedor.
10
Capitulo 1
O Projeto
Projeto voltado par o apoio do vendedor de veculos, munindo ele de dados online
em qualquer local que estiver, Isso facilitara o processo de coleta , confirmao dos
dados do cliente e consulta de disponibilidade no estoque das concessionrias do
grupo.
1.1 Documento Conceitual do Projeto
1.1.1 Tema
Sistema voltado para venda automobilstica que visa controlar as vendas de uma
agncia de veculos, proporcionando um controle maior de venda, coleta de dados e
gerao de relatrios sistema console desenvolvido em Java, linguagem de ltima
gerao 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 veculos novos e usados o mercado de venda de

veculos, aumenta significativamente. Com este crescimento a necessidade de um
sistema gil, seguro, de alta portabilidade e fcil utilizao se torna cada vez mais
necessrio, com este sistema propomos atender as necessidades do mercado.
11
Este um software voltado para o mercado de venda de veculos, que atendera a

agencias que no possuem um sistema informatizado de controle de veculos, com
este sistema o processo de venda se torna mais rpido e fcil com uma maior
credibilidade e segurana dos dados dos clientes. Ao permitir que o vendedor tenha
as informaes a mo, ele ter mais tempo para ficar ao lado dos clientes, entender
suas necessidades e alavancar a quantidade e qualidade de suas vendas.
12
1.1.3 Referencial Terico
No mundo altamente concorrido em que vivemos, com uma alta taxa de inadimplncia que todos os
segmentos enfrentam, com milhares de ofertas que procuram atrair a ateno do consumidor para o
seu produto ou servio. As empresas devem, dentro de seus recursos, melhorarem cada vez mais o
atendimento ao cliente com a escolha, contratao e treinamento de seu pessoal.
O profissional de vendas deve conhecer profundamente o produto/servio que oferecido. Consistem
em conhecer suas especificaes, uso, aplicaes, benefcios e tambm quais seus pontos fracos.
Postura e apresentao pesam em muito na deciso final do cliente. Confiana e disposio para
ajudar a resolver o problema, apresentar o produto/servio, apresentar com segurana o seu produto.
So informaes importantes e podem fazer a diferenciao na hora da compra. O setor
automobilstico se tornou uma verdadeira guerra na disputa pelo mercado entre as concessionrias.
Com o passar do tempo, a concorrncia tem se tornado mais acirrada, exigindo mtodos cada vez
mais sofisticados na disputa pelos mercados e na batalha para conquistar clientes.
necessrio elaborar um plano ttico e estratgico, e implementar todos os princpios.
Pesquisando o mercado e o perfil do cliente
Conhecendo o mercado
Conhecendo o foco de mercado e a concorrncia direta
Traando o perfil do cliente alvo
Localizando o cliente
Tticas e estratgias frente a concorrncia
Utilizar sites, blogs e o potencial da internet
Mantendo o relacionamento
Segundo pesquisas realizadas, a comunicao envolve muito mais do que apenas palavras. Na
verdade, as palavras representam apenas uma pequena parte de nossa forma de expresso como
pessoa. Estudos demonstram que numa apresentao 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 contedo de nossa
apresentao (Mehrabian e Ferris, Inference of attitudes from nonverbal comunication in two
channels).
O ponto fundamental para qualquer processo de vendas bem sucedido, a confiana. Tanto a
credibilidade que o vendedor e a empresa precisam despertar no cliente, quanto a prpria confiana
que o vendedor precisa ter em si mesmo. A frase Voc compraria um carro usado deste homem?, foi
utilizada na campanha poltica do presidente John Kennedy, ex-presidente dos EUA, tentando
destacar a desconfiana do eleitor na candidatura de Richard Nixon, na campanha presidencial
americana de 1960, vencida por Kennedy. Analistas polticos acreditam que esta ttica de marketing
poltico acabou causando grande estrago na candidatura de Nixon, pois fez o eleitor refletir na
importncia de um candidato confivel.
Durante nosso curso Marketing e Vendas Para o Setor Automobilstico, que vem sendo ministrado
em diversas localidades, e em setembro ser apresentado em So Paulo, iniciamos o seminrio
chamando a ateno dos profissionais para este fator fundamental no processo de vendas, a
credibilidade. O vendedor que no conseguir conquistar a confiana de seu cliente ter grande
dificuldade de realizar a venda. Mesmo tendo um excelente produto, e um timo preo, a credibilidade
ainda fundamental para que a venda seja realizada.
claro que ainda existe um percentual de clientes que se arriscam a realizar um negcio se a oferta
for realmente tentadora. O programa Fantstico, da rede Globo, apresentou uma matria no
domingo dia 24 de agosto de 2008, mostrando que diversos comerciantes inescrupulosos, esto
utilizando o golpe chamado FINAN, para vender carros por um tero do valor de mercado. Neste
negcio, eles repassam veculos alienados cujos financiamentos no foram quitados. Algumas
pessoas, conscientes ou no, caem no golpe, levados pela ambio de conquistar grande vantagem
financeira.
No entanto, a grande maioria dos clientes no aceita este tipo de proposta, pois buscam segurana e
tranquilidade ao realizar um negcio, principalmente em relao a bens de alto valor, como o caso
de automveis. H alguns anos foi realizada uma experincia: 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 negcio para os transeuntes. No entanto, a maioria das
13
pessoas no aceitou a proposta. Por qu? Era um negcio bom demais para ser verdade, todos
pensavam que era algum tipo de golpe ou pegadinha. Eles no conheciam nem confiavam na
pessoa que lhes estava oferecendo aquele lucro de cinco libras to facilmente.
O processo de confiana ou desconfiana do cliente com relao ao vendedor se estabelece durante
a comunicao entre o dois. No apenas pelas palavras proferidas pelo vendedor, comunicao
verbal, mas principalmente pela sua postura pessoal, pela apresentao e pelo tom de voz, ou seja,
pela sua comunicao no verbal.
Baseado nestes conceitos fica claro que, mesmo que o vendedor se esforce para fazer sua
apresentao de vendas destacando palavras como confiana, segurana e credibilidade, preciso
que ele tambm comunique no verbalmente estes conceitos, pois as pessoas percebem qualquer
indcio de insinceridade. No uma coisa racional, mas instintivamente percebemos quando algum
passa uma mensagem falsa. Mentir para o cliente a pior coisa que um vendedor pode fazer.
1.1.4 Delimitao do problema
Este sistema visa atender as agencias de veculos que no possuem um sistema de

controle de vendas informatizado, rpido, mvel, fcil e seguro.
1.1.5 Formulao e Hipteses
Sistema voltado para atender a alta demanda de venda de forma moderna, gil e
fcil de forma segura na coleta dos dados dos clientes e envio dos dados.
1.1.6 Titulo
Dealer Droid Sistema tecnolgico de vendas de veculos.
1.1.7 Objetivo
14
Controlar as vendas que atenda o mercado automobilstico, que seja de fcil

manipulao, acessibilidade e disponibilidade dos dados de forma segura,
proporcionando um maior controle de vendas e documentos de analise de crdito.
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). Alm disso a linguagem mais utilizada para se
programar para o Android, apesar de no ser a nica. Sua escolha se deve ao fato
de que a mais utilizada, mais robusta e com mais documentao disponvel.
MYSQL - O MySQL se tornou o mais popular banco de dados Open Source do
mundo porque possui consistncia, alta performance, confiabilidade e fcil 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
no comercial com uma base modular e extensvel que pode ser usada como
infraestrutura para se criar grandes aplicaes para desktop. Por essas
caractersticas ele apresenta melhor compatibilidade para programao no ambiente
Android pois j conta com conectores e extenses naturais ao sistema
15
desenvolvidas pelo prprio Google e desenvolvidas junto com o pacote de

desenvolvimento para esse Sistema Operacional.
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 concluso do projeto.
Os principais processos no gerenciamento dos recursos humanos do projeto so:
16
Desenvolver o plano de recursos humanos - processo de identificao e

documentao de funes, responsabilidades, habilidades necessrias e relaes
hierrquicas do projeto.
Mobilizar a equipe do projeto - processo de confirmao da disponibilidade dos
recursos humanos e obteno da equipe necessria para concluir as designaes
do projeto.
Desenvolver a equipe do projeto - processo de melhoria de competncias, interao
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 questes e gerenciar mudanas
para otimizar o desempenho do projeto.
A equipe de gerenciamento de projetos a responsvel pelas atividades de
gerenciamento do projeto e liderana, como iniciao, planejamento, execuo,
monitoramento, controle e encerramento das varias fases do projeto. Este grupo
tambm pode ser chamado de equipe principal, equipe executiva, ou equipe de
liderana. 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 questo 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 papis e responsabilidades, habilidades
necessrias e relaes hierrquicas 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 necessrias para xito do projeto.
Os papeis do projeto podem ser designados para pessoas ou grupos. As pessoas ou
os grupos podem ser internos ou externos a organizao executora do projeto.
A matriz de responsabilidades (MR) usada para ilustrar as conexes entre pacotes
de trabalho ou atividades e os membros da equipe do projeto, as MR so usadas no
grupo para designar papeis, responsabilidades e nveis de autoridade associadas a
uma pessoa e todas as pessoas associadas a uma atividade.
17
Raci apenas um tipo de MR: RACI (Responsible, Accountable, Consult and

Onform[Responsvel pela execuo, responsvel pela Aprovao, Consultado e
Informado])
(PMBOK, 2008).
E
S
ES
S
PS
S
S
PS
P
E
PS
P
P
Analista de Banco de Dados DBA
Analista de Projeto
P
E
P
E
P
P
Desenvolvedor
P
P
P
P
P
E
P
P
E
E
P
P
P
Supervisor de Vendas
Definio da equipe e suas atribuies

Entrevista
Cronograma do Projeto
Anlise de Requisitos
Definio da estrutura do Projeto
Documentao do Projeto
Custos do Projeto
Desenho do Sistema (Diagramas)
Modelagem do Banco de Dados
Desenvolvimento do Cdigo Fonte
Testes
Reunio semanal
Cliente
Gerente Administrativo
1
2
3
4
5
6
7
8
9
10
11
12
Analista de Sistemas
ATIVIDADE / DOCUMENTO
Gerente de Projetos
PARTICIPANTES
Prestador de Servio
P
A
A
A
P
E
E
E
P
LEGENDA
E
R
P
S
A
Executa
Revisa
Participa
Supervisiona
Aprova
PARTICIPANTES
G. de Projetos
A. de Sistema
Milton Souza
Elvis Neves
18
Desenvolvedor
A. de Projeto
DBA
G. Administrativo
S. de Vendas
Quadro 1: Atividade e documento.
Fonte: Prprios autores (2012)
Milton Souza/Mikhail Bispo

Leandro Magalhes
Mikhail Bispo
GERENTE DE PROJETOS
O gerente do projeto a pessoa designada pela organizao responsvel pela

conduo do projeto, com a misso de zelar para que os objetivos do projeto sejam
atingidos. O gerente de projetos tem sido caracterizado por um perfil profissional
com domnio e experincia 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 concentrao 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.
ANLISTA DE SISTEMA
O anlista de sistemas aquele que tem como finalidade realizar estudos de

processos computacionais para encontrar o melhor e mais racional caminho para
que a informao virtual possa ser processada. Este profissional estuda os diversos
sistemas existentes entre hardwares (equipamento) e softwares (programas) e o
usurio final, incluindo seus comportamentos e aplicaes. A partir dessa conexo,
desenvolve solues que sero padronizadas e transcritas da forma que o
19
computador possa executar. Assim, cabe ao analista de sistemas, parte da

organizao, implantao e manuteno de aplicativos e redes de computadores.
Entre as atividades dirias de um analista de sistemas, esto:
* Administrao do fluxo de informaes geradas e distribudas por redes de
computadores dentro de uma organizao
* Planejamento e organizao do processamento, armazenamento, recuperao e
disponibilidade das informaes.
* Suporte aos usurios e infraestrutura tecnolgica
* Gesto de projetos
* Levantamento de requisitos, anlise, especificao, projeto do sistema,
programao, testes, homologao, implantao e acompanhamento dos sistemas
solicitados por seus usurios.
* Criao de novos produtos e servios computacionais
PROGRAMADOR / DESENVOLVEDOR
Em computao, programador ou desenvolvedor de software refere-se a algum que

faz programao de computadores e desenvolve software.
Um programador pode ser algum que desenvolve ou faz manuteno de software
em um grande sistema mainframe ou algum 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 informtica por criarem programas que a comunidade necessita. O
desenvolvedor o profissional que escreve os cdigos para construir as aplicaes.
ANLISTA DE PROJETO
Planejar, monitorar e administrar projetos de clientes externos, usando processos e

ferramentas formais para gerir recursos, oramentos, riscos e mudanas.
20
Gerenciar projetos de BPO e TI, para assegurar a satisfao do cliente e atender

obrigaes contratuais em relao s especificaes, qualidade dos custos e
prazos.
ANLISTA DE BANCO DE DADOS
Responder pela administrao dos bancos de dados existentes na empresa, dentro

de parmetros de segurana e integridade, tendo em vista as inovaes
tecnolgicas e as alteraes necessrias s aplicaes. Projetar estruturas de novos
bancos de dados, bem como desenvolver programas utilitrios, orientando usurios
na utilizao do sistema.
Sua funo manuteno das estruturas do banco de dados usando modeladores
de dados e analises sistemticas, implementar novos processos de software, e
tambm novos mtodos.
1.1.10 CRONOGRAMA DO PROJETO
O cronograma do projeto esta dentro do gerenciamento de tempo do projeto, que
inclui os processos necessrios para gerenciar o termino pontual do projeto.
Os processos de gerenciamento de tempo do projeto so:
Definir as atividades processo de identificao das aes a serem realizadas.
Sequncia a atividades processo de identificao e documentao dos
relacionamentos entre as atividades.
Estimar os recursos das atividades processo de estimar a quantidade de material,
pessoas, equipamentos e suprimentos que sero necessrios durante o projeto.
21
Estimar as duraes das atividades processo de estimativa do numero de perodos

de trabalho que sero necessrios para terminar atividades especificas com os
recursos estimados.
Desenvolver cronograma processo de analise das sequncias das atividades, suas
duraes, recursos necessrios e restries do cronograma visando criar o
cronograma do projeto.
Controlar cronograma processo de monitoramento do andamento do projeto para
atualizao do seu progresso e gerenciamento das mudanas feitas na linha de
base do cronograma.
O trabalho envolvido na execuo 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 elaborao de cronograma,
assim como estabelece os critrios para o desenvolvimento e controle do
cronograma.
Desenvolver o cronograma o processo de analise de sequncia das atividades,
suas duraes, recursos necessrios e restries do cronograma visando criar o
cronograma do projeto. A entrada das atividades, duraes e recursos na ferramenta
de elaborao de cronograma gera um cronograma com datas planejadas para as
atividades do projeto.
Desenvolvimento do Projeto Dealer Droid -2013

Inicio do Projeto
Termino do Projeto
Coletar as Informaes com Cliente
Analise das Informaes Coletadas
Aprovao do Projeto com o Cliente
Reunio equipe de Des. do Projeto
Desenvolvimento do Sistema
Teste do Sistema
Documentao do Sistema
Homologao com o Cliente
Entrega do Sistema
Treinamento para utilizao do Sistema
Mar
5
Abr
Mai
Jun
Jul Ago
Set
Out
Nov
Dez
10
6-9
12-16
19-23
26
27
26
25
26
26
27
26
10
11
26
26
5
7
12-14
15-16
10
22
Quadro 2: Desenvolvimento do projeto.

Na data 05/03 ser o incio do projeto, data de termino dia 10 de dezembro, projeto
ter a durao de 10 meses.
Na data 06/03 a 09/03 ser o processo de coletar as informaes 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
elaborao da documentao do projeto.
Na data 19/03 a 23/03 ser feito reunio com o cliente para aprovao do projeto
para desenvolvimento aps aprovao do projeto ser feito uma reunio com a
equipe de projeto para apresentao do projeto para toda a equipe de
desenvolvimento.
Datas de reunies semanais sero feitas entre os dias 25 a 26 de todo ms.
Na data 27/03 inicia o desenvolvimento do projeto, data prevista para finalizao
esta programada para o dia 10/09 de Setembro.
Na data 11/09 inicio dos testes de sistemas,
No incio da criao da documentao do projeto data de trmino 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 utilizao do sistema.
1.1.11 CUSTOS DO PROJETO

O gerenciamento do custo do projeto inclui os processos necessrios para assegurar que o projeto
seja concludo dentro do oramento aprovado, segundo PMBOK (2004), esse gerenciamento
consiste em 3 processos bsicos :1 estimava de custos; 2 oramentao de custos; 3 controle de
custos.
O processo de planejamento dos recursos permite determinar o tipo de (pessoas, mquinas e
materiais) de recurso necessrio, bem como suas quantidades; a cada recurso corresponde um
custo. E tambm permite avaliar com antecedncia o custo do projeto. As estimativas de custo
podem ser utilizadas com finalidades to diferentes como determinar a viabilidade de um projeto
ou predizer seu custo final.
(PMBOK, 2008).
23
Funes
Analista de Projetos
Qtd
1
Anlise de Custos Hardwares

Hardware
Processador: Intel core i3
Valor
R$ 1.100,00
Total
R$ 1.100,00
R$ 1.100,00
R$ 1.100,00
R$ 1.880,83
R$ 1.880,83
R$ 1.880,83
R$ 1.880,83
R$ 1.880,83
R$ 1.880,83
R$ 799,00
R$ 799,00
Memria RAM: 2GB DDR3, HD

Analista de Sistemas
500GB,GRAVADOR DE DVD.
500GB,GRAVADOR DE DVD.
Desenvolvedor

DBA
1TB,GRAVADOR DE BLU-RAY.
G. de Projetos

Documentao
Impressora HP LaserJet P1005
Total
R$ 8.641,49
Quadro 3: Tabela de custos de Hardware: Est tabela informa os requisitos mnimos que os
computadores devero ter para atender o projeto.
Fonte: www.submarino.com.br
Qtde
4
4
1
4
4
4
Anlise de Custos Softwares

Software
Microsoft Windows 7 Ultimate
Microsoft Office Professional 2010 (2 licenas)
Mysql (Free)
Eclipse (Free)
Android ADT (Free)
Java SDK (Free)
Total
Valor
R$ 599,00
1.199,00
0,00
0,00
0,00
0,00
Total
R$ 2.995,00
5.995,00
0,00
0,00
0,00
0,00
R$ 8.990,00
24
Quadro 4: Tabela de custos de Software: Est tabela informa para o cliente os valores e gastos com
os softwares que sero necessrios para um bom desenvolvimento do projeto.
Fonte: www.kalunga.com.br
Anlise de Custos Peopleware

Funes
Qtde
Nomes
Salrio
Total
A. de Projetos
Elvis Neves
R$ 3.713,67
R$ 3.713,67
A. de Sistemas
Leandro Magalhoes
R$ 3.922,33
R$ 3.922,33
Desenvolvedor
Mikhail Bispo
R$ 4.500,00
R$ 4.500,00
DBA
Milton Souza
Mikhail Bispo
R$ 11.200,00
R$ 11.200,00
G. de Projetos
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 tero com a equipe do
projeto informa a quantidade de pessoas e seus respectivos salrios.
Fonte: www.info.abril.com.br
Anlise de Custos Insumos
Produtos
Qtde
Preo
Papel (pacote)
R$ 14,20
R$ 28,40
Cartuchos
R$ 191,04
R$ 382,08
Pen drives
R$ 59,90
R$ 299,50
Grampeador
R$ 6,40
R$ 19,20
Grampo (caixa)
R$ 3,60
R$ 3,60
Pastas
R$ 5,35
R$ 26,75
Total
Total
R$ 759,53
Quadro 6: Tabela de Anlise de custos Insumos: A tabela de Insumos nada mais que mostrar
quais materiais de escritrio necessrio para o projeto.
Fonte: www.kalunga.com.br
Anlise de Custos
Descrio
Valor
Hardware
R$ 8.641,49
Software
R$ 8.990,00
Peopleware
R$ 36.331,00
Insumos
R$ 759,53
25
Total
R$ 54.722,02
Quadro 7: Analise de Custos.
Devido a empresa no possuir os matrias e recursos mnimos para o

desenvolvimento do projeto ser necessrio a compra dos equipamentos
relacionados acima.
1.1.12 PREMISSAS
Basicamente premissas so hipteses e restries so deveres. Porm, essa definio no basta
para apresentar claramente a diferena entre os dois termos.
Premissas so suposies 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 documentao e validam as premissas com parte
do se processo de planejamento. (PMBOK, 2008).
Para implantao do sistema necessrio que o cliente atenda aos itens abaixo:
Necessrio que todos os funcionrios que iro operar a ferramenta possuam

conhecimentos bsicos em informtica;
A empresa deve comprometer-se e responsabilizar-se em manter o controle

de utilizao adequada da ferramenta, para garantir a mxima eficincia da
mesma, possibilitando assim, que a soluo adotada seja efetiva;
A empresa deve comprometer-se que toda venda ou cotao deve ser

registrada;
1.1.13 NECESSIDADES INICIAIS DE RECUSROS
Conjunto de aes e atividades inter-relacionadas, que so executadas para

alcanar um produto, resultado ou servio pr-definido. (PMBOK, 2008).
Para execuo do projeto os integrantes sero alocados nas atividades conforme
descrito abaixo:
Funcionrios envolvidos no desenvolvimento do projeto:

1 Analista de Sistemas;
2 Desenvolvedor;
26
1 Analista de Projetos;
1 Analista de Banco de Dados;
1 Gerente de Projetos.
Hardwares necessrios 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 ORGANIZAO
Conjunto de aes e atividades inter-relacionadas, que so executadas para

alcanar um produto, resultado ou servio pr-definido. (PMBOK, 2008).
A organizao 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 implantao do sistema;
Relao dos colaboradores que utilizaro o sistema e qual o nvel de acesso

ao sistema.
1.1.15 ANLISE DE VIABILIDADE
O Dealer Droid uma soluo simples e objetiva para toda e qualquer agncia de
veculos. Visa transmitir transparncia em seus servios, trazendo credibilidade e
segurana dos dados de seus clientes. O sistema voltado para venda
automobilstica, controla as vendas de uma agncia de veculos e propicia um
controle maior de vendas coleta de dados e gerao de relatrios.
Outro Diferencial e apresentar uma interface de fcil manuseio possuindo diversas
funcionalidades que as auxiliam tal como. Agilizar a parte burocrtica no
preenchimento de formulrios, no sendo mais manualmente ocasionando assim o
27
erro ou perda das informaes do cliente, ganhando tempo de resposta, satisfao

dos servios prestados e fazendo com que o sonho material do cliente se realize.
Visando resultados a SELLCAR, uma ferramenta indispensvel para agencias de
veculos, que tem como objetivo organizar as rotinas dirias, diminuindo custos,
expandindo a carteira de clientes em seus bancos de dados e assim aumentando os
lucros.
1.1.16 ACEITE DO CLIENTE

o ato de vender o projeto final para o seu usurio final. O aceite do cliente ser
mais fcil se o planejamento for bem feito, pois o envolvimento do cliente na
especificao do projeto, no desenvolvimento do cronograma e na elaborao do
critrio de aceite diminui o conflito.
De modo geral, se o planejamento foi bem feito e os critrios de aceite so claros e
tangveis, h uma boa chance de se chegar a um bom termo e as eventuais
divergncias serem resolvidas com uma boa negociao entre as partes.
28
Para facilitar a visualizao do cliente sobre todos os recursos disponveis no

sistema, separamos todos os mdulos, descrevendo suas funcionalidades. No fim
de cada descrio, est contida a aprovao ou no do mdulo.
(Site: http://pt.scribd.com/doc/50484941/54/Aceite-do-Cliente).
Mdulo
Descrio do Mdulo
Aceite do Cliente
SIM
NO
Acesso ao mdulo de vendas com um menu

Menu Inicial
interativo e de fcil utilizao.
Realiza o cadastro de usurio e determina o nvel de

Cadastro de Usurio
acesso ao sistema.
Realiza o cadastro do cliente, armazenando os

Cadastro de Cliente
dados pessoais e assim realizando uma ficha

cadastral.
29
Especificando a marca, modelo, ano de fabricao

Cadastro de Veculo
dos veculos.
Mdulo em que possvel visualizar quantos

Histrico de Vendas
veculos j foram vendidos.
Informa quantos veculos ainda esto em analise de

Pedidos pendentes
forma geral.
Mdulo em que ser possvel visualizar relatrios de

Relatrios
usurios, funcionrios, clientes e veculos, saber a

quantidade em estoque, Quantidade de veculos
vendidos.
Neste mdulo, ser descrito a funcionalidade de
Dicionrio de Dados
cada mdulo e alguns campos especficos.
Quadro 8: Aceite do Cliente

2. ANLISE
2.1 ENTREVISTA
Uma entrevista um meio formal ou informal de se descobrir informaes das partes interessadas
atravs de conversas diretas com as partes envolvidas. Normalmente feita atravs de perguntas
preparadas ou espontneas com o registro de respostas.
So frequentemente conduzidas individualmente, mas podem envolver mltiplos entrevistadores e/ ou
entrevistados.
(PMBOK, 2008).
A pesquisa foi realizada com 10 agncias diferentes, sendo que em alguns casos elas
possuem as mesmas opinies conforme veremos nos grficos abaixo.
30
1. Atualmente existe um controle de vendas dos veculos?
SIM
NO
100%
Grfico n 1: Entrevista 1 questo.

Fonte: Prprios autores (2012).
Nomes
Renato Vitalino
Willames Ricardo
Jair Soares
Ederson Silva
Edson Sousa
Diego Galdino
Jaqueline Mota
Rodrigo Miquelino
Osias Torquato
Andr Rocha
Quadro 9: Entrevista 1 questo.
Sim
X
X
X
X
X
X
X
X
X
X
No
2. Quantos vendedores trabalham na loja?
20%
MENOS DE 5
20%
5 10
60%
MAIS DE 10

Nomes
Renato Vitalino
Willames Ricardo
Jair Soares
Ederson Silva
Edson Sousa
Diego Galdino
Jaqueline Mota
Rodrigo Miquelino
Osias Torquato
Andr Rocha
Menos de 5
5 10
X
X
Mais de 10
X
X
X
X
X
X
X
X
31

3. Existe algum controle de Garantia do veiculo vendido?
100%
SIM
NO

Nomes
Sim
Renato Vitalino
X
Willames Ricardo
X
Jair Soares
X
Ederson Silva
X
Edson Sousa
X
Diego Galdino
X
Jaqueline Mota
X
Rodrigo Miquelino
X
Osias Torquato
X
Andr Rocha
X
No
32
4. Existe algum outro software de gesto?
40%
SIM
60%
NO

Nomes
Sim
Renato Vitalino
Willames Ricardo
Jair Soares
X
Ederson Silva
X
Edson Sousa
X
Diego Galdino
Jaqueline Mota
X
Rodrigo Miquelino
Osias Torquato
X
Andr Rocha
X
No
X
X
X
X
5. necessria a interao do SELLCAR com outra ferramenta?
33
30%
SIM
70%
NO

Nomes
Sim
Renato Vitalino
Willames Ricardo
Jair Soares
Ederson Silva
X
Edson Sousa
X
Diego Galdino
Jaqueline Mota
Rodrigo Miquelino
Osias Torquato
Andr Rocha
X
No
X
X
X
X
X
X
X
6. Os vendedores tem algum conhecimento em informtica?
SIM
100%
NO

34
Nomes
Sim
Renato Vitalino
X
Willames Ricardo
X
Jair Soares
X
Ederson Silva
X
Edson Sousa
X
Diego Galdino
X
Jaqueline Mota
X
Rodrigo Miquelino
X
Osias Torquato
X
Andr Rocha
X
No
7. Existe algum departamento de treinamentos para os vendedores?
20%
SIM
NO
80%

Nomes
Sim
Renato Vitalino
X
Willames Ricardo
Jair Soares
X
Ederson Silva
X
Edson Sousa
Diego Galdino
X
Jaqueline Mota
X
Rodrigo Miquelino
X
Osias Torquato
X
Andr Rocha
X
No
X
X
35
8. Existe algum roteiro de vistoria nos veculos assim que comprados pela loja?
100%
SIM
NO

Nomes
Sim
Renato Vitalino
X
Willames Ricardo
X
Jair Soares
X
Ederson Silva
X
Edson Sousa
X
Diego Galdino
X
Jaqueline Mota
X
Rodrigo Miquelino
X
Osias Torquato
X
Andr Rocha
X
No
36
9. Existem metas estipuladas para os vendedores?
20%
SIM
NO
80%

Nomes
Sim
Renato Vitalino
Willames Ricardo
X
Jair Soares
X
Ederson Silva
X
Edson Sousa
X
Diego Galdino
X
Jaqueline Mota
Rodrigo Miquelino
X
Osias Torquato
X
Andr Rocha
X
No
X
10. Existe algum relatrio por perodo (ms, ano)?
37
10%
90%
SIM
NO

Nomes
Sim
Renato Vitalino
X
Willames Ricardo
X
Jair Soares
X
Ederson Silva
X
Edson Sousa
Diego Galdino
X
Jaqueline Mota
X
Rodrigo Miquelino
X
Osias Torquato
X
Andr Rocha
X
No
2.2 DESCRIO 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 execuo 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.
38
Trata-se de uma agncia de veculos de pequeno porte que possui 4 vendedores.

A agncia no possui nenhum tipo de sistema integrado para o controle de vendas,
gerao de relatrios das vendas e performance dos vendedores.
Atualmente a agncia efetua o controle em planilhas eletrnicas, no se
preocupando com atualizaes ou segurana dos dados, causando algumas
divergncias nas informaes. Devido ao no registro adequado das vendas.
A dificuldade de gerao dos relatrios referente s vendas e a performance dos
vendedores causa Falhas no gerenciamento da agncia.
2.3 LEVANTAMENTO DOS REQUISITOS

Segundo Abbott (1986), requisito uma funo, restrio, ou outra propriedade que precisa ser
fornecida, encontrada, ou atendida para satisfazer s necessidades do usurio 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 necessrio criar um mdulo de vendas, criao de um banco de dados para

armazenamento de todas as vendas, veculos vendidos e vendedor que efetuou a
venda.
A agncia dever disponibilizar ao menos 1 computador de uso exclusivo do
software para uso exclusivo dos vendedores, alm de 1 impressora para emisso
dos relatrios gerados, os funcionrios deveram ter o treinamento adequado para
utilizao do sistema.
2.4 ANLISES DE REQUISITOS

um estudo das caractersticas 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 caractersticas para determinar os servios especificados pelo cliente.
(http://www.dsc.ufcg.edu.br)
39
O Sistema Sellcar ser responsvel pelo todo o gerenciamento da loja, e com um

responsvel legal ele poder com isso organizar os nveis de acesso ao sistema dos
vendedores que for utilizar.
No cadastro de venda, alm dos dados pessoais de endereo e telefone, a agncia
cadastrar outros meios de comunicao com cliente sobre pendncias.
Ser desenvolvido um mdulo que armazenara e atualizar todas as informaes
das tarefas executadas na agncia sobre as vendas.
O sistema tambm ir gerar relatrios sobre produes e metas alcanadas 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 sequncia de eventos de um ator
que usa um sistema para completar um processo". Um caso de uso representa uma
unidade discreta da interao entre um usurio (humano ou mquina) e o sistema.
Um caso de uso uma unidade de um trabalho significante. Cada caso de uso tem
uma descrio da funcionalidade que ir ser construda no sistema proposto. Um
caso de uso pode "usar" outra funcionalidade de caso de uso ou "estender" outro
caso de uso com seu prprio comportamento.Casos de uso so tipicamente
relacionados a "atores". Um ator um humano ou entidade mquina que
interagecom o sistema para executar um significante trabalho.
(http://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso )
40
No diagrama abaixo conforme figura 1mostraremos o sistema completo, com todas

as suas funcionalidades.
Figura 1: Diagrama de uso de uso sistema Sellcar.

41
No diagrama abaixo conforme figura 2 mostraremos a funo cadastro de veculos,

onde ser feito o cadastro do veculo, alterao e excluso do cadastro do veculo.
Figura 2: Diagrama de caso de uso cadastrar veculo.

42
No diagrama abaixo conforme figura 3 mostraremos a funo gerar venda, onde

ser efetuado o cadastrado do cliente, cadastro da venda, alterao e baixa na
venda.
Figura 3: Diagrama de caso de uso gerar venda.

43
No diagrama abaixo conforme figura 4 mostraremos a funo gerar cotao, onde

ser efetuado o cadastrado do cliente, gerao de cotaes, alterao e excluso.
Figura 4: Diagrama de caso de uso gerar cotao.

44
No diagrama abaixo conforme figura 5 mostraremos a funo gerar relatrios de

vendas, podendo ser impressos ou exibidos em tela.
Figura 5: Diagrama de caso de uso relatrio de venda.

45
No diagrama abaixo conforme figura 6 mostraremos a funo gerar relatrios por

status, podendo ser impressos ou exibidos em tela.
Figura 6: Diagrama de caso de uso relatrio status.

No diagrama abaixo conforme figura 7 mostraremos a funo cadastro de vendedor,

onde ser cadastrado ou alterado o vendedor.
46
Figura 1: Diagrama de caso de uso cadastrar vendedor.

3.2. DIAGRAMA DE CLASSE
47
Na viso de Booch, Rumbaugh, eJacobson (2006), diagramas de classes so os

diagramas mais utilizados em sistemas de modelagem orientados a objeto, os
diagramas de classes mostram um conjunto de classes, interfaces, colaboraes e
seus relacionamentos, sendo utilizados para ilustrar a viso esttica do projeto do
sistema.
(http://pt.scribd.com/doc/51616495/37/Diagramas-de-UML)
Figura 8: Diagrama de classe.

3.3. DETERMINAES DAS FUNCIONALIDADES DO SISTEMA

No guia PMBOK faz parte do gerenciamento de escopo coleta de requisitos.
Documentao dos requisitos onde descreve como os requisitos individuais atendem
as necessidades do negcio para o projeto. Esses podem comear em um alto nvel
e progressivamente se tornar mais detalhados conforme mais detalhes so
48
conhecidos. Em sistemas de informao, os requisitos so os primeiros a aparecer

logo no incio do processo de anlise do sistema. Eles constituem a matria prima
que o analista ir usar para propor o sistema, document-lo e finalmente lev-lo ao
desenvolvimento e uso.
Os requisitos expressam as caractersticas e restries do produto de software do
ponto de vista de satisfao das necessidades do usurio, em geral independem da
tecnologia empregada na construo da soluo sendo a parte mais crtica 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 no funcionais. Requisitos Funcionais - descreve
processos de negcios, informaes e interao, 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 aes que um sistema
deve ser capaz de executar, sem levar em considerao restries fsicas.
Requisitos No Funcionais - tais como nvel de servio, desempenho, cuidados,
segurana, atendimento a leis regulamentos, suportabilidade, reteno/descarte, etc.
Os requisitos no funcionais so aqueles que expressam como deve ser feito (no
confundir requisitos no funcionais com design). Em geral se relacionam com
padres de qualidade como confiabilidade, desempenho, robustez, etc. So muito
importantes, pois definem se o sistema ser eficiente para a tarefa que se prope a
fazer ou no. Um sistema ineficiente certamente no ser usado. Neles tambm so
apresentados, restries e especificaes 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-naofuncionais.aspx
http://www.slideshare.net/Ridlo/analise-de-requisitos-software
http://imasters.com.br/artigo/3860/des_de_software/a_gestao_de_requisitos/
LISTA DE REQUISITOS FUNCIONAIS

CODIGO
RF - 001
NOME
EFETUAR
LOGIN
49
CADASTRAR
RF - 002
VEICULO
ALTERAR
CADASTRO
RF - 003
VEICULO
EXCLUIR
CADASTRO
RF - 004
RF - 005
VEICULO
CADASTRAR
VENDEDOR
ALTERAR
CADASTRO
RF - 006
RF - 007
VENDEDOR
GERAR
VENDA
ALTERAR
RF - 008
CADASTRO VENDA
BAIXAR
RF - 009
CADASTRO VENDA
CADASTRAR
RF - 010
CLIENTE
GERAR
RF - 011
COTAO
ALTERA
RF - 012
COTAO
EXCLUIR
RF - 013
COTAO
GERAR
RF - 014
RELATRIO VENDA
IMPRIMIR
RF - 015
RELATRIO VENDA
EXIBIR
RF - 016
RELATRIO VENDA
GERAR
RELATRIO
RF - 017
RF - 018
COTAO
IMPRIMIR
RELATRIO
50
COTAO
EXIBIR
RELATRIO
RF - 019
COTAO
Quadro 19: Requisitos funcionais.

LISTA DE REQUISITOS FUNCIONAIS

CDIGO
RNF - 001
NOME
O SISTEMA DEVER SER
EXECUTADO NO SISTEMA
RNF - 002
OPERACIONAL WINDOWS
O SISTEMA DEVER TER
DISPONIVEL UMA IMPRESSORA PARA
RNF - 003
IMPRESSO DE RELATRIOS
O SISTEMA TERA ACESSO
APENAS POR USUARIOS COM LOGIN
E SENHA CADASTRADOS NO
SISTEMA
51
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 no funcionais.
LEVANTAMENTO DE REQUISITO
RF 001
NOME:
DESCRIO
EFETUAR LOGIN
CADA USUARIO DO SISTEMA
DEVER TER UM LOGIN NO SISTEMA
ONDE SERA RESTRINGIDO O ACESSO
PLATAFORMAS
AUTOR
REQUISITOS NO
CONFORME HIERRQUIA
JAVA CONSOLE
ADMINISTRAR / COMPRADOR
FUNCIONAIS
Quadro 21: Levantamento de
requisito efetuar login.
RF 002
NOME:
CADASTRAR VEICULO
52
DESCRIO
CADASTRAR OS VEICULOS
ADQUIRIDOS DA LOJA PARA ALIMENTAR
PLATAFORMAS
AUTOR
REQUISITOS NO
O SISTEMA
JAVA - CONSOLE / MYSQL
FUNCIONAIS
Quadro 22: Levantamento de requisito cadastrar
veculo.
RF 003
NOME:
DESCRIO
ALTERAR CADASTRO VEICULO

ALTERA OS DADOS DO VEICULO
EM CASO DE MUDANA NOS VEICULOS
PLATAFORMAS
AUTOR
REQUISITOS NO
OU CADASTRAMENTO ERRADO
FUNCIONAIS
requisito
alterar
cadastro
veculo.
RF 004
NOME:
DESCRIO
EXCLUIR CADASTRO VEICULO

EXCLUIR O CADASTRO DO
VEICULO EM CASO DE PROBLEMAS COM
O VEICULO NA HORA DA COMPRA DA
LOJA
PLATAFORMAS
AUTOR
REQUISITOS NO

FUNCIONAIS
53

requisito
excluir
cadastro
veculo.
RF 005
NOME:
DESCRIO
CADASTRAR VENDEDOR
REALIZA O CADASTRO DOS
VENDEDORES E DETERMINA O NVEL DE
PLATAFORMAS
AUTOR
REQUISITOS NO
ACESSO AO SISTEMA
FUNCIONAIS
requisito cadastrar vendedor.
RF 006
NOME:
DESCRIO
ALTERAR CADASTRO VENDEDOR

ALTERA OS DADOS DO VENDEDOR
CADASTRADO CASO OCORRA ERRO NA
PLATAFORMAS
AUTOR
REQUISITOS NO
HORA DO CADASTRO
FUNCIONAIS
requisito alterar cadastro
vendedor.
54
RF 007
NOME:
DESCRIO
GERAR VENDA
GERA O DOCUMENTO DE VENDA
QUE SER ENVIADO PARA ANLISE DA
FINANCEIRA EM CASO DE
FINANCIAMENTO OU REGISTRA A VENDA
PLATAFORMAS
AUTOR
REQUISITOS NO
DO VEICULO
FUNCIONAIS
requisito gerar venda.
RF 008
NOME:
DESCRIO
ALTERAR CADASTRO VENDA

ALTERA AS INFORMAES DA
VENDA EM CASO DE ERRO NO
PLATAFORMAS
AUTOR
REQUISITOS NO
CADASTRO DA VENDA
FUNCIONAIS
requisito alterar cadastro
venda.
RF -009
55
NOME:
DESCRIO
BAIXAR CADASTRO VENDA

ALTERA O STATUS DO VEICULO E
DA VENDA NO SISTEMA EM CASO DE
VENDA OU CRDITO REPROVADO DA
PLATAFORMAS
AUTOR
REQUISITOS NO
FINANCEIRA
FUNCIONAIS
requisito baixar cadastro
venda.
RF 010
NOME:
DESCRIO
PLATAFORMAS
AUTOR
REQUISITOS NO
CADASTRAR CLIENTE
CADASTRA O CLIENTE NO
MOMENTO DA VENDA DO VEICULO
FUNCIONAIS
requisito cadastrar cliente.
RF 011
NOME:
DESCRIO
GERAR COTAO
GERA A COTAO DE UM
DETERMINADO VEICULO CASO HAJA
PLATAFORMAS
AUTOR
INTERESSE DO CLIENTE NO VEICULO

56
REQUISITOS NO
FUNCIONAIS
requisito gerar cotao.
RF 012
NOME:
ALTERA COTAO
ALTERA OS DADOS DA COTAO
DESCRIO
EM CASO DE PREENCHIMENTO ERRADO
PLATAFORMAS
AUTOR
REQUISITOS NO
FUNCIONAIS
requisito altera cotao.
RF 013
NOME:
EXCLUIR COTAO
EXCLUI AS COTAES ANTIGAS
DESCRIO
DO SISTEMA
PLATAFORMAS
AUTOR
REQUISITOS NO
FUNCIONAIS
requisito excluir cotao.
RF 014
NOME:
DESCRIO
GERAR RELATRIO VENDA

GERA RELATRIO DE VENDA POR
PERIODO PARA ANALISE DE
PLATAFORMAS
AUTOR
REQUISITOS NO
PERFORMACE
FUNCIONAIS
requisito gerar relatrio venda.
57
RF 015
NOME:
DESCRIO
IMPRIMIR RELATRIO VENDA

IMPRIMIR O RELATRIO DE VENDA
DA LOJA DE ACORDO COM O QUE O
PLATAFORMAS
AUTOR
REQUISITOS NO
USUARIO SOLICITAR AO SISTEMA

FUNCIONAIS
requisito imprimir relatrio
venda.
RF 016
NOME:
DESCRIO
EXIBIR RELATRIO VENDA

EXIBIR O RELATRIO DE VENDA
NA TELA NO CASO DE UMA SIMPLES
PLATAFORMAS
AUTOR
REQUISITOS NO
VERIFICAO RPIDA
FUNCIONAIS
requisito exibir relatrio venda.
RF 017
NOME:
DESCRIO
GERAR RELATORIO COTAO

GERA RELATORIO DE COTAO
NO PERIODO SOLICITADO E MOTIVOS
PLATAFORMAS
AUTOR
REQUISITOS NO
SOLICITADOS
FUNCIONAIS
58

requisito gerar relatrio
cotao.
RF 018
NOME:
DESCRIO
PLATAFORMAS
AUTOR
REQUISITOS NO
IMPRIMIR RELATORIO COTAO

IMPRIMI O RELATORIO DE
COTAO SOLICITADO PELO USURIO
FUNCIONAIS
Quadro 38: Levantamento de requisito imprimir
relatrio cotao.
RF 019
NOME:
DESCRIO
EXIBIR RELATRIO COTAO

EXIBI O RELATRIO DE COTAO
PARA UMA VISUALIZAO NO PRPRIO
PLATAFORMAS
AUTOR
REQUISITOS NO
SISTEMA
FUNCIONAIS
Quadro 39: Levantamento de requisito exibir relatrio cotao.
59
3.4 ATAS DE REUNIO E APROVAO DO CLIENTE

A Ata uma transcrio oficial de uma reunio (funciona como um resumo fiel e claro das ocorrncias
e/ou atos que aconteceram em uma reunio/ao/assembleia). Nela possvel saber todos os dados
relativos a uma reunio. Normalmente lavrada pelo secretrio(a) da sociedade e consta com a data,
horrio, local, nmero e nome dos presentes, a ordem do dia, as aprovaes e deliberaes tomadas
durante a reunio. Ela um documento que prova a realizao da reunio e tudo o que aconteceu.
Ao ler uma ata possvel saber exatamente o que aconteceu minuciosamente durante o transcorrer
da reunio e possvel encontrar o que cada integrante da reunio ficou encarregado em executar.
Alm disso, um registro histrico fidedigno que nos permite as geraes futuras contar a histria da
maneira como ocorreu e tirar dvidas sobre procedimentos e processos. Sua importncia est na
preservao da ordem dos acontecimentos e na manuteno viva do passado da instituio. Deve ser
lavrada em livro oficial da instituio, denominado LIVRO DE ATAS. E no se esquea de ela tem que
ser assinada por quem a lavrou (redigiu) e pelo presidente. Se possvel coloca todo mundo que
estava na reunio para assinar (ganha mais veracidade e legalidade alm de preservar as
assinaturas na histria da sociedade). Outra dica importante que a Ata no deve conter conter
rasuras ou ser utilizado lquidos corretivos
Leia mais em:
http://www.feump.prjn.com.br/paginas/tira_duvidas_atas.htm
60
SellCar Sistema Tecnolgico de Vendas

Ata de Reunio 1
Objetivo
Reunio de apresentao da empresa, conhecimento das necessidades e
verificao da infra-estrutura do cliente.
Reunio realizada (local, data, durao).
Alphaville 05/03/2012 14h00min s 17h00min.
Participantes
Nome
Empresa
E-mail
Fabio Valenzuela
SkyProjects
Fabio.valenzuela@skyprojects.com
Fabio Henrique
SkyProjects
Fabio.Henrique@skyprojects.com
Douglas Adalberto
Mix Multimarcas
Douglas@mixmultimarcas.com.br
Resultados da reunio
Responsvel
Apresentamos o sistema e suas vantagens.

Explicando assim as melhorias que o software
proporciona para o negcio, e esta sendo muito
bem aceito e procurado no mercado.
SkyProjects
O Sr. Douglas nos informou o porqu optou pela

SkyProjects, e efetuou uma breve apresentao
da empresa
Mix Multimarcas
O Sr. Douglas tambm descreveu um pouco da

estrutura de funcionamento da empresa, e
detalhou quais so suas principais dificuldades.
Mix Multimarcas
Realizamos um breve comentrio sobre o que

absorvemos da explicao.
Prximos Passos
Agendar prximas visitas para entrevista e maior
detalhamento dos
SkyProjects
Responsve
l
Data
SkyProjects
At
09/03/201
2
Quadro 40: Ata de reunio, 1 ata.

61
SellCar Sistema Tecnologico de Vendas

Ata de Reunio 2
Objetivo
Entrevista com o cliente para inicio do levantamento de requisitos.
Participantes
Nome
Departamento E-mail
Fabio Henrique
SkyProjects
Fabio.Henrique@skyprojects.com
Antonio
Gerlandio
SkyProjects
Antonio.gerlandio@skyprojects.com
Douglas
Adalberto
Mix
Multimarcas
Fabio Valenzuela
SkyProjects
Fabio.Valenzuela@skyprojects.com
Joo Oliveira
Mix
Multimarcas
vendas@mixmultimarcas.com.br
Responsvel
O Sr Douglas iniciou
a reunio
apresentando o Sr Joo que vendedor da
1 loja, e vai ajudar no levantamento dos
requisitos necessrios da empresa para o
sistema.
Mix Multimarcas
O Sr Joo informou que hoje, a loja no

possui nenhum tipo de sistema para registro
2 das vendas efetuadas, apenas planilhas em
Excel que no so atualizadas com
frequncia, causando muitas divergncias
no processo.
Mix Multimarcas
Esclarecemos que o sistema far um o

3 registro das vendas, agilizando todos o
processo efetuado por eles hoje
SkyProjects
62
O Sr Douglas informou
base de dados solida
4 vendas efetuadas pelo
a dificuldade de filtrar
mtodo atual
que no possui um
para relatrios das
vendedores, devido
as informaes no
Mix Multimarcas
5 Esclarecemos que ser possvel gerar

relatrio conforma a necessidade da loja
SkyProjects
Aplicamos um breve questionrio, para

assim poder averiguar as principais
7 necessidades do cliente e levantar os
requisitos iniciais e desenvolver uma
soluo que possa satisfazer o cliente.
SkyProjects
Encerramos a reunio informando que

8 criaremos um prottipo com as telas do
SkyProjects
sistema, para que eles possam ter uma
ideia de como ser o programa
Prximos Passos
Responsvel
Data
Apresentao do prottipo
At
23/03/2012
SkyProjects

SellCar Sistema Tecnolgico de Vendas

Ata de Reunio 3
Objetivo
Apresentao do prottipo
Participantes
Nome
Departamento E-mail
Ricardo Nascimento
SkyProjects
Ricardo.nascimento@skyprojects.com
Fabio Valenzuela
SkyProjects
Fabio Henrique
SkyProjects
Fabio.henrique@skyprojects.com
Antonio Gerlandio
SkyProjects
Joo Oliveira
Mix
Multimarcas
Douglas Adalberto
Mix
Multimarcas
Responsvel
63
Iniciamos a reunio com a apresentao do

prottipo do sistema
O Sr Joo apresentou seus comentrios e

dvidas sobre o prottipo.
Mix Multimarcas
Alinhamos as solicitaes do cliente com o

que estava sendo proposto.
SkyProjects
O Sr. Douglas encerrou a reunio

informando que gostou muito de poder
visualizar as telas, o que permitiu ter uma
4 noo melhor do sistema, e demonstrou que
no ser de forma alguma complexo,
permitindo
que
seus
trabalhadores
aprendam e se interajam com facilidade ao
sistema.
Prximos Passos
Ajustar o prottipo conforme definido nesta
reunio e elaborar a proposta de custos para
avaliao e aprovao do cliente.
SkyProjects
Mix Multimarcas
Responsve
l
Data
Mix
Multimarcas
At
23/03/2012

SellCar Sistema Tecnologico de Vendas

Ata de Reunio 4
Objetivo
Entrevista com o cliente.
Participantes
Nome
Departamento E-mail
Fabio Valenzuela
SkyProjects
Antonio Gerlandio
SkyProjects
Douglas Adalberto
Mix
Multimarcas
Fabio Henrique
SkyProjects
Fabio.henrique@skyprojects.com
Mix
Multimarcas
Joo Oliveira
Responsvel
64
1 O cliente iniciou a reunio confirmando a

aprovao e agradecendo a soluo
apresentada.
2 Apresentamos o contrato, firmando assim o
compromisso entre as duas empresas.
3 Nos propomos a apresentar um feedback a
cada etapa concluda do projeto.
4 O Sr. Douglas afirmou que at o momento
esta muito contente com as propostas
apresentadas
Mix Multimarcas
SkyProjects
SkyProjects
Mix Multimarcas

65
Capitulo 4 Banco de Dados

Um banco de dados basicamente formado por um sistema de manuteno de registros por
computador, ou seja, um sistema cujo objetivo e manter os registros e torna-las disponveis quando
solicitadas.
Um Banco de Dados composto de uma coleo de tabelas que armazena um conjunto especfico
de dados estruturados. Um banco de dados tambm pode conter procedimentos para efetuar
operaes com os dados do banco de dados. Essas operaes incluem a criao de exibies que
fornecem acesso personalizado aos dados da tabela ou a uma funo definida pelo usurio que
efetua um clculo complexo, em um subconjunto de linhas.
Um sistema de gerenciamento de banco de dados (SGBD) um software que possui recursos
capazes de manipular as informaes do banco de dados como o processo de definir, construir e
interagir com o usurio. Exemplos de SGBDs so: Oracle, SQL Server, DB2, PostgreSQL, MySQL, o
prprio Access ou Paradox, entre outros.
Leia mais em: Conceitos Fundamentais de Banco de Dados http://www.devmedia.com.br/conceitosfundamentais-de-banco-de-dados/1649#ixzz2EPLk0iZ0
http://msdn.microsoft.com/pt-br/library/ms179422%28v=sql.105%29.aspx
4.1 Dicionrios de Dados

Dicionrios de dados so repositrios com metadados sobre bancos de dados, que descrevem a
estrutura bsica de um esquema de banco de dados. Num dicionrio de dados as seguintes
informaes so armazenadas: as tabelas e os campos correspondentes, e os ndices existentes nas
tabelas. Alm disso, os dicionrios de dados contm atributos que definem como o contedo dos
campos devem ser visualizados: nmero de casas decimais, o rtulo, a dica (hint) mostrada, tamanho
do
campo,
entre
outros.
Um dicionrio de dados pode ser usado por uma aplicao 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 comparao entre dois dicionrios, as diferenas entre eles podem ser usadas
para
criar
um
script
de
atualizao.
Os dicionrios de dados podem ser mantidos usando o Lazarus Data Desktop, que comeamos a
descrever no post Lazarus - o Lazarus Data Desktop. Usando esta ferramenta podemos criar um
dicionrio 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
Atributo
ID_USUARIO
TB_USUARIO
Domnio
INT
DESC_LOGIN
VARCHAR
Tamanho Descrio
CHAVE PRIMARIA
Armazena os logins
10 cadastrados do sistema.
Exemplo
1
admin
66
SENHA
VARCHAR
STATUS
BOOLEANO
Quadro 44: Dicionrio de Dados TB_USUARIO
ENTIDADE
Armazena as senhas
10 cadastradas no sistema.
Identifica se os logins
cadastrados estao ativos ou
no.
admin
true
TB_CADASTRO_VENDEDO
R
TAMANH
O
ATRIBUTO
COD_CADASTR
O
DOMINIO
DESCRIO
CHAVE
PRIMARIA
NOME
VARCHAR
50
Carlos
RG
VARCHAR
10
34.678.456-67
CPF
VARCHAR
11
456.789.987.45
DT_NASC
DATE
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
EMAIL
VARCHAR
20
ENDERECO
VARCHAR
50
BAIRRO
VARCHAR
30
11 97866-5454
cliente@gmail.co
m
Rua 12 de
Novembro
JD. Joao XXIII
CIDADE
VARCHAR
30
Osasco
COMPL
VARCHAR
30
CASA N 45
CEP
INT
UF
VARCHAR
STATUS
BOOLEANO
INT
EXEMPLO
01/08/1990
6755-876
2
SP
ID_USUARIO
INT
11
Quadro 45: Dicionrio de Dados TB_CADASTRO_VENDEDOR
ENTIDADE
ATRIBUTO
COD_CARRO
TB_CADASTRO_VEICUL
O
DOMINIO
INT
ID_ORIGEM
INT
ID_ESTADO
INT
ID_MARCA
INT
ID_MODELO
INT
ID_PORTA
ID_CAMBIO
INT
INT
TAMANHO
123
DESCRIO
CHAVE PRIMARIA
CHAVE
SECUNDARIA
CHAVE
SECUNDARIA
CHAVE
SECUNDARIA
CHAVE
SECUNDARIA
CHAVE
SECUNDARIA
CHAVE
EXEMPLO
1
1
1
1
1
1
1
67
ID_PORTA
INT
DESC_MODELO_AN
O
VARCHAR
PLACA
VARCHAR
KILOMETRAGEM
VARCHAR
COR
VARCHAR
AIRBAG
BOOLEANO
ALARME
BOOLEANO
AR_CONDICIONADO BOOLEANO
CD_PLAYER
BOOLEANO
DVD_PLAYER
BOOLEANO
DIR_HIDRAULICA
BOOLEANO
FREIO_ABS
BOOLEANO
TRAVAS_ELETR
BOOLEANO
VIDROS_ELETR
BOOLEANO
VALOR_COMPRA
DECIMAL
TETO_SOLAR
BOOLEANO
SENSOR_ESTAC
BOOLEANO
BANCO_COURO
BOOLEANO
LIMPADOR_TRAS
BOOLEANO
DESEMB_TRASEIRO BOOLEANO
COMP_BORDO
BOOLEANO
Quadro 46: Dicionrio de Dados TB_CADASTRO_VEICULO
SECUNDARIA
CHAVE
SECUNDARIA
21
8 CHAVE PRIMARIA
20
50
18,2
ENTIDADE
TB_CADASTRO_PEDIDO_COTACA
O
ATRIBUTO
DOMINIO
ID_PEDIDO
INT
COD_CARRO
INT
NOME
VARCHAR
50
TELEFONE
VARCHAR
12
CPF
INT
ENDEREO
VARCHAR
DT_NASC
DATE
ID_USUARIO
INT
TAMANH
O
1
2000
HJO-3345
123444
AZUL
1
1
1
1
0
1
1
1
1
30.000
0
0
0
0
1
0
DESCRIO EXEMPLO
CHAVE
PRIMARIA
1
33
CARLOS
980657799
665.987.982.12
50
R.CALIFORNIA
3
ID_CLIENTE
INT
Quadro 47: Dicionrio de Dados TB_CADASTRO_PEDIDO_COTACAO
27

ENTIDADE
ATRIBUTO
ID_CLIENTE
NOME_CLIENTE
DATA NASC
TB_CADASTRO_CLIENTE
DOMINIO
TAMANHO DESCRIO EXEMPLO
CHAVE
INT
PRIMARIA
VARCHAR
100
ANTONIO
VARCHAR
15
15
01/10/1990
68
CPF
RG
DATA EMISSAO
ORGAO EMISOR
NATURALIDADE
NOME_MAE
NOME_PAI
END
NUMERO
COMPLEMENTO
BAIRRO
CEP
CIDADE
UF
TELEFONE
CELULAR
EMPRESA
INT
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
CARGO
VARCHAR
TEMPO DE EMPRESA
VARCHAR
END. EMPRESA
VARCHAR
COMPLEMENTO_EMPRESA VARCHAR
BARIRRO_EMPRESA
VARCHAR
CIDADE_EMPRESA
VARCHAR
ESTADO_EMPRESA
VARCHAR
TELEFONE EMPRESA
VARCHAR
SALARIO
VARCHAR
AGENCIA
VARCHAR
CONTA
VARCHAR
BANCO
VARCHAR
Quadro 48: Dicionrio de Dados TB_CADASTRO_CLIENTE
ENTIDADE
TB_ORIGEM
ATRIBUTO
DOMINIO
ID_ORIGEM
INT
TAMANHO
DESC_ORIGEM
VARCHAR
Quadro 49: Dicionrio de Dados TB_ORIGEM
359.654.978.12
46.563.555.X
01/10/1999
SSP
SO PAULO
ODETE PIREZ
CESAR ALMEIDA
RUA XII
15
CASA
VILA URANIA
3654-693
SO BERNARDO
SP
3654-6987
96658-9863
SKYPROJECT
ANALISTA
DESENVOLVEDOR
5 ANOS
AV. PAULISTA
PREDIO
SO PAULO
SO PAULO
SP
3646-6546
7.000
654-65894
12
ITAU
15
15
5
20
45
45
45
15
50
50
15
20
15
15
15
100
45
45
45
45
45
20
15
15
15
10
15
30
DESCRIO
EXEMPLO
CHAVE PRIMARIA
20
1
NACIONAL

ENTIDADE
ATRIBUTO
TB_TIPO_ESTAD
O
DOMINIO
TAMANHO DESCRIO
CHAVE
ID_ESTADO
INT
PRIMARIA
DESC_ESTADO
VARCHAR
100
Quadro 50: Dicionrio de Dados TB_TIPO_ESTADO
ENTIDADE
TB_MARCA
ATRIBUTO
DOMINIO
TAMANHO DESCRIO
ID_MARCA
INT
CHAVE PRIMARIA
DESC_MARCA
VARCHAR
100
Quadro 51: Dicionrio de Dados TB_MARCA
EXEMPLO
1
USADO
EXEMPLO
1
VOLKSWAGEM
69
ENTIDADE
TB_MODELO
ATRIBUTO
DOMINIO
TAMANHO
DESCRIO
EXEMPLO
ID_MODELO
INT
CHAVE PRIMARIA
22
DESC_MODELO
VARCHAR
100
GOL
Quadro 52: Dicionrio de Dados TB_MODELO
ENTIDADE
TB_PORTA
ATRIBUTO
DOMINIO
TAMANHO
DESCRIO
EXEMPLO
ID_PORTA
INT
CHAVE PRIMARIA
DESC_PORTA
INT
Quadro 53: Dicionrio de Dados
TB_PORTA
ENTIDADE
ATRIBUTO
ID_COMBUSTIVEL
DESC_COMBUSTIVE
L
Quadro 54: Dicionrio
de Dados
TB_COMBUSTIVEL
Fonte: Prprios
autores (2012).
TB_COMBUSTIVE
L
DOMINIO
INT
VARCHAR
TAMANHO
DESCRIO
CHAVE PRIMARIA
15
ENTIDADE
TB_CAMBIO
ATRIBUTO
DOMINIO
TAMANHO
DESCRIO
ID_CAMBIO
INT
CHAVE PRIMARIA
DESC_CAMBIO
VARCHAR
15
Quadro 55: Dicionrio de Dados TB_CAMBIO
1
2
EXEMPLO
1
ALCOOL
EXEMPLO
1
MANUAL
70
4.2 Modelo Logico de Dados

MODELOS DE DADOS
H trs tipos de modelos de dados: o conceitual, o lgico e o fsico.U ma estrutura de dados com
qualidade imprescindvel para garantir a legitimidade do banco de dados facilitando a manuteno
do sistema de aplicao.
Isto se aplica ao modelo de dados fsico. Considerando que h poucos administradores de banco de
dados que partem do seguinte princpio: mais fcil criar uma tabela e incluir todos os dados nela.
Muitos profissionais esto cientes da importncia das regras de normalizao de dados e seus
benefcios. O arquiteto de dados deve familiarizar-se com as principais razes de se implementar um
banco de dados normalizado.
Dado a parte mais importante de um sistema de aplicao. Uma estrutura de dados acurado,
permite ao analista de sistema da aplicao desenhar os processos, a interface de usurio, relatrios
e anlise estatstica sempre que precisar. Requisitos de negcio so mais importantes do que a
prpria estrutura de dados. Pode ser o sistema da mais alta tecnologia mas se ele no possuir os
requisitos de negcios documentados estar fadado ao fracasso. Portanto o modelo de dados lgico
combina dois importantes componentes do desenvolvimento de aplicaes: requisitos de negcios e
qualidade da estrutura de dados.
Um modelo de dados lgico uma representao lgica das informaes da rea de negcios, no
um banco de dados, independente do modelo fsico. Este o conceito chave da modelagem de
dados lgica. Ele deve ser independente da tecnologia implementada devido a constante mudana
dos produtos tecnolgicos. Os desenvolvedores de sistemas no devem se apegar a uma
determinada tecnologia, precisam desenvolver sistemas independentes de tecnologia. Mas como isso
seria possvel? H componentes de sistemas que esto intimamente ligados a tecnologia como os
programas, sistemas gerenciadores de banco de dados, componentes de tela, mas h tambm os
componentes de sistema que podem ser criados independentes da tecnologia que ser implementado
como acontece com o modelo de dados lgico e as regras de negcios. Estes componentes esto
intimamente ligados aos negcios, no a tecnologia.
O modelo de dados lgico o retrato de todas as informaes necessrias para a realizao dos
negcios. Ele representado de diversas maneiras diferentes, utilizando metodologias e ferramentas
diferentes para implementaes diferenciadas. O modelo entidade-relacionamento (MER) uma
tcnica de modelagem amplamente utilizada pelos administradores de dados. O diagrama entidaderelacionamento um desenho estruturado utilizado como uma ferramenta de comunicao entre os
profissionais de negcios e os desenvolvedores de sistemas de aplicao. Ele representa a
diagramao dos dados necessrios para as regras de negcios. Os componentes do MER so
representados pelas entidades, os relacionamentos e os atributos. Cada entidade representa um
conjunto de pessoas, coisas ou conceitos sobre os quais o negcio precisa de informaes. Cada
relacionamento representa a associao entre duas entidades. Cada atributo a caracterstica ou
parte da informao de uma entidade. Um nome e uma definio textual descreve cada um desses
componentes. Estes nomes e definies provem da documentao das regras de negcio e
71
informaes as quais so armazenadas e mantidas num repositrio de dados garantindo assim a

padronizao 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 negcios cria o modelo de dados lgico
e se utiliza dele para avaliar possveis impactos nos requisitos de negcios numa provvel mudana
tecnolgica. O arquiteto de dados tambm responsvel por trabalhar com o administrador de banco
de dados DBA - para garantir a implementao do modelo de dados lgico para o modelo de dados
fsico de acordo com o sistema gerenciador de banco de dados SGBD - que ser aplicado. O DBA
revisa o modelo de dados lgico 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 alm de monitorar a
performance do banco de dados fsico.
Leia mais em: Por qu construir um Modelo de Dados Lgico? Parte I

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

4.3. Criao do banco de dados e suas tabelas (scripts)

Tabelas so objetos de banco de dados que contm todos os dados em um banco de dados. Uma
definio de tabela uma coleo de colunas. Nas tabelas, os dados so 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 contm dados de funcionrios
de uma empresa pode conter uma linha para cada funcionrio e colunas representando as
informaes sobre o funcionrio, como nmero, nome, endereo, cargo e nmero do telefone
residencial do funcionrio.
Tabelas possuem os seguintes componentes principais:
Colunas - Cada coluna representa algum atributo do objeto modelado pela tabela, como uma
tabela de peas possui colunas para ID, cor e peso.
Linhas - Cada linha representa uma ocorrncia individual do objeto modelado pela tabela. Por
exemplo, a tabela de peas teria uma linha para cada pea 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,
73
`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,
è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_cotao` (

Ì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`),
74
KEY `TIPO_PESSOA_FK` (`TIPO_PESSOA`),

KEY `tb_cadastro_cotacao_FK` (ìd_usuario`),
KEY `cadastro_cotacao_FK` (`COD_CARRO`),
KEY `CADASTRO_PEDIDO_COTAO_FK` (ÌD_CLIENTE`),
CONSTRAINT `cadastro_cotacao_FK` FOREIGN KEY (`COD_CARRO`) REFERENCES
`tb_cadastro_veiculos` (`COD_CARRO`),
CONSTRAINT `CADASTRO_PEDIDO_COTAO_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` (

`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,
75
ì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`),
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,
76
`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,
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`)
)
77
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`)
)
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. Criao de chaves primaria e estrangeira

Chave primria, chave estrangeira e chave candidata so conceitos importantes na modelagem de
dados, pois implementam restries que garantir ao futuro banco de dados a integridade dos dados.
Chave primria (em ingls Primary Keys ou PK)
Atributo ou combinao de atributos que possuem a propriedade de identificar de forma nica uma
linha da tabela. Corresponde a um atributo determinante, quando a chave primria simples, ou seja,
formada por um nico campo da tabela, esse campo no pode ter dois ou mais registros de mesmo
valor, e tambm no pode conter nenhum registro nulo. Se a chave primria composta, ou seja,
formada por mais de um campo, os valores de cada campo podem se repetir, mas no a combinao
desses valores.
Cada tabela deve incluir um campo ou conjunto de campos que identifique de forma exclusiva, cada
registro armazenado na tabela. Essas informaes so chamadas de chave primria da tabela.
78
Desta forma, com a chave primria cria-se uma identificao nica, o que d total segurana para que
aplicaes possam acessar, alterar e excluir dados sem correr o risco de apagar ou alterar dois
campos da tabela ao mesmo tempo.
Chave primria um importante objeto quando se aplica regras de normalizao de dados, muitas
das formas normais so baseadas nas relaes dos demais atributos com a chave primria da tabela.
Veja os post Primeira forma normal, segunda forma normal e terceira forma normal.
Chave estrangeira
O conceito de Chave estrangeira ou Chave secundria 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 primria de outra tabela.A chave estrangeira ocorre quando um atributo de uma relao for
chave primria em outra relao.
Chaves Candidatas
Ocorrem quando em uma relao existe mais de uma combinao de atributos possuindo a
propriedade de identificao nica.
Ex: Matrcula, 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
79
Figura 10: Chave primaria e estrangeira.

4.5. Criaes de Diagrama de Relacionamento das Tabelas

DER nada mais que a representao grfica do modelo MER. Em termos conceituais podemos
dizer que o DER um modelo diagramtico que descreve o modelo de dados de um sistema com alto
nvel de abstrao. Ele usado para representar o modelo conceitual do negcio
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-parte1/18383#ixzz2EPcKfGp7
80
Figura 11: Diagrama de relacionamento das tabelas.

CAPTULO 5 MODELAGEM DA ARQUITETURA DO SISTEMA
5.1 PROJETO DE INTERFACE DO SISTEMA
81
Interface do sistema da forma de interao entre o usurio do computador e

um programa por meio de uma representao grfica com desenhos, imagens,
botes etc.
O software SellCar possui uma interface intuitiva de simples compreenso e
manuseio.
Fonte: http://pt.wikipedia.org/wiki/Interface
http://pt.wikipedia.org/wiki/Interface_(cincia_da_computao)
5.1.1 LAYOUTS DE TELAS E RELATRIOS
A funo do layout atrair a ateno do leitor e criar uma atmosfera agradvel. Por
isso, fundamental que ele seja organizado e objetivo. Um toque de esttica e
simetria, combinado ao uso correto da paleta de cores, da fonte adequada e das
imagens em resoluo ideal, garantem que seu site seja dinmico e fcil de ler.
Fonte:
http://www.basekit.com.br/centro-aprendizagem/a-importancia-de-um-bomlayout-de-site
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 veculos.

86
Figura 17: Layout da tela cadastro do usurio do sistema.

87
Figura 18: Layout da tela Pedido venda de veculo.

88
Figura 19: Layout da tela cadastro de clientes.

89
Figura 20: Layout da tela cotao.

90
Figura 22: Layout da relatrio de venda.

91
Figura 23: Layout da tela relatrio de status.

92
Figura 24: Layout da tela relatrio de cotao.

93
Figura 25: Layout da tela relatrio de usurio.

94
Figura 26: Layout da tela relatrio de cliente.

95
Figura 27: Layout da tela relatrio de veiculo.

96
Figura 28: Layout da tela sair.

5.2 PROJETO DE PROTTIPO DO SISTEMA

A prototipao ajuda as pessoas enxergarem os seus requisitos, quando um
especificao textual no ajuda. Os prottipos podem reduzir a taxa de requisitos
tardios entre 10 e 25%
O prottipo torna o produto real o suficiente para os envolvidos trazerem requisitos,
que sem o prottipo no seriam capturados. Ele inspira os envolvidos a lembrar de
outros requisitos, que sem o prottipo poderiam aparecer apenas quando o produto
j estivesse em uso.
97
http://blog.prasabermais.com/2012/11/15/conceitos-e-importncia-da-prototipao-derequisitos/
Abaixo sero apresentados os prottipos do sistema Sellcar.
Figura: 29 Layout da tela de acesso ao sistema.

Componente
JFrame 1
JLabel 1
JLabel 2
JTextField 1
JLabel 3
JTextField 2
JButton 1
JButton 2
Observao
Ttulo da janela
Ttulo do sistema
Texto: Login
Preencher o nome de usurio
Texto: Senha
Preencher a senha do usurio
Boto de Logar Login
Boto de sair Senha
Quadro: 56 Tabela dos componetes da tela de acesso ao sistema.
98
Figura 30: Layout da tela menu principal

Componente
JFrame 1
JPanel1
JButton 1
JButton 2
JButton 3
JButton 4
JButton 5
Observao
Ttulo da janela
Ttulo do sistema: Sistema Informatizado de Venda
Boto: Cadastro
Boto: Pedido
Boto: Cotao
Boto: Relatrio
Boto: Sair"
Quadro: 57: Tabela dos componentes da tela do menu principal.

99

Componente
JFrame 1
JLabel 1
JButton 1
JButton 2
JButton 3
JButton 4
Observao
Ttulo da Janela
Ttulo do Sistema: Sellcar Menu Cadastro
Boto: Cadastro de Vendedor
Boto: Cadastro de veculo
Boto: Cadastro de usurio
Boto: Menu Principal
Quadro 58: Tabela dos componentes da tela do menu cadastro

100

101
Componente
JFrame 1
JLabel 1
JLabel 2
JTextField 1
JLabel 3
JTextField 2
JLabel 4
JTextField 3
JLabel 5
JTextField 4
JLabel 6
JTextField 5
JLabel 7
JTextField 6
JLabel 8
JTextField 7
JLabel 9
JTextField 8
JLabel10
JTextField 9
JLabel 11
JTextField 10
JLabel 12
JTextField 11
JLabel 13
JTextField 12
JLabel 14
JTextField 13
JLabel 15
JTextField 14
JLabel 16
JTextField 15
JButton 1
JButton 2
JButton 3
JButton 4
JButton 5
JButton 6
JButton 7
JButton 8
Observao
Ttulo da Janela
Texto ttulo do Sistema: Cadastro de vendedor
Texto: Nome
Preencher o nome do vendedor
Texto: RG
Preencher o nmero de RG do vendedor
Texto: CPF
Preencher o nmero de CPF do vendedor
Texto: Data de Nascimento
Preencher data de nascimento do vendedor
Texto: Celular
Preencher nmero de celular do vendedor
Texto: Celular
Preencher nmero de celular do vendedor
Texto: Telefone
Preencher nmero residencial do vendedor
Texto: Telefone
Preencher nmero para recados do vendedor
Texto: E-mail
Preencher e-mail do vendedor
Texto: Endereo
Preencher nome da rua do vendedor
Texto: Complemento
Preencher complemento do vendedor
Texto: UF
Preencher estado do vendedor
Texto: CEP
Preencher CEP residencial do vendedor
Texto: Cidade
Preencher cidade onde vendedor mora
Texto: Bairro
Preencher bairro onde vendedor mora
Boto: Salvar
Boto: Limpar
Boto: Voltar ao Menu Principal
Boto: Voltar ao Pesquisar
Boto: Voltar ao Excluir
Boto: Voltar ao Alterar
Boto: Voltar ao Prximo
Boto: Voltar ao Anterior
Quadro 59: Tabela dos componentes da tela cadastro de vendedor.

102

Componente
JFrame 1
JLabel 1
JRadioButton1
JRadioButton2
JRadioButton3
JRadioButton4
Item 1
Item 2
Item 3
Item 4
Item 5
JLabel 2
JTextField 1
JLabel 3
Observao
Ttulo da Janela
Ttulo do Sistema: Cadastro de veculos
Texto: Nacional
Texto: Importado
Texto: Novo
Texto: Usado
Selecionar marca do veculo
Selecionar modelo do veculo
Selecionar combustvel do veculo
Selecionar cmbio do veculo
Selecionar a quantidade de portas do veculo
Texto: Ano de fabricao
Preencher ano de fabricao
Texto: Placa
103
JTextField 2
JLabel 4
JTextField 3
JLabel 5
JTextField 4
JLabel 6
JCheckBox 1
JCheckBox 2
JCheckBox 3
JCheckBox 4
JCheckBox 5
JCheckBox 6
JCheckBox 7
JCheckBox 8
JCheckBox 9
JCheckBox 10
JCheckBox 11
JCheckBox 12
JCheckBox 13
JCheckBox 14
JCheckBox 15
JLabel 8
JTextField 6
JButton 1
JButton 2
JButton 3
JButton 4
JButton 5
JButton 6
JButton 7
JButton 8
Preencher a placa do veculo

Texto: Kilometragem
Preencher a kilometragem do veculo
Texto: Cor
Preencher a cor do veculo
Texto: Opcionais
Texto: Air bag
Texto: Direo hidrulica
Texto: Sensor de Estacionamento
Texto: Alarme
Texto: Freio ABS
Texto: Banco de couro
Texto: AR condicionado
Texto: Trava eltrica
Texto: Limpador traseiro
Texto: Cd player
Texto: Vidro eltrico
Texto: Desembaador traseiro
Texto: Dvd player
Texto: Teto solar
Texto: Computador de bordo
Texto: Valor do veculo
Preencher o valor do veculo
Boto: Salvar
Boto: Limpar
Boto: Voltar ao Pesquisar
Boto: Voltar ao Excluir
Boto: Voltar ao Alterar
Boto: Voltar ao Prximo
Boto: Voltar ao Anterior
Quadro 60: Tabela dos componentes da tela cadastro de veculos.

104

Componente
JFrame 1
JLabel 1
JTextField 1
JLabel 2
JTextField 2
JLabel 3
JTextField 3
JLabel 4
JButton 1
JButton 2
JButton 3
JButton 4
JButton 5
JButton 6
JButton 7
Observao
Ttulo da Janela
Ttulo do Sistema: Cadastro de usurio Sistema
Preencher nome de usurio
Texto: Usurio
Preencher senha de usurio
Texto: Senha
Preencher confirmao da senha
Texto: Confirmar senha
Boto: Salvar
Boto: Voltar"
Boto: Pesquisar
Boto: Proximo
Boto: Anterior
Boto: Excluir
Boto: Alterar
Quadro 61: Tabela dos componentes da tela do usurio do sistema.

105
Figura 35: Layout da tela pedido venda de veiculo.

106
Componente
JFrame 1
JLabel 1
JLabel 2
JTextField 1
JButton 1
JRadioButton1
JRadioButton2
Item 1
Item 2
Item 3
Item 4
Item 5
JLabel 8
JTextField 8
JLabel 9
JTextField 9
JLabel 10
JTextField 10
JLabel 11
JTextField 11
JLabel 12
JTextField 12
JLabel 13
JCheckBox 1
JCheckBox 2
JCheckBox 3
JCheckBox 4
JCheckBox 5
JCheckBox 6
JCheckBox 7
JCheckBox 8
JCheckBox 9
JCheckBox 10
JCheckBox 11
JCheckBox 12
JCheckBox 13
JCheckBox 14
JCheckBox 15
JLabel 3
JTextField 2
JButton 1
JTextField 3
JLabel 4
JTextField 4
JLabel 5
JTextField 5
JLabel 6
Observao
Ttulo da Janela
Ttulo do Sistema: Venda de Veculo
Contador: Placa do carro
Preencher com a placa do carro
Boto: Atualizar
Texto: Nacional/Importado
Texto: Novo/Usado
Texto: Modelo Ano
Preencher o modelo do ano do veculo
Texto: Placa
Texto: Kilometragem
Texto: Cor
Texto: Opcionais
Texto: Air bag
Texto: Alarme
Texto: Freio ABS
Texto: Cd player
Texto: Dvd player
Texto: Teto solar
Contador: Cdigo do cliente
Preencher o cdigo do cliente
Boto: Cadastro de novo cliente
Preencher nome do cliente
Texto: Valor do veculo
Preencher o valor do veculo
Texto: Entrada
Preencher o valor da entrada
Texto: Valor financiado
107
JTextField 6
JLabel 7
JTextField 7
JButton 2
JButton 3
JButton 4
JButton 5
JButton 6
JButton 7
JButton 8
JButton 9
Preencher o valor financiado

Texto: Parcelado
Preencher o valor parcelado
Boto: Cadastro de Novo Cliente
Boto: Voltar
Boto: Prximo
Boto: Anterior
Boto: Excluir
Boto: Alterar
Boto: Gerar Venda
Boto: Pesquisa
Quadro 62: Tabela dos componentes da tela pedido venda de veiculo.

108

Componente
JFrame 1
JLabel 1
JLabel 2
JLabel 3
JTextField 1
JLabel 4
JTextField 2
Observao
Titulo da Janela
Titulo do Sistema: Cadastro de Clientes
Texto: Dados Pessoais
Texto: Nome
Preencher o nome do cliente
Texto: email
Preencher o email do cliente
109
JLabel 5
JTextField 3
JLabel 12
JTextField 4
JLabel 35
JTextField 31
JLabel 6
JTextField 5
JLabel 13
JTextField 6
JLabel 14
JTextField 7
JLabel 7
JTextField 8
JLabel 8
JTextField 9
JLabel 9
JTextField 10
JLabel 15
JTextField 11
JLabel 16
JTextField 12
JLabel 17
JTextField 13
JLabel 10
JTextField 14
JLabel 18
JTextField 15
JLabel 36
JTextField 32
JLabel 11
JTextField 16
JLabel 19
JTextField 17
JLabel 20
JLabel 21
JTextField 18
JLabel 22
JTextField 19
JLabel 23
JTextField 20
JLabel 24
JTextField 21
JLabel 25
JTextField 22
JLabel 26
JTextField 23
JLabel 27
Texto: CPF
Preencher o CPF do cliente
Texto: Dt. de Nascimento
Preencher a data de nascimento do cliente
Texto: Naturalidade
Preencher a naturalidade do cliente
Texto: RG
Preencher o RG do cliente
Texto: Dt. de Emisso
Preencher a data de emisso do RG do cliente
Texto: rgo Emissor
Preencher o rgo emissor do RG do cliente
Texto: Pai
Preencher o nome do pai do cliente
Texto: Me
Preencher o nome da me do cliente
Texto: End
Preencher o endereo do cliente
Texto: Compl
Preencher complemento
Texto: Num
Preencher o numero do endereo do cliente
Texto: UF
Preencher o estado de residncia do cliente
Texto: Bairro
Preencher o bairro de residncia do cliente
Texto: Cidade
Preencher a cidade de residncia do cliente
Texto: CEP
Preencher o cep da residncia do cliente
Texto: Tel
Preencher o telefone da residncia do cliente
Texto: Cel
Preencher o telefone celular do cliente
Texto: Dados Profissionais
Texto: Empresa
Preencher o nome da empresa
Texto: Cargo
Preencher o cargo do cliente
Texto: Tempo de Empresa
Preencher tempo de empresa do cliente
Texto: End
Preencher o endereo do cliente
Texto: Compl
Preencher complemento
Texto: CEP
Preencher o cep da residncia do cliente
Texto: Bairro
110
JTextField 24
JLabel 28
JTextField 25
JLabel 29
JTextField 26
JLabel 30
JTextField 27
JLabel 31
JLabel 32
JTextField 28
JLabel 33
JTextField 29
JLabel 34
JTextField 30
JButton 1
JButton 2
JButton 3
JButton 4
JButton 5
JButton 6
JButton 7
JButton 7
Preencher o bairro da empresa

Texto: Cidade
Preencher a cidade da empresa
Texto: Tel
Preencher o telefone da empresa
Texto: Salario
Preencher o salario do cliente
Texto: Dados Bancrios
Texto: Agencia
Preencher nmero da agencia
Texto: Conta
Preencher nmero conta
Texto: Banco
Preencher nome do banco
Boto: Salvar
Boto: Limpar
Boto: Pesquisar
Boto: Prximo
Boto: Anterior
Boto: Excluir
Boto: Alterar
Quadro 63: Tabela dos componentes da tela cadastro de clientes.

111
Figura 37 : Layout da tela cotao.

Componente
JFrame 1
JLabel 1
JTextField 1
JLabel 2
JRadioButton1
JRadioButton2
JButton3
Item 1
Item 2
Item 3
Observao
Ttulo da Janela
Ttulo do Sistema: Cotao de veculo
Preencher o cdigo e placa do veculo
Contador: Cdigo da placa do veculo
Texto: Nacional/Importado
Texto: Novo/Usado
Texto: Atualizar
112
Item 4
Item 5
JLabel 3
JTextField 2
JLabel 4
JTextField 3
JLabel 5
JTextField 4
JLabel 6
JTextField 5
JLabel 7
JCheckBox 1
JCheckBox 2
JCheckBox 3
JCheckBox 4
JCheckBox 5
JCheckBox 6
JCheckBox 7
JCheckBox 8
JCheckBox 9
JCheckBox 10
JCheckBox 11
JCheckBox 12
JCheckBox 13
JCheckBox 14
JCheckBox 15
JButton 1
JButton 2

Texto: Placa
Texto: Kilometragem
Texto: Cor
Texto: Opcionais
Texto: Air bag
Texto: Alarme
Texto: Freio ABS
Texto: Cd player
Texto: Dvd player
Texto: Teto solar
Boto: Voltar
Boto: Gerar venda
Quadro 64: Tabela dos componentes da tela cotao.

113
Figura 38 : Layout da tela principal de relatorios.

Componente
JFrame 1
JLabel 1
JButton1
JButton2
JButton3
JButton4
JButton5
JButton6
JButton7
Observao
Ttulo da Janela
Ttulo do Sistema: Sellcar Menu Relatrio
Texto: Relatrio de venda
Texto: Relatrio por status
Texto: Relatrio de cotao
Texto: Relatrio de usurio
Texto: Relatrio de cliente
Texto: Relatrio de veculos
Texto: Voltar
Quadro 65: Tabela dos componentes da tela princial relatorios

114
Figura 39 : Layout da tela relatrio de venda.

Componente
JFrame 1
JLabel 1
JLabel 2
JLabel 3
JCalendar1
JCalendar2
JLabel 4
JRadioButton1
JRadioButton2
JRadioButton3
JRadioButton4
JButton1
JButton2
JButton3
Observao
Ttulo da Janela
Ttulo do Sistema: Sellcar Menu Relatrio
Texto: Inicio
Texto: Fim
n/a
n/a
Texto: Principais Itens
Texto: Veiculo
Texto: Cliente
Texto: Vendedor
Texto: Preos
Texto: Tela
Texto: Imprime
Texto: Voltar
Quadro 66: Tabela dos componentes da tela relatrio de venda

115
Figura 40 : Layout da tela relatrio por status.

Componente
JFrame 1
JLabel 1
JLabel 2
JLabel 3
JCalendar1
JCalendar2
JLabel 4
JRadioButton1
JRadioButton2
JRadioButton3
JRadioButton4
JButton1
JButton2
JButton3
Observao
Ttulo da Janela
Ttulo do Sistema: Relatrio por Status
Texto: Inicio
Texto: Fim
n/a
n/a
Texto: Veiculo
Texto: Cliente
Texto: Vendedor
Texto: Telefone
Texto: Tela
Texto: Imprime
Texto: Voltar
Quadro 67: Tabela dos componentes da tela relatrio por status

116
Figura 41 : Layout da tela relatrio cotao.

Componente
JFrame 1
JLabel 1
JLabel 2
JLabel 3
JCalendar1
JCalendar2
JLabel 4
JRadioButton1
JRadioButton2
JRadioButton3
JButton1
JButton2
JButton3
Observao
Ttulo da Janela
Ttulo do Sistema: Relatrio Cotao
Texto: Inicio
Texto: Fim
n/a
n/a
Texto: Veiculo
Texto: Preo
Texto: Vendedor
Texto: Tela
Texto: Imprime
Texto: Voltar
Quadro 68: Tabela dos componentes da tela relatrio cotao

117
Figura 42 : Layout da tela relatrio usurio.

Componente
JFrame 1
JLabel 1
JLabel 2
JLabel 3
JCalendar1
JCalendar2
JLabel 4
JRadioButton1
JButton1
JButton2
JButton3
Observao
Ttulo da Janela
Ttulo do Sistema: Relatrio Usurio
Texto: Inicio
Texto: Fim
n/a
n/a
Texto: Nome
Texto: Tela
Texto: Imprime
Texto: Voltar
Quadro 69: Tabela dos componentes da tela relatrio usuario

118
Figura 43 : Layout da tela relatrio cliente.

Componente
JFrame 1
JLabel 1
JLabel 2
JLabel 3
JCalendar1
JCalendar2
JLabel 4
JRadioButton1
JRadioButton2
JRadioButton3
JButton1
JButton2
JButton3
Observao
Ttulo da Janela
Ttulo do Sistema: Relatrio Cliente
Texto: Inicio
Texto: Fim
n/a
n/a
Texto: Nome
Texto: Email
Texto: Telefone
Texto: Tela
Texto: Imprime
Texto: Voltar
Quadro 70: Tabela dos componentes da tela relatrio cliente

119
Figura 44 : Layout da tela relatrio veculos.

Componente
JFrame 1
JLabel 1
JLabel 2
JLabel 3
JCalendar1
JCalendar2
JLabel 4
JRadioButton1
JRadioButton2
JLabel 5
JRadioButton5
JRadioButton6
JRadioButton7
JButton1
JButton2
JButton3
Observao
Ttulo da Janela
Ttulo do Sistema: Relatrio Veculos
Texto: Inicio
Texto: Fim
n/a
n/a
Texto: Tipo de Relatrio
Texto: Em estoque
Texto: Vendidos
Texto: Veiculo
Texto: Valor da compra
Texto: Valor vendido
Texto: Tela
Texto: Imprime
Texto: Voltar
Quadro 71: Tabela dos componentes da tela relatrio veculos

120

Componente
JFrame 1
JLabel 1
JButton 1
JButton 2
JButton 3
Observao
Ttulo da Janela Selecione uma opo
Ttulo do sistema Deseja realmente sair?
Boto: Sim
Boto: No
Boto: Cancelar
Quadro 72: Tabela dos componentes da tela sair.

121
5.3 DESENVOLVIMENTO DOS MDULOS BSICOS DO SISTEMA
O software compostos por xx mdulos, divididos conforme as necessidades do

cliente
1. Cadastro
a. Vendedor
i. Novo vendedor
ii. Excluso de vendedor
iii. Atualizao do vendedor
b. Veculo
i. Novo veiculo
ii. Excluso de veiculo
iii. Atualizao do cadastro do veiculo
c. Usurio
i. Novo usurio do sistema
ii. Excluso de usurio
2. Pedidos
a. Lanamento/alterao de venda de veculo
3. Cotao
a. Gerao de nova cotao de venda
4. Relatrios
a. Gerao de relatrios de vendas
5.3.1 MENU DE NAVEGAO
Os menus de navegao do software SellCar simples, composto de botes com

mensagens objetivas e imagens para facilitar a utilizao/assimilao com as opo
do software.
Abaixo segue o menu de navegao principal do sistema, levando para todos os
mdulos citados no item 5.3. Desenvolvimentos dos Mdulos Bsicos do Sistema
122
Figura 46: Menu Principal.

Para os demais modulo do sistema SellCar, esto dispostos no mesmo layout, para
evitar erros e mensagens simples
Figura 47: Layout de operaes.

5.4 CONEXO COM BANCO DE DADOS

A conexo do Sistema com o Banco de Dados feito atravs de uma classe de
conexo utilizando a API JDBC, no padro DAO(Data Acess Object).
DAO(Data Acess Object) que um dos padres de mapeamento de objetos
relacional para persistncia 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).
123
Para demonstrar as alteraes no Banco de Dados do Sistema, segue abaixo os

prints de tela das alteraes efetuadas.
Na tela abaixo temos o formulrio de cadastro de vendedor
sem os dados
preenchidos:
Figura 48: Cadastro de vendedor sem informaes.

Abaixo temos as colunas do banco de dados sem as informaes preenchidas:
Figura 35: Colunas do banco de dados sem informaes.

Abaixo temos a tela de cadastro de vendedor com os dados preenchidos:
124
Figura 49: Cadastro de vendedor com informaes.

Abaixo temos as colunas do banco de dados aps salvar as informaes

preenchidas no formulrio:
Figura 50: Colunas do banco de dados com informaes.

5.5 DESENVOLVIMENTO DA INTERFACE

O sistema foi desenvolvido na plataforma NetBeans que se trata de uma ferramenta
de cdigo aberto gratuito para desenvolvedores de software, utilizando a linguagem
Java.
125
A interface do sistema foi desenvolvida pensando inteiramente na interao do

usurio com o sistema, com telas de fcil navegao e interatividade com o usurio,
com menus bem definidos e claros, aps o treinamento o usurio estar pronto para
utilizar o software de forma fcil e rpida.
5.6 DESENVOLVIMENTO DO SISTEMA
O cdigo-fonte foi desenvolvido utilizando a linguagem Java atravs da IDE

Netbeans, foi utilizado os mtodos Javabeans e DAO - Data Access Object para
gravao das informaes capturadas da interface do sistema no banco de dados
Mysql e a conexo com o banco de dados.
5.7 DESENVOLVIMENTO FINAL DO SISTEMA E TESTES

A etapa de testes importante para verificar a existncia de falhas ou se o sistema
est se comportando dentro dos princpios do projeto.
Para testar o software foram utilizadas as tcnicas de casos de teste caixa-preta e
integrao.
5.7.1. CASOS DE TESTE

Conforme mencionado no item 5.7 abaixo segue tabelas referentes aos teste
funcional (caixa preta) e teste de integrao.
Caso de Teste 01 - Tela de Login
Caso de Teste:
Acessar o Sistema.
Pr-condies:
O usurio e senha devem estar previamente cadastrados

no Sistema;
Preenchimento dos campos "Login" e "Senha".
Procedimentos:
Preencher os campos acima;

126
Clicar no boto "Login".

Resultado
Esperado:
Acessar menu principal.
Dados de
entrada:
Login e Senha.
Critrios
especiais:
No se aplica.
Implementao:
Manual.
Quadro 73: Tabela do caso de teste - Tela de Login.

Caso de Teste 02 - Cadastro de Usurio

Caso de Teste:
Criar login de acesso ao Sistema.
Pr-condies:
Preenchimento dos campos "Login", "Senha" e

"Confirmar Senha".
Procedimentos:
Preencher todos os campos informados acima;

Clicar no boto "Salvar".
Resultado
Esperado:
Mensagem de confirmao do cadastro;
Dados de
entrada:
Login, Senha e Confirmar Senha.
Critrios
especiais:
No se aplica.
Implementao:
Manual
Quadro 74: Tabela do caso de teste - Cadastro de Usurio 1.

Caso de Teste 03 Cadastro de Usurio

Caso de Teste:
Buscar usurio do sistema
Pr-condies:
O usurio deve estar cadastrado no sistema
Procedimentos:
Clicar no boto Pesquisar e nos botes Prximo e

Anterior
Resultado
Esperado:
Exibir dados do usurio
Dados de
N/A
127
entrada:
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Excluir usurio do sistema
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do usurio
Procedimentos:
Realizar uma pesquisa e clicar no boto excluir
Resultado
Esperado:
Mensagem de confirmao da excluso
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Alterar usurio do sistema
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do usurio
Procedimentos:
Realizar uma pesquisa, alterar os dados e clicar no boto

alterar
Resultado
Esperado:
Mensagem de confirmao da alterao
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
128
Implementao:
Manual

Caso de Teste 06 - Cadastro de Veiculo

Caso de Teste:
Cadastrar Veiculo
Pr-condies:
Preenchimento dos campos "Nacional", "Importado",

"Novo", "Usado", Marca, Modelo, Combustvel,
Cambio, Ano de Fab., Placa, Kilometragem,
Cor, "Air Bag", "Alarme", "Ar Condicionado", "CD
Player", "DVD Player", "Direo Hidrulica", "Freio ABS",
"Travas Eltricas", "Vidros Eltricos", "Teto Solar",
"Sensor de Estacionamento", "Banco de Couro",
"Limpador Traseiro", "Desembaador Traseiro",
"Computador de Bordo", "Valor de Compra"
Procedimentos:
Preencher todos os campos acima;

Clicar no boto "Salvar".
Resultado
Esperado:
Mensagem de confirmao do cadastro
Dados de
entrada:
Preenchimento de todos os campos
Critrios
especiais:
No se aplica
Implementao:
Manual.
Quadro 78: Tabela do caso de teste - Cadastro de Veculo 1.

Caso de Teste 07 Cadastro de Veculo

Caso de Teste:
Buscar Veculo
Pr-condies:
O veiculo deve estar cadastrado no sistema
Procedimentos:

Anterior
Resultado
Esperado:
Exibir dados do veculo
Dados de
entrada:
N/A
Critrios
No se aplica.
129
especiais:
Implementao:
Manual


Caso de Teste:
Excluir veculo do sistema
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do veculo
Procedimentos:
Resultado
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Alterar veculo do sistema
Pr-condies:
Procedimentos:

alterar
Resultado
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual

Caso de Teste 10 - Cadastro de Vendedor

130
Caso de Teste:
Cadastrar Vendedor
Pr-condies:
Preenchimentos dos campos Nome, RG, CPF, Dt.

Nascimento, Cel, Tel, Email, Endereo, Compl,
UF, CEP, Cidade, Bairro
Procedimentos:

Clicar no boto Salvar
Resultado
Esperado:
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual
Quadro 82: Tabela do caso de teste - Cadastro de Vendedor 1.

Caso de Teste 11 Cadastro de Vendedor

Caso de Teste:
Buscar Vendedor
Pr-condies:
O vendedor deve estar cadastrado no sistema
Procedimentos:

Anterior
Resultado
Esperado:
Exibir dados do vendedor
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Excluir vendedor do sistema
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do

131
vendedor
Procedimentos:
Resultado
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Alterar veculo do sistema
Pr-condies:
Procedimentos:

alterar
Resultado
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual

Caso de Teste 14 Cadastro de Cliente

Caso de Teste:
Cadastrar Clientes
Pr-condies:
Preenchimento dos campos "Nome", "Email", "CPF","Dt.

Nascimento", "Naturalidade", "RG", "Dt. Emisso", "rgo
Emissor", "Pai", "Me", "End", "Compl", "Num", "UF",
"Bairro", "Cidade", "CEP", "Tel", "Cel", "Empresa",
132
"Cargo", "Tempo de Empresa", "Salrio", "Agncia",

"Conta", "Banco"
Procedimentos:

Clicar no boto Salvar
Resultado
Esperado:
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual
Quadro 86: Tabela do caso de teste Cadastro de Cliente 1.

Caso de Teste 15 Cadastro de Cliente

Caso de Teste:
Buscar Cliente
Pr-condies:
O cliente deve estar cadastrado no sistema
Procedimentos:

Anterior
Resultado
Esperado:
Exibir dados do cliente
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual
Quadro 87: Tabela do caso de teste - Cadastro de Cliente 2.


Caso de Teste:
Excluir cliente do sistema
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do cliente
Procedimentos:
Resultado

133
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Alterar cliente do sistema
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do cliente
Procedimentos:

alterar
Resultado
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual

Caso de Teste 18 Gerar Pedido

Caso de Teste:
Gerar Pedido
Veiculo previamente cadastrado no sistema
Pr-condies:
Preenchimento dos campos Placa Veiculo, Cod

Cliente, "Valor do Veiculo, Entrada, Valor
Financiado, Parcelado
134
Digitar a placa do veiculo e clicar no boto Atualizar, os

dados do veiculo sero atualizados;
Clicar no boto Cadastro Novo Cliente e clicar no boto
Voltar;
Procedimentos:
Preencher os campos Valor do Veiculo, Entrada,

Valor Financiado, Parcelado;
Clicar no boto Gerar Venda
Resultado
Esperado:
Mensagem de confirmao do pedido gerado, e

mensagem para efetuar impresso
Dados de
entrada:
Preenchimento de todos os campos acima
Critrios
especiais:
No se aplica
Implementao:
Manual
Quadro 90: Tabela do caso de teste Gerar Pedido 1.


Caso de Teste:
Buscar Pedido
Pr-condies:
O pedido deve estar cadastrado no sistema
Procedimentos:

Anterior
Resultado
Esperado:
Exibir dados do pedido
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Excluir pedido do sistema

135
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do pedido
Procedimentos:
Resultado
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual


Caso de Teste:
Alterar pedido do sistema
Pr-condies:
Efetuar uma pesquisa para exibio dos dados do pedido
Procedimentos:

alterar
Resultado
Esperado:
Dados de
entrada:
N/A
Critrios
especiais:
No se aplica.
Implementao:
Manual

Caso de Teste 21 Gerar Cotao

Caso de Teste:
Pr-condies:
Procedimentos:
Gerar Cotao
Veiculo previamente cadastrado no Sistema;
Preencher o campo Placa Veiculo;
Preencher o campo Placa Veiculo;
136
Clicar na boto Gerar;

Resultado
Esperado:
Mensagem de confirmao do pedido gerado, e

mensagem para efetuar impresso
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual
Quadro 94: Tabela do caso de teste Gerar Cotao 1.

Caso de Teste 22 Gerar Relatrio

Caso de Teste:
Pr-condies:
Gerar Relatrio Cliente

Cliente previamente cadastrado no Sistema;
Procedimentos:
Preencher o campo Inicio, Fim, clicar na boto Tela

ou Imprime;
Resultado
Esperado:
Mensagem de confirmao para gerao do relatrio
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual
Quadro 95: Tabela do caso de teste Gerar Relatrio 1.


Caso de Teste:
Pr-condies:
Gerar Relatrio Venda

Pedido de veiculo previamente cadastrado no Sistema;
137
Procedimentos:

ou Imprime;
Resultado
Esperado:
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual


Caso de Teste:
Pr-condies:
Gerar Relatrio Veculo

Pedido de Veiculo previamente cadastrado no Sistema;
Procedimentos:
Preencher o campo Inicio, Fim,selecionar tipo do

relatrio Em estoque ou Vendidos clicar na boto
Tela ou Imprime;
Resultado
Esperado:
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual


Caso de Teste:
Pr-condies:
Gerar Relatrio por Status

Pedido de Veiculo previamente cadastrado no Sistema;
138
Procedimentos:

ou Imprime;
Resultado
Esperado:
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual


Caso de Teste:
Pr-condies:
Gerar Relatrio Cotao

Cotao previamente cadastrado no Sistema;
Procedimentos:

ou Imprime;
Resultado
Esperado:
Dados de
entrada:
Critrios
especiais:
No se aplica
Implementao:
Manual

5.7.1 RELATRIO DE TESTE

Os testes realizados no software mostraram-se satisfatrios conforme tabela abaixo
ID
CT0
1
RELATRIO DE TESTES
APROVADO REPROVADO ID APROVADO
CT1
X
X
4
REPROVADO
139
CT0
2
CT0
3
CT0
4
CT0
5
CT0
6
CT0
7
CT0
8
CT0
9
CT1
0
CT11
CT1
2
CT1
3
X
X
X
X
X
X
X
X
X
X
X
X
CT1
5
CT1
6
CT1
7
CT1
8
CT1
9
CT2
0
CT2
1
CT2
2
CT2
3
CT2
4
CT2
5
CT2
6
X
X
X
X
X
X
X
X
X
X
X
X
Quadro 100: Relatrio de teste.

140
5.8 DOCUMENTAO DO SISTEMA

Foi desenvolvido um manual de utilizao, contendo imagens de todas as telas do
sistema visando fcil compreenso do usurio.
O manual foi desenvolvido tambm com informaes bsicas sobre como preencher
os campos e utilizar a ferramenta corretamente.
Figura: 51. Layout da tela de Acesso ao Sistema.

Componente
Login
Senha
Sair
Login
Observao
Neste campo ser colocado o nome do usurio.
Neste campo ser colocada a senha do usurio.
Neste campo o usurio poder desistir de acessar o sistema.
Neste campo o usurio confirma o seu acesso ao sistema.
Quadro 101: Tabela dos componentes da tela de acesso ao sistema.

141
Figura 52: Layout da tela menu principal.

Component
e
Cadastros
Pedido
Cotao
Relatrio
Sair
Observao
Neste boto o usurio acessa a tela de cadastros.
Neste boto o usurio acessa a tela de pedido.
Neste boto o usurio acessa a tela de cotao.
Neste boto o usurio acessa a tela de relatrio.
Neste boto o usurio sai do sistema.
Quadro 102: Tabela dos componentes da tela do menu principal.

142

Componente
Cadastro Vendedor
Cadastro de Veculo
Cadastro Usurio
Voltar
Observao
Neste boto o usurio acessa a tela cadastro de
vendedor.
veculo.
usurio.
Neste boto o usurio volta a tela do menu principal.
Quadro 103: Tabela dos componentes da tela do menu cadastro.

143

144
Componente
Nome
RG
CPF
Data de
Nascimento
Celular
Celular
Telefone
Telefone
E-mail
Endereo
Complemento
UF
Cep
Cidade
Bairro
Excluir
Alterar
Prximo
Anterior
Pesquisar
Voltar
Limpar
Salvar
Observao
Neste campo ser preenchido o nome do vendedor.
Neste campo ser preenchido o numero do Rg do vendedor.
Neste campo ser preenchido o numero do Cpf do vendedor.
Neste campo ser preenchida a data de nascimento do vendedor.
Neste campo ser preenchido o numero do celular do vendedor.
Neste campo ser preenchido um segundo numero de celular do vendedor.
Neste campo ser preenchido o numero do telefone do vendedor.
Neste campo ser preenchido um segundo numero de telefone do vendedor.
Neste campo ser preenchido um e-mail do vendedor.
Neste campo ser preenchido endereo do vendedor.
Neste campo ser preenchido as informaes adicionais do endereo do
vendedor.
Neste campo ser preenchido o estado de residncia do vendedor.
Neste campo ser preenchido o cep de residncia do vendedor.
Neste campo ser preenchida a cidade de residncia do vendedor.
Neste campo ser preenchido o bairro de residncia do vendedor.
Neste boto o usurio excluir o vendedor cadastrado
Neste boto o usurio ir alterar um cadastro existente
Neste boto o usurio ir para o prximo vendedor cadastrado.
Neste boto o usurio voltar para um vendedor anterior.
Neste boto o usurio pesquisar os cadastros dos vendedores
Neste boto o usurio volta a tela do menu cadastro.
Neste boto o usurio limpa um cadastro de vendedor.
Neste boto o usurio salva as informaes do cadastro do vendedor.
Quadro 104: Tabela dos componentes da tela cadastro de vendedor.

145

146
Componente
Nacional
Importado
Novo
Usado
Marca
Modelo
Combustvel
Cmbio
Porta
Ano de Fabricao
Placa
Kilometragem
Cor
Opcionais
Valor de compra
Excluir
Alterar
Prximo
Anterior
Pesquisar
Voltar
Limpar
Salvar
Observao
Nesta caixa de seleo caso esteja selecionada o veculo
nacional.
importado.
Nesta caixa de seleo caso esteja selecionada o veculo novo.
usado.
Nesta lista ser selecionada a marca do veculo.
Nesta lista ser selecionado o modelo do veculo.
Nesta lista ser selecionado o tipo combustvel do veculo.
Nesta lista ser selecionado o tipo de transmisso do veculo.
Nesta lista ser selecionada a quantidade portas do veculo.
Neste campo ser preenchido o ano de fabricao do veculo.
Neste campo ser preenchida a placa do veculo.
Neste campo ser preenchida a kilometragem atual do veculo.
Neste campo ser preenchida a cor do veculo.
Nesta caixa de seleo onde estiver marcado esto os opcionais
do veculo.
Neste campo ser marcado o valor pago no veculo.
Neste boto o usurio excluir um veculo cadastrado
Neste boto o usurio ir para o prximo veculo cadastrado.
Neste boto o usurio voltar para um veculo anterior.
Neste boto o usurio pesquisar os cadastros dos veculos
Neste boto o usurio volta a tela do menu cadastro.
Neste boto o usurio limpa o cadastro de veculo.
Neste boto o usurio salva as informaes do cadastro do
veculo.
Quadro 105: Tabela dos componentes da tela cadastro de veculos.

147

Componente
Usurio
Senha
Confirmar
Senha
Excluir
Alterar
Prximo
Anterior
Pesquisar
Voltar
Salvar
Observao
Neste campo ser preenchido o nome do usurio para acessar o
sistema.
Neste campo ser preenchida a senha do usurio para acessar o
sistema.
Neste campo ser preenchida novamente a senha do usurio para
acessar o sistema.
Neste boto o usurio excluir o usurio cadastrado
Neste boto o usurio ir para o prximo usurio cadastrado.
Neste boto o usurio voltar para um usurio anterior.
Neste boto o usurio pesquisar os cadastros dos usurios
Neste boto o administrador volta a tela do menu cadastro.
Neste boto o administrador salva as informaes do cadastro do
usurio.
Quadro 106: Tabela dos componentes da tela cadastro de usurio do sistema.

148
Figura 57: Layout da tela Pedido venda de veculo.

149
Componente
Cdigo ou Placa
veculo
Atualizar
Nacional
Observao
Neste campo ser preenchido o cdigo ou placa do veculo.
Neste Boto ser atualizado a pagina de Pedido de venda.

nacional.
Importado
importado.
Novo
Nesta caixa de seleo caso esteja selecionada o veculo novo.
Usado
usado.
Marca
Modelo
Combustvel
Cmbio
Portas
Ano de Fabricao
Placa
Kilometragem
Cor
Opcionais
Nesta caixa de seleo onde estiver marcado esto os opcionais
do veculo.
Cdigo Cliente
Neste campo ser preenchido o cdigo do cliente j cadastrado.
Cadastro novo cliente Neste boto o usurio acessa a tela cadastro de cliente.
Nome do Cliente
Neste campo ser preenchido o nome do cliente.
Valor do veculo
Neste campo ser preenchido o valor de venda do veculo.
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 boto o usurio excluir a venda do veculo
Alterar
Neste boto o usurio ir alterar uma venda existente
Prximo
Neste boto o usurio ir para a prxima venda de veculo.
Anterior
Neste boto o usurio voltar para uma venda anterior.
Pesquisar
Neste boto o usurio pesquisar as vendas de veculos
Voltar
Alterar
Neste boto o usurio altera as informaes na tela pedido venda
de veculos.
Gerar venda
Neste boto o usurio finaliza a venda do veculo.
Quadro 107: Tabela dos componentes da tela pedido venda de veculos.
150

Componente
Observao
151
Nome
E-mail
CPF
Data de nascimento
RG
Data de emisso
Naturalidade
Orgo Emissor
Pai
Me
Endereo
Complemento
Numero
UF
CEP
Bairro
Cidade
Telefone
Celular
Empresa
Cargo
Tempo de empresa
Endereo
Complemento
CEP
Bairro
Cidade
Telefone
Salario
Agencia
Conta
Banco
Excluir
Alterar
Prximo
Anterior
Pesquisar
Voltar
Limpar
Salvar
Neste campo ser preenchido o nome do cliente.

Neste campo ser preenchido um e-mail do cliente.
Neste campo ser preenchido o CPF do cliente.
Neste campo ser preenchida a data de nascimento do cliente.
Neste campo ser preenchido o RG do cliente.
Neste campo ser preenchida a data de emisso do RG do cliente.
Neste campo ser preenchido o local de nascimento do cliente.
Neste campo ser preenchido o rgo emissor do RG do cliente.
Neste campo ser preenchido o nome do pai do cliente.
Neste campo ser preenchido o nome da me do cliente.
Neste campo ser preenchido o endereo de residncia do cliente.
Neste campo sero preenchidas as observaes do endereo do cliente.
Neste campo ser preenchido o numero de residncia do cliente.
Neste campo ser preenchido o estado da residncia do cliente.
Neste campo ser preenchido o CEP de residncia do cliente.
Neste campo ser preenchido o bairro de residncia do cliente.
Neste campo ser preenchida a cidade de residncia do cliente.
Neste campo ser preenchido o telefone de residncia do cliente.
Neste campo ser preenchido o celular do cliente.
Neste campo ser preenchida a empresa que o cliente trabalha.
Neste campo ser preenchido o cargo em que o cliente trabalha.
Neste campo ser preenchido o tempo em que o cliente trabalha na
empresa.
Neste campo ser preenchido o endereo de emprego do cliente.
Neste campo sero preenchidas as observaes do endereo do empreg
do cliente.
Neste campo ser preenchido o CEP do emprego do cliente.
Neste campo ser preenchido o bairro do emprego do cliente.
Neste campo ser preenchida a cidade do emprego do cliente.
Neste campo ser preenchido o telefone do emprego do cliente.
Neste campo ser preenchido qual o salario do cliente.
Neste campo ser preenchido o numero da agencia do cliente.
Neste campo ser preenchido o numero da conta do cliente.
Neste campo ser preenchido o nome do Banco em que o cliente possui
conta bancaria.
Neste boto o usurio excluir o cliente cadastrado
Neste boto o usurio ir alterar um cliente existente
Neste boto o usurio ir para o prximo cliente cadastrado.
Neste boto o usurio voltar para um cliente anterior.
Neste boto o usurio pesquisar os cadastros dos clientes
Neste boto o usurio volta a tela de pedido.
Neste boto o usurio limpa o cadastro do cliente.
Neste boto o usurio salva as informaes do cadastro do cliente.
Quadro 108:Tabela dos componentes da tela cadastro de cliente.

152
Figura 59: Layout da tela cotao.

153
Componente
Cdigo ou Placa
veculo
Nacional
Importado
Novo
Usado
Marca
Modelo
Combustvel
Cmbio
Portas
Modelo Ano
Ano de Fabricao
Placa
Kilometragem
Cor
Opcionais
Voltar
Gerar
Observao
Neste campo ser preenchido o cdigo ou placa do veculo
nacional.
importado.
novo.
usado.
Neste campo ser preenchido o ano de modelo do veculo.
Nesta caixa de seleo onde estiver marcado esto os
opcionais do veculo.
Neste boto o usurio gera uma cotao para o cliente.
Quadro 109: Tabela dos componentes da tela cotao.

154
Figura 60: Layout da tela menu relatrio.

Componente
Relatrio de venda
Relatrio por status
Relatrio de cotao
Relatrio de usurio
Relatrio de cliente
Relatrio de veculos
Voltar
Observao
Neste boto o usurio acessa a tela relatrio de vendas.
Neste boto o usurio acessa a tela relatrio por status.
Neste boto o usurio acessa a tela relatrio de cotao.
Neste boto o usurio acessa a tela relatrio de usurio.
Neste boto o usurio acessa a tela relatrio de cliente.
Neste boto o usurio acessa a tela relatrio de veculos.
Neste boto o usurio volta ao menu principal.
Quadro 110: Tabela dos componentes da tela menu relatrio.

155
Figura 61: Layout da tela relatrio de cliente.

Componente
Inicio
Fim
Nome
Email
Telefone
Tela
Imprime
Volta
Observao
Neste Campo ser inserida a data de inicio da pesquisa
Neste Campo ser inserida a data final da pesquisa
Se estiver selecionado ser pesquisado por nome do cliente
Se estiver selecionado ser pesquisado por email do cliente
Se estiver selecionado ser pesquisado por telefone do cliente
Neste boto ser visualizada em tela a pesquisa
Neste boto ser impressa a pesquisa
Neste boto o usurio volta a tela do menu relatrio
Quadro 111: Tabela dos componentes da tela relatrio cliente.

156
Figura 62: Layout da tela relatrio de cotao.

Componente
Inicio
Fim
Veculo
Preo
Vendedor
Tela
Imprime
Volta
Observao
Se estiver selecionado ser pesquisado por veculo
Se estiver selecionado ser pesquisado por preo
Se estiver selecionado ser pesquisado por vendedor
Neste boto o usurio volta a tela do menu relatrio.
Quadro 112: Tabela dos componentes da tela relatrio cotao.

157
Figura 63: Layout da tela relatrio de status.

Componente
Inicio
Fim
Veculo
Cliente
Vendedor
Telefone
Tela
Imprime
Volta
Observao
Se estiver selecionado ser pesquisado por cliente
Se estiver selecionado ser pesquisado por telefone
Quadro 113: Tabela dos componentes da tela relatrio por status.

158
Figura 64: Layout da tela relatrio de veiculo.

Componente
Inicio
Fim
Em Estoque
Vendidos
Tela
Imprime
Volta
Observao
Se estiver selecionado ser pesquisado veculos em estoque
Se estiver selecionado ser pesquisado veculos vendidos
Quadro 114: Tabela dos componentes da tela relatrio de veculos.

159
Figura 65: Layout da tela relatrio de venda.

Componente
Inicio
Fim
Veculo
Cliente
Vendedor
Preo
Tela
Imprime
Volta
Observao
Se estiver selecionado ser pesquisado por cliente
Se estiver selecionado ser pesquisado por preo
Quadro 115: Tabela dos componentes da tela relatrio de veculos.

160

Componente
Sim
No
Cancelar
Observao
Neste boto o usurio confirma sua sada do
sistema.
Neste boto o usurio no confirma sua sada
do sistema.
Neste boto o usurio cancela sua sada do
sistema.
Quadro 116: Tabela dos componentes da tela sair.

CONCLUSO
161
Iniciando a concluso do nosso projeto primeiramente apresentaremos a

evoluo do grupo durante todo o desenvolvimento do nosso sistema. Realizamos
vrias pesquisas para encontrar os mtodos e temas que tornassem o nosso
trabalho mais interessante e eficaz.
Durante a criao do SELLCAR nosso grupo passou por diversas
transformaes, desde a diviso de tarefas, onde procuramos dividir as mesmas de
acordo com o perfil de cada integrante do grupo, porm mesmo com essa diviso de
responsabilidades, o grupo sempre esteve ciente do desenvolvimento das tarefas
realizadas. Devido a essa troca de experincias, cada um de ns adquiriu no s
conhecimento, mas tambm amadurecimento para trabalhar em equipe.
Referente ao desenvolvimento do projeto, conforme pesquisas realizadas em
agncias de veculos neste ramo de atuao existe certa carncia em relao sua
infra-estrutura tecnolgica. Todas as vendas realizadas, cadastros de clientes,
cadastros de vendedor, cotaes e relatrios, sendo assim visando uma
oportunidade para desenvolvimento de tal ferramenta, o SELLCAR.
Assim como a evoluo do nosso grupo, tambm tivemos algumas evolues no
nosso projeto. Durante o desenvolvimento do SELLCAR percebemos algumas
melhorias que poderamos executar, um exemplo seria o desenvolvimento do
sistema via web, porm verificamos que seria mais vivel e acessvel fazer via
console.
Encontramos tambm algumas dificuldades, principalmente na elaborao da
documentao, devido ao curto prazo e nossa falta de experincia em tal
processo, porm superamos com sucesso essas etapas com o empenho e
comprometimento de toda a equipe na administrao e diviso das tarefas,
cumprindo assim, o nosso cronograma e o prazo estabelecido.
Por fim, apresentarmos as perspectivas do SELLCAR, Alm da simplicidade e
praticidade uma vez que no h dificuldade quanto ao seu manuseio e no h
necessidades de grandes habilidades no computador.
162
Enfim a misso do SELLCAR a todas as agncias que necessitam e desejam uma

informatizao, garantindo assim a fidelidade de seu maior patrimnio, seus clientes.
Aps todo esse processo de desenvolvimento do SELLCAR os diversos testes
realizados constataram que o processo de fabricao de um software, no se trata
somente da criao de algumas linhas de cdigos, 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.
Conclumos que nos dias de hoje, devido ao rpido avano tecnolgico e
globalizao, a informatizao das empresas fundamental, independente o tipo de
servio 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/solues.
163

Gerenciamento e Governança de TI

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Gerenciamento e Governança de TI

Uploaded by

Copyright:

Available Formats

UNIVERSIDADE PAULISTA

DROID DEALER SISTEMA TECNOLOGICO DE VENDAS DE VECULOS

Trabalho de Concluso de Curso submetido

Dedicamos este trabalho primeiramente aos

Operacional Android pela sua criao que, sem

Trabalho de Concluso de Curso submetido

Aprovada em __ de Dezembro de 2013

palavras. Mantenha suas palavras positivas,

Mantenha suas atitudes positivas, porque suas

Tornam-se seu destino.

As nicas grandes companhias que conseguiro ter xito so aquelas que

Tendo em base facilitar nas vendas e controles de agncia de veculos, no qual no

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

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

Tendo em base facilitar nas vendas e controles de agncia de veculos, no qual no

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

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

Necessidades de Suportes pela Organizao....................................21

Descries da necessidade do cliente..........................................................35

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

Anlise dos requisitos....................................................................................36

Determinaes das funcionalidades do sistema...........................................45

Atas de reunio e aprovao do cliente........................................................58

Modelo lgico de dados.................................................................................69

Criao do banco de dados e suas tabelas (scripts).....................................71

Criao de chaves primrias e estrangeiras.................................................76

Criao de diagrama de relacionamento das tabelas...................................78

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

Projeto de prottipo do sistema.....................................................................96

Desenvolvimento dos mdulos bsicos do sistema....................................121

5.3.1 Menu de navegao....................................................................................122

Conexo com banco de dados....................................................................123

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

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

1.1 Documento Conceitual do Projeto

Com o aumento na procura de veculos novos e usados o mercado de venda de

Este um software voltado para o mercado de venda de veculos, que atendera a

1.1.3 Referencial Terico

1.1.4 Delimitao do problema

Este sistema visa atender as agencias de veculos que no possuem um sistema de

1.1.5 Formulao e Hipteses

Dealer Droid Sistema tecnolgico de vendas de veculos.

Controlar as vendas que atenda o mercado automobilstico, que seja de fcil

1.1.8 Ferramentas de Desenvolvimento

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

desenvolvidas pelo prprio Google e desenvolvidas junto com o pacote de

1.1.9 Matriz de papeis e responsabilidades

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

Desenvolver o plano de recursos humanos - processo de identificao e

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

Analista de Banco de Dados DBA

Definio da equipe e suas atribuies

Milton Souza/Mikhail Bispo

O gerente do projeto a pessoa designada pela organizao responsvel pela

O anlista de sistemas aquele que tem como finalidade realizar estudos de

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

Em computao, programador ou desenvolvedor de software refere-se a algum que

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

Gerenciar projetos de BPO e TI, para assegurar a satisfao do cliente e atender

ANLISTA DE BANCO DE DADOS

Responder pela administrao dos bancos de dados existentes na empresa, dentro

Estimar as duraes das atividades processo de estimativa do numero de perodos

Desenvolvimento do Projeto Dealer Droid -2013

Quadro 2: Desenvolvimento do projeto.