1

O Mtodo Processo de Projeto com Foco na Soluo

Aplicado a Projetos Navais e de Plataformas

Richard David Schachter
1
, Antonio Carlos Fernandes
2
, Sdepan Bogosian Neto
3
,
Carlos Gomes Jordani
4
, Gustavo Adolfo V. de Castro
5
1
EP - UFRJ,
2
COPPE UFRJ,
3
DEN MB,
4
CENPES Petrobras,
5
E&P - Petrobras

RESUMO

O objetivo deste trabalho o de descrever e
discutir um mtodo para organizao do
processo de projeto denominado Projeto com
Foco na Soluo. Este mtodo foi criado e
utilizado com sucesso para Embarcaes de
Alto Desempenho, Navios e Plataformas
Ocenicas nos ltimos dez anos com
vantagens razoveis.

Foi inicialmente criado para contextos onde a
deciso de que concepo adotar extrapola o
uso (ou o conceito subliminar) da clssica
espiral de projeto, sugerindo uma combinao
de espirais com mapas morfolgicos, uma vez
que os processos de projeto de concepes
concorrentes sejam completamente
diferentes.

As vantagens esto em termos de permitir a
introduo de idias criativas no processo de
Projeto Preliminar, levando, eventualmente, a
um produto inovador ou soluo de projeto,
estabelecendo uma clara seqncia de
projeto e racionalizando: a busca de
ferramentas e conhecimento, organizao e
classificao de atividades e de parmetros
(variveis livres, restries e especificaes
de desempenho), alm do prprio processo
de projeto.

Neste trabalho o mtodo de Projeto com Foco
na Soluo descrito e comparado com
alguns outros usuais, que normalmente se
baseiam em estratgias com foco no
problema para sua resoluo. mostrado
como o processo evolui de um cenrio pr-
estabelecido e especificao bsica (briefing)
ou especificao para uma Metodologia de
Projeto. Isto feito em sesses de
brainstorming, usando esboos ou sketches e
fluxogramas interativos de projeto (similares a
espirais), adaptados para este enfoque ou
mtodo. O objetivo prover ao projetista
meios de definir rpida e eficientemente a
configurao tima do projeto, enquanto
incorpora inovaes a ele.

Para permitir que se mostrem algumas
caractersticas do enfoque, trs diferentes
exemplos de projetos previamente
desenvolvidos so apresentados. Um para a
viabilidade e concepo de uma Embarcao
Rpida Submersvel (hbrido de submarino e
lancha patrulha), e outras duas para
plataformas ocenicas, uma SPAR Buoy e um
FPSO. O primeiro exemplo mais completo e
mostra comparaes morfolgicas detalhadas
entre concepes diferentes, neste caso, de
modos de sustentao.

1. Introduo

Este trabalho apresenta um enfoque para
organizar o Projeto Preliminar ou Conceitual,
embora seja dirigido a projetistas com
experincia em projeto, construo e alguns
aspectos crticos de operao, de modo a
permitir a criao de uma concepo confivel.
Este enfoque foi apresentado, com menos
detalhes, em [1] e [2].

Este trabalho evoluiu de um sistema
computacional de projeto anterior que foi
criado baseado no uso da espiral de projeto,
adaptado para um processo de projeto
automatizado de otimizao (Schachter [3]),
para processar mdulos de teoria em estgios
preliminares do projeto, inter-relacionando-os.
Para processar concepes diferentes, o
usurio selecionava teoria relevante de projeto
de uma biblioteca e os compilava na
seqncia de projeto. Para esta prtica foi
criado um fluxograma interativo de projeto (e o
procedimento para constru-lo) para controlar
sua sntese.

A prtica de organizar o processo de projeto
com o fluxograma interativo baseado na teoria
2
tradicional de projeto, e em alguns novos
conceitos, resultou no mtodo do Projeto com
Foco na Soluo. A mais forte motivao para
criao do mtodo foi a necessidade de
procurar uma soluo quando diferentes
concepes e alternativas estavam sendo
consideradas no problema de projeto. Isto
implica em buscar solues ou idias
inovadoras para a definio do produto, e no
definir o produto primeiro e depois aperfeio-
lo.

Os procedimentos desse enfoque esto
estruturados em uma tentativa de ajudar
resolver os conflitos que existem entre anlise
lgica e pensamento criativo no processo de
projeto, em uma composio harmnica de
ambos, no estgio mais cedo possvel.

O processo evolui de um cenrio pr-
estabelecido e de uma especificao bsica
ou geral para uma Metodologia de Projeto.
Permite ao projetista atuar tanto na viso
global e funcional do produto quanto nos seus
componentes analticos, sendo til para
identificar e extrair fatores de projeto e inter-
relacion-los. Embora a filosofia do mtodo
possa ser estendida para uma variao de
cenrios, num nvel mais alto de anlise de
risco, os elementos apresentados aqui esto
limitados a um cenrio pr-estabelecido. Uma
breve explicao do projeto tradicional
apresentada na Seo 3. O enfoque ou
mtodo apresentado na Seo 4.

2. Espiral de Projeto e Mapas Morfolgicos

A racionalizao da clssica Espiral de
Projeto o meio mais conhecido de
representao da sntese do processo de
projeto do navio. Fatores de projeto ou
estgios podem ser organizados e
seqenciados, provendo um processo cclico,
onde dados desconhecidos previamente se
tornam definidos medida que fatores
subseqentes ficam resolvidos. Em projeto de
navio compromissos (trade-offs) podem ser
expressos geometricamente e isto constitui
uma forte motivao artstica do ponto de
vista criativo. Com a espiral do projeto isto
pode ser feito em conjunto com pensamento
racional.

Uma das razes de ser a espiral de projeto
to adequada para o projeto de navio devida
a caractersticas inerentes da forma do casco.
Este contm, na sua concepo de projeto, os
valores e seu compromisso de capacidade
de carga (volume), equilbrio e estabilidade,
resistncia hidrodinmica e manobrabilidade,
capacidade de operar em ondas, rea de
convs para ergonomia, etc. totalmente
dependentes entre si. Desta forma, medida
que o projeto prossegue ao longo da espiral,
as iteraes e interaes fazem a concepo
evoluir e amadurecer, como se a forma do
casco variasse durante seu processo. Devido
a este fato, as ferramentas e os algoritmos de
projeto so sempre os mesmos para todas as
alternativas.

Isto no o caso para outros veculos, onde
h certa independncia de decises de projeto
de seus fatores. Em um avio, a fuselagem e
as asas, por exemplo, podem ser modeladas
com alguma independncia para sustentao
e arraste. tambm o caso para um
automvel onde, diga-se, a forma da
carroceria como um compromisso entre
volume interno, esttica e aerodinmica e a
suspenso so modelados para diferentes
propsitos, e os resultados so mais fceis de
serem acoplados. Isso tambm verdade para
a escolha preliminar mais profunda de uma
embarcao de alto desempenho (para o
requerimento de altos nmeros de Froude)
para uma certa misso: pode surgir da a
escolha de um planador, um aerobarco, mono
ou multi casco, um SWATH, um WIG, um
aerodeslizador (ACV ou SES), todos os quais
com concepes, teorias e seqncias de
projeto completamente diferentes.

Alguns casos so de natureza mais geral
requerendo ao projetista retornar a outros
mtodos de engenharia onde Mapas
Morfolgicos, por exemplo, so mais
adequados, devido a grande diferena de
concepes, configuraes e elementos
envolvidos dentre as alternativas em
considerao. Mapa Morfolgico uma tcnica
usada para projetar com alternativas
diferentes, permitindo pontos de intercesso
entre elas (Cross [4]). Isto tambm o caso de
muitas concepes de Plataformas Ocenicas,
como por exemplo, a deciso de usar um
FPSO, uma SS ou TLP, uma SPAR Buoy, etc.
O fato da maioria delas serem multi-corpos
exige diferentes procedimentos (ou programas
de computador) para definir a forma do casco,
alm de outras anlises, diferentes para cada
uma. A prtica atual a de se designar
diferentes grupos para cada concepo e
analisar todos os projetos posteriormente.

