Escolar Documentos
Profissional Documentos
Cultura Documentos
NOTAS DE AULA
FLORIANPOLIS, SC
2007
Notas de aula: EMC 5302 - Metodologia de projeto em Engenharia Mecnica 2007 Prof. Andr Ogliari 2
CAPTULO 5
5.1 Introduo
A fase inicial do processo de projeto, segundo Fonseca (2000), aquela onde a equipe
de projeto desenvolve as especificaes de projeto, como um guia bsico dos trabalhos a
serem desenvolvidos na direo de uma adequada soluo de projeto. As especificaes de
projeto orientam a tomada de decises e comprometem as aes futuras, constituindo-se
pea-chave do sucesso, tanto do projeto como do produto resultante.
Nota-se, na anlise de metodologias de projeto, que, embora os autores sejam
unnimes quanto a existncia de uma fase inicial para o estudo do problema de projeto,
esta no possua (como no caso do projeto conceitual, preliminar e detalhado) um status de
fase de projeto e, nem mesmo um nome comum. Por outro lado, dado a importncia dos
resultados dessa fase para as demais, foram desenvolvidos estudos para caracterizar as
atividades de especificao dos problemas de projeto e de mtodos de apoio a esse
trabalho. Nesse estudo denominou-se essa fase de Projeto Informacional (Fonseca, 2000).
Problema de
Projeto
Especificaes de Projeto
O mtodo QFD (Quality Function Deployment) foi introduzido como mtodo para
assegurar a qualidade em cada estgio do desenvolvimento do produto, procurando, desde
o incio, um desenvolvimento integrado. Esta abordagem foi apresentada, pelo prof. AKAO
(1990), no final dos anos 60, e foi operacionalizada pelas ferramentas denominadas de
Quality Tables. Hoje, estas ferramentas so conhecidas como matrizes do QFD, ou mapas
conceituais para o planejamento interfuncional do produto (ANDRADE, 1991).
O QFD fundamentado na idia de que os produtos devem ser projetados para refletir
os desejos e gostos dos consumidores, ou seja, a voz do consumidor deve ser
considerada, de alguma maneira, no processo de desenvolvimento do produto.
Adicionalmente, o pessoal de mercado, engenharia e de fabricao devem trabalhar
integrados desde as fases iniciais do desenvolvimento (ANDRADE, 1991). Sendo assim, os
propsitos gerais do QFD so:
Noutra forma, HAUSER & CLAUSING (1988), consideram o QFD como um mtodo
sistemtico para o desenvolvimento de especificaes, caractersticas e atrativos do produto,
bem como para selecionar e desenvolver equipamentos, sendo orientado pelas necessidades
dos clientes ou do mercado.
De modo geral, o QFD procura inserir o consumidor no processo de projeto por meio
do processamento de informaes oriundas da manifestao de suas necessidades pela
converso destas em requisitos de projeto, os quais consistem em variveis que so
manipuladas durante o desenvolvimento das solues de projeto.
Visto que a qualidade do produto deve ser garantida em todo processo de projeto,
houve a necessidade de desenvolvimento de ferramentas auxiliares que, aps a traduo
das necessidades dos clientes em requisitos de projeto, desdobrassem estes requisitos em
caractersticas dos subsistemas (partes) do produto e estas em processos, os quais seriam
convertidos em requisitos de produo. A Figura 5.2, apresenta esse conceito de
desdobramento das informaes de desenvolvimento do produto.
Uma representao qualitativa, segundo Hauser & Clausing (1988), que mostra a
importncia do QFD aplicado ao desenvolvimento do produto ilustrado na Figura 5.3.
Observa-se na Figura 5.3 um maior nmero de alteraes de projeto nas fases iniciais
do desenvolvimento, no caso de empresas japonesas que aplicaram o mtodo QFD,
comparado com menor nmero de alteraes, no caso de empresas americanas que no
empregaram o QFD. No primeiro caso, resultou em nmero menor de alteraes nas fases
mais adiantadas do desenvolvimento, sendo contrrio para o caso de empresas americanas.
Ou seja, o QFD, apesar do maior esforo nas fases iniciais de desenvolvimento, possibilita
reduzir o retrabalho no desenvolvimento do produto em suas fases mais adiantadas.
A primeira matriz do mtodo QFD, conhecida como casa da qualidade, relaciona, em
essncia, os atributos do consumidor com as caractersticas de engenharia. Os primeiros
expressam os desejos dos consumidores e as caractersticas de engenharia, por sua vez,
expressam como aqueles desejos podero ser satisfeitos do ponto de vista tcnico.
O emprego do mtodo QFD e de suas matrizes no se restringe problemas de
engenharia. Seus princpios e ferramentas tambm podem ser empregados para setores de
servios e de gerenciamento.
Equao 5.1
Onde RPj o valor de importncia do requisito de projeto j, prui o peso de
importncia porcentual do requisito de usurio i, vij o grau de relacionamento entre o
requsito de usurio i e o requisito de projeto j, sendo m o nmero total de requisitos de
projeto e n o nmero total de requisitos de usurio. Os valores calculados pela Equao 5.4
so registrados no campo VII da matriz.
No campo VI da matriz so definidos os relacionamentos entre os requisitos de projeto,
ou seja, os compromissos entre os requisitos de projeto. O quanto um requisito de projeto
afeta o outro, se este for aumentado ou diminudo na soluo de projeto.
Encosto do brao
Etc.
Etc. Etc.
Figura 5.5 - Forma de registro dos requisitos de usurio na casa da qualidade (adaptado de
HAUSER & CLAUSING, 1988).
quem so os usurios? e
quais so os critrios para categorizar os requisitos dos usurios?
Com relao aos tipos de usurios, ULLMAN (1992), por exemplo, descreve-os como as
pessoas que iro comprar o produto e que iro falar s outras pessoas sobre suas
qualidades (ou problemas). Tambm, o prprio projetista, o administrador, o pessoal de
fabricao, o pessoal de vendas e o pessoal de servios, devem ser considerados como
usurios. JURAN (1992), numa abordagem mais ampla, refere-se aos chamados clientes
externos e internos da empresa. Trata-se de todos aqueles impactados ou afetados pelos
produtos ou processos da empresa sejam, ou no, atingidas as metas. Os clientes externos
incluem pessoas ou organizaes que no fazem parte da empresa, mas sero afetadas
pelas atividades dela. J, os clientes internos, fazem parte da empresa e, tambm, sero
afetados por suas atividades. O autor sugere que sejam utilizados fluxogramas de processos
da empresa, bem como o mtodo de brainstorming, para estabelecer quem faz, ou no,
parte das categorias de clientes internos e externos do problema sendo estudado.
A determinao dos usurios depende de uma srie de fatores, dentre os quais, o tipo
de empresa, seu mercado e o tipo de projeto. Numa empresa de pequeno ou mdio porte,
por exemplo, uma nica pessoa poder ser responsvel por vrias reas ou atividades e
dever ser ela, portanto, que ir responder pelos interesses destas reas. Alm disso, essa
empresa poder atuar em mercados especficos ou dedicados determinados tipos de
produtos, onde os pedidos so feitos sob encomenda. o caso, por exemplo, de empresas
de auto-peas onde, em geral, a montadora, como cliente principal, especifica o produto
(pea) e solicita sua fabricao de acordo com seus padres de qualidade. Neste caso, os
problemas de projeto j esto praticamente estabelecidos na forma de requisitos de projeto.
A casa da qualidade, como se apresenta, pode ser empregada para diferentes situaes
de desenvolvimento do produto. Ela no prev distino entre tipos de usurios ou de
projetos mas, tambm, no sugere meios ou princpios para identific-los. Isso deve ser
realizado com o auxlio de outros mtodos e constitui-se, portanto, em problema potencial
nesta etapa de construo. Adicionalmente, os desejos dos usurios (necessidades) so, em
geral, manifestados de forma qualitativa e, por vezes, disfarados. O usurio pode
expressar seus interesses de modo figurativo ou por analogias. Trata-se, em sntese, de um
problema de interpretao da manifestao.
Notas de aula: EMC 5302 - Metodologia de projeto em Engenharia Mecnica 2007 Prof. Andr Ogliari 8
Sobre a categorizao dos requisitos dos usurios, AKAO (1990) cita o mtodo KJ, ou
Diagrama de Afinidade, para o agrupamento de informaes expressadas por palavras. Este
mtodo, descrito em maiores detalhes por BURR [9] e KING [10], tem o propsito de auxiliar
no estabelecimento de hipteses sobre as relaes entre grandes quantidades de dados,
num processo bottom-up. um mtodo essencialmente simples, baseado em quatro etapas
principais. Na primeira, label making, so coletados todos os fatos e informaes relevantes
ao problema, registrando-os, separadamente, em cartes. Na segunda etapa, label
grouping, os cartes so agrupados por assuntos que parecem ter algum tipo de relao
entre si e, para cada grupo, estabelecido um ttulo representativo. Na terceira etapa, chart
making, os grupos finais so arranjados de maneira abrangente e espacial (numa planilha,
por exemplo) para uma viso global de sua estrutura. Neste arranjo devem ser descritas
relaes, usando smbolos, que representem, por exemplo, conexo, causa e efeito,
interdependncia, contradio, etc. Na quarta e ltima etapa, explanation, desenvolve-se
uma espcie de cenarizao dos fatos e suas relaes, visando identificar e definir
problemas a serem resolvidos na forma de requisitos de usurios.
.......
DEFINIES:
Figura 5.6 - Mtodo para o clculo da importncia dos requisitos de usurio (adaptado de
AKAO [1]).
Finalmente, com base nos resultados anteriores, calcula-se um peso absoluto e um peso
relativo para cada requisito. O peso absoluto forma base (soma total) para o clculo do
peso relativo, o qual ser utilizado nos demais clculos da casa da qualidade.
De fato, nota-se que as atribuies de valores, seja para cada requisito, para os
produtos concorrentes, para o produto da empresa ou para os fatores de venda, dependem
muito dos conhecimentos, experincias, intuio e debates entre os membros da equipe de
trabalho. Trata-se de atribuies com pouco, ou nenhum, embasamento terico. Entretanto,
segundo AKAO (1990), as aplicaes prticas desse mtodo tm apresentado bons
resultados e sua validade vem sendo aceita gradualmente. Ele recomenda, ainda, que
estudos adicionais devem ser efetuados sobre este assunto.
ULLMAN (1992) tambm trata sobre esta questo e recomenda que a determinao de
fatores de importncia para os interesses dos consumidores seja feita pelo mtodo de
comparao aos pares (pairwise camparison) ou matriz de dominncia (conforme PAHL &
BEITZ, 1996). Neste mtodo, cada requisito comparado, com outro, uma nica vez,
respondendo a seguinte questo: "qual destes requisitos mais importante para o sucesso
deste produto?". Atribui-se 1 para o mais importante e 0 para o outro. Quando todos os
desejos tiverem sido comparados, a soma dos valores individuais (total de "1s" de cada
desejo) dividida pelo total geral de "1s". Obtm-se dai o valor de importncia relativa de
cada requisito. Este mtodo bastante prtico, entretanto, o autor salienta que, no caso de
informaes heterogneas, a comparao pode se tornar difcil e, para problemas maiores
(grande nmero de desejos), tediosa.
Os tipos de escalas empregadas para a atribuio de valores tambm devem ser
estabelecidas com cuidado. PAHL & BEITZ (1996), por exemplo, numa abordagem voltada
para a avaliao de concepes de produto, apresentam alguns conceitos e princpios sobre
escalas destinadas ao estabelecimento de pesos para critrios de avaliao. Considerando
um critrio de avaliao como uma forma de interesse do consumidor, aqueles princpios
podem ser empregados para escalas de valorao de requisitos de usurio. Dentre eles, os
autores recomendam que a escala empregada deva ter um nmero menor de divises
quando o problema ou objeto de estudo ainda no muito bem conhecido, pois os
parmetros para valorao ainda so poucos e muito qualitativos. Neste caso, uma escala
de cinco categorias de valorao, conforme a VDI 2225, seria a mais apropriada. Suas
categorias so: "0 - insatisfatrio; 1 - apenas tolervel; 2 - adequado; 3 - bom e 4 - muito
bom". Dependendo do tipo de interesse ou desejo, os adjetivos das escalas devem ser
adaptados.
A valorao dos requisitos de usurio uma atividade bsica para os demais
processamentos efetuados na casa da qualidade. Com os valores estabelecidos so
calculados, por exemplo, a ordem de importncia dos requisitos de projeto, como mostrado
na equao 5.1, as quais, por sua vez, formaro base para a escolha de alternativas de
soluo para o produto ou suas partes. Assim, se esta tarefa for subestimada e seus
resultados duvidosos, estes sero transferidos para as demais informaes de
desenvolvimento do produto e podero conduzir solues inadequadas. Portanto, todo o
esforo possvel para o entendimento, anlise e valorao dos requisitos de usurio deve ser
considerado como meta e, alm disso, devem ser buscados ou desenvolvidos mtodos
alternativos que possam auxiliar nesta tarefa. Assim, os problemas potenciais desta tarefa
podem ser resumidos da seguinte forma:
estabelece que o requisito peso do produto (ou da parte) medida em kilogramas e que sua
magnitude deve ser aumentada (+) pela soluo adotada. Para unidades de medio
existem sistemas bem definidos que podem ser empregados. Tem-se, por exemplo, o sistema
internacional de unidades (SI) caracterizado por uma base de grandezas fsicas. Entretanto,
nem sempre se consegue definir requisitos de projeto por meio de grandezas de base do SI
ou suas derivadas e, nestes casos, nenhuma unidade adotada ou uma unidade percentual
(qualitativa) considerada. J, com relao ao qualificador (+ ou -), ou seja, o que se
deseja sobre dado requisito de projeto, pode-se ter diferentes implicaes.
Aumentar o peso de um produto, por exemplo, implica em maiores quantidades de
materiais, maiores custos, entre outros, os quais podem ser caractersticas conflitantes entre
si do ponto de vista do desenvolvimento global do produto. Alm disso, dependendo do tipo
de produto, ou da parte sendo estudada, pequenas variaes de massa (peso) podero
comprometer o desempenho da sua funo (balanceamento/desbalanceamento de rotores,
por exemplo). Portanto, deve-se tomar cuidado e avaliar adequadamente o significado e as
implicaes dos qualificadores dos requisitos de projeto e o compromisso decorrente deles.
Esta anlise ser mostrada mais adiante quando for tratado sobre os compromissos
estabelecidos no "telhado" da casa da qualidade.
O resultado da traduo dos requisitos de usurio constitui-se, em geral, numa lista de
requisitos de projeto disposta nas colunas da matriz, em sua parte superior. Assim como os
atributos dos consumidores, elas tambm podem ser agrupadas e sistematizadas em nveis
hierrquicos para facilitar o entendimento e sua manipulao.
Para a traduo de requisitos de usurio em requisitos de projeto recomenda-se o uso
de glossrio, que se refere a uma lista de termos cujas definies so baseadas no consenso
da organizao a respeito de cada um deles. As amostras, referem-se partes de produtos,
filmes de vdeo, fitas de udio, entre outros, para que as pessoas possam ter "sentimento das
coisas" e facilitar a declarao dos requisitos. Organizaes especiais referem-se a
constituio de grupos de trabalho especficos (internos ou externos) para tarefas dedicadas
tradues dentro da empresa. A padronizao uma forma de caracterizao comum de
objetos de estudo, utilizando cdigos, siglas, palavras, frases, entre outros. E, finalmente, a
medio uma maneira de "dizer as coisas atravs de nmeros", para a qual necessria a
modelagem e/ou experimentao.
Objeto de estudo
Qualidade desejada
Parmetro de engenharia
RELAO = RELACIONAMENTO FORTE
C C C C
a a a a
r r r r
a a a a
c c c c
t t t t
. . . .
1 2 3 j
Desejo 3 ~
Indicativo de uma
Desejo n caracterstica redundante
Escala
~ - fortemente positivo
| - mdio positivo
- mdio negativo
- fortemente negativo
~
onde,
Pi = Importncia absoluta do i-simo requisito de projeto;
irk = importncia relativa do k-simo requisito de usurio;
m = nmero de requisitos de usurio;
grik= grau de relacionamento entre o i-simo requisito de projeto e o k-simo
requisito de usurio;
C C C C
a a a a
r r r r Outras informaes do
a a a a planejamento da qualidade
c c c c conforme item 2.2
t t t t
e e e e
Grau de Relacionamento r r r r
s s s s ......
~ - forte correlao - 9 t t t t Peso da demanda (%)
i i i i
| - alguma correlao - 3 c c c c
a a
- possvel correlao - 1
a a
1 2 3 i
Demanda 1 { { 14
Demanda 2 { ~ 23
Demanda 3 ~ { 44
Demanda k ~ 19
DEFINIES:
Peso da demanda: valor percentual de cada desejo do consumidor calculado conforme item 2.2
Importncia Absoluta: valor de importncia de cada caracterstica da qualidade ou de engenharia calculada
conforme a seguir:
Importncia Absoluta = (grau de relacionamento x peso da demanda)
Exemplo: Importncia da Caracterstica 1 = 14x3 + 44x1 + 19x1 = 105
Importncia Relativa (%): valor de importncia de cada caracterstica da qualidade ou de engenharia normalizado.
Importncia Relativa (%) = Importncia Abssoluta / Somatrio das Importncias Absolutas
Exemplo: Importncia Relativa da Caracterstica 1 = 105 / 1122 = 9 %
Valores de Mercado: valores atribudos para as quantidades de cada caracterstica da qualidade. So baseados em
pesquisa de mercado, consulta de material tcnico, experimentao, entre outros.
Plano Tcnico: valor atribudo pela equipe, o qual estabelece uma meta a ser atingida para cada quantidade das
caractersticas da qualidade
1 - mscara do teclado
3 - placa do display
4 - display
5 - placa do teclado
6 - placa de processamento
7 - placa da fonte
abertura para a
indicao de
aberturas para a condies de operao
disposio dos botes (led) (2.1) abertura para a
do teclado (2.8) disposio do
display (2.2)
abertura para a
disposio da chave
liga/desliga (2.7)
abertura para a
disposio da
porta de entrada abertura para a
de dados (2.6) disposio do
abertura para a conector da fonte
disposio da de energia (2.4)
porta de sada de
dados (2.5)
cantoneiras parafusadas
para a fixao da parte
inferior na parte superior
do gabinete (8.1)
Subsistema de Subsistema
Armazenamento Validador
Entrada da
Cdula
Subsistema Objeto de
Coletor projeto
cdula
Fase Questes
CONTRATAO 1. Quais so os pontos fortes e fracos das peas existentes?
2. Quais sero as tecnologias, no dominadas pelo PAT, necessrias para o
desenvolvimento deste produto/peas?
3. Qual a natureza das peas de plstico do subconjunto (tipo, material, formas,
acabamento, design, etc.)?
4. Qual ser o potencial de reduo de custos destas peas, mantendo sua qualidade?
5. ....
PROJETO 1. Quais so as funes crticas das peas em questo?
2. Como as funes crticas das peas esto sendo satisfeitas?
3. H funes essenciais para estas peas, que no esto sendo consideradas?
4. Quais so as principais caractersticas geomtricas das peas existentes existentes?
5. Quais so os pontos fortes e fracos da geometria das peas existentes?
6. .....
FABRICAO 1. Como o material destas peas se comportou diante das condies de uso do
produto?
2. Quais foram os pontos fortes e fracos do material empregado nestas peas?
3. Existem materiais no mercado com propriedades melhoradas?
4. Os custos associados ao material destas peas atenderam as expectativas da
empresa?
5. Sob que condies as peas existentes foram fabricadas? (caractersticas do
equipamento/processo empregado)?
6. .....
UTILIZAO 1. Quais so as principais operaes de instalao destas peas no subconjunto?
2. Quais so as principais dificuldades e reclamaes no processo de instalao destas
peas?
3. Quais so as principais operaes de uso do produto/subconjunto?
4. .....
DESATIVAO 1. Quais so os principais indicadores da obsolescncia do
produto/subconjunto/peas?
2. ....
O estudo dos requisitos verso necessidades foi realizado com o auxlio da casa da
qualidade, cuja matriz resultante mostrada na figura 5.19. Por ltimo, elaborou-se o
quadro de especificaes de projeto mostradas na figura 5.20, o qual define em termos
gerais o problema de projeto.
16 rea projetada 130 X 256 - Compatvel com a capacidade da injetora - Dificuldades de injeo
- Defeitos na pea (rebarbas)
17 Resistir ao - - Resistir ao impacto causado pelo - Quebra do componente
impacto na fechamento do cash code - Gastos com reposio
manuteno
18 Espessura da 2 mm - Fcil fabricao do inserto por - Dificuldades de fabricao do inserto
parede do estereolitografia - Dificuldades de injeo
componente - Fcil injeo
- Resistncia mecnica
19 Tempo de - Fcil montagem das molas - Tempo elevado de montagem das molas
montagem
20 ndice de fluidez > 10 g/10 min - Fcil moldagem - Geometria muito complexa exigindo ndice
- Preenchimento total da pea de fluidez muito elevado
21 Folga no desvio 7 - Folga suficiente para observar um certo - Trancar a cdula por falta de folga lateral
da cdula desvio da cdula
- Possibilitar passagem da cdula
- Desvio mnimo, no prejudicando a
funcionalidade.
22 Resistir ao ataque lcool - Resistir aos produtos de limpeza mais - Desgaste
qumico vidrex comuns - Perda de propriedades mecnicas
23 Dimenses Real: 63,5- - Largura das peas adequadas - Trancar a cdula
compatveis com a 65x140 e = 0,1 - Compatvel com variaes da cdula - Elevado atrito nas laterais
cdula - 0,15
Dlar: 66x156
e= 0,5 - 0,15
24 Resistir ao calor 0 50o C - Manter propriedades mecnicas - Alterao das propriedades mecnicas
25 Deslocamento - Permitir fcil acesso no caso de enrosco - Ruptura da pea no momento em que o
relativo da pea - Fechamento automtico no momento em cash code fechado
que o cash code fechado - Dificuldades de acesso
Figura 5.20 Quadro de especificaes de projeto para p problema das guias.
Notas de aula: EMC 5302 - Metodologia de projeto em Engenharia Mecnica 2007 Prof. Andr Ogliari 27
30. KOLLER, R.; Konstruktionslehre fr der Maschinen, Gerte und Apparatebau. Springer
Verlag, 1976, 2 edio, 1985.
31. MAFFIN, DAVID; Engineering design models: context, theory and practice. Journal of
Engineering Design, Vol. 9, n. 4, 1998, pp. 315-327.
32. NEVINS, J.L. and WHITNEY, D.L.; Concurrent Design of Products and Processes.
McGraw - Hill, 1989.
33. OGLIARI, A.; BACK, N.; PRADO, I.J.E. e KOMOSINSCKI, L.; Implementao
computacional do processo de concepo de produtos utilizando anlise orientada
objetos e sistemas especialistas. Anais (CD-ROM): XIII Congresso Brasileiro e II
Congresso Ibero Americano de Engenharia Mecnica, Belo Horizonte, dezembro, 1995.
34. PAHL, G. und BEITZ, W.; Konstruktionslehre. Springer Verlag, 1977 (3 edio 1993).
35. PAHL, G. und BEITZ, W.; Srie de 36 artigos. "Fr der Konstruktions Praxis". Publicados
na revista Konstruktion de 1972 a 1974.
36. PAHL, G.; BEITZ, W.; Engineering design: a systematic approach. Springer, 1996.
37. PARSAEI, HAMILD R.; SULLIVAN, WILLIAM G.; Concurrent Engineering: contemporary
issues and modern design tools. Chapman & Hall, 1993.
38. PUGH, S, Total Design. Addison - Wesley, Wokingham, 1991.
39. REICH, Y.; AI-supported Quality Function Deployment. Proceedings of Fourth
International Workshop on Artificial Intelligence in Economics & Management, 1996.
40. RODENACKER, W.G.; Methodisches Konstruieren. Springer Verlag, 1976. (4 edio
1991).
41. ROOZENBURG, N.F.M; EEKELS, J. Product design : fundamentals and methods.
England : John Wiley & Sons Ltd., 1995. 422 p.
42. ROTH, Karlheinz. Konstruieren mit Konstruktionskatalogen: Systematisierung und
zweckmssige Aufbereitung technischer Sachverhalte fr das methodische Konstruieren.
Berlin, Heidelberg, New York : Springer, 1982.
43. SMITH, P.G. and REINERTSEN, D.G.; Developing Products in Half the Time. Van
Nostrand Reinhold, 1991.
44. ULLMAN, David, G. The mechanical design process. Singapore : McGraw-Hill, 1992.
45. VDI 2221. Methodik zum Entwickeln und Konstruieren Technischer Systeme und
Produkte, 1985.
46. VDI 2222. Konstruktionsmethodik: Konzipieren Technischer Produkte, 1977.
47. VDI 2222. Konstruktionsmethodik: Konzipieren Technischer Produkte, 1977.
48. VIDOSIC, J.P.; Elements of Design Engineering. The Ronald Press, 1969.
49. WALLACE, K.M. and HALES, C.; Some Applications of a Systematic Design Approach in
Britain. Konstruktion. 39 (1987) H.7. pp. 275-279.
50. WOODSON, T.T.; Introduction to Engineering Design. McGraw - Hill, 1966.
51. YAZDANI, B.; HOLMES, C.; Four models of design definition: sequential, design
centered, concurrent and dynamic. Journal of Engineering Design, Vol 10, n. 1, 1999.
pp. 25 - 37.
FONSECA, A. J. H.. Sistematizao do processo de obteno das
especificaes de projeto de produtos industriais e sua 51
implementao computacional. Florianpolis, 2000. 180f. Tese
de Doutorado, PPGEM - UFSC.
Os projetistas no esto destruindo o planeta por estarem
especificando os tipos errados de madeira de lei, mas por
estarem encorajando os modos errados de vida..
[Campbell, R. 1993]
CAPTULO IV
METODOLOGIA PARA A ELABORAO DAS
ESPECIFICAES DE PROJETO
DE PRODUTOS INDUSTRIAIS
4.1.- Introduo.
Diferentes tcnicas e mtodos isolados, possveis de serem aplicados em momentos
diferentes do incio do processo de projeto tm sido implementados segundo a reviso bibliogrfica
exposta no captulo dois, mas, no tm tido a abordagem integrada necessria para oferecer um guia
sistemtico na elaborao das especificaes de projeto.
O projeto um processo onde a experincia dos membros da equipe tem uma forte influncia
e onde os processos psicolgicos e sociolgicos tm um papel ainda no totalmente esclarecido. Isto
se soma ao fato de tratar-se da fase inicial do processo, na qual existe pouca informao para o
trabalho e onde a equipe de projeto precisa procurar, num ambiente externo do escritrio de projeto,
os elementos que permitiro o trabalho criativo. Provavelmente, pelo fato de tratar-se de uma fase
onde o projeto ainda no tem forma, as ferramentas de trabalho ainda no foram desenvolvidas,
sobretudo, no referente ao tratamento sistemtico.
Tratar-se- neste captulo, da seqncia de passos estruturados, visando obter as
especificaes de projeto, partindo de um problema de projeto. O trabalho ser enfocado tomando
como base os resultados obtidos pelo autor, em sua dissertao de mestrado [Fonseca, A.J.H. 1996].
Quadro 4.1. Seqncia de etapas e tarefas para a obteno das especificaes de projeto.
Problema de
Projeto
Especificaes de Projeto
53
Mquinas
MquinasAgrcolas
Agrcolas
Mquinas Industriais
Mquinas Industriais
Bens
BensdedeCapital
Capital
Equipamentos
EquipamentosdedeTransporte
Transporte
Mquinas da Construo
Mquinas da Construo
Tipo de Produto: Outros
Outros
Eletrodomsticos
Eletrodomsticos
Eletrnicos
Eletrnicos
Eletrnicos
Eletrnicos
Bens
BensdedeConsumo
Consumo
Brinquedos
Brinquedos
Mveis
Mveis
ampliada.
Grau de Complexidade
da Configurao
Projeto de Projeto
Desenvolvimento Original
Tipo de Projeto:
Projeto
Re-Projeto Adaptativo
O projeto original aquele com alto grau de novidade conceitual e alto grau de complexidade na
sua configurao. Neste caso, o projetista, deve apoiar-se em produtos da mesma famlia, segundo a
classificao de tipos de produtos. Exemplo o projeto do primeiro aparelho de TV.
O projeto de variante ou reprojeto, aquele projeto com pouco grau de novidade conceitual e pouco
grau de complexidade na mudana da configurao. Neste tipo de projeto, os projetistas tm um
guia ideal para definir o ciclo de vida e os atributos do produto (assim como para determinar em
56
detalhes os problemas acontecidos) no produto original, oferecendo uma base slida para a
definio das necessidades. Exemplo, so os projetos dos modelos sucessivos de aparelhos de TV.
O projeto adaptativo aquele projeto com alto grau de novidade conceitual e pouco grau de
complexidade na configurao. Neste tipo de projeto, os projetistas tm um guia naqueles produtos
similares em configurao, apontados na classificao de tipos de produtos. Exemplo o projeto do
display alfa numrico, como interface homem-computador, baseado num aparelho de TV.
O projeto de desenvolvimento aquele com pouca novidade conceitual e alto grau de complexidade
na sua configurao. Os projetos deste tipo, devem ser apoiados em produtos com similar
conceitualizao, devendo desenvolver-se um trabalho para definir o ciclo de vida e os atributos do
produto, em forma similar aos projetos do primeiro tipo. Exemplo, o aparelho de TV colorida.
A quarta etapa , converter as necessidades em requisitos de usurio. Esta etapa tem duas
tarefas, que sero expostas a seguir.
Problema
de Projeto
ESTUDO
INFORMATIVO DO
1 PROBLEMA DE
PROJETO
DEFINIR
CICLO DE VIDA
2 E ATRIBUTOS
DO PRODUTO
DEFINIO DAS
3 NECESSIDADES SER
DO PROJETO
CONVERSO DE R e q u is ito s
4 NECESSIDADES EM N e c e s s id a d e s ESTA R S u b s ta n tiv o s
REQUISITOS DE
USURIO
d e U s u r io
CONVERSO DE
TER
5 REQ. USURIO EM
REQUISITOS DE
PROJETO
V E R B O FO R M A D O R S u b s ta n tiv o s
AVALIAO DE DE FUN ES
6 REQ. USURIO VS.
REQ. PROJETO
DEFINIO DAS
Funes
7 ESPECIFICAES
DE PROJETO
ESPECIFICAES DE PROJETO
O primeiro caso (usar os verbos ser, estar ou ter), auxilia na gerao dos requisitos de
usurio que no constituem funes do produto, mas, so expectativas dos usurios. Estas
expresses so as mais adequadas para expressar as necessidades brutas, contidas nas respostas dos
questionrios respondidos pelos clientes, no caso de ser usada este tipo de consulta. As frases deste
tipo representam desejos, pedidos, ordens, que de alguma maneira os clientes acham que devem ser
63
includas, atravs do produto que est sendo projetado. A equipe de projeto deve estar preparada
para transformar os desejos dos clientes ao formato padronizado proposto.
Por exemplo, se um cliente expressa que o produto deve possuir massa suficiente para
garantir um produto pesado (projeto de um ancora), o requisito de usurio seria redigido assim:
Ter peso grande.
No segundo caso, (verbo mais substantivo) o verbo pode (ou no) ser um formador de
funes, que possui importncia adicional, devido ao fato que a expresso possa conter funes
importantes do produto que est sendo projetado.
Quando as necessidades so definidas diretamente pela equipe de projeto, elas podem ser
escritas diretamente na forma padronizada usando os verbos ser, estar ou Ter, mais substantivos, ou
usando os verbos formadores de funes mais os correspondentes substantivos obtendo-se, assim,
diretamente os requisitos de usurio, sem necessidade de fazer a converso posterior, acelerando o
processo.
da Qualidade, simplificando tambm a elaborao grfica. Este sistema tambm realiza as operaes
algbricas envolvidas. A etapa da avaliao dos requisitos de usurio vs. os requisitos de projeto,
tem duas tarefas bsicas que sero descritas a seguir.
4.10.- Concluses.
A sistematizao da fase de projeto informacional ganha uma base importante atravs do
estabelecimento da morfologia do processo que acontece dentro da mencionada fase; uma parte
importante da metodologia que est sendo desenvolvida foi exposta neste captulo, pois a
morfologia a base da sistematizao do processo. Mesmo sendo o processo de projeto um processo
de tomada contnua de decises, (que implica numa retroalimentao constante e no numa
seqncia rgida) a proposta morfolgica exposta direciona as aes principais que devem ser
executadas, encaminhando-as ao objetivo principal de obter as especificaes de projeto.
A identificao e o guia detalhada para levantar as informaes relevantes, tanto no incio
como durante o processo de projeto informacional, se constituem em pontos fortes da proposta. Isto
permite uma ao encaminhada ao tratamento e anlise da mencionada informao, visando um
incremento qualitativo da mesma, at obt-las, finalmente, na forma de especificaes de projeto.
67
Foi exposta em detalhes a seqncia metodolgica mais lgica para o estabelecimento das
ditas categorias relevantes de informaes existentes no projeto informacional. O trabalho dentro da
fase de projeto informacional foi baseado na anlise do projeto como sistema de transformao de
informaes, conceito sobre o qual se prope a abordagem desta fase.
As ferramentas que apoiam o trabalho de obteno das especificaes de projeto em forma
sistemtica, assim a anlise do COMO, estas devem ser utilizadas dentro da seqncia proposta, ser
exposta no prximo captulo, complementado-se, posteriormente, com a elaborao do sistema
computacional e a elaborao de um estudo de caso, em captulos sucessivos.
FONSECA, A. J. H.. Sistematizao do processo de obteno
das especificaes de projeto de produtos industriais e sua 68
implementao computacional. Florianpolis, 2000. 180f. Tese
de Doutorado, PPGEM - UFSC.
CAPTULO V
DESENVOLVIMENTO DE MODELOS E
TCNICAS DE APOIO OBTENO
DAS ESPECIFICAES DE
PROJETO DE PRODUTOS
INDUSTRIAIS.
5.1.- Introduo.
No captulo IV foi apresentada a morfologia do processo do projeto informacional como
parte importante do corpo da tese. Sero abordadas, neste captulo, as diferentes ferramentas
teis ao objetivo de tratar a informao dentro da fase e COMO us-las para trabalhar dentro da
proposta morfolgica exposta. Desta maneira se completar o que denomina-se proposta
metodolgica ou metodologia de abordagem da fase sob anlise.
Na continuao, sero analisadas as propostas de ferramentas de trabalho que apoiam na
execuo das etapas e tarefas, necessrias a serem executadas dentro da seqncia descrita.
Algumas propostas se constituem em novas ferramentas, vlidas para apoiar a captao e
tratamento da informao relevante dentro da fase; em outros casos, sero usadas ferramentas
conhecidas, como a casa da qualidade, utilizada tambm como parte importante do processo.
dentro ou fora do processo de projeto, como sugerem alguns autores analisados no captulo II,
pelo qual prope-se analis-lo com critrio integral de processo de desenvolvimento de produtos.
O trabalho da equipe de marketing, definindo a idia do produto [Pahl, G. e Beitz, W.
1996] que vai ser projetado, normalmente parte com, relativamente, escassa informao naqueles
produtos com alto grau de novidade. A idia vai ganhando contornos e corpo, na medida em que
so elaborados estudos de possibilidades produtivas, estudos de preferncias do mercado e
estudos de aceitao dos setores de consumo.
Trabalho de anlise de
Viabilidade de Mercado
Setor de Mercado
O processo anterior pode ser representado mediante um modelo baseado num sistema
bidimensional de coordenadas polares, onde o raio significa o incremento do conhecimento
sobre o produto que est sendo trabalhado. Traa-se assim uma espiral, que partindo de um
conhecimento mnimo (teoricamente zero) sobre o produto vivel, vai ganhando em
conhecimentos na medida em que a pesquisa circula pelos setores produtivo, de mercado e de
consumo. Nestes setores so realizados os estudos econmicos e de marketing correspondentes,
at ganhar corpo final mediante a definio de um determinado problema de projeto, segundo
aparece esquematizado na figura 5.1.
O processo se inicia realmente no setor de consumo, que onde so captadas as
necessidades dos consumidores; o trabalho neste setor, inicialmente, insignificante gerando
uma noo vaga do produto, pois se passa de imediato realizao da correspondente anlise de
70
viabilidade produtiva, que se resultar positivo, daria lugar a uma pesquisa de mercado e,
finalmente, uma pesquisa aprofundada dos diversos setores de consumo, que d corpo ao
problema de projeto.
Este problema de projeto, por sua vez, entregue equipe de projeto, que inicia o
trabalho da fase de projeto informacional, seguindo a seqncia metodolgica exposta no
captulo IV. O trabalho consiste em percorrer as fases do ciclo de vida do futuro produto, para
dali captar as necessidades que transformadas em requisitos de usurio primeiro, em requisitos
de projeto depois, daro lugar, finalmente, s especificaes de projeto. O processo descrito,
pode ser representado na espiral da figura 5.2, como um processo contnuo e nico.
Projeto
Projeto
Projeto
Preliminar
Necessidades do Conceitual
Projeto
Descarte Detalhado
te
Necessidades para a c ar
Des
Desativao/Reciclagem
Especificaes
em
de Projeto Proje
to
lag
Necessidades de
Fa
cic
b ric
Fabricao
Fabricao
Re
Problema de a
Projeto o
o
uten
Necessidades para
Mon
a Manuteno Necessidades da
Man
tage
Montagem
m
a zen
Necessidades da
o
Necessidades
Ar m
Funcionais Armazenagem
e
Setores de Mercado
rt
po
Us
Trabalho de
ns
o
Necessidades de
a
Marketing
Tr
Necessidades do Transporte
Uso Co m a
pra Vend
do produto, segundo se observa na figura 5.2. Cada produto tem seu prprio ciclo de vida, pelo
que cada produto ter suas prprias fases na espiral.
Prope-se que o modelo da figura 5.2 seja denominado como a espiral do
desenvolvimento. Nesta figura se mostra uma espiral com trs ramos concntricos, significando
o desenvolvimento do projeto e mostra, esquematicamente, a seqncia de atividades, s quais o
produto submetido desde a sua concepo at o descarte final. A figura 5.2, expe, numa forma
grfica, o ciclo de vida do produto, assim como os setores principais do dito ciclo para uma
anlise geral, alm de mostrar o percurso bsico de ao durante o projeto informacional, razo
pela qual, entende-se que se constitui num modelo bsico, como parte da proposta de trabalho
desenvolvida na presente tese, seguindo a linha de trabalhar baseada em modelos, recomendada
em [Morup, M. 1993].
rte
Desca
Proje
o
E.P. to
a
tiv
Fa
sa
br
De
ica
P.P. o
o
uten
Mon
Man
tag
em
n.
Fun
rte
po
Us
ns
o
a
Tr
Com a
pra Vend
Setores de mercado
Clientes intermedirios
As categorias aparecem na figura 5.3 formando parte e associadas aos setores produtivos
(clientes internos), que so aqueles setores onde se agrega valor ao produto, aos setores de
mercado (clientes intermedirios), onde o produto comercializado e aos setores de consumo
(clientes externos), onde o produto usado em funcionamento.
Neste caso, a espiral do desenvolvimento serve, adicionalmente, de base para a
identificao dos tipos de clientes propostos no projeto informacional, associados somente
posio no ciclo de vida, independentemente se esto dentro ou fora do escritrio onde
executado o projeto
A pesquisa incluiu tambm a anlise dos fatores contidos na proposta de [Roth, K. 1982],
assim como os trabalhos de [Nijhuis, K. J. e Roozenburg, N. F. 1997] e [Hubka, V. e Eder, W. E.
1988], tentando obter uma lista de atributos, representativa da estrutura inerente dos produtos
industriais, de utilidade para a fase de projeto informacional.
A anlise das diferentes listas de itens, visando estabelecer os atributos do produto,
apresentou como resultado a presena de atributos, includos em todas as listagens analisadas e
que foram divididos em dois grandes grupos:
Atributos de tipo especficos, direta e facilmente mensurveis, como forma, fluxo, cor,
acabamento, entre outros e
Atributos de tipo geral, nem sempre fceis de mensurar, ou mensurveis de forma
indireta, como esttica, segurana, fabricabilidade, entre outros.
O primeiro grupo de atributos foi denominado de atributos especficos sendo agrupados
sem maiores dificuldades devido sua rpida identificao.
O segundo grupo de atributos (os remanescentes) foram denominados de atributos gerais.
Curiosamente, os atributos gerais, apresentaram caractersticas particularmente interessantes do
ponto de vista dos objetivos da presente pesquisa, podendo-se conformar (dentro deles) dois
subgrupos bem diferenciados:
O primeiro subgrupo dos atributos gerais analisados se apresentou fortemente associado
s fases do ciclo de vida do produto, como fabricabilidade, mantenabilidade, reciclabilidade,
entre outros; estes foram facilmente identificados, denominando-se de atributos do ciclo de vida.
O subgrupo restante foi formado pelos atributos que sobraram das classificaes
anteriores e se constituram, consistentemente, num grupo composto pelos atributos
provavelmente mais importantes, por serem os mais levados em conta na hora de avaliar o
produto integralmente como: desempenho, segurana, economia, ergonomia, esttica, entre
outros, razo pela qual foram denominados atributos bsicos.
A anlise anterior, feita consultando as listagens dos diversos autores, se mostrou em
todos os casos consistente, mostrando caractersticas similares s descritas, o que permitiu seu
uso na pesquisa como base da classificao para os atributos do produto.
75
Quadro 5.1.- Lista (check-list) proposta em [Pahl, G. e Beitz, W. 1988], pp. 54, fig. 4.5.
No quadro 5.1 pode ser analisada a mistura de itens, sem relao estrutural do ponto de
vista da estrutura constitutiva dos produtos industriais; alguns deles so itens relativos ao ciclo
de vida como transporte, "montagem, ou manuteno, misturados com atributos especficos
como geometria, foras ou "cinemtica" entre outros; estes, pela sua vez, se misturam com
atributos mais importantes e representativos dos objetivos pelos quais o produto foi fabricado,
como "operao", "ergonomia" ou "custos".
Agrupando os itens da lista (check-list) do quadro anterior, segundo o enfoque de
classificao proposto nesta pesquisa, o resultado aparece no quadro 5.2 a seguir. Nele foram
includos todos os itens, com exceo do denominado planejamento que foi o nico fator no
considerado como atributo do produto, pois o planejamento uma atividade prpria da gerncia
e controle do projeto, e no define atributos do produto.
76
no existe o produto) razo pela qual entende-se imprprio falar de caractersticas sendo mais
correto o termo atributos (que o produto deveria ter).
Atributos Bsicos
Atributos Gerais
Atributos Materiais
Atributos de Controle
Os atributos gerais e
Os atributos especficos.
Os atributos gerais so aquelas caractersticas dos produtos, relacionados s respostas
que os mesmos devem dar s necessidades expostas pelos clientes e usurios, tanto pela
adequao do produto durante o seu passo temporal pelas fases do ciclo de vida, como quanto
adequao s condies permanentes que o produto vai apresentar em uso e funcionamento.
As propriedades que possuem os produtos para enfrentar estas contingncias geralmente
se expressam atravs de palavras que terminam em dade, como fabricabilidade, modularidade,
reciclabilidade, patenteabilidade, etc., (em alguns casos no usual expresses deste tipo, mas,
podero ser utilizadas, como o caso de "economicidade"); estes atributos definem
caractersticas fundamentais do produto e so importantes para o sucesso do produto no
mercado.
Os atributos gerais, por sua vez, como j apresentado no quadro 5.3, se classificam em:
Atributos bsicos e
Atributos do ciclo de vida.
Os atributos bsicos so os mais importantes para qualquer produto industrial e
representam seus fatores de competitividade, decidindo os elementos globais que identificam as
caractersticas e propriedades permanentes dos produtos e pelos quais, devido sua importncia,
o produto vai ser avaliado tanto pelo mercado, como durante uma anlise das caractersticas de
projeto. A maioria dos mtodos de avaliao de produtos, do ponto de vista das caractersticas de
projeto, so baseadas nestes atributos [Hubka, V. e Eder, W. E. 1988].
Na classificao mnima, baseada na experincia de trabalho do autor com projetos de
engenharia, prope-se que sejam somente onze os atributos bsicos. claro que podem existir
outros atributos bsicos que poderiam ser adicionados para uma classificao universal, mas, do
ponto de vista utilitrio, prope-se uma classificao mnima, exposta. no quadro 5.4 e 5.5.
Na realidade, cada atributo bsico do produto um ramo especializado do projeto de
engenharia, razo pela qual necessrio estabelecer um guia ampliado sobre a abrangncia de
cada um deles, com a finalidade de poder usar o conceito na forma mais til possvel.
79
Funcionamento
Ergonmico
Esttico
Econmico
Atributos Bsicos Segurana
Confiabilidade
Legal
Patentes
da Normalizao
Atributos Gerais da Modularidade
do Impacto Ambiental
Fabricabilidade
Montabilidade
Embalabilidade
Transportabilidade
Atributos do Ciclo de vida Armazenabilidade
Comerciabilidade
Da Funo
Usabilidade
Mantenabilidade
Reciclabilidade
Descartabilidade
Legal: Aspectos vinculados com as leis onde vai ser comercializado o produto
Leis sobre uso ou segurana, leis ambientais, leis sobre comrcio.
Forma
Configurao
Geomtricos Dimenses
Acabamento
Ajustes
Atributos Materiais
Material (tipo) Textura
Fixaes
Cor
Peso (ou Massa)
Foras
Cinemtica (velocidade, acelerao, etc.)
Atributos Especficos Atributos Energticos Tipo de Energia (trmica, eltrica, etc.)
Fluxo (massa ou energia)
Fabricabilidade
Atributos do Ciclo de vida
Montabilidade
Embalabilidade
Forma Transportabilidade
Configurao Armazenabilidade
Geomtricos Dimenses Comerciabilidade
Acabamento Da Funo
Ajustes Usabilidade
Atributos Materiais
Material (tipo) Textura Mantenabilidade
Fixaes Reciclabilidade
Cor
Peso (ou Massa) Descartabilidade
Foras
Atributos Especficos Cinemtica (velocidade, acelerao, etc.)
Atributos Energticos Tipo de Energia (trmica, eltrica, etc.)
Fluxo (massa ou energia)
Funo Ter porta material. Ter cor Ter estrutura Estrutura mod.
Ter mesa c/port.mat. agradvel. leve. resistente.
Ter mesa mais larga. Ser ergonmica.
Uso Ter mesa inclinada. No seja dura.
Ter encosto maior. No ter ressaltos.
Neste sentido, prope-se o uso do conceito dos atributos do produto, estabelecendo uma
viagem imaginria pelas fases do ciclo de vida e, em cada fase, levantar as necessidades do
projeto auxiliado pelos atributos bsicos do produto, usados como lista de apoio ao levantamento
das ditas necessidades. Esta viagem imaginria pode ser representado mediante uma matriz,
cujas linhas so as fases do ciclo de vida (as definidas para o produto sob anlise) e as colunas
83
Fig. 5.5.- Matriz de apoio converso dos requisitos de usurio em requisitos de projeto.
uma base mnima de atributos mensurveis, que, evidentemente, poderia ser adequadamente
complementada naqueles produtos com caratersticas atpicas.
As duas matrizes analisadas, se constituem em importantes ferramentas a serem
utilizadas no levantamento das necessidades e no tratamento das informaes durante o projeto
informacional.
Sexto Campo
Oitavo Campo
O como fazer as avaliaes na matriz principal, por representarem uns dos trabalhos mais
importantes da casa da qualidade, ser analisado brevemente na seqncia.
Os requisitos de usurio, segundo a sistematizao proposta, precedem os requisitos de
projeto, sendo ambos avaliados na matriz principal. claro que o maior relacionamento se dar
entre aqueles requisitos de usurio e os correspondentes requisitos de projeto a que do origem
(relao causal); porm, existem determinadas relaes entre requisitos de usurio e de projeto,
que no esto associados a esta relao causal, mas, a outros aspectos caratersticos do produto.
H ocasies em que este relacionamento no causal se constitui um fator bsico na
hierarquizao dos requisitos de projeto. o caso de um requisito de projeto que, pela sua
importncia, se relaciona com todos (ou com quase todos) os requisitos de usurio.
As avaliaes quantitativas so expressas em escalas de relacionamento, mediante
nmeros ou smbolos (aos quais corresponder um determinado valor) associados ao peso do
87
relacionamento, a ser situado no ponto de interseo entre os requisitos na matriz principal. Este
valor varia segundo diversos critrios expostos na literatura sobre o tema [Clausing, D. 1994],
[Ullman, D. 1992], [Akao, Y. 1990], [King, B. 1989]. [Hauser, J. R. e Clausing, D. 1988].
Um forte relacionamento corresponde uma avaliao mxima, recomendando-se somente
para aqueles relacionamentos que no deixem nenhuma dvida de sua relao causal ou de seu
evidente relacionamento forte. Uma regra a seguir :
Todo requisito de projeto se relaciona, fortemente, com aquele(s) requisito(s) de usurio
que o originaram.
Os relacionamentos no causais, vo depender dos critrios adotados em consenso da
equipe de projeto e em qualquer caso dependem da experincia dos envolvidos no trabalho. As
avaliaes dos relacionamentos, entre os requisitos de usurio e de projeto, de responsabilidade
e dever ser de consenso da equipe de projeto e forma parte dos aspectos relativos ao
conhecimento sobre o produto sob anlise.
O sexto campo o teto da casa da qualidade e nele so feitas as avaliaes entre os
prprios requisitos de projeto.
As avaliaes podem ser do tipo quando se incrementa um deles o outro tambm se
incrementa, ou do tipo quando se incrementa um deles o outro diminui; em ambos os casos,
estas avaliaes podem ser, pela sua vez, fortes ou normais; estas quatro possibilidades de
avaliao, somadas avaliao nenhum relacionamento, conformam os cinco tipos de
avaliaes no teto da casa da qualidade. Isto influi na hierarquizao final, que vai se constituir
num compromisso entre os requisitos de projeto. Denomina-se relao positiva aquele
relacionamento entre os requisitos de projeto que se incrementam simultaneamente e negativa
aquele relacionamento onde, quando um deles cresce, o outro diminui ou so conflitantes.
As avaliaes contidas no teto da casa da qualidade podem ser incorporadas s avaliaes
da hierarquia principal. Em [Ogliari, A. 1999] prope-se um algoritmo para introduzir as
avaliaes do teto na hierarquia final, concluindo com duas hierarquias diferenciadas:
Levando em conta somente as avaliaes da matriz principal;
Levando em conta as avaliaes da matriz principal, incluindo as avaliaes do teto.
Na presente pesquisa, a implementao computacional feita inclui o algoritmo do teto da
casa da qualidade, utilizando-se, adicionalmente, um outro algoritmo que introduz a avaliao da
88
matriz secundria (dos produtos concorrentes) na hierarquizao final, com o qual (usando os
dois algoritmos, o do teto e o da matriz da concorrncia) possvel obter, quatro hierraquizaes
diferentes dos requisitos de projeto.
O stimo campo usado para avaliar os relacionamentos entre os requisitos de usurio e
os produtos concorrentes. a denominada matriz secundria da casa da qualidade. Na
implementao computacional deste trabalho, prope-se um algoritmo que incorpora o
critrio da avaliao dos concorrentes na hierarquizao dos requisitos de projeto,
possibilitando obter, assim, duas hierarquizaes adicionais.
Os produtos concorrentes foram definidos no incio da fase de projeto informacional; o
trabalho avaliar cada requisito de usurio frente a cada produto concorrente; deve-se avaliar
como o produto concorrente sob anlise, preenche o requisito de usurio sendo analisado.
Naqueles casos em que o produto concorrente atende, de alguma maneira ao requisito de usurio,
ser a vez de fazer uma avaliao forte, mdia ou fraca, segundo seja o caso; em caso de que o
produto concorrente no atenda o requisito de usurio, no existir avaliao. Da mesma forma
que nas avaliaes da matriz principal, as avaliaes da matriz secundria utilizaro smbolos
similares na matriz, as quais tambm devem ser feitas pelo consenso da equipe de projeto,
baseado no conhecimento das caractersticas dos produtos concorrentes selecionados e na
experincia dos projetistas, numa escala (0-1-3-5), igual ao da matriz principal.
Finalmente, o nono campo, serve para preencher os resultados das avaliaes e definir
as hierarquias dos requisitos de projeto, sempre baseadas nas avaliaes da matriz
principal (com ou sem as avaliaes do teto e, com ou sem as avaliaes contidas na
matriz secundria).
A hierarquia dos requisitos de projeto o resultado final das avaliaes efetuadas na
casa da qualidade e daro elementos fundamentais para a posterior definio das especificaes
de projeto.
Baseado em trabalhos elaborados anteriormente no NeDIP [Ogliari, A. 1999] e como
parte da implementao computacional para este trabalho, foi desenvolvido, em Dephi, um
software especfico para a casa da qualidade, que possibilita uma interface amigvel com o
usurio projetista.
89
Como a casa da qualidade possibilita a obteno das quatro hierarquias, cabe equipe de
projeto decidir uma hierarquia final dos requisitos de projeto. Com esta finalidade que se
prope a sistemtica apresentada a seguir.
5.6.- Seleo das especificaes de projeto finais como resultado da casa da qualidade.
Existe uma diferena entre requisitos de projeto e especificaes de projeto; os requisitos
de projeto so expresses mensurveis de atributos especficos do produto que ainda no
definem os alvos a serem atingidos durante o projeto, nem definem objetivos concretos, menos
ainda as restries que devem atender. As especificaes de projeto devem conter, em cada
especificao, os alvos a serem atingidos (dimensionais), de maneira que se constituam no guia
de trabalho; devem conter, adicionalmente, os objetivos e as restries, se estas existirem.
De qualquer maneira, a base fundamental das especificaes de projeto so os prprios
requisitos de projeto. Visando a definio das especificaes, a equipe de projeto se baseia nas
quatro hierarquizaes decorrentes da casa da qualidade.
Cada hierarquizao uma lista com uma ordem hierrquica diferente, dos mesmos
requisitos de projeto. A proposta dividir cada hierarquizao, em trs conjuntos, segundo a
ordem de importncia dos requisitos de projeto, dentro de cada lista.
o primeiro conjunto, dos requisitos de projeto mais importantes, corresponde aos requisitos de
projeto melhores colocados na ordem hierrquica em cada lista (no caso de existirem doze
requisitos, seriam os quatro primeiros colocados).
o segundo conjunto, correspondente a um tero dos requisitos de projeto importantes seguintes,
na lista de requisitos (os quatro seguintes no caso de existirem um total de doze requisitos) e
o terceiro conjunto, correspondente aos requisitos de projeto menos importantes finais em cada
lista (os ltimos quatro requisitos do exemplo analisado com doze requisitos).
Desta maneira existiro trs conjuntos de requisitos de projeto para cada lista
hierarquizada (os mais importantes, os importantes e os menos importantes). Isto permite
comparar os conjuntos de requisitos de projeto com seus similares, nas diferentes listas. Na
comparao, por exemplo, se nos primeiros conjuntos (os primeiros das listas existentes) os
requisitos de projeto se mantm, praticamente, os mesmos, sinal de que o trabalho realizado
tem consistncia.
90
5.7.- Concluses.
Foram expostas as pesquisas que levaram a propor o modelo da espiral do
desenvolvimento como apoio visualizao do processo de desenvolvimento dos produtos
industriais, que mostra, graficamente, o relacionamento existente entre as fases do processo de
projeto, com o ciclo de vida do produto. De mesma forma, foi desenvolvido o conceito, de
91
atributos do produto; foi proposta a sua classificao e destacada a importncia para levantar e
tratar necessidades e requisitos atravs de duas matrizes; uma delas usada para apoiar o
levantamento das necessidades e a outra a ser utilizada para apoiar a converso dos requisitos de
usurio em requisitos de projeto.
Foi analisada, adicionalmente, outra ferramenta til para o projeto informacional, a casa
da qualidade, sobre a qual se aprofundou no seu uso e seu preenchimento, decorrente da qual
podem ser obtidas quatro hierarquizaes diferentes dos requisitos de projeto.
Finalmente, foi proposta uma sistemtica para avaliar as quatro hierarquizaes
procedentes da casa da qualidade, visando obter, uma hierarquizao final das especificaes de
projeto.
Na figura 5.7, aparece um enfoque grfico da sistematizao do processo de
transformao da informao, incluindo a seqncia do uso das ferramentas propostas. Na figura
5.8, mostra-se a seqncia de etapas da metodologia proposta, junto com as principais
ferramentas que podem ser aplicadas em cada etapa do projeto informacional.
A T R IB U T O S D O P R O D U T O D e se m p e n h o
E r g o n m ic o
E s t t i c o
A trib u to s B s ic o s E c o n m ic o
S e g u ra n a
A trib u to s G e ra is I m p a c to A m b ie n ta l
L e g a l
P a te n te s
N o r m a liz a tiv o
M o d u la r
A trib u to s d o C ii cl ol o dd ee vV i idd aa
C F a b r ic a b ilid a d e
M o n ta b ilid a d e
C o n f ig u ra o E m b a la b ilid a d e
F o rm a T r a n s p o r ta b ilid a d e
D im e n s e s A rm a z e n a b ilid a d e
G e o m tr ic o s A c a b a m e n to S u p . C o m e rc ia b ilid a d e
A ju s te s e T o l. F u n a b ilid a d e
T e x tu r a U s a b ilid a d e
E le m . d e F ix a o M a n u te b ilid a d e
M a te r ia l R e c ic la b ilid a d e
A tr ib u to s M a te r ia is P e s o o u M a s s a D e s c a rta b ilid a d e
C o r
F o r a s
A tr ib u to s E n e r g tic o s C in e m ti c a ( V e l o c . A c e l e r a c . e t c .)
A trib u to s E s p e c fic o s T ip o d e E n e r g ia
F lu x o ( m a s a o u e n e r g ia )
S in a is
A tr ib u to s d e C o n tr o le C o n tr o le d a q u a lid a d e
C IC L O D E V ID A
Pr o je to
Pr oj eto
Pr oj eto Atributos bsicos do produto A tr ibuto s espe cfic os do produto
Pr el im in ar
C on ce itua l
Pr oj eto
D eta lh ad o Ciclo de Funcionamento Ergonomia Esttica Econmico Segurana Confiabilidade Legal Patentes Normalizao Modular Ambiental R e quisito s G eom trico s M a terial C or Pe so o u m ass a F ora s C in em tic a T ip o E nergia F lu xo Sinais E stab ilida de Q ua lid ad e
Vida
M A T R IZ D E de usur io
M A T R IZ D E C O N V ER S O
te
car
Des Seja Fabric. Ter materiais S eja F abric M aterial Contr olar a
N ec. Produo Baixo custo no agressiv.
Es pe cificaes B aixo custo. ba rato. qualidade final.
em
d e P rojeto P roje
to Seja de fcil T er m ateriais no
lag
Montagem M adeira
Fa montagem
cic
P ro b le m a d e ica
GERAO DAS D E R E Q U IS IT O S D E U S U R IO
Embalagem S eja de f cil F or m a sim ples
P ro je to o
N ec. M ontagem
o
E m pilhvel
com facilidade mnimo Vol.
volum e ou dovr vel
m
N E C E SS ID A D E S E M R E Q U IS IT O S D E P R O JE T O
S eja a rm azenada E m pilhvel ou
.
azen
com f acilidade
Venda S eja e conm ica M aterial
o
Ca p ta o d as
Arm
L eve
Ne c e ssid a d e s ba rato
Ocupe pouco Seja
N ec. Funo O cupe pouco
espao agradvel espa o.
te
Se to re s de M e rca d o
or
N ec . M a rk e ting .
Tr
N ec . a de q.
Manuteno Ocupe mn. Ter mnima
C om volume manuteno S eja c m oda Dim enses
pra V e nda Ter mater. adequadas.
Reciclagem
Ob te n o da s reciclveis F or m a M at.
S eja s egur a
Esp e c ific a e s Descarte Ter mater. est ve l resis tente
de P ro je to Prprios ao T er m ateriais M adeira
descarte
r eciclveis/des cat. ou A o
F ro n teira d o p ro cesso d e
tran sfo rm ao d e in fo rm a es
Listadenecessidades
T e r c e i ro C a m p o Q u ar to C a m p o
SER ESTAR TER VERBOSFORMADORESDEFUNES
SUBSTANTIVOS P r im e ir o C a m p o Q u in to C a m p o S tim o C am p o
ListadeRequisitosdeusurio
Non o Cam po
S IS T E M T IC A D E C O N V E R S O C A S A D A Q U A L ID A D E
Problema
de Projeto
Ferramentas especficas
Ferramentas gerais Informao da equipe de marketing
Procura de patentes
ESTUDO
INFORMATIVO DO Procura de produtos similares (concorrentes)
Informaes tcnicas 1 PROBLEMA DE
PROJETO
Tecnologias e mtodos de fabricao
Informaes do produto Tipo de produto
DEFINIR Tipo de projeto
CICLO DE VIDA Volume planejado de produo
Ciclo de vida 2 E ATRIBUTOS
DO PRODUTO
Atributos do produto Questionrios estruturados e no estruturados
DEFINIO DAS Entrevistas pessoais, telefnicas, gravadas, etc.
Ciclo de vida 3 NECESSIDADES
DO PROJETO
Experincia da equipe de projeto
Matriz de apoio obteno das necessidades
Atributos bsicos produto
CONVERSO DE
NECESSIDADES EM Uso dos verbos ser, estar e ter
Anlise lingstica
4 REQUISITOS DE
USURIO
Uso de verbos formadores de funes
ser, estar ou ter Experincia da equipe de projeto
CONVERSO DE
Conhecimento do tipo de produto
Atributos especficos
5 REQ. USURIO EM
REQUISITOS DE Matriz converso de req. Usu. em Req. Proj.
PROJETO
do produto Experincia da equipe de projeto
AVALIAO DE Produtos concorrentes
Casa da qualidade 6 REQ. USURIO VS.
REQ. PROJETO Equipe multidiciplinar
Consenso da equipe
Requisitos de projeto
Objetivos DEFINIO DAS Benchmarketing
Metas, alvos, avaliao 7 ESPECIFICAES
DE PROJETO
Restries Problema de projeto
Hierarquizaes da casa da qualidade
Experincia da equipe de projeto
ESPECIFICAESDE PROJETO