Você está na página 1de 33

UNIVERSIDADE PAULISTA

ALINE ALVES

LARISSA VIANA MUNHOZ

DIEGO COUTO

SISTEMA DE LOCAO DE VECULOS:

Infraestrutura de Sistema de locao de veculos

SO PAULO

2017

ALINE ALVES
LARISSA VIANA MUNHOZ

DIEGO COUTO

SISTEMA DE LOCAO DE VECULOS:

Infraestrutura de Sistema de locao de veculos

Projeto Integrado Multidisciplinar que, visa aplicar o


contedo das disciplinas do segundo semestre, do
curso de Anlise e Desenvolvimento de Sistemas,
sob o tema: Sistema de locao de veculos em
linguagem C.

Orientador: Prof. Rogrio

SO PAULO

2017

ALINE ALVES
LARISSA VIANA MUNHOZ

DIEGO COUTO

SISTEMA DE LOCAO DE VECULOS:

Infraestrutura de Centros para Aes Afirmativas

Projeto Integrado Multidisciplinar que, visa aplicar o


contedo das disciplinas do segundo semestre, do
curso de Anlise e Desenvolvimento de Sistemas,
sob o tema: Sistema de locao de veculos em
linguagem C.

Orientador: Prof. Rogrio

Aprovado em:

BANCA EXAMINADORA

_______________________/__/___

Prof. Nome do Professor - UNIP

_______________________/__/___

Prof. Nome do Professor - UNIP

_______________________/__/___

Prof. Nome do Professor - UNIP


RESUMO

Este trabalho faz parte do Projeto Integrado Multidisciplinar (PIM) do segundo


semestre de 2017 de anlise e desenvolvimento de sistemas, e tem o intuito de
abordar conhecimentos adquiridos, desse modo o tema abordado apresenta um
sistema de locadora de veculos em linguagem C, com os mdulos, formulrios,
planejamento de projeto e os processos de codificao. Ao desenvolvimento
possvel verificar os planos pra execuo do projeto, as ideias, como o negcio
implementado, a estrutura de redes, o tipo de modelagem escolhido e o
funcionamento do sistema. A locadora apresentada a Locadept e ser mostrado
tambm os materiais e bibliografias adequadas que integraram a elaborao inteira.
As disciplinas envolvidas para construo deste modelo foram: linguagens e tcnicas
de programao envolvendo a parte de programao, redes de computadores,
mostrando a estrutura de redes usada, engenharia de software, incluindo o tipo de
modelagem necessrio para o planejamento e o projeto, matemtica para
computao, para questes relacionadas a operaes algbricas e expresses
comuns, tica, metodologia e desenvolvimento sustentvel, demonstrando a
campanha de sustentabilidade utilizada. A montagem desse projeto foi baseada em
funcionamento de locadoras j existentes, pesquisas diversas para integrao de todo
material auxiliar para completar o desenvolvimento do trabalho.

Palavras-chave:
ABSTRACT

Key-words:
Sumrio a terminar
1introduo 07
7

1 INTRODUO

1.1 APRESENTAO GERAL

Mediante Este projeto tem como finalidade desenvolver um sistema em


linguagem C para uma soluo no ramo de locao de veculos, no intuito de
automatizar os processos executados nas empresas.

Ser demonstrado a parte de planejamento do projeto, as fontes que serviram


para o desenvolvimento at a fase de execuo, os cdigos dos mdulos e funes
do sistema.

1.2 OBJETIVOS GERAIS E ESPECFICOS

Objetivo geral: Desenvolver um sistema de locao de automvel em


linguagem C.

Objetivos especficos: Com base nas disciplinas de Linguagem e Tcnicas de


Programao, Engenharia de Software I, Fundamentos de Redes de Dados e
Comunicao e Metodologia Cientfica, este projeto tem como objetivo analisar as
necessidades do nosso cliente fictcio Legal Rent a Car e desenvolver um software
especfico para facilitar o dia-a-dia do comrcio.

1.3 JUSTIFICATIVA

Em meio a crise econmica, os brasileiros encontraram uma forma de se locomover