Por outro lado, o processo interativo e cclico
de projeto tornou-se tradicional e forjou a
maneira como engenheiros navais pensam,
3
tem de fato muitas vantagens. Parece
desejvel manter-se o processo interativo
cclico da espiral de projeto quando
necessrio, embora deva ser notado que as
inter-relaes dos fatores de projeto e sua
seqncia no so explcitos nela.

Para poder auxiliar no processo, permitindo
haver processos de projeto cclicos e/ou no
cclicos e fazendo inter-relaes de fatores e
sua seqncia explcitos, um fluxograma de
projeto interativo, semelhante a muitos
existentes e espiral de projeto, foi criado
para sntese do projeto, incorporando as
caractersticas requeridas para o mtodo
descrito aqui.

3. Processo Tradicional de Projeto de
Engenharia

Muitos autores apresentaram trabalhos sobre
processos de projeto, e interessante
analisar os pontos de concordncia ou reas
comuns que existem quando se trata de
organizar o processo. como se existisse
uma filosofia dominante, explicada com
palavras diferentes incluindo idias que
complementam umas s outras, que a esta
altura pode ser chamado de Processo
Tradicional de Projeto de Engenharia. De
acordo com Cross [4], existem Modelos
Descritivos e Prescritivos. Para o Mtodo com
Foco na Soluo apresentado aqui, o
interesse no segundo.

Um modelo prescritivo importante proposto
por Jones [5], como meio de resolver o
conflito que existe entre anlise lgica e
pensamento criativo. O modelo sugere um
mtodo para coordenar passagens de anlise
de problemas para busca de soluo no
processo. O modelo ou mtodo se desenvolve
em trs estgios:
1. Anlise: listagem de todos os
requerimentos de projetos e a reduo destes
a um conjunto completo de especificaes de
desempenho logicamente relacionados.
2. Sntese: encontrando solues possveis
para cada especificao de desempenho e
construindo a partir destes projetos completos
com o maior compromisso possvel.
3. Avaliao: avaliando a preciso com o qual
projetos alternativos cumprem os
requerimentos de desempenho para
operao, manufatura e vendas, antes que o
projeto final seja selecionado.

O estgio de Anlise subdividido em
atividades:
1.1. Lista Randmica de Fatores: para ser
gerada de uma lista de idias, em uma
reunio, aplicadas a problemas ou
aperfeioamentos do projeto do produto
envolvido.
1.2. Classificao de Fatores: fatores so
numerados e classificados em categorias, para
organizar o processo de projeto. Tabelas de
classificao so criadas.
1.3. Fontes de Informao: toda informao
coletada de passos anteriores, usando
conhecimento existente, deve ser expandida
para as necessidades identificadas e novos
requerimentos. Bibliografia e pessoas
experientes so ento consultadas.
1.4. Interao entre Fatores: a interao entre
fatores estabelecida usando a Matriz de
Interao de Jones.
1.5. Especificaes de Desempenho (P-
Specs): estes so finalmente gerados,
separando problemas de projeto de solues.
Concordncia deve ser obtida para estas
especificaes.

O estgio de Sntese , por sua vez,
subdividido como:
2.1. Pensamento Criativo: esta a fase onde
ocorre a sesso clssica de brainstorming.
Deve ser notado que neste ponto o produto j
foi definido, sendo o esforo aplicado para
achar solues possveis e aperfeioamentos
e isto leva s etapas seguintes.
2.2. Solues Parciais: Este mtodo permite
chegar as diversas solues parciais, para
fornecer diversas alternativas de projeto a
serem escolhidas.
2.3. Limites: nesse estgio limites e restries
so identificados.
2.4. Solues Combinadas: para combinaes
compatveis.
2.5. Organizao das Solues.

O estgio de Avaliao compreende a
definio dos mtodos de avaliao (critrios)
para o projeto, assim como para predies de
operao, fabricao e vendas.

Como pode ser visto, os principais estgios do
processo de organizao do projeto, Anlise,
Sntese e Avaliao, lidam com diferentes
tipos de raciocnio para poder resolver a
natureza dita mal-definida do projeto (Cross
[4]) da necessidade de alternncia entre a
anlise lgica (resolues de problemas) e
pensamento criativo (busca de solues).




4

























Estes trs estgios foram identificados, com
variaes, por diversos outros autores. Para
Archer [6], por exemplo, elas so
denominadas, respectivamente, fase
Analtica, Criativa e Executiva. Ele cita que a
primeira, dedicada a planejamento e coleta de
dados, a fase onde Raciocnio Indutivo
necessrio. Isto um tipo de raciocnio onde
aspectos gerais devem ser subdivididos em
particularidades, onde a observao e as
medidas objetivas so requeridas. A Fase
Criativa requer envolvimento, julgamento
subjetivo, que so caractersticas do
Raciocnio Dedutivo onde particularidades
inspiram idias do quadro geral, cenrios,
alternativas ou at inovaes. Uma vez que
as decises cruciais esto tomadas, o
processo de projeto continua com execuo e
avaliao, de volta a um estilo objetivo e
descritivo.

Cross [4] introduz um modelo simples
descritivo em trs estgios para o processo de
projeto, com funes muito semelhantes em
cada, como Gerao, Avaliao e
Comunicao. Em sua contribuio principal
na publicao, Cross apresenta um processo
de projeto em seis estgios, onde o leitor
poder identificar claramente a analogia com
outros autores de projeto: Esclarecendo
Objetivos; Estabelecendo Funes;
Estabelecendo Requerimentos; Gerando
Alternativas; Avaliando Alternativas e
Aperfeioando Detalhes.

























Uma representao esquemtica do Projeto
Tradicional (Resoluo de Problemas por
Anlise) mostrada do lado esquerdo da
Figura 1. Uma compilao resumida dos
mtodos descritos acima foi inserida nas fases
apropriadas, de modo a ilustrar as linhas de
raciocnio de cada um. uma representao
de como organizar e executar o processo de
projeto. Provavelmente ser identificada como
similar prtica de muitos engenheiros navais.
Como uma racionalizao geral de se
esperar que existam variaes. Para os
autores desse trabalho, mostra semelhana
com muitos anos de sua prtica em projetos
conceituais de embarcaes e compatvel
com a pratica usada em escritrios de projeto
de engenharia naval e estaleiros brasileiros.
Deve-se observar na Figura 1 o momento em
que a espiral de projeto criada (se vier a ser
feita) ou subliminarmente imaginada.

Como pode ser visto na Figura 1 e baseado
nos modelos descritos acima, os raciocnios de
resoluo de problemas e de busca de
solues so feitos em fases separadas e o
processo como um todo leva a definio do
produto antes que as solues sejam
endereadas.

4. Processo de Projeto com Foco na
Soluo

