Features Modelamento 3D

UNIVERSIDADE FEDERAL DE SANTA CATARINA UFSC
DEPARTAMENTO DE ENGENHARIA MECNICA

COORDENAO DE PS-GRADUAO EM ENGENHARIA MECNICA
Exame de Qualificao
TROCA DE DADOS E
INFORMAES BASEADAS
EM FEATURES NAS FASES
DE PROJETO MECNICO
APLICANDO SISTEMAS CAD
Aluno: Raimundo Ricardo Matos da Cunha
Curso: Doutorado em Engenharia Mecnica Programa de Psgraduao em Engenharia Mecnica
rea de concentrao: Projeto de Sistemas Mecnicos com nfase
em Sistemas CAD/CAE/CAM
Orientador: Prof. Altamir Dias, Dr. Eng.
Florianpolis SC
novembro/2000
II
Sumrio
CAPA ............................................................................................................... I
SUMRIO ....................................................................................................... II
LISTA DE FIGURAS ........................................................................................ V
LISTA DE TABELAS ...................................................................................... VII
LISTA DE SIGLAS........................................................................................ VIII
RESUMO ....................................................................................................... IX
CAPTULO 1 INTRODUO.......................................................................... 1
1.1.
APRESENTAO GERAL .................................................................................................. 1
1.1.1.
Contexto e Motivaes da Proposta de Tese ....................................................... 1
1.1.2.
Escopo da Proposta .......................................................................................... 4
1.1.3.
Objetivos e Contribuies ................................................................................. 6
1.2.
TRABALHOS DE REFERNCIA PARA A PROPOSTA .................................................................. 7
1.2.1.
Trabalhos de Evoluo da Informao nas Fases de Projeto ............................... 7
1.2.2.
Trabalhos de Orientao a Objeto para o Projeto ............................................. 12
1.2.3.
Trabalhos de Modelagem de Features para o Projeto ....................................... 13
1.3.
TPICOS ABORDADOS.................................................................................................. 14
CAPTULO 2 REPRESENTAO DOS DADOS NO PROCESSO DE PROJETO16

2.1.
INTRODUO ............................................................................................................. 16
2.2.
MODELO E REPRESENTAO......................................................................................... 18
2.3.
MODELO DO CICLO DE VIDA DO PRODUTO ...................................................................... 20
2.3.1.
2.4.
ESTRUTURA DE DADOS DO PRODUTO ............................................................................. 24
2.4.1.
2.5.
Modelo Geomtrico ......................................................................................... 22

Representao da Estrutura de Dados ............................................................ 25
A INFORMAO NO PROJETO ........................................................................................ 27
2.5.1.
Tipo e Representao da Informao de Projeto ............................................... 28
2.5.2.
Representao da Informao nos Projetos Informacional e Conceitual ............ 29
CAPTULO 3 MODELAGEM E PROGRAMAO ORIENTADA A OBJETOS... 35

3.1.
INTRODUO ............................................................................................................. 35
3.1.1.
O Que POO ou OOP? ................................................................................... 35
3.1.2.
O Que um Objeto? ....................................................................................... 36
3.1.3.
Mtodos do Objeto.......................................................................................... 37
3.1.4.
Dados do Objeto............................................................................................. 38
III
3.2.
MECANISMO SEQENCIAL DE MENSAGENS ...................................................................... 39
3.3.
ESTRATGIAS DE ORIENTAO A OBJETOS ...................................................................... 40
3.3.1.
Abstrao....................................................................................................... 40
3.3.2.
Separao ...................................................................................................... 41
3.3.3.
Composio ................................................................................................... 41
3.3.4.
Generalizao................................................................................................. 41
3.4.
O PARADIGMA DA ORIENTAO A OBJETO ....................................................................... 42
3.4.1.
Abstrao de Dados........................................................................................ 42
3.4.2.
Encapsulamento de Dados ............................................................................. 43
3.4.3.
Polimorfismo .................................................................................................. 44
3.4.4.
Herana ......................................................................................................... 45
3.4.5.
Reusabilidade ................................................................................................ 46
3.5.
SOLUO DE PROBLEMAS ORIENTADOS A OBJETOS .......................................................... 46
CAPTULO 4 TECNOLOGIA DE FEATURES APLICADA NO PROJETO

MECNICO................................................................................................... 49
4.1.
INTRODUO ............................................................................................................. 49
4.2.
CONCEITOS DE FEATURE ............................................................................................. 50
4.3.
A DISCUSSO FEATURES VERSUS OBJETOS ..................................................................... 53
4.3.1.
Objetos/Features de Projeto ........................................................................... 54
4.4.
DEFINIO DE FEATURES ............................................................................................. 55
4.5.
REPRESENTAO DE FEATURES..................................................................................... 56
4.6.
TCNICAS DE GERAO DE FEATURES ............................................................................ 57
4.6.1.
Reconhecimento Interativo/Manual de Features ............................................. 57
4.6.2.
Reconhecimento Automtico de Features ........................................................ 57
4.6.3.
Projeto por Features (Design by Features) ....................................................... 58
4.7.
IDENTIFICAO DE FEATURES ....................................................................................... 60
4.8.
CLASSIFICAO DE FEATURES....................................................................................... 61
4.9.
EXEMPLOS DE FEATURES NO SISTEMA CAD .................................................................... 63
CAPTULO 5 SISTEMAS CAD NO PROJETO MECNICO ............................ 65

5.1.
INTRODUO ............................................................................................................. 65
5.2.
MUDANAS DE APLICAO DO SISTEMA CAD .................................................................. 66
5.3.
RECURSOS COMPUTACIONAIS DOS SISTEMAS CAD ........................................................... 69
5.4.
MODELAGEM DE OBJETOS EM CAD............................................................................... 72
5.5.
QUESTES RELEVANTES NO CONTEXTO DA PROPOSTA ....................................................... 74
5.5.1.
O CAD com Modelagem de Features e Orientao a Objetos ............................ 74
5.5.2.
Outras Questes ............................................................................................ 75
CAPTULO 6 PROPOSTA DE TESE ............................................................. 77

6.1.
INTRODUO ............................................................................................................. 77
6.2.
TRANSFORMAO DOS DADOS DE PROJETO ..................................................................... 78
IV
6.3.
SISTEMTICA DE PROJETO NO SISTEMA CAD................................................................... 80
6.4.
IDENTIFICAO E CLASSIFICAO DAS FEATURES DE PROJETO............................................ 82
6.4.1.
Identificao das Features .............................................................................. 82
6.4.2.
Critrios de Classificao................................................................................ 83
6.4.3.
Esboo da Proposta de Estrutura de Dados..................................................... 84
6.5.
EXEMPLO DE EVOLUO DOS DADOS DE PROJETO ........................................................... 85
6.6.
INTERFACE E ARQUITETURA COMPUTACIONAL .................................................................. 88
6.6.1.
Interface da Aplicao para o Usurio ............................................................. 88
6.6.2.
Arquitetura Computacional ............................................................................ 90
6.7.
CONSIDERAES FINAIS .............................................................................................. 90
6.7.1.
Benefcios da Proposta ................................................................................... 90
CAPTULO 7 PLANEJAMENTO DAS ATIVIDADES DE IMPLEMENTAO DA

TESE ............................................................................................................ 92
7.1.
INTRODUO ............................................................................................................. 92
7.2.
CRONOGRAMA DE ATIVIDADES ...................................................................................... 96
7.3.
MATERIAIS E EQUIPAMENTOS ........................................................................................ 96
REFERNCIAS BIBLIOGRFICAS................................................................. 98
BIBLIOGRAFIAS ..........................................................................................101
Lista de Figuras
Figura 1. Evoluo do processo de projeto. ............................................................................. 7
Figura 2. Metodologia de projeto proposta por Pahl e Beitz.................................................... 17
Figura 3. Relacionamento entre modelos do ciclo de vida do produto..................................... 21
Figura 4. Estrutura de dados em rvore binria para esquema CSG...................................... 23
Figura 5. Estrutura de dados para esquema B-Rep. .............................................................. 23
Figura 6. Exemplo genrico de estrutura do produto............................................................. 25
Figura 7. Exemplo de uma estrutura de dados computacional do produto. ............................ 26
Figura 8. Transformao das informaes no projeto informacional....................................... 29
Figura 9. Matriz para levantamento das necessidades........................................................... 31
Figura 10. Matriz para converso dos requisitos de usurio em requisitos de projeto ............. 31
Figura 11. Exemplo de questionrio estruturado para levantamento de necessidades ............ 32
Figura 12. Estrutura de funo do produto numa forma hierrquica e representada por cones
..................................................................................................................................... 32
Figura 13. Exemplo de matriz morfolgica para representao das alternativas de soluo do
problema ....................................................................................................................... 33
Figura 14. Mecanismo de mensagens: interface de comunicao entre os objetos. ................. 36
Figura 15. Mecanismo de mensagem entre dois objetos. ....................................................... 37
Figura 16. Passagem de parmetro para um objeto. .............................................................. 37
Figura 17. Mtodos de um objeto.......................................................................................... 38
Figura 18. Acesso aos dados de um objeto. ........................................................................... 39
Figura 19. Encadeamento seqencial de mensagens. ............................................................ 39
Figura 20. Abstrao e representao de dados em POO. ...................................................... 42
Figura 21. Encapsulamento de dados em POO. .................................................................... 43
Figura 22. Exemplo de polimorfismo em POO. ...................................................................... 44
Figura 23. Exemplo de herana em POO............................................................................... 45
Figura 24. Passos de criao de um modelo de objetos.......................................................... 48
Figura 25. Evoluo dos modeladores geomtricos................................................................ 50
Figura 26. Abstrao do contexto de OBJETOS e FEATURES. ............................................... 54
Figura 27. Contextos relevantes na definio de uma feature. ............................................... 60
Figura 28. Exemplo de features bsicas, genricas e especializadas no MicroStation Modeler
v7.1............................................................................................................................... 64
Figura 29. Barra de ferramentas das features definidas no sistema CAD Solidworks.............. 64
Figura 30. Barra de ferramentas das features definidas no sistema CAD Solid Edge. ............. 64
VI
Figura 31. Evoluo da tecnologia dos sistemas CAD. ........................................................... 69
Figura 32. Exemplo de perfis bidimensionais gerando formas sinuosas. ................................ 71
Figura 33. Biblioteca de componentes padronizados disponveis no MicroStation/J Modeler
v7.1............................................................................................................................... 71
Figura 34. Fases de projeto com as respectivas entradas e sadas. ........................................ 79
Figura 35. Fases de projeto e documentao do produto. ...................................................... 79
Figura 36. Processos x Fases de Projeto Produto x Dados e Informaes. ............................ 80
Figura 37. Classificao de features no processo de projeto................................................... 84
Figura 38. Mecanismo a ser projetado utilizando o modelo de features. ................................. 86
Figura 39. Esboo de uma pea numa fase de projeto preliminar. ......................................... 87
Figura 40. Detalhamento final do modelo geomtrico. ........................................................... 88
Figura 41. Viso geral das fases de implementao da tese. .................................................. 95
Figura 42. Cronograma de Atividades ................................................................................... 96
VII
Lista de Tabelas
Tabela 1. Fases do projeto de uma casa................................................................................ 11
Tabela 2. Evoluo das estratgias de modelagem orientada a objetos. .................................. 12
Tabela 3. Definio de uma ontologia de termos e conceitos .................................................. 19
Tabela 4. Categorias de informao na fase de projeto informacional..................................... 30
Tabela 5. Estratgias de projeto de software em POO ............................................................ 42
VIII
Lista de Siglas
API Application Programming Interface........................................................ 14
B-Rep Boundary Representation ................................................................. 23
CAD Computer-Aided Design ........................................................................ 2
CAFD Computer-Aided Fixture Design......................................................... 58
CAM Computer-Aided Manufacturin ............................................................ 49
CAPP Computer-Aided Process Planing ....................................................... 50
CAX Computer-Aided "X" ............................................................................ 67
CNC Computer Numerical Control................................................................ 57
CSG Constructive Solid Geometric ............................................................... 22
DBMS Database Management System ........................................................ 34
FEM Finite Element Method ........................................................................ 24
GT Group Technology ................................................................................. 51
JDBC Java Database Connectivity.............................................................. 70
JMDL Java MicroStation Development Language......................................... 14
KBE Knowledge-based Engineering ............................................................ 56
MDL MicroStation Development Language ................................................... 70
ODBC Open Database Connectivity............................................................. 70
OMT Object Modeling Technique ................................................................. 48
OOA Object-Oriented Analysis .................................................................... 48
OOP Object-Oriented Programming.............................................................. 35
POO Programao Orientada a Objetos ...................................................... 35
QFD Quality Function Deployment .............................................................. 91
UML Unified Modeling Language................................................................. 48
IX
Resumo
As informaes e os dados de projeto possuem caractersticas geomtricas e nogeomtricas. Estes dois tipos de informao precisam ser encapsulados numa estrutura de
dados nica as features de projeto , para terem um significado de aplicao. A idia
utilizar o conceito de modelagem por features para fazer a identificao de informaes e dados
de cada uma das fases do projeto mecnico, buscando encontrar uma assinatura de cada fase
do projeto. Alm disso, o conjunto de features da fase atual deve ser uma evoluo da
informao geomtrica e no-geomtrica da fase anterior.
Os objetivos principais so: Modelar features de projeto que encapsulam a evoluo dos
dados e informaes de Engenharia nas fases de projeto; Capturar a inteno do projetista ao
utilizar as features definidas e implementadas no sistema CAD; Reusar, trocar e compartilhar
essas informaes num ambiente computacional de CAD.
A pesquisa se concentra no estudo da tecnologia de features numa viso voltada para o
projeto, e modelagem com base nos princpios de orientao a objetos. A abordagem inicial
consiste na identificao e classificao de features que evoluam nas diferentes fases do projeto
mecnico de produtos. Para isso ser implementada uma interface computacional que permita
instanciar features prprias de cada fase do projeto e editar a informao no-geomtrica
necessria para dar um significado de aplicao. Numa etapa de testes e validao, faz-se a
importao das features instanciadas para dentro do ambiente de um sistema CAD
convencional, a fim de criar o projeto detalhado do produto.
A proposta contribui para comprovar a necessidade de mudana na forma de pensar a
estrutura de dados em que um sistema CAD deve ser construdo. Juntos, os conceitos e
modelos de objetos e features definidos, possibilitaro a captura do significado de Engenharia
embutido nas entidades grficas de um sistema CAD convencional. Alm disso, as features
identificadas devem servir de informao til para o projetista e resultar num sistema CAD
mais integrado s fases informacional, conceitual, preliminar e detalhada da sistemtica de
projeto.
C a p tu l o 1
Introduo
1.1.
APRESENTAO GERAL
Neste captulo, feita uma apresentao geral da proposta, para tornar

mais claro os relacionamentos entre os tpicos abordados.
O objetivo principal evidenciar o escopo de atuao Quais so as
principais reas de conhecimento da proposta de tese? , e que certamente
exigiro pesquisas mais detalhadas.
Na seqncia, so descritas as motivaes que levaram escolha do tema
de pesquisa, citando quais so os objetivos e as possveis contribuies da
implementao desta proposta de tese. Citam-se tambm os trabalhos
referenciais que se alinham com as idias descritas nesta proposta.
1.1.1.
CONTEXTO E MOTIVAES DA PROPOSTA DE TESE
Algumas questes, provenientes de conversas, discusses e leitura de

referncias bibliogrficas sobre o tema, motivaram essa proposta de tese.
Numa maneira de iniciar e incitar a discusso, as principais questes foram
listadas a seguir:
Quais so os dados e informao de projeto que podem ser identificados
CAP. 1 INTRODUO
e modelados por features de projeto?
Como os dados de projeto evoluem e se transformam?
De quais formas os dados de projeto podem ser integrados e capturados

num sistema CAD?
Como e o que preciso, em termos computacionais, para propiciar e

estender funcionalidades de apoio ao projeto dentro dos sistemas CAD?
A partir das questes levantadas acima, possvel concluir que as

necessidades atuais de mercado e o avano das pesquisas na rea de projeto
mecnico resumem-se a dois importantes enfoques de discusso, os quais
sero considerados nesta proposta:
Um nvel mais bsico, relacionado questo da modelagem e

representao computacional da informao e dados de projeto;
E um segundo nvel, relacionado questo da integrao de

ferramentas computacionais de suporte ao projeto mecnico de
produtos.
O primeiro ponto acima consiste na modelagem e representao de dados

de projeto baseados em features de projeto e implementadas conforme os
princpios de orientao a objetos. Essa viso requisito bsico para
consolidao de uma renovada aplicao da ferramenta CAD no projeto,
contribuindo para o estado da arte em sistemas CAD.
J o segundo ponto entendido como sendo uma aplicao do primeiro.
Nessa proposta a modelagem ser direcionada para realizar a captura,
recuperao, armazenamento e a evoluo das informaes e dados nas fases
de projeto, contribuindo para o estado da arte em suporte computacional ao
projeto mecnico de produtos. Como resultado esperada a validao da
estrutura de dados de projeto baseados em features.
Atualmente, esses pontos so temas em pesquisas de aplicao dos
sistemas CAD (Computer-Aided Design), nos tpicos de: Modelagem de Dados
de Projeto, Tecnologia de Features, Padres para Troca de Dados de Projeto. E
essas reas de conhecimento, por sua vez, conduzem a uma outra diversidade
de
reas de pesquisas relacionadas ao projeto mecnico, tais como:
CAP. 1 INTRODUO
Metodologias de Projeto, Desenvolvimento de Produto, Implementao de

Ferramentas Computacionais de Suporte ao Projeto Mecnico.
Em razo disso, alguns fatores diretos e indiretamente relacionados
estimulam a desenvolver pesquisas dentro desse contexto, e convencem da
possibilidade de contribuir para o estado da arte em sistemas CAD aplicados
ao suporte computacional do projeto mecnico de produtos:
No existem evidncias ou argumentos claros do significado ou

interpretao de features no contexto de projeto, e qual a relao de
equivalncia com o conceito de objeto no contexto de representao
computacional da informao. Apesar dos anos de pesquisas em
tecnologia de features e aplicao da modelagem orientada a objetos,
ainda hoje esses pontos geram uma certa polmica e algumas
obscuridades
sutis.
principal
motivo
disso
devido
ao
amadurecimento ainda incipiente em tratar com os conceitos de ambos

os contextos, seja de orientao a objeto quanto de tecnologia de
features. O Captulo 4 inicia uma discusso sobre a relao de
equivalncia entre os conceitos de objetos e features, com o objetivo de
contribuir para o esclarecimento dos conceitos bsicos dessa proposta
e incitar outras opinies e pontos de vista;
Principalmente nas fases iniciais do processo de projeto verifica-se uma

falta estrutura de dados e interfaces computacionais para lidar com a
informao e os dados de projeto mais subjetivos, no-geomtricos, que
no possuem uma conotao de valor ou quantidade. Vrios autores
tiveram essa concluso: (ULLMAN et al., 1990), (HSU e WOON, 1998), e
(OGLIARI, 1999). Em suma, est se falando da informao e dos dados
que geralmente so processados na mente do projetista (as intenes),
mas que no so refletidos e capturados no modelo de informao do
projeto ou produto, e que por isso no so compartilhados ou
reusados. No Captulo 2 descreve algumas formas de representao
computacional desses dados de projeto, e no Captulo 6 tem-se a
proposta de estrutura de dados baseada em features que capturam a
informao de projeto nas fases;
CAP. 1 INTRODUO
Necessidade de integrao entre ferramentas computacionais, que

favoream a reusabilidade e interoperabilidade de informaes e dados
de projeto.
Esta proposta direciona-se para um melhoramento da representao

computacional dos dados, voltada para o contexto de projeto dentro de um
sistema CAD, numa linha de pensamento j levantada por (WARMAN, 1990)
A Modelagem de Objetos no Sistema CAD. Dessa forma, estar-se-
preparando uma base de modelagem computacional slida e consistente, com
as vantagens que a orientao a objetos pode oferecer. As atividades
subseqentes do ciclo de vida do produto podem usar toda implementao
realizada, e assim reus-la noutro contexto de aplicao, seja de Planejamento
do Processo (projeto de sistemas de fixao de peas), Fabricao (gerao do
cdigo comando numrico), Anlise de Tenso (gerao de malhas para
elementos finitos), Anlise de Montabilidade, ou em outras atividades de
interesse de Engenharia e do ciclo de vida do produto.
Como contribuio importante desse trabalho para outros futuros
trabalhos extensveis ou relacionados a esse, importante que se tenha
iniciado uma discusso, reflexo e alguns direcionamentos no sentido de
apontar para a necessidade de mudana na forma de pensar e representar a
estrutura de dados em que um sistema CAD deve ser construdo.
Na literatura cientfica existem diversos trabalhos que discutem temas
relacionados a essa pesquisa. Todos eles acrescentam contribuies e
conseguem avanos em pontos isolados ou especficos. Normalmente, a
contribuio resulta num prottipo computacional, que implementa as idias
defendidas. No tpico de reviso bibliogrfica, esses trabalhos so discutidos
com mais detalhes.
1.1.2.
ESCOPO DA PROPOSTA
Pelo que foi introduzido no tpico de contextualizao da proposta de tese,

o escopo dessa pesquisa abrange dois itens principais, os quais se constituem
na maior parte da discusso colocada no texto, a saber:
A modelagem de dados e de estruturas de dados computacionais
CAP. 1 INTRODUO
baseadas em features para o projeto mecnico com sistemas CAD;
O suporte computacional na evoluo e transformao das informaes

e dados de projeto mecnico de produtos durante as fases de projeto.
As informaes e os dados de projeto possuem caractersticas geomtricas

e no-geomtricas. Estes dois tipos de informao precisam ser encapsulados
numa estrutura de dados nica, e ento assumirem um significado para um
contexto de aplicao mais especfica. Nesta proposta, as features de projeto
so consideradas como unidades de informao, servindo como meio de
representao computacional para transmisso da informao de projeto.
Pretende-se utilizar o conceito de modelagem por features para fazer a
identificao de informaes e dados de cada uma das fases do projeto
mecnico, buscando encontrar uma assinatura de cada fase do projeto. E
dessa forma, o conjunto de features da fase atual deve ser uma evoluo da
informao geomtrica e no-geomtrica da fase anterior.
A abordagem inicial consiste na identificao e classificao de features
que evoluam nas diferentes fases do desenvolvimento do produto. Para isso
ser implementada uma interface computacional que permita instanciar
features prprias de cada fase do projeto e editar a informao no-geomtrica
necessria para dar um significado de aplicao. Numa etapa seguinte de
testes e validao, faz-se a importao das features instanciadas para dentro
do ambiente de um sistema CAD convencional, a fim de criar o projeto
detalhado do produto.
Essa proposta vai ao encontro de uma soluo que facilite para o
projetista desenvolver sua atividade principal; que projetar, mas usando uma
ferramenta com interface computacional melhorada e integrada. importante
tambm que, para fins de sistematizao e facilidade de integrar-se ao projeto e
demais etapas subseqentes do ciclo de vida do produto, prope-se que a
modelagem de dados considere a evoluo baseada numa sistemtica de
projeto com fases bem definidas.
A partir do sistema CAD, aliado a uma nova viso de aplicao dessa
ferramenta no processo de projeto, que se vislumbrar a integrao
necessria para utilizao de outros sistemas e recursos computacionais j
CAP. 1 INTRODUO
disponveis, tais como: bases de dados de componentes padronizados,