de carro sem a necessidade de comprometer o oramento com uma eventual compra.
Segunda a Associao Brasileira das Locadoras de Automveis (ABLA) houve um
aumento significativo no mercado de locao de automveis no Brasil. Esse tipo de
atividade possui um alto risco para o locador, pois se trata de produtos de alto custo,
veculos.

Buscando um melhor controle, mais agilidade e diminuio de custos esse


projeto se faz necessrio, pois h uma grande possibilidade de aplicao.
8

1.4 METODOLOGIA

Referente a metodologia usada, esse projeto foi feito baseado em pesquisas


bibliogrficas, referncias, citaes e fontes tanto em livros quanto na internet. Alm
disso esse trabalho ter base em funcionamento de domnios de locadoras de
veculos na internet, com o intuito de auxiliar a parte de desenvolvimento e estrutura
do sistema, para uma base de dados do software.

No tpico de bibliografia ser citado especificamente todas as fontes


documentadas que forneceram contedos para a construo efetiva desse projeto.
9

2 ESTRUTURA E FUNCIONAMENTO DE UMA LOCADORA DE VECULOS

No Brasil o Setor de Locao de Automveis bastante pulverizado, com


empresrios franqueados ou independentes, respondendo por mais de 2.511
locadoras que atuam no pas.

O funcionamento de uma locadora de veculos consiste em uma estrutura


operacional que otimize a locao de automveis com praticidade, incluindo sistema
de atendimento, organizao administrativa, gerenciamento das frotas, automveis de
qualidade e segurana requeridos, administrao de sinistros, revises e reparos
necessrios periodicamente para garantir a estabilidade de veculos, controle de
infraes entre outros. Por esses itens referidos, a estrutura organizacional de uma
locadora inclui aspectos mecnicos (disponibilidade de veculos em boas condies),
sistmicos (relacionados ao sistema de atendimento e reserva) e administrativos
(gastos, seguros e administrao).

Os trs pontos mais importantes em relao a parte administrativa de uma loja


de locao so os reparos, as infraes e os seguros:

Tendo em vista que cada locadora tem sua frota organizada, as infraes
envolvem o controle das multas de todos os condutores, o Conselho Nacional de
Trnsito obriga lojas de locao a informar por via online os dados dos motoristas que
contratem aluguel de carro, evitando que o condutor de um carro alugado ao cometer
uma infrao deixe de ser penalizado com pontuao na carteira. Desse modo, a
organizao documental para infraes indispensvel no gerenciamento.

Reparos (revises preventivas e manutenes por desgaste) so necessrios


ano a ano e por vezes semestralmente, preciso verificar quilometragem atual do
veculo, se algum item foi desgastado de maneira precoce, troca de bateria entre
outros. As revises preventivas so necessrias e feitas na maioria dos veculos de
10.000km a 10.000km ou de 1 a 1 ano. Para isso deve-se ter um controle de veculos
da frota que necessitaro tempos em tempos dos reparos e iro para oficinas
mecnicas seguras e econmicas para permitir a estabilidade integral do veculo. Em
relao ao gerenciamento, pode ser usado um sistema de rodzio em toda a frota dos
veculos da locadora, procurando mant-los em boas condies por mais tempo
possvel.
10

Dos seguros de locadoras de veculos, os mais comuns so os trs a seguir:

Seguro contra danos, colises e roubo: seguro bsico, normalmente embutido


na tarifa, cobre roubos, batidas e quaisquer outras avarias. Seguro contra acidentes
pessoais: Cobre despesas mdicas que tenham ocorrido no momento do acidente. S
recomendada caso voc no tenha um plano de sade.

Proteo a terceiros: Essa proteo pode abranger danos materiais e tambm


pessoais para terceiros que se envolveram no sinistro.

Outro ponto prtico que ser citado a necessidade de organizao de


renovao de locao de veculos, em casos em que os condutores necessitem
reagendar a data de devoluo do automvel.

A seguir demonstrado um organograma que exemplifica o


funcionamento de uma locadora de veculos.

Todas as partes envolvidas da central de reservas, reas de negcios, recursos


humanos, enfim todas as reas tem relao direta com a parte administrativa, que far
o gerenciamento da frota, o controle de multas, o controle de sinistros e o controle de
reparos necessrios.
11