O mtodo de Projeto com Foco na Soluo
(Solution-Focused Design SFD [1],[2]) adota
Executive
Phase
Analytical
Phase
FV: free variables; R: constraints;
P: P-Specs; C: configurations
(see section 4.3)
Figura 1 Comparao entre Processos de Projeto
T.E.F.S.: Estudos de Viabilidade Tcnica e Econmica
(EVTE)
TRADITIONAL DESIGN
(Problem-Solving by Analysis)
Specifications/Scenario
T.E.F.S.
PRODUCT
Definition
SYNTHESIS
BRAINSTORMING
Partial /Combined Solutions [gen. alternatives]
Limits and Constraints (R) {improvements}
Design SOLUTIONS
(EVALUATION)
Sketching
CONCEPT
DESIGN
Design Organization
(Spiral)
Creative
Phase
ANALYSIS
K Kn no ow wl le ed dg ge e O Or rg ga an ni iz za at ti io on n [ [o ob bj je ec ct ti iv ve es s] ]
Design Factors, Classification
Interaction Matrix (IM)
P-Specs (P) [establish func/ requirements]
SOLUTION
P Pr ro op po os si it ti io on ns s
S Sk ke et tc ch hi in ng g
PRODUCT
Alternatives T.E.F.S.
S SO OL LU UT TI IO ON N- -F FO OC CU US SE ED D D DE ES SI IG GN N
(Problem-Solving by Synthesis)
Specifications/Scenario
SYNTHESIS
A Al lt te er rn na at ti iv ve es s
C Cr re ea at ti iv ve e T Th ho ou ug gh ht ts s
Improvements and Mergers
Partial /Combined Solutions
ANALYSIS
D De es si ig gn n F Fa ac ct to or rs s, Groups
C Cl la as ss si if fi ic ca at ti io on n ( (F FV V, , R R, , P P, , C C) )
I In nt te er rr re el la at ti io on ns s (input /output)
K Kn no ow wl le ed dg ge e O Or rg ga an ni iz za at ti io on n
Interaction Matrix (IM)
D De es si ig gn n S Se eq qu ue en nc ce e
I In nt te er ra ac ct ti iv ve e F Fl lo ow wc ch ha ar rt t (Spiral)
Design SOLUTIONS
CONCEPT
DESIGN
PRODUCT
Definition
Morphological
Charts
BRAINSTORMING (2 sessions): Analysis <+> Synthesis
SYNTHESIS: Focus on
Functionality (solutions):
Deductive Reasoning (P>G)
ANALYSIS: Problem
Systematic Exploration:
Rules, Inductive
Reasoning (G>P)
5
uma combinao de procedimentos
estabelecidos por Jones [5] e Cross [4], que
buscam trazer o processo criativo para a fase
de definio do produto, adaptado para o
processo de projeto ao invs do produto
definido. Isto acarreta em usar-se um
processo de brainstorming para definir o
produto, em vez de aperfeio-lo, como o
caso do projeto tradicional (veja a Seo 3).
Este procedimento permite a alternncia de
raciocnio indutivo para dedutivo na fase
analtica do projeto, encontrando-se melhores
correlaes entre Especificaes de
Desempenho e Restries, medida que
novas idias so geradas. Solues de
projeto so geradas para a definio do
produto. Os croquis de projeto (esboos,
bonecos ou sketches), usados no projeto
naval para auxiliar no processo de busca de
solues, so trazidos para a etapa mais
inicial tambm para ajudar a definir o produto
(Figura 1).

Estas idias foram compostas ao se analisar
muitas prticas adotadas em projetos
passados pelos autores, quando muitas
caractersticas deste mtodo eram praticadas
intuitivamente. Para aplicaes mais recentes,
em plataformas ocenicas, o mtodo foi
aplicado com sucesso para o projeto de TLPs
por Almeida et al [7], para SPARs por
Schachter et al [8] e Grove et al [9] e para um
FPSO, por Castro [10] e Fernandes et al [11],
alm de uma embarcao hbrida de Patrulha
Submersvel, por Bogosian e Schachter [12].

A Metodologia de Projeto que pode resultar da
aplicao deste mtodo representada por
um Fluxograma Interativo do processo de
projeto. Este tipo de fluxograma evoluiu do
conceito da Espiral de Projeto e foi criado
para ser adequado tanto a processos de
projeto cclicos quanto no cclicos.

4.1 Conceito do Enfoque

Uma das idias que inspiraram a criao
deste enfoque foram concluses de uma
pesquisa de Lawson [13], que ajudou a
esclarecer como combinar a experincia
anterior dos autores com os mtodos
descritos na literatura. Segundo ele,
tradicionalmente o processo de projeto de
engenharia tem o seu foco no problema, em
analogia com os mtodos de pesquisa
cientfica. Em um trabalho de pesquisa,
Lawson conduziu experincias para a
identificao de regras estruturais e a
produo de resultados para uma dada
misso de projeto. O objetivo era comparar as
maneiras como designers (arquitetos, no caso)
e cientistas resolviam o mesmo problema de
projeto.

A evidncia dos experimentos sugeriu que
cientistas resolvem problemas por anlise
explorando sistematicamente o problema,
buscando regras bsicas e solues timas,
enquanto que os designers resolvem
problemas por sntese sugerindo uma
variedade de solues possveis at que uma
satisfatria seja encontrada. Estas estratgias
so definidas como com foco no problema
(problem-focused) e com foco na soluo
(solution-focused), respectivamente.

Cross menciona que as estratgias de
resoluo de problemas usadas pelos
designers (com foco na soluo)
provavelmente refletem melhor a natureza dos
problemas com os quais normalmente lidam.
Estes problemas, que so por natureza mal-
definidos [4], no podem ser estabelecidos de
forma suficientemente explcita para que
solues possam ser tiradas deles. Cabe
lembrar que isto referente a projetos
completamente inditos. Especificaes muito
bem definidas e detalhadas so na verdade
continuaes de projetos j idealizados (e
definidos), ou baseadas em experincia
anterior de outros projetos semelhantes. O
projetista tem que tomar a iniciativa em achar
um ponto de partida e sugerir reas de
tentativa de solues. Soluo e Problema
so desenvolvidos em paralelo, algumas vezes
levando a uma redefinio criativa do
problema ou a uma soluo que se encontra
fora das condies de contorno que foram
assumidas como possveis.

As idias mencionadas acima foram
combinadas com as recomendaes de Jones.
Para ativar o processo e tentar estimular a
criatividade das pessoas envolvidas no projeto,
os processos de Anlise e Sntese de Jones
so feitos juntos, em duas sesses, aps
todos os participantes terem tomado algum
tempo para considerar o projeto e possveis
solues e tivessem produzido um sketching
de suas idias iniciais. Isto foi feito para
permitir que propostas de soluo com foco na
funcionalidade global (foco na soluo)
ocorressem primeiro, ao contrrio do que
ocorre no mtodo tradicional, onde solues
so encontradas no final do processo. Isto
tipicamente uma fase de Sntese, onde o
Raciocnio Dedutivo utilizado com algum

6




















Figura 2 Sketchings da Embarcao Rpida
Submersvel (Seo 5.1)

grau de tentativa e erro para exercitar a
criatividade.

Para validar as solues ou idias propostas
assim colocadas, alguns de seus detalhes e
das inter-relaes entre seus fatores de
projeto precisam ser explicitados e
analisados. Neste estgio o Raciocnio
Indutivo passa a ser assumido, com uma
postura analtica e uma mentalidade de
otimizao. Para auxiliar neste processo, um
Fluxograma Interativo de Projeto,
anteriormente derivado da Espiral de Projeto e
criado para processar rotinas de arquitetura
naval em processo automatizado, usando
tcnicas de otimizao (Keane et al. [14]), foi
adaptado para ser utilizado no mtodo.

Para a classificao dos fatores de projeto
como Variveis Livres, Especificaes de
Desempenho, Restries, etc., e suas inter-
relaes, uma analogia com conceitos de
otimizao tambm feita (veja detalhes na
Seo 4.3).

4.2 Descrio da Aplicao do Mtodo

4.2.1 Sketching como Proposio de
Solues

A partir de Especificaes, Especificao
Bsica (brief) ou algumas vezes uma anlise
de cenrio de um sistema de unidades (como
em projetos da Petrobrs), os participantes do
grupo de projeto desenvolvem sketches de
produtos (ou um sistema com diversas























unidades) que so ou contm em sua
concepo proposies de soluo (Figura 1).