bibliotecas de features, banco de dados de funes de produtos e princpios de
soluo, regras especialistas, etc.. Maiores detalhes sobre os recursos
computacionais disponveis nos sistemas CAD so citados no Captulo 5.
No desenvolvimento desses pontos de discusso, exige-se conhecimento
adquirido e experimentado dos princpios de modelagem orientada a objeto e de
features, alm de conhecimento de como so definidos, representados, e
processadas as informaes e os dados de projeto. O conhecimento prvio
dessas tcnicas de modelagem bsico para visualizar contribuies nesta
rea de projeto auxiliado por computador, e o que mais importante propor
alternativas de soluo. O Captulo 3 traz mais detalhes sobre os fundamentos
da modelagem orientada a objetos, e o Captulo 4 complementa com as
definies sobre a tecnologia de features.
importante deixar claro a posio de destaque do sistema CAD nessa
proposta de tese, atuando como uma plataforma-cliente para a implementao
de ferramentas computacionais de apoio ao projeto. O sistema CAD tambm
ser a ferramenta que se beneficiar dos resultados obtidos com a
implementao das idias aqui defendidas.
1.1.3.
OBJETIVOS E CONTRIBUIES
Utilizando os princpios de modelagem orientada a objeto e de features de

projeto, pretende-se:
Definir classes de features que encapsulem os atributos relevantes

para
capturar
caracterizar
evoluo
transformao
das
informaes e dados de projeto;
Proporcionar meios de recuperao e visualizao da evoluo e

transformao das informaes e dados de Engenharia no modelo
geomtrico, para a documentao do projeto mecnico;
Proporcionar o reuso, a troca e o compartilhamento dos dados de

projeto atravs de uma estrutura de classes de features de projeto
incorporada a um sistema CAD;
Contextualizar
os
conceitos
de
features
ressaltando similaridades e diferenas;
de
projeto
objetos,
CAP. 1 INTRODUO
Capturar aspectos da inteno do projetista para dentro do modelo

geomtrico slido gerado pelo sistema CAD.
A satisfao desses objetivos passa pela obteno de uma forma

computacional representativa da forma de pensar do projetista. Dentre os
modelos computacionais, o modelo de objetos o que mais se aproxima e pode
atender esses requisitos da atividade de projetar. Juntos, os conceitos e
modelos de objetos e features definidos, possibilitaro a captura do significado
de Engenharia embutido nas entidades grficas de um sistema CAD
convencional. Alm disso, as features identificadas devem servir de informao
til para o projetista, e resultar num sistema CAD mais integrado s fases de
projeto informacional, conceitual, preliminar e detalhado.
1.2.
TRABALHOS DE REFERNCIA PARA A PROPOSTA

1.2.1.
TRABALHOS DE EVOLUO DA INFORMAO NAS FASES DE PROJETO
As pesquisas agora esto se direcionando para dar suporte s fases

iniciais do processo de projeto, alm da fase de projeto detalhado.
Segundo Van Der Net, citado em (MAZIERO, 1998), um nico modelo do
produto deveria ser suficiente para descrever as informaes em todos os
estgios de projeto e processos de manufatura. Estando as informaes num
nico modelo, elas seriam interpretadas conforme a necessidade dos diferentes
estgios. Como mostrado na Figura 1, utilizam-se conceitos de estado e estado
de transio para descrever o projeto de produtos, considerando que um estado
de transio usa um estado como entrada e que o resultado um novo estado.
Decises de
projeto
PROJETO
estado n
TRANSFORMAO DE PROJETO
PROJETO
estado (n + 1)
Figura 1. Evoluo do processo de projeto.
CAP. 1 INTRODUO
(MCGINNIS e ULLMAN, 1992) afirmam que as alteraes de estado so por

causa das decises de projeto tomadas, evidenciadas pelas alteraes sofridas
nos atributos das restries de projeto.
Para Van Der Net, o modelo do produto pode servir para satisfazer trs
necessidades bsicas:
Numa viso de integrao das fases do ciclo de vida do produto serve

para capturar e registrar as intenes, desejo e raciocnio do projetista;
Numa viso de projeto serve para criar uma descrio consistente do

produto para auxiliar o prprio projeto, assim como atividades
subseqentes do ciclo de vida;
E numa viso de fabricao permite analisar a manufaturabilidade do

produto, simultaneamente ao desenvolvimento do projeto.
(MCGINNIS e ULLMAN, 1992) escreveram um artigo onde a evoluo do

projeto de componentes mecnicos foi traada desde a sua concepo at o
projeto completo. Os autores definiram um conjunto de restries, que
serviram de estrutura para um protocolo de captura das intenes do
projetista. Este protocolo formal foi estruturado com base no protocolo verbal
dos projetistas, quando os mesmos trabalhavam em cima de um problema de
projeto. Essa tcnica conhecida como Anlise de Protocolo, e envolveu o uso
de vdeo e gravao para captura da verbalizao dos projetistas durante a
sesso de projeto.
Os critrios adotados para construo do protocolo consistiram em
identificar restries, as quais eram classificadas de acordo com a sua fonte
(origem), o nvel de abstrao, a forma e a funo. Os autores verificaram que o
projeto de um componente exige a identificao de trs tipos de restries:
inicialmente comea com a determinao de restries de forma e funo; a
seguir, inclui restries oriundas do domnio de conhecimento do projetista; e
finalmente aquelas restries derivadas de cada deciso realizada durante o
andamento
do
projeto. Esse inter-relacionamento de restries que
constituem o refinamento de informao sobre o componente. Identificando as

restries, o passo seguinte consiste em esclarecer as definies e os
relacionamentos delas com as features de projeto.
CAP. 1 INTRODUO
Neste trabalho, os autores identificaram dois tipos de estruturas

protocolares para caracterizar o relacionamento entre restries e features de
projeto. Esses protocolos de relacionamento so exemplificados a seguir:
Tem-se o protocolo de instanciao das features:
<feature de forma> <instanciao>
<feature funcional> <instanciao>
Ex.: [tempo de operao de 40s]; ou [profundidade do furo 10mm]

Tem-se o protocolo de relacionamento entre features:
<feature dependente relao feature independente(s)>
O protocolo acima estabelece que uma ou mais features restringem uma

nica feature. Ao todo, identificaram-se dez possibilidades de protocolos
correspondendo ao padro acima. Por exemplo:
<feature de forma> <relao de forma> <feature independente(s)>
Ex.: [posio do furo no meio de (a) base de apoio]
<feature de forma> <relao funcional> <feature independente(s)>
Ex.: [furo central suporta eixo principal]

Esse trabalho desenvolvido por McGinnis e Ullman resultou em idias
fundamentais para o entendimento de relacionamentos entre restries e
features de projeto, e sua evoluo no processo de projeto mecnico. Outros
trabalhos que podem substanciar a discusso dessa temtica esto em
(ULLMAN et al., 1988) e (ULLMAN, 1990).
Uma representao da evoluo e transformao dos dados de projeto
baseada num modelo de features foi proposta por (ACHTEN e LEEUWEN,
1998). Neste trabalho, os autores realizaram um estudo de caso aplicado ao
domnio do projeto arquitetnico (projeto de uma casa).
Baseado nos desenhos mostrados na Tabela 1, os quais correspondiam s
fases de projeto, fez-se uma anlise conforme os passos citados a seguir:
Em cada fase (desenho), fez-se uma identificao das informaes a

serem definidas como features, de forma a ficar ciente do tipo de
informao a ser tratada no problema;
Se os elementos so novos, faz-se a definio e o registro dos tipos de
10
CAP. 1 INTRODUO
features simples e complexas necessrias. Aqui, cabe uma anlise do

que realmente importante incluir na definio da feature, a fim de
estabelecer o quanto genrica a feature;
Ex.: Exemplo de um tipo de feature Space, dado pelos autores
complex BuildingElement.space.Space
{
TypeDate {23/10/2000}
TypeAuthor {RR}
TypeDescr {Space element within which activities can take place}
Spec BuildingElement.space.Space contains[0..?]
Spec User.value.Daylighting datlightIsUsed[1..1]
Spec User.value.Function function;
Has BuildingElement.structure.Rooftype kindOfRoof;
Spec User.value.NumberOfPersons;
}
No
caso
de
features
definidas,
faz-se
instanciao
dos
correspondentes objetos, preenchendo os respectivos atributos.

Ex.: A instanciao de uma feature Space Living, dado pelos autores
Building.space.Space Living =
{
contains[1] = Dining
contains[0] = Sitting
function = FunctionLiving
}
Os tipos e as instncias das features so definidos e representados

textualmente atravs de uma linguagem de definio prpria, chamada de
FTDL Feature Type Definition Language, tal como mostrado nos exemplos
acima. Essa linguagem suportada por uma ferramenta desenvolvida no
mbito do trabalho, e descritas em outros trabalhos do grupo de pesquisa.
A partir da especificao de projeto, a qual relatada como relatrio de
projeto, os autores identificam os objetos presentes, os quais constituiro o
modelo de features (objetos). Os objetos instanciados so os elementos que
encapsulam as informaes de projeto e que serviro de meio para visualizar a
evoluo durante as fases do projeto. Alguns objetos so instanciados como
features (Space, Door, Roof, Table, Function, etc.). E outros como restries
do tipo interfeatures (Space_adjacent_Space, Stair_NOTin_Space), de acesso
(Space_Space), e visuais (Space_NOTvisual_Space). Esta fase considerada
como sendo a fase 0 do projeto.
11
CAP. 1 INTRODUO
Tabela 1. Fases do projeto de uma casa (ACHTEN e LEEUWEN, 1998).
Fase 1: O relatrio funcional convertido em

espaos posicionados na planta do projeto, dando
uma indicao do espao requerido e do leiaute. A
massa principal localizada a noroeste, deixando
espao para o jardim. O mdulo usado de 1,20 m.
Ele um mdulo-rascunho usado pelo arquiteto.
Fase 1
Fase 2: Muitos espaos esto localizados no piso

trreo. O estudo da fachada mostra a construo na
vista frontal, incluindo posicionamento de janelas e
Fase 2
a forma do teto.
Fase 3: O arquiteto usa uma grade 1 para

estabelecer uma escala das dimenses ocupadas
pelos espaos principais do projeto. O uso de uma
segunda grade (grade 2) para o piso da garagem,
que est posicionada no canto superior esquerdo.
Concluiu-se
que
garagem,
posicionada
ortogonalmente em relao aos demais espaos,

Fase 3
tornar-se-ia muito visvel (dominante), por isso a

rotao da grade 2 com relao grade 1.
Fase 4: A parte central da construo est baseada

na grade 2. Os espaos so colocados de acordo
com a nova grade, para ver como foi calculado.
Fase 4
Os autores concluram que o modelo de produto baseado em features,

juntamente com outras tecnologias (tais como realidade virtual), consolida-se
como um formalismo adequado para a representao da evoluo dos dados
durante as fases de projeto e captura das intenes do projetista.
Considerando estes trabalhos, surge o interesse nessa proposta de
estender essa mesma idia para o contexto do projeto mecnico de produtos
industriais.
12
CAP. 1 INTRODUO
1.2.2.
TRABALHOS DE ORIENTAO A OBJETO PARA O PROJETO
Durante toda a dcada de 90, o modelo computacional mais recomendado

para a modelagem de dados foi o modelo baseado em objetos (WARMAN, 1990)
(KUMAR et al., 1999). E essa escolha ainda prevalece para os dias atuais e o
para o futuro da modelagem de entidades computacionais. A Tabela 2, baseada
em (KUMAR et al., 1999), mostra a evoluo das estratgias de modelagem com
objetos.
Tabela 2. Evoluo das estratgias de modelagem orientada a objetos.
ANO
1950's
1960's
1970 1980
1990's
Futuro
APLICAES
ATRIBUTOS DOS OBJETOS
Computao Grfica
Usinagem por controle Geometria
numrico (CNC)
REPRESENTAO
COMPUTACIONAL
Desenho eletrnico
wireframe
Modelos poligonais e de
superfcie
CAD/CAM
Geometria e topologia
Modelos slidos
Geometria, topologia, e Modelos
slidos
Objetos heterogneos
material
heterogneos
Geometria, topologia, e
Objetos heterogneos e
material,
propriedades Modelos de objetos
Modelagem Fsica
fsicas, atributos gerais
(WARMAN, 1990) discutiu o uso do mtodo orientado a objetos em projeto,

associado aplicao de sistemas CAD. Ele defende que no projeto, todas as
manifestaes da criatividade se baseiam em mtodos grficos para capturar a
inteno ou o raciocnio do projetista. Por isso, todos os mtodos grficos
devem ser imitados na interface do projetista com o computador. Quanto
informao de projeto e interao computacional, Warman sugere uma forma
de dilogo, no qual os elementos podem ser editados e manipulados como
objetos, pesquisa em base de dados e definio do problema de projeto.
Dependendo da fase particular do ciclo de vida de projeto existem no mnimo
dois tipos de necessidades de informao: uma informao da viso geral do
estado atual do projeto; e a informao detalhada relacionada a aspectos
particulares de projeto.
Pelo que se tem pesquisado na Internet, e em alguns trabalhos sobre a
aplicao de modelagem orientada a objetos no mbito dos sistemas CAD,
percebe-se uma tendncia inicial com aplicaes na rea de Arquitetura e
13
CAP. 1 INTRODUO
Construo Civil (ACHTEN e LEEUWEN, 1998) e (DAY, 2000).

Essa necessidade de utilizar a modelagem de objetos crescente na rea
de Projeto e Desenvolvimento de Produto, e a tendncia atual do mercado.
1.2.3.
TRABALHOS DE MODELAGEM DE FEATURES PARA O PROJETO
O modelo de dados est sendo melhorado, medida que a tecnologia de

Computao Grfica, Teoria de Modelagem de Slidos e a Engenharia de
Software
vm
tambm
evoluindo,
juntamente
com
evoluo
dos
computadores e meios de comunicao. Para o futuro prximo dos sistemas

CAD devem incorporar estas novas ou renovadas caractersticas.
No estgio atual, o patamar de abstrao de captura das intenes do
projetista tem se baseado em definies de features bsicas e de features
especficas de aplicaes mais comumente realizadas ou de natureza particular
(forma, funcional, montagem, material, esttica, etc.). Os modelos baseados em
features so mais flexveis, pois podem enfocar diferentes vises de um
produto. Essa caracterstica da modelagem por features est de acordo com a
natureza dinmica do projeto.
Para eliminar ou reduzir as deficincias dos sistemas CAD atuais, tem-se
usado a tecnologia de features, que possibilita a representao das informaes
to necessrias para integrao das atividades do ciclo de vida do produto.
Para (SHAH, 1991), dentro do contexto de Engenharia, features so
formas genricas que os engenheiros associam certas propriedades ou
atributos e conhecimentos teis em processos de raciocnio sobre o produto, ou
seja, as features podem ser vistas como primitivas de Engenharia.
(SALOMONS, 1993) afirma que as features podem ser tratadas como
objetos de projeto, pertencendo a uma classe geral, a qual herda propriedades
de outras classes.
No mbito dessa proposta de tese vem sendo desenvolvido um trabalho de
Mestrado
de
implementao
computacional
utilizando
sistema
CAD
MicroStation/J, da Bentley. O trabalho enfatiza a questo da integrao do

sistema CAD com informaes de features colocadas num banco de dados
relacional Access, da Microsoft, na fase de detalhamento de projeto. J fornece
indcios da possibilidade de integrao da informao de projeto atravs de
14
CAP. 1 INTRODUO
modelos
baseados
em
features
implementadas
partir
de
perfis
parametrizados bidimensionais armazenados numa biblioteca de perfis. Esse

trabalho pretende personalizar uma arquitetura computacional constituda por
banco de dados relacional, sistema CAD, e algumas features bsicas j
existentes no sistema CAD. A personalizao deve ser implementada usando a
linguagem
de
programao
Java,
disponvel
dentro
do
sistema
CAD
MicroStation/J atravs de uma API Application Programming Interface

chamada JMDL Java MicroStation Development Language.
1.3.
TPICOS ABORDADOS
A proposta de tese colocada neste trabalho constituda pela abordagem

dos seguintes tpicos:
O Captulo 2 que trata da Representao dos Dados no Processo de
Projeto discute sobre o tipo de informao, tcnicas de captura, e das formas
utilizadas para representar as informaes dentro das fases de projeto.
O Captulo 3 que trata da Modelagem e Programao Orientada a
Objetos discute os conceitos bsicos sobre objetos e modelagem orientada a
objetos.
O Captulo 4 que trata da Tecnologia de Features Aplicada no Projeto
Mecnico discute os conceitos sobre a tecnologia de features e mostra as
vantagens em adotar esse modelo como unidade de informao de projeto.
Juntos, os dois captulos fornecem grande parte da base terica necessria
para a implementao dessa proposta de tese.
O Captulo 5 que trata dos Sistemas CAD no Projeto Mecnico faz
uma descrio dos recursos disponveis nos sistemas CAD para aplicaes de
projeto.
O Captulo 6 que trata da Proposta de Tese descreve em mais detalhes
os objetivos principais e o enfoque de aplicao da proposta.
E para encerrar o texto, colocado um captulo que trata sobre o
planejamento e cronograma de Atividades, e sobre os recursos e materiais
necessrios para implementao da proposta de tese.
C a p tu l o 2
Representao dos Dados no

Processo de Projeto
2.1.
INTRODUO
Os modelos de projeto utilizados na Engenharia se resumem a dois tipos:
Modelos do processo de projeto: descrevem a maneira e os padres

de procedimentos seguidos pelo projetista durante o desenvolvimento
do projeto. Estes modelos so abstratos, ou seja, o projeto ainda no
existe fisicamente. Como exemplo, citam-se as vrias metodologias de
projeto descritas na literatura.
Modelos do produto: descrevem o projeto em si, de tal forma que o

projetista possa avali-lo, manipul-lo, e otimiz-lo. O modelo do
projeto uma representao do projeto, que pode assumir formas
diferenciadas dependendo do enfoque ou contexto. Estes modelos
abrangem todas as representaes utilizadas na modelagem do projeto.
No desenvolvimento de ferramentas computacionais de suporte ao
CAP. 2 REPRESENTAO DOS DADOS NO PROCESSO DE PROJETO
16
processo de projeto exige-se que o projeto acontea com base no entendimento

do processo de projeto, a fim de que a integrao da ferramenta e da
metodologia seja otimizada. Por isso, importante considerar a proposta de
metodologia de projeto mais representativa do processo de projeto, por ser a
mais referenciada em trabalhos dessa rea. Trata-se da metodologia proposta
por Pahl e Beitz, resumida na Figura 2. Ela considerada uma abordagem
tradicional ou clssica na rea de projeto de produtos industriais, e reflete a
linha de pensamento bsico da escola alem.
A metodologia de Pahl e Beitz enfoca alm dos aspectos procedurais da
atividade de projeto, tambm enfoca aspectos relacionados percepo,
cognio e modelagem do problema de projeto. O objeto de projeto tratado
como um sistema tcnico, constitudo pela transformao de energia, material
e informao, e cujo comportamento funcional determinado por princpios
baseados em leis fsicas.
Tarefa
Definio da
tarefa
Definio da tarefa
Elaborar as especificaes
Especificaes
Concepo
Identificar os problemas essenciais

Estabelecer a estrutura de funes
Pesquisar princpios de soluo
Combinar e concretizar em variantes
de concepo
Avaliar segundo critrios tcnicos e
econmicos
Concepes
Desenvolver leiautes e formas
preliminares
Selecionar o(s) melhor(es) leiaute(s)
preliminar(es)
Refinar e avaliar sob critrios
tcnicos e econmicos
Projeto Preliminar
Leiaute Preliminar
(de configurao)
Otimizar e completar o projeto
das formas
Verificar erros e controlar custos
Preparar a lista das partes
preliminares e os documentos de
produo
Leiaute Definitivo
Projeto Detalhado
Finalizar os detalhes
Completar os desenhos detalhados
e documentos de produo
Verificar todos os documentos
Documentao
Soluo
Figura 2. Metodologia de projeto proposta por Pahl e Beitz.
17
Embora seja uma abordagem clssica da metodologia de projetos, a

seqncia das fases, passos, atividades e aes podem ser consideradas como
guia para uma abordagem de Engenharia Simultnea.
Considerando uma viso global das propostas de metodologias de projeto,
consensualmente elas abordam quatro fases, as quais podem ser resumidas
quanto s aes e resultados obtidos em cada etapa, a saber:
Projeto informacional: definio das especificaes de projeto;
Projeto conceitual: seleo de uma alternativa de soluo conceitual;
Projeto preliminar: encorpamento do leiaute do produto;
Projeto
detalhado:
detalhamento
de
dimenses,
tolerncias
do
produto, e documentao final.

Os resultados de cada etapa precisam ser representados em modelos. E
esses modelos, que prprios do processo de projeto, por sua vez precisam ser
representados no computador, numa forma que imite a representao
entendida pelo projetista.
2.2.
MODELO E REPRESENTAO
Um modelo busca representar de algum modo a realidade atravs de

informaes. O contedo da informao construdo de conceitos e relaes
com outros conceitos. O conceito definido como um elemento do pensamento.
uma construo mental dos objetos do mundo real, os quais podem ser
fsicos ou abstratos.
Neste ponto, vale a pena ter uma base de referncia da terminologia
adotada no texto. (HSU e WOON, 1998) definem uma ontologia como sendo um
conjunto til de conceitos e termos que geral o bastante para descrever
diferentes tipos de conhecimento em diferentes domnios; mas ao mesmo
tempo, especfico o suficiente para poder ser aplicado numa tarefa em
particular.
Modelo/Representao um instrumento para representar/imitar algo do
mundo real ou imaginrio. Logo, o modelo em si pode ser algo fsico, palpvel,
18
identificvel ou apresentvel de alguma forma. Fazendo uma analogia, um

modelo ou uma representao seria o correspondente ao numeral, que o
smbolo/cone/simbologia usado para representar a idia de nmero. A
modelagem, por sua vez, corresponde prpria idia/abstrao do conceito de
nmero. A modelagem indica a tcnica ou mtodo utilizado para modelar os
conceitos do mundo real ou imaginrio.
Segundo o dicionrio Aurlio, modelo e representao, so definidos como:
MODELO:
S. m.
1. Objeto destinado a ser reproduzido por imitao.
2. Representao em pequena escala de algo que se pretende executar em grande.
3. Molde (1).
4. Pessoa ou coisa cuja imagem serve para ser reproduzida em escultura, pintura,
fotografia, etc.
5. Aquilo que serve de exemplo ou norma; molde: modelo literrio.
6. Aquele a quem se procura imitar nas aes, no procedimento, nas maneiras, etc.; molde:
tomar algum por modelo.
...
13. Fs. Conjunto de hipteses sobre a estrutura ou o comportamento de um sistema fsico
pelo qual se procuram explicar ou prever, dentro de uma teoria cientfica, as propriedades do
sistema. [Pl.: modelos (). Cf. modelo, do v. modelar.]
Modelo icnico.
1. Aquele que reproduz a aparncia fsica do objeto representado.
REPRESENTAO:
S. f.
4. Reproduo daquilo que se pensa.
Pela Tabela 3, deseja-se fazer uma correspondncia e unificao na

