UNIVERSIDADE COMUNITRIA REGIONAL DE CHAPEC

CENTRO TECNOLGICO
CURSO DE ENGENHARIA CIVIL

MODELAGEM DA INFORMAO EM PROCESSOS

DE PROJETOS DE EDIFICAES VISANDO O
DESENVOLVIMENTO DE UMA FERRAMENTA
COLABORATIVA

ISMAEL GUSTAVO MATIELO

Chapec SC, Julho- 2006

ISMAEL GUSTAVO MATIELO

MODELAGEM DA INFORMAO EM PROCESSOS DE

PROJETOS DE EDIFICAES VISANDO O
DESENVOLVIMENTO DE UMA FERRAMENTA
COLABORATIVA

Trabalho de Concluso de Curso apresentado ao Curso de

Engenharia Civil da Universidade Comunitria Regional de
Chapec, como parte dos requisitos para obteno do Ttulo de
Engenheiro Civil

Chapec - Julho de 2006

Dedico este trabalho a meus pais, meus irmos e minha

namorada.

AGRADECIMENTOS
Agradeo aos meus pais que foram as pessoas que mais me apoiaram e me deram as foras
necessrias possibilitando a minha total dedicao aos meus estudos para alcanar meus
objetivos.
Agradeo ao Cludio Alcides Jacoski, orientador deste trabalho pela ateno, dedicao e
confiana depositada em mim e diretamente neste trabalho.

Para triunfar necessrio vencer; para vencer

necessrio lutar; para lutar necessrio estar
preparado; para estar preparado necessrio proverse de uma grande inteireza de nimo e uma pacincia a
toda prova.
Carlos Bernardo Gonzlez Pecotche

RAUMSOl

RESUMO
MATIELO, I.G. Modelagem da Informao em Processos de Projetos de Edificaes
Visando o Desenvolvimento de Uma Ferramenta Colaborativa. 2006. Trabalho de
Concluso de Curso apresentado ao curso de Graduao em Engenharia Civil da Universidade
Regional Comunitria de Chapec, UNOCHAPEC, Chapec.
O desenvolvimento do projeto de uma edificao abrange inmeras etapas que so efetuadas
por diversos profissionais de reas de conhecimento diferenciados com um considervel grau
de distino entre si. Na fase de projeto gerado um nmero significativo de informaes que
tende aumentar com o desenvolvimento do projeto. de vital importncia confiabilidade
dos dados destas informaes, sua respectiva transformao em arquivo com facilidade de
acesso e a rapidez com que se fazem as trocas dessas informaes. Assim fica claro a
necessidade existente no setor de projetos de uma constante e acentuada troca de informao
entre os diversos profissionais envolvidos. Uma melhoria no controle e organizao dessas
informaes pode ser obtida atravs do uso de uma ferramenta colaborativa fazendo o uso de
um ambiente Web. Esta ferramenta deve estar munida de recursos para o suprimento das
necessidades descritas acima. Este trabalho, com base em um questionrio aplicado junto a
profissionais envolvidos em projetos de edificaes da cidade de Chapec, objetiva a
apresentao das etapas realizadas no projeto atravs da modelagem das informaes visando
posteriormente o desenvolvimento de uma ferramenta colaborativa para o setor de projetos de
edificaes em escritrios de engenharia e arquitetura de pequeno e mdio porte.

SUMRIO
1. INTRODUO.....................................................................................................
2. JUSTIFICATIVA...................................................................................................
3. OBJETIVOS.........................................................................................................
3.1. OBJETIVO GERAL.......................................................................................
3.2. OBJETIVOS ESPECFICOS........................................................................
4. UM POUCO DE HISTRIA PARA COMPREENDER
OS PROCESSOS.....................................................................................................
4.1. TAYLORISMO E FORDISMO......................................................................
4.2. CARACTERIZAO DE UM SISTEMA.......................................................
5. ADMINISTRAO CIENTFICA..........................................................................
6. GESTO DE PROCESSOS.................................................................................
7. MUDANAS GERENCIAIS NA CONSTRUO CIVIL......................................
7.1. USO DE TCNOLOGIA DE PONTA............................................................
7.2. IMPORTNCIA DA DOCUMENTAO
NO PROCESSO DE PROJETO..........................................................................
7.3. GERENCIAMENTO DE DOCUMENTOS TCNICOS.................................
7.4. UTILIZAO DE SISTEMAS COLABORATIVOS ......................................
8. ENGENHARIA SIMULTNEA.............................................................................
8.1. APLICAO DA ENGENHARIA SIMULTNEA
NA EXECUO DE PROJETOS........................................................................
9. INTEGRAO DO PROCESSO DE PROJETO.................................................
9.1. CARACTERIZAO DO PROJETO............................................................
9.2. IMPORTNCIA DO PROJETO PARA O EMPREENDIMENTO..................
10. FLUXO DE INFORMAES NO PROCESSO DE PROJETO.........................
10.1. UTILIZAO DA TECNOLOGIA DA INFORMAO
PROCESSO DE PROJETO................................................................................
10.1.1. O processo tradicional..................................................................
10.1.2. O processo apoiado por portais de colaborao.......................
10.2. MODELAGEM PARA DOCUMENTAO DA INFORMAO..................
10.2.1. Diagramas de fluxo de dados.......................................................
10.2.2. Fluxogramas para sistemas.........................................................
10.2.3. Modelagem IDEF0..........................................................................
10.2.4.UML..................................................................................................
10.2.5. Modelagem semntica digital do produto...................................
10.2.5.1. Modelagem em 4D..................................................................
11. ESTUDO DE CASO DO FLUXO DE INFORMAES EM
UM ESCRITRIO DE PROJETOS DE EDIFICAES..........................................
11.1. CARACTERIZAO DO ESCRITRIO.....................................................
11.2. FLUXO DAS INFORMAES GERADAS PELO
PROJETO NO ESCRITRIO PESQUISADO....................................................
11.3. UMA SUJESTO DE MODELAGEM DO

8
10
12
12
12
13
13
14
18
19
21
21
23
24
25
27
28
29
31
33
35
37
39
41
42
44
45
45
46
48
50
51
51
53

PROCESSO DE PROJETO...............................................................................
11.4. CONSIDERAES SOBRE A MODELAGEM
DO PROCESSO DE PROJETO.........................................................................
12. CONCLUSO....................................................................................................
12.1. SUGESTES PARA FUTUROS TRABALHOS........................................
13. REFERNCIAS BIBLIOGRFICAS..................................................................

60
66
67
68
69

1. INTRODUO
O setor da construo civil encontra-se atualmente em fase de modificao de seus processos,
principalmente em funo da adoo de ferramentas computacionais e de tecnologias da
informao T.I.
No setor da construo de edifcios, os projetos so elaborados por profissionais distintos,
atuando dissociados e de forma seqencial, com solues que em geral, no apresentam
efetiva vinculao com as particularidades do processo produtivo (FARAJ, 2000).
Vrios trabalhos j foram realizados no sentido de tentar fazer com que as atividades
desenvolvidas durante o processo de projeto sejam realizadas por equipes multidisciplinares,
para que estes sejam realizados de modo integrado. As ocorrncias de conflitos devido s
diferentes percepes de cada participante do projeto destacam a importncia da atividade de
coordenao de projetos, com a responsabilidade de compatibilizao dos diversos projetos
desenvolvidos no processo. Essa importncia acentuada quando se leva em considerao s
exigncias pr-estabelecidas pelo mercado para o empreendimento, ou seja, produto e
produo.
Logo, a exigncia de simultaneidade na elaborao dos projetos, em cada fase do processo, d
particular importncia s atividades de troca de informaes e compartilhamento de trabalho.
So estas caractersticas que se apresentam como modificaes dos processos e que carecem
de organizao do fluxo de informaes entre os participantes do processo.
Um dos motivos pelo qual se encontram falhas no processo de projeto a precariedade do
fluxo de informaes entre os participantes do processo. A construo civil depende de
inmeras informaes ao longo do ciclo de vida do projeto, que pode se apresentar sob
diversas formas: desenhos, planilhas de composio de custos, relatrios, oramentos,
grficos, diagramas de programao, contratos, etc; mas este setor no d a devida
importncia informao, seu processamento e transferncia. O conflito entre os envolvidos
no processo vem da falta de comunicao.
Dentro de todo este contexto de intercmbio entre as peculiaridades do projeto est disposta
uma particular estrutura que caracterizada por uma ampla cadeia de etapas e pr-disposies

que tem como base pontos fortes que influenciam diretamente o ciclo de vida do projeto,
objetivando uma melhor troca de informao entre os agentes envolvidos.
Em tempos onde a troca de informaes entre pessoas que no compartilham de uma mesma
localizao geogrfica cada vez mais corriqueira, torna-se de vital importncia
compreenso e modelagem de todo o processo, buscando uma padronizao para que o
projeto possa ser analisado, receber alteraes e colaboraes e que na sua concluso o
resultado final reflita o esperado.

10

2. JUSTIFICATIVA
O uso cada vez mais intenso de recursos computacionais e da existncia de grupos globais de
trabalho apresenta-se como fator determinante para a criao e a implementao de regras de
padronizao em projetos auxiliados por computador.
Alm de permitir que a elaborao dos projetos torne-se mais uniforme, a padronizao dos
elementos facilita ainda o intercmbio de informaes entre softwares, podendo assim
produzir anlises usando como dado de entrada os dados do projeto.
O gerenciamento e modelagem da informao por todo ciclo de vida da edificao contribuem
na reduo de problemas de comunicao no projeto, que sem dvida um dos graves
problemas do setor, h muito j conhecido.
Os diversos estudos realizados junto ao setor da construo civil indicam uma fragmentao
da cadeia produtiva como uma das maiores causas dos problemas de performance desta
indstria. Estudos realizados como: Construction Task Force/UK, 1998, Banwell (1964) e
Higgin e Jessop (1964), encontraram um grande nmero de problemas de comunicao
liderados pela falta de coordenao, baixa eficincia, baixa qualidade e a existncia de
medidas corretivas isoladas. Latham (1994), apresentou a histrica publicao - Review of
Construction Procurement, onde encontrou basicamente a mesma situao na qual as prticas
de trabalho influenciavam as relaes entre os agentes, com efeitos negativos sobre custos e
qualidade nos produtos da construo.
Parte-se ento para o pressuposto da necessidade da integrao de todos os agentes que
participam do processo, a comear pelos envolvidos com o projeto. Alm destes pode-se
estender este relacionamento para os demais membros do processo. Segundo Aouad (2000),
os fatores que interferem para a possibilidade de integrao de tecnologias e informao na
indstria da construo, so:
a) Fragmentao da cadeia produtiva;
b) Falta de padronizao para troca de informaes entre sistemas;
c) Falta de transparncia nos processos;
d) Baixa qualidade de gerenciamento das empresas nos projetos e execuo de obras.

11

Urge o desenvolvimento de investigaes que visem obteno de conhecimentos para

implantao de novas ferramentas de gesto da comunicao, visando o trabalho colaborativo.
A partir desta pesquisa que faz parte de um trabalho inicial para um objetivo mais amplo, se
ter possibilidade de definir, com os resultados que sero apresentados, uma ferramenta web
de gesto para escritrios de projeto.

12

3. OBJETIVOS

3.1.OBJETIVO GERAL
Efetuar a modelagem da informao em processo de projetos de edificaes para construo
de uma futura ferramenta colaborativa e aberta de projeto.

3.2.OBJETIVOS ESPECFICOS
a) Identificar o fluxo da informao existente em escritrios de projetos de edificaes
de pequeno e mdio porte;
b) Levantar os diversos tipos de modelagem existentes, e verificar a viabilidade destes
nos processos da construo;
c) Modelar o processo de projeto de edificaes em escritrios de pequeno porte;
d) Caracterizar e classificar os processos existentes na etapa de projeto;

13

4. UM POUCO DE HISTRIA PARA COMPREENDER A EVOLUO

DOS PROCESSOS
A histria do desenvolvimento dos processos de industrializao das empresas apresenta uma
caracterstica marcante sobre a questo da melhoria das etapas em funo da excluso cada
vez maior dos trabalhos que no agregam valor, fazendo com que os processos sejam
constantemente enxugados objetivando menores custos, tempos de vida das etapas cada vez
menores, maior qualidade e um maior percentual de lucros.

4.1. TAYLORISMO E FORDISMO

