SUMRIO

2 INTRODUO..........................................................................................................3
3 OBJETIVO................................................................................................................4
4 DESENVOLVIMENTO..............................................................................................5
4.1 REALIZANDO PESQUISA DE LOCADORAS DE VECULOS............................5
4.1.1 FUNCIONALIDADES EISTENTES NA !RESERVA DE VECULOS" DAS 3
#LOCADORAS PESQUISADAS..................................................................................5
4.2 IMPLATAO DO S$BD.....................................................................................%
4.1.3 PLATAFORMA &EB.........................................................................................'
4.1.4 ACESSO DO CLIENTE A APLICAO.............................................................(
4.1.5 CICLO DE VIDA NO $ERECIAMENTO.............................................................)
4.1.% &BS DO PROJETO.........................................................................................1*
4.1.' CRONO$RAMA DO PROJETO.......................................................................12
4.1.( ASPECTO I+C NO AMBIENTE &EB..............................................................14
5 COMCLUSO.........................................................................................................15
% REFER,NCIA.........................................................................................................1%

2 INTRODUO
Atualmente a informao se constitui em um dos principais patrimnios de
uma empresa, pode-se afirmar plenamente que para ter sucesso uma empresa
precisa gerenciar bem o trfego de informaes, no importa o porte dela ou ramo
de atividade, depende, de fato e cada vez mais de informaes.
Elas so essenciais para as atividades de qualquer nvel !ierrquico empresarial,
sendo que todos os processos de neg"cio se baseiam em informaes.
#evando no cenrio proposto $#ocadora de %arros&, pois ela no possui
qualquer tipo de sistema informatizado para automao das suas operaes, um
pro'eto de sistemas, ser necessrio para au(iliar a empresa, sendo e gil no
acesso e processo as informaes com outras as empresas, de uma forma rpida
na obteno de dados dos clientes com as empresas, facilitando a funcionalidade do
do acesso e diminuindo os erros.
.
.
)
3 OBJETIVO
*endo em vista da necessidade de controlar e gerenciar informaes
relativas + locao de veculos da empresa ,oc--aluga. Ele tem como principal
ob'etivo a'udar na administrao da empresa prestando informaes sobre seus
clientes e dos respectivos servios prestados.
%om tudo, os conceitos adquirido, nesta pesquisa com os temas
sugeridos, serve de referencia para o con!ecimento no mundo da informatizao.
.
4 DESENVOLVIMENTO
/./ $ERENCIAMENTO DE UM PROJETO NO INICIO.
0o cenrio proposto de uma empresa de locadora de carros, onde
teremos a funo de gerente do pro'eto, onde aplicaremos todas as t1cnicas do
pro'eto de sistemas. .
Embora elementos repetitivos possam estar presentes em algumas
entregas do pro'eto, essa repetio no muda o desenvolvimento do sistema.
2ro'eto 1 um con'unto de informaes distribudas e atribudas com organizao,
orientado a resultados, possuindo atividades com incio e t1rmino, para atingir um
ob'etivo claro e definido.
1.1.1 ENVOLVIDOS DO PROJETO
3 principio de um desenvolvimento de soft4are era linear, as atividades eram feitas
uma por vez, por um 5nico profissional desde o incio at1 a entrega. 2or1m, com o
decorrer dos anos, os sistemas aumentaram suas filtraes, diferente do tempo de
entrega, que diminuiu, o que impossibilita que um 5nico profissional entrega, um
produto no prazo. 2ortanto, o processo de desenvolvimento de soft4are, 1 um
con'unto comple(o de atividades que envolvem a participao de muitos
profissionais. 0o entanto, 1 de fato que se ten!a profissionais capacitados e
e(perientes que agreguem valor + equipe para um bom andamento do pro'eto, tendo
uma funo principal que so vistas pela ger-ncia do pro'eto como um elemento de
muita avalia, agregando valor na organizao e trazendo resultados para sua
empresa.
1.1.2 REQUISITO DO PROJETO
A locadora de veculos ,oc--Aluga dese'a um sistema para facilitar o
6
atendimento a seus clientes. 2rimeiro requisito a ser questionado em um sistema, 1
o no funcional tendo em vista, o tempo de resposta aos requisitos funcionais
referentes a requisitos de cadastro dever ter durao m(ima de /6 segundos.
7equisitos funcionais de cadastro correspondem a, por e(emplo, Cadastrar Projetos,
Informar dados de progresso funcional, Informar dados de desempenho da equipe.
8 o tempo de resposta referente aos requisitos funcionais de visualizao tais como
Visualizar tabela resumo do progresso funcional, Visualizar grfico das baleias,
Visualizar Gantt de atividades, devero ter uma toler9ncia maior, de no m(imo ):
segundos, ' que tais requisitos devem ser, mais custosos devido ao carregamento
de informaes diversas e inseridas numa vasta base de dados.
2ara que se'a alcanado esse requisito o sistema ser implementado em 'sp
em con'unto com 8ava 'untamente com regras de otimizao implementadas nas
funes mais crticas ao sistema, funes estas ' citadas acima na descrio do
requisito no-funcional de performance. Al1m das regras de otimizao tamb1m ter-
se- um servidor 4eb dedicado para atender + demanda de usurios que solicitem
servios ao sistema.
0a usabilidade, 3 sistema dever ser bem intuitivo e o usurio no dever ter
dificuldades em en(ergar suas funcionalidades. 2ara as funcionalidades principais, o
usurio ter a possibilidade de visualizar demonstraes automticas de como
utilizar tais funcionalidades. *amb1m !aver a e(ist-ncia de !elp online e ser feito
um levantamento 'unto ao usurio com relao +s interfaces do sistema. Na
segurana, o sistema dever estar disponvel ;.! por dia durante os < dias da
semana. %om =isponibilidade, >ntegridade-2reciso e %ompletude e
%onfidencialidade para o cliente.
?onte@ !ttp@AA444.cin.ufpe.brABmesoAinspectors4
!ttp@AA444.cin.ufpe.brABinspector
C
1.1.3 PLATAFORMA &EB
0a plataforma 4eb, e(istem vantagens no desenvolvimento devido + facilidade de
uso sem instalar qualquer programa. A onda Deb ;.: ou Deb ).: no 1 + toa. %omo
todos ' sabem, basta acessar o endereo e pronto.
3 que ocorre no desenvolvimento 4eb 1 que, uma linguagem no 1
suficiente para criar um sistema. E necessrio saber F*G#, %HH, 8avaHcript e a
linguagem %I.0E*. Est certo que as outras linguagens como F*G#, %HH
e 8avaHcriptJ so linguagens interpretadas. Gesmo assim, 1 necessrio entend--las.
A plataforma 4eb fica centralizada, isto 1, !ospedado no servidor 4eb que
pode ser acessado pelo bro4ser instalado no computador. Fo'e com vrios bro4sers
a disposio para do4nload, dentre os mais famosos@ >nternet E(plorer, Hafari,
?irefo(, %!rome e 3pera. Kualquer sistema operacional que ten!a um bro4ser
instalado pode acessar o aplicativo 4eb, por e(emplo@ mesmo sendo feito em
%I.0E* LDindo4s <M, pode ser acessado pelo bro4ser do Gac3sN ou #inu(.
3 que a plataforma 4eb no fazO Pom, essa parte 1 interessante porque a
plataforma 4eb no acessa localmente o computador do usurio para gravar dados,
no consegue buscar a configurao da mquina do usurio totalmente sem
instalar plugins especficos.
3s plugins especficos nasceram para minimizar este problema de acesso a
mquina local do usurio, isto 1, aquele que acessa o sistema pelo bro4ser. H" que,
1 necessrio aprender tamb1m a linguagem desses plugins, dentre os mais famosos
so@ Hilverlig!t e o Adobe ?las!.
<
1.1.4 ACESSO DO CLIENTE A APLICAO
0este documento, trata-se de temas relativos ao desenvolvimento de
aplicaes para um ambiente 4eb. 3 nome 4eb vem do termo mais amplo 4orld
4ide 4eb L444M que representa um sistema de informaes mundial distribudo,
onde as informaes so QligadasQ umas Ras outras por linSs de !iperte(to.
=esenvolvimentos mais recentes desta tecnologia tem permitido distribuir, 'unto com
as informaes, ob'etos e programas que realizam atividades 'unto ao cliente
consumidor da informao. Al1m disto, os servidores esto gan!ando novas
capacidades que os tem permitido tamb1m e(ecutar programas, acessar bancos de
dados corporativos e se comunicar com outros ob'etos da rede. Esta nova filosofia
de trabal!o e desenvolvimento de aplicaes 1 que estaT sendo tratada neste
material comoJ Ambiente de =esenvolvimento 4eb.
U
1.1.5 CICLO DE VIDA NO $ERENCIAMENTO
. 3 ciclo de vida do pro'eto pode ser definido como um con'unto de fases que
o pro'eto possui. Estas determinam as caractersticas do pro'eto e tornam possvel
mensurar o nvel de maturidade em que o pro'eto se encontra em relao ao seu
escopo.
Ho as etapas a serem cumpridas desde a concepo de um problema, at1 sua
efetiva implantao num sistema computacional. E(istem vrios modelos de ciclo de
vida Ltop-do4n, bottom-up, prototipagem...M. =e uma maneira gen1rica podemos
citar as seguintes fases de um ciclo de vida@
1. EntrevistaA%oleta de =adosJ
2. Anlise L3 Kue ?azerMJ
3. 2ro'eto L%omo ?azerMJ
4. >mplementao LA fabricao, codificao e pro'eto de arquiteturaMJ
5. *estesJ
%. Aceitao e >mplantaoJ
'. Ganuteno.
3 ciclo de vida supracitado apresenta de uma forma geral a id1ia de ciclo de vida,
dependendo da bibliografia e da metodologia, podero ser apresentadas variaes.
Vma variao resumida comumente utilizada seria@
1. >niciao L3 que fazerMJ
2. =etal!amento L%omo fazerMJ
3. >mplementao L?azer.MJ
4. %oncluso LEncerramento do pro'etoM.
%omo todo pro'eto tem um ciclo de vida, tem um inicio, meio e fim. %aso se depare
com um Qpro'etoQ on-going LcontinuoM este deve ser na verdade um 2rocesso.
*oda fase do pro'eto 1 caracterizada por uma entrega evidenciado por algum
documento que deve ser de facil identificao, por e(emplo@
W
/. 7elatorioJ
;. %ronogramaJ
). *ermo de Abertura L*A2MJ
.. 2rot"tipo.
Ap"s o t1rmino de uma determinada fase, d-se inicio a sua fase posterior e
com o avano concludo em cada fase, os custos tendem a ficar cada vez
maiores, ' os riscos, vo diminuindo, assim como a !abilidade de alterao
dos produtos de trabal!o gerados em cada fase.
1.1.% &BS DO PROJETO
WBS (Work Breakdown Structure), o processo de subdiviso das entregas e do
trabalho do projeto em componentes menores e de gerenciamento mais !cil" # WBS uma
decomposi$o hier!r%uica orientada &s entregas do trabalho a ser e'ecutado pela e%uipe para
atingir os objetivos do projeto e criar as entregas re%uisitadas, sendo %ue cada n(vel
descendente da WBS representa uma deini$o gradualmente mais detalhada da deini$o do
trabalho do projeto" # WBS organi)a e deine o escopo total e representa o trabalho
especiicado na atual declara$o do *scopo do projeto aprovado" + trabalho planejado
contido dentro dos componentes de n(vel mais bai'o da WBS, %ue so chamados de pacotes
de trabalho" ,m pacote de trabalho pode ser agendado, ter seu custo estimado, monitorado e
controlado" -o conte'to da WBS, o trabalho se reere os produtos de trabalho ou entregas %ue
so resultado do esor$o e no o pr.prio esor$o"/
/:
,ma WBS deve ser simples e ao mesmo tempo robusta, %ue no seja grande e nem
e'tenso (com muitas iniltra$0es) demais para conundir os envolvidos no projeto, mas %ue
seja o suiciente para capturar todas as etapas %ue devem ser cumpridas" 1ogo ap.s seguirmos
os passos acima, teremos uma primeira verso da WBS" *sta WBS utili)ada como entrada
para o planejamento de outras !reas do gerenciamento do projeto" 2epois %ue concluirmos o
projeto, teremos os relat.rios reerentes a cada ase do processo %ue seguirmos, isso no uturo
nos levar! a repensar se devemos mudar a WBS, acrescentar, modiicar ou retirar alguns
passos desnecess!rios" #credito %ue com esse diagrama simples seremos capa)es de pelo
menos nos amiliari)ar com o projeto, ainal resultados negativos tambm so aceitos %uando
se trata de mudan$as e melhoramento, pois em cima deles %ue iremos aprender"
//
1.1.' CRONO$RAMA DO PROJETO
3 cronograma 1 uma maneira de colocar as etapas do pro'eto de maneira
cronol"gica, de forma que podemos segui-las, obedecendo +s datas especificas
para cumpri-las. A vantagem de um cronograma 1 o fato do gerente de pro'eto poder
manter a palavra com os seus clientes, afinal a coisa mais perturbadora para um
usurio 1 receber seu produto fora de data. Entregar o que foi prometido fora do
tempo, muito atrasado, 1 constrangedor para os responsveis pelo desenvolvimento
do sistema.
3 cronograma a seguir ser montado levando em conta as etapas do ciclo de
vida e da DPH, o %aso Xantt2ro'ect. %omo comenta Feldman L;::;,p. ;/)M $E fcil
ler os grficos de Xantt, usados na maioria, para agendar atividades de
gerenciamento de um pro'eto. =epedendo do Hoft4are utilizado para ger-lo, esse
grfico tamb1m pode e(ibir sequencias e as datas de inicio e fim das atividades,
alocaes de recursos, depend-ncias das atividades e o camin!o crtico&.
,amos comear com o levantamento das necessidades, 1 onde ser
analisado os requisitos para elaborar o plano de pro'eto.
/;
Anlise de Alternativas: a ase onde ser! analisado as regras de neg.cios da empresa
aplicadas ao sistema.
Projeto: nesta ase ser! elaborado e mostrado os relat.rios obtidos com as pes%uisas
tcnica, capacidade, plataorma, conigura$o"""
Desenvolvimento: onde come$amos a trabalhar em cima dos dados obtidos
transormando3os em resultados concretos, partindo da teoria para a pr!tica"
Implementao: partiremos para a abrica$o do prot.tipo do nosso sistema com o
objetivo de mostra ao cliente e obter uma resposta r!pida"
Manuteno: essa ase a 4ltima e a mais importante do nosso projeto, pois a%ui
%ue concluiremos todas as etapas inali)ando com teste e aprova$0es"
,m cronograma pode ser uma das coisas mais di(ceis em seu come$o de carreira,
ainal ele no possui ainda nenhuma ideia de pra)os, isso pode acarretar em pra)os maus
deinidos, por isso ideal sempre analisar e rever o cronograma"
/)
1.1.( ASPECTO I+C NO AMBIENTE &EB
0a interao Fumano-%omputador e na %i-ncia da %omputao, usabilidade
normalmente se refere + simplicidade e facilidade com que uma interface, um
programa de computador ou um 4ebsite pode ser utilizado. A usabilidade est
relacionada aos estudos de ergonomia e de interao !omem-computador. Hegundo
ParbosaYPA7P3HA, ;:/:Z, $ >F% 1 uma disciplina no pro'eto, implementao e
avaliao de sistemas computacionais interativos para uso !umano, 'untamente com
os fenmenos relacionados a esse uso&.
A usabilidade em meios digitais, como a internet, 1 um termo muito
utilizado tamb1m nas novas mdias. A necessidade de entender as necessidades
dos interagentes no ambiente virtual facilita a compreenso do conte5do
disponibilizado, fazendo-o auto-suficiente nos cliques do !iperte(to. At1 que tem
dificuldade motora ou problemas de navegao por falta de con!ecimento t1cnico
poder alcanar o que dese'a o produtor da informao, se os processos de
usabilidade forem respeitados, dei(ando o usurio da pgina 4eb mais + vontade,
mais independente.
3s aspectos de usabilidade em >F% para o ambiente 4eb a ser
desenvolvido so os de efetividade, efici-ncia e satisfao. A efetividade permite que
o usurio alcance os ob'etivos iniciais da interao, e tanto 1 avaliada em termos de
finalizao de uma tarefa quanto tamb1m em termos de qualidade do resultado
obtido. 3utro aspecto 1 a efici-ncia que se refere a quantidade de esforo e
recersos necessrios para se c!egar a um determinado ob'etivo. 3s desvios que o
usurio faz durante a interao e a quantidade de erros cometidos pode servir para
avaliar o nvel de efici-ncia do site.
E por 5ltimo 1 a satisfao que 1 a mais difcil de medir e quantificar,
pois, est relacionada com fatores sub'etivos.
/.
2 CONCLUSO
5om tudo concluirmos, %uando escolhemos um ciclo de vida devemos analisar em
primeiro lugar o tipo de sistema %ue iremos ornecer ao cliente, o ambiente de trabalho para
os envolvidos no projeto" #s etapas do ciclo de vida devem ser respeitadas para %ue no
ocorram erros sutis, como atrasar ou construir alguma erramenta de mau uncionamento"
,ma WBS primordial para separar as etapas dentro de um ciclo de vida" #penas com um
ciclo de vida no poss(vel saber o %ue se vai a)er em seguida, nesse momento %ue
elaboramos uma WBS com o intuito de es%uemati)ar ases para etapas, processos mais
detalhados em rela$o ao projeto" *ntende3se %ue um cronograma onde deinimos as nossas
datas, os pra)os de entrega e de consecu$o dos processos envolvidos na WBS"
-o precisamos de pressa, precisamos apenas de %ualidade" 5om todo um es%uema
bem bolado podemos manter a palavra com os clientes, sem perder o oco do projeto" *m
cada ase do ciclo de vida os envolvidos no desenvolvimento do sistema se dedicaro apenas a
sua tarea, apenas a%uilo %ue lhe oi passado para a)er, pois isso evita uma sobrecarga de
servi$o"
/6
3 REFER,NCIAS
6eldman (7887, p" 79:)"
;<+B+=>, ,m guia do 5onhecimento em ?erenciamento de ;rojetos (?uia
;<B+=>) @uarta *di$o, ;<A> ;roject <anagement Anstitute, ASB-/ BCD393
B::DB83C83D"
Sommerville (788:, p" E7)"
Sommerville (788:" ;" DF)"
Sommerville (788:, p" :CD)

/C
/<