Metodologia de Projeto

1.1. Influncias na Metodologia Utilizada

Em 1959, Evans [61] contribuiu significativamente com a visualizao e
modelagem do processo de projeto de navios !o m"todo proposto,
representado como uma Espiral, o processo evolui em est#gios c$clicos de
crescente detal%amento das caracter$sticas do objeto do projeto, atrav"s do
se&uenciamento de passos estrategicamente escol%idos [6']
4.1 Espiral de Projeto de Evans

( espiral, por"m, pressup)e uma grande intimidade do projetista com o
conceito do objeto do projeto *detal%es caracter$sticos e funcionais+ e a
disponibilidade de dados e estat$sticas de bons e,emplos deste conceito de
projeto, pois a conjectura inicial depende da e,peri-ncia ou viv-ncia do
projetista .endo assim, este m"todo possui limita)es &uando se deseja
projetar objetos no convencionais ou no tipificados, al"m de dificilmente
alcanar/se um objeto 0timo, devido 1 falta de uma avaliao criteriosa
!o projeto a&ui elaborado, a espiral de Evans segue como um paradigma,
um padro a ser seguido ( ideia de &ue o projeto " c$clico, em &ue a cada
ciclo a comple,idade e o n$vel de detal%amento do modelo do objeto de projeto
cresce, permanece (ssim, no passar das etapas do projeto, novas an#lises,
cada vez mais comple,as e acuradas, podem ser feitas sobre o navio &ue se
est# projetando, permitindo avalia)es mais ricas &ue encamin%am o objeto de
projeto ao ideal perseguido
2amb em 1969 [63] prop4s &ue fosse utilizado, no in$cio do processo de
projeto, um modelo matem#tico &ue, baseado em e&ua)es matem#ticas e
previs)es t"cnicas vigentes, atrav"s de um processo iterativo, fosse capaz de
determinar caracter$sticas do objeto de projeto visando obter um objeto 0timo
segundo determinado crit"rio ( figura 5' mostra o flu,ograma do m"todo
proposto por 2amb
4.2 Fluogra!a do M"todo de #a!$

!o m"todo de 2amb, as etapas do projeto posteriores 1 elaborao do
modelo matem#tico deveriam apenas confirmar &ue as escol%as previamente
feitas levam ao objeto ideal 6aso o atendimento das e,pectativas no fosse
confirmado no final do projeto, o modelo matem#tico deveria ser revisado e
redefinido
7or"m muitas vezes o modelo matem#tico no permite ao projetista
en,ergar todas as caracter$sticas &ue so importantes para o cumprimento das
e,pectativas do projeto, pois nem sempre todas as e,pectativas podem ser
descritas atrav"s de n8meros (ssim, o m"todo de 2amb peca por no dar
espao a modifica)es no projeto em etapas posteriores em &ue o objeto j#
est# mais nitidamente definido, permitindo &ue o projetista tire conclus)es
sobre poss$veis mel%orias &ue antes no poderiam ser tiradas com apenas um
modelo num"rico (l"m disso, o m"todo de 2amb necessita de rela)es
matem#ticas e,tremamente confi#veis, &ue, &uando implementadas em um
c0digo de computador &ue vise otimizar uma vari#vel de m"rito, forneam um
resultado &ue seja realmente o ideal em termos de atendimento da e,pectativa
principal, mas &ue tamb"m no dei,e de atender as outras e,pectativas do
projeto 7ara novos conceitos essas rela)es so dif$cieis de obter, visto &ue
no %# base de dados dispon$vel &ue permita &ue essas sejam deduzidas
9o m"todo de 2amb segue a id"ia da elaborao de um modelo
matem#tico na fase inicial do projeto, a &ual permite &ue sejam consideradas
muitas op)es diferentes de configura)es para o objeto de projeto, &ue podem
ser analisadas e avaliadas segundo as e,pectativas principais, guiando os
passos iniciais do projetista na direo do objeto 0timo, em relao 1s
e,pectativas consideradas
(l"m dos m"todos citados, a ferramenta :ualit; <unction 9eplo;ment [65]
tamb"m tem influ-ncia sobre a metodologia &ue ser# aplicada ao presente
projeto = :<9 nasceu no >apo em 1966 e " um m"todo &ue visa transformar
as e,pectativas dos clientes e do projetista em &ualidades do objeto de projeto,
al"m de recon%ecer as correla)es e,istentes entre os elementos constituintes
do objeto de projeto e o poss$vel atendimento dessas e,pectativas
7ara projetos em &ue se &uer elaborar novos conceitos ou mel%oria em
conceitos j# consolidados, a ideia introduzida pelo :<9, de perseguir
e,pectativas &ue so oriundas dos clientes e do projetista, e de recon%ecer
&uais elementos funcionais do objeto de projeto permitem atend-/las de uma
mel%or forma, segue inabalada, pois s0 assim " poss$vel &ue se obten%a
resultados &ue sejam considerados no s0 satisfat0rios, mas tamb"m pr0,imos
ao ideal &ue se persegue

1.2. Metodologia Utilizada
= projeto " a criao conceitual de um objeto &ue ainda no foi
fisicamente feito, com a finalidade de atender a e,pectativas e desejos do
projetista [53] ?, como a palavra indica, uma projeo no futuro de algo &ue se
&uer construir, fabricar, fazer e,istir, e, assim, faz-/lo sair do campo das id"ias
para entrar no mundo real
= processo do projeto leva o projetista, ao &uerer definir mel%or seu
objeto de projeto e torn#/lo mais pr0,imo de e,istir, a fazer proposi)es,
previs)es, conjecturas, estimativas ou at" adivin%a)es de como o objeto e
seus componentes devem ser 7ara comprovar &ue essas defini)es arbitradas
do objeto de projeto estejam realmente o guiando no camin%o certo de poder
um dia e,istir e atender 1s e,pectativas desejadas, o projetista se v- obrigado
a testar essas defini)es usando o con%ecimento racional a &ue tem acesso,
de modo &ue ele ten%a meios para poder avaliar as defini)es &ue fez a
respeito do objeto de projeto (valiando criticamente as defini)es, o projetista
se v- muitas vezes com interesse de modific#/las, realizando itera)es, mesmo
&ue para isso ten%a &ue recriar parte do objeto *ou todo ele+, reanalis#/lo e
reavali#/lo, por no atender suficientemente suas e,pectativas
= processo do projeto pode ento ser visto como constitu$do de tr-s
etapas@
( %&ntese@ as defini)es arbitradas de como o objeto de projeto deve ser
( 'n(lise@ o teste do objeto de projeto nas e,pectativas
( 'valia)*o@ o ol%ar cr$tico sobre o objeto de projeto com a percepo de
como ele pode ser redefinido de modo a atender mel%or 1s e,pectativas
4.+ , processo de projeto

Essas etapas so ordenadas como a forma l0gica de pensamento &ue a
mente %umana usa para projetar, c%amada AabduoB Essa forma de
pensamento " diferente da induo e da deduo = pensamento dedutivo
trata da busca por conclus)es a partir de leis e de um ponto de origem =
pensamento indutivo trata da busca pela ade&uada aplicao de leis *j#
e,istentes+ a partir de conclus)es observadas para &ue se e,pli&ue como um
ponto inicial gerou essas conclus)es = pensamento abdutivo trata da busca
pelo ponto de origem para as conclus)es observadas, con%ecendo/se j# as leis
*[51], [5']+ (ssim, na abduo feita para o projeto, o projetista busca encontrar
os elementos do objeto de projeto &ue gerariam os resultados j# esperados *as
e,pectativas+, e j# possuindo as leis &ue fazem os elementos gerarem os
resultados 6omo os resultados *as e,pectativas+ podem ser gerados por uma
infinidade de elementos originais, atrav"s de possivelmente muitas leis, o
projetista tem &ue fazer arbitrariamente defini)es do objeto de projeto, como
as descritas anteriormente, usando sua e,peri-ncia ou a de projetistas &ue
enfrentaram desafios com objetos semel%antes, e s0 posteriormente verificar
se as defini)es gerariam os resultados desejados
6omo a avaliao " baseada na cr$tica, e a cr$tica sempre e,iste *j# &ue
as e,pectativas so subjetivas e mudam com o tempo para cada pessoa
consumidora ou usu#ria do objeto+, esse ciclo .$ntese/(n#lise/(valiao no
termina nunca 9e fato, &ual&uer usu#rio de &ual&uer objeto &ue foi um dia
projetado tem opinio sobre o &ue poderia ser mudado para atender mel%or a
suas e,pectativas, ento " de se esperar &ue o pr0prio projetista possua uma
grande &uantidade de opini)es para mel%orar seu projeto = &ue acontece na
pr#tica " &ue eventualmente corta/se a avaliao e decide/se construir o objeto
de projeto e torn#/lo real, mesmo con%ecendo seus defeitos e tendo/se
opini)es sobre &uais dos seus elementos poderiam ser alterados para sua
mel%oria Csso acontece por motivos diversos, como o suficiente atendimento
das e,pectativas *mesmo &ue temporariamente, j# &ue os conte,tos mudam ao
longo do tempo, assim como suas inter/rela)es+, o fim do prazo pedido pelo
financiador do projeto, e o limite de desgaste do projetista com cada nova
iterao do projeto (lguns projetistas no con%eceram esse limite e acabaram
levando seu projeto at" a morte, como Dozart, o famoso compositor austr$aco
do s"culo EFCCC, &ue, em sua tentativa inalcan#vel de alcanar a perfeio
noRquiem &ue compun%a para seu falecido pai, acabou negligenciando sua
pr0pria sa8de mental e f$sica, encontrando a morte com apenas 35 anos de
idade [55]