A parte de tecnologia da informao abrange todos esses aspectos de


gerenciamento includas em um sistema. O sistema de atendimento envolve
cadastros, interfaces e funcionalidades da locadora de veculos. Para organizao
desse projeto foi esquematizado em exemplos o modo de aluguel de automveis da
empresa Unidas, a fim de conhecimento de funcionalidades do sistema, desde a
escolha da localizao de retirada do automvel, at a finalizao de adquirir locao,
incluindo disponibilidade extras como acessrios, etc.

A necessidade de escolha desse material para o projeto para atribuir a


funcionalidade geral do sistema de uma locadora de veculos, em particular da parte
de reserva de automvel.

A seguir mostrado o primeiro formulrio de reserva, que inclui a retirada e


devoluo do veculo:

Nesse formulrio requerido o local de retirada do veculo, que inclui qualquer


uma das lojas da rede Unidas, a data e a hora de retirada so agendadas do mesmo
modo, envolvem o dia e o instante que o condutor comparecer a loja para adquirir o
automvel.
12

Por outro lado o local de devoluo do automvel disponibiliza ser na prpria


loja de retirada ou em outra, a seguir com funcionalidades da data e hora da
devoluo, em outras palavras o agendamento do dia que o condutor pretende
encerrar a locao e devolver o veculo.

importante citar que a parte de encerramento de locao importante e deve


ter flexibilidade em casos de renovao de aluguel. comum que os condutores, por
conta de situao emergencial necessitem renovar a locao e acertar outro dia de
devoluo de veculo, como uma viagem, algum imprevisto, etc. A demanda de
aluguel de veculos envolve tambm vez ou outra condutores que deixam seus
veculos prprios em oficinas ou em concessionrias para reparos, tendo em vista o
prazo de manuteno que as oficinas acordam para a finalizao do reparo, e
ocasionalmente acontece que o prazo de finalizao de manuteno no seja na data
acordada, que passe por mais outros dias, ou em situaes que o veculo prprio
entregue mas ainda apresentando falhas, fazendo com que os responsveis pelo
veculo tenham que retornar a oficina e deixar o carro por mais dias. Tudo isso faz
com que os condutores necessitem da renovao de locao, sendo que o veculo
prprio est por tempo determinado em uma oficina.

A seguir demonstrado o segundo formulrio de escolha de veculo, que


envolve os modelos e condies:
13

Como mostrado anteriormente, a diria com Km livre refere que o preo


calculado ser apenas com base no preo da diria determinado. Aspectos que
encarecem o preo do veculo so citados como modelo, incluso de ar condicionado
e comodidade. possibilitado ao cliente escolher diversos modelos diferentes com
ordenao de menor e maior valor de preo.

No prximo formulrio, o formulrio 3 mostrado a disponibilidade de incluso


de acessrios e seguros. Nesse caso entra trs tipos de seguros, a proteo
parcial, que garante proteo em caso de acidente, incndio, furto, roubo, perda total,
pequenas avarias entre outros, proteo para ocupantes e terceiros que cobre danos
materiais e corporais para terceiros em caso de acidente e proteo super, que seria
o seguro total garantindo cobertura de sinistro com o veculo e a cobertura a seus
passageiros e terceiros em acidentes.

Na tela anterior, apesar de no ser demonstrado na imagem, ainda inclui um


formulrio de incluso de acessrios, dos quais podem ser assento de elevao,
cadeira de beb e GPS.
14

A Locadept a locadora de veculos apresentada neste projeto para


esquematizar o funcionamento do sistema em linguagem C. A partir da base de
funcionamento de lojas locatrias de veculos, os mdulos, os formulrios de reserva,
os esquemas necessrios, foi desenvolvida a interface para incluso de todos os
mdulos de gerenciamento da frota de automveis.

Em sntese ao decorrer desse trabalho foi verificado que a base e os requisitos


mais importantes para a esquematizao do negcio foram as condies de clculo
de diria de locao, incluso do valor de seguros no valor da diria, isso sem contar
com os mdulos bases de cadastro de clientes, veculos, relatrios de aluguis, entre
outros.