interpretao dos conceitos de modelo/representao e modelagem.
Tabela 3. Definio de uma ontologia de termos e conceitos
MODELO / REPRESENTAO
NUMERAL
SMBOLO / CONE / SIMBOLOGIA
MODELAGEM
NMERO
IDIA / CONCEITO / ABSTRAO
Vendo os significados das palavras modelo e representao, conclui-se

que eles dizem a mesma coisa. A inteno aqui justificar, a correspondncia
entre estas palavras, ou seja, quando se fala em modelo implica em fazer uso
de uma representao do problema real.
De todas as propriedades (funo, estrutura, forma, material, condies
superficiais, e dimenses) modeladas pelos modelos de produto, duas delas tm
particular importncia na Engenharia: a forma dos componentes e peas, e a
19
estrutura de como as partes do projeto se agrupam para atender a funo.

Os modelos mais comumente usados para representar tais propriedades
so: os desenhos, que representam melhor a forma dos componentes ou peas
do projeto; e os diagramas, que melhor representam a estrutura do projeto.
Uma leitura complementar sobre esses tipos de modelos pode ser consultada
em (CUNHA e DIAS, 2000).
2.3.
MODELO DO CICLO DE VIDA DO PRODUTO
O modelo do produto um conjunto de modelos, os quais so construdos

fazendo-se a relao entre os conceitos de Engenharia e os conceitos do
modelo.
Atravs
das
representaes
grficas,
que
so
modelo
de
representao da realidade, so relacionados os conceitos de Engenharia

(dimenses, tolerncias, inteno de projeto, processos de fabricao, etc.).
(KRAUSE et al., 1993) e (MCMAHON e BROWNE, 1998) discutem o
relacionamento entre os diversos modelos aplicados ao produto, e que
constituem o seu ciclo de vida. Conforme mostra a Figura 3, os modelos do
ciclo de vida do produto podem ser agrupados em quatro categorias:
Modelos do Produto: constitudo pelos sub-modelos funcional, slido, e

de clculo;
Modelos de Processo: constitudo pelos sub-modelos de trajetrias da

ferramenta, e operacional;
Modelos de Aplicao: constitudo pelos sub-modelos de conhecimento

da aplicao, e outros;
Modelos de Fbrica: constitudo pelos sub-modelos de estoque, leiaute

de fbrica, planejamento, e equipamento.
Cada modelo preocupa-se em representar informaes prprias do seu

escopo. Por exemplo, o Modelo de Fbrica se preocupa como a fbrica e os
processos envolvidos vo se modificando medida que o produto toma forma
dentro da produo. Modelos baseados em features de fabricao exercem um
papel importante para o Modelo de Fbrica do produto, pois refletem o
20
compromisso da fbrica em produzir certas formas especificadas na definio

da feature.
Para (KRAUSE et al., 1993), um modelo do produto deve conter
informaes que incluam dados, estrutura, e algoritmos. Os algoritmos fazem a
ponte de ligao entre os usurios, os dados e a estrutura. Os dados de um
modelo do produto, geralmente so determinados pela estrutura e pelo seu
contedo. E a estrutura dependente da natureza do produto, e das
ferramentas usadas para modelar as informaes e construir o esquema
necessrio para a base de dados. Pode-se dizer que a estrutura de dados, que
representa o modelo do produto, vem a ser o ncleo, a matria-prima do
sistema
computacional.
Portanto,
uma
estrutura
inadequada,
dificulta
sobremaneira a implementao de algoritmos que utilizam as informaes

contidas na estrutura.
Modelo de
Leiaute da
Fbrica
Modelo de
Planejamento
Modelo
de
Estoque
Modelo de
Equipamento
Modelo de
Clculos
Modelo de
Fbrica
Modelo de
Produto
Modelo
Slido
Modelo de
Processo
Modelo de
Aplicao
Modelo
Operacional
Modelo de
Trajetrias
da
Ferramenta
Modelo
Funcional
Experincia e
Conhecimento
da Aplicao
Figura 3. Relacionamento entre modelos do ciclo de vida do produto (Baseado

em MCMAHON e BROWNE, 1998).
21
Wingard, em 1992, citado por (MAZIERO, 1998), prope um modelo de

produto que, inicialmente, divide-o em duas partes: modelo geomtrico e o
modelo tecnolgico. A ligao entre os dois modelos feita por uma interface.
Para aplicao, o modelo dividido em trs nveis:
Nvel meta-classe: onde esto descritos o modelador de slidos e os

elementos tecnolgicos gerais;
Nvel classe: onde esto descritas as aplicaes especficas;
Nvel instncia-classe: onde as entidades e o modelo geomtrico so

criados.
Nesta proposta de tese, est se colocando que a informao geomtrica e

no-geomtrica seja encapsulada em unidades de informao (features de
projeto), que esto definidas por meio de classes de objetos, e interajam com
um sistema CAD, trocando e compartilhando informaes de projeto.
2.3.1.
MODELO GEOMTRICO
O modelo geomtrico constitui-se no modelo que guarda as informaes

necessrias para visualizao dos conceitos modelados. O modelo geomtrico
armazena o arranjo das informaes geomtricas, de modo que mantenham a
consistncia e representatividade com o mundo real.
A modelagem geomtrica mais elementar corresponde representao
atravs de linhas e pontos, conhecida como modelo de arame ou wireframe.
Este modelo, em virtude de sua simplicidade de construo, foi muito utilizado
no passado; todavia, no caso de uma maior complexidade das peas, sua
estrutura torna-se inadequada para a representao. Essa limitao dos
modelos wireframe fez com eles perdessem espao para outros esquemas de
modelagem geomtrica. O esquema de modelagem baseado em Geometria
Construtiva de Slidos ou CSG (Constructive Solid Geometry), opera segundo
uma srie de operaes lgicas booleanas e transformaes geomtricas
realizadas sobre um conjunto limitado de slidos bsicos conhecidas como
primitivas. Conforme a Figura 4, a estrutura dos dados geomtricos
capturada numa rvore binria, onde cada nodo-pai possui dois nodos-filho.
Outro esquema de modelagem importante o de Representao por
22
Contorno, ou B-Rep (Boundary Representation).
diferena
unio
cilindro
bloco1
bloco2
Figura 4. Estrutura de dados em rvore binria para esquema CSG.

Os modelos B-Rep representam um objeto slido dividindo-o em faces
convenientemente
relacionadas,
compostas
por
superfcies
fechadas
orientadas, e que possuam uma representao matemtica computacional

compacta (normalmente so superfcies planas, quadrticas, toroidais, ou
paramtricas). Em seguida fragmentao do objeto em faces, estas so
quebradas em curvas que representam as arestas de cada face constituinte do
objeto. As arestas, por sua vez so quebradas em vrtices, como mostrado na
Figura 5. Atravs dessa estrutura de dados, possvel representar os slidos, e
identificar o lado interior e exterior do contorno que envolve o slido.
v8
e12
v5
e11
e8
e9
f6
v7
e10
e5
v6
v4
e4
e7
f2
v1
e3
f3
Faces
v1 x1 y1 z1
f1 v1 v2 v3 v4
v2 x2 y2 z2
f2 v6 v2 v1 v5
v3 x3 y3 z3
f3 v7 v3 v2 v6
v4 x4 y4 z4
f4 v8 v4 v3 v7
v5 x5 y5 z5
f5 v5 v1 v4 v8
v6 x6 y6 z6
f6 v8 v7 v6 v5
v7 x7 y7 z7
e6
e1
Vrtices
v3
e2
v2
Figura 5. Estrutura de dados para esquema B-Rep.

A representao de componentes baseada apenas no modelo geomtrico
23
no satisfatria, em razo de dois fatores preponderantes:
A representao de diversos elementos fundamentais descrio do

projeto no est adequadamente contemplada nesses esquemas de
modelagem, considerando a necessidade de sua posterior recuperao
e utilizao pelos sistemas computacionais.
A representao da forma da pea atravs apenas das primitivas

geomtricas, no captura nem enfatiza conceitos e abstraes que
facilitem a compreenso do projeto, como a inteno do projetista.
2.4.
ESTRUTURA DE DADOS DO PRODUTO
A representao da estrutura conceitual do produto exige uma estrutura

de dados apropriada, que reflita o relacionamento entre os seus componentes.
(MCMAHON e BROWNE, 1998) citam alguns requisitos desejados numa
estrutura de dados computacional para suportar uma modelagem interativa:
Permitir a manipulao de dados de forma interativa, oferecendo

recursos de interface amigvel ao usurio para realizar operaes de
insero, modificao, e deleo de dados na estrutura computacional.
Suportar tipos de dados diversos - geomtricos, textual, dimenses,

rtulos (labels), trajetrias de ferramentas, malhas para anlise por
FEM Finite Element Method, etc..
Permitir associatividade entre elementos geomtricos e propriedades

tais como: nmero de penas (canetas); estilo de linhas, cor, etc..
Permitir associatividade entre dados dos elementos onde for importante

e necessrio para o modelo.
Fornecer recursos para recuperao de peas da estrutura de dados

em operaes de deleo ou modificao. Funes do tipo desfazer
(UNDO) e refazer (REDO), comumente encontradas em sistemas CAD.
Fornecer recursos para armazenar geometrias comumente usadas, com

repetidas referncias geometria armazenada como instncias.
Deve ser compacta, para minimizar o armazenamento em disco e

utilizao da memria principal.
24
Permitir modelos de vrios tamanhos, alm suportar e entender vrias

combinaes de novas entidades definidas pelo usurio.
Permitir um acesso rpido e eficiente dos dados.
Alguns dos requisitos listados acima so conflitantes, o que restringe o

projeto de organizao da estrutura de dados.
Do sistema CAD, espera-se que ele fornea recursos para capturar no
computador aes e decises tomadas na atividade de projeto. Uma varivel
importantssima na atividade de projeto o tempo. Dependendo do momento,
uma informao ou dado de projeto pode se apresentar de formas diferentes. E
para representar esse contexto temporal, o dado ou informao pode necessitar
de uma estrutura de dados especfica ou peculiar e que seja extensvel e
flexvel. Ela deve atuar como uma framework (estrutura de organizao dos
dados), muito mais do que como uma forma de representao esttica.
2.4.1.
REPRESENTAO DA ESTRUTURA DE DADOS
A estrutura de dados computacional a ser utilizada para representar a

estrutura do produto do tipo em rvore, onde cada n representa uma lista
ligada. De cada clula das listas ligadas podem partir novas listas,
caracterizando um aninhamento de listas. Como exemplo, considere a
estrutura do produto mostrada na Figura 6.
PRODUTO
CONJUNTO
SUBCONJUNTO #1
SUBCONJUNTO #2
SUBCONJUNTO #N
PEA
FEATURES
Figura 6. Exemplo genrico de estrutura do produto.

Conforme mostrado na Figura 7, na representao em rvore, o produto
25
constitui-se como a raiz que aponta para uma lista ligada de conjuntos. Como
restrio, o produto possui um nico conjunto, que na representao da lista
ligada implementada com uma nica clula.
Lista de Conjuntos
PRODUTO
Lista de Subconjuntos
Lista de Peas
Lista de features externas

EIXO
Lista de features modificadoras

Chanfro
Canal
Lista de features internas

FURO

Chanfro
Canal
Figura 7. Exemplo de uma estrutura de dados computacional do produto.

A estrutura do produto admite que um conjunto tenha um ou mais
subconjuntos, dependendo da complexidade a ser representada. Assim, de um
conjunto, sai uma lista de subconjuntos.
Um subconjunto, representado numa clula da lista de subconjuntos,
composto por vrias peas. Para cada subconjunto, uma lista de peas deve
estar ligada, resultando numa lista de peas que por sua vez sai de uma clula
da lista de subconjuntos.
26
Uma pea composta por vrias features. A partir desse nvel da

estrutura, ela segue a classificao das features adotada em (MAZIERO, 1998).
As features so classificadas em features bsicas externas (volume positivo) e
internas (volume negativo). Essa classificao representa na estrutura de
dados por duas novas listas ligadas, que correspondem s listas de features
bsicas eixo e furo. As features bsicas externas e internas podem ser
associadas s features modificadoras. De acordo com a definio, as features
modificadoras so representadas por listas ligadas que saem da clula de uma
lista de features bsicas externas e internas.
2.5.
A INFORMAO NO PROJETO
Imagine-se um projetista, fazendo parte de uma equipe de projeto, onde

no exista o emprego de nenhuma sistemtica de projeto para desenvolver seus
produtos. Geralmente essa forma de trabalho marcada por certos vcios e
paradigmas, frutos de alguma experincia adquirida em situaes semelhantes
anteriores. A discusso quanto ao emprego ou no de uma sistemtica de
projeto, pode tornar-se uma questo menor se os resultados finais j estiverem
sendo alcanados satisfatoriamente. Vale ressaltar, que uma prtica comum de
procedimentos padronizados e sistematizados, adotada e aceita por outros,
pode tornar muito mais eficiente a atividade de desenvolvimento de produtos.
Todavia, da forma descrita acima, o sucesso ou no das decises de
projeto s sero sentidos ao final se no forem providenciados meios de
avaliao das decises e resultados. E isso no , nem muito bom nem muito
saudvel, do ponto de vista de mercado atual. Neste caso, o sucesso ou no
das decises tomadas muito incerto.
A importncia do emprego de uma sistemtica de projeto vem sendo
ressaltada por pesquisadores de projeto de sistemas mecnicos, pois ela torna
o processo de projeto muito mais orientado, gerencivel, e previsvel,
fornecendo parmetros palpveis e visveis da eficincia ou no dos resultados,
mesmo em fases ainda iniciais do processo. Por outro lado, alguns tambm
ressaltam que a sistematizao pode inibir ou limitar a criatividade. O ideal
27
seria um meio termo, um pouco de flexibilidade e liberdade juntamente com

um pouco de mtodos e tcnicas.
Essa discusso reflete que o desenvolvimento de um processo de projeto
de produto altamente imprevisvel, aleatrio, no determinista e dependente
de fatores, que s vezes so alheios aos resultados pretendidos. Geralmente o
resultado principal desejado pela equipe de projeto uma soluo para uma
necessidade de um cliente. E esse quadro at compreensvel j que o
processo de projeto conduzido por seres humanos.
Dentro dessa dinmica do processo de projeto, a informao um dos
elementos metodolgicos de projeto. Neste trabalho de tese, deseja-se ter uma
metodologia de projeto como base para a modelagem da informao de projeto
e posterior visualizao de uma ferramenta computacional. De incio, este
trabalho, est enfocado na discusso das formas de representao da
informao de projeto, e na sua transformao durante as fases.
A informao assume o papel de matria-prima inicial do processo de
projeto, e dos resultados obtidos durante o projeto. Ento, uma avaliao sobre
as formas de representao da informao de fundamental importncia para
o modelo de informao do projeto.
2.5.1.
TIPO E REPRESENTAO DA INFORMAO DE PROJETO
A principal preocupao com a forma de representao da informao de

projeto no est na fase de detalhamento do projeto, onde a informao j
assume caractersticas bem definidas, e de certa forma j invariveis. A
preocupao maior est em definir meios computacionais de capturar a
inteno do projetista nas fases iniciais de projeto, principalmente nas fases
informacional e conceitual. E depois, utilizar a informao inicial para
relacion-la de forma inteligente, til, e reusvel do ponto de vista de projeto,
com as formas de representao detalhada, j disponveis nos sistemas CAD.
Esse relacionamento entre ferramentas j disponveis no sistema CAD deve
priorizar principalmente a integrao para suportar o projeto. Isso exige um
modelo computacional complexo, pois a Babel
da
Representao
de
Informao diversa.
A inteno desse tpico mostrar a representao da informao de
28
projeto utilizada em trabalhos desenvolvidos na rea de projeto mecnico de

produtos industriais. De forma a exemplificar e reutilizar alguns esforos de
pesquisa nesta rea, o estudo feito aqui tomou por base em teses desenvolvidas
no mbito das fases informacional (especificao de projeto) e conceitual
(seleo de uma alternativa de soluo conceitual).
2.5.2.
REPRESENTAO
DA
INFORMAO
NOS
PROJETOS INFORMACIONAL
CONCEITUAL
Os autores estabelecem que o processo de projeto se inicia com o
esclarecimento ou definio da tarefa de projeto. A atividade de projeto deve
ser precedida por um trabalho da equipe de marketing, executado para
definir, dentre o universo de produtos possveis, aquele produto que vai ser
projetado e configurar, assim, a tarefa de projeto, como o documento que d
incio ao processo de projeto.
A
Figura
mostra
transformao
da
informao
no
projeto
informacional.
Fase Inicial do Processo de Projeto
Projeto Informacional
Problema
de Projeto
Necessidades
Requisitos de
usurios
Requisitos de
projeto
Especificaes
de Projeto
Especificaes de
Projeto
Figura 8. Transformao das informaes no projeto informacional.

O projeto informacional executado para transformar a informao de
entrada em especificaes de projeto. Estas especificaes se constituiro no
guia dos trabalhos nas fases posteriores do processo de projeto, razo pela qual
a sua obteno implica numa responsabilidade para o sucesso do projeto no
seu conjunto.
Para uma adequada estruturao do projeto informacional, consideram-se
quatro categorias de informao, como categorias relevantes realmente
existentes no processo: as necessidades, os requisitos de usurio, os requisitos
de projeto e as especificaes de projeto. Elas esto resumidas na Tabela 4.
29
Tabela 4. Categorias de informao na fase de projeto informacional.

TIPO DE INFORMAO
Necessidade
SIGNIFICADO
Declarao direta de usurio ou clientes
Requisito de usurio
Necessidade, levada linguagem de projeto
Requisito de projeto
Requisito mensurvel, aceito para o projeto
Especificao de projeto
Caracterstica de projeto e/ou do produto
Na realidade, estas informaes mnimas devem estar contidas no

problema de projeto, porm, deve-se revisar o problema visando complementlas. Conforme recomendaes de (FONSECA, 2000), os dados a serem
levantados antes de iniciar o trabalho so:
Dados do estudo de marketing prvio (reviso do documento);
Tipo de produto;
Tipo de projeto;
Volume planejado de fabricao;
Desejos explcitos expostos no problema de projeto; e
Restries do projeto ou do produto.
Esses dados devem estar registrados num documento chamado de ordem

de projeto, o qual deve conter o mencionado problema, seja procedente da
equipe de marketing, ou procedente do ambiente externo. Na ordem de projeto
referida devem aparecer, obrigatoriamente os seguintes campos: Objetivos;
Metas; Restries; Desejos explcitos e Descrio do problema de projeto.
Na fase inicial tem-se a necessidade de representar as especificaes de
projeto. Esse tipo de informao representado por um conjunto de tabelas ou
matrizes, as quais auxiliam na sistematizao da tomada de necessidades,
requisitos dos usurios e requisitos de projeto. Essas tabelas tambm ajudam
na comparao e converso de requisitos.
A matriz das necessidades, mostrada na Figura 9, constituda por linhas
representando as fases do ciclo de vida do produto, e as colunas representadas
pelos atributos bsicos do produto.
30
Atributos bsicos do produto

Ciclo de
Vida
Funcionamento
Ergonomia Esttica Econmico
Normalizao
Modular
Ter fcil
soldagem.
Produo
Ter mnimo
tempo produo
Ter facilitada
a montagem.
Montagem
Transporte
Ter facilidade
de transporte.
Armazenagem
Ter facilidade
de armazenag.
Ter estrutura
Ter cor
agradvel. leve.
Funo
Ter porta material.

Ter mesa c/port.mat.
Uso
Ter mesa mais larga. Ser ergonmica.

Ter mesa inclinada. No seja dura.
Ter encosto maior. No ter ressaltos.
Ser pintada sem

desperdcio.
Ter custo
mnimo produo.
Estrutura mod.
resistente.
Ter facilidade
Ter unies
de manuteno. normalizadas.
Manuteno
Figura 9. Matriz para levantamento das necessidades (FONSECA, 2000).

Na Figura 10 aparecem os requisitos de usurio, como linhas da matriz,
tendo como colunas os atributos especficos do produto.
Atributos especficos do produto
Requisitos
de usurio
Geomtricos Material Cor Peso ou massa Foras Cinemtica Tipo Energia Fluxo Sinais Estabilidade
Qualidade
Reduzir juntas
Ter fcil soldagem. complexas.
Ser pintada sem
desperdcios.
Usar peas
similares.
Ter mnimo tempo Elementos
normalizados.
de produo.
Ter custo mnimo
de produo.
Ter facilitada a
montagem
Ter facilitado o
transporte.
Ter facilitada a
armazenagem.
Mnimo de
peas.
Reduzir juntas
complexas
Formas
encaixveis.
Formas
empilhveis.
Ter porta material Usar a estrutura

cadeira e na mesa. para o porta mat.
Madeira e Evitar
cores
tubo ao. vivas
Ter cor agradvel.

Ter estrutura
leve.
Ter estrutura mod.
resistente.
Estrutura
modular simples
Decidir sees
dos tubos.
Ter mesa e encosto Incrementar as

reas de mesa e
maiores.
encosto.
Figura 10. Matriz para converso dos requisitos de usurio em requisitos de

projeto (FONSECA, 2000).
Os cruzamentos das linhas (requisitos de usurio) com as colunas
(atributos especficos), ajudam a equipe de projeto decidir quais requisitos de
projeto, os quais so mensurveis, satisfazem o requisito de usurio da linha,
31
podendo-se gerar o(s) correspondente(s) requisito(s) de projeto nas intersees.

Outra forma de capturar a informao das necessidades e requisitos do
usurio nas fases informacional e conceitual atravs de questionrio
estruturado e listas de verificao (checklist) relacionados ao domnio do
produto, conforme est exemplificado pela Figura 11.
Figura 11. Exemplo de questionrio estruturado para levantamento de

necessidades (OGLIARI, 1999).
Figura 12. Estrutura de funo do produto numa forma hierrquica e

representada por cones (OGLIARI, 1999).
32
Numa etapa seguinte do processo de projeto, tem-se a necessidade de

