gerenciamento e governança de ti
DESCRIPTION
TCC feito para demonstrar a aplicação de práticas de Gerenciamento de TI em uma organização.Foram abordadas os frameworks ITIL, COBIT e ISO 20.000TRANSCRIPT
UNIVERSIDADE PAULISTA
DROID DEALER – SISTEMA TECNOLOGICO DE VENDAS DE VEÍCULOS
SÃO PAULO
2013
UNIVERSIDADE PAULISTA
ELVIS NEVES
LEANDRO MAGALHÃOES
MIKHAIL BISPO
MILTON SOUZA
CIÊNCIA DA COMPUTAÇÃO
DROID DEALER – SISTEMA TECNOLOGICO DE VENDAS
Trabalho de Conclusão de Curso submetido à
banca examinadora da Universidade Paulista
de São Paulo, como requisito parcial à
obtenção do grau de Bacharel em Ciência da
Computação sob a orientação do professor
Mestre Julio Cesar do Paço Mattoso Maia Filho
SÃO PAULO
2013
Dedicamos este trabalho primeiramente aos
nossos familiares que nos deram todo apoio e
nos incentivaram a ter fé e perseverança na
criação desse projeto. A nossos amigos de
dentro e fora faculdade principalmente aqueles
que estavam juntos em toda a jornada. Aos
nossos professores que compartilharam seus
conhecimentos e experiência. Aos nossos pais
que deram todo o apoio e compreensão para
que esse projeto pudesse realizado .E por
último aos idealizadores do Sistema
Operacional Android pela sua criação que, sem
ela esse trabalho não seria possível
. A TODOS o nosso Muito Obrigado!
3
ELVIS NEVES
LEANDRO MAGALHÃOES
MIKHAIL BISPO
MILTON SOUZA
CIÊNCIA DA COMPUTAÇÃO
DROID DEALER – SISTEMA TECNOLOGICO DE VENDAS
Trabalho de Conclusão de Curso submetido à
banca examinadora da Universidade Paulista
de São Paulo, como requisito parcial à
obtenção do grau de Bacharel em Ciência da
Computação sob a orientação do professor
Mestre Julio Cesar do Paço Mattoso Maia Filho
Aprovada em __ de Dezembro de 2013
BANCA EXAMINADORA
___________________________________
Prof.
Universidade Paulista
___________________________________
Prof.
Universidade Paulista
___________________________________
Prof.
Universidade Paulista
Epígrafe
"Mantenha seus pensamentos positivos,
porque seus pensamentos tornam-se suas
palavras. Mantenha suas palavras positivas,
porque suas palavras tornam-se suas atitudes.
Mantenha suas atitudes positivas, porque suas
atitudes tornam-se seus hábitos. Mantenha
seus hábitos positivos, porque seus hábitos
tornam-se seus valores. Mantenha seus
valores positivos, porque seus valores...
Tornam-se seu destino”.
"Mahatma Gandhi”
As únicas grandes companhias que conseguirão ter êxito são aquelas que
consideram os seus produtos obsoletos antes que os outros o façam.
Bill Gates
1
Resumo
Tendo em base facilitar nas vendas e controles de agência de veículos, no qual não
existe um controle adequado com histórico de venda dos veículos, controle de
clientes e estoque, então apresentaremos neste projeto uma ferramenta capaz de
armazenar todo o histórico das vendas realizadas e estoque de veículos de
concessionarias da rede ou afiliadas, auxiliando o vendedor a consultar todos esses
dados sem precisar recorrer a um computador fixo, apenas um tablet utilizando o
Sistema Operacional Android do Google. Este propósito tem como objetivo oferecer
um serviço diferenciado e com maior mobilidade para conquistar a confiança do
cliente, gerando assim um vínculo de fidelidade entre as partes.
2
Abstract
Having based controls facilitate sales and agency vehicles, in which there is no
adequate control with a history of selling vehicles, customers and stock control, then
this project will present a tool capable of storing the entire history of sales and stock
vehicles, assisting and facilitating the seller what the store has in stock facilitating
sales. This purpose is intended to provide a differentiated service to gain customer
confidence, thus creating a bond of loyalty between the parties.
Tendo em base facilitar nas vendas e controles de agência de veículos, no qual não
existe um controle adequado com histórico de venda dos veículos, controle de
clientes e estoque, então apresentaremos neste projeto uma ferramenta capaz de
armazenar todo o histórico das vendas realizadas e estoque de veículos de
concessionarias da rede ou afiliadas, auxiliando o vendedor a consultar todos esses
dados sem precisar recorrer a um computador fixo, apenas um tablet utilizando o
Sistema Operacional Android do Google. Este propósito tem como objetivo oferecer
um serviço diferenciado e com maior mobilidade para conquistar a confiança do
cliente, gerando assim um vínculo de fidelidade entre as partes.
3
SUMÁRIO
INTRODUÇÃO......................................................................................................6
1.O PROJETO
1.1. Documento conceitual do projeto..........................................................................7
1.1.1. Tema........................................................................................................7
1.1.2. Justificativa...............................................................................................7
1.1.3. Referencial teórico...................................................................................8
1.1.4. Delimitação do problema.........................................................................9
1.1.5. Formulações e hipóteses.........................................................................9
1.1.6. Titulo........................................................................................................9
1.1.7. Objetivos..................................................................................................9
1.1.8. Ferramentas de desenvolvimento............................................................9
1.1.9. Matriz de papeis e responsabilidades....................................................10
1.1.10. Cronograma do projeto.......................................................................15
1.1.11. Custos do Projeto...............................................................................17
1.1.12. Premissas...........................................................................................20
1.1.13. Necessidades Iniciais de Recursos....................................................20
1.1.14. Necessidades de Suportes pela Organização....................................21
1.1.15. Análise de viabilidade.........................................................................22
1.1.16. Aceite do Cliente.................................................................................23
2. ANÁLISE............................................................................................................25
2.1. Entrevista......................................................................................................25
2.2. Descrições da necessidade do cliente.........................................................35
2.3. Levantamento dos requisistos......................................................................35
2.4. Análise dos requisitos...................................................................................36
4
3. DESENHO DO SISTEMA...................................................................................36
3.1. Diagrama de classes....................................................................................36
3.2. Diagrama de classes....................................................................................44
3.3. Determinações das funcionalidades do sistema...........................................45
3.1. Atas de reunião e aprovação do cliente.......................................................58
4. DANCO DE DADOS...........................................................................................64
4.1. Dicionário de dados......................................................................................64
4.2. Modelo lógico de dados................................................................................69
4.3. Criação do banco de dados e suas tabelas (scripts)....................................71
4.4. Criação de chaves primárias e estrangeiras.................................................76
4.5. Criação de diagrama de relacionamento das tabelas...................................78
5. MODELAGEM DA ARQUITETURA DO SISTEMA............................................79
5.1.1 Layouts de telas e relatórios.........................................................................79
5.2. Projeto de protótipo do sistema....................................................................96
5.3. Desenvolvimento dos módulos básicos do sistema...................................121
5.3.1 Menu de navegação...................................................................................122
5.4. Conexão com banco de dados...................................................................123
5.5. Desenvolvimento da interface....................................................................125
5.6. Desenvolvimento do sistema......................................................................125
5.7. Desenvolvimento final do sistema e testes.................................................126
5.7.1 Casos de testes..........................................................................................126
5.7.1 Relatório de testes......................................................................................140
5.8. Documentação do sistema.........................................................................141
6. CONCLUSÃO...................................................................................................162
5
Introdução
Com a forte expansão da economia brasileira, um dos mercados que mais cresce no
país inteiro é o setor automobilístico, os números indicam um aumento significativo
nas vendas de veículos em todo pais, alavancando a economia do país,
principalmente nas grandes metrópoles como São Paulo onde se encontra a maior
frota de veículos de todo país (Uol Carros,, 2012).
Com o aumento na busca de veículos pelos clientes, constata-se que muitas das
agências de veículos não possuem um sistema informatizado e de uso fácil,
ocasionando demora no processo de aprovação de crédito ou na confirmação de
dados ou até mesmo re-confirmação dos mesmos, levando a um prejuízo com a
perda do cliente, consequentemente a perda da venda, o que em um mercado tão
competitivo e que cresce a cada dia que passa é algo inaceitável (Uol Carros , 2012)
Muitas das agências de veículos não possuem um sistema de controle de vendas
ágil e informatizado e que atenda a demanda do mercado, ocasionando a lentidão
nos processos de envio de documentação dos clientes para aprovação de crédito
pelas financeiras e bancos.
Desenvolver um sistema que atenda o mercado, que seja de fácil manipulação,
móvel, foco na acessibilidade e disponibilidade dos dados de forma segura,
proporcionando um maior controle de vendas e documentos de analise de credito
seguros, e que atenda as necessidades do mercado de donos de agências no
processo de extração de informações de modo seguro e fácil para envio a
financeiras e bancos, garantindo assim uma maior credibilidade dos dados
disponíveis.
Com a alta demanda de compra de veículos as financeiras solicitam cada vez mais
informações para aprovação do cadastro de clientes e com o aumento dos modos
de pagamento é necessário um método mais confiável para captura e envio dos
dados. Outro fator importante que visamos nesse trabalho é aumentar o tempo de
disponibilidade que o vendedor terá perto do cliente, simplesmente pelo fato que ele
terá todas as informações a mão, sem precisar recorrer a um sistema cliente em
algum desktop. Com a Implementação de um sistema informatizado e móvel nas
agências não deixando assim os dados expostos em formulários, agilizando o
processo de envio das informações com mais segurança durante todo o processo
efetuado pelo vendedor.
6
Capitulo 1
O Projeto
Projeto voltado par o apoio do vendedor de veículos, munindo ele de dados online
em qualquer local que estiver, Isso facilitara o processo de coleta , confirmação dos
dados do cliente e consulta de disponibilidade no estoque das concessionárias do
grupo.
1.1 Documento Conceitual do Projeto
1.1.1 Tema
Sistema voltado para venda automobilística que visa controlar as vendas de uma
agência de veículos, proporcionando um controle maior de venda, coleta de dados e
geração de relatórios sistema console desenvolvido em Java, linguagem de última
geração de alta compatibilidade com diversos sistemas operacionais e banco de
dados MySql de alta confiabilidade e performance funcionando online para permitir o
acesso do aplicativo no tablete com Sistema Operacional Android.
1.1.2 Justificativa
Com o aumento na procura de veículos novos e usados o mercado de venda de
veículos, aumenta significativamente. Com este crescimento a necessidade de um
sistema ágil, seguro, de alta portabilidade e fácil utilização se torna cada vez mais
necessário, com este sistema propomos atender as necessidades do mercado.
Este é um software voltado para o mercado de venda de veículos, que atendera a
agencias que não possuem um sistema informatizado de controle de veículos, com
este sistema o processo de venda se torna mais rápido e fácil com uma maior
credibilidade e segurança dos dados dos clientes. Ao permitir que o vendedor tenha
as informações a mão, ele terá mais tempo para ficar ao lado dos clientes, entender
suas necessidades e alavancar a quantidade e qualidade de suas vendas.
7
1.1.3 Referencial Teórico
No mundo altamente concorrido em que vivemos, com uma alta taxa de inadimplência que todos os segmentos enfrentam, com milhares de ofertas que procuram atrair a atenção do consumidor para o seu produto ou serviço. As empresas devem, dentro de seus recursos, melhorarem cada vez mais o atendimento ao cliente com a escolha, contratação e treinamento de seu pessoal.O profissional de vendas deve conhecer profundamente o produto/serviço que é oferecido. Consistem em conhecer suas especificações, uso, aplicações, benefícios e também quais seus pontos fracos.Postura e apresentação pesam em muito na decisão final do cliente. Confiança e disposição para ajudar a resolver o problema, apresentar o produto/serviço, apresentar com segurança o seu produto. São informações importantes e podem fazer a diferenciação na hora da compra. O setor automobilístico se tornou uma verdadeira guerra na disputa pelo mercado entre as concessionárias. Com o passar do tempo, a concorrência tem se tornado mais acirrada, exigindo métodos cada vez mais sofisticados na disputa pelos mercados e na batalha para conquistar clientes.É necessário elaborar um plano tático e estratégico, e implementar todos os princípios.Pesquisando o mercado e o perfil do cliente· Conhecendo o mercado · Conhecendo o foco de mercado e a concorrência direta · Traçando o perfil do cliente alvo · Localizando o cliente · Táticas e estratégias frente a concorrência· Utilizar sites, blogs e o potencial da internet · Mantendo o relacionamento Segundo pesquisas realizadas, a comunicação envolve muito mais do que apenas palavras. Na verdade, as palavras representam apenas uma pequena parte de nossa forma de expressão como pessoa. Estudos demonstram que numa apresentação diante de um grupo, 55% do impacto é determinado por nossa linguagem corporal – postura, gestos e contato visual -, 38% é determinado pelo tom de nossa voz, e apenas 7% desse impacto tem a ver com o conteúdo de nossa apresentação (Mehrabian e Ferris, “Inference of attitudes from nonverbal comunication in two channels”).O ponto fundamental para qualquer processo de vendas bem sucedido, é a confiança. Tanto a credibilidade que o vendedor e a empresa precisam despertar no cliente, quanto a própria confiança que o vendedor precisa ter em si mesmo. A frase “Você compraria um carro usado deste homem?”, foi utilizada na campanha política do presidente John Kennedy, ex-presidente dos EUA, tentando destacar a desconfiança do eleitor na candidatura de Richard Nixon, na campanha presidencial americana de 1960, vencida por Kennedy. Analistas políticos acreditam que esta tática de marketing político acabou causando grande estrago na candidatura de Nixon, pois fez o eleitor refletir na importância de um candidato confiável.Durante nosso curso “Marketing e Vendas Para o Setor Automobilístico”, que vem sendo ministrado em diversas localidades, e em setembro será apresentado em São Paulo, iniciamos o seminário chamando a atenção dos profissionais para este fator fundamental no processo de vendas, a credibilidade. O vendedor que não conseguir conquistar a confiança de seu cliente terá grande dificuldade de realizar a venda. Mesmo tendo um excelente produto, e um ótimo preço, a credibilidade ainda é fundamental para que a venda seja realizada.É claro que ainda existe um percentual de clientes que se “arriscam” a realizar um negócio se a oferta for “realmente tentadora”. O programa Fantástico, da rede Globo, apresentou uma matéria no domingo dia 24 de agosto de 2008, mostrando que diversos comerciantes inescrupulosos, estão utilizando o golpe chamado FINAN, para vender carros por um terço do valor de mercado. Neste negócio, eles repassam veículos alienados cujos financiamentos não foram quitados. Algumas pessoas, conscientes ou não, caem no golpe, levados pela ambição de conquistar grande vantagem financeira.No entanto, a grande maioria dos clientes não aceita este tipo de proposta, pois buscam segurança e tranquilidade ao realizar um negócio, principalmente em relação a bens de alto valor, como é o caso de automóveis. Há alguns anos foi realizada uma experiência: um homem se aproximava das pessoas no centro de Londres, e lhes oferecia uma nota de dez libras em troca de uma nota de cinco libras. Evidentemente que esse era um bom negócio para os transeuntes. No entanto, a maioria das pessoas não aceitou a proposta. Por quê? Era um negócio bom demais para ser verdade, todos
8
pensavam que era algum tipo de golpe ou “pegadinha”. Eles não conheciam nem confiavam na pessoa que lhes estava oferecendo aquele lucro de cinco libras tão facilmente.O processo de confiança ou desconfiança do cliente com relação ao vendedor se estabelece durante a comunicação entre o dois. Não apenas pelas palavras proferidas pelo vendedor, comunicação verbal, mas principalmente pela sua postura pessoal, pela apresentação e pelo tom de voz, ou seja, pela sua comunicação não verbal.Baseado nestes conceitos fica claro que, mesmo que o vendedor se esforce para fazer sua apresentação de vendas destacando palavras como confiança, segurança e credibilidade, é preciso que ele também comunique não verbalmente estes conceitos, pois as pessoas percebem qualquer indício de insinceridade. Não é uma coisa racional, mas instintivamente percebemos quando alguém passa uma mensagem falsa. Mentir para o cliente é a pior coisa que um vendedor pode fazer.
1.1.4 Delimitação do problema
Este sistema visa atender as agencias de veículos que não possuem um sistema de
controle de vendas informatizado, rápido, móvel, fácil e seguro.
1.1.5 Formulação e Hipóteses
Sistema voltado para atender a alta demanda de venda de forma moderna, ágil e
fácil de forma segura na coleta dos dados dos clientes e envio dos dados.
1.1.6 Titulo
Dealer Droid – Sistema tecnológico de vendas de veículos.
1.1.7 Objetivo
Controlar as vendas que atenda o mercado automobilístico, que seja de fácil
manipulação, acessibilidade e disponibilidade dos dados de forma segura,
proporcionando um maior controle de vendas e documentos de analise de crédito.
9
1.1.8 Ferramentas de Desenvolvimento
Java - A plataforma Java oferece aos programadores e analistas de sistemas um
conjunto completo de classes para o desenvolvimento do sistema. Com estas
classes o tempo para desenvolvimento é reduzido e a qualidade do sistema fica
muito melhor (MENDES, 2009). Além disso é a linguagem mais utilizada para se
programar para o Android, apesar de não ser a única. Sua escolha se deve ao fato
de que é a mais utilizada, mais robusta e com mais documentação disponível.
MYSQL - O MySQL se tornou o mais popular banco de dados Open Source do
mundo porque possui consistência, alta performance, confiabilidade e é fácil de usar.
Eclipse - Uma ferramenta pra programadores, que lhe permite escrever, compilar,
debugar e instalar programas. Software Open Source e livres para uso comercial e
não comercial com uma base modular e extensível que pode ser usada como
infraestrutura para se criar grandes aplicações para desktop. Por essas
características ele apresenta melhor compatibilidade para programação no ambiente
Android pois já conta com conectores e extensões naturais ao sistema
desenvolvidas pelo próprio Google e desenvolvidas junto com o pacote de
desenvolvimento para esse Sistema Operacional.
10
1.1.9 Matriz de papeis e responsabilidades
O gerenciamento dos recursos do projeto inclui os processos que organizam e
gerenciam a equipe do projeto. A equipe do projeto consiste nas pessoas com
papeis e responsabilidades designadas para a conclusão do projeto.
Os principais processos no gerenciamento dos recursos humanos do projeto são:
Desenvolver o plano de recursos humanos - processo de identificação e
documentação de funções, responsabilidades, habilidades necessárias e relações
hierárquicas do projeto.
Mobilizar a equipe do projeto - processo de confirmação da disponibilidade dos
recursos humanos e obtenção da equipe necessária para concluir as designações
do projeto.
Desenvolver a equipe do projeto - processo de melhoria de competências, interação
da equipe e ambiente global da equipe para aprimorar o desempenho do projeto.
Gerenciar a equipe do projeto – É o processo de acompanhar o desempenho de
membros da equipe, fornecer feedback, resolver questões e gerenciar mudanças
para otimizar o desempenho do projeto.
A equipe de gerenciamento de projetos é a responsável pelas atividades de
gerenciamento do projeto e liderança, como iniciação, planejamento, execução,
monitoramento, controle e encerramento das varias fases do projeto. Este grupo
também pode ser chamado de equipe principal, equipe executiva, ou equipe de
liderança. Para projetos menores, as responsabilidades de gerenciamento do projeto
podem ser compartilhadas por toda a equipe ou administradas exclusivamente pelo
gerente de projetos. O patrocinador do projeto trabalha com equipe de
gerenciamento de projetos, em geral com apoio em questão como financiamento do
projeto, esclarecimento do escopo e monitoramento do progresso, e influenciando
outras pessoas para beneficiar o projeto.
A matriz de papeis e responsabilidade se encontra dentro de desenvolver o plano de
recursos humano no Guia PMBOK, desenvolver o plano de recursos humanos é o
processo de identificar e documentar papéis e responsabilidades, habilidades
necessárias e relações hierárquicas do projeto, e criar um plano de gerenciamento
de pessoal. O Planejamento de recursos humanos é usado para determinar e
identificar recursos humanos com as habilidades necessárias para êxito do projeto.
11
Os papeis do projeto podem ser designados para pessoas ou grupos. As pessoas ou
os grupos podem ser internos ou externos a organização executora do projeto.
A matriz de responsabilidades (MR) é usada para ilustrar as conexões entre pacotes
de trabalho ou atividades e os membros da equipe do projeto, as MR são usadas no
grupo para designar papeis, responsabilidades e níveis de autoridade associadas a
uma pessoa e todas as pessoas associadas a uma atividade.
Raci é apenas um tipo de MR: RACI (Responsible, Accountable, Consult and
Onform[Responsável pela execução, responsável pela Aprovação, é Consultado e
Informado])
(PMBOK, 2008).
12
13
ATIVIDADE / DOCUMENTO
PARTICIPANTES
Prestador de Serviço Cliente
Ge
ren
te d
e P
roje
tos
Ana
lista
de
Sis
tem
as
De
senv
olve
dor
Ana
lista
de
Pro
jeto
Ana
lista
de
Ban
co d
e D
ados
-
DB
A
Ge
ren
te A
dmin
istr
ativ
o
Sup
ervi
sor
de V
end
as
1 Definição da equipe e suas atribuições E P
2 Entrevista E P P P
3 Cronograma do Projeto E P A
4 Análise de Requisitos S E P A
5 Definição da estrutura do Projeto ES P P P A
6 Documentação do Projeto S P E
7 Custos do Projeto E
8 Desenho do Sistema (Diagramas) PS E P P P
9 Modelagem do Banco de Dados S P E
10 Desenvolvimento do Código Fonte S PS E E
11 Testes PS P P P E P
12 Reunião semanal P P P P P
LEGENDA
E Executa
R Revisa
P Participa
S Supervisiona
A Aprova
PARTICIPANTES
G. de Projetos Milton Souza
A. de Sistema Elvis Neves
Desenvolvedor Milton Souza/Mikhail Bispo
A. de Projeto Leandro Magalhães
DBA Mikhail Bispo
G. Administrativo
S. de Vendas
Quadro 1: Atividade e documento.Fonte: Próprios autores (2012)
GERENTE DE PROJETOS
O gerente do projeto é a pessoa designada pela organização responsável pela
condução do projeto, com a missão de zelar para que os objetivos do projeto sejam
atingidos. O gerente de projetos tem sido caracterizado por um perfil profissional
com domínio e experiência especializados nos processos e nas áreas de
conhecimento do gerenciamento de projetos.
O trabalho do gerente de um projeto pode ser sintetizado em dois grandes
elementos:
* Planejar (antes) e controlar (durante) as atividades do projeto e seu
gerenciamento, conforme se pode constatar pela concentração de processos de
gerenciamento de um projeto abrangendo todas os aspectos envolvidos.
* Comunicar: os gerentes de projetos passam a maior parte do seu tempo se
comunicando com os membros da equipe e outras partes interessadas do projeto.
ANÁLISTA DE SISTEMA
O análista de sistemas é aquele que tem como finalidade realizar estudos de
processos computacionais para encontrar o melhor e mais racional caminho para
que a informação virtual possa ser processada. Este profissional estuda os diversos
sistemas existentes entre hardwares (equipamento) e softwares (programas) e o
usuário final, incluindo seus comportamentos e aplicações. A partir dessa conexão,
desenvolve soluções que serão padronizadas e transcritas da forma que o
computador possa executar. Assim, cabe ao analista de sistemas, parte da
organização, implantação e manutenção de aplicativos e redes de computadores.
Entre as atividades diárias de um analista de sistemas, estão:
14
* Administração do fluxo de informações geradas e distribuídas por redes de
computadores dentro de uma organização
* Planejamento e organização do processamento, armazenamento, recuperação e
disponibilidade das informações.
* Suporte aos usuários e infraestrutura tecnológica
* Gestão de projetos
* Levantamento de requisitos, análise, especificação, projeto do sistema,
programação, testes, homologação, implantação e acompanhamento dos sistemas
solicitados por seus usuários.
* Criação de novos produtos e serviços computacionais
PROGRAMADOR / DESENVOLVEDOR
Em computação, programador ou desenvolvedor de software refere-se a alguém que
faz programação de computadores e desenvolve software.
Um programador pode ser alguém que desenvolve ou faz manutenção de software
em um grande sistema mainframe ou alguém que desenvolve software
primariamente para uso em computadores pessoais.
Neste sentido, um programador pode ser considerado um engenheiro de software ou
desenvolvedor de software, programador é considerado um dos cargos mais
importantes da informática por criarem programas que a comunidade necessita. O
desenvolvedor é o profissional que escreve os códigos para construir as aplicações.
ANÁLISTA DE PROJETO
Planejar, monitorar e administrar projetos de clientes externos, usando processos e
ferramentas formais para gerir recursos, orçamentos, riscos e mudanças.
Gerenciar projetos de BPO e TI, para assegurar a satisfação do cliente e atender
obrigações contratuais em relação às especificações, qualidade dos custos e
prazos.
15
ANÁLISTA DE BANCO DE DADOS
Responder pela administração dos bancos de dados existentes na empresa, dentro
de parâmetros de segurança e integridade, tendo em vista as inovações
tecnológicas e as alterações necessárias às aplicações. Projetar estruturas de novos
bancos de dados, bem como desenvolver programas utilitários, orientando usuários
na utilização do sistema.
Sua função é manutenção das estruturas do banco de dados usando modeladores
de dados e analises sistemáticas, implementar novos processos de software, e
também novos métodos.
1.1.10 CRONOGRAMA DO PROJETO
O cronograma do projeto esta dentro do gerenciamento de tempo do projeto, que
inclui os processos necessários para gerenciar o termino pontual do projeto.
Os processos de gerenciamento de tempo do projeto são:
Definir as atividades – processo de identificação das ações a serem realizadas.
Sequência a atividades – processo de identificação e documentação dos
relacionamentos entre as atividades.
Estimar os recursos das atividades – processo de estimar a quantidade de material,
pessoas, equipamentos e suprimentos que serão necessários durante o projeto.
Estimar as durações das atividades – processo de estimativa do numero de períodos
de trabalho que serão necessários para terminar atividades especificas com os
recursos estimados.
Desenvolver cronograma – processo de analise das sequências das atividades, suas
durações, recursos necessários e restrições do cronograma visando criar o
cronograma do projeto.
16
Controlar cronograma – processo de monitoramento do andamento do projeto para
atualização do seu progresso e gerenciamento das mudanças feitas na linha de
base do cronograma.
O trabalho envolvido na execução dos seis processos de gerenciamento de tempo
do projeto é precedido por um trabalho de planejamento pela equipe de
gerenciamento. Esse processo faz parte do processo de desenvolver o plano de
gerenciamento do projeto, que produz um sistema de gerenciamento do cronograma
que seleciona uma metodologia e uma ferramenta de elaboração de cronograma,
assim como estabelece os critérios para o desenvolvimento e controle do
cronograma.
Desenvolver o cronograma é o processo de analise de sequência das atividades,
suas durações, recursos necessários e restrições do cronograma visando criar o
cronograma do projeto. A entrada das atividades, durações e recursos na ferramenta
de elaboração de cronograma gera um cronograma com datas planejadas para as
atividades do projeto.
Desenvolvimento do Projeto – Dealer Droid -2013
Mar Abr Mai Jun Jul Ago Set Out Nov Dez
Inicio do Projeto 5
Termino do Projeto 10
Coletar as Informações com Cliente 6-9
Analise das Informações Coletadas 12-16
Aprovação do Projeto com o Cliente 19-23
Reunião equipe de Des. do Projeto 26 26 25 26 26 27 26 26 26 10
Desenvolvimento do Sistema 27 10
Teste do Sistema 11
Documentação do Sistema 1 5
Homologação com o Cliente 7
Entrega do Sistema 12-14
Treinamento para utilização do Sistema 15-16
Quadro 2: Desenvolvimento do projeto.Fonte: Próprios autores (2013)
Na data 05/03 será o início do projeto, data de termino dia 10 de dezembro, projeto
terá a duração de 10 meses.
17
Na data 06/03 a 09/03 será o processo de coletar as informações sobre o cliente,
sobre o sistema e suas expectativas.
Na data 12/03 a 16/03 será feito a analise dos dados coletados com o cliente para
elaboração da documentação do projeto.
Na data 19/03 a 23/03 será feito reunião com o cliente para aprovação do projeto
para desenvolvimento após aprovação do projeto será feito uma reunião com a
equipe de projeto para apresentação do projeto para toda a equipe de
desenvolvimento.
Datas de reuniões semanais serão feitas entre os dias 25 a 26 de todo mês.
Na data 27/03 inicia o desenvolvimento do projeto, data prevista para finalização
esta programada para o dia 10/09 de Setembro.
Na data 11/09 inicio dos testes de sistemas,
No início da criação da documentação do projeto data de término 05/11.
Na data 12/11 a 14/11 data da entrega e acompanhamento do sistema.
Na data 15/11 a 16/11 data de treinamento para utilização do sistema.
1.1.11 CUSTOS DO PROJETO
O gerenciamento do custo do projeto inclui os processos necessários para assegurar que o projeto seja concluído dentro do orçamento aprovado, segundo PMBOK (2004), esse gerenciamento consiste em 3 processos básicos :1 estimava de custos; 2 orçamentação de custos; 3 controle de custos.O processo de planejamento dos recursos permite determinar o tipo de (pessoas, máquinas e
materiais) de recurso necessário, bem como suas quantidades; a cada recurso corresponde um custo. E também permite avaliar com antecedência o custo do projeto. As estimativas de custo podem ser utilizadas com finalidades tão diferentes como determinar a viabilidade de um projeto ou predizer seu custo final.
(PMBOK, 2008).
18
Análise de Custos – Hardwares
Funções Qtd Hardware Valor Total
Analista de Projetos 1 Processador: Intel core i3
Memória RAM: 2GB DDR3, HD
500GB,GRAVADOR DE DVD.
R$ 1.100,00 R$ 1.100,00
Analista de Sistemas 1 Processador: Intel core i3
Memória RAM: 2GB DDR3, HD
500GB,GRAVADOR DE DVD.
R$ 1.100,00 R$ 1.100,00
Desenvolvedor 1 Processador: Intel core i5
Memória RAM: 4GB DDR3, HD
1TB,GRAVADOR DE BLU-RAY.
R$ 1.880,83 R$ 1.880,83
DBA 1 Processador: Intel core i5
Memória RAM: 4GB DDR3, HD
1TB,GRAVADOR DE BLU-RAY.
R$ 1.880,83 R$ 1.880,83
G. de Projetos 1 Processador: Intel core i5
Memória RAM: 4GB DDR3, HD
1TB,GRAVADOR DE BLU-RAY.
R$ 1.880,83 R$ 1.880,83
Documentação 1 Impressora HP LaserJet P1005 R$ 799,00 R$ 799,00
Total R$ 8.641,49
Quadro 3: Tabela de custos de Hardware: Está tabela informa os requisitos mínimos que os computadores deverão ter para atender o projeto.
Fonte: www.submarino.com.br
Análise de Custos – Softwares
Qtde Software Valor Total
4 Microsoft Windows 7 Ultimate R$ 599,00 R$ 2.995,00
4 Microsoft Office Professional 2010 (2 licenças) 1.199,00 5.995,00
1 Mysql (Free) 0,00 0,00
4 Eclipse (Free) 0,00 0,00
4 Android ADT (Free) 0,00 0,00
4 Java SDK (Free) 0,00 0,00
19
Total R$ 8.990,00
Quadro 4: Tabela de custos de Software: Está tabela informa para o cliente os valores e gastos com os softwares que serão necessários para um bom desenvolvimento do projeto.Fonte: www.kalunga.com.br
Análise de Custos – Peopleware
Funções Qtde Nomes Salário Total
A. de Projetos 1 Elvis Neves R$ 3.713,67 R$ 3.713,67
A. de Sistemas 1 Leandro Magalhãoes R$ 3.922,33 R$ 3.922,33
Desenvolvedor 2 Mikhail Bispo
Milton Souza
R$ 4.500,00 R$ 4.500,00
DBA 1 Mikhail Bispo R$ 11.200,00 R$ 11.200,00
G. de Projetos 1 Milton Souza R$ 12.995,00 R$ 12.995,00
Total R$ 36.331,00
Quadro 5: Tabela de custos de Peopleware: Está tabela informa os gastos que terão com a equipe do projeto informa a quantidade de pessoas e seus respectivos salários.
Fonte: www.info.abril.com.br
Análise de Custos – Insumos
Produtos Qtde Preço Total
Papel (pacote) 2 R$ 14,20 R$ 28,40
Cartuchos 2 R$ 191,04 R$ 382,08
Pen drives 5 R$ 59,90 R$ 299,50
Grampeador 3 R$ 6,40 R$ 19,20
Grampo (caixa) 1 R$ 3,60 R$ 3,60
Pastas 5 R$ 5,35 R$ 26,75
Total R$ 759,53
Quadro 6: Tabela de Análise de custos – Insumos: A tabela de Insumos nada mais é que mostrar quais materiais de escritório necessário para o projeto.
Fonte: www.kalunga.com.br
Análise de Custos
Descrição Valor
Hardware R$ 8.641,49
Software R$ 8.990,00
20
Peopleware R$ 36.331,00
Insumos R$ 759,53
Total R$ 54.722,02
Quadro 7: Analise de Custos.Fonte: Próprios autores (2013)
Devido a empresa não possuir os matérias e recursos mínimos para o desenvolvimento do projeto será necessário a compra dos equipamentos relacionados acima.
1.1.12 PREMISSAS
Basicamente premissas são hipóteses e restrições são deveres. Porém, essa definição não basta para apresentar claramente a diferença entre os dois termos. Premissas são suposições dadas como certas sobre o ambiente externo ao projeto. Sobre elas é baseado o plano e a promessa de tempo e custo. (www.projetodiario.com.br, 2010).“As equipes de projeto frequentemente identificam documentação e validam as premissas com parte do se processo de planejamento”. (PMBOK, 2008).
Para implantação do sistema é necessário que o cliente atenda aos itens abaixo:
Necessário que todos os funcionários que irão operar a ferramenta possuam
conhecimentos básicos em informática;
A empresa deve comprometer-se e responsabilizar-se em manter o controle
de utilização adequada da ferramenta, para garantir a máxima eficiência da
mesma, possibilitando assim, que a solução adotada seja efetiva;
A empresa deve comprometer-se que toda venda ou cotação deve ser
registrada;
1.1.13 NECESSIDADES INICIAIS DE RECUSROS
“Conjunto de ações e atividades inter-relacionadas, que são executadas para
alcançar um produto, resultado ou serviço pré-definido”. (PMBOK, 2008).
Para execução do projeto os integrantes serão alocados nas atividades conforme
descrito abaixo:
Funcionários envolvidos no desenvolvimento do projeto:
1 Analista de Sistemas;
2 Desenvolvedor;
1 Analista de Projetos;
1 Analista de Banco de Dados;
21
1 Gerente de Projetos.
Hardwares necessários para o desenvolvimento do projeto:
1 Impressora HP LaserJet P1005
5 Computadores conforme descritos no item 1.1.11 Custos do projeto
1.1.14 NECESSIDADES DE SUPORTE PELA ORGANIZAÇÃO
“Conjunto de ações e atividades inter-relacionadas, que são executadas para
alcançar um produto, resultado ou serviço pré-definido”. (PMBOK, 2008).
A organização deverá atender os requisitos abaixo para que o desenvolvimento do
projeto ocorra conforme acordado.
Acesso aos colaboradores e toda infraestrutura da empresa;
Disponibilidade para efetuar testes e implantação do sistema;
Relação dos colaboradores que utilizarão o sistema e qual o nível de acesso
ao sistema.
1.1.15 ANÁLISE DE VIABILIDADE
O Dealer Droid é uma solução simples e objetiva para toda e qualquer agência de
veículos. Visa transmitir transparência em seus serviços, trazendo credibilidade e
segurança dos dados de seus clientes. O sistema é voltado para venda
automobilística, controla as vendas de uma agência de veículos e propicia um
controle maior de vendas é coleta de dados e geração de relatórios.
Outro Diferencial e apresentar uma interface de fácil manuseio possuindo diversas
funcionalidades que as auxiliam tal como. Agilizar a parte burocrática no
preenchimento de formulários, não sendo mais manualmente ocasionando assim o
erro ou perda das informações do cliente, ganhando tempo de resposta, satisfação
dos serviços prestados e fazendo com que o sonho material do cliente se realize.
Visando resultados a SELLCAR, é uma ferramenta indispensável para agencias de
veículos, que tem como objetivo organizar as rotinas diárias, diminuindo custos,
expandindo a carteira de clientes em seus bancos de dados e assim aumentando os
lucros.
22
1.1.16 ACEITE DO CLIENTE
É o ato de vender o projeto final para o seu usuário final. O aceite do cliente será
mais fácil se o planejamento for bem feito, pois o envolvimento do cliente na
especificação do projeto, no desenvolvimento do cronograma e na elaboração do
critério de aceite diminui o conflito.
De modo geral, se o planejamento foi bem feito e os critérios de aceite são claros e
tangíveis, há uma boa chance de se chegar a um bom termo e as eventuais
divergências serem resolvidas com uma boa negociação entre as partes.
Para facilitar a visualização do cliente sobre todos os recursos disponíveis no
sistema, separamos todos os módulos, descrevendo suas funcionalidades. No fim
de cada descrição, está contida a aprovação ou não do módulo.
(Site: http://pt.scribd.com/doc/50484941/54/Aceite-do-Cliente).
23
Módulo Descrição do MóduloAceite do Cliente
SIM NÃO
Menu Inicial
Acesso ao módulo de vendas com um menu
interativo e de fácil utilização. X
Cadastro de Usuário
Realiza o cadastro de usuário e determina o nível de
acesso ao sistema. X
Cadastro de Cliente
Realiza o cadastro do cliente, armazenando os
dados pessoais e assim realizando uma ficha
cadastral.X
Cadastro de VeículoEspecificando a marca, modelo, ano de fabricação
dos veículos. X
Histórico de Vendas
Módulo em que é possível visualizar quantos
veículos já foram vendidos. X
Pedidos pendentes
Informa quantos veículos ainda estão em analise de
forma geral. X
24
Relatórios
Módulo em que será possível visualizar relatórios de
usuários, funcionários, clientes e veículos, saber a
quantidade em estoque, Quantidade de veículos
vendidos.
X
Dicionário de Dados
Neste módulo, será descrito a funcionalidade de
cada módulo e alguns campos específicos. X
Quadro 8: Aceite do ClienteFonte: Próprios autores (2012)
2. ANÁLISE
2.1ENTREVISTA
Uma entrevista é um meio formal ou informal de se descobrir informações das partes interessadas através de conversas diretas com as partes envolvidas. Normalmente é feita através de perguntas preparadas ou espontâneas com o registro de respostas. São frequentemente conduzidas individualmente, mas podem envolver múltiplos entrevistadores e/ ou entrevistados.
(PMBOK, 2008).
A pesquisa foi realizada com 10 agências diferentes, sendo que em alguns casos elas
possuem as mesmas opiniões conforme veremos nos gráficos abaixo.
1. Atualmente existe um controle de vendas dos veículos?
25
100%
SIM NÃO
Gráfico n° 1: Entrevista 1° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
Renato Vitalino X
Willames Ricardo X
Jair Soares X
Ederson Silva X
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 9: Entrevista 1° questão. Fonte: Próprios autores (2012).
2. Quantos vendedores trabalham na loja?
20%
60%
20%
MENOS DE 5 5 À 10 MAIS DE 10
Gráfico n° 2: Entrevista 2° questão. Fonte: Próprios autores (2012).
Nomes Menos de 5 5 à 10 Mais de 10
Renato Vitalino X
Willames Ricardo X
Jair Soares X
Ederson Silva X
26
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 10: Entrevista 2° questão. Fonte: Próprios autores (2012).
3. Existe algum controle de Garantia do veiculo vendido?
100%
SIM NÃO
Gráfico n° 3: Entrevista 3° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
Renato Vitalino X
Willames Ricardo X
Jair Soares X
Ederson Silva X
27
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 11: Entrevista 3° questão. Fonte: Próprios autores (2012).
4. Existe algum outro software de gestão?
60%40%
SIM NÃO
Gráfico n° 4: Entrevista 4° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
Renato Vitalino X
Willames Ricardo X
Jair Soares X
Ederson Silva X
28
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 12: Entrevista 4° questão. Fonte: Próprios autores (2012).
5. É necessária a interação do SELLCAR com outra ferramenta?
30%
70%
SIM NÃO
Gráfico n° 5: Entrevista 5° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
Renato Vitalino X
Willames Ricardo X
Jair Soares X
29
Ederson Silva X
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 13: Entrevista 5° questão. Fonte: Próprios autores (2012).
6. Os vendedores tem algum conhecimento em informática?
100%
SIM NÃO
Gráfico n° 6: Entrevista 6° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
Renato Vitalino X
Willames Ricardo X
30
Jair Soares X
Ederson Silva X
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 14: Entrevista 6° questão. Fonte: Próprios autores (2012).
7. Existe algum departamento de treinamentos para os vendedores?
80%
20%
SIM NÃO
Gráfico n° 7: Entrevista 7° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
Renato Vitalino X
31
Willames Ricardo X
Jair Soares X
Ederson Silva X
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 15: Entrevista 7° questão. Fonte: Próprios autores (2012).
8. Existe algum roteiro de vistoria nos veículos assim que comprados pela loja?
100%
SIM NÃO
Gráfico n° 8: Entrevista 8° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
32
Renato Vitalino X
Willames Ricardo X
Jair Soares X
Ederson Silva X
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 16: Entrevista 8° questão. Fonte: Próprios autores (2012).
9. Existem metas estipuladas para os vendedores?
80%
20%
SIM NÃO
Gráfico n° 9: Entrevista 9° questão. Fonte: Próprios autores (2012).
Nomes Sim Não
33
Renato Vitalino X
Willames Ricardo X
Jair Soares X
Ederson Silva X
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 17: Entrevista 9° questão. Fonte: Próprios autores (2012).
10.Existe algum relatório por período (mês, ano)?
90%
10%
SIM NÃO
Gráfico n° 10: Entrevista 10° questão. Fonte: Próprios autores (2012).
Nomes Sim Não34
Renato Vitalino X
Willames Ricardo X
Jair Soares X
Ederson Silva X
Edson Sousa X
Diego Galdino X
Jaqueline Mota X
Rodrigo Miquelino X
Oséias Torquato X
André Rocha X
Quadro 18: Entrevista 10° questão. Fonte: Próprios autores (2012).
2.2DESCRIÇÃO DE NECESSIDADES DO CLIENTE
Os requisitos incluem as necessidades quantificadas e documentadas do cliente e outras partes interessadas. Estes requisitos precisam ser obtidos, analisados e registrados com detalhes suficientes para serem medidos uma vez que a execução do projeto se inicie. (PMBOK,2008).
Segundo PMBOK (2008), Iremos identificar registrar e analisar a necessidade do
cliente, descrevendo qual o tipo de sistema que atenderá suas necessidades.
Trata-se de uma agência de veículos de pequeno porte que possui 4 vendedores.
A agência não possui nenhum tipo de sistema integrado para o controle de vendas,
geração de relatórios das vendas e performance dos vendedores.
35
Atualmente a agência efetua o controle em planilhas eletrônicas, não se
preocupando com atualizações ou segurança dos dados, causando algumas
divergências nas informações. Devido ao não registro adequado das vendas.
A dificuldade de geração dos relatórios referente às vendas e a performance dos
vendedores causa Falhas no gerenciamento da agência.
2.3LEVANTAMENTO DOS REQUISITOS
Segundo Abbott (1986), requisito é uma função, restrição, ou outra propriedade que precisa ser fornecida, encontrada, ou atendida para satisfazer às necessidades do usuário do futuro sistema que precisa atender ou ter para satisfazer um contrato formalmente estabelecido.(ABOTT, RJ. An Integrated Approach to Software Development. Nova Iorque: John Wiley, 1986).
Será necessário criar um módulo de vendas, criação de um banco de dados para
armazenamento de todas as vendas, veículos vendidos e vendedor que efetuou a
venda.
A agência deverá disponibilizar ao menos 1 computador de uso exclusivo do
software para uso exclusivo dos vendedores, além de 1 impressora para emissão
dos relatórios gerados, os funcionários deveram ter o treinamento adequado para
utilização do sistema.
2.4 ANÁLISES DE REQUISITOS
É um estudo das características que o sistema deverá ter para atender às necessidades e expectativas do cliente conhecendo o ambiente de projeto, identificando, levantando e entendendo os requisitos do sistema e suas características para determinar os serviços especificados pelo cliente.
(http://www.dsc.ufcg.edu.br)
O Sistema Sellcar será responsável pelo todo o gerenciamento da loja, e com um
responsável legal ele poderá com isso organizar os níveis de acesso ao sistema dos
vendedores que for utilizar.
No cadastro de venda, além dos dados pessoais de endereço e telefone, a agência
cadastrará outros meios de comunicação com cliente sobre pendências.
36
Será desenvolvido um módulo que armazenara e atualizará todas as informações
das tarefas executadas na agência sobre as vendas.
O sistema também irá gerar relatórios sobre produções e metas alcançadas pelos
seus vendedores.
3. DESENHO DO SISTEMA
3.1. DIAGRAMA DE CLASSES
O diagrama de caso de uso descreve a funcionalidade proposta para um novo
sistema, que será projetado. Segundo Ivar Jacobson, podemos dizer que um caso
de uso é um "documento narrativo que descreve a sequência de eventos de um ator
que usa um sistema para completar um processo". Um caso de uso representa uma
unidade discreta da interação entre um usuário (humano ou máquina) e o sistema.
Um caso de uso é uma unidade de um trabalho significante. Cada caso de uso tem
uma descrição da funcionalidade que irá ser construída no sistema proposto. Um
caso de uso pode "usar" outra funcionalidade de caso de uso ou "estender" outro
caso de uso com seu próprio comportamento.Casos de uso são tipicamente
relacionados a "atores". Um ator é um humano ou entidade máquina que
interagecom o sistema para executar um significante trabalho.
(http://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso)
37
No diagrama abaixo conforme figura 1mostraremos o sistema completo, com todas
as suas funcionalidades.
Figura 1: Diagrama de uso de uso sistema Sellcar.Fonte: Próprios autores (2012).
38
No diagrama abaixo conforme figura 2 mostraremos a função cadastro de veículos,
onde será feito o cadastro do veículo, alteração e exclusão do cadastro do veículo.
Figura 2: Diagrama de caso de uso cadastrar veículo.Fonte: Próprios autores (2012).
39
No diagrama abaixo conforme figura 3 mostraremos a função gerar venda, onde
será efetuado o cadastrado do cliente, cadastro da venda, alteração e baixa na
venda.
Figura 3: Diagrama de caso de uso gerar venda.Fonte: Próprios autores (2012).
40
No diagrama abaixo conforme figura 4 mostraremos a função gerar cotação, onde
será efetuado o cadastrado do cliente, geração de cotações, alteração e exclusão.
Figura 4: Diagrama de caso de uso gerar cotação.Fonte: Próprios autores (2012).
41
No diagrama abaixo conforme figura 5 mostraremos a função gerar relatórios de
vendas, podendo ser impressos ou exibidos em tela.
Figura 5: Diagrama de caso de uso relatório de venda.Fonte: Próprios autores (2012).
42
No diagrama abaixo conforme figura 6 mostraremos a função gerar relatórios por
status, podendo ser impressos ou exibidos em tela.
Figura 6: Diagrama de caso de uso relatório status.Fonte: Próprios autores (2012).
43
No diagrama abaixo conforme figura 7 mostraremos a função cadastro de vendedor,
onde será cadastrado ou alterado o vendedor.
Figura 1: Diagrama de caso de uso cadastrar vendedor.Fonte: Próprios autores (2012).
44
3.2. DIAGRAMA DE CLASSE
Na visão de Booch, Rumbaugh, eJacobson (2006), diagramas de classes são os
diagramas mais utilizados em sistemas de modelagem orientados a objeto, os
diagramas de classes mostram um conjunto de classes, interfaces, colaborações e
seus relacionamentos, sendo utilizados para ilustrar a visão estática do projeto do
sistema.
(http://pt.scribd.com/doc/51616495/37/Diagramas-de-UML)
Figura 8: Diagrama de classe.
Fonte: Próprios autores (2012).
3.3. DETERMINAÇÕES DAS FUNCIONALIDADES DO SISTEMA
No guia PMBOK faz parte do gerenciamento de escopo coleta de requisitos.
45
Documentação dos requisitos onde descreve como os requisitos individuais atendem
as necessidades do negócio para o projeto. Esses podem começar em um alto nível
e progressivamente se tornar mais detalhados conforme mais detalhes são
conhecidos. Em sistemas de informação, os requisitos são os primeiros a aparecer
logo no início do processo de análise do sistema. Eles constituem a matéria prima
que o analista irá usar para propor o sistema, documentá-lo e finalmente levá-lo ao
desenvolvimento e uso.
Os requisitos expressam as características e restrições do produto de software do
ponto de vista de satisfação das necessidades do usuário, em geral independem da
tecnologia empregada na construção da solução sendo a parte mais crítica e
propensa a erros no desenvolvimento de software.
Os requisitos, de modo geral, podem ser classificados em dois grandes grupos: os
requisitos funcionais e os não funcionais. Requisitos Funcionais - descreve
processos de negócios, informações e interação, com o produto de forma apropriada
a ser documentada textualmente numa lista de requisitos, em modelos ou ambos. É
a parte mais importante do projeto, já que descrevem as funcionalidades que o
sistema deve dispor. Os requisitos funcionais especificam ações que um sistema
deve ser capaz de executar, sem levar em consideração restrições físicas.
Requisitos Não Funcionais - tais como nível de serviço, desempenho, cuidados,
segurança, atendimento a leis regulamentos, suportabilidade, retenção/descarte, etc.
Os requisitos não funcionais são aqueles que expressam como deve ser feito (não
confundir requisitos não funcionais com design). Em geral se relacionam com
padrões de qualidade como confiabilidade, desempenho, robustez, etc. São muito
importantes, pois definem se o sistema será eficiente para a tarefa que se propõe a
fazer ou não. Um sistema ineficiente certamente não será usado. Neles também são
apresentados, restrições e especificações de uso para os requisitos funcionais.
Links: http://www.wthreex.com/rup/process/workflow/requirem/co_req.htm
http://www.luis.blog.br/levantamento-analise-requisitos-funcionais-nao-
funcionais.aspx
http://www.slideshare.net/Ridlo/analise-de-requisitos-software
http://imasters.com.br/artigo/3860/des_de_software/a_gestao_de_requisitos/
46
LISTA DE REQUISITOS FUNCIONAIS
CODIGO NOME
RF - 001
EFETUAR
LOGIN
RF - 002
CADASTRAR
VEICULO
RF - 003
ALTERAR
CADASTRO
VEICULO
RF - 004
EXCLUIR
CADASTRO
VEICULO
RF - 005
CADASTRAR
VENDEDOR
RF - 006
ALTERAR
CADASTRO
VENDEDOR
RF - 007
GERAR
VENDA
RF - 008
ALTERAR
CADASTRO VENDA
RF - 009
BAIXAR
CADASTRO VENDA
RF - 010
CADASTRAR
CLIENTE
RF - 011
GERAR
COTAÇÃO
RF - 012
ALTERA
COTAÇÃO
RF - 013 EXCLUIR
47
COTAÇÃO
RF - 014
GERAR
RELATÓRIO
VENDA
RF - 015
IMPRIMIR
RELATÓRIO
VENDA
RF - 016
EXIBIR
RELATÓRIO
VENDA
RF - 017
GERAR
RELATÓRIO
COTAÇÃO
RF - 018
IMPRIMIR
RELATÓRIO
COTAÇÃO
RF - 019
EXIBIR
RELATÓRIO
COTAÇÃO
Quadro 19: Requisitos funcionais. Fonte: Próprios autores (2012).
48
LISTA DE REQUISITOS FUNCIONAIS
CÓDIGO NOME
RNF - 001 O SISTEMA DEVERÁ SER
EXECUTADO NO SISTEMA
OPERACIONAL WINDOWS
RNF - 002 O SISTEMA DEVERÁ TER
DISPONIVEL UMA IMPRESSORA
PARA IMPRESSÃO DE RELATÓRIOS
RNF - 003 O SISTEMA TERA ACESSO
APENAS POR USUARIOS COM LOGIN
E SENHA CADASTRADOS NO
SISTEMA
RNF - 004 O SISTEMA DEVE ESTAR
ONLINE PARA ENVIO DOS ARQUIVOS
PARA FINACEIRA
RNF - 005 O SISTEMA DEVERA USAR O
BANCO DE DADOS MYSQL
Quadro 20: Requisitos não funcionais. Fonte: Próprios autores (2012).
49
LEVANTAMENTO DE REQUISITO
RF – 001
NOME: EFETUAR LOGIN
DESCRIÇÃO CADA USUARIO DO SISTEMA
DEVERÁ TER UM LOGIN NO SISTEMA
ONDE SERA RESTRINGIDO O ACESSO
CONFORME HIERÁRQUIA
PLATAFORMAS JAVA – CONSOLE
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 21: Levantamento de requisito efetuar login.Fonte: Próprios autores (2012).
RF – 002
NOME: CADASTRAR VEICULO
DESCRIÇÃO CADASTRAR OS VEICULOS
ADQUIRIDOS DA LOJA PARA ALIMENTAR
O SISTEMA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 22: Levantamento de requisito cadastrar
50
veículo.Fonte: Próprios autores (2012).
RF – 003
NOME: ALTERAR CADASTRO VEICULO
DESCRIÇÃO ALTERA OS DADOS DO VEICULO
EM CASO DE MUDANÇA NOS VEICULOS
OU CADASTRAMENTO ERRADO
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 23: Levantamento de requisito alterar cadastro veículo.Fonte: Próprios autores (2012).
RF – 004
NOME: EXCLUIR CADASTRO VEICULO
DESCRIÇÃO EXCLUIR O CADASTRO DO
VEICULO EM CASO DE PROBLEMAS COM
O VEICULO NA HORA DA COMPRA DA
LOJA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
51
Quadro 24: Levantamento de requisito excluir cadastro veículo.Fonte: Próprios autores (2012).
RF – 005
NOME: CADASTRAR VENDEDOR
DESCRIÇÃO REALIZA O CADASTRO DOS
VENDEDORES E DETERMINA O NÍVEL DE
ACESSO AO SISTEMA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 25: Levantamento de requisito cadastrar vendedor.Fonte: Próprios autores (2012).
RF – 006
NOME: ALTERAR CADASTRO VENDEDOR
DESCRIÇÃO ALTERA OS DADOS DO VENDEDOR
CADASTRADO CASO OCORRA ERRO NA
HORA DO CADASTRO
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
52
REQUISITOS NÃO
FUNCIONAIS
Quadro 26: Levantamento de requisito alterar cadastro vendedor.Fonte: Próprios autores (2012).
RF – 007
NOME: GERAR VENDA
DESCRIÇÃO GERA O DOCUMENTO DE VENDA
QUE SERÁ ENVIADO PARA ANÁLISE DA
FINANCEIRA EM CASO DE
FINANCIAMENTO OU REGISTRA A VENDA
DO VEICULO
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 27: Levantamento de requisito gerar venda.Fonte: Próprios autores (2012).
RF – 008
NOME: ALTERAR CADASTRO VENDA
DESCRIÇÃO ALTERA AS INFORMAÇÕES DA
VENDA EM CASO DE ERRO NO
CADASTRO DA VENDA
53
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 28: Levantamento de requisito alterar cadastro venda.Fonte: Próprios autores (2012).
RF -009
NOME: BAIXAR CADASTRO VENDA
DESCRIÇÃO ALTERA O STATUS DO VEICULO E
DA VENDA NO SISTEMA EM CASO DE
VENDA OU CRÉDITO REPROVADO DA
FINANCEIRA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 29: Levantamento de requisito baixar cadastro venda.Fonte: Próprios autores (2012).
RF – 010
NOME: CADASTRAR CLIENTE
DESCRIÇÃOCADASTRA O CLIENTE NO
54
MOMENTO DA VENDA DO VEICULO
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 30: Levantamento de requisito cadastrar cliente.Fonte: Próprios autores (2012).
RF – 011
NOME: GERAR COTAÇÃO
DESCRIÇÃO GERA A COTAÇÃO DE UM
DETERMINADO VEICULO CASO HAJA
INTERESSE DO CLIENTE NO VEICULO
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 31: Levantamento de requisito gerar cotação.Fonte: Próprios autores (2012).
RF – 012
NOME: ALTERA COTAÇÃO
DESCRIÇÃO
ALTERA OS DADOS DA COTAÇÃO
EM CASO DE PREENCHIMENTO ERRADO
55
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 32: Levantamento de requisito altera cotação.Fonte: Próprios autores (2012).
RF – 013
NOME: EXCLUIR COTAÇÃO
DESCRIÇÃO
EXCLUI AS COTAÇÕES ANTIGAS
DO SISTEMA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 33: Levantamento de requisito excluir cotação.Fonte: Próprios autores (2012).
RF – 014
NOME: GERAR RELATÓRIO VENDA
DESCRIÇÃO GERA RELATÓRIO DE VENDA POR
PERIODO PARA ANALISE DE
PERFORMACE
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 34: Levantamento de requisito gerar relatório venda.Fonte: Próprios autores (2012).
56
RF – 015
NOME: IMPRIMIR RELATÓRIO VENDA
DESCRIÇÃO IMPRIMIR O RELATÓRIO DE VENDA
DA LOJA DE ACORDO COM O QUE O
USUARIO SOLICITAR AO SISTEMA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 35: Levantamento de requisito imprimir relatório venda.Fonte: Próprios autores (2012).
RF – 016
NOME: EXIBIR RELATÓRIO VENDA
DESCRIÇÃO EXIBIR O RELATÓRIO DE VENDA
NA TELA NO CASO DE UMA SIMPLES
VERIFICAÇÃO RÁPIDA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 36: Levantamento de requisito exibir relatório venda.Fonte: Próprios autores (2012).
57
RF – 017
NOME: GERAR RELATORIO COTAÇÃO
DESCRIÇÃO GERA RELATORIO DE COTAÇÃO
NO PERIODO SOLICITADO E MOTIVOS
SOLICITADOS
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 37: Levantamento de requisito gerar relatório cotação.Fonte: Próprios autores (2012).
RF – 018
NOME: IMPRIMIR RELATORIO COTAÇÃO
DESCRIÇÃO IMPRIMI O RELATORIO DE
COTAÇÃO SOLICITADO PELO USUÁRIO
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 38: Levantamento de requisito imprimir relatório cotação.
58
Fonte: Próprios autores (2012).
RF – 019
NOME: EXIBIR RELATÓRIO COTAÇÃO
DESCRIÇÃO EXIBI O RELATÓRIO DE COTAÇÃO
PARA UMA VISUALIZAÇÃO NO PRÓPRIO
SISTEMA
PLATAFORMAS JAVA - CONSOLE / MYSQL
AUTOR ADMINISTRAR / COMPRADOR
REQUISITOS NÃO
FUNCIONAIS
Quadro 39: Levantamento de requisito exibir relatório cotação. Fonte: Próprios autores (2012).
3.4 ATAS DE REUNIÃO E APROVAÇÃO DO CLIENTE
A Ata é uma transcrição oficial de uma reunião (funciona como um resumo fiel e claro das ocorrências e/ou atos que aconteceram em uma reunião/ação/assembleia). Nela é possível saber todos os dados relativos a uma reunião. Normalmente é lavrada pelo secretário(a) da sociedade e consta com a data, horário, local, número e nome dos presentes, a ordem do dia, as aprovações e deliberações tomadas durante a reunião. Ela é um documento que prova a realização da reunião e tudo o que aconteceu. Ao ler uma ata é possível saber exatamente o que aconteceu minuciosamente durante o transcorrer da reunião e é possível encontrar o que cada integrante da reunião ficou encarregado em executar. Além disso, é um registro histórico fidedigno que nos permite as gerações futuras contar a história da maneira como ocorreu e tirar dúvidas sobre procedimentos e processos. Sua importância está na preservação da ordem dos acontecimentos e na manutenção viva do passado da instituição. Deve ser lavrada em livro oficial da instituição, denominado LIVRO DE ATAS. E não se esqueça de ela tem que ser assinada por quem a lavrou (redigiu) e pelo presidente. Se possível coloca todo mundo que estava na reunião para assinar (ganha mais veracidade e legalidade além de preservar as
59
assinaturas na história da sociedade). Outra dica importante é que a Ata não deve conter conter rasuras ou ser utilizado líquidos corretivos
Leia mais em: http://www.feump.prjn.com.br/paginas/tira_duvidas_atas.htm
SellCar – Sistema Tecnológico de Vendas
Ata de Reunião 1
Objetivo
Reunião de apresentação da empresa, conhecimento das necessidades e verificação da infra-estrutura do cliente.Reunião realizada (local, data, duração).
Alphaville – 05/03/2012 – 14h00min às 17h00min. Participantes
Nome Empresa E-mail
Fabio Valenzuela SkyProjects [email protected]
60
Fabio Henrique SkyProjects [email protected]
Douglas Adalberto Mix Multimarcas [email protected]
Resultados da reunião Responsável
1Apresentamos o sistema e suas vantagens. Explicando assim as melhorias que o software proporciona para o negócio, e esta sendo muito bem aceito e procurado no mercado.
SkyProjects
2O Sr. Douglas nos informou o porquê optou pela SkyProjects, e efetuou uma breve apresentação da empresa
Mix Multimarcas
3O Sr. Douglas também descreveu um pouco da estrutura de funcionamento da empresa, e detalhou quais são suas principais dificuldades.
Mix Multimarcas
4 Realizamos um breve comentário sobre o que absorvemos da explicação. SkyProjects
Próximos Passos Responsável Data
Agendar próximas visitas para entrevista e maior detalhamento dos
SkyProjects Até 09/03/2012
Quadro 40: Ata de reunião, 1° ata. Fonte: Próprios autores (2012).
SellCar – Sistema Tecnologico de Vendas
Ata de Reunião 2Objetivo
Entrevista com o cliente para inicio do levantamento de requisitos.
Reunião realizada (local, data, duração).
Alphaville – 06/03/2012 – 14h00min às 17h00min. Participantes
Nome Departamento E-mail
Fabio Henrique SkyProjects [email protected]
Antonio SkyProjects [email protected]
Gerlandio
Douglas Adalberto
Mix Multimarcas
Fabio Valenzuela SkyProjects [email protected]
João Oliveira Mix Multimarcas
Resultados da reunião Responsável
1
O Sr Douglas iniciou a reunião apresentando o Sr João que é vendedor da loja, e vai ajudar no levantamento dos requisitos necessários da empresa para o sistema.
Mix Multimarcas
2
O Sr João informou que hoje, a loja não possui nenhum tipo de sistema para registro das vendas efetuadas, apenas planilhas em Excel que não são atualizadas com frequência, causando muitas divergências no processo.
Mix Multimarcas
3Esclarecemos que o sistema fará um o registro das vendas, agilizando todos o processo efetuado por eles hoje
SkyProjects
4
O Sr Douglas informou que não possui um base de dados solida para relatórios das vendas efetuadas pelo vendedores, devido a dificuldade de filtrar as informações no método atual
Mix Multimarcas
5 Esclarecemos que será possível gerar relatório conforma a necessidade da loja
SkyProjects
7
Aplicamos um breve questionário, para assim poder averiguar as principais necessidades do cliente e levantar os requisitos iniciais e desenvolver uma solução que possa satisfazer o cliente.
SkyProjects
8Encerramos a reunião informando que criaremos um protótipo com as telas do sistema, para que eles possam ter uma ideia de como será o programa
SkyProjects
Próximos Passos Responsável Data
Apresentação do protótipo SkyProjectsAté
23/03/2012Quadro 41: Ata de reunião, 2° ata. Fonte: Próprios autores (2012).
62
SellCar – Sistema Tecnológico de Vendas
Ata de Reunião 3
Objetivo
Apresentação do protótipo
Reunião realizada (local, data, duração).
Alphaville – 06/03/2012 – 14h00min às 16h00min. Participantes
Nome Departamento E-mail
Ricardo Nascimento SkyProjects [email protected]
Fabio Valenzuela SkyProjects [email protected]
Fabio Henrique SkyProjects [email protected]
Antonio Gerlandio SkyProjects [email protected]
João Oliveira Mix Multimarcas
Douglas Adalberto Mix Multimarcas
Resultados da reunião Responsável
1Iniciamos a reunião com a apresentação do protótipo do sistema SkyProjects
2 O Sr João apresentou seus comentários e dúvidas sobre o protótipo.
Mix Multimarcas
3 Alinhamos as solicitações do cliente com o que estava sendo proposto.
SkyProjects
4
O Sr. Douglas encerrou a reunião informando que gostou muito de poder visualizar as telas, o que permitiu ter uma noção melhor do sistema, e demonstrou que não será de forma alguma complexo, permitindo que seus trabalhadores aprendam e se interajam com facilidade ao sistema.
Mix Multimarcas
Próximos Passos Responsável Data
Ajustar o protótipo conforme definido nesta reunião e elaborar a proposta de custos para avaliação e aprovação do cliente.
Mix Multimarcas
Até
23/03/2012
Quadro 42: Ata de reunião, 3° ata. Fonte: Próprios autores (2012).
63
SellCar – Sistema Tecnologico de Vendas
Ata de Reunião 4
Objetivo
Entrevista com o cliente.
Reunião realizada (local, data, duração).
Alphaville – 23/03/2012 – 14h00min às 15h30min. Participantes
Nome Departamento E-mail
Fabio Valenzuela SkyProjects [email protected]
Antonio Gerlandio SkyProjects [email protected]
Douglas AdalbertoMix
Fabio Henrique SkyProjects [email protected]
João OliveiraMix
Resultados da reunião Responsável
1 O cliente iniciou a reunião confirmando a aprovação e agradecendo a solução apresentada.
Mix Multimarcas
2 Apresentamos o contrato, firmando assim o compromisso entre as duas empresas.
SkyProjects
3 Nos propomos a apresentar um feedback a cada etapa concluída do projeto.
SkyProjects
4 O Sr. Douglas afirmou que até o momento esta muito contente com as propostas apresentadas
Mix Multimarcas
Quadro 43: Ata de reunião, 4° ata. Fonte: Próprios autores (2012).
64
Capitulo 4 – Banco de Dados
Um banco de dados é basicamente formado por um sistema de manutenção de registros por computador, ou seja, um sistema cujo objetivo e manter os registros e torna-las disponíveis quando solicitadas.
Um Banco de Dados é composto de uma coleção de tabelas que armazena um conjunto específico de dados estruturados. Um banco de dados também pode conter procedimentos para efetuar operações com os dados do banco de dados. Essas operações incluem a criação de exibições que fornecem acesso personalizado aos dados da tabela ou a uma função definida pelo usuário que efetua um cálculo complexo, em um subconjunto de linhas.
Um sistema de gerenciamento de banco de dados (SGBD) é um software que possui recursos capazes de manipular as informações do banco de dados como o processo de definir, construir e interagir com o usuário. Exemplos de SGBDs são: Oracle, SQL Server, DB2, PostgreSQL, MySQL, o próprio Access ou Paradox, entre outros.
Leia mais em: Conceitos Fundamentais de Banco de Dados http://www.devmedia.com.br/conceitos-fundamentais-de-banco-de-dados/1649#ixzz2EPLk0iZ0
http://msdn.microsoft.com/pt-br/library/ms179422%28v=sql.105%29.aspx
65
4.1 Dicionários de Dados
Dicionários de dados são repositórios com metadados sobre bancos de dados, que descrevem a estrutura básica de um esquema de banco de dados. Num dicionário de dados as seguintes informações são armazenadas: as tabelas e os campos correspondentes, e os índices existentes nas tabelas. Além disso, os dicionários de dados contém atributos que definem como o conteúdo dos campos devem ser visualizados: número de casas decimais, o rótulo, a dica (hint) mostrada, tamanho do campo, entre outros.Um dicionário de dados pode ser usado por uma aplicação Lazarus para definir as propriedades dos objetos TField; pode ser usado para criar comandos SQL, por exemplo, para criar o banco de dados descrito; e, a partir da comparação entre dois dicionários, as diferenças entre eles podem ser usadas para criar um script de atualização.Os dicionários de dados podem ser mantidos usando o Lazarus Data Desktop, que começamos a descrever no post Lazarus - o Lazarus Data Desktop. Usando esta ferramenta podemos criar um dicionário novinho em folha ou importá-lo a partir de um banco de dados existente.
http://professorcarlos.blogspot.com.br/2011/07/lazarus-dicionarios-de-dados.html
ENTIDADE TB_USUARIO
Atributo Domínio Tamanho DescriçãoExemplo
ID_USUARIO INT CHAVE PRIMARIA 1
DESC_LOGIN VARCHAR 10Armazena os logins cadastrados do sistema. admin
SENHA VARCHAR 10Armazena as senhas cadastradas no sistema. admin
STATUS BOOLEANO
Identifica se os logins cadastrados estao ativos ou não. true
Quadro 44: Dicionário de Dados – TB_USUARIOFonte: Próprios autores (2012).
ENTIDADETB_CADASTRO_VENDEDOR
ATRIBUTO DOMINIOTAMANHO DESCRIÇÃO EXEMPLO
COD_CADASTRO INT
CHAVE PRIMARIA
NOME VARCHAR 50 Carlos
RG VARCHAR 10 34.678.456-67
CPF VARCHAR 11 456.789.987.45
DT_NASC DATE 01/08/1990
TEL_1 VARCHAR 12 11 4567-6789
TEL_2 VARCHAR 12 11 4536-4545
TEL_CEL_1 VARCHAR 12 11 97866-8877
TEL_CELL_2 VARCHAR 12 11 97866-5454
EMAIL VARCHAR [email protected]
ENDERECO VARCHAR 50 Rua 12 de
66
Novembro
BAIRRO VARCHAR 30 JD. Joao XXIII
CIDADE VARCHAR 30 Osasco
COMPL VARCHAR 30 CASA N° 45
CEP INT 6755-876
UF VARCHAR 2 SP
STATUS BOOLEANO
ID_USUARIO INT 11 123Quadro 45: Dicionário de Dados – TB_CADASTRO_VENDEDORFonte: Próprios autores (2012).
ENTIDADETB_CADASTRO_VEICULO
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
COD_CARRO INT CHAVE PRIMARIA 1
ID_ORIGEM INTCHAVE SECUNDARIA
1
ID_ESTADO INTCHAVE SECUNDARIA
1
ID_MARCA INTCHAVE SECUNDARIA
1
ID_MODELO INTCHAVE SECUNDARIA
1
ID_PORTA INTCHAVE SECUNDARIA
1
ID_CAMBIO INTCHAVE SECUNDARIA
1
ID_PORTA INTCHAVE SECUNDARIA
1
DESC_MODELO_ANO VARCHAR 21
2000
PLACA VARCHAR 8 CHAVE PRIMARIA HJO-3345
KILOMETRAGEM VARCHAR 20 123444
COR VARCHAR 50 AZUL
AIRBAG BOOLEANO 1
ALARME BOOLEANO 1
AR_CONDICIONADO BOOLEANO 1
CD_PLAYER BOOLEANO 1
DVD_PLAYER BOOLEANO 0
DIR_HIDRAULICA BOOLEANO 1
FREIO_ABS BOOLEANO 1
TRAVAS_ELETR BOOLEANO 1
VIDROS_ELETR BOOLEANO 1
VALOR_COMPRA DECIMAL 18,2 30.000
TETO_SOLAR BOOLEANO 0
SENSOR_ESTAC BOOLEANO 0
BANCO_COURO BOOLEANO 0
LIMPADOR_TRAS BOOLEANO 0
DESEMB_TRASEIRO BOOLEANO 1
COMP_BORDO BOOLEANO 0
67
Quadro 46: Dicionário de Dados – TB_CADASTRO_VEICULOFonte: Próprios autores (2012).
ENTIDADETB_CADASTRO_PEDIDO_COTACAO
ATRIBUTO DOMINIOTAMANHO DESCRIÇÃO EXEMPLO
ID_PEDIDO INTCHAVE PRIMARIA 1
COD_CARRO INT 33
NOME VARCHAR 50 CARLOS
TELEFONE VARCHAR 12 980657799
CPF INT 665.987.982.12
ENDEREÇO VARCHAR 50 R.CALIFORNIA
DT_NASC DATE
ID_USUARIO INT 3
ID_CLIENTE INT 27Quadro 47: Dicionário de Dados – TB_CADASTRO_PEDIDO_COTACAO
Fonte: Próprios autores (2012).
ENTIDADE TB_CADASTRO_CLIENTE
ATRIBUTO DOMINIOTAMANHO DESCRIÇÃO EXEMPLO
ID_CLIENTE INTCHAVE PRIMARIA 15
NOME_CLIENTE VARCHAR 100 ANTONIODATA NASC VARCHAR 15 01/10/1990CPF INT 359.654.978.12RG VARCHAR 15 46.563.555.XDATA EMISSAO VARCHAR 15 01/10/1999ORGAO EMISOR VARCHAR 5 SSPNATURALIDADE VARCHAR 20 SÃO PAULONOME_MAE VARCHAR 45 ODETE PIREZNOME_PAI VARCHAR 45 CESAR ALMEIDAEND VARCHAR 45 RUA XIINUMERO VARCHAR 15 15COMPLEMENTO VARCHAR 50 CASABAIRRO VARCHAR 50 VILA URANIACEP VARCHAR 15 3654-693CIDADE VARCHAR 20 SÃO BERNARDOUF VARCHAR 15 SPTELEFONE VARCHAR 15 3654-6987CELULAR VARCHAR 15 96658-9863EMPRESA VARCHAR 100 SKYPROJECT
CARGO VARCHAR 45ANALISTA DESENVOLVEDOR
TEMPO DE EMPRESA VARCHAR 45 5 ANOSEND. EMPRESA VARCHAR 45 AV. PAULISTACOMPLEMENTO_EMPRESA VARCHAR 45 PREDIOBARIRRO_EMPRESA VARCHAR 45 SÃO PAULOCIDADE_EMPRESA VARCHAR 20 SÃO PAULOESTADO_EMPRESA VARCHAR 15 SPTELEFONE EMPRESA VARCHAR 15 3646-6546SALARIO VARCHAR 15 7.000AGENCIA VARCHAR 10 654-65894
68
CONTA VARCHAR 15 12BANCO VARCHAR 30 ITAU
Quadro 48: Dicionário de Dados – TB_CADASTRO_CLIENTEFonte: Próprios autores (2012).
ENTIDADE TB_ORIGEM
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
ID_ORIGEM INT CHAVE PRIMARIA 1
DESC_ORIGEM VARCHAR 20 NACIONALQuadro 49: Dicionário de Dados – TB_ORIGEM
Fonte: Próprios autores (2012).
ENTIDADETB_TIPO_ESTADO
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
ID_ESTADO INTCHAVE PRIMARIA 1
DESC_ESTADO VARCHAR 100 USADOQuadro 50: Dicionário de Dados – TB_TIPO_ESTADOFonte: Próprios autores (2012).
ENTIDADE TB_MARCA
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
ID_MARCA INT CHAVE PRIMARIA 1
DESC_MARCA VARCHAR 100 VOLKSWAGEMQuadro 51: Dicionário de Dados – TB_MARCAFonte: Próprios autores (2012).
ENTIDADE TB_MODELO
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
ID_MODELO INT CHAVE PRIMARIA 22
DESC_MODELO VARCHAR 100 GOLQuadro 52: Dicionário de Dados – TB_MODELO
Fonte: Próprios autores (2012).
ENTIDADE TB_PORTA
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
ID_PORTA INT CHAVE PRIMARIA 1
DESC_PORTA INT 2Quadro 53: Dicionário de Dados – TB_PORTAFonte: Próprios autores (2012).
ENTIDADE TB_COMBUSTIVEL
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
ID_COMBUSTIVEL INT CHAVE PRIMARIA 1DESC_COMBUSTIVE VARCHAR 15 ALCOOL
69
LQuadro 54: Dicionário de Dados – TB_COMBUSTIVELFonte: Próprios autores (2012).
ENTIDADE TB_CAMBIO
ATRIBUTO DOMINIO TAMANHO DESCRIÇÃO EXEMPLO
ID_CAMBIO INT CHAVE PRIMARIA 1
DESC_CAMBIO VARCHAR 15 MANUALQuadro 55: Dicionário de Dados – TB_CAMBIO
Fonte: Próprios autores (2012).
4.2 Modelo Logico de Dados
MODELOS DE DADOS
Há três tipos de modelos de dados: o conceitual, o lógico e o físico.U ma estrutura de dados com qualidade é imprescindível para garantir a legitimidade do banco de dados facilitando a manutenção do sistema de aplicação.
Isto se aplica ao modelo de dados físico. Considerando que há poucos administradores de banco de dados que partem do seguinte princípio: “É mais fácil criar uma tabela e incluir todos os dados nela”. Muitos profissionais estão cientes da importância das regras de normalização de dados e seus benefícios. O arquiteto de dados deve familiarizar-se com as principais razões de se implementar um banco de dados normalizado.
Dado é a parte mais importante de um sistema de aplicação. Uma estrutura de dados acurado, permite ao analista de sistema da aplicação desenhar os processos, a interface de usuário, relatórios e análise estatística sempre que precisar. Requisitos de negócio são mais importantes do que a própria estrutura de dados. Pode ser o sistema da mais alta tecnologia mas se ele não possuir os requisitos de negócios documentados estará fadado ao fracasso. Portanto o modelo de dados lógico combina dois importantes componentes do desenvolvimento de aplicações: requisitos de negócios e qualidade da estrutura de dados.
70
Um modelo de dados lógico é uma representação lógica das informações da área de negócios, não é um banco de dados, é independente do modelo físico. Este é o conceito chave da modelagem de dados lógica. Ele deve ser independente da tecnologia implementada devido a constante mudança dos produtos tecnológicos. Os desenvolvedores de sistemas não devem se apegar a uma determinada tecnologia, precisam desenvolver sistemas independentes de tecnologia. Mas como isso seria possível? Há componentes de sistemas que estão intimamente ligados a tecnologia como os programas, sistemas gerenciadores de banco de dados, componentes de tela, mas há também os componentes de sistema que podem ser criados independentes da tecnologia que será implementado como acontece com o modelo de dados lógico e as regras de negócios. Estes componentes estão intimamente ligados aos negócios, não a tecnologia.
O modelo de dados lógico é o retrato de todas as informações necessárias para a realização dos negócios. Ele é representado de diversas maneiras diferentes, utilizando metodologias e ferramentas diferentes para implementações diferenciadas. O modelo entidade-relacionamento (MER) é uma técnica de modelagem amplamente utilizada pelos administradores de dados. O diagrama entidade-relacionamento é um desenho estruturado utilizado como uma ferramenta de comunicação entre os profissionais de negócios e os desenvolvedores de sistemas de aplicação. Ele representa a diagramação dos dados necessários para as regras de negócios. Os componentes do MER são representados pelas entidades, os relacionamentos e os atributos. Cada entidade representa um conjunto de pessoas, coisas ou conceitos sobre os quais o negócio precisa de informações. Cada relacionamento representa a associação entre duas entidades. Cada atributo é a característica ou parte da informação de uma entidade. Um nome e uma definição textual descreve cada um desses componentes. Estes nomes e definições provêem da documentação das regras de negócio e informações as quais são armazenadas e mantidas num repositório de dados garantindo assim a padronização conceitual dos dados. O MER utiliza a simbologia do IDEF1x (Integration Definition for Information Modeling) e IE (Information Engineering)
O arquiteto de dados com a ajuda do analista de requisitos de negócios cria o modelo de dados lógico e se utiliza dele para avaliar possíveis impactos nos requisitos de negócios numa provável mudança tecnológica. O arquiteto de dados também é responsável por trabalhar com o administrador de banco de dados – DBA - para garantir a implementação do modelo de dados lógico para o modelo de dados físico de acordo com o sistema gerenciador de banco de dados – SGBD - que será aplicado. O DBA revisa o modelo de dados lógico e define o SGBD mais apropriado, cria índices, detalha os tipos de dados e cria a integridade referencial para proteger o valor dos dados. O administrador de banco de dados pode des-normalizar a base de dados, criar stored procedures, triggers além de monitorar a performance do banco de dados físico.
Leia mais em: Por quê construir um Modelo de Dados Lógico? Parte I http://www.devmedia.com.br/por-que-construir-um-modelo-de-dados-logico-parte-i/368#ixzz2EObc9lat
71
Figura 9: Modelo lógico de dados.
Fonte: Próprios autores (2012).
4.3. Criação do banco de dados e suas tabelas (scripts)
72
Tabelas são objetos de banco de dados que contêm todos os dados em um banco de dados. Uma definição de tabela é uma coleção de colunas. Nas tabelas, os dados são organizados em um formato de linha-e-coluna como em uma planilha. Cada linha representa um registro exclusivo e cada coluna representa um campo dentro do registro. Por exemplo, uma tabela que contém dados de funcionários de uma empresa pode conter uma linha para cada funcionário e colunas representando as informações sobre o funcionário, como número, nome, endereço, cargo e número do telefone residencial do funcionário.
Tabelas possuem os seguintes componentes principais:
Colunas - Cada coluna representa algum atributo do objeto modelado pela tabela, como uma tabela de peças possui colunas para ID, cor e peso.
Linhas - Cada linha representa uma ocorrência individual do objeto modelado pela tabela. Por exemplo, a tabela de peças teria uma linha para cada peça produzida pela empresa.
http://msdn.microsoft.com/pt-br/library/ms189084%28v=sql.105%29.aspx
CREATE TABLE `tb_cadastro_cliente` (
`id_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,
`orgao_emissor` varchar(5) DEFAULT NULL,
`naturalidade` varchar(20) DEFAULT NULL,
`nome_mae` varchar(45) DEFAULT NULL,
`nome_pai` varchar(45) DEFAULT NULL,
`endereco` varchar(45) DEFAULT NULL,
`numero` varchar(10) DEFAULT NULL,
`complemento` varchar(50) DEFAULT NULL,
`bairro` varchar(50) DEFAULT NULL,
`cep` varchar(15) DEFAULT NULL,
`cidade` varchar(20) DEFAULT NULL,
`estado` varchar(45) DEFAULT NULL,
`telefone` varchar(15) DEFAULT NULL,
`celular` varchar(15) DEFAULT NULL,
`empresa` varchar(100) DEFAULT NULL,
`cargo` varchar(45) DEFAULT NULL,
`tempo_empresa` varchar(45) DEFAULT NULL,
`end_empresa` varchar(45) DEFAULT NULL,
`complemento_empresa` varchar(50) DEFAULT NULL,
`bairro_empresa` varchar(45) DEFAULT NULL,
`cidade_empresa` varchar(45) DEFAULT NULL,
73
`estado_empresa` varchar(45) DEFAULT NULL,
`telefone_empresa` varchar(15) DEFAULT NULL,
`salario` varchar(15) DEFAULT NULL,
`agencia` varchar(10) DEFAULT NULL,
`conta` varchar(15) DEFAULT NULL,
`banco` varchar(30) DEFAULT NULL,
PRIMARY KEY (`id_cliente`)
CREATE TABLE `tb_cadastro_pedido_cotação` (
`ID_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,
`ENDERECO` varchar(50) DEFAULT NULL,
`DT_NASC` date DEFAULT NULL,
`id_usuario` int(11) NOT NULL,
`ID_CLIENTE` int(11) NOT NULL,
PRIMARY KEY (`ID_PEDIDO`),
KEY `TIPO_NEGOCIO_FK` (`TIPO_NEGOCIO`),
KEY `TIPO_PESSOA_FK` (`TIPO_PESSOA`),
KEY `tb_cadastro_cotacao_FK` (`id_usuario`),
KEY `cadastro_cotacao_FK` (`COD_CARRO`),
KEY `CADASTRO_PEDIDO_COTAÇÃO_FK` (`ID_CLIENTE`),
CONSTRAINT `cadastro_cotacao_FK` FOREIGN KEY (`COD_CARRO`) REFERENCES
`tb_cadastro_veiculos` (`COD_CARRO`),
CONSTRAINT `CADASTRO_PEDIDO_COTAÇÃO_FK` FOREIGN KEY (`ID_CLIENTE`)
REFERENCES `tb_cadastro_cliente` (`id_cliente`),
CONSTRAINT `tb_cadastro_cotacao_FK` FOREIGN KEY (`id_usuario`) REFERENCES
`tb_usuario` (`ID_USUARIO`)
)
CREATE TABLE `tb_cadastro_veiculos` (
74
`COD_CARRO` int(11) NOT NULL AUTO_INCREMENT,
`ID_ORIGEM` int(11) NOT NULL,
`ID_ESTADO` int(11) NOT NULL,
`ID_MARCA` int(11) NOT NULL,
`ID_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,
`AIRBAG` tinyint(1) DEFAULT NULL,
`ALARME` tinyint(1) DEFAULT NULL,
`AR_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,
`id_combustivel` int(11) DEFAULT NULL,
`id_cambio` int(11) DEFAULT NULL,
`id_porta` int(11) DEFAULT NULL,
PRIMARY KEY (`COD_CARRO`,`PLACA`),
KEY `VEICULOS_PK_MODELO` (`ID_MODELO`),
KEY `VEICULOS_PK` (`ID_ORIGEM`),
KEY `VEICULOS_PK_ESTADO` (`ID_ESTADO`),
KEY `VEICULOS_cambio_PK` (`id_cambio`),
KEY `VEICULOS_porta_PK` (`id_porta`),
KEY `VEICULOS_combustivel_PK` (`id_combustivel`),
KEY `cadastro_veiculos_marca_FK` (`ID_MARCA`),
CONSTRAINT `cadastro_veiculos_marca_FK` FOREIGN KEY (`ID_MARCA`) REFERENCES
`tb_marca` (`ID_MARCA`),
CONSTRAINT `VEICULOS_cambio_PK` FOREIGN KEY (`id_cambio`) REFERENCES
`tb_cambio` (`id_cambio`),
75
CONSTRAINT `VEICULOS_combustivel_PK` FOREIGN KEY (`id_combustivel`) REFERENCES
`tb_combustivel` (`id_comb`),
CONSTRAINT `VEICULOS_PK` FOREIGN KEY (`ID_ORIGEM`) REFERENCES `tb_origem`
(`ID_ORIGEM`),
CONSTRAINT `VEICULOS_PK_ESTADO` FOREIGN KEY (`ID_ESTADO`) REFERENCES
`tb_tipo_estado` (`ID_ESTADO`),
CONSTRAINT `VEICULOS_PK_MODELO` FOREIGN KEY (`ID_MODELO`) REFERENCES
`tb_modelo` (`ID_MODELO`),
CONSTRAINT `VEICULOS_porta_PK` FOREIGN KEY (`id_porta`) REFERENCES `tb_porta`
(`id_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,
`EMAIL` varchar(20) DEFAULT NULL,
`ENDERECO` varchar(50) DEFAULT NULL,
`BAIRRO` varchar(30) DEFAULT NULL,
`CIDADE` varchar(30) DEFAULT NULL,
`COMPL` varchar(30) DEFAULT NULL,
`CEP` int(11) DEFAULT NULL,
`UF` varchar(2) DEFAULT NULL,
`STATUS` tinyint(1) DEFAULT NULL,
`id_usuario` int(11) NOT NULL,
PRIMARY KEY (`COD_CADASTRO`,`CPF`),
KEY `cadastro_vendedor_FK` (`id_usuario`),
CONSTRAINT `cadastro_vendedor_FK` FOREIGN KEY (`id_usuario`) REFERENCES `tb_usuario`
(`ID_USUARIO`)
)
CREATE TABLE `tb_marca` (
`ID_MARCA` int(11) NOT NULL AUTO_INCREMENT, `DESC_MARCA` varchar(100) NOT NULL,
76
PRIMARY KEY (`ID_MARCA`)
)
CREATE TABLE `tb_modelo` (
`ID_MODELO` int(11) NOT NULL AUTO_INCREMENT,
`ID_MARCA` int(11) NOT NULL,
`DESC_MODELO` varchar(100) NOT NULL,
PRIMARY KEY (`ID_MODELO`),
KEY `MODELO_PK` (`ID_MARCA`),
CONSTRAINT `MODELO_PK` FOREIGN KEY (`ID_MARCA`) REFERENCES `tb_marca`
(`ID_MARCA`)
)
CREATE TABLE `tb_origem` (
`ID_ORIGEM` int(11) NOT NULL AUTO_INCREMENT,
`DESC_ORIGEM` varchar(20) NOT NULL,
PRIMARY KEY (`ID_ORIGEM`)
)
CREATE TABLE `tb_tipo_estado` (
`ID_ESTADO` int(11) NOT NULL AUTO_INCREMENT,
`DESC_ESTADO` varchar(100) NOT NULL,
PRIMARY KEY (`ID_ESTADO`)
)
CREATE TABLE `tb_usuario` (
`ID_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 (`ID_USUARIO`)
)
CREATE TABLE `tb_porta` (
`id_porta` int(11) NOT NULL AUTO_INCREMENT,
`desc_porta` int(11) NOT NULL,
PRIMARY KEY (`id_porta`)
)
77
CREATE TABLE `tb_combustivel` (
`id_comb` int(11) NOT NULL AUTO_INCREMENT,
`desc_combustivel` varchar(25) NOT NULL,
PRIMARY KEY (`id_comb`)
)
CREATE TABLE `tb_cambio` (
`id_cambio` int(11) NOT NULL AUTO_INCREMENT,
`desc_cambio` varchar(25) NOT NULL,
PRIMARY KEY (`id_cambio`)
)
4.4. Criação de chaves primaria e estrangeira
Chave primária, chave estrangeira e chave candidata são conceitos importantes na modelagem de dados, pois implementam restrições que garantirá ao futuro banco de dados a integridade dos dados.
Chave primária (em inglês Primary Keys ou PK)
Atributo ou combinação de atributos que possuem a propriedade de identificar de forma única uma linha da tabela. Corresponde a um atributo determinante, quando a chave primária é simples, ou seja, é formada por um único campo da tabela, esse campo não pode ter dois ou mais registros de mesmo valor, e também não pode conter nenhum registro nulo. Se a chave primária é composta, ou seja, formada por mais de um campo, os valores de cada campo podem se repetir, mas não a combinação desses valores.
Cada tabela deve incluir um campo ou conjunto de campos que identifique de forma exclusiva, cada registro armazenado na tabela. Essas informações são chamadas de chave primária da tabela.
Desta forma, com a chave primária cria-se uma identificação única, o que dá total segurança para que aplicações possam acessar, alterar e excluir dados sem correr o risco de apagar ou alterar dois campos da tabela ao mesmo tempo.
Chave primária é um importante objeto quando se aplica regras de normalização de dados, muitas das formas normais são baseadas nas relações dos demais atributos com a chave primária da tabela. Veja os post Primeira forma normal, segunda forma normal e terceira forma normal.
Chave estrangeira
O conceito de Chave estrangeira ou Chave secundária em uso de banco de dados se refere ao tipo de relacionamento entre as tabelas de dados do banco de dados.Uma chave estrangeira é chamada quando há o relacionamento entre duas tabelas, sempre em chave estrangeira vai haver relacionamentos entre tabelas, por exemplo, se uma tabela que tem uma chave primária de outra tabela.A chave estrangeira ocorre quando um atributo de uma relação for chave primária em outra relação.
Chaves Candidatas
78
Ocorrem quando em uma relação existe mais de uma combinação de atributos possuindo a propriedade de identificação única.
Ex: Matrícula, CPF, RG, Titulo Eleitor
http://www.luis.blog.br/chave%20primaria-chave-estrangeira-e-candidata.aspx
http://joaogoncalves010.blogspot.com.br/2011/05/definicao-de-chave-primaria-e-chave.html
Figura 10: Chave primaria e estrangeira.
Fonte: Próprios autores (2012).
79
4.5. Criações de Diagrama de Relacionamento das Tabelas
DER nada mais é que a representação gráfica do modelo MER. Em termos conceituais podemos dizer que o DER é um modelo diagramático que descreve o modelo de dados de um sistema com alto nível de abstração. Ele é usado para representar o modelo conceitual do negócio
Leia mais em: Conceitos de MER e DER - SQL Server 2008 - Parte 1 http://www.devmedia.com.br/conceitos-de-mer-e-der-sql-server-2008-parte-1/18383#ixzz2EPcKfGp7
Figura 11: Diagrama de relacionamento das tabelas.
Fonte: Próprios autores (2012).
80
CAPÍTULO 5 – MODELAGEM DA ARQUITETURA DO SISTEMA
5.1 PROJETO DE INTERFACE DO SISTEMA
Interface do sistema é da forma de interação entre o usuário do computador e
um programa por meio de uma representação gráfica com desenhos, imagens,
botões etc.
O software SellCar possui uma interface intuitiva de simples compreensão e
manuseio.
Fonte: http://pt.wikipedia.org/wiki/Interface
http://pt.wikipedia.org/wiki/Interface_(ciência_da_computação)
5.1.1 LAYOUTS DE TELAS E RELATÓRIOS
A função do layout é atrair a atenção do leitor e criar uma atmosfera agradável. Por
isso, é fundamental que ele seja organizado e objetivo. Um toque de estética e
simetria, combinado ao uso correto da paleta de cores, da fonte adequada e das
imagens em resolução ideal, garantem que seu site seja dinâmico e fácil de ler.
Fonte: http://www.basekit.com.br/centro-aprendizagem/a-importancia-de-um-bom-
layout-de-site
81
Figura: 12. Layout da tela de Acesso ao Sistema.
Fonte: Próprios autores (2012).
82
Figura 13: Layout da tela menu principal
Fonte: Próprios autores (2012).
83
Figura 14: Layout da tela menu cadastro
Fonte: Próprios autores (2012).
84
Figura 15: Layout da tela cadastro de vendedor.
Fonte: Próprios autores (2012).
85
Figura 16: Layout da tela cadastro de veículos.
Fonte: Próprios autores (2012).
86
Figura 17: Layout da tela cadastro do usuário do sistema.
Fonte: Próprios autores (2012).
87
Figura 18: Layout da tela Pedido venda de veículo.Fonte: Próprios autores (2012).
88
Figura 19: Layout da tela cadastro de clientes.Fonte: Próprios autores (2012).
89
Figura 20: Layout da tela cotação.
Fonte: Próprios autores (2012).
90
Figura 22: Layout da relatório de venda.
Fonte: Próprios autores (2012).
91
Figura 23: Layout da tela relatório de status.
Fonte: Próprios autores (2012).
92
Figura 24: Layout da tela relatório de cotação.
Fonte: Próprios autores (2012).
93
Figura 25: Layout da tela relatório de usuário.
Fonte: Próprios autores (2012).
94
Figura 26: Layout da tela relatório de cliente.
Fonte: Próprios autores (2012).
95
Figura 27: Layout da tela relatório de veiculo.
Fonte: Próprios autores (2012).
96
Figura 28: Layout da tela sair.
Fonte: Próprios autores (2012).
97
5.2 PROJETO DE PROTÓTIPO DO SISTEMA
A prototipação ajuda as pessoas enxergarem os seus requisitos, quando um
especificação textual não ajuda. Os protótipos podem reduzir a taxa de requisitos
tardios entre 10 e 25%
O protótipo torna o produto real o suficiente para os envolvidos trazerem requisitos,
que sem o protótipo não seriam capturados. Ele inspira os envolvidos a lembrar de
outros requisitos, que sem o protótipo poderiam aparecer apenas quando o produto
já estivesse em uso.
http://blog.prasabermais.com/2012/11/15/conceitos-e-importncia-da-prototipao-de-
requisitos/
Abaixo serão apresentados os protótipos do sistema Sellcar.
98
Figura: 29 Layout da tela de acesso ao sistema.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da janelaJLabel 1 Título do sistemaJLabel 2 Texto: “Login”JTextField 1 Preencher o nome de usuárioJLabel 3 Texto: “Senha”JTextField 2 Preencher a senha do usuárioJButton 1 Botão de Logar “Login”JButton 2 Botão de sair “Senha”Quadro: 56 Tabela dos componetes da tela de acesso ao sistema.
Fonte: Próprios autores (2012).
99
Figura 30: Layout da tela menu principal
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da janelaJPanel1 Título do sistema: “Sistema Informatizado de Venda”JButton 1 Botão: “Cadastro”JButton 2 Botão: “Pedido”JButton 3 Botão: “Cotação”JButton 4 Botão: “Relatório”JButton 5 Botão: “Sair"Quadro: 57: Tabela dos componentes da tela do menu principal.
Fonte: Próprios autores (2012).
100
Figura 31: Layout da tela menu cadastro
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Sellcar Menu Cadastro”JButton 1 Botão: “Cadastro de Vendedor”JButton 2 Botão: “Cadastro de veículo”JButton 3 Botão: “Cadastro de usuário”JButton 4 Botão: “Menu Principal”Quadro 58: Tabela dos componentes da tela do menu cadastro
Fonte: Próprios autores (2012).
101
Figura 32: Layout da tela cadastro de vendedor.
Fonte: Próprios autores (2012).
102
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Texto título do Sistema: “Cadastro de vendedor”JLabel 2 Texto: “Nome”JTextField 1 Preencher o nome do vendedorJLabel 3 Texto: “RG”JTextField 2 Preencher o número de RG do vendedorJLabel 4 Texto: “CPF”JTextField 3 Preencher o número de CPF do vendedorJLabel 5 Texto: “Data de Nascimento”JTextField 4 Preencher data de nascimento do vendedorJLabel 6 Texto: “Celular”JTextField 5 Preencher número de celular do vendedorJLabel 7 Texto: “Celular”JTextField 6 Preencher número de celular do vendedorJLabel 8 Texto: “Telefone”JTextField 7 Preencher número residencial do vendedorJLabel 9 Texto: “Telefone”JTextField 8 Preencher número para recados do vendedorJLabel10 Texto: “E-mail”JTextField 9 Preencher e-mail do vendedorJLabel 11 Texto: “Endereço”JTextField 10 Preencher nome da rua do vendedorJLabel 12 Texto: “Complemento”JTextField 11 Preencher complemento do vendedorJLabel 13 Texto: “UF”JTextField 12 Preencher estado do vendedorJLabel 14 Texto: “CEP”JTextField 13 Preencher CEP residencial do vendedorJLabel 15 Texto: “Cidade”JTextField 14 Preencher cidade onde vendedor moraJLabel 16 Texto: “Bairro”JTextField 15 Preencher bairro onde vendedor moraJButton 1 Botão: “Salvar”JButton 2 Botão: “Limpar”JButton 3 Botão: “Voltar ao Menu Principal”JButton 4 Botão: “Voltar ao “Pesquisar”JButton 5 Botão: “Voltar ao “Excluir”JButton 6 Botão: “Voltar ao “Alterar”JButton 7 Botão: “Voltar ao “Próximo”JButton 8 Botão: “Voltar ao “Anterior”Quadro 59: Tabela dos componentes da tela cadastro de vendedor.
Fonte: Próprios autores (2012).
103
Figura 33: Layout da tela cadastro de veículos.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Cadastro de veículos”JRadioButton1 Texto: “Nacional”JRadioButton2 Texto: “Importado”JRadioButton3 Texto: “Novo”JRadioButton4 Texto: “Usado”Item 1 Selecionar marca do veículoItem 2 Selecionar modelo do veículoItem 3 Selecionar combustível do veículoItem 4 Selecionar câmbio do veículoItem 5 Selecionar a quantidade de portas do veículoJLabel 2 Texto: “Ano de fabricação”JTextField 1 Preencher ano de fabricaçãoJLabel 3 Texto: “Placa”
104
JTextField 2 Preencher a placa do veículoJLabel 4 Texto: “Kilometragem”JTextField 3 Preencher a kilometragem do veículoJLabel 5 Texto: “Cor”JTextField 4 Preencher a cor do veículoJLabel 6 Texto: “Opcionais”JCheckBox 1 Texto: “Air bag”JCheckBox 2 Texto: “Direção hidráulica”JCheckBox 3 Texto: “Sensor de Estacionamento”JCheckBox 4 Texto: “Alarme”JCheckBox 5 Texto: “Freio ABS”JCheckBox 6 Texto: “Banco de couro”JCheckBox 7 Texto: “AR condicionado”JCheckBox 8 Texto: “Trava elétrica”JCheckBox 9 Texto: “Limpador traseiro”JCheckBox 10 Texto: “Cd player”JCheckBox 11 Texto: “Vidro elétrico”JCheckBox 12 Texto: “Desembaçador traseiro”JCheckBox 13 Texto: “Dvd player”JCheckBox 14 Texto: “Teto solar”JCheckBox 15 Texto: “Computador de bordo”JLabel 8 Texto: “Valor do veículo”JTextField 6 Preencher o valor do veículoJButton 1 Botão: “Salvar”JButton 2 Botão: “Limpar”JButton 3 Botão: “Voltar ao Menu Principal”JButton 4 Botão: “Voltar ao “Pesquisar”JButton 5 Botão: “Voltar ao “Excluir”JButton 6 Botão: “Voltar ao “Alterar”JButton 7 Botão: “Voltar ao “Próximo”JButton 8 Botão: “Voltar ao “Anterior”Quadro 60: Tabela dos componentes da tela cadastro de veículos.
Fonte: Próprios autores (2012).
105
Figura 34: Layout da tela cadastro do usuário do sistema.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Cadastro de usuário Sistema”JTextField 1 Preencher nome de usuárioJLabel 2 Texto: “Usuário”JTextField 2 Preencher senha de usuárioJLabel 3 Texto: “Senha”JTextField 3 Preencher confirmação da senhaJLabel 4 Texto: “Confirmar senha”JButton 1 Botão: “Salvar”JButton 2 Botão: “Voltar"JButton 3 Botão: “Pesquisar”JButton 4 Botão: “Proximo”JButton 5 Botão: “Anterior”JButton 6 Botão: “Excluir”JButton 7 Botão: “Alterar”Quadro 61: Tabela dos componentes da tela do usuário do sistema.
Fonte: Próprios autores (2012).
106
Figura 35: Layout da tela pedido venda de veiculo.
Fonte: Próprios autores (2012).
107
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Venda de Veículo”JLabel 2 Contador: “Placa do carro”JTextField 1 Preencher com a placa do carroJButton 1 Botão: “Atualizar”JRadioButton1 Texto: “Nacional/Importado”JRadioButton2 Texto: “Novo/Usado”Item 1 Selecionar marca do veículoItem 2 Selecionar modelo do veículoItem 3 Selecionar combustível do veículoItem 4 Selecionar câmbio do veículoItem 5 Selecionar a quantidade de portas do veículoJLabel 8 Texto: “Modelo Ano”JTextField 8 Preencher o modelo do ano do veículoJLabel 9 Texto: “Ano de fabricação”JTextField 9 Preencher ano de fabricaçãoJLabel 10 Texto: “Placa”JTextField 10 Preencher a placa do veículoJLabel 11 Texto: “Kilometragem”JTextField 11 Preencher a kilometragem do veículoJLabel 12 Texto: “Cor”JTextField 12 Preencher a cor do veículoJLabel 13 Texto: “Opcionais”JCheckBox 1 Texto: “Air bag”JCheckBox 2 Texto: “Direção hidráulica”JCheckBox 3 Texto: “Sensor de Estacionamento”JCheckBox 4 Texto: “Alarme”JCheckBox 5 Texto: “Freio ABS”JCheckBox 6 Texto: “Banco de couro”JCheckBox 7 Texto: “AR condicionado”JCheckBox 8 Texto: “Trava elétrica”JCheckBox 9 Texto: “Limpador traseiro”JCheckBox 10 Texto: “Cd player”JCheckBox 11 Texto: “Vidro elétrico”JCheckBox 12 Texto: “Desembaçador traseiro”JCheckBox 13 Texto: “Dvd player”JCheckBox 14 Texto: “Teto solar”JCheckBox 15 Texto: “Computador de bordo”JLabel 3 Contador: “Código do cliente”JTextField 2 Preencher o código do clienteJButton 1 Botão: “Cadastro de novo cliente”JTextField 3 Preencher nome do clienteJLabel 4 Texto: “Valor do veículo”JTextField 4 Preencher o valor do veículoJLabel 5 Texto: “Entrada”JTextField 5 Preencher o valor da entradaJLabel 6 Texto: “Valor financiado”
108
JTextField 6 Preencher o valor financiadoJLabel 7 Texto: “Parcelado”JTextField 7 Preencher o valor parceladoJButton 2 Botão: “Cadastro de Novo Cliente”JButton 3 Botão: “Voltar”JButton 4 Botão: “Próximo”JButton 5 Botão: “Anterior”JButton 6 Botão: “Excluir”JButton 7 Botão: “Alterar”JButton 8 Botão: “Gerar Venda”JButton 9 Botão: “Pesquisa”Quadro 62: Tabela dos componentes da tela pedido venda de veiculo.
Fonte: Próprios autores (2012).
109
Figura 36: Layout da tela cadastro de clientes.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Titulo da JanelaJLabel 1 Titulo do Sistema: “Cadastro de Clientes”JLabel 2 Texto: “Dados Pessoais”JLabel 3 Texto: “Nome”JTextField 1 Preencher o nome do clienteJLabel 4 Texto: “email”JTextField 2 Preencher o email do cliente
110
JLabel 5 Texto: “CPF”JTextField 3 Preencher o CPF do clienteJLabel 12 Texto: “Dt. de Nascimento”JTextField 4 Preencher a data de nascimento do clienteJLabel 35 Texto: “Naturalidade”JTextField 31 Preencher a naturalidade do clienteJLabel 6 Texto: “RG”JTextField 5 Preencher o RG do clienteJLabel 13 Texto: “Dt. de Emissão”JTextField 6 Preencher a data de emissão do RG do clienteJLabel 14 Texto: “Órgão Emissor”JTextField 7 Preencher o órgão emissor do RG do clienteJLabel 7 Texto: “Pai”JTextField 8 Preencher o nome do pai do clienteJLabel 8 Texto: “Mãe”JTextField 9 Preencher o nome da mãe do clienteJLabel 9 Texto: “End”JTextField 10 Preencher o endereço do clienteJLabel 15 Texto: “Compl”JTextField 11 Preencher complementoJLabel 16 Texto: “Num”JTextField 12 Preencher o numero do endereço do clienteJLabel 17 Texto: “UF”JTextField 13 Preencher o estado de residência do clienteJLabel 10 Texto: “Bairro”JTextField 14 Preencher o bairro de residência do clienteJLabel 18 Texto: “Cidade”JTextField 15 Preencher a cidade de residência do clienteJLabel 36 Texto: “CEP”JTextField 32 Preencher o cep da residência do clienteJLabel 11 Texto: “Tel”JTextField 16 Preencher o telefone da residência do clienteJLabel 19 Texto: “Cel”JTextField 17 Preencher o telefone celular do clienteJLabel 20 Texto: “Dados Profissionais”JLabel 21 Texto: “Empresa”JTextField 18 Preencher o nome da empresaJLabel 22 Texto: “Cargo”JTextField 19 Preencher o cargo do clienteJLabel 23 Texto: “Tempo de Empresa”JTextField 20 Preencher tempo de empresa do clienteJLabel 24 Texto: “End”JTextField 21 Preencher o endereço do clienteJLabel 25 Texto: “Compl”JTextField 22 Preencher complementoJLabel 26 Texto: “CEP”JTextField 23 Preencher o cep da residência do clienteJLabel 27 Texto: “Bairro”
111
JTextField 24 Preencher o bairro da empresaJLabel 28 Texto: “Cidade”JTextField 25 Preencher a cidade da empresaJLabel 29 Texto: “Tel”JTextField 26 Preencher o telefone da empresaJLabel 30 Texto: “Salario”JTextField 27 Preencher o salario do clienteJLabel 31 Texto: “Dados Bancários”JLabel 32 Texto: “Agencia”JTextField 28 Preencher número da agenciaJLabel 33 Texto: “Conta”JTextField 29 Preencher número contaJLabel 34 Texto: “Banco”JTextField 30 Preencher nome do bancoJButton 1 Botão: “Salvar”JButton 2 Botão: “Limpar”JButton 3 Botão: “Voltar ao Menu Principal”JButton 4 Botão: “Pesquisar”JButton 5 Botão: “Próximo”JButton 6 Botão: “Anterior”JButton 7 Botão: “Excluir”JButton 7 Botão: “Alterar”Quadro 63: Tabela dos componentes da tela cadastro de clientes.
Fonte: Próprios autores (2012).
112
Figura 37 : Layout da tela cotação.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Cotação de veículo”JTextField 1 Preencher o código e placa do veículoJLabel 2 Contador: “Código da placa do veículo”JRadioButton1 Texto: “Nacional/Importado”JRadioButton2 Texto: “Novo/Usado”JButton3 Texto: “Atualizar”Item 1 Selecionar marca do veículoItem 2 Selecionar modelo do veículoItem 3 Selecionar combustível do veículo
113
Item 4 Selecionar câmbio do veículoItem 5 Selecionar a quantidade de portas do veículoJLabel 3 Texto: “Ano de fabricação”JTextField 2 Preencher ano de fabricaçãoJLabel 4 Texto: “Placa”JTextField 3 Preencher a placa do veículoJLabel 5 Texto: “Kilometragem”JTextField 4 Preencher a kilometragem do veículoJLabel 6 Texto: “Cor”JTextField 5 Preencher a cor do veículoJLabel 7 Texto: “Opcionais”JCheckBox 1 Texto: “Air bag”JCheckBox 2 Texto: “Direção hidráulica”JCheckBox 3 Texto: “Sensor de Estacionamento”JCheckBox 4 Texto: “Alarme”JCheckBox 5 Texto: “Freio ABS”JCheckBox 6 Texto: “Banco de couro”JCheckBox 7 Texto: “AR condicionado”JCheckBox 8 Texto: “Trava elétrica”JCheckBox 9 Texto: “Limpador traseiro”JCheckBox 10 Texto: “Cd player”JCheckBox 11 Texto: “Vidro elétrico”JCheckBox 12 Texto: “Desembaçador traseiro”JCheckBox 13 Texto: “Dvd player”JCheckBox 14 Texto: “Teto solar”JCheckBox 15 Texto: “Computador de bordo”JButton 1 Botão: “Voltar”JButton 2 Botão: “Gerar venda”Quadro 64: Tabela dos componentes da tela cotação.
Fonte: Próprios autores (2012).
114
Figura 38 : Layout da tela principal de relatorios.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Sellcar – Menu Relatório”JButton1 Texto: “Relatório de venda”JButton2 Texto: “Relatório por status”JButton3 Texto: “Relatório de cotação”JButton4 Texto: “Relatório de usuário”JButton5 Texto: “Relatório de cliente”JButton6 Texto: “Relatório de veículos”JButton7 Texto: “Voltar”Quadro 65: Tabela dos componentes da tela princial relatorios
Fonte: Próprios autores (2012).
115
Figura 39 : Layout da tela relatório de venda.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Sellcar – Menu Relatório”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Veiculo”JRadioButton2 Texto: “Cliente”JRadioButton3 Texto: “Vendedor”JRadioButton4 Texto: “Preços”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 66: Tabela dos componentes da tela relatório de venda
Fonte: Próprios autores (2012).
116
Figura 40 : Layout da tela relatório por status.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório por Status”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Veiculo”JRadioButton2 Texto: “Cliente”JRadioButton3 Texto: “Vendedor”JRadioButton4 Texto: “Telefone”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 67: Tabela dos componentes da tela relatório por status
Fonte: Próprios autores (2012).
117
Figura 41 : Layout da tela relatório cotação.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Cotação”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Veiculo”JRadioButton2 Texto: “Preço”JRadioButton3 Texto: “Vendedor”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 68: Tabela dos componentes da tela relatório cotação
Fonte: Próprios autores (2012).
118
Figura 42 : Layout da tela relatório usuário.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Usuário”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Nome”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 69: Tabela dos componentes da tela relatório usuario
Fonte: Próprios autores (2012).
119
Figura 43 : Layout da tela relatório cliente.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Cliente”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Principais Itens”JRadioButton1 Texto: “Nome”JRadioButton2 Texto: “Email”JRadioButton3 Texto: “Telefone”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 70: Tabela dos componentes da tela relatório cliente
Fonte: Próprios autores (2012).
120
Figura 44 : Layout da tela relatório veículos.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da JanelaJLabel 1 Título do Sistema: “Relatório Veículos”JLabel 2 Texto: “Inicio”JLabel 3 Texto: “Fim”JCalendar1 n/aJCalendar2 n/aJLabel 4 Texto: “Tipo de Relatório”JRadioButton1 Texto: “Em estoque”JRadioButton2 Texto: “Vendidos”JLabel 5 Texto: “Principais Itens”JRadioButton5 Texto: “Veiculo”JRadioButton6 Texto: “Valor da compra”JRadioButton7 Texto: “Valor vendido”JButton1 Texto: “Tela”JButton2 Texto: “Imprime”JButton3 Texto: “Voltar”Quadro 71: Tabela dos componentes da tela relatório veículos
Fonte: Próprios autores (2012).
121
Figura 45: Layout da tela sair.
Fonte: Próprios autores (2012).
Componente ObservaçãoJFrame 1 Título da Janela “Selecione uma opção”JLabel 1 Título do sistema “Deseja realmente sair?”JButton 1 Botão: “Sim”JButton 2 Botão: “Não”JButton 3 Botão: “Cancelar”Quadro 72: Tabela dos componentes da tela sair.
Fonte: Próprios autores (2012).
122
.
5.3 DESENVOLVIMENTO DOS MÓDULOS BÁSICOS DO SISTEMA
O software é compostos por xx módulos, divididos conforme as necessidades do
cliente
1. Cadastro
a. Vendedor
i. Novo vendedor
ii. Exclusão de vendedor
iii. Atualização do vendedor
b. Veículo
i. Novo veiculo
ii. Exclusão de veiculo
iii. Atualização do cadastro do veiculo
c. Usuário
i. Novo usuário do sistema
ii. Exclusão de usuário
2. Pedidos
a. Lançamento/alteração de venda de veículo
3. Cotação
a. Geração de nova cotação de venda
4. Relatórios
a. Geração de relatórios de vendas
123
5.3.1 MENU DE NAVEGAÇÃO
Os menus de navegação do software SellCar é simples, composto de botões com
mensagens objetivas e imagens para facilitar a utilização/assimilação com as opção
do software.
Abaixo segue o menu de navegação principal do sistema, levando para todos os
módulos citados no item 5.3. Desenvolvimentos dos Módulos Básicos do Sistema
Figura 46: Menu Principal.
Fonte: Próprios autores (2012).
Para os demais modulo do sistema SellCar, estão dispostos no mesmo layout, para
evitar erros e mensagens simples
124
Figura 47: Layout de operações.
Fonte: Próprios autores (2012).
5.4 CONEXÃO COM BANCO DE DADOS
A conexão do Sistema com o Banco de Dados é feito através de uma classe de
conexão utilizando a API – JDBC, no padrão DAO(Data Acess Object).
DAO(Data Acess Object) que é um dos padrões de mapeamento de objetos
relacional para persistência de objetos em uma base de dados.
JDBC é uma API (Aplication Program Interface) para acesso a SGBD(Sistemas
Gerenciadores de Banco de Dados) relacionais por meio de comandos
SQL(Structured Query Language).
Para demonstrar as alterações no Banco de Dados do Sistema, segue abaixo os
prints de tela das alterações efetuadas.
Na tela abaixo temos o formulário de cadastro de vendedor sem os dados
preenchidos:
125
Figura 48: Cadastro de vendedor sem informações.
Fonte: Próprios autores (2012).
Abaixo temos as colunas do banco de dados sem as informações preenchidas:
Figura 35: Colunas do banco de dados sem informações.
Fonte: Próprios autores (2012).
Abaixo temos a tela de cadastro de vendedor com os dados preenchidos:
Figura 49: Cadastro de vendedor com informações.
Fonte: Próprios autores (2012).
126
Abaixo temos as colunas do banco de dados após salvar as informações
preenchidas no formulário:
Figura 50: Colunas do banco de dados com informações.
Fonte: Próprios autores (2012).
5.5 DESENVOLVIMENTO DA INTERFACE
O sistema foi desenvolvido na plataforma NetBeans que se trata de uma ferramenta
de código aberto gratuito para desenvolvedores de software, utilizando a linguagem
Java.
A interface do sistema foi desenvolvida pensando inteiramente na interação do
usuário com o sistema, com telas de fácil navegação e interatividade com o usuário,
com menus bem definidos e claros, após o treinamento o usuário estará pronto para
utilizar o software de forma fácil e rápida.
5.6 DESENVOLVIMENTO DO SISTEMA
O código-fonte foi desenvolvido utilizando a linguagem Java através da IDE
Netbeans, foi utilizado os métodos Javabeans e DAO - Data Access Object para
gravação das informações capturadas da interface do sistema no banco de dados
Mysql e a conexão com o banco de dados.
127
5.7 DESENVOLVIMENTO FINAL DO SISTEMA E TESTES
A etapa de testes é importante para verificar a existência de falhas ou se o sistema
está se comportando dentro dos princípios do projeto.
Para testar o software foram utilizadas as técnicas de casos de teste caixa-preta e
integração.
5.7.1. CASOS DE TESTE
Conforme mencionado no item 5.7 abaixo segue tabelas referentes aos teste
funcional (caixa preta) e teste de integração.
Caso de Teste 01 - Tela de Login
Caso de Teste: Acessar o Sistema.
Pré-condições:O usuário e senha devem estar previamente cadastrados no Sistema;Preenchimento dos campos "Login" e "Senha".
Procedimentos:Preencher os campos acima;Clicar no botão "Login".
Resultado Esperado:
Acessar menu principal.
Dados de entrada:
Login e Senha.
Critérios especiais:
Não se aplica.
Implementação: Manual.
Quadro 73: Tabela do caso de teste - Tela de Login.
Fonte: Próprios autores (2012).
Caso de Teste 02 - Cadastro de Usuário
Caso de Teste: Criar login de acesso ao Sistema.
Pré-condições: Preenchimento dos campos "Login", "Senha" e
128
"Confirmar Senha".
Procedimentos:Preencher todos os campos informados acima;Clicar no botão "Salvar".
Resultado Esperado:
Mensagem de confirmação do cadastro;
Dados de entrada:
Login, Senha e Confirmar Senha.
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 74: Tabela do caso de teste - Cadastro de Usuário 1.
Fonte: Próprios autores (2012).
Caso de Teste 03 – Cadastro de Usuário
Caso de Teste: Buscar usuário do sistema
Pré-condições: O usuário deve estar cadastrado no sistema
Procedimentos:Clicar no botão “Pesquisar” e nos botões “Próximo” e “Anterior”
Resultado Esperado:
Exibir dados do usuário
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 75: Tabela do caso de teste - Cadastro de Usuário 2.
Fonte: Próprios autores (2012).
Caso de Teste 04 – Cadastro de Usuário
Caso de Teste: Excluir usuário do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do usuário
Procedimentos: Realizar uma pesquisa e clicar no botão “excluir”
129
Resultado Esperado:
Mensagem de confirmação da exclusão
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 76: Tabela do caso de teste - Cadastro de Usuário 3.
Fonte: Próprios autores (2012).
Caso de Teste 05 – Cadastro de Usuário
Caso de Teste: Alterar usuário do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do usuário
Procedimentos:Realizar uma pesquisa, alterar os dados e clicar no botão “alterar”
Resultado Esperado:
Mensagem de confirmação da alteração
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 77: Tabela do caso de teste - Cadastro de Usuário 4.
Fonte: Próprios autores (2012).
Caso de Teste 06 - Cadastro de Veiculo
Caso de Teste: Cadastrar Veiculo
Pré-condições: Preenchimento dos campos "Nacional", "Importado", "Novo", "Usado", “Marca”, “Modelo”, “Combustível”, “Cambio”, “Ano de Fab.”, “Placa”, “Kilometragem”, “Cor”, "Air Bag", "Alarme", "Ar Condicionado", "CD Player", "DVD Player", "Direção Hidráulica", "Freio ABS", "Travas Elétricas", "Vidros Elétricos", "Teto Solar",
130
"Sensor de Estacionamento", "Banco de Couro", "Limpador Traseiro", "Desembaçador Traseiro", "Computador de Bordo", "Valor de Compra"
Procedimentos:Preencher todos os campos acima;Clicar no botão "Salvar".
Resultado Esperado:
Mensagem de confirmação do cadastro
Dados de entrada:
Preenchimento de todos os campos
Critérios especiais:
Não se aplica
Implementação: Manual.
Quadro 78: Tabela do caso de teste - Cadastro de Veículo 1.
Fonte: Próprios autores (2012).
Caso de Teste 07 – Cadastro de Veículo
Caso de Teste: Buscar Veículo
Pré-condições: O veiculo deve estar cadastrado no sistema
Procedimentos:Clicar no botão “Pesquisar” e nos botões “Próximo” e “Anterior”
Resultado Esperado:
Exibir dados do veículo
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 79: Tabela do caso de teste - Cadastro de Veículo 2.
Fonte: Próprios autores (2012).
Caso de Teste 08 – Cadastro de Veículo
Caso de Teste: Excluir veículo do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do veículo
131
Procedimentos: Realizar uma pesquisa e clicar no botão “excluir”
Resultado Esperado:
Mensagem de confirmação da exclusão
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 80: Tabela do caso de teste - Cadastro de Veículo 3.
Fonte: Próprios autores (2012).
Caso de Teste 09 – Cadastro de Veículo
Caso de Teste: Alterar veículo do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do veículo
Procedimentos:Realizar uma pesquisa, alterar os dados e clicar no botão “alterar”
Resultado Esperado:
Mensagem de confirmação da alteração
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 81: Tabela do caso de teste - Cadastro de Veículo 4.
Fonte: Próprios autores (2012).
Caso de Teste 10 - Cadastro de Vendedor
Caso de Teste: Cadastrar Vendedor
Pré-condições:Preenchimentos dos campos “Nome”, “RG”, “CPF”, “Dt. Nascimento”, “Cel”, “Tel”, “Email”, “Endereço”, “Compl”, “UF”, “CEP”, “Cidade”, “Bairro”
Procedimentos:Preencher todos os campos acima;
Clicar no botão “Salvar”
132
Resultado Esperado:
Mensagem de confirmação do cadastro
Dados de entrada:
Preenchimento de todos os campos
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 82: Tabela do caso de teste - Cadastro de Vendedor 1.
Fonte: Próprios autores (2012).
Caso de Teste 11 – Cadastro de Vendedor
Caso de Teste: Buscar Vendedor
Pré-condições: O vendedor deve estar cadastrado no sistema
Procedimentos:Clicar no botão “Pesquisar” e nos botões “Próximo” e “Anterior”
Resultado Esperado:
Exibir dados do vendedor
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 83: Tabela do caso de teste - Cadastro de Vendedor 2.
Fonte: Próprios autores (2012).
Caso de Teste 12 – Cadastro de Vendedor
Caso de Teste: Excluir vendedor do sistema
Pré-condições:Efetuar uma pesquisa para exibição dos dados do vendedor
Procedimentos: Realizar uma pesquisa e clicar no botão “excluir”
Resultado Esperado:
Mensagem de confirmação da exclusão
133
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 84: Tabela do caso de teste - Cadastro de Vendedor 3.
Fonte: Próprios autores (2012).
Caso de Teste 13 – Cadastro de Veículo
Caso de Teste: Alterar veículo do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do veículo
Procedimentos:Realizar uma pesquisa, alterar os dados e clicar no botão “alterar”
Resultado Esperado:
Mensagem de confirmação da alteração
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 85: Tabela do caso de teste - Cadastro de Veículo 4.
Fonte: Próprios autores (2012).
Caso de Teste 14 – Cadastro de Cliente
Caso de Teste: Cadastrar Clientes
Pré-condições:
Preenchimento dos campos "Nome", "Email", "CPF","Dt. Nascimento", "Naturalidade", "RG", "Dt. Emissão", "Órgão Emissor", "Pai", "Mãe", "End", "Compl", "Num", "UF", "Bairro", "Cidade", "CEP", "Tel", "Cel", "Empresa", "Cargo", "Tempo de Empresa", "Salário", "Agência", "Conta", "Banco"
Procedimentos: Preencher todos os campos acima;
134
Clicar no botão “Salvar”
Resultado Esperado:
Mensagem de confirmação do cadastro
Dados de entrada:
Preenchimento de todos os campos
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 86: Tabela do caso de teste – Cadastro de Cliente 1.
Fonte: Próprios autores (2012).
Caso de Teste 15 – Cadastro de Cliente
Caso de Teste: Buscar Cliente
Pré-condições: O cliente deve estar cadastrado no sistema
Procedimentos:Clicar no botão “Pesquisar” e nos botões “Próximo” e “Anterior”
Resultado Esperado:
Exibir dados do cliente
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 87: Tabela do caso de teste - Cadastro de Cliente 2.
Fonte: Próprios autores (2012).
Caso de Teste 16 – Cadastro de Vendedor
Caso de Teste: Excluir cliente do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do cliente
Procedimentos: Realizar uma pesquisa e clicar no botão “excluir”
Resultado Esperado:
Mensagem de confirmação da exclusão
Dados de N/A
135
entrada:
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 88: Tabela do caso de teste - Cadastro de Cliente 3.
Fonte: Próprios autores (2012).
Caso de Teste 17 – Cadastro de Veículo
Caso de Teste: Alterar cliente do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do cliente
Procedimentos:Realizar uma pesquisa, alterar os dados e clicar no botão “alterar”
Resultado Esperado:
Mensagem de confirmação da alteração
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 89: Tabela do caso de teste - Cadastro de Cliente 4.
Fonte: Próprios autores (2012).
Caso de Teste 18 – Gerar Pedido
Caso de Teste: Gerar Pedido
Pré-condições:
Veiculo previamente cadastrado no sistema
Preenchimento dos campos “Placa Veiculo”, “Cod Cliente”, "Valor do Veiculo”, “Entrada”, “Valor Financiado”, “Parcelado”
Procedimentos:Digitar a placa do veiculo e clicar no botão “Atualizar”, os dados do veiculo serão atualizados;
Clicar no botão “Cadastro Novo Cliente” e clicar no botão
136
“Voltar”;
Preencher os campos “Valor do Veiculo”, “Entrada”, “Valor Financiado”, “Parcelado”;
Clicar no botão “Gerar Venda”
Resultado Esperado:
Mensagem de confirmação do pedido gerado, e mensagem para efetuar impressão
Dados de entrada:
Preenchimento de todos os campos acima
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 90: Tabela do caso de teste – Gerar Pedido 1.
Fonte: Próprios autores (2012).
Caso de Teste 19 – Gerar Pedido
Caso de Teste: Buscar Pedido
Pré-condições: O pedido deve estar cadastrado no sistema
Procedimentos:Clicar no botão “Pesquisar” e nos botões “Próximo” e “Anterior”
Resultado Esperado:
Exibir dados do pedido
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 91: Tabela do caso de teste – Gerar Pedido 2.
Fonte: Próprios autores (2012).
Caso de Teste 20 – Gerar Pedido
Caso de Teste: Excluir pedido do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do pedido
137
Procedimentos: Realizar uma pesquisa e clicar no botão “excluir”
Resultado Esperado:
Mensagem de confirmação da exclusão
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 92: Tabela do caso de teste – Gerar Pedido 3.
Fonte: Próprios autores (2012).
Caso de Teste 20 – Cadastro de Veículo
Caso de Teste: Alterar pedido do sistema
Pré-condições: Efetuar uma pesquisa para exibição dos dados do pedido
Procedimentos:Realizar uma pesquisa, alterar os dados e clicar no botão “alterar”
Resultado Esperado:
Mensagem de confirmação da alteração
Dados de entrada:
N/A
Critérios especiais:
Não se aplica.
Implementação: Manual
Quadro 93: Tabela do caso de teste – Gerar Pedido 4.
Fonte: Próprios autores (2012).
Caso de Teste 21 – Gerar Cotação
Caso de Teste: Gerar Cotação
Pré-condições:Veiculo previamente cadastrado no Sistema;
Preencher o campo “Placa Veiculo”;
Procedimentos:Preencher o campo “Placa Veiculo”;
Clicar na botão “Gerar”;
138
Resultado Esperado:
Mensagem de confirmação do pedido gerado, e mensagem para efetuar impressão
Dados de entrada:
Preenchimento de todos os campos acima
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 94: Tabela do caso de teste – Gerar Cotação 1.
Fonte: Próprios autores (2012).
Caso de Teste 22 – Gerar Relatório
Caso de Teste: Gerar Relatório Cliente
Pré-condições:Cliente previamente cadastrado no Sistema;
Procedimentos:Preencher o campo “Inicio”, “Fim”, clicar na botão “Tela” ou “Imprime”;
Resultado Esperado:
Mensagem de confirmação para geração do relatório
Dados de entrada:
Preenchimento de todos os campos acima
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 95: Tabela do caso de teste – Gerar Relatório 1.
Fonte: Próprios autores (2012).
Caso de Teste 23 – Gerar Relatório
Caso de Teste: Gerar Relatório Venda
Pré-condições:Pedido de veiculo previamente cadastrado no Sistema;
139
Procedimentos:Preencher o campo “Inicio”, “Fim”, clicar na botão “Tela” ou “Imprime”;
Resultado Esperado:
Mensagem de confirmação para geração do relatório
Dados de entrada:
Preenchimento de todos os campos acima
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 96: Tabela do caso de teste – Gerar Relatório 2.
Fonte: Próprios autores (2012).
Caso de Teste 24 – Gerar Relatório
Caso de Teste: Gerar Relatório Veículo
Pré-condições:Pedido de Veiculo previamente cadastrado no Sistema;
Procedimentos:Preencher o campo “Inicio”, “Fim”,selecionar tipo do relatório “Em estoque” ou “Vendidos” clicar na botão “Tela” ou “Imprime”;
Resultado Esperado:
Mensagem de confirmação para geração do relatório
Dados de entrada:
Preenchimento de todos os campos acima
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 97: Tabela do caso de teste – Gerar Relatório 2.
Fonte: Próprios autores (2012).
Caso de Teste 25 – Gerar Relatório
Caso de Teste: Gerar Relatório por Status
Pré-condições: Pedido de Veiculo previamente cadastrado no Sistema;
140
Procedimentos:Preencher o campo “Inicio”, “Fim”, clicar na botão “Tela” ou “Imprime”;
Resultado Esperado:
Mensagem de confirmação para geração do relatório
Dados de entrada:
Preenchimento de todos os campos acima
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 98: Tabela do caso de teste – Gerar Relatório 3.
Fonte: Próprios autores (2012).
Caso de Teste 26 – Gerar Relatório
Caso de Teste: Gerar Relatório Cotação
Pré-condições:Cotação previamente cadastrado no Sistema;
Procedimentos:Preencher o campo “Inicio”, “Fim”, clicar na botão “Tela” ou “Imprime”;
Resultado Esperado:
Mensagem de confirmação para geração do relatório
Dados de entrada:
Preenchimento de todos os campos acima
Critérios especiais:
Não se aplica
Implementação: Manual
Quadro 99: Tabela do caso de teste – Gerar Relatório 3.
Fonte: Próprios autores (2012).
5.7.1 RELATÓRIO DE TESTE
Os testes realizados no software mostraram-se satisfatórios conforme tabela abaixo
141
RELATÓRIO DE TESTES
142
ID APROVADO REPROVADO ID APROVADOREPROVAD
OCT0
1X
CT14
X
CT02
XCT15
X
CT03
XCT16
X
CT04
XCT17
X
CT05
XCT18
X
CT06
XCT19
X
CT07
XCT20
X
CT08
XCT21
X
CT09
XCT22
X
CT10
XCT23
X
CT11
XCT24
X
CT12
XCT25
X
CT13
XCT26
X
Quadro 100: Relatório de teste.
Fonte: Próprios autores (2012).
143
5.8 DOCUMENTAÇÃO DO SISTEMA
Foi desenvolvido um manual de utilização, contendo imagens de todas as telas do
sistema visando fácil compreensão do usuário.
O manual foi desenvolvido também com informações básicas sobre como preencher
os campos e utilizar a ferramenta corretamente.
Figura: 51. Layout da tela de Acesso ao Sistema.
Fonte: Próprios autores (2012).
Componente ObservaçãoLogin Neste campo será colocado o nome do usuário.Senha Neste campo será colocada a senha do usuário.Sair Neste campo o usuário poderá desistir de acessar o sistema.Login Neste campo o usuário confirma o seu acesso ao sistema.Quadro 101: Tabela dos componentes da tela de acesso ao sistema.
Fonte: Próprios autores (2012).
144
Figura 52: Layout da tela menu principal.
Fonte: Próprios autores (2012).
Componente
Observação
Cadastros Neste botão o usuário acessa a tela de cadastros.Pedido Neste botão o usuário acessa a tela de pedido.Cotação Neste botão o usuário acessa a tela de cotação.Relatório Neste botão o usuário acessa a tela de relatório.Sair Neste botão o usuário sai do sistema.Quadro 102: Tabela dos componentes da tela do menu principal.
Fonte: Próprios autores (2012).
145
Figura 53: Layout da tela menu cadastro
Fonte: Próprios autores (2012).
Componente ObservaçãoCadastro Vendedor Neste botão o usuário acessa a tela cadastro de
vendedor.Cadastro de Veículo Neste botão o usuário acessa a tela cadastro de
veículo.Cadastro Usuário Neste botão o usuário acessa a tela cadastro de
usuário.Voltar Neste botão o usuário volta a tela do menu principal.Quadro 103: Tabela dos componentes da tela do menu cadastro.
Fonte: Próprios autores (2012).
146
Figura 54: Layout da tela cadastro de vendedor.
Fonte: Próprios autores (2012).
147
Componente ObservaçãoNome Neste campo será preenchido o nome do vendedor.RG Neste campo será preenchido o numero do Rg do vendedor.CPF Neste campo será preenchido o numero do Cpf do vendedor.Data de Nascimento
Neste campo será preenchida a data de nascimento do vendedor.
Celular Neste campo será preenchido o numero do celular do vendedor.Celular Neste campo será preenchido um segundo numero de celular do vendedor.Telefone Neste campo será preenchido o numero do telefone do vendedor.Telefone Neste campo será preenchido um segundo numero de telefone do vendedor.E-mail Neste campo será preenchido um e-mail do vendedor.Endereço Neste campo será preenchido endereço do vendedor.Complemento Neste campo será preenchido as informações adicionais do endereço do
vendedor.UF Neste campo será preenchido o estado de residência do vendedor.Cep Neste campo será preenchido o cep de residência do vendedor.Cidade Neste campo será preenchida a cidade de residência do vendedor.Bairro Neste campo será preenchido o bairro de residência do vendedor.Excluir Neste botão o usuário excluirá o vendedor cadastradoAlterar Neste botão o usuário irá alterar um cadastro existentePróximo Neste botão o usuário irá para o próximo vendedor cadastrado.Anterior Neste botão o usuário voltará para um vendedor anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos vendedoresVoltar Neste botão o usuário volta a tela do menu cadastro.Limpar Neste botão o usuário limpa um cadastro de vendedor.Salvar Neste botão o usuário salva as informações do cadastro do vendedor.Quadro 104: Tabela dos componentes da tela cadastro de vendedor.
Fonte: Próprios autores (2012).
148
Figura 55: Layout da tela cadastro de veículos.
Fonte: Próprios autores (2012).
149
Componente ObservaçãoNacional Nesta caixa de seleção caso esteja selecionada o veículo é
nacional.Importado Nesta caixa de seleção caso esteja selecionada o veículo é
importado.Novo Nesta caixa de seleção caso esteja selecionada o veículo é novo.Usado Nesta caixa de seleção caso esteja selecionada o veículo é
usado.Marca Nesta lista será selecionada a marca do veículo.Modelo Nesta lista será selecionado o modelo do veículo.Combustível Nesta lista será selecionado o tipo combustível do veículo.Câmbio Nesta lista será selecionado o tipo de transmissão do veículo.Porta Nesta lista será selecionada a quantidade portas do veículo.Ano de Fabricação Neste campo será preenchido o ano de fabricação do veículo.Placa Neste campo será preenchida a placa do veículo.Kilometragem Neste campo será preenchida a kilometragem atual do veículo.Cor Neste campo será preenchida a cor do veículo.Opcionais Nesta caixa de seleção onde estiver marcado estão os opcionais
do veículo.Valor de compra Neste campo será marcado o valor pago no veículo.Excluir Neste botão o usuário excluirá um veículo cadastradoAlterar Neste botão o usuário irá alterar um cadastro existentePróximo Neste botão o usuário irá para o próximo veículo cadastrado.Anterior Neste botão o usuário voltará para um veículo anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos veículosVoltar Neste botão o usuário volta a tela do menu cadastro.Limpar Neste botão o usuário limpa o cadastro de veículo.Salvar Neste botão o usuário salva as informações do cadastro do
veículo.Quadro 105: Tabela dos componentes da tela cadastro de veículos.
Fonte: Próprios autores (2012).
150
Figura 56: Layout da tela cadastro do usuário do sistema.
Fonte: Próprios autores (2012).
Componente ObservaçãoUsuário Neste campo será preenchido o nome do usuário para acessar o
sistema.Senha Neste campo será preenchida a senha do usuário para acessar o
sistema.Confirmar Senha
Neste campo será preenchida novamente a senha do usuário para acessar o sistema.
Excluir Neste botão o usuário excluirá o usuário cadastradoAlterar Neste botão o usuário irá alterar um cadastro existentePróximo Neste botão o usuário irá para o próximo usuário cadastrado.Anterior Neste botão o usuário voltará para um usuário anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos usuáriosVoltar Neste botão o administrador volta a tela do menu cadastro.Salvar Neste botão o administrador salva as informações do cadastro do
usuário.Quadro 106: Tabela dos componentes da tela cadastro de usuário do sistema.
Fonte: Próprios autores (2012).
151
Figura 57: Layout da tela Pedido venda de veículo.
Fonte: Próprios autores (2012).
152
Componente ObservaçãoCódigo ou Placa veículo
Neste campo será preenchido o código ou placa do veículo.
Atualizar Neste Botão será atualizado a pagina de Pedido de venda.Nacional Nesta caixa de seleção caso esteja selecionada o veículo é
nacional.Importado Nesta caixa de seleção caso esteja selecionada o veículo é
importado.Novo Nesta caixa de seleção caso esteja selecionada o veículo é novo.Usado Nesta caixa de seleção caso esteja selecionada o veículo é
usado.Marca Nesta lista será selecionada a marca do veículo.Modelo Nesta lista será selecionado o modelo do veículo.Combustível Nesta lista será selecionado o tipo combustível do veículo.Câmbio Nesta lista será selecionado o tipo de transmissão do veículo.Portas Nesta lista será selecionada a quantidade portas do veículo.Ano de Fabricação Neste campo será preenchido o ano de fabricação do veículo.Placa Neste campo será preenchida a placa do veículo.Kilometragem Neste campo será preenchida a kilometragem atual do veículo.Cor Neste campo será preenchida a cor do veículo.Opcionais Nesta caixa de seleção onde estiver marcado estão os opcionais
do veículo.Código Cliente Neste campo será preenchido o código do cliente já cadastrado.Cadastro novo cliente Neste botão o usuário acessa a tela cadastro de cliente.Nome do Cliente Neste campo será preenchido o nome do cliente.Valor do veículo Neste campo será preenchido o valor de venda do veículo.Entrada Neste campo será preenchido o valor pago pelo cliente como
entrada.Valor Financiamento Neste campo será preenchido o saldo á ser financiado pelo
clientes.Parcelado Neste campo será preenchida a quantidade de parcelas para
financiamento.Excluir Neste botão o usuário excluirá a venda do veículoAlterar Neste botão o usuário irá alterar uma venda existentePróximo Neste botão o usuário irá para a próxima venda de veículo.Anterior Neste botão o usuário voltará para uma venda anterior.Pesquisar Neste botão o usuário pesquisará as vendas de veículosVoltar Neste botão o usuário volta a tela do menu principal.Alterar Neste botão o usuário altera as informações na tela pedido venda
de veículos.Gerar venda Neste botão o usuário finaliza a venda do veículo.Quadro 107: Tabela dos componentes da tela pedido venda de veículos.
Fonte: Próprios autores (2012).
153
Figura 58: Layout da tela cadastro de clientes.
Fonte: Próprios autores (2012).
154
Componente ObservaçãoNome Neste campo será preenchido o nome do cliente.E-mail Neste campo será preenchido um e-mail do cliente.CPF Neste campo será preenchido o CPF do cliente.Data de nascimento Neste campo será preenchida a data de nascimento do cliente.RG Neste campo será preenchido o RG do cliente.Data de emissão Neste campo será preenchida a data de emissão do RG do cliente.Naturalidade Neste campo será preenchido o local de nascimento do cliente.Orgão Emissor Neste campo será preenchido o órgão emissor do RG do cliente.Pai Neste campo será preenchido o nome do pai do cliente.Mãe Neste campo será preenchido o nome da mãe do cliente.Endereço Neste campo será preenchido o endereço de residência do cliente.Complemento Neste campo serão preenchidas as observações do endereço do cliente.Numero Neste campo será preenchido o numero de residência do cliente.UF Neste campo será preenchido o estado da residência do cliente.CEP Neste campo será preenchido o CEP de residência do cliente.Bairro Neste campo será preenchido o bairro de residência do cliente.Cidade Neste campo será preenchida a cidade de residência do cliente.Telefone Neste campo será preenchido o telefone de residência do cliente.Celular Neste campo será preenchido o celular do cliente.Empresa Neste campo será preenchida a empresa que o cliente trabalha.Cargo Neste campo será preenchido o cargo em que o cliente trabalha.Tempo de empresa Neste campo será preenchido o tempo em que o cliente trabalha na
empresa.Endereço Neste campo será preenchido o endereço de emprego do cliente.Complemento Neste campo serão preenchidas as observações do endereço do emprego
do cliente.CEP Neste campo será preenchido o CEP do emprego do cliente.Bairro Neste campo será preenchido o bairro do emprego do cliente.Cidade Neste campo será preenchida a cidade do emprego do cliente.Telefone Neste campo será preenchido o telefone do emprego do cliente.Salario Neste campo será preenchido qual o salario do cliente.Agencia Neste campo será preenchido o numero da agencia do cliente.Conta Neste campo será preenchido o numero da conta do cliente.Banco Neste campo será preenchido o nome do Banco em que o cliente possui
conta bancaria.Excluir Neste botão o usuário excluirá o cliente cadastradoAlterar Neste botão o usuário irá alterar um cliente existentePróximo Neste botão o usuário irá para o próximo cliente cadastrado.Anterior Neste botão o usuário voltará para um cliente anterior.Pesquisar Neste botão o usuário pesquisará os cadastros dos clientesVoltar Neste botão o usuário volta a tela de pedido.Limpar Neste botão o usuário limpa o cadastro do cliente.Salvar Neste botão o usuário salva as informações do cadastro do cliente.Quadro 108:Tabela dos componentes da tela cadastro de cliente.
Fonte: Próprios autores (2012).
155
Figura 59: Layout da tela cotação.Fonte: Próprios autores (2012).
156
Componente ObservaçãoCódigo ou Placa veículo
Neste campo será preenchido o código ou placa do veículo
Nacional Nesta caixa de seleção caso esteja selecionada o veículo é nacional.
Importado Nesta caixa de seleção caso esteja selecionada o veículo é importado.
Novo Nesta caixa de seleção caso esteja selecionada o veículo é novo.
Usado Nesta caixa de seleção caso esteja selecionada o veículo é usado.
Marca Nesta lista será selecionada a marca do veículo.Modelo Nesta lista será selecionado o modelo do veículo.Combustível Nesta lista será selecionado o tipo combustível do veículo.Câmbio Nesta lista será selecionado o tipo de transmissão do veículo.Portas Nesta lista será selecionada a quantidade portas do veículo.Modelo Ano Neste campo será preenchido o ano de modelo do veículo.Ano de Fabricação Neste campo será preenchido o ano de fabricação do veículo.Placa Neste campo será preenchida a placa do veículo.Kilometragem Neste campo será preenchida a kilometragem atual do veículo.Cor Neste campo será preenchida a cor do veículo.Opcionais Nesta caixa de seleção onde estiver marcado estão os
opcionais do veículo.Voltar Neste botão o usuário volta a tela do menu principal.Gerar Neste botão o usuário gera uma cotação para o cliente.Quadro 109: Tabela dos componentes da tela cotação.
Fonte: Próprios autores (2012).
157
Figura 60: Layout da tela menu relatório.Fonte: Próprios autores (2012).
Componente ObservaçãoRelatório de venda Neste botão o usuário acessa a tela relatório de vendas.Relatório por status Neste botão o usuário acessa a tela relatório por status.Relatório de cotação Neste botão o usuário acessa a tela relatório de cotação.Relatório de usuário Neste botão o usuário acessa a tela relatório de usuário.Relatório de cliente Neste botão o usuário acessa a tela relatório de cliente.Relatório de veículos Neste botão o usuário acessa a tela relatório de veículos.Voltar Neste botão o usuário volta ao menu principal.Quadro 110: Tabela dos componentes da tela menu relatório.
Fonte: Próprios autores (2012).
158
Figura 61: Layout da tela relatório de cliente.
Fonte: Próprios autores (2012).
Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaNome Se estiver selecionado será pesquisado por nome do clienteEmail Se estiver selecionado será pesquisado por email do clienteTelefone Se estiver selecionado será pesquisado por telefone do clienteTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 111: Tabela dos componentes da tela relatório cliente.
Fonte: Próprios autores (2012).
159
Figura 62: Layout da tela relatório de cotação.
Fonte: Próprios autores (2012).
Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaVeículo Se estiver selecionado será pesquisado por veículoPreço Se estiver selecionado será pesquisado por preçoVendedor Se estiver selecionado será pesquisado por vendedorTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatório.Quadro 112: Tabela dos componentes da tela relatório cotação.
Fonte: Próprios autores (2012).
160
Figura 63: Layout da tela relatório de status.
Fonte: Próprios autores (2012).
Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaVeículo Se estiver selecionado será pesquisado por veículoCliente Se estiver selecionado será pesquisado por clienteVendedor Se estiver selecionado será pesquisado por vendedorTelefone Se estiver selecionado será pesquisado por telefoneTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 113: Tabela dos componentes da tela relatório por status.
Fonte: Próprios autores (2012).
161
Figura 64: Layout da tela relatório de veiculo.
Fonte: Próprios autores (2012).
Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaEm Estoque Se estiver selecionado será pesquisado veículos em estoqueVendidos Se estiver selecionado será pesquisado veículos vendidosTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 114: Tabela dos componentes da tela relatório de veículos.
Fonte: Próprios autores (2012).
162
Figura 65: Layout da tela relatório de venda.Fonte: Próprios autores (2012).
Componente ObservaçãoInicio Neste Campo será inserida a data de inicio da pesquisaFim Neste Campo será inserida a data final da pesquisaVeículo Se estiver selecionado será pesquisado por veículoCliente Se estiver selecionado será pesquisado por clienteVendedor Se estiver selecionado será pesquisado por vendedorPreço Se estiver selecionado será pesquisado por preçoTela Neste botão será visualizada em tela a pesquisaImprime Neste botão será impressa a pesquisaVolta Neste botão o usuário volta a tela do menu relatórioQuadro 115: Tabela dos componentes da tela relatório de veículos.
Fonte: Próprios autores (2012).
163
Figura 66: Layout da tela sair.
Fonte: Próprios autores (2012).
Componente ObservaçãoSim Neste botão o usuário confirma sua saída do
sistema.Não Neste botão o usuário não confirma sua saída
do sistema.Cancelar Neste botão o usuário cancela sua saída do
sistema.Quadro 116: Tabela dos componentes da tela sair.
Fonte: Próprios autores (2012).
164
6 CONCLUSÃO
Iniciando a conclusão do nosso projeto primeiramente apresentaremos a
evolução do grupo durante todo o desenvolvimento do nosso sistema. Realizamos
várias pesquisas para encontrar os métodos e temas que tornassem o nosso
trabalho mais interessante e eficaz.
Durante a criação do SELLCAR nosso grupo passou por diversas
transformações, desde a divisão de tarefas, onde procuramos dividir as mesmas de
acordo com o perfil de cada integrante do grupo, porém mesmo com essa divisão de
responsabilidades, o grupo sempre esteve ciente do desenvolvimento das tarefas
realizadas. Devido a essa troca de experiências, cada um de nós adquiriu não só
conhecimento, mas também amadurecimento para trabalhar em equipe.
Referente ao desenvolvimento do projeto, conforme pesquisas realizadas em
agências de veículos neste ramo de atuação existe certa carência em relação à sua
infra-estrutura tecnológica. Todas as vendas realizadas, cadastros de clientes,
cadastros de vendedor, cotações e relatórios, sendo assim visando uma
oportunidade para desenvolvimento de tal ferramenta, o SELLCAR.
Assim como a evolução do nosso grupo, também tivemos algumas evoluções no
nosso projeto. Durante o desenvolvimento do SELLCAR percebemos algumas
melhorias que poderíamos executar, um exemplo seria o desenvolvimento do
sistema via web, porém verificamos que seria mais viável e acessível fazer via
console.
Encontramos também algumas dificuldades, principalmente na elaboração da
documentação, devido ao curto prazo e à nossa falta de experiência em tal
processo, porém superamos com sucesso essas etapas com o empenho e
comprometimento de toda a equipe na administração e divisão das tarefas,
cumprindo assim, o nosso cronograma e o prazo estabelecido.
Por fim, apresentarmos as perspectivas do SELLCAR, Além da simplicidade e
praticidade uma vez que não há dificuldade quanto ao seu manuseio e não há
necessidades de grandes habilidades no computador.
Enfim a missão do SELLCAR a todas as agências que necessitam e desejam uma
informatização, garantindo assim a fidelidade de seu maior patrimônio, seus clientes.
165
Após todo esse processo de desenvolvimento do SELLCAR os diversos testes
realizados constataram que o processo de fabricação de um software, não se trata
somente da criação de algumas linhas de códigos, existe todo um planejamento e
uma estrutura que devem ser seguidos para o resultado final seja um software de
qualidade e que realmente atenda às expectativas de nossos clientes.
Concluímos que nos dias de hoje, devido ao rápido avanço tecnológico e à
globalização, a informatização das empresas é fundamental, independente o tipo de
serviço que ela fornece, já que a competitividade atualmente está muito acirrada,
isso faz com que profissionais da nossa área tenham mais oportunidades para
desenvolver novas ferramentas/soluções.
166