A Locadept uma loja de aluguel de automveis de mdio porte, localizada na


Rua Vergueiro, 600, com frota mdia e veculos econmicos a fim de operacionalizar
os processos de locao, otimizando as operaes e trazendo preos acessveis e
satisfao dos clientes, integrando tambm medidas de preservao ao meio
ambiente.

O processo de funcionamento da Locadept ser mostrado a partir do


desenvolvimento deste trabalho.
15

3 PROPOSTA SOCIAL, CULTURAL E SUSTENTVEL

Em relao a parte de sustentabilidade, a locadora de veculos Locadept adota


medidas de utilitrios de veculos que sejam mais adequados para preservao do
meio ambiente. Tendo em vista que o folheto dessa campanha mostra
comprometimento com o cliente, que ter mais segurana referente a sade pela
reduo de emisses de gases e tambm igualmente comprometimento com a
natureza e sustentabilidade, sendo que visa a preservao. Essa a importncia geral
das medidas da Locadept para os clientes tanto nacionais quanto estrangeiros. Em
questes culturais, o meio ambiente tambm est inserido, no sentido de paisagens,
patrimnios entre outros. A preservao do ambiente tambm preserva a cultura e a
sade dos clientes.
16

4 APRESENTAO DO SISTEMA E SUAS APLICAES

O sistema tem um funcionamento bsico e dentro dos requisitos necessrios.


O menu principal foi construdo com 10 mdulos. Foram adicionados requisitos extras
como concesso de descontos e porcentagem de multas de atraso. Na parte de
informaes de automveis foi colocada a opo de alterar os valores das dirias em
relao aos veculos, no incio do planejamento esse recurso foi implementado como
um recurso extra, mas depois foi estabelecido que era algo necessrio no sistema,
que foi devidamente implementado.

A primeira opo para aluguel de veculos, que ir incluir uma verificao


inicial de listagem de veculos livres em relao ao status, disponibilidade de que
veculo ir alugar e incluso de que cliente ir realizar a locao (para depois ser
mostrado em outro mdulo o cliente que realizou).

Na opo 2 inclui a liberao de carro, que libera um determinado carro alugado


no sistema.

No mdulo 3 h a funcionalidade de listar carros ocupados, que integra um


teste de verificao de status dos veculos que esto ocupados.

No mdulo 4 igual ao esquema de listagem de carros ocupados, mas para


anlise dos que esto livres.

Na opo 5 permitido listar todos os carros, incluindo os modelos, as placas,


os preos e se esto disponveis.

Na opo 6 o mdulo de cadastro de clientes, que inclui o cadastro da id do


cliente, o nome e a idade, a opo 7 serve pra listar todos os clientes cadastrados.

A opo 8 inclui o relatrio de aluguis que tem a listagem dos carros


disponveis e se foram alugados, que cliente alugou, o id do cliente, o nome e a idade.

Na opo 9 h um mdulo bsico pra informar a porcentagem de multa de


atraso e o mdulo 10 que apresenta informaes dos veculos. A opo 0 permite sair
do sistema.
17

No incio h as variveis bsicas de vetores int referente aos veculos. Ainda


nas variveis tipo int de veculos importante verificar que h a que cria o status do
veculo, que ao decorrer das outras partes da codificao auxiliar o funcionamento
em relao a situao do veculo, se est alugado ou livre. Em seguida as outras
variveis int como dias de reserva e valor da diria so includas para o mdulo de
locao de veculos e as variveis char de matrizes do tipo char que correspondem a
placa do carro, marca e modelo. A partir da linha 36 h as variveis dos vetores de
clientes e a varivel char de matriz dos clientes que corresponde ao nome do cliente.
18

O sistema tem um funcionamento bsico e dentro dos requisitos necessrios.


A primeira opo para aluguel de veculos, que ir incluir uma verificao inicial de
listagem de veculos livres em relao ao status, disponibilidade de que veculo ir
alugar e incluso de que cliente ir realizar a locao (para depois ser mostrado em
outro mdulo o cliente que realizou). Na opo 2 inclui a liberao de carro, que libera
um determinado carro alugado no sistema. No mdulo 3 h a funcionalidade de listar
carros ocupados, que integra um teste de verificao de status dos veculos que esto
ocupados. No mdulo 4 igual ao esquema de listagem de carros ocupados, mas para
anlise dos que esto livres.