representar a estrutura de funes do produto, com vistas a complementar os
requisitos de projeto com o aspecto funcional. Conforme afirma (OGLIARI,
1999), esse um processo de fatorao ou Divida e Conquiste (Divide &
Conquest).
As funes do produto podem ser representadas por cones ou smbolos
indicativos ao nome da funo. Esses cones podem ser relacionados atravs de
uma rvore hierrquica, de forma a compor a estrutura de funes do produto.
Na Figura 12 tem-se um exemplo desse tipo de informao. A estrutura de
funes do produto estabelece uma soluo funcional particularizada
O modelo seguinte, utilizado para representar os princpios de soluo que
atendem s funes e permitem comparar e avaliar diferentes alternativas de
soluo dado atravs da matriz morfolgica. Conforme mostrado na Figura
13, tem-se os elementos do domnio do problema de projeto e as funes do
produto nas duas primeiras colunas. As demais colunas da matriz so
preenchidas com princpios de soluo que compem alternativas de soluo
para o problema.
Elementos do domnio
Funes do gabinete
Componentes internos
enclausurar componentes internos
fixar componentes internos
Concepo 1
Concepes alternativas
Concepo 2
Concepo n
Usurios do produto
etc.
informar o usurio do produto
TE XTO
; }
Ambiente do produto
etc.
vedar contra influncias nocivas do ambiente
Demais sistema tcnicos
etc.
combinar com outros produtos
Funes especiais
TEXTO
FORMA
; }
etc.
funo processo
funo molde
funo material
Figura 13. Exemplo de matriz morfolgica para representao das alternativas

de soluo do problema (OGLIARI, 1999).
A partir das formas de representao utilizadas para representar as
33
informaes de projeto, conclui-se que:
Para o relacionamento de informaes nas fases informacional e

conceitual, a forma mais usual de visualizao de grupos informaes
de projeto feita atravs de tabelas ou matrizes. Essas tabelas,
normalmente podem ou devem est vinculadas a banco de dados
(DBMS Database Management Systems), os quais proporcionam aos
usurios das ferramentas de suporte ao projeto todas as vantagens de
um banco de dados (CUNHA e DIAS, 2000).
Nesta discusso sobre a escolha de uma forma de modelo mais adequado

para capturar a evoluo dos dados de projeto, importante ter um
entendimento detalhado dos conceitos, relaes e interaes existentes entre
features, objetos, restries e decises no contexto do processo de projeto, os
quais sero elementos que constituiro a informao de projeto desta proposta.
C a p tu l o 3
Modelagem e Programao
Orientada a Objetos
3.1.
INTRODUO
A tecnologia de objetos um conjunto de metodologias de programao,

projeto e anlise que se concentram na modelagem das caractersticas e do
comportamento de objetos do mundo real.
Neste captulo, o objetivo comentar sobre os principais conceitos da
orientao
objetos,
tratando-a
como
uma
forma
de
modelagem
computacional no contexto de aplicao de projeto. A orientao a objeto em

CAD utiliza os objetos (features) como uma unidade de representao para
armazenar intenes do projetista.
3.1.1.
O QUE POO
OU
OOP?
A Programao Orientada a Objetos POO (OOP Object-Oriented

Programming) diferente do estilo de programao procedural de linguagens
como (C, Pascal, Fortran, etc.) em vrias formas. Tudo em POO considerado e
agrupado como objetos. POO implementada pelo mecanismo de envio de
35
CAP. 3 MODELAGEM E PROGRAMAO ORIENTADA A OBJETOS
mensagens aos objetos.

3.1.2.
O QUE UM OBJETO?
Um objeto pode ser considerado como algo real ou abstrato que pode
realizar um conjunto de atividades. O conjunto de atividades que o objeto
realiza define o comportamento do objeto.
No meio computacional, um objeto pode ser abstrado como modelos
computacionais de algo do mundo real. Eles so abstraes (modelos) para
programao de software. Segundo (HSU e WOON, 1998), um objeto uma
entidade que combina atributos e comportamento numa estrutura de dados
indivisvel ou inseparvel.
A interface do objeto consiste de um conjunto de comandos, onde cada
comando realiza uma ao especfica. Um objeto pergunta a outro objeto para
realizar uma ao, enviando a ele uma mensagem. O objeto que envia a
mensagem conhecido como solicitante, e o objeto que recebe a mensagem o
requisitado. O controle passado para o objeto requisitado at ele completar o
comando. E finalmente, o controle retorna ao objeto solicitante, como mostra a
Figura 14.
MENSAGEM
OBJETO SOLICITANTE
OBJETO REQUISITADO
VALOR DE
RETORNO
Figura 14. Mecanismo de mensagens: interface de comunicao entre os

objetos.
Os papis assumidos pelos objetos envolvidos solicitante (cliente) e
requisitado (servidor) , so semelhantes aos papis desempenhados numa
arquitetura cliente-servidor. Existe quem solicita o servio, e quem o fornece.
No exemplo da Figura 15, um objeto FEATURE_CHANFRO pergunta qual a
aresta do objeto PEA de ser chanfrada, enviando a ele uma mensagem
perguntando pelo aresta. O objeto requisitado PEA, retorna a aresta de volta
36
ao objeto solicitante FEATURE_CHANFRO.

Uma mensagem pode tambm conter informao que o objeto solicitante
quer passar ao objeto requisitado. Esta informao chamada de argumento
da mensagem. Um objeto requisitado sempre retorna um valor para o objeto
solicitante, o qual pode ou no ser til ao objeto solicitante.
responda-me qual a aresta
MENSAGEM
FEATURE_CHANFRO
PEA
aresta
Figura 15. Mecanismo de mensagem entre dois objetos.

Na Figura 16, o objeto FEATURE_CHANFRO deseja mudar o valor do chanfro
no objeto PEA. Ele faz isto enviando uma mensagem para modificar o valor do
chanfro para um novo valor. O novo valor passado como um argumento na
mensagem. Neste caso, o objeto FEATURE_CHANFRO no se importa com o valor
retornado pelo objeto PEA, requisitado na mensagem.
altere valor para novo valor
MENSAGEM
FEATURE_CHANFRO
PEA
novo valor do
chanfro
Figura 16. Passagem de parmetro para um objeto.

3.1.3.
MTODOS DO OBJETO
Cada mensagem possui um cdigo associado a ela. Quando um objeto

recebe uma mensagem, o cdigo executado. Noutras palavras, estas
mensagens determinam o comportamento do objeto, e o cdigo determina como
o objeto executa cada mensagem. O cdigo que est associado a cada
mensagem chamado de mtodo. O nome da mensagem tambm chamado
de nome do mtodo, devido a sua estreita ligao com o mtodo.
37
Os mtodos que operam sobre objetos especficos so mtodos de

instncia; e mensagens que invocam mtodos de instncia so chamadas de
mensagens de instncia. J os mtodos que operam sobre classes especficas
so mtodos de classe. Nas linguagens de programao, os mtodos de classe
so declarados com o modificador do tipo esttico (static).
Quando um objeto recebe uma mensagem, ele determina qual mtodo est
sendo requisitado, e ento passa o controle para o mtodo. Um objeto tem
tantos mtodos quanto ele necessite para realizar suas aes definidas.
Quando o objeto PEA recebe a mensagem novo valor, esta passa o controle
para o mtodo novo valor definido em PEA, como mostra a Figura 17.
volume:
novo valor
INTERFACE
do objeto
Pea
10
massa:
novo valor:
Figura 17. Mtodos de um objeto.

3.1.4.
DADOS DO OBJETO
Cada objeto precisa manter a informao sobre como realizar o seu

comportamento definido. Alguns objetos tambm contm variveis que
suportam o comportamento deles. Estas variveis so chamadas de variveis
de instncia. Somente os mtodos de instncia para um objeto podem se referir
e alterar os valores armazenados nas variveis de instncia. Os mtodos de
instncia de outros objetos no podem se referir aos dados desse objeto.
De acordo com a Figura 18, um objeto s pode acessar os dados de um
outro objeto, se enviar uma mensagem para o objeto requisitado. Isto
chamado de encapsulamento de dados, o qual fornece e garante um
mecanismo seguro para se informar sobre dados do objeto. As variveis de
instncia varivelUm at varivelEne s podem ser acessadas atravs dos
respectivos
mtodos
de
instncia mtodoUm at mtodoEne.
objeto
solicitante no pode se referir diretamente s variveis.

Diferente da linguagem procedural, onde a rea de dados comuns
freqentemente
usada
para
compartilhamento
de
informaes,
POO
38
desaconselha o acesso direto a dados comuns (outros dados que no so

variveis globais) por outros programas. Somente o objeto que possui o dado
que pode alterar o seu contedo. Outros objetos podem visualizar ou alterar
este dado enviando uma mensagem para o objeto possuidor do dado.
Objeto requisitado
mtodoUm
INTERFACE
do
OBJETO
Objeto
Solicitante
varivelUm
mtodoDois
varivelEne
mtodoEne
Figura 18. Acesso aos dados de um objeto.

Os nomes das variveis de instncia podem ser idnticos aos nomes dos
mtodos associados com elas. Por exemplo, o objeto PEA possui mtodos de
massa, volume, etc.; e tambm variveis de instncia massa, volume, etc..
3.2.
MECANISMO SEQENCIAL DE MENSAGENS
comum que uma mensagem encadeie o envio de outras mensagens - ou

por ele mesmo ou por outros objetos com o intuito de completar a tarefa. Isto
chamado de mecanismo seqencial de mensagens. O controle no retorna
ao objeto solicitante, at que todas as mensagens sejam completadas. No
exemplo da Figura 19, um objeto A envia uma mensagem ao objeto B.
1
Objeto A
2
Objeto B
3
Objeto C
Objeto D
4
Figura 19. Encadeamento seqencial de mensagens.

Para o objeto B processar a mensagem, ele envia uma outra mensagem ao
objeto C. Igualmente, um objeto C envia uma mensagem ao objeto D. Da, o
39
objeto D retorna para o objeto C, o qual retorna para o objeto B, que ento
retorna ao objeto A. O controle no retorna ao objeto A at que todas as outras
mensagens sejam completadas.
3.3.
ESTRATGIAS DE ORIENTAO A OBJETOS
As estratgias de orientao a objetos so eficientes para a construo de

modelos de software de entidades no domnio do mundo real. o projeto de
software em grande parte a construo de um modelo de software do mundo
real,
onde
cada
entidade
real
representada
no
programa
por
um
correspondente objeto de software. O objeto de software simula as aes e

condies do seu correspondente objeto do mundo real.
A filosofia de programao como modelagem mais evidente em
ambientes virtuais tridimensionais, onde as caractersticas visuais do mundo
real so simuladas dentro do mundo virtual. Isso foi tambm afirmado
(ACHTEN e LEEUWEN, 1998), os quais pensaram em criar um ambiente virtual
para desenvolvimento de projeto.
A seguir, tem-se uma discusso sobre as principais estratgias de
orientao a objetos.
3.3.1.
ABSTRAO
A abstrao uma tcnica de projeto que enfatiza os aspectos essenciais

de uma entidade, e ignora ou esconde os aspectos menos importantes ou no
essenciais. A abstrao uma importante ferramenta para a simplificao de
um fenmeno complexo para um nvel onde a anlise, a experimentao, e o
entendimento sejam realizveis.
Em software, a abstrao est interessada nos atributos e comportamento
das entidades. Os atributos referem-se s propriedades ou caractersticas
associadas com uma entidade, ao passo que o comportamento refere-se ao
conjunto de aes que a entidade pode realizar. Num objeto de software, os
atributos so representados pelos dados associados ao objeto.
3.3.2.
40
SEPARAO
A separao refere-se distino entre o comportamento observvel do

sistema que est sendo modelado, e do significado ou mecanismo pelos quais o
comportamento atingido. Noutras palavras, isso se refere separao entre o
qu deve ser feito, do como deve ser feito.
A separao ajuda a um usurio trabalhar com um sistema complexo,
sem preocupar-se em entender como o sistema foi implementado. Por exemplo,
isso semelhante a um usurio de um sistema CAD criar um modelo
geomtrico complexo de uma pea, e depois pedir para girar o modelo. Ele
ento utiliza um comando que executa a rotao do modelo de acordo com o
ngulo pedido. Ele no se preocupa como o sistema vai recalcular todas as
faces do novo modelo.
3.3.3.
COMPOSIO
A composio trata com sistemas complexos maiores considerando como

uma organizao de sistemas menores e mais simples. A composio reflete o
relacionamento parte-todo da orientao a objetos. Esse relacionamento
ajuda a implementar uma das vantagens da orientao a objeto, a
reusabilidade de objetos j existentes para compor outros objetos mais
complexos.
3.3.4.
GENERALIZAO
A generalizao consiste em identificar similaridades de comportamento e

atributos num conjunto de objetos. Esse tipo de mecanismo, ajuda a
implementar trs conceitos importantssimos da orientao a objetos:
de herana, atravs do relacionamento um;
de polimorfismo, atravs de algoritmos lgicos para testar que tipo de

objeto est sendo processado em tempo de execuo;
de padres (patterns), neste caso os atributos e comportamentos de um

objeto podem ser parcialmente definidos de forma a torn-los aplicveis
a um intervalo de situaes. Os padres tambm podem modelar
relacionamentos entre objetos.
41
A Tabela 5 resume os tipos de estratgias para modelagem segundo

princpios de orientao a objeto.
Tabela 5. Estratgias de projeto de software em POO (KAFURA, 2000).
ESTRATGIA DE PROJETO
Abstrao
Separao
Composio
Generalizao
3.4.
DEFINIO
Simplificando para a sua essncia a descrio da entidade do
mundo real
Tratando independentemente o que uma entidade faz, do
como ela faz aquilo
Construindo o todo de sistemas complexos a partir de partes
mais simples, numa das duas formas: associao, agregao
Identificando elementos comuns entre entidades diferentes,
numa das quatro formas: hierarquia, genericidade (genericity),
polimorfismo, padres (patterns)
O PARADIGMA DA ORIENTAO A OBJETO
Uma linguagem computacional dita orientada a objetos se ela suporta os

seguintes princpios: abstrao, encapsulamento, polimorfismo e herana.
3.4.1.
ABSTRAO DE DADOS
O mecanismo bsico utilizado para realizao da anlise do domnio da

aplicao a abstrao, atravs da qual um indivduo observa a realidade
(domnio), e procura capturar a sua estrutura (abstrair entidades, aes,
relacionamentos, etc., que forem consideradas relevantes para a descrio deste
domnio). O resultado deste processo de abstrao conhecido como Modelo
Conceitual.
ABSTRAO
REPRESENTAO
Figura 20. Abstrao e representao de dados em POO.
42
Conforme mostrado na Figura 20, para representar a abstrao do

conceito, o modelo conceitual pode ser materializado segundo alguma forma
(um desenho, uma maquete, um texto, um diagrama, etc.).
No caso especfico da informtica, as representaes mais comuns so as
linguagens de programao e as notaes auxiliares de diagramas e figuras.
3.4.2.
ENCAPSULAMENTO DE DADOS
Na POO, os objetos interagem uns com os outros atravs do envio de

mensagens. A nica coisa que um objeto sabe a respeito de outro objeto a
interface do objeto. Cada dado do objeto e a sua lgica esto escondidas de
outros objetos. Noutras palavras, a interface encapsula o cdigo e os dados do
objeto, como mostra a Figura 21.
Interface do Objeto
Mtodos
privados
OBJETO_1
OBJETO_2
Mtodos pblicos
DADOS
OBJETO_N
MENSAGENS
Figura 21. Encapsulamento de dados em POO.

Isto permite que o desenvolvedor separe a implementao do objeto, do
seu comportamento. Esta separao cria um efeito caixa-preta, onde o
usurio isolado das mudanas de implementao. Contanto que a interface
permanea a mesma, quaisquer mudanas da implementao interna so
transparentes para o usurio. Por exemplo, se uma mensagem qual_aresta
enviada ao objeto PEA, no importante para o usurio do objeto PEA, saber
como o desenvolvedor implementou o cdigo para manipular esta mensagem.
Todos os objetos solicitantes precisam do protocolo correto para interao
com o objeto PEA; ou seja, precisa-se saber quais parmetros so necessrios
para repassar ao objeto, a fim de que ele possa responder mensagem. O
desenvolvedor pode mudar a implementao a qualquer momento, mas a
43
mensagem qual_aresta ainda funcionar porque a interface a mesma.

3.4.3.
POLIMORFISMO
Outro benefcio da separao da implementao e comportamento o

polimorfismo. O polimorfismo permite que dois ou mais objetos respondam a
mesma mensagem. Por exemplo, um mtodo nome poderia tambm ser
implementado para um objeto da classe FEATURE. Mesmo que a implementao
desta mensagem nome possa retornar um nmero e um nome da pea, o seu
protocolo o mesmo que a mensagem nome para o objeto PEA. O polimorfismo
permite que um objeto solicitante se comunique com diferentes objetos de
maneira
consistente,
sem
se
preocupar
quantas
sejam
as
diferentes
implementaes da mensagem.
Uma analogia de polimorfismo no dia-a-dia refere-se maneira como os
estudantes respondem ao sino da escola. Todo aluno conhece o significado do
sino. Quando o sino toca (mensagem), ele tem seu prprio significado para
diferentes alunos (objetos). Alguns alunos vo para casa, alguns vo para a
biblioteca, e alguns outros vo assistir outras aulas. Todo aluno responde ao
sino, mas como eles respondem pode ser diferente.
Na Figura 22, tem-se um exemplo clssico de polimorfismo com a funo
de impresso. Todo objeto imprimvel deve saber como se imprimir. A
mensagem para todos os objetos a mesma imprimir, mas a implementao
real do que eles devem fazer para se imprimirem, varia.
Texto
Objeto novo
Documento
imprimirPgina
Figura 22. Exemplo de polimorfismo em POO.
44
O objeto solicitante no precisa saber como o objeto requisitado

implementa a mensagem. Somente os objetos requisitados se preocupam sobre
isto. Por exemplo, considere que exista um mtodo imprimirPgina num objeto
DOCUMENTO, o qual tem a responsabilidade de imprimir uma pgina. Para
imprimir a pgina, o mtodo imprimirPgina envia a mensagem imprimir para
cada objeto da pgina. O DOCUMENTO no precisa saber quais os tipos de
objetos esto na pgina; e sim, se cada objeto suporta o comportamento de
impresso.
Novos objetos podem ser adicionados pgina sem afetar o mtodo
imprimirPgina. Este mtodo ainda envia a mensagem imprimir e o novo objeto
fornece o seu prprio mtodo imprimir em resposta quela mensagem.
O polimorfismo permite que o objeto solicitante se comunique com os
objetos requisitados sem ter que entender qual o tipo de objeto ele , contanto
que o objeto requisitado suporte a mensagem.
3.4.4.
HERANA
Outro conceito importante da POO a herana. A herana permite que

uma classe tenha o mesmo comportamento de uma outra classe, e amplie ou
personalize
comportamento
para
proporcionar
aes
especiais
para
necessidades especficas.
Por exemplo, na Figura 23, ambas as features das classes FURO e CANAL
tm um comportamento similar quanto a gerncia do nome, posio, etc..
Ao invs de colocar este comportamento em ambas as classes, ele colocado
numa nova classe chamada FEATURE. As classes FURO e CANAL tornam-se
subclasse da classe FEATURE, e ambas herdam o comportamento de FEATURE.
Feature
Furo
Canal
Figura 23. Exemplo de herana em POO.

As classes FURO e CANAL podem ento adicionar comportamentos
especficos delas. Por exemplo, FURO pode ser passante ou no-passante,
45
rebaixado ou escareado. Por outro lado, a classe CANAL pode ser classificada
em retangular ou arredondada.
Classes que herdam de uma outra classe so chamadas de subclasses. A
classe de quem a subclasse foi herdada, chamada de super-classe. No
exemplo acima, FEATURE uma super-classe para as classes FURO e CANAL.
FURO e CANAL so subclasses de FEATURE.
3.4.5.
REUSABILIDADE
Uma das mais importantes caractersticas da programao POO a

habilidade de modificar solues existentes para resolver novos problemas. Se
um problema particular foi resolvido usando um mtodo de POO, um outro
problema similar, mas ligeiramente diferente, geralmente pode ser resolvido
fazendo pequenas mudanas no protocolo de mensagem do objeto que j
existe. Muitas das vezes, isto requer a adio de novas mensagens. Outros
casos podem exigir a adio de novos objetos e novas mensagens, as quais
aqueles objetos respondem.
3.5.
SOLUO DE PROBLEMAS ORIENTADOS A OBJETOS
O mtodo de soluo de problemas orientados a objetos muito similar a

forma humana de resolver os problemas do cotidiano. Ele consiste na
identificao de objetos, e como usar esses objetos na correta seqncia para
resolver o problema. A soluo de problemas orientados a objetos consiste em
determinar objetos cujo comportamento resolva um problema especfico. Uma
mensagem para um objeto faz com que ele realize suas operaes, e resolva a
sua parte do problema.
De forma simples, o mtodo de soluo de problemas orientados a objeto,
geralmente, pode ser dividido em quatro passos:
PASSO 1.
Identificar o problema;
PASSO 2.
Identificar os objetos necessrios para a soluo;
PASSO 3.
Identificar as mensagens a serem enviadas aos objetos;
PASSO 4.
Criar uma seqncia de mensagens para os objetos que
46
resolvem o problema.
EXEMPLO
PASSO 1 Identificao ou especificao do problema: Calcular a soma de

dois nmeros, e imprimir o resultado.
PASSO 2 Identificao dos objetos: Identificar objetos necessrios para
resolver o problema.
NUM1 primeiro nmero;

NUM2 segundo nmero;
SOMA resultado da adio dos nmeros.
PASSO 3 Identificao das mensagens: Mensagens necessrias a serem
enviadas para os objetos.
+ aNum Esta mensagem enviada para o objeto requisitado, com um

parmetro aNum. O resultado desta mensagem o valor (um objeto numrico)
do total da soma entre o objeto requisitado e aNum.
imprimir uma mensagem que exibe o valor do objeto requisitado.

PASSO 4 Seqncias de mensagens do objeto: A seqncia de
mensagens necessrias para resolver o problema.
(NUM1 + NUM2) imprimir
A mensagem +, com um parmetro NUM2 (um objeto), enviada ao
objeto NUM1. O resultado disto um objeto (NUM1 + NUM2), para o qual a
mensagem imprimir enviada.
Os passos indicados acima podem ser considerados apenas como tendo
um efeito didtico demonstrativo do que seria um processo mais complicado de
modelagem para um problema real. (JURISTO e MORENO, 2000) enfocaram o
problema de construo de um modelo de objetos a partir de uma descrio
textual do problema, e concluram sobre a falta de um guia regras com
fundamentao terica bem estabelecida.
De forma resumida, a Figura 24 mostra que a criao do modelo de
objetos comea por uma especificao do problema, geralmente na forma de
47
texto. No estgio 1, o analista do problema extrai a informao requerida para

o processo de anlise orientada a objetos (OOA Object-Oriented Analysis),
principalmente requisitos funcionais. No estgio 2, o analista ento depura a
informao obtida, a fim de encontrar sinnimos ou polissemias (propriedade
de uma palavra possuir vrios significados). No estgio 3, ele separa os dados
que o sistema processa (dados estticos), dos dados que descrevem o
comportamento do problema (dados dinmicos).
Lista de
Requisitos
Estgio 1: Extrao de informaes essenciais
Estgio 2: Anlise de significados
Estgio 3: Separao da informao esttica e dinmica
Estgio 4: Estruturao dos

requisitos estticos
Estgio 5: Estruturao dos