Esta atividade deve ser vista como uma
incumbncia de projeto. Os sketches devem
ser pensados com foco na soluo, i.e., com
foco na funcionalidade global, como uma
coleo de solues, apontando a anlise
necessria a cada item e devem ser mais
completos possvel, algumas vezes como um
conjunto de desenhos e anotaes.

Os sketches sugeridos para este mtodo so
similares queles usados por designers e
arquitetos: podem ser um desenho abstrato de
uma embarcao, combinada com frases
escritas, setas encurvadas e rabiscos
sugerindo movimento que passam uma idia
sem nem ao menos precisarem ser uma forma
definida de casco. Em tais exerccios, a
interdependncia de fatores como, e.g., o
Arranjo Geral (visto como um depositrio de
idias e usado para lembrar de todos os
equipamentos principais) e a Forma do Casco
se torna mais explcita, permitindo correes e
ajustes, mas sugerindo idias a serem trazidas
para as sesses de brainstorming para as
quais eles foram criados. Na Figura 2 esto
mostrados sketches de alguns participantes do
projeto descrito na Sesso 5.1.

4.2.2 Sesses de Brainstorming

Duas sesses so realizadas. A primeira
para a introduo das idias conceituais ou
7
alternativas de produto (Figura 1), mas
dominantemente analtica.

Em um intervalo silencioso de
aproximadamente 20 minutos, cada
participante resume em uma frase sua
proposta de concepo e cria uma lista
aleatria dos fatores de projeto que a compe.
Fatores de Projeto so definidos neste
mtodo como mostrado na Sesso 4.3:
atividades de projeto como definio da
geometria, movimentos, anlise estrutural,
estabilidade, compartimentao, ancoragem,
meios de transporte e instalao, resistncia,
propulso, etc. A lista feita de maneira
randmica medida que cada fator vem
mente. Para esta sesso usam-se folhas de
papel A4, com a frase definindo a concepo
no topo e cada fator de projeto colocado de
forma curta e simples, com algumas linhas de
espao entre eles, deixando uma pequena
margem esquerda.

Logo a seguir, cada membro do grupo, por
sua vez, l sua definio de concepo em
um fator de projeto. Como em qualquer seo
brainstorming, as idias no devem ser
criticadas e a viabilidade no deve ser
questionada: o curso natural do processo
expurgar naturalmente as idias inviveis.
Muito pelo contrrio, os outros membros
devem tentar dar sugestes e construir em
cima destas idias. As sugestes devem ser
todas anotadas.

A seguir, o primeiro fator de projeto desta
proposta lido. Nesse ponto, o grupo define
um conjunto de conformaes analticas para
o fator. Isso feito para este e cada fator
subseqente, no contexto de sua prpria
concepo:

i) classificao anloga otimizao (veja
seo 4.3); se uma varivel livre, uma
restrio, uma especificao de desempenho,
uma configurao, etc.

ii) grupo disciplinar (ou outro grupo
conveniente): algumas vezes isto til, como
no caso da criao de grupos de trabalho;

iii) inter-relaes (veja seo 4.3): Iteraes
input e output para cada fator de projeto (o
que requerido para ...., o que provido por
....) e Interaes no caso de falha de
critrio ou necessidade de maximizar
/minimizar, o que deve ser mudado?. Estes
pensamentos ajudam a encontrar as ligaes
entre os Fatores de Projeto, inter-relacionados
pelos seus input e output.

iv) Interdependncia de Fatores de Projeto:
aqueles que provem os input e aqueles
dependentes dos output.

v) Ferramentas de Projeto e Conhecimento
Requerido para um fator. recomendada
pesquisa intensiva, mas apenas aps o
trmino da fase criativa.

Toda essa informao ento escrita abaixo
de cada fator de projeto na lista e numerada
(inicialmente de forma seqencial da lista
randmica) na margem esquerda para todos
os membros que tenham o mesmo fator na
sua prpria lista. Se o mesmo fator tem uma
classificao diferente em outra concepo,
isto ser resolvido quando aquela for
apresentada.

O processo continua para as propostas
seguintes, mas os fatores de projeto j
analisados no precisam ser repetidos,
passando-se para o fator seguinte da lista, a
menos que seja caso de classificao
diferente. Aps todas as propostas serem
apresentadas, a seo continua at que todos
os fatores sejam analisados.

A prtica tem mostrado que esse tipo de
processo, alternando-se entre o que
pensamento criativo e anlise lgica estimula a
criatividade dos membros do grupo, ajudando
a trazer solues tcnicas para a discusso.

Especificaes de desempenho e modos de
falha (restries) podem ser confrontados e
colocados em contexto, como compromissos
de projeto (trade-offs). Limites requeridos e
seus critrios sero anotados para seleo, ou
estabelecidos. Isto deve esclarecer os
objetivos e os requerimentos de desempenho
podem ser mais precisamente especificados
para as idias geradas.

Neste ponto, algumas melhorias de idias
surgem, assim como fuses de propostas,
algumas vezes em uma soluo diferente
combinando algumas das expostas. Isso
tambm reduz o nmero de propostas,
algumas vezes a uma soluo ao mesmo
tempo criativa e lgica.

A segunda e ltima sesso de um
brainstorming tradicional, similar queles
propostos por Cross [4] e Jones [5], usando
pequenos cartes separados. Deve ser feita
8
logo aps a primeira. Essa sesso usada
para aperfeioar e viabilizar as solues que
foram encontradas atravs do projeto e para
preencher a falta de fatores que ainda no
tinham sido previstos. Essa sesso pode levar
a uma soluo final ou a um pequeno
conjunto de alternativas ainda a serem
validadas. No segundo caso, projetos
paralelos devem ser executados, algumas
vezes com o uso de Mapas Morfolgicos.

4.2.3. Processo de Organizao do Projeto

Os dados resultantes so ento compilados e
reordenados na construo de uma Matriz de
Interao e um Fluxograma Interativo de
Projeto (veja Seo 4.4), onde a seqncia de
projeto e todas as iteraes e interaes
funes, sua classificao e fluxos de dados
sero confirmados.

A partir deste processo de organizao de
projeto e das idias relevantes da discusso,
uma Metodologia de Projeto pode ser
desenvolvida, baseada em fatores de projeto
cuja inteno relacionar da melhor maneira
possvel fenmenos e caractersticas
diretamente envolvidas com o
dimensionamento do produto, provendo sua
seqncia lgica (incluindo atividades
paralelas). O objetivo do mtodo tambm
prover o projetista com meios rpidos e
eficientes de executar o projeto. O
Fluxograma Interativo obtido representa a
sntese do Projeto Conceitual, com fatores de
projeto e sua seqncia, explicitados. Notou-
se que para alguns projetos o processo
permite que se defina a seqncia do Projeto
Bsico. Nesses casos, as atividades do
Projeto Conceitual podem ser destacadas no
fluxograma, para sua aplicao.

4.3. Premissas e Definies

O processo de Projeto com Foco na Soluo
baseado nas seguintes premissas:

1. Definio de Fatores de Projeto: Fatores de
Projeto so definidos como atividades de
projeto de natureza especfica ou separada,
como disciplinas ou importantes tomadas de
deciso baseadas em critrios, cujos valores
calculados ou decises tomadas sobre eles
podem mudar o curso do projeto. Assim
como: definio da forma, estabilidade,
resistncia, propulso, arranjo geral, definio
estrutural, etc. So tratados como anlogos a
um Mdulo de Teoria de projeto ou um
algoritmo especfico em um modelo
matemtico de otimizao.

2. Classificao de Fatores de Projeto: Os
Fatores de Projeto so classificados no
processo de projeto de forma anloga a da
otimizao. Embora modelos matemticos de
otimizao no sejam aplicados nesse
processo, uma filosofia de otimizao
necessria para construir o fluxograma
interativo e para definir as Especificaes de
Desempenho (PSpecs), assim como os
limites e restries, de modo a lidar com eles
de forma apropriada e para encontrar o melhor
compromisso possvel de projeto que ir
satisfazer os requerimentos.