denominado taylorismo o movimento de racionalizao do trabalho que se inicia no final do
sculo XIX e, efetivamente, difundido e implantado em todo o mundo no incio do sculo
XX. Taylor, em seus estudos enfatizava ser de vital importncia gerncia exercer um
controle real sobre o processo de trabalho, o que s poderia ser feito na medida em que a
mesma dominasse o procedimento do trabalhador no ato de produzir (RAGO, 1998).
Visando obter maior intensidade no processo de trabalho, Henry Ford adapta o taylorismo,
desenvolvendo o Fordismo. No Fordismo, a segmentao dos gestos do taylorismo torna-se a
segmentao das tarefas, o nmero dos postos de trabalho multiplicado, cada um recobrindo
o menor nmero de atividades possveis. Fala-se, ento, de uma parcelizao do trabalho que
se desenvolver igualmente no setor administrativo.
Ford aplicou de forma plena pela primeira vez na histria do mundo industrial os princpios
da linha de montagem, conseguindo resultados fabulosos de aumento de produtividade. Uma
vez determinada cientificamente cada parte do processo produtivo, os trabalhadores que
deveriam desempenhar as tarefas neste processo no precisavam dominar o trabalho completo
de produo do bem, podendo concentrar todo seu esforo em sua atividade especfica
(TAYLOR, 1980).
Assim, no conceito de Taylor e na prtica industrial de Ford o trabalhador torna-se uma
extenso das mquinas que opera. Ford acredita no haver nenhum problema com isto, admite
mesmo que existam pessoas que devem considerar agradvel no necessitar pensar

14

criativamente em seu emprego. Porm este procedimento industrial inicia uma total alienao
do trabalhador o qual cada vez mais se torna mero vendedor de sua fora de trabalho.
Essa tendncia de alienao do profissional completamente inaceitvel para os processos de
projetos de edificaes, diante do fato de que em sua grande maioria, os projetos tm
caractersticas particulares, tendo um sempre algum fator de diferenciao dos demais. Os
processos de projetos no podem ser padronizados em sua totalidade de etapas e
caractersticas, uma vez que os projetos devem manter-se em constante evoluo tomando
como base para isto os projetos passados j executados.
O sistema de produo em massa foi, certamente, um grande avano na tecnologia de
produo, especialmente se comparado ao sistema artesanal existente anteriormente. Porm
no seria coerente afirmarmos que este sistema pode ser aplicado diretamente no processo de
projetos, visto que este necessita de uma certa flexibilidade que depende de seus agentes,
cujos no podem realizar estes trabalhos de forma mecnica pois sempre surgiro problemas
com solues cabveis que dependem do conhecimento e raciocnio do profissional envolvido
(RAGO, 1998).

4.2. CARACTERIZAO DE UM SISTEMA

A abordagem sistmica no introduz novos elementos formadores de uma ou diversas
cincias, mas sim uma nova forma de encar-las. Podemos definir sistema como um conjunto
de elementos interdependentes que interagem, com objetivos comuns, formando um todo e
onde cada um dos elementos componentes comporta-se, por sua vez, como um sistema, cujo
resultado maior do que o resultado que as unidades poderiam ter, se funcionassem
independentemente (TAYLOR, 1980).
Qualquer conjunto de partes unidas entre si pode ser considerado um sistema, desde que a
relao entre as partes e o comportamento do todo seja o foco de ateno. constatado o fato
de que os sistemas sofrem uma tendncia natural ao desgaste, este processo chamado
entropia. medida que a entropia aumenta, os sistemas se decompem e existe a tendncia
para que este estado ocorra em funo do tempo. Na Figura 1, pode-se observar os principais
componentes de um sistema.

15

OBJETIVOS
ENTRADAS

SADAS
Processo de Transformao

REALIMENTAO

Figura 1: Componentes de um sistema

Fonte: Oliveira (1992)
Por outro lado, medida que aumenta a informao, diminui a entropia, pois a informao
base da configurao e ordem. Existe, portanto, um equilbrio dinmico entre as partes do
sistema. Os sistemas tm uma tendncia a se adaptarem a fim de alcanarem um equilbrio
interno face s mudanas externas do meio ambiente (HILL,1990).
De acordo com Oliveira (1992) um sistema pode ser definido com uma estrutura base:
a) objetivo - finalidade para a qual o sistema foi criado;
b) entradas (input) - mo de obra, material, leis, etc;
c) processamento (throughput) - parte do sistema que processa/transforma as entradas,
produzindo resultados ou produtos;
d) sadas (output) - resultado do processo de transformao das entradas (no
confundir com objetivo, lucro);
e) realimentao (feedback) - comparao entre o que havia sido planejado e o que
efetivamente foi executado. Para a realizao deste tipo de controle necessria a
existncia de um padro, com o qual sero comparados os resultados (ou sadas);
f) ambiente - onde o sistema est inserido; de onde provm as entradas; onde o
sistema lana suas sadas;

16

g) subsistemas - todo sistema formado por partes menores denominadas subsistemas.

Quantidade de subsistemas: diretamente relacionada complexidade inerente ao
sistema total.
Muitas vezes entende-se sub-sistemas isoladamente, no levando em conta sua interao com
o todo. Com o passar dos tempos, observamos a necessidade de desenvolver nossa viso do
todo. Tomar uma deciso sem analisar a situao num mbito geral do processo de projeto,
pode trazer danos ao profissional e a prprio projeto, gerando assim, decises unilaterais,
isoladas, inconsistentes, sem credibilidade e com prejuzo.
Ter a viso sistmica de um problema, segundo Rago (1998), saber usar a intuio, a
sensibilidade, a emoo e tambm a razo na tomada de deciso, tendo a conscincia do que
sua deciso pode causar na resoluo desse problema e quais conseqncias podem trazer.
Analisar atentamente cada detalhe, nos far escolher a deciso, a qual consideramos ter o
resultado mais positivo.
A viso sistmica consiste na capacidade de entender, implementar e demonstrar o
comprometimento na compreenso do todo a partir de uma anlise global das partes e da
interao entre estas.
Nos processos de projetos de cunho civil indispensvel que se tenha uma viso sistmica do
todo para que seja possvel identificar os acertos em questo e os pontos falhos passiveis de
mudanas. preciso analisar o ambiente, o todo, ou seja, o conjunto de foras que possam ter
alguma influncia sobre o funcionamento do produto final em questo.
Vrias foras atuam num sistema em funcionamento, sejam estas internas ou externas.
Usando, adequadamente essa importante ferramenta, podemos minimizar diversos danos
futuros e ter um diferencial competitivo, podendo-se chegar ao objetivo final, que o projeto
da edificao, com maior rapidez, menor nmeros de erros, menores custos e outros fatores
significativos que daro ao projeto melhores caractersticas que os processos que no utilizam
esta viso global do sistema como um todo (HILL,1990). Na Figura 2 apresentado diversas
formas de sistemas colaborativos.

17

Figura 2: Arquitetura de sistemas colaborativos de CAD

Fonte: (Rosenman e Wang, 2001)

18

5. ADMINISTRAO CIENTFICA
A administrao cientfica tem clara importncia para a obteno de bons resultados nos
trabalhos de projeto. Pois, a anlise do trabalho e estudo dos tempos e movimentos busca a
iseno de movimentos inteis, para que o profissional execute de forma mais simples e
rpida a sua funo. Diminuindo o tempo de cada tarefa, a uniformidade dos produtos e a
mxima produo possvel.
A administrao uma cincia que no encerra, necessariamente, inveno, nem descobertas
de fatos novos ou surpreendentes. Consiste, entretanto, em certa combinao de elementos
que no fora antes realizada, isto , conhecimentos coletados, analisados, agrupados e
classificados. Fica claro o fato de que a administrao cientifica est direcionada em seu todo
prtica de exerccios que sejam o mais objetivo possvel, enxugando ao mximo os
procedimentos para se alcanar as metas previstas (TAYLOR, 1980).
Administrar uma organizao significa prever, organizar, comandar, coordenar e controlar. A
Administrao Geral, aborda e descreve detalhadamente como realizar as funes de cada
etapa a ser seguida. Trabalha conceitualmente as funes administrativas e o processo
organizacional como um todo tendo como objetivo a eficcia econmica e a excelncia
administrativa, bem como o desenvolvimento de cada fase do projeto (OLIVEIRA, 1992).
Nos processos de administrao de projetos de cunho civil, a gesto uma condicionante
constante e pode ser tratada a nvel organizacional, numa analogia ao corpo, na qual todos os
membros deveriam trabalhar formando uma equipe multidisciplinar coordenando esforos
para chegar a objetivos comuns. Taylor (1980) defende tambm a idia de que a flexibilidade
administrativa deve ser calada tambm na experincia e conhecimentos empricos, em
detrimento de saberes tericos e posturas rgidas no planejamento e execuo do trabalho.
No incio do sculo XX, tcnicas inovadoras levando como base concepes em gesto de
trabalho foram revolucionrias, e ainda hoje subsidiam prticas contemporneas de como
lidar com os recursos humanos, nos deixando como premissa o fato que a gesto de trabalho
tem fundamental importncia na aquisio de produtos previamente estabelecidos quando na
execuo de tarefas envolvendo indivduos com diferentes perfis, como o caso dos projetos
de edificaes, em que participam profissionais de reas distintas; mesmo que
interdependentes (FAYOL, 1989).

19

6. GESTO DE PROCESSOS
A ltima dcada foi marcada por importantes e velozes mudanas no modo como clientes e
organizaes se relacionam, assim como na maneira pela qual as organizaes trabalham
internamente. Termos como produtividade, qualidade, excelncia no atendimento e
transparncia saram dos manuais de administrao e passaram a pautar o discurso cotidiano
das organizaes, pressionadas pela crescente concorrncia e pela necessidade de maior
eficincia.
Nos dias atuais, a globalizao atingiu todas as partes da industrializao e comrcio,
deixando vista seus efeitos: os agentes envolvidos em processos de industrializao
necessitam de uma constante evoluo de seus meios produtivos, fazendo com que os que no
se especializarem fiquem para trs. Est claro que uma das questes-chave para as
organizaes serem bem-sucedidas nesse novo contexto a gesto por processos. Nessa
abordagem, a organizao retratada primordialmente pelo conjunto de processos que ela
executa, ao invs de por um organograma. Essa abordagem facilita a integrao e a coeso das
diversas reas, minimizando as descontinuidades do fluxo de trabalho, to comuns nas
organizaes (TAYLOR, 1980).
A rea de projetos de edificaes tem apresentado um interesse acentuado sobre a mudana
organizacional, e vem desenvolvendo e aprimorando abordagens e metodologias destinadas
ao realinhamento estratgico entre sua estrutura, objetivos e processos. Conforme Fayol
(1989), o desenvolvimento de um sistema de gesto organizacional voltado para o alto
desempenho requer a identificao e a anlise de todos os seus processos. A anlise de
processos leva ao entendimento do funcionamento da organizao e permite a definio
adequada de responsabilidades, a utilizao eficiente dos recursos, a preveno e soluo dos
problemas e a eliminao de atividades redundantes (TAYLOR, 1980).
Neste contexto, se direciona para a questo de definio e padronizao dos processos
evidenciados na administrao de projetos. Um processo, seria uma ordenao especfica das
atividades de trabalho no tempo e no espao, com comeo e fim claramente identificados,
enfim, uma estrutura para ao. Pode tambm ser definido como sendo um grupo de tarefas
interligadas logicamente, que utilizam os recursos da organizao para gerar os resultados
definidos, de forma a apoiar os seus objetivos.

20

Normalmente os projetos tm sua estrutura e administrao fundamentadas em analise e