No esquema seguinte ser mostrada uma breve explicao da visualizao das


principais funcionalidade dos cdigos, que sero mostrados separados em mdulos
pelo uso do cdigo void, que nesse casofoi necessrio para construo de forma
linear. No ser mostrado todo o cdigo mas as partes de mais relevantes. O cdigo
a seguir mostra a parte de aluguel de veculos. Como citado anteriormente, inclui a
verificao inicial de listagem de veculos livres em relao ao status. necessrio
informar o nmero do carro para fazer a reserva. Em seguida h a incluso do cliente
que ir realizar a locao. Depois a anlise de quantos dias o cliente ficar com o
veculo e nessa parte h um teste dos dias de reserva, que se estiverem entre um a
365 dias vlido e repassado para o clculo de valor previsto a ser pago, se no
estiver entre 1 a 365 dias mostrada uma mensagem de que O valor de dias deve
ser entre 1 e 365 dias.
19

Na prxima tela mostrado o mdulo de liberao de veculo 2 inclui a liberao


de carro, que libera um determinado carro alugado no sistema. Em primeiro lugar
necessrio informar que carro ser liberado no sistema, e depois ter uma anlise se
o veculo j foi liberado. O mdulo de liberao necessrio porque alm de permitir
que os automveis fiquem livres, permite tambm o clculo preciso do valor a ser
pago. No incio da locao calculado com base apenas nos dias previstos e nos
valores previstos, levando em conta que no possvel afirmar definitivamente no
incio da locao os dias certos que necessitar do veculo. No mdulo de liberao
possvel calcular o valor final. Tem situaes em que se necessita deixar o veculo
livre no sistema, mesmo que no tenha que ocorrer obrigatoriamente a devoluo de
veculo pelo cliente, como por exemplo no caso de um erro de sistema. Mas da mesma
forma d pra liberar o veculo por sistema nessas condies. Esse mdulo ainda tem
uma funcionalidade de desconto de idosos. Depois de cadastrar o id no cadastro de
cliente de um indivduo que tenha mais de 65 anos, ao realizar a locao do veculo e
ao completar o processo de liberao, levando em conta que o cliente tem 65 anos no
final do clculo do mdulo concedido um desconto de 10% para idosos. Se o cliente
tiver menos de 65 anos, o desconto no aplicado.

A prxima tela mostra os mdulos de listagem de carros livres e listagem de


carros ocupados. Esses dois mdulos possuem funcionalidades parecidas.
20

O mdulo da prxima tela permite o cadastro de clientes. Inicialmente foi


colocado um esquema de apresentao de que nmero de id ser cadastrado. Essa
parte tem relao direta com o vetor. Em seguida, verifica-se que o vetor
nomeCliente[i] armazena o nome e o sobrenome do cliente, para isso operando o
scanf do tipo %s string. O uso de %[^\n] no scanf permite armazenar strings com
espao. Depois necessrio inserir a idade do cliente, que tem um teste para verificar
se a idade inserida for menor que zero ser mostrado na tela Idade invlida, se a
idade colocada for vlida o cadastro completado.
21

O prximo mdulo exibe a listagem de clientes, com o nome dos clientes e as


idades.

O mdulo a seguir das informaes dos veculo. No incio mostrado a uma


tela em relao aos valores das dirias para modificar esses valores. Em seguida
necessrio colocar se deseja ou no alterar algum valor. Depois h a parte da
codificao que integra todos os dados dos carros, que na imagem a seguir no
mostrado, mas um mdulo que permite selecionar a marca, o modelo e a placa do
carro. Ao inserir essas informaes, depois h a disponibilidade de mudar o valor do
veculo. Se o valor informado for maior que 1.000 trar na tela a mensagem de que o
valor dever estar entre 1 real e 1.000 reais. Se o valor inserido for vlido o preo ser
atualizado com sucesso.
22