Nesse mtodo uma Varivel Livre um fator
contendo parmetros de entrada e/ou iniciais
modificveis. Como exemplo, Caractersticas
Principais so Variveis Livres, porque contm
parmetros iniciais, alguns dos quais no
modificveis de sua especificao e alguns
que se iniciam com um certo valor
especificado e mudam dentro de faixas ao
longo do processo cclico de projeto (e.g.,
comprimento molhado, boca e coeficientes de
forma). Outro exemplo de varivel livre o
Estado de Mar de projeto, com parmetros do
tipo altura significativa de onda e comprimento
de onda ou perodo de onda.

As Variveis Dependentes so os valores
numricos ou parmetros dos fatores de
projeto, dos quais s importante no mtodo
classificar trs: Fatores de Desempenho (P),
Fatores de Restrio (R) e Configuraes (C).
Existem outros fatores que so de natureza
Funcional (F) no projeto, como Caractersticas
Hidrostticas, Curvas Cruzadas, etc: So
fundamentais para o projeto, mas seus
resultados no requerem anlise.

Os Fatores de Desempenho (P) so aqueles
em que seus parmetros devem ser
minimizados ou maximizados, como a Funo
Objetivo de mtodos de otimizao ou dos
chamados mltiplos objetivos em recentes
publicaes, como e.g., custo, resistncia ou
potncia instalada ou onde h necessidade de
otimizao localizada, e.g., propulso.

Fatores de Restrio (R) so aqueles de
natureza restritiva e seus parmetros
resultantes devem estar acima ou abaixo de
certos limites (maior que, no mais que),
tais como estabilidade, volume de carga, etc.
Esse tipo de fator requer o uso de critrios
estabelecidos ou da criao de novos, caso
9
no existam ainda. No contexto de projeto,
sabido que seus fatores so naturalmente
conflitantes entre si e que a otimizao deles
tende a levar a um melhor compromisso. O
exemplo mais comum o conflito entre
resistncia mnima e estabilidade para cascos
esbeltos.

Dependendo do projeto alguns fatores podem
ter diferentes classificaes. Considerando o
Comportamento em Ondas, por exemplo, se o
projeto de um navio convencional ou de
uma plataforma ocenica, esse fator ser
restritivo. O Comportamento em Ondas de um
navio convencional normalmente avaliado
no final do projeto e se seus movimentos e
aceleraes no so aceitveis para o critrio,
o projeto (forma, massas, centros) reciclado.
Para o projeto de uma plataforma ocenica a
definio da relao air gap/calado deve ser
considerada no incio, como uma funo do
Estado de Mar, mas a anlise de movimentos,
dependendo do tipo de plataforma, feita no
final, quando a forma e as massas e centros
esto mais bem definidas. Por outro lado, se o
projeto for de um Fast Attack Craft para
melhor comportamento em ondas, o ngulo
de p-de-caverna, o centro de gravidade, etc.,
sero definidos para o desempenho de
movimentos mnimos. Nesse caso, o
Comportamento em Ondas ser calculado em
uma fase inicial, interagindo com a definio
da forma do casco e com a avaliao do
equilbrio dinmico e ser um fator de
Desempenho (P).

Finalmente, h o Fator de Configurao (C).
Este um fator de projeto que requer
julgamento humano para decises de projeto
no processo. Estes fatores so aplicados para
o Arranjo Geral, muitos outros arranjos e
alguns aspectos da forma do casco, atravs
da anlise do Plano de Linhas, que envolvem
propores, esttica, ergonomia, etc. Embora
muitas tentativas tenham sido feitas para
automatizar estes processos, ainda usual
utilizar-se anlise humana para eles.

3. Inter-relaes: Iteraes e Interaes. Na
forma definida para o mtodo, cada Fator de
Projeto requer parmetros de input a serem
executados e seus resultados (parmetros de
output) sero, por sua vez, parmetros de
input, que combinado com outros, permitiro
executar a prxima tarefa ou Fator de Projeto.
A identificao desses parmetros de input e
output vai definir as linhas de seqncia
iniciais de iterao. Atividades paralelas e
seus pontos de partida tambm ficaro
esclarecidos. Isso leva ao estabelecimento da
interdependncia dos Fatores de Projeto, e em
um grupo de discusso ajudar a identificar
atividades ou ligaes intermedirias que eram
desconhecidas ou foram esquecidas
originalmente, vo trazer tona o
esclarecimento dos objetivos do projeto, gerar
idias, criar divises de grupos de trabalho
para atividades paralelas e disparar a busca
por conhecimento e ferramentas matemticas
para executar cada Fator de Projeto.

Quando o Fator de Projeto classificado como
Restrio analisado, o output ser, alm dos
dados para reportar, uma situao passar -
no passar. Isto uma anlise tpica de
Modo de Falha. Os Fatores de Projeto que
precisam ser revisados para corrigir a falha
so ento identificados e as linhas de
interao so criadas. Neste mtodo as linhas
de interao podem seguir uma hierarquia no
Fluxograma Interativo de Projeto, feitos curtos
(blocos de Fator de Projeto mais prximos) ou
longos (mais distantes), dependendo que ao
corretiva deve ser tomada primeiro. Por
exemplo, se os clculos da Estabilidade
Intacta indicarem uma falha no critrio, a
interao mais curta (e primeira) pode ser para
o Fator de Peso Leve (identificar elementos
em fatores de Estruturas ou Equipamentos
para baixar o KG) at o mais distante (e
radical), Forma do Casco (mudar a forma),
passando por distncias intermedirias, como
na avaliao dos fatores de Condies de
Carregamento e Compartimentao.

As linhas de interao tambm so
identificadas para Fatores de Desempenho.
Para Resistncia, e.g., os resultados de
resistncia total, esteira e fator de reduo de
empuxo, a serem minimizados ou modificados
vo gerar uma linha interativa de volta ao fator
de Forma do Casco. No Fluxograma Interativo
de Projeto os Fatores de Desempenho e
Restrio so terminais (pontas de galho), o
que facilita identificar por inspeo as mltiplas
funes objetivo e modos de falha, alm,
claro, dos fatores estabelecidos de projeto,
cada um em um bloco separado.

4.4. Fluxograma Interativo de Projeto

O Fluxograma Interativo de Projeto
semelhante a muitos existentes e a espiral de
projeto, mas foi criado para poder incorporar
as caractersticas requeridas para o mtodo
descrito aqui. Ele pode ser usado tanto para
processos cclicos de mesmos procedimentos
como para processos no cclicos.
10

































Um exemplo geral usado apenas para
apresentaes acadmicas do projeto de um
navio convencional (Schachter [15]), pode ser
visto na Figura 3. As Figuras 5, 8 e 9 mostram
os Fluxogramas Interativos dos exemplos de
projeto apresentados.

Cada bloco representa um Fator de Projeto.
As linhas cheias so iteraes e as linhas
tracejadas interaes. O fluxograma deve ser
construdo durante o processo de Projeto com
Foco na Soluo, ver Figura 1, aps as
sesses de brainstorming, onde os conflitos
entre anlise de problemas e busca de
solues ficam razoavelmente resolvidos.

Uma das principais diferenas entre o
Fluxograma Interativo de Projeto e a Espiral
de Projeto que no primeiro, as iteraes e
as interaes so feitas de forma explcita, o
que no o caso do segundo. Isso facilita seu
processo de construo, esclarece o
raciocnio, por lembrar de ligaes esquecidas
ou atividades intermedirias e facilita a diviso
em grupos de trabalho, mostrando os pontos
de correlao entre eles. Tambm pode ser

