entendimento das coisas em partes separadas. Assim, a maioria das empresas de projetos
sofrem com o grave problema da compartimentao, que subotimizam o todo e impedem o
contato interdepartamental e interfuncional, tornando-as ineficazes, quando so necessrias
maior dinmica na coordenao entre as partes separadas, maior rapidez de informao e
realimentao por parte de suas estruturas.
O grande problema das empresas tradicionais consiste no fato de que as suas estruturas
gerenciais e os processos de trabalho foram desenhados h dcadas, antes da tecnologia
moderna. Esta mudana tecnolgica e a sua insero em um ambiente de competio
globalizada obrigam uma reformulao drstica das funes organizacionais exercidas pela
maioria dos profissionais, de modo a adequ-las realidade do mercado, visando aumentar a
competitividade e o valor organizacional de acordo com os preceitos da era do software.
Tambm evidenciado e destacado o problema de que a maioria das empresas no
projetada, mas apenas cresce. Porm, nem todas se adaptam igualmente bem ao meio em que
crescem, muitas delas quando fundadas, nem tem clara a capacidade e potencial do qual a
mesma tem a disposio, acarretando assim futuros problemas de estruturao.
A excelncia do desempenho e o sucesso das tarefas nos processos de projeto requerem que
todas as atividades inter-relacionadas sejam compreendidas e gerenciadas segundo uma viso
de processos. A gesto por processos visa criar uma dinmica de melhoria contnua, e permite
ganhos significativos s empresas em termos de desempenho, eficincia, eficcia e custo. Isso
deixa claro que a gesto por processos uma necessidade para a efetiva gesto da qualidade, e
deve ser um objetivo central das empresas preocupadas em atingir a excelncia no objeto final
que o projeto.
Os responsveis pela criao dos novos modelos organizacionais e pelo gerenciamento das
grandes empresas de projetos de edificaes precisam ter a coragem e a ousadia de se
desapegar dos modelos do velho mundo, de renunciar a muita coisa que foi prezada at o
momento e de abandonar as interpretaes sobre o que funciona ou no, bem como as prticas
empricas que muitas vezes esto ultrapassadas e necessitam de reformulao (TAYLOR,
1980).

21

7. MUDANAS GERENCIAIS NA CONSTRUO CIVIL

Um dos principais fatores resultantes de erros nas fases de projetos de sem dvida a falta de
interoperabilidade existente entre os diversos projetos e formas de trabalho do setor, que
muitas vezes so realizados de forma independente. Porm, visvel a interdependncia entre
as diversas etapas do projeto, como pode ser observado na Figura 3, ficando claro a
necessidade da integrao dos trabalhos de projeto, objetivando diminuir ao mximo os erros
e contratempos oriundos da falta de integrao.

Figura 3: Agentes na etapa de projeto com trmite da informao

Fonte: (Jacoski, 2003)

7.1. USO DE TECNOLOGIA DE PONTA

Silva (2003), esclarece que existe a necessidade de qualificar os recursos humanos de todos os
agentes da Construo Civil, uma vez que muitos problemas que afetam os fatores
determinantes da competitividade, como qualidade e produtividade, esto diretamente
relacionados inadequao ou falta de conhecimentos por parte dos profissionais envolvidos.

22

Assim, necessrio intensificar o esforo de qualificao profissional continuada de forma a

atender s demandas futuras.
De uma forma geral, deve ser incentivada a formao generalista dos profissionais da
construo civil, em todos os nveis, buscando capacit-los se adaptar s mudanas do
ambiente. Pode-se frisar aqui, o direcionamento dos profissionais para os meios mais
avanados de ferramentas utilizveis em projetos de edificaes e tambm a integrao em
gesto dos processos desenvolvidos por cada um dos envolvidos .
fato a necessidade de modernizao dos mtodos de gesto entre os vrios agentes da cadeia
envolvidos nas diversas etapas do processo de projeto, desde a concepo do empreendimento
at a fase de operao e manuteno da edificao. Este processo de modernizao requer
uma base terica mais consistente, envolvendo novos conceitos e princpios de gesto
(MELHADO, 1997).
Os benefcios proporcionados por sistemas computacionais so de grande expressividade, e
poderiam ser ainda maiores se a construo civil explorasse mais adequadamente o seu
potencial, principalmente atravs da introduo de melhorias em seus processos gerenciais.
De uma forma geral, os avanos em tecnologia de informao e em telecomunicaes tm o
potencial de integrar melhor o trabalho dos vrios agentes do processo de construo e
aumentar a disponibilidade de informaes.
O sucesso das inovaes tecnolgicas depende fortemente de uma atuao conjunta entre as
empresas privadas e instituies de pesquisa. Cabe s empresas identificar as necessidades de
inovao e viabilizar tcnica e economicamente a sua implementao. As instituies de
pesquisa possuem as equipes tcnicas e equipamentos necessrios ao avano cientfico
tecnolgico em temas essenciais ao adequado desenvolvimento e introduo das inovaes.
Do ponto de vista da oferta, existe tambm a necessidade de viabilizao de uma estrutura de
financiamento de mquinas e equipamentos, incluindo sistemas computacionais (software e
hardware), necessrios para a modernizao de empresas de construo e escritrios de
projeto (SILVA, 2003).

23

7.2. IMPORTNCIA DA DOCUMENTAO NO PROCESSO DE

PROJETO
O projeto a atividade ou servio do processo de produo, responsvel pelo
desenvolvimento, organizao, registro e transmisso das caractersticas fsicas e tecnolgicas
especificadas para uma obra, a serem consideradas na fase de execuo (MELHADO, 1997),
tendo fundamental contribuio no custo final de uma obra , como expresso na Figura 4.
A execuo de um empreendimento da construo, conforme Silva (2003), est fundamentada
em documentos tcnicos produzidos pela equipe de projetos, durante o detalhamento dos
desenhos ou outros documentos. A coordenao das mudanas torna-se um grande desafio
frente a enorme quantidade de informaes manipuladas nos projetos, fase que abrange as
maiores possibilidades de interferncias nas falhas ou acertos das propriedades finais da
edificao, como pode ser observado na Figura 4.

Figura 4: O avano do empreendimento em relao chance de reduzir o custo de

falhas do edifcio
Fonte: (Hammalund e Josephson, 1992)
Entretanto, a documentao de obras da maioria das empresas atuantes no mercado brasileiro,
geralmente tratada de forma precria, sem poltica estabelecida, ficando o gerenciamento a
critrio do engenheiro da obra. Em geral, os erros de projetos so percebidos somente durante

24

a execuo dos empreendimentos, e resultam em pedidos de alteraes, disputas contratuais,

aumento de custos, comprometimento da qualidade, frustraes e insatisfao do cliente
(Melhado, 1997). Na Figura 4, pode-se analisar a capacidade das etapas de projeto em
influenciar o custo final de uma edificao.

7.3. GERENCIAMENTO DE DOCUMENTOS TCNICOS

Os sistemas de gerenciamento de documentos tcnicos tem funcionalidades particulares, que
devem ser avaliadas, caso a caso, antes da escolha de um sistema para o gerenciamento dos
documentos do processo de projeto, de acordo com as necessidades dos envolvidos.
Normalmente, documentos possuem ciclos de vida bem definidos, contudo, para os
documentos de engenharia esta considerao nem sempre representa a realidade.
Para o atendimento a uma reclamao de clientes informaes vitais podem ter sido geradas
ainda na fase de projetos. Em relao ao seu tamanho, as plantas de projetos normalmente so
maiores que o tradicional A4. Assim, o sistema deve ter capacidade de visualizar um
documento de tamanho A1 ou A0.
Pode ser necessrio integrar o gerenciamento de documentos com outros sistemas como
sistemas de planejamento, oramento, suprimentos e outros. E ainda, analisando o fluxo das
informaes da construo, fica claro que cada funo da organizao depende de
informaes geradas por outras funes, algumas vezes externas organizao (MELHADO,
1997).
H de se ressaltar a importncia da padronizao da nomenclatura a ser utilizada para
organizar os arquivos de forma a se obter um processo flexvel de trabalho com estes
documentos, assim como uma maneira fcil de monitor-los desde sua criao postergando a
sua vida til.
Para o gerenciamento de projetos, a empresa precisa de um modelo que descreva a
complexidade do projeto, envolvendo recursos, tempo, custos e objetivos.
Exigem-se, perspiccia e ferramentas adicionais para executar em paralelo um nmero de
projetos, usando recursos limitados. Ocorrem freqentes conflitos de interesse quando dois ou
mais projetos necessitam de um mesmo recurso para um mesmo perodo. Surge a a

25

necessidade de se dispor de uma ferramenta colaborativa para a viabilizao do

desenvolvimento das etapas de projeto de forma paralela umas as outras, podendo-se desta
forma disponibilizar ao projeto uma flexibilidade que diretamente relacionada com as
incompatibilidades existentes entre os diversos profissionais envolvidos no processo.

7.4. UTILIZAO DE SISTEMAS COLABORATIVOS

A escala e complexidade dos modernos empreendimentos da construo, segundo Bordin
(2002), tm complicado as questes referentes comunicao. Com o advento da Internet,
no incomum ter um empreendimento com participantes de diferentes partes do pas ou
mesmo do mundo. Esta globalizao dos projetos de construo torna de extrema importncia
que os participantes se comuniquem de forma eficiente.
Uma das tecnologias da informao que vem rapidamente ganhando espao na indstria da
construo civil so os sistemas colaborativos atravs das extranets de projeto. A extranet
pode ser definida como uma rede de computadores que usa a tecnologia da Internet para
conectar empresas com seus fornecedores, clientes e outras empresas que compartilham
objetivos comuns, sendo uma ferramenta de grande utilidade e que vem sendo bastante
difundida no setor de construo civil. As extranets permitem o compartilhamento e o
armazenamento de dados numa tentativa de racionalizao de processos e ganho em
competitividade. As vantagens oferecidas quando do uso de uma extranet so bem
significativas em comparao aos sistemas convencionais, sendo a principal delas a rapidez
no fluxo de informaes.
As extranets representam o esforo realizado pela indstria da construo civil no sentido de
melhorar a colaborao, a coordenao e a troca de informaes entre as empresas que
participam de um determinado empreendimento. Entretanto, alertam para o fato de que se por
um lado muito se progrediu no desenvolvimento de sistemas interorganizacionais, por outro,
pouco se evolui no que diz respeito definio de critrios para avaliar a utilizao destes
sistemas de informao. medida que um grande volume de informaes est fluindo entre
os membros de um projeto, cresce a necessidade de verificar se informaes precisas e
relevantes esto disponveis a cada um destes membros, no momento apropriado.

26

necessrio uma padronizao de todos os passos e caractersticas tanto fsicas como de

nomenclatura, objetivando a fluidez do processo de comunicao entre os projetistas e
tambm o entendimento unnime das informaes geradas pelo sistema para que estas
apresentem total confiabilidade aos seus receptores.
A anlise de fluxos de informao , portanto, crucial para a melhoria dos processos que se
utilizam destes sistemas (BORDIN, 2002).

27

8. ENGENHARIA SIMULTNEA
Uma empresa pode gerenciar processos repetitivos baseados em experincias histricas,
porm, para aumentar sua participao no mercado preciso ter um diferencial para alavancar
seu potencial. Esse diferencial requer mudanas de atitude em toda a organizao, de forma a
planejar, programar e controlar uma srie de aes multifuncionais integradas com a
finalidade bsica de alcanar objetivos estratgicos com sucesso, agregando valor a toda a
cadeia das etapas de projeto.
O agente que disponibiliza este processo conhecido e reconhecido mundialmente como o
gerenciamento de projetos. A metodologia de gerenciamento de projetos procura a melhor
equao entre custo, tempo e qualidade, em funo das expectativas dos clientes. Porm,
sempre foi muito difcil para as empresas aceitar e implantar a gesto por projetos (CORRA,
2005).
Esta linha de gerenciamento de projetos caracterizada pelo uso de Engenharia Simultnea,
que de acordo com Bordin (2002), uma abordagem sistemtica para o desenvolvimento
integrado e paralelo do projeto de um produto e os processos relacionados, incluindo
manufatura e suporte. Essa abordagem procura fazer com que as pessoas envolvidas no
desenvolvimento considerem, desde o incio, todos os elementos do ciclo de vida do produto,
da concepo ao descarte, incluindo qualidade, custo, prazos e requisitos dos clientes. O
conceito de Engenharia Simultnea tornou-se muito mais abrangente, podendo incluir a
cooperao e o consenso entre os envolvidos no desenvolvimento.
Esta filosofia toma como base a interdependncia entre seus agentes, que devem trabalhar em
equipes multifuncionais, formadas por pessoas de diversas reas da empresa. Como sugesto,
a "Engenharia Simultnea" pode ser uma grande aliada das empresas para ajudar a resolver a
questo da briga por qualidade e baixos custos. Ela vem sendo implementada pelas empresas
h pouco mais de duas dcadas e possui um conceito simples: integrar as diversas equipes que
trabalham na elaborao dos projetos, independente de elas estarem no mesmo espao fsico.
Trabalhando com objetivos e valores comuns, as equipes discutem e resolvem os mesmos
problemas relacionados a um projeto ou grupo de projetos, desde suas fases iniciais.
Utilizando as diversas tcnicas da Engenharia Simultnea, as empresas conseguem a reduo
do tempo gasto no processo de desenvolvimento do projeto, reduo de custos e ganho de

28