O prximo cdigo se refere ao relatrio de aluguis. Inicia o lao de repetio


for que exibe os valores do vetor armazenados, se os veculos esto disponveis ou
no. Alm disso se ocorreu locao de um automvel mostrado que cliente alugou,
o id do cliente, o nome e a idade.
23

4.1 PLANEJAMENTO DO SISTEMA

Para o planejamento do sistema foi escolhido um modo por etapas,


primeiramente teve uma discusso entre as necessidades do programa, para reunir
todos os requisitos que precisariam, envolvendo utilitrios que poderiam ser
acrescentados como diferencial. Depois dessa fase foi feito um esboo de como seria
as funcionalidades dos mdulos, que tipos de estruturas seriam utilizadas ao decorrer
da codificao, para em seguinte dar incio ao desenvolvimento, que aconteceu por
partes, numa sequncia necessria de modelagens e testes e assim cada integrante
do grupo auxiliou uma parte do cdigo em relao a construo, a correo de erros,
aperfeioamento entre outros. Tendo em vista que a execuo da parte terica do
projeto, o trabalho acadmico (no formato de papel) depende diretamente da
elaborao do sistema e seu resultado, a parte terica foi deixada para uma ltima
etapa.

No ocasionou problemas ter feito o projeto e os planos desse jeito, foi o modo
que mais se adequou para a construo do modelo, apesar de poucas partes
bibliogrficas terem sido adiantadas antes da finalizao do sistema, para agilizar o
processo de trmino.

Em relao aos planos de desenvolvimento da parte terica, cada integrante


pesquisou uma parte devida separada, com os devidos fornecimentos das fontes,
todos tiveram contribuio para o andamento do sistema e do projeto.

A execuo foi feita com antecedncia, mas com um ritmo adequado, no


prejudicando a estrutura, de modo que se fosse feito de jeito agilizado no agregaria
pontos bsicos, requeridos e importantes uma vez que seria feito da maneira mais
simples e no teria adequao e correo a erros. Como qualquer projeto, foram
detectados erros ao decorrer do desenvolvimento, mas depois foram corrigidos,
seguindo as fases de planejamento, modelagem, construo e testes e por fim chegar
na validao.

Todos esses pontos citados integraram o planejamento deste trabalho, que foi
feito com um certo cronograma e de forma adequada.
24

4.2 CRONOGRAMA DE ACOMPANHAMENTO

Todos esses pontos citados integraram o planejamento deste trabalho, que foi
feito com um certo cronograma e de forma adequada.

4 de Setembro Planejamento e reviso de requisitos


11 de Setembro Pesquisa relacionada ao funcionamento
de locadora de veculos

20 de Setembro Modelagem das funcionalidades bsicas


do sistema

28 de Setembro Construo do cdigo da parte de


cadastro de clientes e menu principal

10 de Outubro Planejamento e reviso de requisitos


para novas funcionalidades do sistema

18 de Outubro Modelagem das funcionalidades de


alocao de veculo, liberao de
veculo, cadastro de veculo

24 de Outubro Construo do cdigo dos mdulos que


envolvem veculos

12 de novembro Construo do cdigo de outras demais


funcionalidades do sistema

30 de novembro Pesquisa e parte bibilogrfica


4 de novembro Encerramento da pesquisa e parte
bibliogrfica
25

4.3 PROCESSOS DE ENGENHARIA DE SOFTWARE

Da parte de engenharia de software requerido o modo de planejamento do


projeto. A equipe de organizao preferiu por um modelo incremental, visto que optou
por etapas de desenvolvimento flexveis e a mdio prazo, com respectivas datas de
elaborao.

O processo incremental inclui elementos dos de etapas tanto lineares quanto


paralelos. A figura a seguir demonstra o modelo incremental:

De acordo com o esquema acima verificado que o modelo de processo


incremental aplica sequncias como no modelo cascata ou seja, sequncias lineares
de forma escalonada, ao mesmo tempo em que o prazo avana.

Cada uma dessas sequencias lineares envolve a parte de comunicao feita