usado para mostrar o fluxo de parmetros de
projeto de uma atividade para outra,
estabelecendo a seqncia de projeto, com
ajuda da Matriz de Interao. Uma vez que o
fluxograma interativo de projeto concludo,
fica muito fcil verbaliz-lo em uma
Metodologia de Projeto para aquele produto.

No caso de concepes diferentes, aqueles
que requerem mapas morfolgicos para o
planejamento do projeto, se um fluxograma
interativo de projeto for feito para cada um,
estes podem ser fundidos para as atividades
comuns de projeto, ou algoritmos. Isso
resultar na completa visualizao do projeto e
todas as suas alternativas, permitindo a
otimizao de atividades e eventualmente
alguma conquista inovadora: algumas
combinaes de concepes. Um exemplo
disso mostrado na Figura 5.

5. Exemplos de Projeto

Trs exemplos de projetos de trabalhos
anteriores so apresentados para ilustrao a
aplicao do mtodo. No h inteno de


Consumption Sequence


Intact - Damaged


Towing Tank (Rt, w, t)


Statistical / Theoretical


Series - Estimates
Resistance (P)
Propulsive Power


Lines Plan - Offsets


Similar Comp. Geom.


Parameters Sist. Series
Hull Form (C)


Propeller / Red. Gear


Hull/ Engine/ Propeller


Prop. System (shafts)


Series (Kt,Kq,J) - Cavit.
Propulsion System
(P)


Human Tolerance Crit.


Seakeeping Events


E.O.M. - Motions / Accel.
Seakeeping (R/P)
t,s S.A. - Steel Distrib.
M.S. S.M.- BM& SF
Peaks-Eng.Rm-Tanks
Frames-Longitudinals
Structural Design
(C,R)


Openings /Accesses


Pump RmRudder Stock


G.A. Transport Matrix


ENGINES SELECTION
Engine Room (C)


Cross Curves - Bonjean


Hydrostatic Table
Hydrostatics (F)


Stowage Factor /Angle


Cargo type- Segregation
Compartments
(C,R)


Ballast-Loaded-Critical


Departure-Arrival
Loading
Conditions (C,R)


Fire F. - Visibility - Lights


Ergonomics-Life Saving


Piping/Joiner/Outfitting


Deck-Accommodations
G.A.: General
Arrangement (C)


GZ- - FSurf. Criteria
Trim & Stability
(R)


Rudders (geom.,torque)


Directional Stability


Turning force
Maneuverability,
Rudders (R)


Gangways-Piping, etc.


Anchors-Bollards


Life Saving-Winches


Hatches-Cranes
Deck and Hull
Equipment


Air Conditioning, etc.


Piping - Fire fighting


Auxiliary - Generators,


CONSUMABLES
Machinery
Equipment
Freeboard
Light Weight &
CG
Mission / Transport Type
Route / Feasibility
Seastate Speed Cargo R&E Main Dims.
Figura 3 Fluxograma Interativo Idealizao genrica para navios
mercantes, de uso exclusivo para aulas e propsitos acadmicos
- Iterations: full lines
- Interactions: dashed lines
11
apresentar seus projetos conceituais aqui,
que esto mostrados em outras publicaes.
Apenas as descries resumidas dos projetos
e seus Fluxogramas Interativos de Projeto
esto mostrados, de modo a permitir
comparaes entre seus mtodos de projeto.

O exemplo da Embarcao Rpida
Submersvel (5.1) um hbrido de submarino
e navio-patrulha, o mais completo, sendo,
portanto, o melhor para ilustrar
completamente o mtodo. Era um caso de
Projeto Conceitual envolvendo a investigao
de concepes completamente diferentes,
com seqncias de projetos diferentes, alm
do fato que foi desenvolvido sem que existisse
nenhum semelhante anterior. A combinao
de fluxogramas de projeto (ou espirais) com
mapas morfolgicos precisaram ser aplicados
para se achar uma concepo indita vivel
para uma misso completamente nova.

A partir desta e de outras experincias com
projetos de navios, foi possvel desenvolver
plataformas ocenicas, como de uma TLP em
2001 e uma Spar Buoy do exemplo 5.2. Para
o projeto da Spar no foi necessrio utilizar-se
formalmente mapas morfolgicos, porque
todas as concepes envolvidas esto em
constante desenvolvimento por diversas reas
da Petrobrs e.g., a Planta de Processamento
e muitos outros equipamentos so
padronizados e muitos fatores de projetos j
esto de certa forma otimizados para
especificaes similares ou iguais em outros
projetos. Mesmo assim, para uma anlise
comparativa de todas as concepes com
consultas variando de estudos de viabilidade
tcnica e econmica at o nvel de suas
seqncias e clculos de fatores de projeto
foi necessrio adotar-se um estilo morfolgico
(qualitativo) e dentro da prtica do Projeto
com Foco na Soluo.

Finalmente, um projeto de um FPSO
brevemente mostrado. Nesse caso, a
aplicao do Processo de Projeto com Foco
na Soluo permitiu a identificao de
algumas caractersticas fundamentais do
projeto, cumprindo uma das proposies do
mtodo, que de identificar fatores de projeto
e prover sua seqncia adequada.

5.1 Embarcao Rpida Submersvel

Esse projeto de um hbrido de pequeno
submarino (SSC) e um navio-patrulha,
especialmente projetado para defesa de
costa, como um trabalho de pesquisa de
doutorado da UFRJ [16], para Marinha do
Brasil. Estudos de viabilidade incluindo um
resumo do projeto conceitual esto
apresentadas por Bogosian e Schachter [12].

O processo de organizao do projeto desta
concepo foi inteiramente desenvolvido com
o mtodo de Projeto com Foco na Soluo.
Esse exemplo tpico para mostrar como este
mtodo permite que alternativas de projeto
sejam levadas a efeito em paralelo, pelo
mesmo grupo, alternando pensamento criativo
e anlise lgica.

A especificao bsica foi para cumprir a
misso estabelecida de funo combinada de
alguns submarinos e todos navios-patrulha,
especfica para defesa da costa, alm de:
pequenas dimenses e tripulao, baixo custo,
baixa silhueta radar, altas velocidade e
manobrabilidade e bom comportamento em
ondas quando flutuando, velocidade mxima
quando submerso, quatro lanadores de
torpedo no recarregveis quando em alto
mar, armamento de superfcie, mnima
manuteno em operao, capacidade para
operar a 200m de profundidade e de assentar-
se no fundo do mar e baixa autonomia e raio
de ao, uma vez que as operaes esto
limitadas plataforma continental. Nenhum
modo de sustentao foi pr-estabelecido.

Foram feitos sketchings de algumas propostas
de soluo (Figura 2), focados na
funcionalidade global e trazidos para as
sesses de brainstorming. Estas variaram de
cascos de deslocamento, planadores (um
monocasco e um trimar, Jamanta) e
concepes de semi-planeio, at um SWATH
(Delta Ship) e um aerobarco.

Todas as alternativas foram discutidas e
aperfeioadas, tiveram seus fatores e
seqncias de projeto organizados e foram
includas em um mapa morfolgico como
mostrado na Tabela 1. A primeira coluna da
Tabela 1 contm Sub-Funes ou
Caractersticas. A primeira linha contm
Propostas de Soluo. As Propostas de
Soluo, que so concepes bsicas, so
numeradas. Cada linha subseqente contm
os meios de alcanar a Sub-Funo ou
Caracterstica. Por exemplo, o Material do
Casco (Caracterstica para o fator Topologia
Estrutural da Figura 5) pode ser (o meio) Ao,
Alumnio, Compsito ou Combinaes dos
anteriores. O Ao foi tentado para as
concepes Jamanta (1) e para o Delta Ship