produo. Por conta destas caractersticas a engenharia simultnea est sendo implementada
por uma grande gama de empresas, grandes, pequenas e mdias, com o objetivo de garantir a
sobrevivncia no mercado.
Conforme Corra (2005), a engenharia simultnea aplicada aos projetos de produo no
contexto da empresa um fator essencial dentro da evoluo tecnolgica dos processos que o
setor de construo de edifcios vem buscando alcanar em sua produo.

8.1. A APLICAO DA ENGENHARIA SIMULTNEA NA EXECUO

DE PROJETOS
Podem-se identificar trs vertentes integradas de transformaes necessrias para viabilizar a
integrao simultnea das etapas do processo de desenvolvimento e projeto de edifcios.
A primeira delas se relaciona necessidade de transformaes na organizao das atividades
de projeto de forma a permitir a coordenao precoce e o desenvolvimento em paralelo das
diferentes especialidades de projeto e desenvolvimento de produto.
Para viabilizar esta cooperao uma segunda vertente de transformaes culturais necessria
para criar condies de superao das limitaes contratuais e instituir uma nova disposio
de cooperao tcnica entre os projetistas e clientes.
Por fim, a ltima vertente se relaciona apropriao das novas tecnologias de informtica e
telecomunicaes como ferramentas que facilitam a comunicao virtual distncia e
permitam um novo ambiente cognitivo para o processo de projeto (CORRA, 2005).

29

9. INTEGRAO DO PROCESSO DE PROJETO NA CONSTRUO

DE EDIFICAES
Tendo em vista a integrao do processo de projeto de edifcios com base nas premissas da
engenharia simultnea, Corra (2005), define que necessrio identificar as principais
interfaces deste processo e discutir a pertinncia de sua integrao simultnea e as medidas
necessrias para alcanar tal objetivo.
O projeto deve ser encarado, tambm, sob a tica do processo (no caso, a atividade de
construir). E, tambm nesse contexto, o projeto deve ser encarado como informao, a qual
pode ser de natureza tecnolgica (como no caso de indicaes de detalhes construtivos ou
locao de equipamentos) ou de cunho puramente gerencial - sendo til ao planejamento e
programao das atividades de execuo, ou que a ela do suporte (como no caso de
suprimentos e contrataes de servios).
Entretanto, tem-se verificado em geral "uma freqente dissociao entre a atividade de projeto
e a de construo, sendo que o projeto geralmente entendido como instrumento,
comprimindo-se o seu prazo e o seu custo, merecendo um mnimo de aprofundamento e
assumindo um contedo quase meramente legal, ao ponto de torn-lo simplesmente indicativo
e postergando-se grande parte das decises para a etapa de obra".
clara a preferncia pela comunicao "cara a cara", em funo de melhor compreenso e
integrao. Na atualidade a comunicao eletrnica no interior das empresas nos processos de
projeto muito comum, sendo de difcil conceber a interao diria sem a velocidade
proporcionada pela tecnologia de hoje.
No processo de projeto tradicional, no qual mostrado a participao isolada do arquiteto na
fase de concepo do empreendimento, a colaborao entre projetistas bastante reduzida e
problemtica, uma vez que a proposio de modificaes por um projetista de determinada
especialidade implica na reviso de projetos j amadurecidos de outras especialidades
significando enormes retrabalhos ou at mesmo o abandono de projetos inteiros (BORDIN,
2002).
A melhoria da gesto do processo de projeto deve passar obrigatoriamente pela melhoria de
comunicao entre os participantes.

30

AMORIM (1985), afirma que um gerenciamento de projeto necessita primordialmente, para

ser eficaz, da definio de objetivos e metas, e transmisso destes aos elementos envolvidos
no projeto de forma simples, clara e objetiva. Desta forma cria-se uma interao permanente
entre os diversos setores da empresa, atravs de um melhor tratamento da informao, como
uma homogeneizao de terminologias e objetivos de maneira que todos falem a mesma
lngua, ao longo da cadeia da produo, evitando-se rupturas a cada momento que um ator
transfere tarefas para o seguinte.
Alm da comunicao e troca de informaes, para obteno de um sistema de gesto da
qualidade no projeto, algumas premissas bsicas devem ser atingidas (Silva, 2003):
a) O sistema deve consistir de parmetros, diretrizes e requisitos a serem atingidos por
todos os intervenientes a partir das necessidades dos clientes internos e externos;
b) O sistema deve estar baseado no fato de que os operadores do processo (projetistas,
consultores, e construtores) dominam o conhecimento tcnico necessrio para implantar
os mecanismos de desenvolvimento do projeto que possibilitam atender os requisitos do
cliente;
c) O sistema deve formalizar procedimentos para assegurar que as responsabilidades sobre
o processo estejam perfeitamente definidas;
d) O sistema deve partir do conceito de garantia da qualidade, de modo que cada agente
interveniente, com base nos procedimentos estabelecidos, assegura a qualidade dos seus
processos;
e) A aplicao de mecanismos de controle da qualidade dever assim se restringir a
aspectos gerais, eliminando-se a verificao detalhada dos produtos gerados por cada
agente;
f) O sistema deve identificar claramente as relaes de interface entre os vrios processos,
e a gesto dessas interfaces parte integrante do sistema;
g) O sistema tambm deve contemplar a gesto da comunicao entre os vrios agentes;
h) O sistema deve contemplar a retroalimentao do processo.

31

Jacoski (2003), define que a integrao de projetos de construo civil e a transferncia da

informao so temas imprescindveis s discusses de melhoria dos processos junto cadeia
produtiva do setor. As solues so sempre objetivando capacidade de adequar a relao entre
os agentes participantes do processo de projeto.
A produtividade da construo civil caracterizada por uma indstria fragmentada,
inexistindo empresas que possam influenciar significativamente o mercado. Outro fator
relevante o de que os meios produtivos so pouco integrados, muitas vezes se
desenvolvendo quase que isoladamente uns dos outros, acarretando uma perda de
propriedades capazes de agregar valor ao processo. Esta situao tambm vigente dentro das
empresas, que muitas vezes no possuem a estrutura adequada para extrair o mximo de seus
potenciais.
Fica assim devidamente expressa a necessidade de uma maior integrao nas formas de
comunicao entre todos os agentes e as prprias empresas tanto de grande como pequeno e
mdio porte, envolvidas em projetos de edificaes.

9.1. CARACTERIZAO DO PROJETO

visvel a distino entre as duas dimenses do projeto, apresentando dois possveis
conceitos do mesmo:
a) O conceito "esttico", que se refere ao "projeto como um produto, constitudo de
elementos grficos e descritivos, ordenados e elaborados segundo uma linguagem
apropriada, visando atender s necessidades da fase de execuo";
b) Os conceitos dinmicos de projeto, que lhe confere um sentido de processo
atravs do qual so produzidas solues para os problemas que deram causa ao
empreendimento e que justificam o investimento.

32

Figura 5: Os arranjos das equipes de projeto segundo a forma tradicional e com o

conceito de equipe multidisciplinar
Fonte: (Melhado, 1994)

33

Nesse ltimo conceito fica clara a caracterizao do projeto como servio, apesar de o mesmo
ser confundido muitas vezes com o seu resultado fsico: um conjunto de desenhos e textos
contendo especificaes tcnicas e geomtricas (MELHADO, 1997). A Figura 5 apresenta, de
uma forma geral, os arranjos das equipes de projeto segundo a forma tradicional e com o
conceito de equipe multidisciplinar.
O elenco de especialistas envolvidos em um empreendimento compe uma estrutura
organizacional, cuja configurao depende de uma srie de fatores circunstanciais, no se
podendo estabelecer uma estrutura padro.
A crescente complexidade operacional dos empreendimentos, somada prpria tendncia
especializao cada vez maior, gera por conseqncia a necessidade de tcnica especfica para
a conduo do projeto - onde esto as principais dificuldades para a obteno da qualidade.

9.2. IMPORTNCIA DO PROJETO PARA O EMPREENDIMENTO

Conforme Melhado (1997), o empreendedor, o construtor e o usurio podem ser considerados
clientes do projeto, dentro da tica da qualidade. Sendo clientes do projeto, o mesmo deveria
levar em conta as necessidades do empreendedor, do construtor e do usurio, para ento
melhor satisfaz-las; nesse sentido, pode-se atribuir a cada um desses clientes um conjunto de
aspectos que denotam o ponto de vista pelo qual a qualidade de um dado projeto seria
avaliada:
a) O empreendedor avaliaria a qualidade do projeto a partir do alcance de seus
objetivos empresariais, que envolvem seu sucesso quanto penetrao do produto no
mercado, a formao de uma imagem junto aos compradores, bem como - ou at
principalmente - pelo retorno que o projeto venha a proporcionar seus investimentos,
ou pelo menos, pela manuteno dos custos previstos para o empreendimento;
b) O construtor avaliaria a qualidade do projeto com base na qualidade grfica e de
contedo, importantes para facilitar o trabalho de planejamento da execuo, em que a
clareza e abrangncia das informaes podem reduzir a margem de dvida ou
necessidade de correes durante a execuo, alm de analisar a potencial economia
de materiais e de mo-de-obra, capazes de proporcionar reduo de desperdcios;

34

c) O usurio avaliaria a qualidade do projeto na medida da satisfao de suas intenes

de "consumo", envolvendo conforto, bem-estar, segurana e funcionalidade, somandose a estas, baixos custos de operao e de manuteno; este o cliente externo.
No entanto, o peso da satisfao de cada cliente no conjunto destas relaes pode vir a ser
diferenciado, na medida em que o empreendedor tenha funo de maior ascendncia, como
contratante do projetista, por exemplo; e, dependendo do caso, construtor e projetista
constituam partes da mesma empresa - os clientes internos, em cada caso, podem ter
importncias diferentes (MELHADO,1997).
fundamental, para a obteno da qualidade, que o empreendedor valorize a fase de projeto.
Em termos ideais, o projeto pode assumir o encargo fundamental de agregar eficincia e
qualidade ao produto; a proposta visa exatamente valorizao dos interesses em comum,
uma vez que a qualidade interessa: ao empreendedor, ao projetista, ao construtor e ao usurio,
atuando a favor da evoluo tecnolgica e da qualidade dos projetos no setor da construo
civil.
A participao do projeto possui a caracterstica essencial de gerar e receber influncias
globais no empreendimento, contribuindo com informaes dirigidas s especificaes do
produto a ser construdo e tambm dos meios estratgicos, fsicos e tecnolgicos necessrios
para executar o seu processo de construo. assim, expresso com clareza, que o
empreendimento ou a empresa so sistemas nos quais o projeto est inserido.

35

10. FLUXO DE INFORMAES NO PROCESSO DE PROJETO

Entendendo-se o fluxo de informaes como um dos fatores de integrao da cadeia de
produo de projetos, implica necessariamente fazer um estudo minucioso de seu
comportamento dentro da mesma. Para tanto, faz-se necessrio esclarecer a abrangncia deste
fluxo que se inicia no cliente com a captao das suas necessidades a cerca do produto,
percorre dentro do escritrio de projetos por seus diversos setores, como vendas, marketing,
finanas, projetos, planejamento, recursos humanos, suprimentos e produo e faz a interface
com a construtora, como pode ser observado na Figura 6.
Bordin (2002), afirma que esta abrangncia do fluxo est suportada pela viso sistmica da
Cadeia Logstica de Produo, estando subdividida em: atividades de logstica interna que
compreendem as atividades desenvolvidas internamente na empresa (vendas, marketing,
finanas, projetos, planejamento, recursos humanos, suprimentos e produo) e atividades de
logstica externas que compreendem a atividades ligadas relao com clientes e
fornecedores.

Figura 6: Fluxo de informaes entre cliente, construtora e escritrio de projetos

na cidade de Chapec
Fonte: (Coradi, 2004)

36

O fluxo de informaes na construo civil precrio, incompleto, burocrtico e centralizado