entre os responsveis do projeto e os clientes para recolher os requisitos e as
necessidades, em segundo lugar envolve o planejamento que a parte de traar
planos para viabilizar o andamento dos procedimentos, com datas, tcnicas e
adequao das ideias requeridas ao trabalho, em terceiro lugar a modelagem que
em relao ao modo de como as fases sistmicas sero feitas ou seja, onde ser feita
a anlise e projeto, em seguida a etapa de construo que o desenvolvimento,
aplicao de codificao durante as operaes e por fim o emprego, que seria a
finalizao do que foi previamente planejado.
26

Toda essa concluso de etapas gera um incremento do software, que um


conceito importante em relao a finalizao de etapas. Em sntese, estes novos
incrementos podem ser entregues e prontos para o cliente. Um outro exemplo de
processo de incrementos um software de e-mail, que no incio contm funes
apenas para enviar e-mails destinatrios e ler e-mails recebidos. Depois de reavaliar
os planejamentos, possvel que em um segundo incremento o software poderia
atribuir, ou seja adicionar funes de mandar e-mails mais carregados (com mais
gigas) colocar um mecanismo de gerenciamento de e-mails recebidos. Ao terceiro
incremento o software poderia adicionar um controle ant-vrus de e-mail. E assim por
diante.

No primeiro incremento de um produto temos apenas o geral do produto, ou


seja, os requisitos bsicos que precisam ser atendidos para o software entrar em
operao. Sendo assim no primeiro incremento os recursos complementares ainda
no so disponibilizados e entregue para os clientes. Como o convencional e
acordado, aps o trmino do primeiro incremento o cliente usa e analisa esse
incremento fornecendo posteriormente um resultado, ou seja um feedback. Em
relao com o resultado dado pelo cliente, dada a continuidade do projeto, sendo
desse modo o prximo incremento planejado considerando a mudana do primeiro
incremento, caso seja necessrio, de acordo com o feedback do cliente. Aps a
liberao de cada incremento realizado esse mesmo processo at que o produto
esteja completo.

um planejamento operacional flexvel e de fcil prtica por questes de


viabilizar tamanhos de equipes diversas. No incio os primeiros incrementos tem a
possibilidade de ser implementados com um nmero reduzidos de pessoas, e
considerando que a Locadept de mdio porte e com um nmero igualmente mdio
de funcionrios, foi escolhido esse modo de projeto por ter melhor adaptabilidade. Nos
prximos incrementos um pessoal adicional poder ser acrescido de forma a
implementar o incremento seguinte. Tendo em vista que a empresa visa o
crescimento, nas prximas etapas o andamento do desenvolvimento contar com um
maior nmero de pessoas nas equipes.

Este modelo ainda tem um recurso de administrar alguns riscos atravs de


planejamento. Por exemplo, se uma determinada verso validada de um software
utilitrio fornecido por terceiros que ser integrado ao projeto estiver disponvel
27

apenas numa data posterior, se pode deixar para desenvolver um tal complemento
requerido do software que use essa verso mais atualizada e recente numa data
posterior quando esse utilitrio j estiver disponvel para uso.

Por se tratar de um software que necessitou de acrscimo de disponibilidades


com o tempo, ou seja inicialmente foi preciso o mdulo de listagem de veculos
ocupados e livres, de cadastro de clientes e funcionrios e outros requisitos bsicos,
depois em outras etapas do planejamento foi preciso que acrescentasse mdulos de
atribuio de acessrios pros veculos, mdulos de seguros, de taxa de multas e
outros detalhes adicionais.

Todo o planejamento foi feito com base em um cronograma, assim requerido


pelo modelo incremental de terminar os projetos menos atualizados e recentes pra
depois avanar pra etapa final do processo.

importante ressaltar que pra cada acrscimo de nova funcionalidade foi feita
uma discusso de ideias dos funcionrios de desenvolvimento para melhorar projetos
antigos que apesar de no terem erros, podiam ser aperfeioados.

Foi planejado como seria feita a parte de codificao de todas as partes,


incluindo como seria as interfaces, principalmente as das funcionalidades novas, em
que foi analisado a melhor maneira com inovao de trazer mais praticidade ao
sistema, melhor visualizao e facilidade de manipulao dos usurios.

