Vous êtes sur la page 1sur 15

O Mtodo Processo de Projeto com Foco na Soluo Aplicado a Projetos Navais e de Plataformas

Richard David Schachter1, Antonio Carlos Fernandes2, Sdepan Bogosian Neto3, Carlos Gomes Jordani4, Gustavo Adolfo V. de Castro5 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 prestabelecido 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 1

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 aperfeiolo. 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 prestabelecido 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 interrelacion-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, 2

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: listagem de todos os 1. Anlise: 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 (PSpecs): 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).

TRADITIONAL DESIGN (Problem-Solving by Analysis)


Specifications/Scenario ANALYSIS Knowledge Organization [objectives] Design Factors, Classification Interaction Matrix (IM) P-Specs (P) [establish func/ requirements] PRODUCT Definition T.E.F.S. ANALYSIS: Problem Systematic Exploration: Rules, Inductive Reasoning (G>P) SYNTHESIS: Focus on Functionality (solutions): Deductive Reasoning (P>G) T.E.F.S.

SOLUTION-FOCUSED DESIGN (Problem-Solving by Synthesis)


Specifications/Scenario SOLUTION Propositions PRODUCT
Alternatives

Sketching

Analytical Phase

Creative Phase

SYNTHESIS BRAINSTORMING Partial /Combined Solutions [gen. alternatives] Limits and Constraints (R) {improvements}

BRAINSTORMING (2 sessions): Analysis <+> Synthesis ANALYSIS SYNTHESIS Design Factors, Groups Alternatives Classification (FV, R, P, C) Creative Thoughts Interrelations (input /output) Improvements and Mergers Knowledge Organization Partial /Combined Solutions
Interaction Matrix (IM) Design Sequence PRODUCT Definition Interactive Flowchart (Spiral) Design SOLUTIONS CONCEPT DESIGN Morphological Charts

Executive Phase

Design Organization (Spiral)


Design SOLUTIONS (EVALUATION)

CONCEPT DESIGN Sketching