ainda, o carter conservador do setor e de poucos investimentos tem retardado uma possvel
melhoria na gerao, transmisso e utilizao das informaes.
Portanto, a caracterizao do fluxo de informaes constitui etapa essencial para reconhecer
se o mesmo est operando de forma eficiente, como tambm detectar os percursos das
informaes ditos desnecessrios a fim de elimin-los, tornando o fluxo mais enxuto.
Importante perceber tambm que se a estrutura em que o fluxo se encontra seja a adequada
para a organizao em questo, pois a informao algo invisvel e somente ser possvel
perceber se o esquema de funcionamento adequado quando diagnostic-lo.
Na indstria da construo civil, o processo de desenvolvimento do produto envolve o
conjunto de atividades que visa a concepo, produo e comercializao de um produto.
Especificamente no subsetor de edificaes, no qual o produto o edifcio, o seu
desenvolvimento um processo interdisciplinar, pois conta com a participao de vrios
agentes com diferentes formaes tcnicas.
A fase de projeto um fator fundamental para a obteno da qualidade dos edifcios, por
orientar e intervir nas atividades de todos os participantes do processo de produo da
edificao, estabelecendo as melhores solues para as diversas situaes que ocorrero ao
longo desse processo. Alm das decises com relao forma, tamanho, tipologia e padro da
edificao, decises sobre custos e tempos so tomadas ainda nesta fase, o que ressalta a
importncia da gesto do processo de projeto, uma vez que o mesmo tem influncia sobre
todo o processo de construo e, por conseguinte, na qualidade do produto final.
Pode-se perceber, como apresenta a Figura 7, que as decises tomadas na fase de projeto tem
uma grande capacidade de influenciar o custo final do empreendimento (BORDIN,
2002).

37

Figura 7: Capacidade de influenciar o custo final de um empreendimento de

edifcio ao longo de suas fases
Fonte: (Rosenman e Wang, 2001)

10.1. UTILIZAO DA TECNOLOGIA DA INFORMAO NO

PROCESSO DE PROJETO
Muitos esforos tm sido feitos pelas empresas com o intuito de melhorar o processo de
projeto. Esses dizem respeito ao investimento em tecnologia da informao. A tecnologia da
informao apresenta-se como um mecanismo de comunicao e coordenao, e um
caminho para atingir a integrao to procurada no setor.
Uma grande mudana na tecnologia de informao disponvel est ocorrendo e sobre a sua
importncia os executivos, acadmicos e tcnicos concordam com unanimidade.
Uma das tecnologias de informao que vem rapidamente ganhando novos adeptos na
indstria da construo civil so as extranets de projeto. As extranets tm possibilitado um
crescimento significativo na capacidade de comunicao entre os membros de um
empreendimento e apresentam-se com um grande potencial para a implementao de sistemas
de informao inter-organizacionais.

38

indiscutvel que o subsetor de edificaes necessita aperfeioar o seu processo de projeto e

que o uso das extranets representa uma possibilidade promissora para a melhoria da troca de
informaes. Sabe-se, porm, que todo processo exige ateno na sua gesto e que novos
processos exigem ateno redobrada. Mas tem sido observado, que muitos imaginam tratar-se
de uma "simples alterao de tecnologia" que no exige ateno com a sua organizao e com
o entendimento do processo considerando suas particularidades.
Isso resulta em problemas srios durante a execuo das atividades, impossibilitando que se
tire proveito de todas as vantagens oferecidas por esta tecnologia (BORDIN, 2002).
Os processos da indstria da construo requerem necessariamente a resoluo de problemas
estruturais, como a padronizao de especificaes, terminologias

comuns

e a

interoperabilidade entre os softwares. A associao da cadeia produtiva e a integrao dos

processos atravs da informao, tm como ponto essencial de suporte, o desenvolvimento do
uso de T.I. na indstria da construo. A integrao da informao na construo como
estratgia, pode se configurar como um mecanismo essencial para diminuio de erros,
aumento do trabalho em equipe, ganho de eficincia e rapidez, com melhoria da qualidade e
produtividade (JACOSKI, 2003).
Na construo civil, a presena de inmeros agentes com nveis diferentes de formao, gera
informaes provenientes de suas atividades que fluem continuamente dentro da empresa. So
informaes diversificadas com origem, processamento, utilizao e destino ocorrendo
normalmente de forma inadequada dentro da organizao.
Segundo Nascimento (1998), integrao a habilidade de partilhar informaes entre os
diferentes atores usando um modelo comum desenvolvido dentro de uma estrutura segura e
confivel. Este compartilhamento integrado das informaes refere-se s necessidades dos
clientes especificaes de projeto e representaes grficas, estimativas de custos,
programao e documentos requeridos pelas autoridades.
O principal benefcio resultante do tratamento integrado das informaes para os profissionais
da engenharia civil a melhora na comunicao das vrias partes envolvidas num projeto de
construo, fazendo com que melhores produtos sejam desenvolvidos a custos mais baixos
(AOUAD, 2000). Entretanto, esta comunicao deve ser realizada por um canal eficiente de
tal sorte que se disponibilize a informao em tempo real aos seus potenciais usurios.
Schimitt (1998) afirma que estando modelado um controle de fluxo de informaes possvel

39

garantir que documentos que sofreram modificaes sejam repassados imediatamente para
todos os parceiros do projeto que necessitam ser informados da mudana.
Segundo Bordin (2003), os profissionais envolvidos no processo de projeto tem duas opes
para a conduo das atividades do projeto. A primeira o desenvolvimento do trabalho de
acordo com o processo tradicional e a segunda a que est apoiada na utilizao de portais de
colaborao. As duas formas possuem caractersticas prprias para a interao das
informaes entre os envolvidos no processo. As caractersticas e as particularidades destas
duas formas de comunicao so descritas por Bordin (2003): o processo tradicional e o
processo apoiado por portais de colaborao.

10.1.1. O processo tradicional

O processo tradicional de desenvolvimento de projetos (Figura 8) pode ser caracterizado
como aquele que envolve profissionais de arquitetura e engenharia de vrias especialidades,
os quais so solicitados por um cliente para o desenvolvimento de um produto, a edificao.

Arquitetura
legal
Modulao de
alvenaria
legal
Fundaes

Arquitetura
executiva

Coordenador
De
Projetos

Estrutura

Instalaes
eltricas

Climatizao
Instalaes
Hidrossan.

Figura 8: Modelo ideal de um tradicional processo de projetos

Fonte: (Bordin, 2003)
Esta equipe pode ser formada para um nico projeto ou mantida ao longo de diversos
projetos. No caso de alternncia dos profissionais ao longo dos projetos, acaba gerando alguns

40

problemas de integrao entre os profissionais, se tornando este um processo de comunicao

bastante centralizado no coordenador, onde a comunicao via telefone a mais utilizada. Na
Figura 9 apresentado um modelo real do processo tradicional de desenvolvimento de
projetos.
Arquitetura
legal
Modulao de
alvenaria
legal

Fundaes

Arquitetura
executiva

Coordenador
De
Projetos

Estrutura

Instalaes
eltricas

Climatizao

Instalaes
Hidrossan.
Figura 9: Modelo real de um tradicional processo de projetos
Fonte: (Bordin, 2003)
Devido falta de mecanismos efetivos de coordenao e monitoramento das informaes, o
coordenador no consegue manter-se como elemento centralizador e os projetistas acabam
trocando informaes sem o conhecimento e aprovao do coordenador, acarretando assim
em decises inadequadas ou em desacordo com as expectativas do empreendimento,
constituindo assim em retrabalho para os profissionais.
Desta forma vivel e necessria a implantao de novas tecnologias de informao para
desenvolvimento do processo de projeto de obras de edificao, criando-se um modelo do
processo baseado na experincia dos profissionais que vem utilizando a extranet (BORDIN,
2002).

41

10.1.2. O processo apoiado por portais de colaborao - extranet

De acordo com Bordin (2003) o processo de desenvolvimento de projetos apoiado por portais
de colaborao envolve (Figura 10), assim como no tradicional, um grupo de profissionais
para o desenvolvimento de um ou mais projetos de obras de edificao, mas com a diferena
de oferecer um canal distribudo de troca de informaes: a extranet. Mas este processo da
troca de informaes tem gerado conflitos, onde alguns profissionais consideram como
vantagem e outros como desvantagem, onde esta alternncia de opinies reflete o momento de
mudana que o grupo enfrenta, principalmente nas primeiras experincias.
Segundo Bordin (2003) a flexibilidade no projeto como fruto de fcil e rpida comunicao
pode representar, por exemplo, para o profissional que desenvolve o projeto estrutural uma
vantagem e para o arquiteto uma desvantagem.

Arquitetura
legal
Modulao de
alvenaria
legal

Arquitetura
executiva

PROVEDOR

Fundaes

Instalaes
hidrossan.

Coordenador de
Projetos legal

Estrutura

Instalaes
eltricas

Figura 10: Interao dos profissionais via provedor num nico nvel
Fonte: (Bordin, 2003)

42

10.2. MODELAGEM PARA DOCUMENTAO DA INFORMAO

As trocas de informaes entre equipes envolvidas com o desenvolvimento de produtos so e
deveriam ser cada vez mais incentivadas e apoiadas por ferramentas de desenvolvimento
compartilhado. O surgimento de ambientes colaborativos de projeto comprova que h uma
forte tendncia para que isto acontea. Entretanto, para que um ambiente colaborativo possa
ser realmente efetivo, faz-se necessria compreenso das relaes e das informaes que
sero compartilhadas entre os diversos atores envolvidos no processo, e isto pode ser
conseguido atravs da modelagem do processo de projetos.
Pode-se definir um processo de modelagem como sendo uma construo terica que procura
descrever e explicar o funcionamento de um determinado sistema atravs da representao de
um fenmeno, ou conjunto de fenmenos, do mundo real e eventualmente fazer a previso de
novos fenmenos ou propriedades, tomando como base um certo nmero de leis. O objetivo
compreender as relaes entre as diversas partes de um sistema para compreend-lo como um
todo. A modelagem ajuda a dizer se a forma de se tratar um determinado sistema a mais
adequada e permite universalizar resultados de um experimento qualquer para aplicao a
outros sistemas.
Os ambientes e os projetos colaborativos esto cada vez mais em evidncia no mundo dada
perspectiva de se obter melhor desempenho das equipes de trabalho e da reduo das
possibilidades de falha. Isto se deve ao fato de que as equipes podem operar em situaes,
onde as informaes so obtidas em tempo real ou, na pior das hipteses, em curtssimo
espao de tempo, alm de poderem interagir diretamente com quem est gerando a
informao (BORDIN, 2003).
Os sistemas de troca de dados atuais no oferecem suporte para a integrao informatizada
entre os diversos setores de uma empresa. Isto vem se tornando cada vez mais complexo e os
custos esto se elevando consideravelmente, uma vez que as exigncias do mercado esto
cada vez mais rigorosas com relao ao tempo de desenvolvimento de novos produtos.
Faz-se necessrio a incluso de ferramentas que permitam o gerenciamento do projeto de
interface com o usurio no ciclo de desenvolvimento de software acompanhando todo o
processo de concepo das mesmas e que permitam a sua avaliao. A incluso dessas
ferramentas tem como objetivos reduzir o tempo para desenvolvimento da interface, produzir
interfaces consistentes, aumentar e assegurar a qualidade e verificar a eficincia e eficcia da

43

interface produzida. Um exemplo seria a utilizao de Groupware, que se caracteriza por ser
um conjunto de ferramentas que tem por objetivo aumentar a produtividade do trabalho
colaborativo proporcionando a este uma maior eficincia.
A princpio, temos que qualquer produto que permita s pessoas trabalharem juntas, de forma
complementar, a fim de aumentar a produtividade e os resultados esperados do processo, pode
ser considerado um produto do segmento de Groupware. Paralelo a este a utilizao de
tecnologia Workflow tambm visa automatizar a execuo dos processos de projetos.
Como foi visto, importante se incluir ferramentas que ajudem o desenvolvimento e a
avaliao de interface de sistemas informatizados, permitindo assim que os mesmos tenham
as caractersticas de usabilidade, que so facilidade de aprendizado, rapidez no desempenho
das tarefas, baixa taxa de erro e satisfao do usurio.
A tcnica de modelagem se estende desde a anlise at o projeto e execuo, sendo o objetivo
desta preparar um modelo que resuma os aspectos de aplicao bem como seu
comportamento, representado atravs de uma implementao matemtica, grfica, semntica
ou computacional (ou por uma composio destes).
Segundo Bordin (2003), os modelos podem ser descritos como: Modelo de objetos, modelo
dinmico, modelo funcional.
a) Modelo de Objetos: Descreve a estrutura de objetos de um sistema (a identidade,
seus relacionamentos com outros objetos, seus atributos e suas operaes). As classes
so organizadas em nveis hierrquicos compartilhando estruturas e comportamentos
comuns e so associadas a outras classes;
b) Modelo Dinmico: Descreve aspectos ligados ao tempo e seqncia de operaes
(eventos, seqncia de eventos, estados que definem o contexto para os eventos e a
organizao destes). Apresenta as seqncias de operaes que ocorrem;
c) Modelo Funcional: Representa os aspectos de um sistema relacionado com a
transformao de valores: funes, mapeamentos, restries e dependncias
funcionais. O modelo funcional representado pelos Diagramas de Fluxo de dados
DFD, que mostra as dependncias entre valores e o processamento de valores de sada
a partir dos valores de entrada e das funes, independentemente de quando ou se as
funes so executadas.