12
Tabela 1 Mapa Morfolgico para o projeto do Submersvel
Solues Propostas 1 Jamanta 2 Monocasco planador 3 Delta Ship 4 Semi-planeio 5 Aerobarco
T Ti ip po o d de e C Co on nc ce ep p o o D De es sl lo oc ca am me en nt to o P Pl la an na ad do or r (1,2) S SW WA AT TH H (3) S Se em mi i- -p pl la an ne ei io o (4) A Ae er ro ob ba ar rc co o (5)
Modo de Sustentao Deslocamento (3,4) Planador (1,2) Planador+ Flios (2) Flios (5)
Configurao Monocasco (2,4,5) Multicasco (1,3)
Comp. em Ondas (Sup) Forma do Casco (1,2,4) Flios (2,5) Forma deTorpedo (3)
Motores Principais D-E (1,3,5) G.T.-eltrico (2,4) G.T.D-E (2,4) Stirling (A.I.P.) ClulasComb. (A.I.P.)
Propulso Prop.+CxRed (td) Pods Eltricos (4) Hidrojato (2,4) Hidrojato+CxRed (2,4)
Manobrabilidade Lemes (todos) Pods (4) Difusores (2,4) Z Drive (5)
Material do Casco Ao (1,3) Alumnio (5) Compsitos (2,4) Combinaes (2,4)
Energia Eltrica ClulasComb. (2,4) Baterias + Ger. (todos)
Manuteno Principal Base (todos) Alto Mar
Sobrevivncia Mdulo Ejeo (2,3,4) LocalizaoProtetora (1) D.S.R.V.
Estabil. Direcional (Sub) Forma do Casco (2,4) Flios (3) Forma + Flios (1,2,4)
Submerso / Emerso Lastro (2,3,4) Flios (1) Lastro + Flios (2,4)
Modos de Falha Crticos
de cada concepo
( para todos)
1 falta de reserva de
flutuabilidade
2 espiral divergente de
peso/potncia: equilbrio
dinmico
3 silhueta radar e estab.
direcional ruims, vortices
4 controle de peso;
menos baterias;
miniaturizao
5 square-cube law:
flios muito grandes
Nomenclatura: D-E diesel-eltrico; G.T. turbina a gs; Prop. propulsor; CxRed caixa redutora; Ger. genedores; td - todos
A.I.P. Air Independent Propulsion; D.S.R.V. - Deep Searching and Rescue Vehicle; Sup superfcie; Sub submerso

(3), Alumnio para o Aerobarco (5) e
Compsitos e Combinaes para as
concepes Casco Planador (2) e Semi-
Planeio. A melhor soluo, que foi adotada, foi
para a concepo de Semi-Planeio (4) e est
marcada em cinza e numerada em negrito.
Todas as outras concepes falharam devido
aos modos de falha que esto resumidos na
parte de baixo da Tabela 1. Os modos de
falha da concepo de Semi-Planeio (4) foram
comuns a todos, mas resolvidos com sucesso
para esta concepo. Um Fluxograma
Interativo de Projeto fundindo trs das
alternativas de maior sucesso est mostrado
na Figura 5. Deve-se notar que o mtodo
permite que se identifiquem os caminhos
crticos dos modos de falha.
Figura 4 - Plano de Balizas do Submersvel

A concepo de Semi-Planeio atendeu a
todos os requerimentos devido idia
inovadora de se ter uma grande reserva de
flutuabilidade fora do casco resistente (Figura
4). A Metodologia do Projeto Conceitual foi
seguida em todos os estgios, resultando em
uma embarcao de 252t, 36.9m de
comprimento, 6.9m de boca e 4.0m de pontal,
com 2.0m de calado e 22 ns de velocidade na
superfcie, Figura 6. O projeto desta
concepo tambm teve caminhos crticos,
muito dos quais foram resolvidos incorporando
algumas idias das outras.




























Figura 5 Submersvel Fluxograma Interativo do Projeto
de 3 verses: Semi-Planeio (todos fatores, exceto (A)),
Monocasco Planador (todos fatores) e Delta Ship SWATH
(todos fatores, exceto (A) e (B)) - R&E: range and endurance

Seakeeping
(B)
HULL FORM
Hydrostatics
Cross C-
Bonjean
Vortices
Structural
Topology
Compartments
Pressure Hull
Armament
Life Saving Light Weight
& CG
General
Arrangement
Loading
Conditions
Auxiliaries
Main Electric
Generator
Equilibrium
Polygon
Trim & Stability
Dynamic
Equilibrium
(A)
Electric-submerged
Main Engines
Gas Turbines
surface
submerged
Maneuverability
Directional Stability
surface
submerged
Propulsion
surface
submerged
Resistance

surface
Mission (Scenario)
submerged
Depth Seastate Speed, R&E
surface
Dimensions
Dynamic Lift &
Center of Press.
13
2x13,8m
2x12m
16m
13,4m
Armazenagem
Hard Tanks
L
P
=237 m
156 m
T = 224 m
Lastro
Lastro fixo

Figura 6 - Perfil e Plano do Submersvel

5.2 SPAR Buoy de Armazenamento para
guas Profundas

Este projeto (Schachter et al [8]) foi para
aplicao da Fase II da Petrobrs no campo
de Marlim Sul, Brasil, para uma profundidade
de 1250 m, Grau API 18 (Marlim), Produo
de leo de 150.000 bdp, Armazenamento de
leo de 1.000.000 de barris, Tempo de
Enchimento de Tanques de 6 dias, Tempo de
Offloading de 1 dia e Nmero de Poos de 18
de completao seca mais 5 poos satlite.

O projeto foi para um sistema flutuante
integrado que contemplasse perfurao,
produo (planta) e armazenamento e para
ser vivel tcnica e economicamente para
guas profundas.

O mtodo de Projeto com Foco na Soluo foi
aplicado para o projeto, onde uma anlise
comparativa entre concepes foi levada a
efeito em um estilo morfolgico: FPDSOs,
SPARs de armazenamento, assim como
FPSOs, Semi-Submersveis, SPARs
Clssicas e TLPs com sistemas de suporte
foram analisados com caractersticas tais
como Capacidade de Armazenamento,
Custos de Construo, Regulamentos para
novas plataformas, Capacidade de
Perfurao, Completao Seca, rea de
Convs da Planta, possibilidade de
Transporte Completo, Movimentos, Fundeio e
Posicionamento Dinmico, etc.

Os estudos de viabilidade que levaram a
escolha da SPAR Buoy de Armazenamento
para o novo cenrio levaram em considerao
diversas caractersticas e adaptaes
possveis dos tipos existentes de plataforma
assim como dos sistemas de suporte ao redor
delas em uma anlise comparativa, como
resumido na Tabela 2.

Tabela 2 Anlise Comparativa Morfolgica
(Qualitativa) de Concepes de Plataformas
FPSO FPDSO Spar Spar
Clssica
SS TLP
Armazena sim sim sim no no no
Construo $$$ $$$ $ $ $$ $$
Perfurao no sim sim sim sim sim
Completao molhada molhada seca seca molhada seca
Area convs melhor melhor mdia mdia boa boa
Instalao no no sim sim no algumas
Movimentos mdios mdios bons bons bons bons
DP sim sim no no algumas no
Estabilidade mdia mdia mdia mdia melhor mdia
Linhas Sub. E E C C E C
Sistemas
de Suporte
perfurao - - FSO FSO FSO
Nota: as melhores caractersticas esto em cinza
Nomenclatura: DP: posicionamento dinmico; $: custo
(alto, mdio, baixo); E: espalhadas; C: concentradas

















Figura 7 Configurao geral da SPAR
14
No processo de projeto requerimentos
inovadores foram identificados e levados em
considerao. As duas mais significativas
foram para minimizar as vibraes induzidas
por vrtices (VIV) e para gerar estudos de
viabilidade alternativos para a instalao dos
conveses na locao.

O processo de Projeto Conceitual resultou
numa SPAR Buoy de Armazenamento de
98.000 t., como dimetro de 54m e um
comprimento de 237m, com um dispositivo de
porosidade para minimizar as vibraes
induzidas por vrtices (Figura 7).
