requisitos dinmicos
Estgio 6: Construo do
modelo de Objetos
Estgio 7: Construo do
modelo de comportamento
Validao
Estgio 8: Integrao do modelo de objetos e comportamento
Estgio 9: Verificao do modelo de objetos e comportamento
Figura 24. Passos de criao de um modelo de objetos.

Esses estgios iniciais (1, 2 e 3) servem como uma filtragem da informao
necessria para a estruturao dos modelos de objeto e de comportamento. O
processo de modelagem no uma tarefa trivial, e dele depende todo o modelo
computacional gerado para representar o problema do mundo real. Detalhes
maiores sobre a criao de modelos de objetos podem ser consultados neste
trabalho, ou seguir outras metodologias como a de Rumbaugh (OMT Object
Modeling Technique), UML Unified Modeling Language, etc.. Podem ser
consultadas as referncias (RUMBAUGH et al., 1991) e (ERIKSSON e PENKER,
1998).
C a p tu l o 4
Tecnologia de Features
Aplicada no Projeto Mecnico
4.1.
INTRODUO
As features so teis em muitas atividades relacionadas ao projeto

mecnico. Como por exemplo: na criao de geometria das peas que
constituem o produto, na especificao de tolerncias e projeto da montagem.
Os modelos de features atuam como uma descrio do produto num nvel mais
alto de representao, e tambm disponibilizam informao melhorada para a
automatizao de mtodos de anlise, tais como: anlise de tenses usando
elementos finitos, avaliao da manufaturabilidade, anlise de tolerncias
usando mtodos numricos, e estimativa de custos. O projetista pode ter
decises mais fundamentadas e acertadas fazendo interaes com outras
anlises realizadas simultaneamente. Esse um dos grandes benefcios da
modelagem por features.
Em termos cronolgicos, a modelagem por features uma tecnologia
relativamente nova em CAD/CAM (Computer-Aided Manufacturing), tendo
iniciado as pesquisas na dcada de 80 como mostrado na Figura 25.
49
CAP. 4 TECNOLOGIA DE FEATURES APLICADA NO PROJETO MECNICO
Enquanto que na modelagem de slidos somente a informao sobre a

geometria armazenada, em modelagem por features tambm a informao
funcional armazenada no modelo do produto.
Aplicaes baseadas
em features
MODELADORES
Modeladores baseados
em features
Modeladores de slidos
Modeladores de superfcies
Modeladores wireframe
1965
1970
1975
1980
1985
ANO
1990
2000
Figura 25. Evoluo dos modeladores geomtricos (Baseado em SHAH e

ROGERS, 1988).
A aplicao da tecnologia de features em atividades de projeto permite a
reutilizao de informaes, modelagem rpida, propagao de alteraes e
padronizao de representaes. Devido a estes e outros benefcios, ela tem
sido reconhecida como fundamental para integrao do CAD com outras
ferramentas de auxlio computacional Engenharia, tais como CAM, CAE,
CAPP (Computer-Aided Process Planning), etc..
4.2.
CONCEITOS DE FEATURE
grande a diversidade de conceitos sobre features na literatura cientfica.

Geralmente, o contexto fica em torno de uma viso fabricao, planejamento do
processo e projeto.
Os primeiros trabalhos de pesquisas que utilizavam o conceito de features,
mostravam uma faceta puramente voltada para o contexto de fabricao.
Segundo (SHAH, 1991), muitos dos trabalhos tinham o objetivo de desenvolver
mtodos para extrao da geometria da pea a partir de modeladores slidos, e
50
da disponibilizar essa geometria para gerao de planejamento de processos,

codificao para Tecnologia de Grupo (GT Group Technology), e programao
de comando numrico. Para a fabricao, o conceito de features encerra um
conjunto de formas e atributos tecnolgicos associados com operaes e
ferramentas de fabricao.
Na viso da comunidade de modelagem geomtrica, o conceito de features
est estreitamente relacionado a um conjunto de entidades geomtricas e
topolgicas que so referenciadas e interpretadas juntas. Abaixo, segue um
conjunto de definies que refletem essa linha de pensamento.
Segundo (WARMAN, 1990), tem-se que:
Uma feature de projeto pode ser vista como um objeto que capaz de
reagir a mensagens.
Segundo (MCGINNIS e ULLMAN, 1992), tem-se que:
A feature qualquer caracterstica particular ou especfica de um

objeto de projeto, a qual contm ou relata informao sobre o objeto.
Elas so verbalmente representadas na forma de substantivos.
Segundo (SHAH e MNTYL, 1995), tem-se que:
Features so estruturas de conhecimento estereotipadas embutidas em

processos cognitivos de projeto, anlise, planejamento, e todas as
outras atividades de Engenharia.
Segundo Jasthi, citado por (MAZIERO, 1998), tem-se que:
Feature uma forma geomtrica definida por um conjunto de

parmetros, os quais tm um significado especial para projeto ou
manufatura, portanto capazes de fornecer informaes num mais alto
nvel conceitual.
Segundo (MCMAHON e BROWNE, 1998), tem-se que:
Feature qualquer geometria percebida, elemento funcional ou

propriedade
de
um
objeto,
til
no
entendimento
da
funo,
comportamento ou performance do mesmo.

Segundo (ACHTEN e LEEUWEN, 1998), tem-se que:
Feature um conjunto de informaes de alto-nvel de abstrao,

possivelmente gerada durante o projeto, definindo um conjunto de
caractersticas ou conceitos com um significado semntico para uma
51
viso particular no ciclo de vida de um prdio.

Neste caso em particular, os autores referem-se a um prdio, pois os
mesmos atuam no contexto do projeto arquitetnico. Todavia, a definio
extensvel para um domnio qualquer de modelagem da informao de projeto,
inclusive de projeto mecnico, substituindo prdio por produto mecnico.
Segundo (BIDARRA, 1999), tem-se que:
Features so representaes dos aspectos de forma de um produto, os

quais so mapeados para uma forma genrica e so funcionalmente
significantes para alguma fase do ciclo de vida do produto.
Pela anlise da srie de definies, resumiu-se neste trabalho que:

OBJETO Feature (Geometria, Topologia) Semntica
(4.1)
Interpretada como expresso pela Equao (4.1), a geometria e a topologia

representam a parcela fsica, independente, exata e quantitativa do modelo de
dados, enquanto a semntica representa a parcela abstrata, dependente de
contexto e qualitativa.
No importa quo geral possa ser a definio de features, o que deve ser
considerado que as features encapsulam significado de Engenharia s formas
geomtricas. (SALOMONS, 1993) afirma que Shah estabeleceu requisitos
mnimos que toda feature deve satisfazer:
Ela deve ser um constituinte fsico de um produto;
Poder ser mapeada para uma forma genrica;
Possuir um significado de Engenharia;
Possuir propriedades previsveis.
A tecnologia de features possui um conjunto de caractersticas que a

indicam como sendo um meio adequado para a modelagem de informaes do
produto e processo de projeto mecnico, a saber:
Possui um alto-nvel de informao com um significado semntico;
Permite definir caractersticas e conceitos fsicos e no fsicos

associados com o produto;
52
Facilita a propagao de alteraes no modelo de features;
Permite acompanhar e visualizar a evoluo da informao de projeto

durante as fases de projeto;
4.3.
Pode referir-se a uma viso particular do ciclo de vida do produto.
A DISCUSSO FEATURES VERSUS OBJETOS
Com base nos conceitos de orientao a objetos, torna-se importante

enquadrar essa tcnica de modelagem dentro do contexto de projeto mecnico
e das features. Existem diversos trabalhos relacionados ao conceito de
features. Eles abordam uma variedade de diferentes contextos do ciclo de vida
do produto que podem ser modelados atravs de features.
Para efeito de reusabilidade e extensibilidade dos conceitos, deve-se
assumir algumas consideraes para a modelagem de objetos no contexto do
projeto mecnico:
Existem dois contextos distintos: o contexto computacional de

orientao a objetos, e o contexto de projeto com features.
Nem todo OBJETO uma feature. Ou seja, OBJETO mais genrico.

Feature mais especfico.
Toda feature de projeto uma entidade que pode ser modelada por
orientao a objetos. Ou seja, assim toda feature um OBJETO.
O que se quer esclarecer neste trabalho : Com base na leitura de artigos,

seja na rea de features quanto na de objetos, a polmica s surge devido uma
diferena de interpretao, contextualizao, e visualizao dos conceitos de
objetos e features. Quando se pensa em modelar features no computador, a
abstrao de features como objetos que mais satisfatria. Fora disso, os
conceitos existem independentemente.
No mbito da modelagem computacional orientada a objetos, a definio
de objeto engloba a definio de feature. No caso de projeto de componentes
mecnicos, desenvolvimento de produto e sistemas computacionais de suporte
ao projeto, a idia de feature se enquadra perfeitamente com a modelagem e
53
programao baseada e orientada a objetos.

Mas o termo objeto abrangente, e por isso muito subjetivo. Tudo no
mundo real ou abstrato das idias pode ser modelado por objetos. E vale
salientar que objeto um termo distante da linguagem usual do projetista.
Da porque surge o termo feature, que passa a idia de objeto num contexto de
Engenharia. O conceito de features nada mais que uma abstrao do
conceito mais amplo de objetos, trazido para um contexto de projeto no caso
deste trabalho de pesquisa. A Figura 26 ilustra o que foi dito anteriormente.
Contexto Computacional
de Projeto
OBJETOS
Features
CAD
Figura 26. Abstrao do contexto de OBJETOS e FEATURES.
4.3.1.
OBJETOS/FEATURES DE PROJETO
Um dos objetivos dessa pesquisa estabelecer uma terminologia e uma

representao dos dados de projeto, os quais possam facilitar a implementao
computacional num ambiente de sistema CAD para suporte ao projeto de
componentes mecnicos. Os objetos de projeto ajudam a identificar os dados e
informaes que precisam constituir a base para a estrutura de dados
adequada troca e ao compartilhamento de informaes nas fases de projeto, e
assim facilitar a utilizao de sistemas CAD nestas fases, integrando-o
eficientemente ao processo.
Uma idia natural do projetista visualizar um produto sendo constitudo
por montagens, componentes, interfaces e features, etc.. As features mais
relevantes de serem identificadas nesta fase so as features de projeto. As
features constituiro a base para a captura e armazenamento das informaes
de projeto. Nesta pesquisa, o enfoque ser sobre as features de projeto, ou seja,
os dados caractersticos do produto que permitiro estender e propagar a
54
inteno do projetista para fases subseqentes da atividade de projeto.

Numa fase inicial do projeto de um componente mecnico, tem-se uma
vaga idia do que se quer projetar, ou mesmo, apenas informaes ainda no
detalhadas, imprecisas e inexatas. Essa idia apresenta-se na forma de uma
especificao de projeto que, por sua vez, adveio de uma fase informacional.
Os objetos de projeto, presentes numa fase inicial, podem ser: produto,
sistema, pea, feature de projeto. Num nvel mais grosseiro, esses objetos
podem compor uma viso geral do que se quer detalhar em etapas posteriores
do projeto.
Dentre os objetos de projeto, as features de projeto so os que servem de
informao bsica mais apropriada para a representao das caractersticas
dos demais objetos que podem ser instanciados.
Nesse trabalho de tese, as features de projeto constituem-se no elemento
bsico de informao para captura, recuperao, troca e compartilhamento de
dados entre modelos de representao para o projeto. Este tipo de modelo
baseado em features ajuda, principalmente, no momento de implementao e
utilizao de um sistema CAD.
4.4.
DEFINIO DE FEATURES
Segundo (SALOMONS, 1995), a definio de features diz respeito a como

uma feature se parece, como ela deve se comportar, e quais so as suas
caractersticas. A definio diz respeito a como o computador enxerga um
conjunto de entidades representadas graficamente e o identifica como uma
feature, que alm da informao geomtrica, encapsula um conjunto de
informaes de contexto de aplicao.
Os sistemas CAD geralmente oferecem recursos limitados para definio
de novas features (user-defined features). Nos sistemas CAPP, quando existe
essa possibilidade, elas geralmente se apresentam na forma de algoritmos para
reconhecimento de features.
Se sistemas de CAD e CAPP oferecem recursos de definio de features,
elas normalmente consistem de algum tipo de interface de programao para o
modelador geomtrico. No entanto, a interface de programao tem acesso
55
limitado s funes de processamento da geometria do modelador.

Nos sistemas de Engenharia Baseada no Conhecimento (KBE
Knowledge-Based Engineering), a interface de programao e o acesso do
modelador geomtrico so melhores, quando comparados aos sistemas CAD
convencionais. Os mtodos baseados em linguagem so uma outra alternativa
para definio de features.
Um usurio encarregado de definir novas features deve ser um
especialista em projeto ou fabricao, ou em ambos. Atualmente, os recursos
de definio de features exigem que o usurio tambm possua habilidade de
programao. Isso se deve ao fato de que os sistemas CAD comerciais, s
oferecem algumas features bsicas. Se realmente necessrio, a definio de
novas features exige um aprofundamento maior na utilizao do sistema,
geralmente exigindo usar recursos de parametrizao de perfis bidimensionais,
ou mesmo linguagens de programao para implementar algoritmos de
reconhecimento (interativo ou automtico). Na prtica, esse tipo de usurio
no fcil de encontrar.
4.5.
REPRESENTAO DE FEATURES
Segundo (SALOMONS, 1995), a representao de features refere-se a como

a informao da feature caractersticas e comportamentos representada
internamente no computador.
Para melhor se adequar ao processo de projeto, as features devem ser
entendidas em termos de sua geometria, especificaes e detalhes para
satisfazer certos requisitos funcionais. A representao de feature tambm
inclui os mtodos e as restries para sua criao. Desta forma, elas
automatizam muitas tarefas freqentemente realizadas pelo usurio durante a
modelagem geomtrica do produto.
Um ambiente de modelagem de features deve fornecer mtodos para
instanciao de novas features durante a utilizao do sistema pelo usurio.
Normalmente, estes mtodos de instanciao so os mesmos para todos
os tipos de features. Assim, cada feature possui um conjunto de mtodos que
56
no se alteram, independentemente das outras features existentes na

biblioteca do ambiente e de outras que venham a ser adicionadas ao sistema.
Esse conjunto de mtodos pode fazer parte da interface do usurio, para
auxili-lo durante o processo de instanciao. E a execuo desses mtodos,
deve disparar um processo de atualizao da base de dados do sistema, para
que o mesmo mantenha-se ciente do estado do modelo de features do produto.
4.6.
TCNICAS DE GERAO DE FEATURES

4.6.1.
RECONHECIMENTO INTERATIVO/MANUAL DE FEATURES
O usurio seleciona, interativamente na tela, elementos de um modelo

geomtrico j representado, e os redefine como fazendo parte de uma feature
predefinida no sistema. O processo de reconhecimento manual, e depende da
interpretao do usurio. Segundo (SHAH, 1991), esse tipo de abordagem tem
sido
bastante
utilizada
para
entrada
de
dados
em
programas
de
planejamento de processos, e gerao de trajetrias de ferramentas em

programas de comando numrico (CNC Computer Numerical Command).
4.6.2.
RECONHECIMENTO AUTOMTICO DE FEATURES
A partir do modelo geomtrico previamente representado, um algoritmo

computacional executado para identificar automaticamente as features.
Jasthi e Dong, citados por (MAZIERO, 1998), argumentam que nessa
abordagem, preciso desenvolver algoritmos complexos e especficos para fazer
o reconhecimento automtico de formas geomtricas simples. Isso torna a
abordagem difcil de ser aplicada na prtica. Para (BRONSVOORT, 1994), o
reconhecimento de features uma atividade um tanto redundante: na fase de
projeto, os conceitos de alto nvel de informao do produto so traduzidos pelo
projetista em informaes geomtricas de baixo nvel, as quais voltam a ser
processadas na fase de reconhecimento, com a finalidade de recuperar
novamente as informaes de alto nvel do produto.
(FUH et al., 1996) apresentam um sistema CAD/CAPP/CAFD (Computer-
57
Aided Fixture Design) integrado e baseado em inteligncia artificial, o qual

utilizando
linguagem
de
programao
computacional
Prolog,
faz
reconhecimento de features atravs de regras e fatos. O sistema utiliza uma

representao tridimensional da pea para extrair as informaes geomtricas,
e uma representao bidimensional para extrair a informao tecnolgica. Eles
tambm reconhecem que as definies de features podem ser ambguas,
resultando na dificuldade de extrao da features. Por outro lado, eles tambm
afirmam que a abordagem de projeto por features inconsistente com o que
tradicionalmente seguido pelos projetistas, o que pode for-los a trabalhar
em detalhamentos e especificaes muito maiores e bem antes do estgio
realmente necessrio. Essa forma de trabalhar bastante observada em alguns
sistemas CAD, os quais apresentam todas as informaes das features no
momento da sua criao ou instanciao.
(MAZIERO, 1998) observa que a inconsistncia entre a forma de trabalhar
dos projetistas e dos sistemas CAD, pode ser contornada adotando-se uma
metodologia onde as informaes possam ser repassadas ao modelo num
momento conveniente para o projetista. Por exemplo, inicialmente pode-se
deixar o projetista livre para criar as formas geomtricas inicias do projeto; e
somente depois ou quando o projetista achar oportuno, permitir a cotagem de
dimenses e especificaes de tolerncias. Esse seria o comportamento ideal de
um sistema CAD de suporte s atividades de projeto.
4.6.3.
PROJETO POR FEATURES (DESIGN BY FEATURES)
O modelo da pea representado diretamente no sistema atravs de

features. Nessa abordagem, o usurio baseia-se na existncia de uma
biblioteca de features e de procedimentos de utilizao preconcebidos em
termos de primitivas de Engenharia, procurando obter uma representao de
mais alto nvel, prxima necessidade de concepo do projetista e que reflita
a sua inteno ou raciocnio.
Existem dois mtodos de implementao da abordagem de projeto por
features: a geometria destrutiva, e a sntese de elementos volumtricos. A
geometria destrutiva baseia-se na subtrao ou extrao de volumes da pea
em bruto ou matria-prima, representada por um bloco ou volume inicial. Esse
58
mtodo est intrinsecamente associado ao processo de fabricao. O segundo

mtodo trabalha com a juno elementar de volumes, os quais so definidos de
acordo com o projeto ou significado de manufatura.
Schulz, citado por (MAZIERO, 1998), compara essas metodologias
considerando o suporte para o projetista. Ele destaca algumas vantagens da
abordagem de projeto por features com relao s outras abordagens
mencionadas:
O projetista interage com o sistema, o qual oferece uma semntica que

representa elementos de projeto e manufatura;
As relaes geomtricas so definidas para o mais alto nvel, o que

evita a interao com a geometria de baixo nvel, e reduz as
possibilidades de erro;
Permite que o projetista transfira informaes da base de dados que

est disponvel durante o processo de projeto;
O modelo da pea captura muito mais informaes, tanto geomtricas

como tecnolgicas, o que permite a sua reutilizao em estgios
subseqentes do ciclo de vida do produto;
As bibliotecas de features podem ser usadas para modelar peas, com

a possibilidade de simular a sua fabricao e estimar custos;
As intenes e o raciocnio do projetista so capturados no modelo do

produto.
Para Mntyl, as principais vantagens no uso direto de features no projeto

incluem:
Um vocabulrio mais natural para expressar as peas do produto, do

que simplesmente a modelagem geomtrica;
A possibilidade de usar features como base para a modelagem de

informaes do produto em diferentes fases do projeto ou do seu ciclo
de vida;
Um aumento de produtividade do projetista.
(MAZIERO, 1998) adverte que a utilizao de features conduz a uma

especializao cada vez maior do sistema, medida que o nvel de informao
59
vai tornando-se mais alto. Como vantagem compensadora, tem-se maior

rapidez em produzir o projeto, e conseqentemente, reduo do custo final do
produto e vantagem sobre a concorrncia. Uma desvantagem que pode ser
mais aparente no incio da construo e utilizao de uma biblioteca a
limitao de opes de features que restringe o seu domnio de aplicao. Mais
esse um problema que tambm vai se contornando, medida que a biblioteca
atualizada e acrescida de novas features.
4.7.
IDENTIFICAO DE FEATURES
Cada produto tem seu conjunto caracterstico de features. As features so

tambm dependentes do processo usado para criar um produto.
(SHAH e MNTYL, 1995), baseando-se numa viso de espao vetorial,
colocam que a definio da feature dependente dos seguintes elementos: o
tipo de produto, a aplicao, e o nvel de abstrao. A Figura 27 resume isso,
colocando os trs elementos como bases para a definio do espao de
features. Esses elementos devem ser considerados e podem ser utilizados como
critrios de uma classificao de features.
Espao de
Features
Tipo de Produto
Aplicao
Nvel de
Abstrao
Figura 27. Contextos relevantes na definio de uma feature.

Um conceito importante para esse trabalho, define o que pode ser
chamado de featurizao de um produto. A featurizao um processo de
encapsulao das caractersticas geomtricas e funcionais do produto, no
contexto de uma aplicao especfica, atravs da utilizao do conceito de
features.
Em cada aplicao, preciso realizar trs passos para concluir o processo
de featurizao:
60
Identificao: significa determinar quais regies ou partes do produto

podem ser consideradas um esteretipo de forma, sendo tratada como
uma unidade de informao com significado para o contexto do
projetista.
Formalizao: significa identificar as propriedades (nome, tipos de

atributos e parmetros) de uma classe de feature necessria para a
aplicao. Pode-se ver que um processo de modelagem da informao
contida na classe de feature.
Arquivamento: significa pensar na representao computacional da

classe de feature identificada e modelada nos passos anteriores, de
forma a disponibiliz-la numa biblioteca de features.
A identificao e formalizao de features constituem-se num processo

custoso e evolutivo, cujos benefcios so de longo prazo. Somente aps atingir
um certo nmero de features na biblioteca, que se pode ter os benefcios
esperados de aumento da produtividade e rapidez no processo de projeto e
desenvolvimento do produto.
Por conta desses porm quanto utilizao da tecnologia de features
para gerar o produto no sistema CAD, que se deve fazer uma anlise acurada
antes de realizar uma featurizao do produto. Uma questo que pode ser
considerada se o ciclo de vida do produto longo o suficiente para justificar
um investimento em se fazer a featurizao. A considerao pertinente, pois
no se justifica formalizar uma feature para que ela seja mais adiante
esquecida numa biblioteca, e no seja reusada. Isso vai de encontro,
completamente, com os princpios de definio de uma feature j discutidos
anteriormente. A idia que as features sejam reusveis e extensveis para
aplicaes subseqentes do ciclo de vida do produto.
4.8.
CLASSIFICAO DE FEATURES
A classificao de features necessria para que sejam conhecidos

realmente os tipos de features existentes e a sua localizao dentro do contexto
61
em anlise.
As features de forma so classificadas, inicialmente quanto ao modo de
representao, em:
Features Paramtricas: podem ser instanciadas atravs de um

conjunto de parmetros geomtricos.
Ex.: Um furo pode ser definido pelos seguintes parmetros, o valor do seu
dimetro e do seu comprimento (profundidade).
Features No-Paramtricas: so definidas atravs de um conjunto de