44

Um modelo de objetos representa a estrutura esttica de um sistema (podendo ser

graficamente), sendo muito teis para a comunicao dos clientes e documentao de sua
estrutura, fazendo uso de objetos e de classes.
a) Objetos: Os objetos facilitam a compreenso do mundo real e oferecem uma base
real para ser implementada em aplicaes computacionais, referindo-se sempre a algo
exato.
b) Classes: Uma classe de objetos descreve um grupo de objetos com propriedades
semelhantes (atributos). O agrupamento de objetos em classe generaliza definies
comuns como nome da classe e nomes dos atributos.

10.2.1. Diagramas de Fluxo de Dados

Os diagramas de fluxo de dados so teis para a modelagem do projeto lgico da distribuio
e fluxo da informao. Possibilitam uma visualizao geral e abstrata de como os dados so
localizados podendo-se gerenciar a forma como estes so utilizados e distribudos.
Laudon e Laudon (2002) apresentam a simbologia a ser utilizada nos DFDs (Figura 11) que
padronizada como forma de tornar comum a compreenso dos envolvidos com esta tcnica:
Seta, caixa arredondada (s vezes pode ser utilizado um circulo ou bolha), o retngulo aberto
e o retngulo ou quadrado.
a) Seta: Representa o fluxo de dados;
b) Caixa arredondada: Representa o processo (manual ou computadorizado, que
transforma os dados);
c) Retngulo aberto: o smbolo de armazenamento de dados, indica um arquivo ou
depsito no qual os dados so armazenados;
d) O retngulo ou quadrado: Simboliza a entidade externa, fonte ou receptor de dados
fora dos limites do sistema.

45

Fluxo de Dados

Armazenagem de dados

Processo

Entidade Externa

Figura 11: Smbolos utilizados no Diagrama de Fluxo de Dados

Fonte: (Laudon e Laudon, 2002)

10.2.2. Fluxogramas para sistemas

A documentao das diversas etapas de um processo tambm pode ser efetuada pelo uso de
Fluxogramas. Estes tm a propriedade de apresentar a seqncia de dados e os dados
necessrios em cada fase.
H uma diferena bsica entre estes e o Diagrama de Fluxo de Dados, pois h uma maior
ateno seqncia dos eventos de processamento e ao meio fsico empregado. Os DFDs, ao
contrrio, so um modo lgico de representar um sistema.

10.2.3. Modelagem IDEF0

Para a representao dos processos de negcios existem inmeras ferramentas, dentre as mais
conhecidas e utilizadas est a IDEF (Integrated Computer Aided Manufacturing Definition),
desenvolvida na dcada de 70, pela fora rea americana.
O framework de modelagem IDEFX, ou seja a famlia de modelos IDEF, a ferramenta de
modelagem de empresas mais utilizada na prtica graas a sua enorme simplicidade,

46

chegando mesmo a tornar-se um padro de fato para este fim. A IDEF apresenta trs tipos de
representaes bsicas, que visam mostrar o fluxo de informaes dentro dos processos:
a) IDEF0: que mostra os processos e as atividades componentes produzindo uma
modelagem funcional;
b) IDEF1X: que representa a estrutura de informao existente em um negcio;
c) IDEF2: que descreve o comportamento de um sistema.
O IDEF0 baseado num diagrama conhecido como ativigrama. Este diagrama composto
por caixas que representam as atividades. Estas caixas so ligadas por linhas e dispostas tal
a formar uma ordem de conduo das atividades seguindo da esquerda para a direita. As
linhas que chegam e saem na lateral das caixas representam inputs e outputs de informao.
As que chegam no topo so controles e embaixo mecanismos. Com mais algumas poucas
regras alm das aqui apresentadas tem-se todo o formalismo necessrio para descrever estes
modelos.
Atualmente existem softwares desenvolvidos especificamente para automatizar a gerao dos
diagramas de fluxo de dados, fluxogramas de sistemas, cdigo de programas e outros. A
automatizao das metodologias para o desenvolvimento de sistemas chamada de
Engenharia de Software Assistida por Computador CASE (Computer-Aided software
engineering). Existem diversas ferramentas CASE no mercado que podem ser utilizadas na
automatizao da gerao dos sistemas.

10.2.4. UML
Unified Modeling Language (UML) uma linguagem de modelagem no proprietria de
terceira gerao. A Linguagem de Modelagem Unificada um mtodo aberto usado para
especificar, visualizar, construir e documentar os artefatos de um sistema de software
orientado a objetos.
UML tem origem na compilao das "melhores prticas de engenharia" que provaram ter
sucesso na modelao de sistemas grandes e complexos. Sucedeu aos conceitos de Booch,
OMT (Rumbaugh) e OOSE (Jacobson) fundindo-os numa nica linguagem de modelagem

47

comum e largamente utilizada. UML pretende ser a linguagem de modelagem padro para
modelar sistemas concorrentes e distribudos.
Basicamente, a UML permite que desenvolvedores visualizem os produtos de seu trabalho em
diagramas padronizados. Junto com uma notao grfica, a UML tambm especifica
significados, isto , semntica.
O Desenvolvimento de um sistema envolve uma criao que satisfaa exigncias do ciclo de
vida do processo de desenvolvimento do sistema. Essencialmente, essas exigncias
representam reconhecimento de problemas, um sistema representa uma soluo que focaliza
esses problemas, e desenvolvimento de sistema um processo problema-resoluo que
envolve compreenso do problema, enquanto soluciona o problema, e implementa a soluo.
Uma linguagem de como o UML, pode ser aplicado ao longo do processo de desenvolvimento
de sistemas para garantir que todos os tipos de exigncias que compem a implementao do
sistema sejam atendidos. Como uma linguagem muito aplicvel, UML pode ser aplicado
tambm para diferentes tipos de sistemas, domnios, e processos. Ento, pode-se usar o UML
para detalhar sistemas de software e sistemas de no-software em vrios domnios como
industrial, bancrio, e empresarial, e assim sucessivamente (SILVEIRA, 2006 apud
LARMAN, 2000).
No padro UML de modelagem existe um grande nmero de diagramas que podem ser
elaborados para o desenvolvimento de um projeto de software. Um diagrama pode ser
elaborado como segue:
Diagrama de Caso de Uso (Figura 12): ilustra um conjunto de casos de uso para um sistema,
os atores e a relao entre os atores e os casos de uso. Os casos de uso so ilustrados em
ovais, os atores, como Figuras de trao simples. Existem linhas de comunicao entre esses
casos e os atores; as flechas podem indicar o fluxo de informao ou de estmulo. A finalidade
do diagrama apresentar um tipo de diagrama de contexto, atravs do qual pode-se
compreender rapidamente quais so os atores externos de um sistema e as maneiras
principais, segundo os quais eles o utilizam (SILVEIRA, 2006 apud LARMAN, 2000).

48

Limit/ Sistem
Caso de Uso

Ator

Ator
Comunicao
Caso de Uso

Figura 12: Diagrama de caso de uso do projeto de software

Fonte: Larman (2000)
O Diagrama acima um tipo especializado de estrutura de modelagem direcionado para a
modelagem da funcionalidade de um sistema. Normalmente aplica-se o Caso de Uso durante
compreenso dos requisitos para capturar exigncias que definem o que um sistema dever
fazer. O diagrama de Caso de Uso tipicamente comea no incio de um projeto e continua ao
longo do processo de desenvolvimento de sistema. normalmente terminado como uma srie
de seminrios entre os usurios e analistas de sistema no qual podem ser exploradas idias e
exigncias que podem ser descartadas com o passar do tempo.

10.2.5. Modelagem semntica digital do produto

O desenvolvimento de sistemas automatizados de informaes, que apiam as atividades de
projetos, deve seguir um modelo como referncia para permitir uma melhor compatibilidade e
portabilidade de tais sistemas, principalmente quando inseridos num ambiente integrado de
engenharia.
Mtodos como diagramas de fluxo de dados e decomposio funcional tm sido usados para
representar a funcionalidade de um sistema computacional.
Modelagem de dados o nome que se d ao processo de desenho do banco de dados.
Esta tcnica muito importante para economizar tempo de desenvolvimento e dores de

49

cabea no futuro. com um bom planejamento do banco de dados que se determina o quo
eficaz foi o processo de analise.
Antes de tudo, para comear, preciso uma ferramenta para criar seus modelos.
Para criar modelos, necessrio conhecer bem o funcionamento de um banco de dados
relaciona (BORDIN, 2002).
O projeto do produto edificao passa por uma srie de modificaes com o advento dos
recursos computacionais. O processo de elaborao passa a ser seqenciado e segmentado, o
que requer um esforo organizacional das empresas no sentido de adequar seu processo de
projeto de forma modelada, propiciando um funcionamento integrado entre o projeto e a
execuo.
As mudanas propostas nos ltimos anos, dizem respeito principalmente a uma tentativa de
maior interao entre os agentes envolvidos no processo, com um acrscimo de comunicao
e registro das informaes de forma mais adequada.
Do ponto de vista intelectual e tcnico o projeto se caracteriza como um processo em que
informaes so criadas e tratadas por diferentes estratgias mentais e metodolgicas que
envolvem os sentidos, abstraes, representaes, esquemas, algoritmos, mtodos e
conhecimentos. Nesse contexto, o projeto de edifcios pode ser sintetizado como um
processo cognitivo que transforma e cria informaes, mediado por uma srie de faculdades
humanas, pelo conhecimento e por determinadas tcnicas, sendo orientado concepo de
objetos e formulao de solues de forma a antecipar um produto e sua obra (Fabrcio,
2002).
A modelagem vista como uma etapa comum a qualquer esforo de melhoria de processos, e
seu objetivo conhecer e explicitar a forma com que o processo executado na prtica.
Desta forma, todas as atividades envolvidas podem ser mais facilmente controladas e
relatadas enquanto uma estratgia coerente pode ser mantida atravs de todo o processo,
fazendo o processo de anlise levar 50% a mais de tempo para ser concludo, e o processo de
programao levar 1/3 do tempo do que levava antes (BORDIN, 2002).

50

10.2.5.1. Modelagem em 4D
Do ponto de vista de evoluo nos ltimos anos, a discusso a respeito da introduo da
quarta dimenso com o oramento e cronograma, tem propiciado encaminhamentos do
setor para uso de ferramentas de simulao anteriormente no utilizadas.
Acompanhar o andamento da obra no somente por controles, mas tambm atravs da
visualizao fsica simulada da construo um avano significativo. Pois, a construo civil
tem nos seus processos uma diviso de informaes que nem sempre se encontram
associadas, por exemplo, no h uma conexo visual entre os documentos do projeto com o
cronograma e programao da obra.
A equipe de controle e programao visualiza esta relao mentalmente e tenta identificar
possveis problemas antes da fase de construo. Esta visualizao mental previne situaesproblema, como por exemplo, o ordenamento da seqncia construtiva de fases, a
sobreposio de tarefas, a repetio de atividades comuns, etc. que identificadas transformamse em decises crticas para o adequado encaminhamento do processo produtivo.
Uma quarta dimenso (4D CAD) tem se apresentado como uma possvel soluo associando
as informaes de projeto com as informaes do planejamento, constituindo uma soluo aos
problemas da falta de integrao entre o projeto e as informaes de programao.
O problema desta situao de falta de integrao comea pelas diferentes ferramentas
utilizadas pelos participantes durante o ciclo de vida do projeto. O projeto arquitetnico
feito sobre uma plataforma CAD que freqentemente responde apenas para apresentao
visual do projeto (sem dados para alimentao de outras etapas do projeto), j o responsvel
pelo planejamento e programao, atua com ferramentas baseadas em PERT. Atualmente com
as possibilidades oferecidas pelas ferramentas eletrnicas, ampliam-se as possibilidades com a
discusso da Modelagem nD, associando outros componentes alm do planejamento, ou seja,
fornecedores, controle de oramento, etc.

51

11. ESTUDO DE CASO DO FLUXO DE INFORMAES EM UM