FV: free variables; R: constraints; Figura 1 Comparao entre Processos de Projeto P: P-Specs; C: configurations T.E.F.S.: Estudos de Viabilidade Tcnica e Econmica (see section 4.3) (EVTE) Estes trs estgios foram identificados, com Uma representao esquemtica do Projeto variaes, por diversos outros autores. Para Tradicional (Resoluo de Problemas por Archer [6], por exemplo, elas so Anlise) mostrada do lado esquerdo da denominadas, respectivamente, fase Figura 1. Uma compilao resumida dos Analtica, Criativa e Executiva. Ele cita que a mtodos descritos acima foi inserida nas fases primeira, dedicada a planejamento e coleta de apropriadas, de modo a ilustrar as linhas de dados, a fase onde Raciocnio Indutivo raciocnio de cada um. uma representao necessrio. Isto um tipo de raciocnio onde de como organizar e executar o processo de aspectos gerais devem ser subdivididos em projeto. Provavelmente ser identificada como particularidades, onde a observao e as similar prtica de muitos engenheiros navais. medidas objetivas so requeridas. A Fase Como uma racionalizao geral de se Criativa requer envolvimento, julgamento esperar que existam variaes. Para os subjetivo, que so caractersticas do autores desse trabalho, mostra semelhana Raciocnio Dedutivo onde particularidades com muitos anos de sua prtica em projetos inspiram idias do quadro geral, cenrios, conceituais de embarcaes e compatvel alternativas ou at inovaes. Uma vez que com a pratica usada em escritrios de projeto as decises cruciais esto tomadas, o de engenharia naval e estaleiros brasileiros. processo de projeto continua com execuo e Deve-se observar na Figura 1 o momento em avaliao, de volta a um estilo objetivo e que a espiral de projeto criada (se vier a ser descritivo. feita) ou subliminarmente imaginada.

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.

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 4

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 maldefinidos [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 5

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 interrelaes, 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 Solues como Proposio de 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 6

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

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 7

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. Notouse 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 matemtico de otimizao.

um

modelo

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 8

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. 9

Mission / Transport Type Route / Feasibility Seastate Speed Hull Form (C) Resistance (P) Propulsive Power
Series - Estimates Statistical / Theoretical Towing Tank (Rt, w, t) Parameters Sist. Series Similar Comp. Geom. Lines Plan - Offsets

Main Dims.

Cargo R&E

Hydrostatics (F)
Hydrostatic Table Cross Curves - Bonjean

Seakeeping (R/P)
E.O.M. - Motions / Accel. Seakeeping Events Human Tolerance Crit.

Propulsion System (P)


Series (Kt,Kq,J) - Cavit. Prop. System (shafts) Hull/ Engine/ Propeller Propeller / Red. Gear

t,s S.A. - Steel Distrib. M.S. S.M.- BM & SF Peaks-Eng.Rm-Tanks Frames-Longitudinals

Engine Room (C)


ENGINES SELECTION G.A. Transport Matrix Pump RmRudder Stock Openings /Accesses

Structural Design (C,R)

Compartments (C,R) Freeboard


Cargo type- Segregation Stowage Factor /Angle

Maneuverability, Rudders (R)


Turning force Directional Stability Rudders (geom.,torque)

G.A.: General Arrangement (C)


Deck-Accommodations Piping/Joiner/Outfitting Ergonomics-Life Saving Fire F. - Visibility - Lights

Light Weight & CG

Loading Conditions (C,R)


Departure-Arrival Ballast-Loaded-Critical

Trim & Stability (R)


GZ- - FSurf. Criteria Intact - Damaged Consumption Sequence

Machinery Equipment
CONSUMABLES Auxiliary - Generators, Piping - Fire fighting Air Conditioning, etc.

Deck and Hull Equipment


Hatches-Cranes Life Saving-Winches Anchors-Bollards Gangways-Piping, etc.

- Iterations: full lines - Interactions: dashed lines

Figura 3 Fluxograma Interativo Idealizao genrica para navios mercantes, de uso exclusivo para aulas e propsitos acadmicos 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 10

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 assentarse 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 11

Tabela 1 Mapa Morfolgico para o projeto do Submersvel


Solues Propostas 2 Monocasco planador 4 Semi-planeio 5 Aerobarco 1 Jamanta 3 Delta Ship Tipo de Concepo Deslocamento Planador (1,2) SWATH (3) Semi-planeio (4) Aerobarco (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 1 falta de reserva de 2 espiral divergente de 3 silhueta radar e estab. 4 controle de peso; 5 square-cube law: flios muito grandes de cada concepo flutuabilidade peso/potncia: equilbrio direcional ruims, vortices menos baterias; dinmico miniaturizao ( para todos) 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 SemiPlaneio. 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.

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.
Mission (Scenario) Depth Seastate Speed, R&E
surface submerged

Dimensions

Seakeeping (B) Structural Topology Armament Life Saving Auxiliaries Main Engines

HULL FORM Hydrostatics Cross CBonjean Loading Conditions

Vortices

Compartments Pressure Hull General Arrangement Light Weight & CG

Dynamic Equilibrium (A) Dynamic Lift & Center of Press. Resistance


surface submerged

Trim & Stability


Equilibrium Polygon

Main Electric Generator Maneuverability


Directional Stability surface submerged

Propulsion
surface submerged

Gas Turbines surface Electric-submerged

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

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

12

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
Armazena sim sim sim Construo $$$ $$$ $ Perfurao no sim sim Completao molhada molhada seca Area convs melhor melhor mdia Instalao no no sim Movimentos mdios mdios bons DP sim sim no Estabilidade mdia mdia mdia Linhas Sub. E E C Sistemas perfurao de Suporte

Spar Clssica

SS

TLP

no no no $ $$ $$ sim sim sim seca molhada seca mdia boa boa sim no algumas bons bons bons no algumas no mdia melhor mdia C E C FSO FSO FSO

Nota: as melhores caractersticas esto em cinza Nomenclatura: DP: posicionamento dinmico; $: custo (alto, mdio, baixo); E: espalhadas; C: concentradas

T = 224 m Hard Tanks Lastro

13,4m 2x13,8m

2x12m LP=237 m

Armazenagem

156 m

16m

Lastro fixo

Figura 7 Configurao geral da SPAR 13

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).
Tipos de Plataforma Cenrio Dados Ambientais

1. Design Basis Project Environmental Field Data Data & Site (Proc. Plant) Storage & Offloading

5. Receiving System

2. Storage Capability

6. Process Plant 7. Offloading System 4. Hydrostatics C 9. Structural Calculation

13. Seakeeping

3. Main Dimensions/ Hull Characteristics

14. Loads in the Risers 8. General Arrangement 15. Directional Stability 10. Light Weight - CG 11. Loading Conditions

16. Positioning System

12. Trim and Stability

EVTE Dimenses Principais Movimentos

Ancoragem Risers Complet. Seca

Figura 9 Fluxograma Interativo de um FPSO Nativo (notar a SEQNCIA NUMERADA)

Compartim. Estrutura Estabilidade

Arranjo Geral

Perfurao
Controle de Peso P.de Processo . Equipamentos

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

Transporte

Uprighting

Deck mating

Acom./ Seg. Iteraes Princ.Interaes

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 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. 14

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 nondimensional 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 20o 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. 15