entidades geomtricas de baixo nvel, explicitamente identificadas; ou
por um conjunto especfico de features paramtricas (Macros), onde so
definidas atravs da descrio da forma.
Ex.: Um furo passante pode ser definido pelas suas superfcies a lateral,
a de entrada, e a de sada.
Em termos de contexto de aplicao, uma outra classificao de features
pode ser dada por:
Features Macro ou Globais: quando podem e so utilizadas em

qualquer fase do processo de projeto mecnico; e podem ser
instanciadas para qualquer aplicao, quando requerida.
Ex.: parafuso comum (regular bolt); haste rosqueada (stud bolt); mola
(spring); engrenagens retas (spur gears); engrenagens cnicas (bevel gears);
engrenagens helicoidais (helical gears); rolamentos de rolos (roller bearings);
polia com aros ou de raios (pulley with arms or web).
Features Micro ou Locais: quando possuem um contexto bem

especfico, particular, ou detalhado.
Ex.: rebaixo (counterbore); escareado (countersink); cotovelo (elbow); placa

dobrada (bend plate); cunha ou plano inclinado (wedge); elemento para
suportar esforo de escoramento ou presso, semelhante a um olhal (seam).
Features de Fabricao: features relacionadas a operaes comuns de

processo de fabricao, tipo:
Ex.: dobramento (bend); toro (twist); conformao ou estampagem

(stamping).
(MCGINNIS e ULLMAN, 1992) classificam dois tipos de features que os
62
projetistas utilizam no contexto do projeto mecnico:
Features de Forma: incluem as features geomtricas, topolgicas, de

fabricao, e features de tolerncia, alm de quaisquer outras features
utilizadas para descrever a estrutura fsica dos objetos de projeto.
Features Funcionais: incluem o propsito, inteno do objeto de

projeto,
tais
como
suporte,
estabilidade,
ou
resistncia;
comportamento que o objeto de projeto tem, tais como se ele suporta,

gira, ou desloca-se, etc..
Ex.: Um elemento piv. Algumas features de forma consideram a
geometria, dimetro, posio, e processos de fabricao. Enquanto que a
feature funcional poderia defini-lo como um objeto, que fornece um ponto
de suporte onde outros elementos giram em torno.
4.9.
EXEMPLOS DE FEATURES NO SISTEMA CAD
As funcionalidades proporcionadas por cada um dos sistemas so

basicamente as mesmas. A diferena maior percebida apenas na interface do
usurio que o sistema oferece.
Os sistemas variam quanto origem (comercial ou acadmico),
quantidade de features disponveis, integrao com o modelador de slidos,
aplicao (projeto, fabricao, etc...) e grau de avano tecnolgico. Geralmente,
elas permitem a modelagem geomtrica de formas slidas baseadas em
features genricas ou especializadas.
Importante ressaltar que as definies das features encontradas nos
sistemas CAD atuais, comumente abordam apenas a viso de detalhes
construtivos da pea. Esses detalhes so definidos com base nos conceitos de
fabricao, em features de forma tais como: arredondamentos, chanfro, furo,
canal, nervuras, reforo, etc.. As definies dessas features encapsulam apenas
o carter geomtrico numa forma parametrizada, a seqncia de construo,
ou os parmetros bsicos em caixas de dilogo. O carter semntico das
intenes do projetista em utilizar a forma geomtrica para gerar a soluo de
projeto perdido, e no associado ao modelo geomtrico. Assim, o modelo de
63
informao de projeto pobre de informao no-geomtrica relacionada ao

projeto.
A Figura 28 apresenta exemplos de features genricas e especializadas
encontradas no MicroStation Modeler v7.1, da Bentley.
Figura 28. Exemplo de features bsicas, genricas e especializadas no

MicroStation Modeler v7.1.
A Figura 29 apresenta o conjunto de features do sistema CAD Solidworks
v99. O sistema fornecido pela empresa de mesmo nome que o do produto.
Figura 29. Barra de ferramentas das features definidas no sistema CAD

Solidworks.
A Figura 30 apresenta o conjunto de features do sistema CAD Solid Edge
Part v7.0, da Unigraphics Solutions.
Figura 30. Barra de ferramentas das features definidas no sistema CAD Solid
Edge.
Outros exemplos de sistemas CAD, criados em pesquisas acadmicas, que
adotaram o conceito de features podem ser consultadas nas seguintes
referncias: (SHAH e MNTYL, 1995), (SALOMONS, 1995), (MAZIERO, 1998),
(SCHTZER et al., 1999), (BIDARRA e BRONSVOORT, 2000), etc..
C a p tu l o 5
Sistemas CAD no Projeto

Mecnico
5.1.
INTRODUO
No comeo da utilizao dos sistemas CAD nas atividades de projeto, a

principal
preocupao
se
concentrava
na
automao
das
atividades
relacionadas gerao de desenhos tcnicos. Os sistemas CAD eram vistos e

usados como pranchetas eletrnicas estilizadas.
Na maioria dos casos, a aplicao deles se resumia a automatizar
atividades com caractersticas tais como:
Atividades repetitivas e tediosas: geralmente esse tipo de atividade no

acrescenta nenhum ou pouco valor tcnico de Engenharia atividade
principal, que no caso do CAD, deveria ser de projetar e de suportar o
processo de projeto;
Atividades que possuem uma seqncia de implementao definida e

padronizada; ou seja, adequada a um processo de automatizao.
O objetivo principal era aumentar a produtividade e a documentao do
65
CAP. 5 SISTEMAS CAD NO PROJETO MECNICO
desenho detalhado do produto. Esse objetivo foi alcanado, de certa forma,

quando os recursos do CAD eram aplicados correta e extensivamente no
ambiente de trabalho. Todavia, fato que a ferramenta adequada no
condio suficiente para garantir bons resultados. Ela apenas habilita o
usurio a conseguir o objetivo pretendido.
A adaptao ao uso de uma nova tecnologia ou mudana de
procedimentos, mesmo que atravs de uma boa ferramenta, sempre exige um
esforo inicial e alguns percalos at se conseguir o domnio pleno ou
satisfatrio da ferramenta. Esse perodo de adaptao depende de alguns
fatores, sendo que os principais e mais decisivos apontados aqui so:
Nvel de conhecimento terico/prtico do usurio: desnecessrio,

seno
redundante
enfatizar
que
experincias
anteriores com a
utilizao, ou um conhecimento terico embasado no potencial de um

sistema CAD genrico, ou ambos, so necessrios para utilizao
satisfatria dos recursos de produtividade oferecidos por um sistema
CAD. O mais importante e que exige mais percia, ateno e tempo,
saber visualizar as limitaes na aplicao do sistema.
Facilidade que a tem ferramenta de oferecer, quanto ao uso, os

seus recursos computacionais: neste ponto decisiva a importncia
da interface do usurio. Uma interface mal projetada induz erros ou
deixa o usurio indeciso durante a realizao de algumas operaes, ou
pode at mesmo embutir vcios na forma de trabalhar de um usurio
mais incauto ou inexperiente. No sistema CAD, uma interface amigvel
deve conduzir o usurio na realizao da operao, de forma a lev-lo
ao trmino dela, sem atropelos e sem a necessidade de tentativas
prvias para entender ou dominar o recurso.
5.2.
MUDANAS DE APLICAO DO SISTEMA CAD
Ver-se que a forma como era encarada a aplicao do sistema CAD a

mesma que de uma ferramenta computacional qualquer. Isso reflete o
66
pensamento da poca da introduo dos computadores dentro da rotina do

ambiente de trabalho, onde se buscava apenas automatizar tarefas.
Devido importncia dos sistemas CAD, e CAXs em geral, justifica-se a
procura dos aspectos necessrios para otimizao da aplicao de tais
ferramentas no suporte ao projeto. Os sistemas CAD exercem um papel
importante de documentao, gerenciamento, compartilhamento e troca de
dados de projeto na maior parte das atividades de um sistema de fabricao.
Tem-se exigido dos sistemas CAD uma adaptao realidade de um
mercado consumidor ansioso por diversidade e qualidade nos produtos
fabricados, e ao dinamismo da economia globalizada. Na rotina das empresas e
escritrios de projeto, isso refletido pelo aumento do fluxo de informaes e
dados intersetores, os quais precisam estar integrados dentro do processo de
projeto e do fluxo de trabalho. Num ambiente como este, a medida de
produtividade do sistema CAD est associada diretamente flexibilidade e aos
seus recursos computacionais. So essas qualidades que habilitam o sistema
CAD se integrar s atividades de projeto e desenvolvimento do produto. Essa
no s uma exigncia feita aos sistemas CAD, mas a todas as ferramentas
computacionais de suporte ao projeto, que a documentao dos dados e
informaes relacionadas ao projeto sejam de alguma forma armazenadas e
capturadas adequadamente no computador.
Embora a modelagem geomtrica represente um importante avano e
melhoramento sobre os sistemas CAD, estes ainda possuem algumas
deficincias que precisam ser consideradas para efetivamente servirem como
meio de integrao com outras atividades relacionadas Engenharia. Abaixo,
listam-se algumas dessas dificuldades ou questes ainda no otimizadas pelos
sistemas CAD:
Interpretao da informao geomtrica a partir do ponto de vista de

fabricao;
Disponibilidade de informao associada tipo no-geomtrica

necessria para um processo subseqente de planejamento;
Dificuldade de integrar sistemas especialistas ou modelos de anlise

com modelos geomtricos;
Falta de padronizao na forma de representao computacional da
67
informao e do dado de projeto no CAD;
Dificuldade de processamento de dados abstratos, que muitas das

vezes dizem respeito inteno do projetista;
As bases de dados ou modelos de dados de informao no suportam

todas as informaes processadas num ciclo de desenvolvimento do
produto.
(ULLMAN et al., 1990) adverte que o suporte proporcionado pelos sistemas

CAD concentra-se muito mais em suportar o desenho (D DRAFTING) em si,
do que atender s necessidades de projeto (D DESIGN).
Wigard, citado por (MAZIERO, 1998), afirma que nos programas
CAD/CAM atuais, o usurio deve expressar o conceito que ele quer representar
usando elementos relacionados representao interna do modelo. Isso pode
mascarar o real significado dos conceitos, e levar o raciocnio e a criatividade
do projetista para questes no relacionadas com a sua atividade principal,
que projetar. E essa forma de visualizar a ferramenta CAD est passando por
um processo de grandes mudanas. Conforme j advertido, o CAD deve deixar
de ser apenas desenho (drafting, drawing) e assumir a sua verdadeira
identidade, o projeto (design).
Atualmente, os sistemas CAD buscam se equipar de um conjunto de
recursos computacionais que auxiliem o projetista no s na gerao de
desenhos apropriados para a fabricao; mas tambm e, sobretudo, numa
srie de tarefas de Engenharia presentes no processo de projeto. Eles vm
evoluindo progressivamente para sistemas capazes de auxiliar o projetista
durante todo o processo de projeto, lidarem com qualquer tipo de objeto direta
ou indiretamente relacionado e, conectarem-se com quaisquer outros sistemas
de informao. Isso um processo transitrio de mudana de pensamento, e
que deve levar alguns anos para encontrar o seu ponto de equilbrio. A Figura
31 ilustra o que foi discutido no texto acima.
Atravs de experimentos e uma anlise dos resultados obtidos, (ULLMAN
et al., 1990) tambm assinalou quatro reas onde a ferramenta CAD pode e
deve se desenvolver. So questes onde ainda muitas pesquisas podem ser
realizadas. Essas esto resumidas e comentadas abaixo:
68
Permitir e oferecer entradas de informaes e dados de projeto por meio

de rascunhos, uma forma rpida e comumente usada por engenheiros
e projetistas para materializar idias. E essa informao tem os seus
mritos e seu valor tcnico;
Permitir uma variedade de interfaces para o projetista. Isto no

significa disponibilizar mais formas para definir um crculo, mas
selecionar e padronizar uma interface que aproxime o usurio da
ferramenta computacional;
Reconhecer features dependentes do contexto de aplicao e trat-las

como objetos;
Ser hbil a gerenciar restries abstratas e restries funcionais, e

garantir ou sugerir soluo para elas.
PRODUTIVIDADE
CAD Integrado e Corporativo

Ferramentas de EEM
CAD
Perodos de adaptao
com a nova tecnologia
Computao Grfica
Interatividade
Prancheta
1900
1950
1960
1970
1980
TEMPO
1990
2000
Figura 31. Evoluo da tecnologia dos sistemas CAD.
5.3.
RECURSOS COMPUTACIONAIS DOS SISTEMAS CAD
Certas caractersticas e recursos computacionais de um sistema CAD so,

geralmente, mais requeridos e necessrios do que outros. De acordo com
(WAKEFORD e FAY, 1998), quando usurios procuram por um novo sistema
69
CAD para atender s suas necessidades mais bsicas e comuns, eles listam os
seguintes itens:
Habilidade de importar dados a partir de outros sistemas CAD;
Integrao e conectividade com sistemas CAM;
Interface do usurio.
Essas caractersticas e recursos do sistema CAD acabam servindo de

critrio decisivo para escolha, pois elas servem de apoio bsico para utiliz-lo
eficientemente e produtivamente. Os dois primeiros itens listados acima esto
diretamente relacionados ao formato de arquivo proprietrio do sistema CAD, e
estrutura de dados e informaes.
Os
sistemas
CAD
oferecem
algumas
ferramentas
recursos
de
personalizao, os quais permitem desenvolver e implementar outros recursos

estendidos e mais ajustados s necessidades especficas de um usurio. A
ttulo de exemplo, citam-se alguns recursos encontrados no sistema CAD
MicroStation/J Modeler, da Bentley.
Modelagem paramtrica: Perfis paramtricos bidimensionais, definio

de restries geomtricas e relaes dimensionais entre entidades
geomtricas e grficas. Exemplo na Figura 32;
Desenvolvimento de bibliotecas de clulas personalizadas;
Definies de features bsicas. Exemplo nas figuras no tpico 4.9;
Bibliotecas de componentes padronizados. Exemplo na Figura 33;
Interface de integrao com sistemas de banco de dados, permitindo o

sistema CAD ler informaes a partir de um banco de dados;
Ex.: Atravs de drivers ODBC Open Database Connectivity, da Microsoft;

ou JDBC Java Database Connectivity, da Sun Microsystems.
Interface de integrao com linguagens de programao, atravs de

APIs prprias do sistema CAD.
Ex.: Basic, MDL (MicroStation Developer Language) em C, e JMDL em

Java.
medida que as informaes e os dados vo se tornando mais complexos,
o auxlio de ferramentas computacionais ao projeto torna-se indispensvel na
70
realizao de tarefas mais criativas, de gerenciamento e suporte eficiente da

dinmica de projeto de um produto, como por exemplo:
Aumento da eficincia dos mtodos de modelagem do produto:

captura da inteno do projetista dentro do modelo geomtrico gerado
pelo
sistema
CAD;
gerao
seleo
automtica
de
solues
alternativas a partir de uma especificao textual ou grfica de projeto;
Gerenciamento e manuteno das informaes e dados de projeto:

estrutura de dados representativa do contexto de projeto, reusveis e
extensveis em aplicaes subseqentes do ciclo de vida do produto;
Integrao com o processo de projeto e fluxo de trabalho da

empresa: interoperabilidade com outras ferramentas computacionais;
interfaces computacionais personalizadas e ajustadas para aplicaes
especficas.
Figura 32. Exemplo de perfis bidimensionais gerando formas sinuosas.
Figura 33. Biblioteca de componentes padronizados disponveis no

MicroStation/J Modeler v7.1.
A utilizao desses recursos j disponveis na maioria dos sistemas CAD
classificados
como
de
mdia
alta
aplicao (middle/high-application),
habilitam o usurio a implementar recursos computacionais estendidos, que
71
atendam e suportem operaes comuns desejadas por um usurio.

A inteno desenvolver recursos que facilitem para o usurio do sistema
a captura da inteno do projetista durante a criao do modelo slido. Devido
s
particularidades
prprias
da
atividade
de
projetar,
complicado
disponibilizar um conjunto de ferramentas integradas que satisfaam por

completo as diferentes necessidades do usurio.
5.4.
MODELAGEM DE OBJETOS EM CAD
No h uma nica definio original de Orientao a Objeto em CAD.

Entretanto, pode-se defini-la como sendo: O CAD que emprega objetos
"inteligentes" (que sabem o que so), os quais podem avaliar mensagens e
respond-las.
O termo CAD Orientado a Objetos significa que o sistema usa uma
representao de objetos do mundo real. Isto , o usurio no opera num nvel
semntico de linhas, superfcies ou slidos primitivos, mas com objetos do
mundo real, tais como porta, janela, pea, ressalto, chanfro, rolamento,
dobramento, etc.. Alm disso, o sistema sabe como os objetos interagem com
os demais.
A grande vantagem da utilizao de modelagem de objetos em CAD que
os modelos de objetos se auto-validam, porque eles so descries dos objetos
do mundo real. De acordo com o conceito, um objeto sabe o que ele .
Um objeto uma entidade que combina sua estrutura de dados e seu
comportamento numa estrutura de dados nica. Segundo (MONTENEGRO e
PACHECO, 1994), a um objeto qualquer esto associados o seu estado,
comportamento e identidade. Esses elementos so definidos conforme abaixo:
Estado: o estado de um objeto definido pelas propriedades

(ATRIBUTOS)
que
ele
possui
pelos
correspondentes
valores
assumidos por estas propriedades.
Comportamento: o comportamento de um objeto definido pela forma

como ele age e reage, em termos de mudana do seu estado e
relacionamento com os demais objetos. A ao e reao dos objetos se
72
processam atravs dos seus MTODOS.
Identidade: a identidade de um objeto definida como a propriedade

que o distingue dos demais objetos.
Atualmente, as tcnicas de modelagem e programao orientadas a objeto

so amplamente empregadas no desenvolvimento de sistemas CAD. Entidades
do sistema so divididas em hierarquias de classe. As mensagens instruem aos
objetos como eles podem se desenhar, caracterizando um polimorfismo
dinmico.
Novas
entidades
podem
ser
adicionadas,
podem
herdar
caractersticas ou comportamentos encapsulados por classes de objetos. Outra

caracterstica da orientao a objeto em sistemas CAD, que o mecanismo de
passagem de mensagens entre objetos refora os relacionamentos existentes
entre modelos slidos de montagens de conjuntos de peas. Esta modelagem
facilita os relacionamentos entre partes do produto.
As tcnicas orientadas a objeto fornecem a flexibilidade necessria para o
projeto. Os elementos fsicos do projeto, seus parmetros, propriedades,
restries e relacionamentos podem ser representados como objetos, com seus
atributos e mtodos.
Nos sistemas CAD, seja em termos de Engenharia de Software (o software
em si, do ponto de vista do programador) quanto da modelagem dos dados (o
modelo de informao, do ponto de vista do usurio), a modelagem por objetos
permite desde a modelagem dos dados assim como a modelagem da prpria
interface do usurio. Todo o ambiente computacional (estrutura de dados e
interface do usurio) pode ser construdo com base num mesmo modelo de
entidades o OBJETO.
Existem algumas implementaes de sistemas CAD baseados em objetos,
todavia esto mais desenvolvidas no mbito das interfaces para o usurio. No
que se refere representao computacional da estrutura de dados, existe um
ponto cheio de possibilidades de contribuies, que devem se beneficiar dos
novos recursos de transmisso, acesso, e compartilhamento de informao via
Internet.
A necessidade de utilizar esses recursos de rede computacionais
integradas crescente na rea de Projeto e Desenvolvimento de Produto, a fim
73
de facilitar a implementao da Engenharia Simultnea.
5.5.
QUESTES RELEVANTES NO CONTEXTO DA PROPOSTA
Para a implementao dessa proposta de evoluo dos dados de projeto,

consideraes relacionadas modelagem de features e orientao a objetos nos
sistemas CAD so importantes. Nas subsees seguintes, so feitos alguns
comentrios sobre estes dois tpicos.
5.5.1.
O CAD
COM
MODELAGEM DE FEATURES E ORIENTAO A OBJETOS
Em termos de desenvolvimento de sistemas computacionais e modelagem

de problemas, a orientao a objetos a tendncia atual em sistemas CAD
(WARMAN, 1990). E esta tendncia vem acompanhada da modelagem de
features, a qual se traduz no correspondente paradigma para fins de
modelagem
computacional
das
entidades
geomtricas
dos
conceitos
discutidos nessa proposta.

Sabe-se que, no nvel mais bsico, os recursos computacionais de
sistemas CAD realizam suas operaes sobre primitivas geomtricas de baixo
nvel. Atravs dos recursos de personalizao e programao busca-se
aumentar o nvel semntico das entidades pela introduo de raciocnio do
projetista na modelagem de definio das entidades geomtricas do sistema
CAD. Tenta-se dessa forma, facilitar a interface de trabalho do usurio em
manipular as entidades geomtricas do CAD.
Atualmente, o conceito mais evoludo, em termos de abstrao de entidade
para um sistema CAD, o de feature. O conceito de feature, sob o ponto de
vista tecnolgico de Engenharia, tem um significado e uma relao direta com
a encapsulao de dados geomtricos, topolgicos e funcionais. O paradigma
de orientao a objetos acrescenta ao conceito de feature, a semntica
(significado) da inteno do projetista, representada pela identificao da
funo global do produto ou da forma (geometria, topologia), pelo nvel de
abstrao, etc..
Atravs da parametrizao e pela definio de restries geomtricas e
74
relaes dimensionais, tem-se a possibilidade de especificar uma feature ou

objeto do domnio de Engenharia.
Todavia, quanto definio de features, o que se tem nos atuais sistemas
CAD so implementaes estticas, que no agregam mecanismos ou
algoritmos de validao definio da feature. Os algoritmos de validao
garantem a integridade semntica das features durante as operaes de
modelagem de interaes com outras features j existentes no modelo. A
importncia da validao semntica para a modelagem de features pode ser
constatada nos exemplos apresentados nos trabalhos de (SHAH e MNTYL,
1995) e (BIDARRA e BRONSVOORT, 2000).
neste
ponto,
de
validao
das
inter-relaes
entre
features
manuteno do significado, que os sistemas CAD comerciais falham. A causa

se deve falta de algoritmos de validao para avaliar a integridade da
semntica das features. Essa semntica das features depende da inteno do
projetista em usar uma certa entidade geomtrica dentro de seu contexto
especfico de aplicao. (BIDARRA e BRONSVOORT, 2000) adverte para o fato
de que os modelos de features atualmente em uso nos sistemas CAD
comerciais so mal definidos, pois ainda no adicionaram a validao
semntica e a manuteno do significado dentro da definio da feature. Neste
caso, o usurio fica encarregado de realizar a verificao e validao do modelo
de features de acordo com a sua interpretao, ou de implementar a validao
dentro da definio da feature.
5.5.2.
OUTRAS QUESTES
A partir desse estudo, deve-se ponderar sobre duas questes: a validao