ESCRITRIO DE PROJETOS DE EDIFICAES
Para que se possa constituir um modelo do fluxo de informaes necessrio conhecer a
realidade do setor. claro que existem considerveis imperfeies no mesmo, sendo
que seu aprimoramento s ser conquistado com um contnuo estudo para reavaliar os
conceitos de cada passo do processo. Esta pesquisa teve em primeiro momento o
objetivo de coletar informaes sobre o fluxo e a troca de informaes em um escritrio
de projetos de mdio porte, tendo como procedimento posterior a avaliao destas
informaes com o objetivo de definir detalhadamente como se do s trocas de
informaes em cada uma das etapas do processo de projeto, excluir procedimentos
passveis de no agregar valor ao produto final e inserir etapas necessrias para uma
melhor fluncia do processo.
Foram acompanhadas as principais e indispensveis etapas que fazem parte de um projeto de
uma edificao, tendo como foco o entendimento e detalhamento das informaes registradas
e suas possveis modificaes, bem como a forma com que estas informaes surgiam, como
eram arquivadas e repassadas de um agente para outro.
A pesquisa concentrou-se em um escritrio que desenvolve todas as modalidades de projetos
necessrias para a confeco de projetos de edificaes de at quatro pavimentos.

Foi

desenvolvida uma proposio de um modelo bsico padro, para que possa ser adaptado e
utilizado por escritrios de Engenharia e Arquitetura, levando em considerao seu ambiente
de trabalho e sua cultura organizacional.

11.1. CARACTERIZAO DO ESCRITRIO

O escritrio pesquisado apresenta no seu currculo aproximadamente 500 projetos realizados
durante um perodo de 20 anos de atuao no mercado. Possui caractersticas
inovadoras em seus procedimentos e demonstrou-se preocupado em acompanhar o
desenvolvimento tecnolgico do setor.
Atualmente, a seguinte equipe trabalha na empresa:

52

a) 03 Arquitetos;
b) 02 Secretrias administrativas;
c) 04 Desenhistas.
A empresa tem como parceiros 04 profissionais terceirizados que prestam trabalhos
constantemente para a mesma; um engenheiro civil responsvel por projetos estruturais de
grande porte e tambm de estruturas metlicas, um responsvel por projetos eltricos de alta
tenso, um para trabalhos de oramento de obras, e um engenheiro sanitarista responsvel por
projetos sanitrios. Entre outros servios terceirizados tambm se inclui trabalhos de
sondagem de solos.
A plotagem dos projetos realizada dentro da prpria empresa, que possui equipamento para
a realizao deste trabalho.
Com esta estrutura de recursos humanos e com a estrutura fsica e de equipamentos, a
empresa assume possuir a capacidade de desenvolvimento de aproximadamente 20 projetos
simultaneamente.
A estrutura de T.I. que a empresa possui assim distribuda:
a) 08 PCs Desktop;
b) 01 Servidor (conexo a Internet);
c) 02 linhas telefnicas, sendo uma delas telefone/fax.
Tem como meios de comunicao com os clientes o uso de e-mail, telefone e tambm o uso
da formalidade (contato pessoal), sendo que aproximadamente 40% dos clientes so atendidos
no escritrio e o restante tem atendimento feito por profissionais que se deslocam at os
mesmos.
A empresa faz uso de softwares como o Auto Cad e Arqui 3D para desenhos, programas para
clculo estrutural, Stdio Max para visualizao da obra virtualmente, programas para
paisagismo, programas para projetos hidro-sanitrios, eltricos de baixa tenso, entre outros,
contando tambm com programas criados pela prpria empresa para agilizao de certas
etapas e aumento de produtividade.

53

So realizadas reunies entre os profissionais da empresa conforme a necessidade, em virtude

de algum projeto especfico. Em geral estas reunies so quinzenais para discusso de
adequaes de metas e objetivos de cronograma de entrega de trabalhos.
A troca de informaes com parceiros da empresa realizada de forma direta, principalmente
atravs de e-mail, ficando em segundo plano o telefone.
A entrega dos projetos ao cliente realizada atravs do oferecimento de uma pasta, contendo
os projetos em papel, incluindo memorial descritivo, oramento, quantitativo de materiais e
uma cpia em CD-ROM dos projetos.
Devido ao fato de j existir uma certa padronizao dos processos dentro da empresa, no
ocorrem muitos problemas em decorrncia da transferncia de arquivos nas diferentes fases
do projeto.
A empresa trabalha com dois sistemas independentes no integrados, um sistema fechado
utilizado especificamente para o desenvolvimento de projetos, sem conexo com Internet, e
outro sistema, aberto e com conexo com Internet, utilizado para a gesto administrativa e
contatos com clientes e colaboradores da empresa.
Tendo como rea de atuao os trs estados do sul do Brasil, a empresa d fundamental
importncia para a entrega dos trabalhos nas datas pr-estabelecidas.

11.2. FLUXO DAS INFORMAES GERADAS PELO PROJETO NO

ESCRITRIO PESQUISADO
O fluxo de informaes no desenvolvimento de projetos tem a caracterstica que o tornam
bastante flexvel no que diz respeito a suas configuraes, sendo que dificilmente todos
os passos sero iguais no processo de diferentes projetos de edificaes.
No entanto definiu-se um roteiro para a execuo de um projeto que seja caracterizado por
abranger as principais etapas estabelecidas em um projeto de edificao.

54

1. CLIENTE
1.1. CONTATO
a) O cliente entra em contato com a Empresa de Projetos.
b) estabelecido o objetivo do empreendimento.
1.2. ENTREVISTA
Nesta etapa so editadas planilhas com as informaes a seguir:
a) definido o tipo de edificao a ser projetada;
b) definido o nmero de ocupantes da edificao;
c) So definidas as principais atividades pelas quais a edificao ser solicitada em sua vida
til, e encaminhada montagem do programa de necessidades.
1.3. PROGRAMA DE NECESSIDADES
a) So definidos os ambientes necessrios na edificao;
b) So definidas as funes exercidas nesses ambientes, e sua respectiva moblia;
c) So definidas as possveis reas desses ambientes e suas respectivas dimenses.
1.4. FINANCEIRO
a) verificada a disponibilidade financeira que o cliente est disposto a investir no
empreendimento;
b) So discutidos e definidos os valores e prazos para entrega do projeto.
2. EMPRESA
2.1. PROFISSIONAIS
a) Definio dos profissionais que atuaro no projeto;
b) Relao dos profissionais terceirizados;
c) Relao dos estagirios envolvidos no processo;
d) Realizao das contrataes necessrias (havendo necessidades);
e) So realizados os processos provenientes das questes administrativas, como contratos e
outros.

55

2.2. CRONOGRAMA
a) Definio de tempo para aprovao do projeto;
b) Definio do tempo de execuo do projeto;
c) Definio do prazo final de entrega do projeto;
d) estabelecida uma planilha de reviso do cronograma.
3. ESTUDOS PRELIMINARES
3.1.LOCAL DE PROJETO
a) efetivado o conhecimento geral sobre a cidade e o local do projeto;
b) realizado o conhecimento do terreno;
c) definido o grau de acessibilidade do local de execuo da edificao;
e) definido o fluxo de veculos automotores nos entornos da edificao;
f) definida a condio solar da edificao;
g) So discutidas e estabelecidas as condies tcnicas para a execuo da obra.
3.2. ENTORNO DO TERRENO
a) feito um levantamento de dados para a definio do entorno da futura edificao,
estabelecendo as edificaes j existentes na regio de influncia;
b) definido um gabarito onde consta o tipo de edificao do entorno, estabelecendo a altura
das edificaes;
c) definida a tipologia das edificaes do entorno, estabelecendo os materiais de construo,
tais como madeira, alvenaria, ao, etc;
d) So definidos os principais usos para a edificao;
e) feito um levantamento fotogrfico do entorno para um melhor reconhecimento do local.
3.3. LEVANTAMENTO DO TERRENO
a) feito um levantamento fotogrfico do terreno;
b) So realizados os trabalhos topogrficos necessrios tais como medio da rea, dimenses
e definio dos nveis do terreno;
c) feito um levantamento de informaes para posterior definio da infra-estrutura
existente no terreno, onde deve constar elementos como postes, rvores, poos, etc;
d) realizada a sondagem do terreno para o conhecimento do perfil do subsolo.

56

3.4. CONHECIMETO DAS LEGISLAES VIGENTES

a) Conhecimento do Cdigo de Obras e Plano Diretor da cidade do empreendimento pelos
profissionais envolvidos;
b) Conhecimento e definio das Legislaes Ambientais pertinentes ao terreno em questo.
4. ANTEPROJETO
4.1. CONCEPO
a) Setorizao elaborao de croquis que pode ser manual e/ou digital;
b) Definio das circulaes e dos ambientes;
c) Caracterizao da funcionalidade da obra distribuio funcional dos cmodos;
- Definio formal da edificao, estabelecendo formas arquitetnicas e tipos de materiais a
serem empregados;
- Definio volumtrica da edificao, estabelecendo dimenses como altura, largura,
comprimento e outras medidas;
- Definio da tipologia da edificao madeira, ao, concreto, etc.
4.2. CONTATO COM O CLIENTE
a) Apresentao da proposta de projeto ao cliente;
- Atravs de desenhos tcnicos;
- Atravs de maquetes eletrnicas;
- Atravs de maquetes volumtricas.
4.3. APROVAO DO ANTEPROJETO PELO CLIENTE
a) Acertos finais do projeto em funo das possveis mudanas requeridas pelo cliente;
b) Preenchimento de planilhas de reviso para conferir as etapas j realizadas;
c) Anotao da data da aprovao do anteprojeto.
5. PROJETO EXECUTIVO
5.1. DOCUMENTAO
a) Elaborao do projeto definitivo de Arquitetura;
b) Elaborao de documentos tcnicos, como laudo para derrubada de rvores por exemplo;

57

c) Definio dos documentos legais relativos ao terreno e outros que sejam necessrios para
cada caso
5.2. DEFINIES
- Informaes complementares necessrias execuo.
5.3. MEMORIAIS
a) Especificaes tcnicas:
- Dimensionamentos;
- Cdigos;
- Aplicao dos materiais.
b) Detalhamento do material a ser utilizado:
- Cores;
- Texturas;
- Modelos;
- Planilhas de revises para conferir as etapas realizadas.
6. PROJETOS COMPLEMENTARES
a) Execuo do projeto estrutural;
b) Execuo de projeto eltrico/telefnico;
c) Execuo do projeto de lgica rede de computadores;
d) Execuo do projeto hidro-sanitrio;
e) Execuo do projeto preventivo de incndio;
f) Execuo do projeto urbanstico;
g) Execuo do projeto de paisagismo;
h) Execuo do projeto de interiores;
i) Execuo do projeto de implantao topogrfica;
j) Execuo do projeto de segurana;
l) Datao da aprovao dos projetos complementares.
7. LEGALIZAO
7.1. APROVAO DOS PROJETOS
Esta etapa caracterizada pelo arquivo de todos os projetos necessrios j aprovados.

58

a) Aprovao do projeto arquitetnico no rgo municipal responsvel (prefeitura);

b) Aprovao do projeto preventivo de incndio no corpo de bombeiros;
c) Aprovao do projeto de tratamento de efluentes na vigilncia sanitria;
d) Aprovao do projeto de eltrico de alta tenso (se existir para o caso em questo) na
companhia de energia;
e) Aprovao na FATMA de projetos de cunho ambiental.
7.2. RECOLHIMENTO DAS TAXAS PERTINENTES
- Pagamento das taxas obrigatrias tais como ARTs, taxa para aprovao do projeto
arquitetnico na prefeitura e do projeto preventivo de incndio .
8. AVALIAES DE CUSTOS E PROGRAMAES
a) Execuo de um oramento geral da edificao;
b) Execuo de um cronograma para realizao das etapas de execuo da obra;
c) Execuo de um caderno de encargos, no qual constar um manual resumido de como
executar cada etapa da construo.
9. ACOMPANHAMENTO DA OBRA
Realizao de visitas obra conforme necessrio e combinado com o cliente comum (1)
hora por semana.
10. ENTREGA FSICA DA OBRA
a) Obteno da data da entrega da obra para posterior comparao com a data de concluso
estabelecida no cronograma;
b) Construo de as built atravs da reviso e comparao entre projetos e a obra executada;
c) Evento de entrega legal da obra;
d) Vistorias da obra e assinaturas por parte de proprietrio, projetistas e construtora.
11. AVALIAO PS-OCUPACIONAL
Esta etapa caracterizada por uma pesquisa feita pela empresa para obter informaes do
quanto qualidade dos trabalhos de projetos realizados, como segue:
11.1. AVALIAO DO PROJETO

59