Outro modo de se referir as etapas do modelo incremental , em sequncia


planejar, projetar, codificar e testar, que tem relao direta com o tipo de
planejamento, e que traz uma abordagem mais relevante sobre testes, porque so
importantes para esse tipo de modelo, visto que cada incremento feito deve ser vlido
para uso sem nenhum erro, mesmo que verses antigas do sistemas, incrementos
menos recentes no forem os completos, devem estar em pleno funcionamento, como
partes de um sistema integrado maior.

Por todas as razes citadas anteriormente o modelo incremental foi o melhor


para a modelagem e construo desse projeto, atendeu as necessidades e o projeto
se adaptou excepcionalmente com esse tipo de modelagem.
28

4.4 INFRAESTRUTURA

A infra-estrutura da locadora de veculos de trs computadores e um servidor.


Para criar a LAN (rede local), primeiramente foi necessrio escolher qual topologia
ser utilizada no projeto, isso , como os computadores esto interligados fisicamente.
A topologia Estrela foi escolhida para esse projeto por ter o melhor custo/benefcio,
pois graas a proximidade dos equipamentos possvel realizar uma economia com
cabos, uma boa performance se usado um switch como equipamento de n central,
pois ao contrrio de um hub que transmite dados em uma s via, o switch cria uma
srie de canais exclusivos onde os dados do computador de origem so recebidos
somente pela mquina destino, evitando congestionamento. Alm disso, as principais
vantagens dessa topologia a fcil modificao, j que todos os cabos convergem
para um s ponto e, se houver uma falha em um dos equipamentos, os demais
funcionaro normalmente, menos se a falha estiver no n central, que para ns, o
switch.

Para que os colaboradores da locadora tenham acesso a internet, ser


disponibilizado um link de dados que se conectar ao servidor de rede (proxy) e entre
eles haver um firewall para garantir uma melhor segurana e gerenciamento de
acesso, como bloqueio a sites indevidos e cpias de arquivos confidenciais.

Os cabos que faro a interligao desse projeto so cabos UTP (Par Tranado
No Blindado), ele apropriado para o nosso projeto por conter padres mais
amadurecidos e estveis, baixo custo, fcil instalao e capacidade de suportar a
completa largura da banda LAN.

Abaixo est o diagrama de como ficar o nosso projeto.


29
30

5 APRESENTAO DA CAMPANHA
31

6 DISCIPLINAS ENVOLVIDAS

O trabalho referido o Projeto Integrador Multidisciplinar (PIM) do segundo


semestre de anlise de sistemas e teve o tema de criao de um sistema de locao
de veculos em linguagem C, para esses fins envolveu as disciplinas do semestre,
auxiliando o desenvolvimento do trabalho.

As disciplinas do semestre envolveram: linguagens e tcnicas de programao,


redes de computadores, engenharia de software, matemtica para computao, tica
e legislao e metodologia cientfica.

Na parte de linguagens e tcnicas de programao, foi referida a parte da


codificao, a explicao da funcionalidade do cdigo por etapas e acrescentando foi
demonstrado o planejamento para os devidos testes e validao.

Com relao a redes de computadores, foi colocado a parte da estrutura de


redes da locadora de veculos e o tipo de topologia de interligao de rede, explicando
o funcionamento interno.

Da parte de engenharia de software foi demonstrado o planejamento do


sistema e o modelo escolhido para a execuo de tarefas e planos, seguindo um
cronograma e efetivao do projeto conforme os parmetros estabelecidos. requerido
o modo de planejamento do projeto.

De matemtica para computao, incluiu questes relacionadas a operaes


algbricas e expresses comuns ao decorrer do desenvolvimento da parte de
codificao, em sequncia as disciplinas complementares: de tica que mostrou breve
conceito de comprometimento de clientes e adequao aos direitos humanos,
metodologia cientfica para questes a formatao do projeto e desenvolvimento
sustentvel, demonstrando a campanha de sustentabilidade utilizada.

Todas as disciplinas citadas agregaram partes para a construo deste projeto


de sistema de locadora de veculos.
32

7 CONCLUSO
33

Referencias :

01 http://

Você também pode gostar