do modelo de features no CAD, e a padronizao dos termos e definies para
as features implementadas. So questes ainda no resolvidas ou no
incorporadas, de forma comercial, nos atuais sistemas CAD.
No caso da padronizao dos termos e conceitos utilizados durante o
processo de projeto, a linha de pesquisa dessa proposta inicia um estudo que
deve modelar os principais conceitos e entidades de projeto. um importante
benefcio resultante da aplicao de uma base comum de features, conceitos e
funes de projeto. Essa base comum minimiza e unifica o escopo de
75
interpretaes por parte dos integrantes de uma equipe de projeto.

Conclui-se tambm que a maior dificuldade em qualquer classificao de
features, passa pela questo da falta de uma padronizao das representaes
computacionais utilizadas. Ocorre que, normalmente, embora as features
sejam definidas numa mesma semntica, elas podem apresentar diferentes
representaes computacionais. A padronizao no uma tarefa fcil em
qualquer rea ou assunto. As variveis que influenciam a aceitao ou no de
uma padronizao so muitas.
Alm
das
implementao,
ferramentas
discutiu-se
computacionais
tambm
adequadas
necessidade
de
para
fins
de
utilizao
das
modelagens de features e de orientao a objetos. Juntos, os conceitos de

features e de objetos, possibilitam a captura do significado de Engenharia
presente nas entidades grficas do sistema CAD.
Essa proposta de um sistema CAD associado s fases do processo de
projeto
atravs
da
modelagem
de
features,
favorece
troca
compartilhamento de dados do processo de projeto, de forma a possibilitar que

o projeto seja gerado, interpretado ou organizado dentro de um sistema CAD.
C a p tu l o 6
Proposta de Tese
6.1.
INTRODUO
A evoluo das decises no projeto de componentes mecnicos pode ser

capturada ou obtida atravs de uma anlise detalhada dos procedimentos
executados durante as fases de projeto.
A idia principal desse trabalho determinar o conjunto de informaes
importantes para cada fase de projeto, as quais so modeladas e representadas
como features, e assim obter uma identidade da fase. Esse conjunto de
informaes caractersticas seria chamado, ou interpretado como uma
identidade da fase de projeto correspondente.
Para a definio das features que representariam a identidade das fases
de projeto, tem-se a necessidade de sistematizar o tipo de informao ou de
dados que ocorrem nas fases; e a forma como esses dados so fornecidos,
representados e armazenados no computador.
As definies de um protocolo e de uma terminologia padronizada e
apropriada de conceitos podem auxiliar na sistematizao da modelagem de
informao. Essa sistematizao deve priorizar um levantamento de quais
informaes so importantes, quais as formas de representao, e o
CAP. 6 PROPOSTA DE TESE
77
estabelecimento da estrutura de dados adequada para cada fase de projeto, a

qual resulte em informaes geomtricas e no-geomtricas de projeto.
Para a representao desse conjunto de informaes, prope-se a
utilizao de modelos baseados em features como unidades de informao. A
inteno nesta proposta aplicar uma abordagem baseada em modelos de
features de projeto para toda a estrutura de informao do produto.
6.2.
TRANSFORMAO DOS DADOS DE PROJETO
O projeto considerado como um sistema que transforma informaes

(BACK, 1983). Os objetivos de capturar os dados de projeto de um componente
poder mostrar o desenvolvimento e a propagao das restries de projeto, a
relao entre as features de projeto e as restries, e identificar as
necessidades de representao computacional no projeto mecnico. Isso
significa obter um retrato da histria do projeto como informao do produto.
No projeto de um componente, algumas restries sobre sua forma e
funo so dadas no incio do problema. Outras restries aparecem a partir
do domnio de conhecimento do projetista. Outras so derivadas a partir de
cada deciso de projeto tomada. o relacionamento desses tipos de restries
de projeto que formam o refinamento evolucionrio de um componente. Esta
evoluo traada em detalhes, e a fonte de cada restrio de projeto fica
claramente demonstrada.
Outro objetivo esclarecer os conceitos e definies, e mostrar os
relacionamentos entre os termos: restrio de projeto e features de projeto.
Esses conceitos so, s vezes, usados de forma inconsistente. Para traar a
histria do projeto de um componente especfico, suas restries e features tm
de ser bem identificadas e esclarecidas, e as relaes entre elas desenvolvidas.
Na evoluo da histria do projeto, alguns requisitos para a representao dos
dados de projeto so identificados.
Para implementao da proposta colocada nesse trabalho, o sistema CAD
a ferramenta principal. A nfase neste trabalho ser sobre os sistemas CAD,
ou seja, pretende-se pensar em solues que possam ser incorporadas aos
78
recursos computacionais normalmente existentes num sistema CAD qualquer,

de forma a melhor integr-lo atividade de projeto.
No incio da utilizao dos sistemas CAD nas atividades de projeto, a
maior preocupao se concentrava na automao dos processos de gerao de
desenho. O objetivo era aumentar a produtividade e a documentao do projeto
detalhado do produto. Ou seja, a fase de documentao ficava no final, e
isolada das demais fases do processo de projeto, como mostra a Figura 34.
Informaes
de Mercado
Concepo
do Produto
Especificaes
de Projeto
Projeto
Informacional
Projeto
Conceitual
Leiaute do
Produto
Projeto
Preliminar
Documentao
do Produto
Projeto
Detalhado
Figura 34. Fases de projeto com as respectivas entradas e sadas (Baseado em

OGLIARI, 1999).
Conforme mostrado pela Figura 35, preciso que o sistema CAD
armazene os dados e informaes de projeto desde o seu incio. Nesse estudo
sugere-se que a fase de documentao do projeto ocorra desde a fase
Informacional/Conceitual at o projeto detalhado. Dessa forma, tem-se a
documentao do produto fazendo parte de todas as fases do projeto, e no
somente do final.
Documentao do Produto pelo Sistema CAD
Informaes
de Mercado
Concepo
do Produto
Especificaes
de Projeto
Projeto
Informacional
Projeto
Conceitual
Leiaute do
Produto
Projeto
Preliminar
Projeto
Detalhado
Figura 35. Fases de projeto e documentao do produto.

A partir dessa visualizao diferenciada da ordem das fases de projeto,
uma sistemtica integrada ao sistema CAD proposta na seo seguinte.
79
6.3.
SISTEMTICA DE PROJETO NO SISTEMA CAD
O reuso, a troca e o compartilhamento de dados e informaes de

Engenharia no processo de projeto, necessitam de bases computacional e
metodolgica consistentes para serem satisfatrias e eficientes.
A fim de facilitar e otimizar a integrao de qualquer ferramenta
computacional na atividade de projeto sugere-se a aplicao de uma
sistemtica de projeto, com fases bem definidas.
Assim sendo, com o objetivo de introduzir o uso do CAD suportando dados
e informaes gerados nas atividades de projeto, as fases de projeto
consideradas nesse estudo so as que esto representadas por retngulos,
como mostrado na Figura 35. Com base em (SHAH e MNTYL, 1995)
sugerem que uma linguagem para o desenvolvimento de produto deve
considerar dois elementos: o processo e o produto.
Confrontando a Figura 35, com o que dizem acima Shah e Mntyl, podese visualizar que os processos so as fases de projeto, e do uma indicao
sobre quais processos os dados do produto esto sujeitos na respectiva fase. J
as entradas e sadas, representadas por crculos, constituem os estados do
projeto, e do uma indicao dos dados e informaes do produto, ou seja, do
estado do produto. Isso mostrado na Figura 36.
ENTRADAS
PROCESSO
SAIDAS
dados e
informaes de
entrada
FASE DE
PROJETO
dados e
informaes de
sada
Estado (i)
do produto
Estado (i + 1)
do produto
Figura 36. Processos x Fases de Projeto Produto x Dados e Informaes.

Nesta linguagem de desenvolvimento do produto, os processos informam
sobre a evoluo do produto atravs dos estados de projeto. Cada ao de
projeto o modifica. Ou seja, os estados de projeto so como fotografias
instantneas tiradas durante seu desenvolvimento. Ento, importante
caracterizar conceitos que esto associados a cada fase do processo de projeto,
e as suas correspondentes transies.
80
Assim, as diferentes fases e transies so classificadas como:
No Projeto Informacional, as informaes de mercado, caracterizadas

pelos interesses ou manifestaes das pessoas que direta ou
indiretamente relacionam-se com o produto, transformando-se em
especificaes de projeto que caracterizam os problemas tcnicos e
as restries a serem resolvidas.
No Projeto Conceitual, os valores quantificados das especificaes de

projeto, transformando-se numa soluo de concepo simplificada
para o problema de projeto. Essa soluo caracterizada pelas
principais funcionalidades e princpios de soluo, e representados
atravs de esquemas ou esboos das formas aproximadas do projeto.
No Projeto Preliminar, as funes do produto e princpios de soluo,

transformando-se
num
leiaute
do
produto,
caracterizado
representado pelos elementos que constituem o produto e suas

principais geometrias e formas.
No Projeto Detalhado, tem-se o detalhamento do leiaute do produto.
As entradas e sadas de cada fase de projeto, assinaladas pelos conceitos

em negrito nos comentrios anteriores, so compostas por informaes
geomtricas e no-geomtricas. Estas informaes podem ser definidas como
features de projeto, e podem ser organizadas de acordo com os princpios de
orientao a objeto, a fim de suportar a reusabilidade da modelagem dos dados
de uma estrutura computacional.
A proposta de que a evoluo do projeto seja baseada: na sistemtica de
projeto da Figura 35. E a modelagem dos dados e informaes importantes das
fases de projeto se baseie na modelagem de features de projeto e na modelagem
de objetos.
Assim, em cada fase, as features de projeto tero dados e informaes
relacionados sua evoluo dentro do projeto. Essas features devem evoluir a
partir dos esboos de formas do projeto e grandezas numricas extradas numa
fase informacional e conceitual, para features de detalhamento durante o
projeto detalhado. A modelagem de objetos, por sua vez, fornece os meios e
princpios para definio de estruturas de dados reusveis e adequadas
81
captura do comportamento, da funo e da inteno do projetista.

Como um primeiro esforo para implementao dessa proposta, na seo
seguinte so identificadas e classificadas algumas features de projeto.
6.4.
IDENTIFICAO E CLASSIFICAO DAS FEATURES DE

PROJETO
6.4.1.
IDENTIFICAO DAS FEATURES
Para realizao desta tarefa de identificao e classificao das features

deve-se ter em mente os seguintes aspectos, conforme sugerem (BRONSVOORT
e JANSEN, 1993) e (SHAH e MNTYL, 1995): o nvel de abstrao, o domnio
da aplicao, e o tipo de produto.
O significado de uma informao sempre ser dependente do (a):
Conhecimento prvio e experincia sobre o assunto em discusso;
Interpretao ou contexto do domnio de aplicao;
Nvel de abstrao ou detalhamento do assunto;
Forma de representao.
Nesse trabalho a princpio, esses aspectos se resumiram a duas questes

bsicas:
Quais conceitos devem ser modelados para armazenar a evoluo do

processo de projeto de um produto?
Quais informaes podem ou devem ser armazenadas dentro de uma

classificao de features de projeto?
Abaixo, tem-se a listagem de algumas features que podem ser usadas

durante a modelagem do projeto. As features da fase de projeto so uma
composio de outras features que caracterizam a fase de projeto.
Feature Informacional: questes do projetista, requisitos do projeto.

Atributos: identificador, texto da questo, representao grfica.
82
Feature Conceitual: esboo, regies de interesse ou de ateno especial

no projeto, posicionamentos, restries dimensionais e geomtricas.
Atributos: Dimenses aproximadas (comprimento, altura, largura); Faixa de
valores possveis e/ou aceitveis; Distncias relativas; Forma ou perfil principal;
Orientao.
Feature Preliminar: princpios de soluo, leiaute.

Atributos: nome, descrio, representao, funo global, listas das
features associadas.
Feature Detalhada: diz respeito s features disponveis nos sistemas CAD

comerciais, num nvel de detalhamento final do projeto. Os valores dos
atributos so mais exatos, ou seja, com baixa probabilidade de incerteza. Isso
se justifica at porque o projeto j est numa fase de detalhamento.
Atributos:
Dimenses
nominais;
tolerncias,
montagem,
material,
acabamento superficial, tratamentos trmicos e superficiais.

fato que algumas das features citadas como exemplo podem estar
presentes em diferentes fases do processo de projeto. Isso exige uma ateno
especial na modelagem da inteno de projeto e no desenvolvimento da
interface do sistema CAD.
Esses conceitos, dados, e informaes devem ser visualizados no sistema
CAD numa forma de representao grfica, quando possvel, e modelados de
acordo com os princpios de orientao a objeto.
6.4.2.
CRITRIOS DE CLASSIFICAO
Na classificao das features do processo de projeto, os atributos

escolhidos para defini-las esto baseados em alguns critrios. Estes critrios
usados so brevemente descritos na seqncia a seguir:
Critrio 1: Identificao da feature
So
atributos
de
identificao
da
feature
dentro
do
sistema
computacional, tais como o nome e o seu identificador. Os atributos dessa

categoria so importantes principalmente para o sistema CAD, pois a partir
83
deles pode-se saber quais features esto presentes no modelo de features em

cada estado do projeto.
Critrio 2: Dados geomtricos ou topolgicos
So atributos que informam valores de dimenses que caracterizam a
feature, a forma, as tolerncias.
Critrio 3: Dados ou informaes da semntica da feature
So atributos que guardam a informao da inteno do projetista, que
possam ser utilizados tanto numa fase posterior do projeto ou atividade
subseqente do ciclo de vida do produto. Esse tipo de informao deve ter uma
natureza dinmica, de adaptao ao contexto de aplicao do dado,
caracterizando um fenmeno de polimorfismo.
6.4.3.
ESBOO DA PROPOSTA DE ESTRUTURA DE DADOS
As features so modeladas como objetos que encapsulam os dados

geomtricos
topolgicos,
sua
semntica
(identidade,
estado,
comportamento) com atributos prprios de cada fase do projeto.

Uma proposta de classificao de features com base no processo de
projeto,
que
enfatiza
evoluo
do
projeto
durante
as
fases
de
desenvolvimento, dada na Figura 37.

FEATURE
FEATURE
INFORMACIONAL
FEATURE
CONCEITUAL
FEATURE
PRELIMINAR
FEATURE
DETALHADA
Figura 37. Classificao de features no processo de projeto.

A estrutura hierrquica assume uma caracterstica de relacionamento
84
generalizao/especializao. Cada classe de feature, por sua vez, assume uma

caracterstica de relacionamento todo-parte.
A classe FEATURE abstrata, ou seja, no existe instanciao de objetos
desta classe. Em princpio, ela deve ter atributos genricos para identificao
da feature, e mtodos de manipulao, tal como a instanciao, insero e
remoo da feature no modelo, etc.. A inteno que outras classificaes de
features, em nveis mais inferiores da hierarquia de classes, possam herdar os
seus atributos, e assim favorecer a reusabilidade dos dados.
As demais classes de features INFORMACIONAL, CONCEITUAL, PRELIMINAR, e
DETALHADA
so
especializaes
da
classe-pai
FEATURE.
Elas
sero
constitudas pela composio de outras features, de forma que representam a

fase de projeto correspondente. Visto por esse ngulo, as features sero tidas
como uma identidade da fase de projeto, sendo representativas do estado
atual de informao em cada fase de projeto.
A representao dos dados e informaes de projeto dependente da
modelagem realizada para esses dados. A construo de quaisquer outras
unidades de informao, para uma reusabilidade em fases subseqentes do
processo de projeto ou do ciclo de vida de um produto, tambm dependente
desse processo de modelagem. Por isso que uma ateno especial deve ser
dada modelagem dos dados de projeto, que por sua vez vai decidir o sucesso
ou no de uma proposta para troca de dados eficiente entre as diferentes fases
de projeto. A estrutura de dados deve tambm servir para tornar mais eficiente
a atividade de projetar o produto utilizando ferramentas computacionais
apropriadas, tais como sistemas CAD otimizados e integrados com ferramentas
e recursos de banco de dados.
6.5.
EXEMPLO DE EVOLUO DOS DADOS DE PROJETO
Esse tpico tem o objetivo de exemplificar a idia de identificao de

features que caracterizam as fases de desenvolvimento de um projeto. O
exemplo, baseado em (SHAH e MNTYL, 1995), consiste em modelar o
conjunto de informaes do projeto de uma placa que suporta o mecanismo de
85
barras para regular o vidro lateral da porta de um automvel. O mecanismo

mostrado na Figura 38.
Mola
Brao da janela
Setor de
engrenagem
Fim de curso
Piv principal
Piv secundrio
Manivela
Regio ainda
no definida do
motor
Motor
Figura 38. Mecanismo a ser projetado utilizando o modelo de features.

Esse mecanismo constitudo de vrios componentes, a saber: brao da
janela, setor de engrenagem, mola, piv principal, piv secundrio, motor, e
manivela. A partir da biblioteca de features modeladas para compor a estrutura
do produto, pode-se instanci-las para compor a informao sobre a estrutura
do produto.
A questo desafiante aqui estruturar a feature tal que ela possa receber
um vnculo para o modelo geomtrico da montagem do produto. Vale ressaltar
tambm o interesse de que toda informao instanciada possa ser armazenada
atravs de mecanismos de serializao ou persistncia da orientao a objeto.
O tipo de informao instanciado pode ser diverso, o que dificulta a
modelao da feature. A idia fazer uma composio de objetos, de forma a
armazen-la como uma feature de alto nvel na hierarquia de classes.
Assim,
as
informaes
geomtricas
no-geomtricas
das
fases
informacional e conceitual, poderiam instanciar features que contivessem

estruturas adequadas para armazenar os dados na forma mais usual, que seja
tabelas alimentadas por banco de dados. As informaes seriam ento
vinculadas s formas grficas, as quais so constitudas por features bsicas
do sistema CAD.
Uma feature dessa fase do projeto poderia assumir a seguinte forma:
86

Feature_Informacional
{
Restrio_PesoConjunto
Material
Tabela_Necessidades_Cliente
Tabela_Requisitos
}
Seguindo uma metodologia de projeto, poder-se-ia ter uma estrutura de
funes, a qual iria compor a feature conceitual.
Feature_Conceitual
{
Lista_Funes_Globais
Lista_Funes_Parciais
Lista_Funes_Elementares
Lista_cones_de_Projeto
}
Na fase de projeto preliminar, a informao geomtrica ainda no
definitiva. Se for possvel compor um objeto o qual capture as informaes
disponveis nesta fase, elas podem ser usadas definir a feature dita preliminar.
Arranjo de
furos
Posicionamento de
furos
Perfil externo
da pea
Regies de
interesse
Figura 39. Esboo de uma pea numa fase de projeto preliminar.

Um exemplo de feature preliminar, com base na Figura 39, seria:
Feature_Preliminar
{
Forma_Esquemtica_Produto
Posicionamento_Furo
87

Disposio_Furo
reas_Principais_Produto
As features que comporiam o detalhamento do produto, como mostra

Figura 40, seriam advindas do sistema CAD j num nvel de detalhamento e
recebendo todas as informaes anteriores das fases iniciais de projeto. Esse
tipo de feature detalhada pode assumir a seguinte forma:
Feature_Detalhada
{
Lista_Features_bsicas
Features_compostas
Furos
Protuso de reteno
da mola
reforo para
engrenagem
Permetro do
flange
Cavidade para
posicionamento do
motor
Figura 40. Detalhamento final do modelo geomtrico.

Essa viso das features de projeto modeladas como classes de objetos a
base dessa proposta de tese. Ela ser a base consistente para a integrao de
informaes entre as fases de projeto.
6.6.
INTERFACE E ARQUITETURA COMPUTACIONAL

6.6.1.
INTERFACE DA APLICAO PARA O USURIO
Dentro do ambiente do sistema CAD, o mesmo deve ser planejado de
88
modo a incorporar as classes de features de projeto, citadas na seo anterior.

Em cada fase da sistemtica de projeto, as features podem possuir
atributos que so especficos, ou seja, que s dizem respeito quela fase, ou
cuja informao s pode ser inferida naquele instante. Essa caracterstica de
algumas features sugere uma outra classificao considerando o escopo de
atuao da feature durante a modelagem da pea ou produto.
Com base nos exemplos de (ROY e PANAYIL, 1997), a seguinte
classificao de features dada:
Features Macro ou Globais: so features que podem e so utilizadas

em qualquer fase do processo de projeto mecnico; e podem ser
instanciadas para qualquer aplicao e quando forem necessrias.
Observa-se que essas features possuem uma semntica bem definida, que
independente do contexto de aplicao, e possuem alto nvel semntico ou
encapsulao de atributos.
Features Micro ou Locais: so features que possuem um contexto

bem especfico, particular, ou detalhado.
A idia da classificao de features como global ou local, definir seu

escopo de atuao dentro de cada uma das fases de projeto. Isso pode ser
modelado como sendo mais um atributo da definio da feature, e atravs de
uma anlise e escolha cuidadosa dos modificadores de acesso das classes de
features. Esse atributo ou modificador de acesso vai indicar se a feature
global ou local. Dependendo desse valor, outros atributos da feature podem
estar habilitados ou no.
A interface do usurio deve apresentar, alm das features de forma,
comumente modeladas nos sistemas CAD comerciais e em uso, tambm
features que encapsulam aspectos informacionais, conceituais, preliminares, e
de detalhamento do projeto.
Essas
features
podero
estar
disponveis
na
forma
de
barra
de
ferramentas, onde em cada boto com o rtulo correspondente classe de

features da fase de projeto que se est modelando.
89
6.6.2.
ARQUITETURA COMPUTACIONAL
Numa etapa posterior, esse estudo concentrar-se-:
Em estudar melhor as relaes entre conceitos modelados como

features, durante as fases de projeto. Isso servir para comprovar o
relacionamento entre os conceitos, e a sua evoluo.
E detalhar a interface do usurio e a arquitetura computacional dos

componentes da soluo para o ambiente computacional.
A princpio, a arquitetura computacional para o prottipo, deve considerar

a integrao entre um sistema CAD, como plataforma-cliente; uma aplicao
de interface do usurio implementada em Java, informaes de features de
projeto armazenadas em arquivos de objetos.
6.7.
CONSIDERAES FINAIS
6.7.1.
BENEFCIOS DA PROPOSTA
Alguns benefcios podem ser inferidos sobre a convenincia de se adotar a

sistemtica de projeto juntamente com um sistema CAD.
A
principal
contribuio
fazer
identificao,
classificao
sistematizao das features relacionadas a cada fase. Tais features sero

modeladas como classes de objetos; e dessa forma, disponibiliz-las como fonte
de informao no sistema CAD, para a gerao de projetos novos, bem como
para serem utilizadas na recuperao da inteno do projetista durante o
reprojeto e reuso de informao do produto.
Como benefcios secundrios ou relacionados, pode-se mencionar que:
identificao
evoluo
de
features
nas
fases
de
projeto,
incorporadas nas modelagens de feature e orientao a objeto,

sinalizam para o projetista a possibilidade de integrao do sistema
CAD com outras ferramentas ou mtodos utilizados no processo de
projeto sistemtico.
(OGLIARI, 1999) cita alguns desses mtodos de sistemtica de projeto, j
90
normalmente usados na fase de projeto conceitual: questionrio estruturado,

pesquisa de mercado, casa da qualidade (QFD Quality Function Deployment),
sntese de funes, matriz morfolgica e valorao das alternativas de soluo.
As fases de projeto, com seus dados e informaes de entrada e sada,

informam sobre o nvel de abstrao desses dados que esto sendo
manipulados no estado atual do projeto, e permitem inferir sobre qual
ser a sua provvel evoluo numa fase posterior do processo.
A otimizao das ferramentas computacionais para suporte atividade de

projeto passa por uma soluo tambm otimizada de captura e representao
dos dados de projeto. A necessidade de integrao entre diferentes ferramentas
computacionais para suporte ao processo de projeto um consenso e uma
necessidade compartilhada por vrios pesquisadores.
C a p tu l o 7
Planejamento das Atividades

de Implementao da Tese
7.1.
INTRODUO
O projeto desta tese constitui-se num trabalho inicial de pesquisa sobre a

troca e o compartilhamento de dados de projeto. Esse tema atual e passvel
de vrias contribuies. Portanto, pretenso e acredita-se que os resultados
iniciados
por
essa
pesquisa
podem
gerar
diversos
outros
trabalhos
complementares e suplementares a esse.

Durante a realizao desse projeto, realizar-se-o as seguintes atividades,
conforme descritas a seguir:
A) ESTUDO DE TCNICAS DE SUPORTE TROCA DE DADOS NO
PROCESSO DE PROJETO;
Pesquisa
bibliogrfica
em
artigos
peridicos
cientficos,
revistas
especializadas e livros, sobre a descrio de tcnicas modernas aplicadas no

processo de projeto.
OBSERVAO: Essa fase j foi realizada durante no perodo que
92
CAP. 7 PLANEJAMENTO DAS ATIVIDADES DE IMPLEMENTAO DA TESE
compreendeu o incio do Doutorado (04/1999) at a presente data. Ela

consistiu de uma pesquisa intensiva nas diferentes formas das fontes
bibliogrficas disponveis, seleo, leitura, interpretao, e discusso para o
enfoque da proposta.
As pesquisas sobre o tema dessa proposta j resultaram em alguns
trabalhos publicados, os quais seguem abaixo:
Uma
Reviso
das
Tecnologias
de
Integrao
de
Dados
em
CAD/CAM.
Trabalho aceito e apresentado no CONEM Congresso Nacional de
Engenharia Mecnica, em Natal-RN, no perodo de 0711/Agosto/2000.
Um Esboo de uma Nova Sistemtica de Suporte s Fases do

Processo de Projeto aplicando Sistemas CAD.
Trabalho aceito e apresentado no IX COCIM Congresso Chileno de

Engenharia Mecnica, no perodo de 10-13/Outubro/2000.
Esse tema tambm foi pesquisado num tpico especial como disciplina, e
resultou na redao de uma monografia, a qual foi defendida perante uma
banca examinadora. O objetivo principal foi fazer um levantamento das
tcnicas, ferramentas e pesquisas realizadas na troca de dados em CAD/CAM
(CUNHA e DIAS, 2000).
Estudo e Desenvolvimento de Metodologias na Troca de Dados em

CAD/CAM.
B) ESTUDO PRTICO DAS FERRAMENTAS E RECURSOS DO SISTEMA CAD
MICROSTATION/J E DO SEU MODELADOR DE SLIDOS MICROSTATION