a) Atendimento das necessidades do cliente quanto s caractersticas da edificao;

b) Funcionalidade dos espaos estabelecidos para o empreendimento;
c) Integrao do projeto arquitetnico com os complementares;
d) Atendimento das legislaes.
12. ATENDIMENTO DA SATISFAO DO CLIENTE
Esta etapa caracterizada por uma pesquisa feita pela empresa para obter informaes do
cliente a respeito da qualidade dos trabalhos prestados ao mesmo, pode ser constituda por
uma entrevista por ano nos trs primeiros anos:
a) Adequao dos prazos pela empresa em relao s expectativas do cliente;
b) Valores finais atingidos;
c) Formalidade existente nos processos empresa/cliente;
d) Funcionalidade da edificao como um todo;
e) Conforto estabelecido pelo empreendimento.

60

11.3. UMA SUGESTO DE MODELAGEM DO PROCESSO DE

PROJETO
Com os dados colhidos na empresa, foram definidos os caminhos percorridos pelas
informaes durante todo o ciclo de vida do projeto, e assim estabelecido uma modelagem do
fluxo de informaes no processo de projeto (figuras 13, 14, 15, 16 e 17):

Figura 13: O processo entre o Administrador e o Cliente

O cliente juntamente com o administrador da empresa, que pode ser um profissional tcnico
(Engenheiro ou Arquiteto) promovem os primeiros passos do processo. Nesta etapa so
definidas vrias questes burocrticas que esto diretamente ligadas com o perfil do cliente
em questo.

61

Figura 14: Atribuies do Arquiteto

No processo atual de desenvolvimento de projetos de edificaes da empresa estudada, o
arquiteto responsvel pela definio de diversos quesitos do projeto, sendo concludas
algumas etapas sem um maior questionamento por parte dos outros profissionais envolvidos
no processo.

62

Figura 15: Atribuies do Engenheiro

A empresa, no possuindo Engenheiros diretamente contratados, promove a terceirizao de
certas etapas do processo. Estes parceiros so normalmente de perfil j conhecido da empresa.
Porm nota-se tambm aqui, fatores que tem grande potencial de acarretar futuros erros de
projeto em funo da no-integrao necessria dos profissionais nas fases em questo.

63

Figura 16: Atribuies dos rgos Governamentais

Nesta fase est bastante envolvida a parte administrativa da empresa, cabendo a esta, realizar
todas etapas pertinentes aos caminhos que os projetos devem seguir para serem aprovados
pelos respectivos rgos pblicos.

64

Figura 17: Fluxograma geral do processo

65

Figura 18: Diagrama de Domnio

66

11.4. CONSIDERAES SOBRE A MODELAGEM PARA USO EM

UMA FERRAMENTA COLABORATIVA
A modelagem do processo de projeto definida em funo da empresa estudada tem
caractersticas que a classificam como uma modelagem de um processo amplo, abrangendo a
maioria dos casos em que se propem a elaborao de projetos de edificaes para pequenos e
mdios escritrios de Arquitetura e Engenharia.
importante explicitar que a modelagem em questo foi desenvolvida em pesquisa realizada
em uma empresa de mdio porte, assim, sua definio ou implantao no sistema de projetos
de uma empresa de grande porte s pode ser aceitvel diante de um estudo comparativo entre
os casos em questo para avaliar a compatibilidade dos processos.
A modelagem desenvolvida pode contribuir com muita importncia para futura construo de
um software com funes de uma ferramenta colaborativa para o uso no desenvolvimento de
projetos de edificaes, pois com os dados necessrios pr-estabelecidos, o trabalho de
construo do programa fica facilitado em funo de se ter definidos os caminhos que as
informaes devem percorrer para que se estabelea um bom fluxo para as mesmas dentro da
cadeia multidisciplinar de profissionais envolvidos no processo.

67

12. CONCLUSO
A modelagem do fluxo de informaes nos processos de projeto de suma importncia para a
elaborao de uma futura ferramenta computacional colaborativa para o uso em
empresas de projeto, visto que a confeco de um software sem uma antecedente
modelagem do processo estudado apresenta maiores chances de conter erros em sua
estrutura devido ao fato de no se ter estudado mais a fundo como se d na realidade o
desenvolvimento de processo em questo.
Devido aos diferentes profissionais que atuam em um projeto de edificao, o processo de
criao e troca de informaes bastante complexo, devendo ser constantemente aprimorado
para que se tenha total controle sobre todas as informaes que fluem constantemente durante
a vida do projeto.
Cada profissional que trabalha no projeto apresenta uma formao particular e que distinta
dos outros profissionais, isto caracteriza uma forma diferenciada de ver determinadas
situaes pelos diferentes agentes do processo. Muitas vezes nem mesmo existe uma
padronizao de linguagem entre os envolvidos, ou uma padronizao dos layers dos
desenhos arquivados.
A modelagem definida de um processo padro do fluxo de informaes em projeto, sendo
que foi preparada para o uso em implementao de uma ferramenta colaborativa, assumindo
possveis mudanas que podero ser feitas para um constante aprimoramento do processo.
Tudo isso foi feito pensando-se em cada vez mais tornar o processo de projeto mais dinmico,
atribuindo a este uma maior transparncia para os agentes que dele participam e tentando
sempre incluir passos que agreguem valor ao produto final e eliminar etapas que no o fazem.
O fluxo de informaes proveniente de um projeto, tem caractersticas prprias, e dificilmente
se repetir de forma igual dentro de uma empresa de projetos. necessrio uma
ferramenta que disponibilize a execuo de todas as etapas possveis de projeto
capacitando o profissional que a utilizar, a de desenvolver toda e qualquer etapa que
venha a ser requerida quando nos trabalhos de projetos.

68

12.1. SUGESTES PARA FUTUROS TRABALHOS

O desenvolvimento deste trabalho permite que sejam propostas algumas sugestes de temas
para novos estudos.
A primeira sugesto relaciona-se ampliao do nvel de detalhamento das atividades
modeladas, considerando os modelos j existentes e complementando-o com novos processos
provenientes de novas anlises.
Uma segunda proposta, seria desenvolver a ferramenta colaborativa, baseando-se nas
informaes j adquiridas e analisadas, inserindo as funcionalidades especficas do ambiente
de escritrio, levando em considerao a descrio dos processos.

69

13. REFERNCIAS BIBLIOGRFICAS

AMORIM, S. R. L.; PEIXOTO, L.; DOMINGUES, L. C. S. M.; NUNES R. Terminologia:
Buscando a Interoperabilidade na Construo. So Carlos, SP. 2001. 6p. Workshop
Nacional Gesto do Processo de Projeto na Construo de Edifcios, So Carlos, 2001. Artigo
tcnico.
AMORIM, S. R. L. Tecnologia, organizao e produtividade na construo. Rio de
Janeiro, 1985, 118 f. Tese (Doutorado em Engenharia de Produo) - Universidade Federal do
Rio de Janeiro, Rio de Janeiro.
AOUAD, G. et al. An industry foundation classes Web-based collaborative construction
computer environment: WISPER. Automation in Construction, n. 10, p. 7999, 2000.
Disponvel em <www.elsevier.com/locate/autcon>. Acesso em: 29 jan. 2001.
ASSOCIAO BRASILEIRA DOS ESCRITRIOS DE ARQUITETURA. Diretrizes
Gerais para Intercambialidade de Projetos em CAD. PINI: So Paulo, 2002.
ASSOCIAO BRASILEIRA DOS ESCRITRIOS DE ARQUITETURA. Disponvel
em: http://www.asbea.org.br. Acesso em 10 abril, 2004.
BANWELL, H. The placing and management of contracts for building and civil
engineering work, HMSO, 1964, Londres, Reino Unido.
BORDIN, Leandro; SCHMITT, Carin Maria; GUERREIRO, Janice Moura Correa Netto.A
importncia de melhor gerenciar a utilizao de sistemas colaborativos para o
desenvolvimento de projetos na indstria da construo civil. Porto Alegre. 2002. 5p., il.
Workshop Nacional Gesto do Processo de Projeto na Construo de Edifcios, 2., Porto
Alegre, 2002. Artigo Tcnico.
BORDIN, L. Caracterizao do processo e modelagem de rede de precedncia das
atividades geradoras de informaes no desenvolvimento de projetos de edifcios
residenciais multifamiliares. Dissertao de Mestrado da Universidade Federal do Rio
Grande do Sul, 2003. CD-ROM.
CORRA, Cssia V.A contribuio da tecnologia da informao pela aplicao da
engenharia simultnea e criao de banco de dados digital em projetos de produo civil
na construo de edifcios . So Paulo, SP. 2005. 1 CD-ROOM. SEMINRIO DE
TECNOLOGIA DA INFORMAO E COMUNICAO NA CONSTRUO CIVIL, 2.,
2005, So Paulo, SP.
FABRICIO, M. M. O projeto como processo intelectual e processo social. Texto de apoio
didtico. USP-EESC: So Carlos, 2002.
FARAJ A. et al. An industry foundation classes web-based collaborative construction
computer environment: Wisper, Automation in Construction, 10, 79 99, 2000.
Disponvel em: <www.elsevier.com/locate/autcon>. Acesso em 21 abr. 2004.
FAYOL, Henri. Administrao Industrial e Geral. So Paulo: Editora Atlas, 1989, 138 p.

70

HIGGIN, G. e JESSOP, N. Communications in the building industry: The report of a

pilot study. Tavistock Institute of Human Relations, 1964, Londres, Reino Unido.
HILL, Mc. Graw. Organizao, Sistemas e Mtodos - Vol I, Maria Esmeralda Ballestero
Alvarez - 1990)
JACOSKI, Cludio Alcides. Integrao e interoperabilidade em projetos de edificaes
uma implementao com IFC/XML. 2003. 218 f. Tese (Doutorado em Engenharia de
Produo) Programa de Ps Graduao em Engenharia de Produo, UFSC, Florianpolis.
LARMAN, C. Utilizando UML e padres: uma introduo anlise e ao projeto
orientado a objeto / Crain Larman; trad. Luiz A. Meirelles salgado. Porto Alegre :
Bookman, 2000.
LATHAM, M. Constructing the Team. Relatrio de pesquisa - Review of Procurement
and Contractual Arrangements in the United Kingdom Construction Industry. HMSO,
Tavistock Publications,1994, Londres Reino Unido.
LAUDON, K. C.; LAUDON, J. P. Gerenciamento de sistemas de informao. 3. ed. Rio de
Janeiro: LTC, 2001. 433 p. ISBN 8521612672.
MELHADO, Silvio Burrattino.A qualidade e o desempenho da habitao de interesse
social. So Paulo, SP. 1997. 2p. In: Workshop Tendncias Relativas Gesto da Qualidade na
Construo de Edifcios, So Paulo, 1997. Artigo tcnico. Disponvel na internet:
<http://infohab.org.br>
NASCIMENTO, Vernica de Menezes; SCHOELER, Sadi Lus. A contribuio do estudo
do fluxo de informaes para a integrao da gerncia de canteiro de obras e gerncia
central: uma abordagem terica para o subsetor edificaes. Niteri, RG. 1998. 7p.. In:
Encontro Nacional de Engenharia de PRODUO, Niteri, 1998. Artigo Tcnico. Disponvel
na interne: <http://infohab.org.br>
OLIVEIRA, D.P.R. Sistemas, Organizao & Mtodos. Atlas, 1992. Disponvel na internet:
<http://infohab.org.br>
RAGO, Ana L. M. O Que Taylorismo. Editora Brasiliense, 1998.
SCHIMITT, C. M. Por um modelo integrado de sistema de informaes para a
documentao de projetos de edificao da indstria da construo civil. Porto Alegre:
Programa de Ps-Graduao dm Administrao da Universidade Federal do Rio Grande do
Sul, 1998. Tese de Doutorado. Disponvel na internet: <http://infohab.org.br>
SILVA, M. A. C.; SOUZA, R. Gesto do processo de projeto de edificaes. So Paulo: O
nome da rosa, 2003, 182 p. ISBN 85-86872-29-6.
SILVEIRA, Joo Paulo. Modelo de Colaborao e Interoperabilidade em Gerenciamento
de Empreendimento Extranet de Projeto. 133 f. 2006. Dissertao (Mestrado em
Engenharia Civil) Programa de Ps-Graduao em Engenharia Civil, Universidade Federal
de Santa Catarina, Florianpolis, 2006.
TAYLOR, Frederick W. Princpios de Administrao Cientfica. So Paulo: Editora Atlas,
1980, 134 p.