Figura 8 Fluxograma Interativo do Projeto
Bsico da SPAR Buoy (Projeto Preliminar em
negrito)

5.3 FPSO Nativo

Pelo menos para condies ambientais mais
suaves, os FPSO baseados em cascos de
VLCCs (Very Large Crude Carriers) tem-se
tornado uma alternativa de plataforma
ocenica. Sua capacidade de armazenamento
adiciona flexibilidade e as dificuldades
offloading ficam bem resolvidas. A tendncia
to forte que os cascos de VLCCs disponveis
para converso esto se tornando raros e a
construo de novas unidades especialmente
projetadas como FPSOs (Nativos, ou newly
built) esto muito em demanda.


























Figura 10a Anlise paramtrica: GM=f(B/t, L/B)


Figura 10b Perodo de Roll =f(B/T, L/B)

Castro [10] enfrentou o problema de projeto de
FPSOs Nativos de forma interativa e usou o
enfoque do Projeto com Foco na Soluo para
chegar a solues interessantes, incluindo
uma calibrao permanente de banda sem o
uso de operaes de lastro (Fernandes et al
[11]). O fluxograma do processo de projeto
proposto como em Castro [10] mostrado na
Figura 9. Isto levou ao desenvolvimento de um
programa completo de computador que
produziu resultados muito rpidos para
estudos paramtricos. Amostras esto
apresentadas nas Figuras 10a e 10b [11].
Esses so resultados tpicos que ajudaram na
definio das faixas de aplicao do projeto.

Cenrio
Dados
Ambientais
Tipos de
Plataforma

Controle
de Peso

Deck mating

Uprighting

Transporte

Perfurao
EVTE

Compartim.

Movimentos
Ancoragem

Estrutura

Arranjo
Geral

Complet. Seca

Estabilidade

Risers

Equipamentos

. P.de Processo


Iteraes

Princ.Interaes
Acom./ Seg.

Dimenses
Principais
Figura 9 Fluxograma Interativo de um FPSO
Nativo (notar a SEQNCIA NUMERADA)
15. Directional
Stability
Field Data
(Proc. Plant)
Storage &
Offloading
1. Design Basis Project
Environmental
Data & Site
16. Positioning
System
13. Seakeeping
11. Loading
Conditions
3. Main
Dimensions/
Hull
Characteristics
5. Receiving
System
2. Storage
Capability
6. Process
Plant
7. Offloading
System
4.
Hydrostatics
C
8. General
Arrangement
9. Structural
Calculation
14. Loads in
the Risers
12. Trim and
Stability
10. Light
Weight - CG
15
6. Concluses

Um mtodo para organizao do processo de
projeto foi apresentado. Este mtodo,
denominado Processo de Projeto com Foco
na Soluo, uma proposta para contribuir
para a Metodologia de Projeto, para auxiliar e
dar suporte a processos de projeto de
engenharia naval para novos produtos,
quando diferentes concepes esto sendo
consideradas, requerendo mais de uma
idealizao da espiral de projeto.

Foi apresentado um mtodo com diversos
procedimentos que permitem trazer para
dentro do processo de projeto propostas de
soluo com foco na funcionalidade global,
como feito por arquitetos e designers, e para
permitir ao grupo de projeto alternar entre
pensamento criativo e anlise lgica,
eventualmente levando a novos produtos ou
idias, ao mesmo tempo em que todos os
aspectos analticos do projeto so controlados
e seqenciados. Nesse processo o produto
definido a partir de idias propostas e no
como feito usualmente, aplicando processo
criativo para melhorar um produto j definido.

Um Fluxograma Interativo de Projeto,
adaptado para o mtodo, permite que se
tornem explcitas todas as inter-relaes de
fatores de projeto e ajuda a criar grupos de
projeto para diferentes especialidades, ao
mesmo tempo em que todas as diferentes
concepes podem ser projetadas, com
vantagens, pelo mesmo grupo. Todo processo
leva a criao de uma Metodologia de Projeto
para a concepo.

7. Referncias

[1] Schachter, R.D., Fernandes, A.C.,
Bogosian Neto, S., Jordani, C.G., Castro,
G.A.V., 2006, The Solution-Focused Design
Process Organization Approach Applied From
Ship Design to Offshore Platforms Design,
ASME Transactions, Journal of OMAE, v.128,
OMAE-05-1042, November 2006, pp. 1-10
[2] Schachter, R.D., Fernandes, A.C.,
Bogosian Neto, S., Jordani, C.G., Castro,
G.A.V., 2005, The Solution-Focused Design
Process Organization Approach Applied to
Offshore Platforms Design, Proceedings,
OMAE2005-67171, June 2005, Halkidiki,
Greece
[3] Schachter, R.D., 1990 Optimization
Techniques with Knowledge Based Control in
Ship concept Design, Tese Ph.D.,
Department of Mechanical Engineering,
Brunel University, U.K.
[4] Cross, N., 1991, Engineering Design
Methods, John Wiley & Sons
[5] Jones, J.C., 1984, A Method of
Systematic Design, Developments in Design
Methodology, John Wiley & Sons, pp: 931
[6] Archer, L.B., 1984, Systematic Method
for Designers, Developments in Design
Methodology, John Wiley & Sons, pp: 5782
[7] Almeida, J.C., Jordani, C.G., Rossi,
R.R., Schachter, R.D., 2001, The
Development and Application of a Design
Methodology for the Concept Design of
Tension Leg Platforms (TLPs) using non-
dimensional parameters, Proceedings, OMAE
01-1242, June 2001, Rio de Janeiro, Brazil
[8] Schachter, R.D., Jordani, C.G.,
Fernandes, A.C., 2002, A Design Approach
for Storage SPAR Buoy Platforms in the
Concept and Preliminary Design Phases,
Proceedings, OMAE OFT-02-28544, June
2002, Oslo, Norway
[9] Grove, M.A., Conceio, C.A.L.,
Schachter, R.D., 2003, A Concept Design and
Hydrodynamic Behavior of a SPAR Platform,
Proceedings, OMAE 2003-37166, June 2003,
Cancun, Mexico
[10] Castro, G.A.V., 2003, Sntese do
Projeto Conceitual de uma Plataforma
Ocenica Tipo FPSO, XII, 234p, Engenharia
Ocenica /COPPE /UFRJ, Dissertao M.Sc.
[11] Fernandes, A.C., Castro, G.A.V. and
Neves, C.R., 2004, Integrated Hydrostatic and
Hydrodynamic Analysis for the Design of
FPSO Platforms, Apresentao Oral, XXIII
OMAE, Vancouver, Canada
[12] Bogosian Neto, S., Schachter, R.D.,
2004, Concepo de Hbrido Submarino,
Navio-Patrulha: Estudo de Viabilidade,
Proceedings 20
o
CNTMCN, SOBENA 2004,
pp. 1-15, Rio de Janeiro
[13] Lawson, B.R., 1984, Cognitive
Strategies in Architectural Design,
Developments in Design Methodology, John
Wiley & Sons, pp: 209220
[14] Keane, A.J., Price, W.G., Schachter,
R.D., 1991, Optimization Techniques in Ship
Concept Design, Transactions of the Royal
Institution of Naval Architects (R.I.N.A.) 133 A,
pp. 123-143
[15] Schachter, R.D., 1998, notas de aula
do curso COV717 Projeto de Sistemas
Ocenicos Flutuantes COPPE/UFRJ
[16] Bogosian Neto, S, 2005, Projeto de
Concepo de um Navio-Patrulha de Formas
No Convencionais com Caractersticas
Submersveis: Viabilidade e Manobrabilidade,
XIII, 377p, Engenharia Ocenica /COPPE
/UFRJ, Tese D.Sc.