MODELER;
O objetivo aqui a organizao de informaes para troca de dados com
base no conceito de features. Essa atividade compreende a realizao de
estudos de caso, com a "featurizao" de alguns produtos da indstria
Metal/Mecnica.
93
OBSERVAO: No mbito desta proposta, vem sendo desenvolvido um

trabalho de Mestrado. Nesse trabalho, j foram explorados os recursos
oferecidos pelo sistema CAD, principalmente no que diz respeito aos recursos
de personalizao e implementao para o desenvolvimento de funcionalidades
extensveis ao sistema, alm da integrao com outros aplicativos: Banco de
dados relacionais, e linguagens de programao.
C) LEVANTAMENTO DAS INFORMAES E DADOS IMPORTANTES PARA A
CARACTERIZAO DA FASE DE PROJETO;

Nesta fase, o mais importante identificar principalmente as informaes
no-geomtricas e associ-las informao geomtrica gerada no sistema CAD.
D) MODELAGEM E IMPLEMENTAO DE UMA BIBLIOTECA INICIAL DE
CLASSES PARA A DEFINIO DE FEATURES DE PROJETO;

A biblioteca de classes deve ser organizada de forma que possa ser
utilizada no processo de projeto, conforme a proposta se prope esta proposta.
E) INCORPORAR AO SISTEMA CAD A BIBLIOTECA DE CLASSES DO ITEM
D, POR MEIO DE UMA ARQUITETURA COMPUTACIONAL;

A arquitetura computacional deve contemplar a integrao entre as
ferramentas (linguagem de programao e sistema CAD). Para tanto ser
necessrio trabalhar a API de funes do sistema CAD, para realizar a
integrao de dados.
F) PROPOSTA
DE
UMA
METODOLOGIA
PARA
REUTILIZAO
DAS
INFORMAES DE PROJETOS;
Com base nos estudos de caso do item anterior, a metodologia indicar e
sero
implementados
tcnicas
procedimentos
computacionais
para
armazenamento e recuperao das informaes de projeto.

G) ANLISE DA PROPOSTA NO SUPORTE AO PROCESSO DE PROJETO; E
94
ESTABELECIMENTO DE DIRETRIZES SOBRE A ADEQUABILIDADE OU

NO DAS TCNICAS PARA TROCA DE DADOS, EM FUNO DA
APLICAO ESPECFICA.
A ttulo de entender a extenso dessa proposta, a Figura 41 d uma viso
geral dos principais assuntos relacionados com o tema dessa pesquisa, e de
quais ferramentas de implementao sero consideradas.
Pode-se dizer que at a data presente foi ultrapassada a fase de
Embasamento Terico, a qual ficou caracterizada pela realizao dos crditos
das disciplinas, reviso bibliogrfica, treinamento e adaptao com o sistema
CAD e a linguagem de programao Java.
Validao Final
Sistema CAD
TESE
Sistema de Banco de Dados
Linguagem de Programao
Tecnologia de Features
Orientao a Objeto
Linguagem JAVA
MicroStation / J
Modeler
Estudo de Casos
IMPLEMENTAO
Arquivo/Estrutura de
Troca de Dados
Arquitetura Computacional
MODELAGEM
Integrao de Ferramentas
Sistemtica de Projeto
Reviso Bibliogrfica
Crditos / Disciplinas /
Estudo Dirigido
EMBASAMENTO
TERICO
EVOLUO DOS DADOS DE PROJETO
TESTES DO
PROTTIPO
Figura 41. Viso geral das fases de implementao da tese.

As fases seguintes, de Modelagem, Implementao, e Testes, sero
implementadas a posterior. Um incio da fase de Modelagem foi dada no
Captulo 6, a qual caracterizada pela utilizao dos conceitos de orientao a
objeto e tecnologia de features para modelar a informao de projeto.
Na fase de Implementao onde sero integrados os aplicativos do
95
sistema CAD e a linguagem de programao, com as classes de features

modeladas na fase anterior, para incorporar as informaes no-geomtricas
no sistema CAD. uma fase caracterizada por muita prtica computacional.
A fase de Testes consistir na realizao de estudos de caso com vistas a
obter resultados e validar a estrutura de dados, o prottipo computacional e a
toda a pesquisa.
7.2.
CRONOGRAMA DE ATIVIDADES
O cronograma de atividades foi segmentado em tarefas a serem realizadas

para se conseguir obter os resultados desejados. A escala de tempo
corresponde aos anos divididos em meses, conforme mostrado na Figura 42.
O intervalo considerado leva em conta o tempo ainda disponvel para
finalizao dos trabalhos de tese.
As tarefas citadas no cronograma constituem-se numa viso global apenas
das atividades consideradas mais importantes, e que de certa forma podero
caracterizar fases de implementao, e gerar resultados para a tese.
Tarefas
2000
2001
Dec Jan Feb Mar Apr May Jun
Jul
2002
Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun
Jul
2003
Aug Sep Oct Nov Dec Jan Feb Mar
Identificao das informaes de

projeto
Estgio de docncia
Modelagem das classes de features
Implementao da interface do
prottipo computacional
Aplicao de estudo de caso 1
Testes e validao
Aplicao de estudo de caso 2
Testes e validao
Otimizao e ajustes do cdigo
Prottipo computacional
Redao da tese
Figura 42. Cronograma de Atividades
7.3.
MATERIAIS E EQUIPAMENTOS
Para implementao da tese, tm-se disponveis recursos computacionais
96
de hardware e software.
Nas pesquisas desenvolvidas em CAD/CAM, em termos de equipamento,
dispe-se de um computador adquirido recentemente (JUNHO/2000) e uma
impressora jato de tinta. A configurao satisfatria para a realizao das
pesquisas.
Segue a especificao: Processador Pentium III 500 MHz; 128 MBytes de
memria RAM; 1 unidade de disco rgido com capacidade de 9.2 GBytes; 1
unidade de drive de 1,44 MBytes; 1 unidade de CDROM 48X, Monitor SVGA de
17 polegadas, dot pitch 0.28; Placa de vdeo de 8 MBytes; Placa de rede; e
Impressora HP DeskJet 680C.
Em termos de software, dispe-se de um sistema CAD com mdulos para
Engenharia Mecnica. Trata-se do MicroStation/J, da Bentley, verso 7.1, e do
Modelador de slidos Modeler, tambm da Bentley.
Os
pacotes
de
linguagem
de
programao
Java,
so
disponveis
gratuitamente na Internet na URL da Sun Microsystems (www.java.sun.com).
Referncias Bibliogrficas
ACHTEN, H.; LEEUWEN, J. van.. A Feature-based Description for Design
Processes: A Case Study. 1998. URL: http://ds.calibre.bwk.tue.nl/
Research/publications/ddss98/achten.pdf, OUTUBRO2000.
BACK, N.. Metodologia de Projeto de Produtos Industriais. Rio de Janeiro,
Ed. Guanabara Dois, p. 389, 1983.
BIDARRA, R.. Validity Maintenance in Semantic Feature Modeling. Delft,
1999, 147 p.. Tese Technische Universiteit Delft.
BIDARRA, R.;
BRONSVOORT, W. F..
Semantic feature modelling.
Computer-Aided Design, vol. 32, p. 201-225, Maro2000.
BRONSVOORT, W. F.; JANSEN, F. W.. Feature modeling and conversion
Key concepts to concurrent engineering. Computers in Industry, vol.
21, p. 61-86, 1993.
CUNHA, R. R. M.; DIAS, A.. Estudo e Desenvolvimento de Metodologias na
Troca de Dados em CAD/CAM. Estudo Dirigido Disciplina EMC 6601:
Tpicos Especiais em Projeto de Sistemas Mecnicos, Florianpolis-SC,
139 p., Abril2000.
FOLEY, J. D.; DAM, A.; FEINER, S. K.; HUGHES, J. F.. Computer Graphics
Principles and Practice. Addison-Wesley Publishing Co., The Systems
Programming Series, 2a. edio em C, 1996.
FONSECA, A. J. H..
2000.
Trechos extrados de uma verso do trabalho de tese,
FUH, J. Y. H.; CHANG, C.-H.; MELKANOFF, M. A.. The development of an

integrated and intelligent CAD/CAPP/CAFP environment using logicbased reasoning. Computer-Aided Design, vol. 28, No. 3, p. 217-232,
1996.
GOSLING, J.; MCGILTON, H.. The Java Language Environment A White
Paper.
Maio1996.
URL: java.sun.com/doc/language_environment,
AGOSTO2000.
HSU, W.; WOON, I. M. Y.. Current research in the conceptual design of
mechanical products. Computer-Aided Design, Elsevier Science Ltd., vol.
30, No. 5, p. 377-389, 1998.
IBM, Inc. An Overview of Object Oriented Programming. URL: www.inf.ufsc
REFERNCIAS BIBLIOGRFICAS
98
.br/poo/smalltalk/ibm/tutorial/oop.html, JANEIRO2000.
JURISTO, N.; MORENO, A. M.. How to Use Linguistic Instruments for
Object-Oriented Analysis. IEEE Software, p. 80-88, Maio/Junho2000.
KAFURA, D.. Object-Oriented Software Design & Construction with JAVA.
Prentice Hall, New Jersey, 655 p., 2000.
KRAUSE, F.-L.; KIMURA, F.; KJELLBERG, T.; LU, S. C.-Y..
Modelling. Annals of the CIRP, p. 695-705, vol. 42/2/1993.
Product
KUMAR, V.; BURNS, D.; DUTTA, D.; HOFFMANN, C.. A framework for
object modeling. Computer-Aided Design, vol. 31, No. 9, p. 541-556,
1999.
MNTYL, M.. An Introduction to Solid Modeling. Computer Science Press,
401 p., 1988.
MAZIERO, N. L.. Um Sistema Computacional Inteligente de Suporte ao
Projeto, Manufatura e Montagem de Peas Baseado em Features: Uma
Abordagem com Sistemas Especialistas. Florianpolis, 1998, 317 p..
Tese (Doutorado em Engenharia Mecnica) Departamento de Engenharia
Mecnica Universidade Federal de Santa Catarina.
MCGINNIS, B. D.; ULLMAN, D. G.. The Evolution of Commitments in the
Design of a Component. Journal of Mechanical Design, vol. 114, Maro
1992. URL: www.engr.orst.edu/~ullman
MCMAHON, C.;
BROWNE, J..
CAD CAM: Principles, Practice and
Manufacturing Management. Addison Wesley Longman, 2a. edio, 665
p., Agosto1998.
MONTENEGRO, F.; PACHECO, R.. Orientao a Objetos em C++. Editora
Moderna, Rio de Janeiro-RJ, p. 394, 1994.
OGLIARI, A.. Sistematizao da Concepo de Produtos Auxiliada por
Computador com Aplicaes no Domnio de Componentes de Plstico
Injetados. Florianpolis, 1999, 349 p.. Tese (Doutorado em Engenharia
Mecnica) Departamento de Engenharia Mecnica Universidade
Federal de Santa Catarina.
OZAWA, M.; CUTKOSKY, M. R.; HOWLEY, B. J.. Model Sharing Among
Agents in a Concurrent Product Development Team. IFIP Working
Group 5.2, 3o. Workshop KIC-3, p. 1-11, Dezembro1998.
ROY, U.; PANAYIL, D.. Development of a Feature-based Rapid Design
Environment. Comput. Appl. Eng. Educ., John Wiley & Sons, vol. 5, p.
41-60, 1997.
SALOMONS, O. W; VAN HOUTEN, F. J. A. M.; KALS, H. J. J.. Review of
Research in Feature-Based Design. Journal of Manufacturing Systems,
REFERNCIAS BIBLIOGRFICAS
99
vol. 12, No. 2, 27 p., 1993.

SALOMONS, O. W.. Computer Support in the Design of Mechanical
Products Constraint specification and satisfaction in feature based
design for manufacturing. Twente, 1995. PhD Thesis, Department of
Mechanical Engineering, Universiteit Twente. URL: www.pt.wb.utwente.nl
/staff/otto/thesis, SETEMBRO1999.
SCHTZER, K.; GLOCKNER, C.; BATOCCHIO, A.. Implementao e Testes
de um Ambiente Integrado de Projeto Baseado em Manufacturing
Features. XV COBEM Congresso Brasileiro de Engenharia Mecnica,
guas de Lindia - SP, 22-26/Novembro, 1999.
SHAH, J. J.. Assessment of features technology. Computer-Aided Design,
vol. 23, No. 5, p. 331-343, Junho1991.
SHAH, J. J.;
MNTYL, M..
Parametric and Feature-based CAD/CAM:
Concepts, Techniques, and Applications. Nova York, John Wiley &
Sons, 619 p., 1995.
SHAH, J. J.; ROGERS, M. T.. Expert form feature modelling shell.
Computer-Aided Design, vol. 20, No. 9, p. 515-524, 1988.
ULLMAN, D. G.; DIETTERICH, T. G.; STAUFFER, L. A.. A Model of the
Mechanical Design Process Based on Empirical Data. Academic Press
Limited, AI EDAM, vol. 2 (1), p. 33-52, 1988. URL: www.engr.orst.edu/
~ullman
ULLMAN, D. G.; WOOD, S.; CRAIG, D.. The Importance of Drawing in the
Mechanical Design Process. Computer & Graphics, vol. 14, No. 2, p.
263-274, 1990. URL: www.engr.orst.edu/~ullman
WAKEFORD, L.; FAY, T.. Choosing a CAD System with Automation in
Mind. Computer-Aided Engineering, Julho1998.
WARMAN, E. A.. Object Oriented Programming and CAD.
Engineering Design, vol. 1, No. 1, p. 37-46, 1990.
Journal of
ZEID, I.. CAD/CAM Theory and Practice. McGraw Hill, Inc.; New York, 1052
p., 1991.
Bibliografias
AU, C. K.; YUEN, M. M. F.. A semantic feature language for sculptured
object modeling. Computer-Aided Design, vol. 32, p. 63-74, 2000.
ERIKSSON, H.-E.; PENKER, M.. UML Toolkit. John Wiley Sons, Inc.; New
York, 398 p., 1998.
LIU, S.; SOONG, G. E.. Modeling Workflows with Reactive Objects.
Proceedings of FAIM, 10th International Conference, College Park,
MarylandUSA, vol. 1, p. 623-630, Junho2000.
OZAWA, M.; CUTKOSKY, M. R.; HOWLEY, B. J.. Model Sharing among
Agents in a Concurrent Product Development Team. Submetido ao
IFIP Working Group 5.2, Third Workshop KIC-3, Dezembro-1998.
REGLI, W. C.; CICIRELLO, V. A.. Managing digital libraries for computeraided design. Computer-Aided Design, vol. 32, p. 119-132, 1999.
RUMBAUGH, J.; BLAHA, M.; PREMERLANI, W.; EDDY, F.; LORENSEN, W..
Object-Oriented Modeling and Design. Prentice Hall, Inc.; New Jersey,
500 p., 1991.
SILVA J., A. C.; DIAS, A.. Desenvolvimento de um Sistema para Troca de
Dados em Projeto Mecnico. Estudo Dirigido Disciplina EMC 6601:
Tpicos Especiais em Projeto de Sistemas Mecnicos, Florianpolis-SC, 98
p., Abril2000.
ULLMAN, D. G..
Toward the Ideal Mechanical Engineering Support
System. URL: www.engr.orst.edu/~ullman; www.wbh.com/cadsociety/
wholepage_summit.html

Features Modelamento 3D

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Features Modelamento 3D

Caricato da

Copyright:

Formati disponibili

UNIVERSIDADE FEDERAL DE SANTA CATARINA UFSC

DEPARTAMENTO DE ENGENHARIA MECNICA

APRESENTAO GERAL .................................................................................................. 1

Contexto e Motivaes da Proposta de Tese ....................................................... 1

Escopo da Proposta .......................................................................................... 4

Objetivos e Contribuies ................................................................................. 6

TRABALHOS DE REFERNCIA PARA A PROPOSTA .................................................................. 7

Trabalhos de Evoluo da Informao nas Fases de Projeto ............................... 7

Trabalhos de Orientao a Objeto para o Projeto ............................................. 12

Trabalhos de Modelagem de Features para o Projeto ....................................... 13

CAPTULO 2 REPRESENTAO DOS DADOS NO PROCESSO DE PROJETO16

MODELO DO CICLO DE VIDA DO PRODUTO ...................................................................... 20

ESTRUTURA DE DADOS DO PRODUTO ............................................................................. 24

Modelo Geomtrico ......................................................................................... 22

A INFORMAO NO PROJETO ........................................................................................ 27

Tipo e Representao da Informao de Projeto ............................................... 28

Representao da Informao nos Projetos Informacional e Conceitual ............ 29

CAPTULO 3 MODELAGEM E PROGRAMAO ORIENTADA A OBJETOS... 35

O Que POO ou OOP? ................................................................................... 35

O Que um Objeto? ....................................................................................... 36

MECANISMO SEQENCIAL DE MENSAGENS ...................................................................... 39

ESTRATGIAS DE ORIENTAO A OBJETOS ...................................................................... 40

O PARADIGMA DA ORIENTAO A OBJETO ....................................................................... 42

Encapsulamento de Dados ............................................................................. 43

SOLUO DE PROBLEMAS ORIENTADOS A OBJETOS .......................................................... 46

CAPTULO 4 TECNOLOGIA DE FEATURES APLICADA NO PROJETO

CONCEITOS DE FEATURE ............................................................................................. 50

A DISCUSSO FEATURES VERSUS OBJETOS ..................................................................... 53

Objetos/Features de Projeto ........................................................................... 54

DEFINIO DE FEATURES ............................................................................................. 55

TCNICAS DE GERAO DE FEATURES ............................................................................ 57

Reconhecimento Interativo/Manual de Features ............................................. 57

Reconhecimento Automtico de Features ........................................................ 57

Projeto por Features (Design by Features) ....................................................... 58

IDENTIFICAO DE FEATURES ....................................................................................... 60

EXEMPLOS DE FEATURES NO SISTEMA CAD .................................................................... 63

CAPTULO 5 SISTEMAS CAD NO PROJETO MECNICO ............................ 65

MUDANAS DE APLICAO DO SISTEMA CAD .................................................................. 66

RECURSOS COMPUTACIONAIS DOS SISTEMAS CAD ........................................................... 69

MODELAGEM DE OBJETOS EM CAD............................................................................... 72

QUESTES RELEVANTES NO CONTEXTO DA PROPOSTA ....................................................... 74

O CAD com Modelagem de Features e Orientao a Objetos ............................ 74

Outras Questes ............................................................................................ 75

CAPTULO 6 PROPOSTA DE TESE ............................................................. 77

TRANSFORMAO DOS DADOS DE PROJETO ..................................................................... 78

SISTEMTICA DE PROJETO NO SISTEMA CAD................................................................... 80

IDENTIFICAO E CLASSIFICAO DAS FEATURES DE PROJETO............................................ 82

Identificao das Features .............................................................................. 82

Esboo da Proposta de Estrutura de Dados..................................................... 84

EXEMPLO DE EVOLUO DOS DADOS DE PROJETO ........................................................... 85

INTERFACE E ARQUITETURA COMPUTACIONAL .................................................................. 88

Interface da Aplicao para o Usurio ............................................................. 88

Arquitetura Computacional ............................................................................ 90

CONSIDERAES FINAIS .............................................................................................. 90

Benefcios da Proposta ................................................................................... 90

CAPTULO 7 PLANEJAMENTO DAS ATIVIDADES DE IMPLEMENTAO DA

CRONOGRAMA DE ATIVIDADES ...................................................................................... 96

MATERIAIS E EQUIPAMENTOS ........................................................................................ 96

Neste captulo, feita uma apresentao geral da proposta, para tornar

CONTEXTO E MOTIVAES DA PROPOSTA DE TESE

Algumas questes, provenientes de conversas, discusses e leitura de

Quais so os dados e informao de projeto que podem ser identificados

e modelados por features de projeto?

Como os dados de projeto evoluem e se transformam?