Emc 5302 Capitulo 5 New

UNIVERSIDADE FEDERAL DE SANTA CATARINA
DEPARTAMENTO DE ENGENHARIA MECNICA

CURSO DE ENGENHARIA MECNICA

NOTAS DE AULA

METODOLOGIA DE PROJETO EM ENGENHARIA MECNICA
2007

CAPTULO 5 PROJETO INFORMACIONAL DE
PRODUTOS

PROF. ANDR OGLIARI

FLORIANPOLIS, SC
2007
Notas de aula: EMC 5302 - Metodologia de projeto em Engenharia Mecnica 2007 Prof. Andr Ogliari 2
CAPTULO 5

PROJETO INFORMACIONAL DE PRODUTOS

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

5.2 Fase de projeto informacional de produtos

A fase de projeto informacional est inserida entre a atividade de pesquisa inicial do
mercado e as atividades posteriores de projeto. A pesquisa de mercado responsabiliza-se
por, a partir de informaes mnimas do produto, agregar informaes at a formao de
uma idia do produto, que passar a constituir o problema de projeto. No modelo
PRODIP chama-se essa fase de planejamento do produto.
A partir da, o projeto informacional transcorre como um sistema de transformao de
informaes, no qual as necessidades so identificadas e transformadas em categorias de
informao que o autor classifica como relevantes e realmente existentes, tais como
requisitos de usurio, requisitos de projeto e especificaes de projeto. Uma sntese do
processo proposto por Fonseca mostrada na forma de um fluxograma na Figura 5.1.
Uma das ferramentas empregadas para o projeto informacional a Casa da
Qualidade, sendo uma das matrizes do mtodo QFD (Desdobramento da Funo
Qualidade) (AKAO, 1990). Constitui-se numa ferramenta prtica para o estudo e avaliao
sistemtica dos desejos dos consumidores. Em seu processo de construo so realizadas
vrias tarefas, tais como coleta, organizao, atribuio de valores e processamento de
informaes de desenvolvimento do produto, em suas fases iniciais. um processo que
depende da experincia e das capacidades da equipe de projeto, alm de trabalho
sistemtico.
Em geral, esta matriz utilizada para o reprojeto ou melhoramento de produtos
existentes visando melhor atender as necessidades dos consumidores e assim torn-lo
competitivo diante de produtos concorrentes. Entretanto, seus princpios e procedimentos
tambm podem ser empregados para a concepo de produtos, mais especificamente, para
o entendimento da tarefa de projeto, o qual consiste, essencialmente, na correta definio
de necessidades e requisito de projeto.
Alm de uma viso geral do mtodo QFD, apresenta-se o processo de construo da
casa da qualidade e, ao final, exemplos de aplicao do Projeto Informacional de Produtos.
ESTUDO INFORMATIVO DO PROBLEMA DE PROJETO
DEFINIR CICLO DE VIDA E ATRIBUTOS DO PRODUTO
DEFINIO DAS NECESSIDADES DO PROJETO
CONVERSO DE NECESSIDADES EM REQ. DE USURIO
CONVERSO DE REQ. USURIO EM REQ. DE PROJETO
AVALIAO DE REQ. USURIO vs. REQ. DE PROJETO
DEFINIO DAS ESPECIFICAES DE PROJETO
Anlisedo problemadeprojeto. Clarificar os objetivos
Procurar ainformao necessriaparao trabalho deprojeto
Definir os modelos concorrentes
Problema de
Projeto
Estabelecer as fases do ciclo devidado produto
Definir os clientes eusurios do projeto
Definir os atributos do produto
Definir as necessidades decadaetapado Ciclo deVida
Agrupar eclassificar as necessidades obtidas
Traduzir as necessidades paraalinguagemdos projetistas
Identificar os tipos derequisitos geradores defunes
Converter requisitos deusurio emexpresses mensurveis
Definir eclassificar os requisitos deprojeto
Avaliar os requisitos deusurio vs. req. projeto econcorrentes
Hierarquizar os requisitos deprojeto por grau deimportncia
Comparar ahierarquizao anterior como problemadeprojeto
Incluir metas, objetivos erestries
Definir as Especificaes deProjeto
Especificaes de Projeto Especificaes de Projeto
1 1
2 2
3 3
4 4
5 5
6 6
7 7

Figura 5.1 Fase do projeto informacional (Fonseca, 2000)

5.3 Mtodo QFD

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:

tornar efetivo o uso de mtodos sistemticos para o desenvolvimento de produtos;
propiciar a soluo de problemas por meio da atividade em grupo;
tornar a atividade em grupo eficiente e
apoiar o grupo com ferramentas simples e prticas.
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.

Figura 5.2 - Desdobramento de informaes de desenvolvimento do produto pelo mtodo
QFD (HAUSER & CLAUSING, 1988)

Uma representao qualitativa, segundo Hauser & Clausing (1988), que mostra a
importncia do QFD aplicado ao desenvolvimento do produto ilustrado na Figura 5.3.

Figura 5.3 Alteraes de projeto com e sem o uso do QFD
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.

5.4 Processo de construo da casa da qualidade

A primeira do QFD, denominada de casa da qualidade, tem a forma e os elementos
principais, conforme a Figura 5.4.

Figura 5.4 - Forma e principais elementos da casa da qualidade.

O processo de construo da primeira matriz do QFD inicia pelo levantamento e
sistematizao das necessidades dos usurios. Estas informaes so registradas no campo I
esquerda da matriz. A segunda etapa consiste em traduzir as necessidades dos usurios
em requisitos dos usurios, que so registrados no campo II da matriz. Essa converso
consiste em transformar aquelas declaraes gerais e qualitativas em linguagem mais
apropriada para representar os problemas de projeto. Tambm consiste na organizao das
informaes dos usurios em categorias de problemas.
Os requisitos dos usurios so gerais e qualitativos e, para efeito do projeto do produto,
devem ser traduzidos na forma de termos tcnicos, ou seja, na voz da engenharia, que so
os requisitos de projeto. Estes so registrados no campo III da matriz
Antes do relacionamento entre requisitos de usurio e requisitos de projeto deve-se
proceder na definio ou planejamento da qualidade desejada, ou seja, na valorao dos
requisitos de projeto, o qual registrado no campo V da matriz. Esse planejamento consiste
em atribuir valores de importncia para cada requisito de usurio, avaliar os produtos
concorrentes para cada requisito de usurios, definir o valor meta para o requisito de
usurio, estabelecer a taxa de melhoramento do requisito de usurio, definir o quanto o
requisito de usurio influencia na venda do produto (fator de venda) e, ao final, calcular o
peso absoluto e relativo para cada requisito de usurio.
O prximo passo consiste na definio do grau de relacionamento entre requisitos de
usurio e requisitos de projeto, ou seja, o preenchimento da matriz de relacionamento
(campo IV da matriz). O valor do grau de relacionamento em conjunto com o peso do
requisito de usurio forma base para o clculo da importncia do requisito de projeto, por
meio da equao 5.1
Equao 5.1
Onde RP
j
o valor de importncia do requisito de projeto j, pru
i
o peso de
importncia porcentual do requisito de usurio i, v
ij
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.

5.4.1 - Levantamento e sistematizao dos requisitos de usurio

A etapa inicial na construo da casa da qualidade a obteno dos desejos ou gostos
dos consumidores ou usurio. Estas informaes refletem os interesses das pessoas,
geralmente na forma de manifestaes, verbais ou textuais, respeito do produto e seus
atributos; se gostam ou no da aparncia do produto; se ele , ou no, muito caro; se sua
cor feia ou bonita; se sua operao fcil ou difcil, entre outros. Essa a linguagem ou a
voz do consumidor e, por traz dela, podem estar inseridos problemas srios e importantes
para o melhoramento do produto.
Na casa da qualidade, os requisito de usurio so registrados nas linhas esquerda da
matriz e recomenda-se que os mesmos sejam agrupados em categorias e arranjados em
nveis de desdobramento, conforme a Figura 5.5, cujo exemplo refere-se quele
apresentado por HAUSER & CLAUSING (1988) sobre o projeto de uma porta de automvel.
Existem algumas maneiras, pelas quais as informaes dos consumidores podem ser
obtidas e, em geral, trata-se da pesquisa de mercado. Dentre as mais conhecidas, tem-se:
entrevistas com amostras da populao; questionrios para grupos de interesse; disposio
pblica de produtos para a avaliao e relato dos consumidores; relatrios de reclamaes
e de garantia do produto, entre outras. JURAN [7], por exemplo, recomenda quatro
maneiras de se obter os desejos dos consumidores ou as necessidades dos clientes, a qual o
autor se refere. Tais maneiras so: ser um cliente, estudar o comportamento dos clientes,
comunicar-se com os clientes e simular o uso pelos clientes.
Boa operao e uso Isolamento
Encosto do brao
Porta fcil de abrir
e fechar
Permanecer aberta quando
inclinado
Fcil de abrir do lado de fora
Fcil de abrir do lado de
dentro
Nvel 1 Nvel 2 Nvel 3
Etc.
Etc.
Etc.

Figura 5.5 - Forma de registro dos requisitos de usurio na casa da qualidade (adaptado de
HAUSER & CLAUSING, 1988).

No levantamento e sistematizao dos requisitos dos usurios, surgem algumas questes
importantes que devem ser discutidas. Estas questes so:

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

5.4.2 - Planejamento da qualidade desejada

No desenvolvimento de um produto existem, em geral, vrias pessoas envolvidas, as
quais constituem-se em usurios ou clientes com diferentes interesses. Em tese, todos os
usurios vo querer expressar seus interesses como sendo os mais importantes. Ocorre,
entretanto, que essa importncia poder ter seu valor alterado (diminudo ou aumentado) se
forem considerados outros parmetros de avaliao. Por exemplo, se dado consumidor
manifestar o desejo por um produto fabricado em metal, atribuindo valor absoluto mximo
para ele, este valor poder ser alterado se a poltica da empresa for a mudana, em seus
produtos, de partes metlicas por partes de plstico. Este tipo de anlise, em conjunto com o
estudo de produtos concorrentes parte do planejamento da qualidade desejada.
A importncia de cada requisito de usurio pode ser atribuda com um valor numrico,
o qual indica, com base numa dada escala, como aquele requisito dever ser visto pela
equipe de desenvolvimento durante a soluo do problema. HAUSER & CLAUSING (1988)
recomendam que sejam estabelecidos valores relativos para cada requisito de usurio por
meio do julgamento da prpria equipe de desenvolvimento. AKAO (1990), por sua vez,
apresenta um mtodo para calcular o valor dos requisitos dos usurios, chamados pelo
autor de peso da qualidade demandada, ou desejada, considerando a anlise de produtos
concorrentes, o potencial para vendas e a taxa de melhoramento da demanda. Segundo o
autor, o mtodo proposto, conforme Figura 5.6, leva em conta as polticas da empresa com
relao a determinadas demandas.
O mtodo de AKAO (1990) inicia pela determinao do grau de importncia de cada
requisito do usurio. Este valor pode ser atribudo pelos prprios membros da equipe,
respondendo questes do tipo: "qual ser a importncia deste requisito para o
consumidor?". Outra forma perguntar diretamente ao consumidor, por meio de questes,
como ele considera determinado requisito. Para cada item de julgamento elaborada uma
questo e indicado uma escala para o usurio escolher o valor mais apropriado. Este
mtodo parece ser o mais adequado, entretanto, os itens de julgamento so estabelecidos
pela equipe e no pelos prprios usurios. H, de certa forma, neste caso, uma espcie de
"induo de desejos" pelos questionrios formulados.
Na seqncia do mtodo, so valorados o produto da empresa e os possveis produtos
concorrentes. Essa valorao tambm pode ser realizada por meio de questionrios
aplicados diretamente ao consumidor. Com questes e escalas de valores apropriadas
pede-se para o consumidor atribuir o que ele acha do "nosso produto" e dos produtos
concorrentes com relao a cada requisito de usurio. Este tipo de questionamento pode-se
tornar ineficiente, se os usurios considerados tiverem pouco conhecimento do mercado e
dos produtos de estudo. recomendado, tambm, que a valorao de produtos da empresa
e de concorrentes seja feita pela prpria equipe. Perguntas do tipo o quanto nossa empresa
est fazendo para atender este requisito?" e "como o concorrente est atendendo este
requisito?" podem auxiliar nesta tarefa.

CLCULO DO PESO DA QUALIDADE DEMANDADA
EXEMPLO
Fcil de manter
grau de importncia designado pelo consumior (escala de 1-5)
3
.......
3 4 4 1,67
plano de qualidade (valor meta)
taxa de melhoramento
5 7,5 8,4
fatores de venda
peso absoluto
peso da qualidade demandada (%)
DEFINIES:

grau de importncia: valor atribudo pelo consumidor na pesquisa de mercado;
anlise de concorrentes: valores atribudos pelos consumidores comparando o produto da empresa (A), com produtos
concorrentes (B e C);
plano de qualidade: valor meta que a empresa pretende atingir para o desejo;
taxa de melhoramento = plano de qualidade / valor de importncia para nosso produto (A) = 5 / 3 = 1,67 ;
fatores de venda: atribui a estratgia da empresa para vendas (escala: = 1,5; = 1,2; e 1,0 = sem atribuio);
peso absoluto = grau de importncia x taxa de melhoramento x fatores de vendas (7,5 = 3 x 1,67 x 1,5);
peso da qualidade demandada = peso absoluto / soma dos pesos absolutos (8,4 = 7,5 / 89 (total do exemplo)).
anlise de
concorrentes
A B C

Figura 5.6 - Mtodo para o clculo da importncia dos requisitos de usurio (adaptado de
AKAO [1]).

O plano de qualidade ou o valor meta atribudo para dado requisito determina at
onde a empresa pretende chegar para satisfaz-lo. Isto depende de uma srie de fatores,
incluindo ai, as prprias polticas da empresa. Este valor atribudo pela equipe de trabalho
e necessrio, para tal, que seus integrantes, ou pelo menos parte deles, estejam inteirados
com as diretrizes ou o planejamento estratgico da empresa. Este valor tambm expressa
certa realidade do que , ou no, possvel de ser atendido com os recursos disponveis.
A taxa de melhoramento resultado direto dos valores anteriormente atribudos, ou
seja, da diviso do valor meta pelo valor de cada requisito do "nosso produto". Ela d uma
idia de quanto o produto da empresa poder ser melhorado com relao a determinado
requisito. Trata-se de um valor intermedirio para o clculo final da importncia relativa do
requisito de usurio e de um indicativo do conjunto de requisitos que podem ser
melhorados.
Os fatores de venda de um dado requisito significam, com base numa dada escala e na
comparao entre o "nosso produto" e os produtos concorrentes, qual ser a estratgia de
vendas da empresa com relao aquele desejo. Ou seja, valores altos, decorrentes, por
exemplo, de produtos concorrentes com importncias maiores, indicam que aquele requisito
dever apresentar um bom potencial para a venda do produto. Entretanto, est anlise
tambm deve ser feita com base nas facilidades da empresa para este fim. No adianta
atribuir um alto valor para fatores de venda, se a empresa no tiver condies de atend-lo
(recursos para propaganda, por exemplo).
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:

mecanismos de atribuio de valores para os desejos dos consumidores e
tipos de escalas de valorao.
5.4.3 - Traduo dos requisitos de usurio em requisitos de projeto
Aps a sistematizao e valorao dos requisitos dos usurios a equipe de
desenvolvimento inicia a tarefa que trata do estabelecimento das caractersticas de
engenharia do produto. Estas caractersticas expressam, conforme REICH (1996), a voz da
engenharia. So, em essncia, os atributos do produto que podem ser manipulados
(modificados, retirados, includos, aumentados, diminudos, etc) para satisfazer os requisitos
dos usurios. Essa atividade denominada, conforme HAUSER & CLAUSING (1988), de
traduo dos atributos do consumidor em caractersticas da engenharia. Para o termo
caractersticas da engenharia tambm so encontradas diversas outras denominaes, tais
como, elementos da qualidade (AKAO, 1990), requisitos de engenharia (ULLMAN, 1992),
atributos mensurveis do produto (REICH, 1996). Nesse texto chama-se de requisitos de
projeto.
A palavra traduo empregada para designar uma forma de interpretao de cada
requisito de usurio, cujo resultado expressado numa linguagem tcnica orientada ao
objeto de estudo, ou seja, suas descries de engenharia. Na forma como a casa da
qualidade se apresenta, ou vem sendo utilizada, o objeto de estudo trata, em geral, do
reprojeto ou melhoramento de produtos existentes (ou de suas partes), visando adequ-los
aos requisitos de usurio e torn-los "capaz" frente aos concorrentes. Neste caso, os
requisitos de projeto so declaraes a respeito de parmetros, grandezas fsicas, funes,
restries, entre outros, de um produto conhecido, e que podem ser melhoradas.
Considere, por exemplo, a lista parcial de requisitos de projeto apresentadas por
HAUSER & CLAUSING (1998), para o caso do projeto de uma porta de automvel.

esforo para abrir e fechar (a porta):
o energia para fechar a porta;
o verificar fora (para fechar/abrir porta) no plano;
o verificar fora (para fechar/abrir porta) 10 graus de inclinao;
o ......
isolamento:
o resistncia de vedao da porta;
o reduo do rudo (da porta) na estrada;
o ......

Nota-se, que os termos sublinhados, referem-se a quantidades fsicas, normalmente
tratadas em reas da engenharia, seja na sntese ou anlise de sistemas e, sobre as quais,
so propostas, otimizadas ou descartadas solues de engenharia. Trata-se de variveis que
o engenheiro manipula com freqncia e tem conhecimento sobre seus significados. Outros
termos, tais como porta, vedao da porta, etc., referem-se ao produto ou componente
sendo estudado e constituem-se em itens do objeto fsico concreto e conhecido. H, ainda,
termos que designam as funes do produto ou de suas partes, tais como, fechar, vedar,
abrir, isolar, etc., as quais so decorrncia do tipo de objeto e seus propsitos num dado
contexto (a porta no contexto do carro e seu usurio, por exemplo).
Os requisitos de projeto, quando adequadamente formulados, tero papel relevante
para a soluo dos problemas e satisfao dos consumidores. Na realidade, os requisitos de
projeto podem ser entendidas como os prprios problemas de projeto a serem resolvidos.
So eles que vo orientar a equipe de projeto na busca de solues alternativas e na
avaliao das mesmas. Eles tm o propsito de estabelecer os parmetros, grandezas,
funes, restries, entre outros atributos do produto, os quais "mapeam" os problemas
tcnicos de um dado contexto.
Em geral, cada requisito de projeto, tambm possui uma unidade de medio e um
sinal qualificador da modificao desejada. Por exemplo, "+ peso do produto (kg)",
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.

5.4.4 - Relacionamento entre os requisitos de usurio e requisitos de projeto

Aps o trabalho de sistematizao dos requisitos de usurio e dos requisitos de projeto,
a equipe de desenvolvimento parte para a tarefa de relacionamento entre essas
informaes. Esta tarefa realizada na parte central da casa da qualidade (matriz de
relacionamentos, conforme HAUSER & CLAUSING, 1998), onde ocorre a interseo entre
linhas e colunas da matriz. Cada interseo corresponde um relacionamento.
Para que um relacionamento seja possvel entre estas informaes necessrio, em
primeiro lugar, identificar quais so os atributos do objeto formulados na declarao. Na
Figura 5.7 mostra-se um exemplo onde o objeto sendo relacionado, por meio das
declaraes do consumidor e tcnicas, a porta de um automvel. O atributo sendo
considerado naquele relacionamento a funo fechar. Naquelas declaraes ainda
aparecem elementos que designam o contexto onde o objeto est sendo considerado (do
lado de fora do carro). Para o exemplo a relao atribuda foi forte relacionamento.

EXEMPLO DE RELACIONAMENTO E SEUS ELEMENTOS
RELAO=?
Fc i l d e f ec h ar ( a p o r t a) d o l ad o d e f o r a
Objeto de estudo
contexto
En er g i a p ar a f ec h ar a p o r t a ( d o c ar r o )
Atributos do objeto
RELAO = RELACIONAMENTO FORTE
Qualidade desejada
Parmetro de engenharia

Figura 5.7 - Exemplos de relacionamentos entre requisitos de usurio e requisito de projeto.

Nota-se, no exemplo da Figura 5.7, que a comparao feita para designar o
relacionamento forte, ocorre entre os atributos fechar de ambas as declaraes. O termo
fcil, relativo funo fechar significa uma qualidade desejada pelo consumidor.
Provavelmente este desejo se deve s dificuldades enfrentadas por ele diante daquela
funo. Por outro lado, o termo energia, relativo funo fechar, significa uma ou mais
grandezas fsicas utilizadas para medir a qualidade desejada pelo consumidor, ou seja,
trata-se do desdobramento da qualidade na forma de grandezas de engenharia. Dessa
forma, pode-se ressaltar que um dado relacionamento existir, quando for possvel medir a
qualidade desejada pelo consumidor atravs de grandezas de engenharia. Outro indicativo
provvel para a existncia ou no de um relacionamento a presena do mesmo atributo
em ambas as declaraes. Assim, por exemplo, o atributo fechar (a porta) aparece tanto no
desejo do consumidor, quanto na caracterstica de engenharia.
Em geral, a atribuio de relacionamentos depende do consenso dos integrantes da
equipe de desenvolvimento do produto. Esse consenso obtido pela anlise e debates sobre
cada uma das atribuies individuais. Estas ltimas dependem, entretanto, do sentimento
de cada pessoa a respeito dos parmetros sendo considerados. Um engenheiro, por
exemplo, poder ver diretamente o relacionamento entre facilidade de fechar a uma porta
e a energia necessria para tal. Por outro lado, um vendedor do produto, ou administrador
da empresa, poder ter dificuldades para esta visualizao; talvez, para estes ltimos, a
grandeza mais facilmente sentida seja a fora, pois, por analogia, eles podero associar
com coisas conhecidas de seu convvio dirio tais como, fora para abrir a porta de sua
casa, de seu escritrio, de seu prprio carro, etc.
O propsito para o relacionamento entre os requisitos de usurio e os requisitos de
projeto a obteno de indicativos (valores) de quanto cada requisito de usurio afeta, ou
afetado, por um requisito de projeto. Este valor usado, mais tarde, para quantificar outras
informaes na casa da qualidade, tais como, a importncia dos requisitos de projeto.
Entretanto, os resultados dos relacionamentos realizados na matriz da casa da qualidade
podero auxiliar, tambm, em outras concluses a respeito do problema sendo estudado.
HAUSER & CLAUSING (1998), por exemplo, estabelecem alguns princpios ou regras, pelas
quais podem ser obtidas concluses sobre os resultados dos relacionamentos efetuados. Tais
regras, visualizadas graficamente na Figura 5.8, so:
se um requisito de projeto no afeta nenhum requisito de usurio ento, ele pode
estar redundante na lista obtida ou o grupo pode ter esquecido um requisito de
usurio e
se um requisito de usurio no afetado por nenhum requisito de projeto ento,
pode-se configurar ai, uma oportunidade de expanso das propriedades do produto.
Desejo 1
Desejo 2
Desejo 3
Desejo n
C
a
r
a
c
t
.
1
C
a
r
a
c
t
.
2
C
a
r
a
c
t
.
3
C
a
r
a
c
t
.
j
Indicativo de uma
caracterstica redundante
Indicativo de uma oportunidade
de melhora no produto

Figura 5.8 - Princpios para anlise de caractersticas de engenharia relacionadas com
desejos do consumidor.

5.4.5 - Determinao dos compromissos entre os requisitos de projeto

O processo de relacionamento efetuado no telhado da casa da qualidade
semelhante quele realizado entre os requisitos de usurio e os requisitos de projeto. Neste
caso, entretanto, os objetos do relacionamento so os prprios requisitos de projeto. O
propsito, aqui, estabelecer o compromisso que existe entre os requisitos de projeto. Este
compromisso, determinado pelo grau de relacionamento, define o quanto a alterao de
um dado requisito vai influenciar em outro.
Para analisar o "telhado" da casa da qualidade e os principais conceitos e problemas a
ele relacionado, considere o exemplo parcial mostrado na Figura 5.9, que trata do projeto
de uma porta de automvel, conforme aquele apresentado por HAUSER & CLAUSING
(1998). De acordo com a Figura 5.9, observa-se os seguintes aspectos:

dos qualificadores de cada requisito de projeto:
o "+": este sinal indica que o parmetro de engenharia, definido na declarao,
deve ser aumentado. Por exemplo, aumentar resistncia da....; Isto significa, por
exemplo, que a magnitude da fora por unidade de comprimento (N/m), que a
unidade de medio estabelecida para a resistncia de vedao da porta, deve
ter seu valor aumentado, ou seja, para uma mesma fora aplicada sobre a porta,
o deslocamento desta dever ser menor.
o "-": ao contrrio de +, este sinal indica que o parmetro de engenharia, definido
na declarao, deve ser diminudo. Por exemplo, diminuir a energia para.., etc.
Isto significa, por exemplo, que a magnitude da fora vezes a distncia (N.m -
trabalho), dever ser diminuda, ou seja, quanto maior for o comprimento da
porta, menor ser a energia necessria para fech-la, considerando uma mesma
fora aplicada sobre ela.
- + + +

Escala
- fortemente positivo
- mdio positivo
- mdio negativo
- fortemente negativo
Qualidade desejada
Unidade de medio N.m N N/m dB
e
n
e
r
g
i
a

p
a
r
a

f
e
c
h
a
r

a

p
o
r
t
a
v
e
r
i
f
i
c
a
r

f
o
r
a

n
o

p
l
a
n
o
r
e
s
i
s
t
n
c
i
a

d
a

v
e
d
a
o

d
a

p
o
r
t
a
r
e
d
u
o

d
e

r
u
d
o

n
a

e
s
t
r
a
d
a

Figura 5.9 - Exemplo parcial de relacionamentos no telhado da casa da qualidade
(adaptado de HAUSER & CLAUSING, 1998).

dos tipos de relacionamentos:
o relacionamento fortemente positivo: este relacionamento indica que, quanto
maior for a variao do parmetro de um dado requisito, tanto maior ser,
positivamente (ou na mesma direo), a variao do parmetro de outro
requisito. Assim, por exemplo, a resistncia de vedao da porta relacionado
fortemente positivo com a reduo de rudo na estrada, pois, se a resistncia de
vedao for aumentada (valor desejado +), tanto maior ser a reduo do rudo
na estrada (valor desejado +); essa atribuio tambm vale para as redues
desejadas (valores -) nos parmetros dos requisitos.
o relacionamento mdio positivo: este relacionamento similar ao anterior, ou seja,
ele atribudo para requisitos onde ambos os parmetros relacionados devem ser
aumentados ou diminudos. Entretanto, trata-se de um valor intermedirio de
relacionamento ou que define uma intensidade menor do relacionamento que
ocorre entre os parmetros. O quanto maior ou menor a intensidade do
relacionamento atribudo, depende da experincia da equipe e de anlises que
possam ser efetuadas entre os parmetros considerados;
o relacionamentos fortemente e mdio negativo: estes relacionamentos indicam
que, quanto maior for a variao de um dado parmetro, tanto maior ser,
negativamente (ou inversamente) a variao do parmetro relacionado. Assim,
por exemplo, a energia para fechar a porta (valor desejado -) negativamente
relacionada com a resistncia de vedao da porta (valor desejado +) pois, se a
primeira for diminuda implica, por exemplo, em maiores reas de vedao
devido a um aumento no tamanho da porta o que implica em maiores problemas
para a sua vedao, ou seja, influencia negativamente. O contrrio tambm
vlido. Por exemplo, se a resistncia de vedao da porta for aumentada (valor
desejado +) isso implica, por exemplo, em reduo de seu tamanho e
consequentemente de reas de contato porm, a reduo no tamanho da porta
(seu comprimento, por exemplo), implica numa maior energia para fech-la, ou
seja, a influncia negativa (no caso mdia).

5.4.6 - Planejamento tcnico do produto

As tarefas e os resultados obtidos nas etapas anteriores de construo da casa da
qualidade j possibilitam, em parte, a tomada de decises para o problema de projeto. No
planejamento da qualidade, por exemplo, a importncia relativa de cada requisito de
usurio possibilita avaliar quais sero aqueles mais importantes no processo de soluo do
problema. Na matriz de relacionamentos, por sua vez, pode-se avaliar e decidir sobre reas
potenciais de melhoramento do produto e verificar a prpria consistncia dos requisitos de
usurio e requisitos de projeto. Entretanto, o estudo "final" da casa da qualidade, como uma
espcie de resumo tcnico do problema, desenvolvido na base da matriz. Trata-se da
anlise ou do planejamento tcnico do produto, cujos resultados conduziro a equipe de
desenvolvimento durante a busca e escolha de melhores alternativas de soluo para o
problema. Trata-se, tambm, da priorizao dos requisitos de projeto
O planejamento tcnico do produto pode ser desenvolvido de diferentes maneiras,
dentre as quais, a mais simples consiste no clculo da importncia ou classificao dos
requisitos de projeto. Tambm podem ser avaliadas as quantidades de cada requisito (no
produto da empresa e de seus concorrentes), dificuldades tcnicas, valores meta, custo
estimado, entre outros. Em sntese, trata-se de um estudo similar aquele do planejamento da
qualidade porm, aqui, levando em conta informaes tcnicas dos requisitos de projeto,
relacionamentos efetuados na matriz e valores atribudos pela equipe de desenvolvimento. A
Figura 5.10, a seguir, conforme KING (1989), mostra um exemplo com tpicas informaes
estabelecidas na base da casa da qualidade.
De acordo com a Figura 5.10, a primeira tarefa no planejamento tcnico do produto
o clculo da importncia de cada requisito de projeto. Para tal, emprega-se um algoritmo
simples que considera a importncia relativa de cada requisito de usurio e os graus de
relacionamentos efetuados na matriz de relacionamento. Este algoritmo pode ser
formalizado, conforme a equao (5.2), a seguir.

P ir g r
i k
k 1
m
i k
=
=
equao 5.2

onde,
Pi = Importncia absoluta do i-simo requisito de projeto;
ir
k
= importncia relativa do k-simo requisito de usurio;
m = nmero de requisitos de usurio;
gr
ik
= grau de relacionamento entre o i-simo requisito de projeto e o k-simo
requisito de usurio;

O valor de importncia de cada requisito de projeto (Pi) possibilita classific-los em
ordem de importncia, do maior para o menor, por exemplo. Esta classificao estabelece
quais requisitos devero receber maior ateno durante a soluo do problema.
Os requisitos de projeto, podem ser entendidos como os prprios problemas de projeto
a serem resolvidos. Assim, por exemplo, uma declarao do tipo "resistncia de vedao da
porta" implica num problema de projeto relacionado sntese e anlise de tipos de
vedaes, materiais empregados, posio dos elementos de vedao, entre outros, cujo
propsito estabelecer uma soluo que apresente maior resistncia, ou seja, menor
deslocamento entre as partes (porta/carroceria) durante a operao, por exemplo.

C
a
r
a
c
t
e
r
s
t
i
c
a
1
Demanda 1

......
Demanda k
Importncia Relativa (%)
14
19
Nosso produto
Concorrente A
Concorrente B
Importncia Absoluta
Plano Tcnico
Demanda 2
105
9 41
465 339
5 ..
1122 213
5 ..
30 ..
4 ..
..
100
5,5
..
Grau de Relacionamento
- forte correlao - 9
- possvel correlao - 1
- alguma correlao - 3
C
a
r
a
c
t
e
r
s
t
i
c
a
2
C
a
r
a
c
t
e
r
s
t
i
c
a
3
C
a
r
a
c
t
e
r
s
t
i
c
a
i
Peso da demanda (%)
Outras informaes do
planejamento da qualidade
conforme item 2.2
Demanda 3
23
44
Valores de
Mercado
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
grik
irk
Pi

Figura 5.10 - Exemplo do planejamento tcnico do produto (adaptado de KING, 1989).

Se o requisito de projeto estabelece o problema de projeto, ento aqueles que estiverem
classificados nas primeiras posies de uma lista, por exemplo, iro estabelecer os
principais, ou os primeiros, problemas a serem estudados e resolvidos. Por outro lado, um
requisito classificado em quarto lugar, por exemplo, tambm poder configurar um
problema to importante quanto os anteriores e, assim, para os demais requisitos. De fato,
necessrio algum tipo de critrio ou procedimento para orientar na "utilizao" dos requisitos
de projeto classificadas, durante o desenvolvimento do produto. O critrio pode ser a
prioridade de investimento na soluo do problema. Maiores investimentos nos requisitos
prioritrios e assim por diante.

5.5 - Exemplos de aplicao da Casa da Qualidade

Muitas aplicaes tm sido desenvolvidas empregando-se a matriz da casa da
qualidade com o propsito de auxiliar no desenvolvimento e entendimento da tarefa de
projeto, ou seja, realizar o projeto informacional. Nesse item sero mostrados alguns
exemplos de resultados do projeto informacional conduzidos com a utilizao da casa da
qualidade em estudos de caso de projeto.

5.5.1 - Projeto informacional de peas de plstico injetado para gabinete

O problema aqui proposto constitui-se no reprojeto do gabinete de um coletor de dados
industriais, conforme mostrado na Figura 5.11, cujo fabricante manifestou interesse em
substituir o gabinete atual, de alumnio dobrado e estampado, por um de plstico injetado.
O coletor de dados caracteriza-se, em linhas gerais, conforme a Figura 5.12. Trata-se
de um instrumento constitudo por um gabinete metlico de duas partes (parte superior (2) e
parte inferior (8)), que, alm de funes estruturais, configuram ao coletor uma dada
aparncia e viabilizam sua utilizao. Os demais elementos principais deste sistema so:
placas de circuito integrado (3, 5, 6, 7), mscara do teclado (1) e display de cristal lquido
(4).

Figura 5.11 Coletor de dados

1 - mscara do teclado
2 - parte superior do gabinete
3 - placa do display
5 - placa do teclado
6 - placa deprocessamento
7 - placa da fonte
8 - parte inferior do gabinete
4 - display

Figura 5.12 - Principais elementos do coletor de dados.
Nesse contexto, conforme se observa, o gabinete do coletor, cujos detalhes construtivos
so mostrados na Figura 5.13, tem as seguintes funes principais:

porcas prisioneiras para
auxiliar na fixao do
instrumento na estrutura
do equipamento (8.2)
cantoneiras parafusadas
para a fixao da parte
inferior na partesuperior
do gabinete(8.1)
ranhura para encaixe
da parteinferior do
gabinete(2.3)
aberturas para a
disposio dos botes
do teclado (2.8)
abertura para a
disposio do
display (2.2)
abertura para a
disposio da
porta desada de
dados (2.5)
abertura para a
disposio do
conector da fonte
deenergia (2.4)
abertura para a
disposio da
porta deentrada
dedados(2.6)
abertura para a
disposio da chave
liga/desliga (2.7)
abertura para a
indicao de
condies deoperao
(led) (2.1)

Figura 5.13 - Detalhes construtivos e funcionais do gabinete.

parte superior do gabinete (2):

suportar os elementos externos/internos do coletor de dados (mscara do teclado
(1), placa do display (3), placa de processamento (6) e placa da fonte (7));
conectar com a parte inferior do gabinete (8);
possibilitar a visualizao do display (4);
possibilitar o fluxo de sinais para a, e da, placa de processamento; e
possibilitar fluxo de energia e sinal para a placa da fonte.
parte inferior do gabinete (8):
conectar com a parte superior do gabinete (2), completando sua configurao; e
possibilitar a fixao do coletor mquina, ou a outros locais que se faam
necessrios.

Diante do problema que se apresenta, das principais caractersticas do gabinete, da
anlise do prprio coletor (amostra fornecida pelo fabricante) e de informaes obtidas
junto ao fabricante, iniciou-se o projeto informacional do gabinete. A casa da qualidade
resultante mostrada na Figura 5.14.

Figura 5.14 - Casa da qualidade para o projeto informacional do gabinete.
5.5.2 - Projeto informacional de guias de plstico injetado
Nesse caso, o problema de projeto foi estabelecido na forma de projeto de guias de
plstico injetado de um sistema coletor de cdulas de um equipamento de automao
bancria. O coletor de cdulas consiste num subsistema destinado ao recebimento,
validao, armazenamento e devoluo de cdulas, cujo modelo parcial de recebimento
mostrado na Figura 5.15.
O objeto de projeto consistiu em reprojetar um conjunto de peas de plstico, as quais
tm a funo principal de guiar as cdulas, conforme esquema ilustrados na Figura 5.16.
O sistema coletor de cdulas constitui-se num mecanismo de transporte de cdulas,
desde o sistema validador at o sistema de armazenamento. Para o transporte das cdulas
no coletor, alm dos mecanismos de trao, inclui-se um conjunto de guias para suporte,
conduo e alinhamento das cdulas. O curso aproximado das cdulas indicado pela
linha pontilhada na Figura 5.16.

Figura 5.15 Sistema coletor de cdulas

Subsistema
Validador
Entrada da
Cdula
Subsistema
Coletor
Subsistema de
Armazenamento
Objeto de
projeto

Figura 5.16 - Ilustrao do sistema coletor de cdulas indicando os principais elementos o
objeto de projeto do presente estudo de caso.

O problema de projeto consiste essencialmente em reprojetar as guias atuais,
considerando as restries de espao e fixao existentes alm dos demais mecanismos de
acionamento e de trao. O conjunto atual de guias constitudo de 4 peas, conforme
esquema mostrado na Figura 5.17.
Entradada
cdula
1
2
3
4
Legenda
1. Peaarticulada esquerda;
2. Peaguia direita
3. Peacontra-guia direita
4. Peacontra-guia esquerda
cdula

Figura 5.17 - Conjunto de guias do sistema coletor.

As guias atuais apresentam problemas, principalmente de empenamento e elevado
custo das ferramentas de fabricao. Alm disso, as peas 1 e 2 devem ser projetadas para
suportarem os esforos do mecanismo de trao da cdula (esforos das molas dos roletes
tracionadores), os quais tm provocado deformaes nas peas e o conseqente
desalinhamento e enrrosco das cdulas. Exemplos das guias atuais so mostrados na Figura
5.18.

Figura 5.18 Modelo atual da guia 1

Diante desse problema a equipe de projeto iniciou o planejamento das atividades
necessrias para o reprojeto das peas de plstico da guia do coletor. Para a fase do
projeto informacional, o seguinte plano foi proposto:

Atividades Entradas Sadas Meios/recursos
P
r
o
j
e
t
o

I
n
f
o
r
m
a
c
i
o
n
a
l

d
a
s

p
e
a
s

d
e

p
l
s
t
i
c
o

Estabelecime
nto das
necessidades
de projeto das
peas de
plstico
Informaes do
cliente contratante:
Equipe de execuo
Dados gerais do
sistema
(conhecimento do
estado atual do
sistema/subsistema)
Relatrio das principais necessidades para o projeto das peas
contendo as seguintes categorias de informaes:
Objetivos e justificativas do projeto
Ciclo de vida do subsistema/peas
Clientes do projeto
Metas da equipe
Recursos necessrios (de materiais, do processo de injeo, de
conhecimentos, tecnolgicos, humanos, de fornecedores,
financeiros, etc.)
Necessidades tcnicas de projeto das peas;
Rudos (perturbaes) no ciclo de vida do subsistema/peas;
Completo entendimento da tarefa de projeto pela equipe de
execuo

Exposio do problema
pelo contratante;
Discusso da equipe de
projeto;
Dados existentes sobre o
sistema/peas;
Modelos de ciclo de vida
de sistemas tcnicos e de
clientes do projeto
(stakeholders)

Estabelecime
nto dos
requisitos de
projeto
Relatrio das
necessidades de
projeto
Dados tcnicos
sobre o sistema
/subsistema/peas
Relatrio dos requisitos de projeto das peas, contendo as
seguintes categorias de informaes:
Requisitos dimensionais;
Requisitos de esforos;
Requisitos de injeo;
Requisitos de montagem;
Requisitos de custo;
Requisitos de operao (cdulas);
Requisitos de robustez (influncias negativas sobre o
sistema/peas);
Casa da qualidade;
Discusso da equipe de
projeto;
Informaes gerais sobre
o subsistema/peas

Para o levantamento das necessidades do problema em questo foi aplicado um
questionrio, previamente elaborado em funo do ciclo de vida do produto. Um exemplo
parcial do questionrio aplicado aos clientes mostrado na Tabela 5.1.

Tabela 5.1 Questionrio (parcial) para o levantamento de necessidades de projeto

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

Com base nas respostas levantadas com o questionrio aplicado e do trabalho de
anlise e discusso da equipe de projeto, foram estabelecidas as necessidades de projeto,
conforme mostradas na Tabela 5.2. Os correspondentes requisitos desdobrados so
mostrados na figura Tabela 5.3.

Tabela 5.2 necessidades (requisitos de usurio)

GRUPOS NECESSIDADES DE PROJETO DO PRODUTO
Geometria do componente simples
Evitar a deflexo do componente
Geometria
Fcil montagem do sistema de presso no componente
Evitar arestas e rebarbas na direo de movimentao da
cdula
Minimizar o empenamento
Qualidade
Acabamento mais liso possvel (no lado da cdula)
Custo Custo do componente prximo ao custo atual
Evitar desgaste principalmente com a passagem de cdulas
Estabilidade dimensional ao longo do ciclo de vida.
Boa rigidez e resistncia mecnica
No ser higroscpico
Resistncia trmica
Conjunto guia
Resistncia
Resistncia ao ataque qumico (limpeza)
Fcil moldagem em insertos de esteriolitografia Processo
Utilizar o equipamento existente
Fcil aquisio Material
Fcil processamento
Moldagem por
Injeo
Molde Insertos dentro das dimenses nominais do equipamento de
esteriolitografia
Permitir variao de cdula
Suportar variaes nas condies da cdula
Vida til elevada
Uso
Suportar fora de atuao dos roletes
Operao
Manuteno Fcil acesso no caso de enrosco
Descarte Minimizar o impacto ambiental

Tabela 5.3 Requisito de projeto
GRUPOS REQUISITOS DE PROJETO DOS COMPONENTES
reduzir nmero de nervuras
espessura de parede constante
menor folga para desvio da cdula (lateral < 5 mm)
raios de arredondamento
reduzir dimenses
Requisitos geomtricos dos
componentes
dimenses compatveis c/cdula (Real: 63,5-65x140x0, 1-0,15)
deformao mxima permissvel
mximo desgaste no CV
resistir calor (0-50 C)
resistir unidade (0-95%)
vida til de 5 anos
confiabilidade: 1 falha a cada 12000 operaes
resistir ataque qumico (lcool, gordura, leos, prod. de limpeza)
resistir impacto durante manuteno e limpeza
tempo de montagem
minimizar empenamento
baixa rugosidade
Requisitos de desempenho do
conjunto guia

deslocamento relativo entre peas
custo do material
custo do processo
Requisitos econmicos
custo do molde
volume de produo: 1000/mes
massa injetada (95 g PS)
rea projetada
Requisitos de processo
ndice de fluidez elevado

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.

Figura 5.19 casa da qualidade para o problema das guias.

REQUISITO DE
PROJETO
VALOR SADA DESEJADA SADA INDESEJADA
1 Nmero de
features
- - Menor nmero de features possvel
- Propiciar facilidade de injeo
- Propiciar reduo do custo do molde, em
funo da facilidade de acabamento e
da complexidade do mesmo.
- Peas mais complexas, implica na
possibilidade de gavetas no molde.
- Dificuldade de preenchimento
2 Custo do molde R$ 16.000,00
(para os 4
componentes)
- Menor custo
- Reduo do custo da pea

- Inviabilizao do projeto
3 Nmero de
nervuras
- - Menor nmero de features possvel
- Propiciar facilidade de injeo
- Propiciar reduo de custo no molde, em
funo da facilidade de acabamento e
da complexidade do mesmo!
- Peas mais complexas pode exigir a
presena de gavetas no molde
- Dificuldades de preenchimento
4 Dimenses - Adequadas para a fabricao do molde
- Adequadas para o sistema

- Incompatveis com a injetora (capacidade,
distncia entre colunas)
- Incompatvel com o sistema
5 Volume de
produo
100 peas - Fabricar as 100 peas num nico molde

- Fabricao de um novo molde para
completar a produo
6 Tolerncia de
forma
1 (conforme
tabela)
- Componente com mnimo empenamento
- Boa funcionalidade
- Fcil montagem
- Empenamento acima do tolerado
- Difcil montagem
- Problemas funcionais
7 Confiabilidade 1/12000 - Sem falhas

- Evitar erro no uso do equipamento
8 Vida til 5 anos

- Gastos com reposio
- Parada do equipamento
9 Tolerncia
dimensional
Grau mdio,
conforme desenho
- Compatvel com o sistema

- Impossibilidade de montagem
10 Custo do processo -

11 Deformao
permissvel
0,2 mm - Atender requisitos funcionais

- Problemas funcionais (trancar cdula,
dificultar funcionamento...)
12 Desgaste no ciclo
de vida
- Desgaste mnimo

- Alto desgaste, comprometendo a
funcionalidade do equipamento.
13 Rugosidade Conforme
acabamento do
molde
- Fcil passagem da cdula

- Alta rugosidade, comprometendo a
funcionalidade dos componentes.
14 Massa injetada 89 g (PS) - Preenchimento total do componente - Falhas no preenchimento
15 Custo do material R$ 500,00 - Material de baixo custo, viabilizando a
aquisio pelo projeto

16 rea projetada 130 X 256 - Compatvel com a capacidade da injetora

- Dificuldades de injeo
- Defeitos na pea (rebarbas)
17 Resistir ao
impacto na
manuteno
- - Resistir ao impacto causado pelo
fechamento do cash code

- Quebra do componente
- Gastos com reposio
18 Espessura da
parede do
componente
2 mm - Fcil fabricao do inserto por
estereolitografia
- Fcil injeo
- Resistncia mecnica
- Dificuldades de fabricao do inserto
- Dificuldades de injeo
19 Tempo de
montagem
- Fcil montagem das molas

- Tempo elevado de montagem das molas
20 ndice de fluidez > 10 g/10 min - Fcil moldagem
- Preenchimento total da pea
- Geometria muito complexa exigindo ndice
de fluidez muito elevado
21 Folga no desvio
da cdula
7
- Folga suficiente para observar um certo
desvio da cdula
- Possibilitar passagem da cdula
- Desvio mnimo, no prejudicando a
funcionalidade.
- Trancar a cdula por falta de folga lateral
22 Resistir ao ataque
qumico
lcool
vidrex
- Resistir aos produtos de limpeza mais
comuns
- Desgaste
- Perda de propriedades mecnicas
23 Dimenses
compatveis com a
cdula
Real: 63,5-
65x140 e = 0,1
- 0,15
Dlar: 66x156
e= 0,5 - 0,15
- Largura das peas adequadas
- Compatvel com variaes da cdula

- Trancar a cdula
- Elevado atrito nas laterais
24 Resistir ao calor 0 50
o
C - Manter propriedades mecnicas

- Alterao das propriedades mecnicas
25 Deslocamento
relativo da pea
- Permitir fcil acesso no caso de enrosco
- Fechamento automtico no momento em
que o cash code fechado
- Ruptura da pea no momento em que o
cash code fechado
- Dificuldades de acesso
Figura 5.20 Quadro de especificaes de projeto para p problema das guias.
5.6 Leitura complementar

1. Captulo 4 - FONSECA, A. J. H.. Sistematizao do processo de obteno das
especificaes de projeto de produtos industriais e sua implementao computacional.
Florianpolis, 2000. 180f. Tese de Doutorado, PPGEM - UFSC.
2. Captulo 5 - FONSECA, A. J. H.. Sistematizao do processo de obteno das
especificaes de projeto de produtos industriais e sua implementao computacional.
Florianpolis, 2000. 180f. Tese de Doutorado, PPGEM - UFSC.

5.7 - Questes para debates

1. Descreva, resumidamente, as razes que tornam to importante a atividade de definio
das especificaes de projeto do produto.
2. Quais so as atividades do processo de desenvolvimento das especificaes de projeto
do produto? Descreva as entradas, as sadas e a atividade para realizar a respectiva
transformao.
3. Apresente uma breve definio dos seguintes termos: necessidades dos usurios;
requisitos dos usurios; requisitos de projeto; e especificaes de projeto do produto.
4. Por que imprescindvel definir o ciclo de vida do produto, como referncia, na
atividade de elicitao das necessidades dos usurios?
5. Quais so os principais aspectos que diferenciam o processo de definio das
especificaes, nos casos de projeto de inovao e projeto reverso?
6. Faa uma breve descrio dos principais mtodos usados para a elicitao das
necessidades dos usurios.
7. Descreva brevemente as etapas de registro e de processamento dos dados na casa da
qualidade, ou da primeira matriz do mtodo da funo de desdobramento da qualidade
QFD.

5.8 - Referncias bibliogrficas

1. AKAO, Y., Quality Function Deployment, Cambridge : Productivity Press, 1990.
2. ANDRADE, R.S.; Preliminary Evaluation of Needs in the Design Process. ICED 91, Zurich,
August, 1991.
3. ANDREASEN, M.; Methodical Design by New Procedures. International Conference on
Engeneering Design - ICED 91, pp. 165-170.
4. ASIMOW, M.; Introduction to Design: Fundamentals of Engineering Design. Prentice -
Hall, 1962.
5. ASME REPORT. Goals and Priorities for Research on Design Theory and Methodology.
National Science Foundation, 1985.
6. ASME RESEARCH. Design Theory and Methodology - A new Discipline. Mechanical
Engeneering. August, 1986. pp. 23-27.
7. BACK, N. e FORCELLINI, F. A.; Projeto de produtos industriais. Apostila: Curso de ps-
graduao em automao industrial. Departamento de Engenharia Mecnica, UFSC,
1992.
8. BACK, N.; Metodologia de Projeto de Produtos Industriais. Guanabara DOIS, Rio de
Janeiro, 1983.
9. BAYA, Vinod et all. An Experimental study of design information reuse. Proceedings:
Design Theory and Methodology, ASME, 1992.
10. BLANCHARD, B.S. and FABRICKY, W.J. Systems engineering and analysis. Englewwod
Cliffs : Prentice-Hall, Inc., 1981. 703 p.
11. BUUR, Jacob. Mechatronics design in Japan. Lyngby, Technical University of Denmark :
IK publications, 1989.
12. CAIN, W.D.; Engineering Product Design. London Business Books Ltd., 1969.
13. COUTINHO, L. e FERRAZ, J.C.; Estudo da Competitividade da Indstria Brasileira.
Editora Papirus, 1994.
14. DIXON, J.R.; New Goals for Engineering Education. Mechanical Engineering. March
1991. pp. 56 - 62.
15. DOWNEY, W.G.; Development Cost Estimating. Report of the Steering Group for the
Ministry of Aviation. Inglaterra, 1969.
16. DUNCAN, WILLIAN R.; A guide to the project management body of knowledge. Project
Management Institute, 1996.
17. EVBUOMWAN, N.F.O.; SIVALOGANATHAN, S.; JEBB, A. A survey of design
philosophies, models, methods and systems. Proceedings: Institution of Mechanical
Engineers. Vol 210, 1996. p. 301-319.
18. FIOD, M.N., Desenvolvimento de sistema computacional para auxiliar a concepo de
produtos industriais. Tese, EMC/UFSC, Florianpolis, agosto , 1993.
19. GRIFFIN, ABBIE; The effect of project and process characteristics on product development
cycle time. Journal of Marketing Research. Feb. ,1997, Vol. 34, p.24, 12p.
20. GRIFFIN, ABBIE; The effect of project and process characteristics on product development
cycle time. Journal of Marketing Research. Feb. ,1997, Vol. 34, p.24, 12p.
21. HAUSER, J.R. and CLAUSING, D.; The House of Quality. Harvard Business Review, May-
June, 1988.
22. HUBKA, V.; EDER, ERNST, E.; Design Science. Springer, 1996.
23. HUBKA, V.; EDER, ERNST, E.; Theory of Technical Sysytems: a total concept theory for
engineering design. Springer-Verlag, 1988.
24. HUTHWAITE, B.; Design for Competitiveness. Institute for Competitive Design. USA,
1992.
25. INFORMTICA EXAME. Guia Informtica 96: um roteiro completo de produtos e
solues. So Paulo: Editora Abril, n. 123, ano 11, junho de 1996.
26. INTERNATIONAL TECHNE GROUP INCORPORATED. QFD/CAPTURE 3.2. Milford,
Ohio, 1996. Site Internet: http://www.iti-oh.com/qsoftwin.htm
27. JURAN, J.M. A qualidade desde o projeto: novos passos para o planejamento da
qualidade em produtos e servios. So Paulo : Pioneira, 1992
28. KING, Bob. Better Designs in half the time. 3 ed. Methuuen : GOAL/QPC, 1989.
29. KOLLER, R.; Konstruktionslehre fr der Maschinen, Gerte und Apparatebau. Springer
Verlag, 1976, 2 edio, 1985.
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.

51
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].

4.2.- Proposta de abordagem metodolgica da fase de projeto informacional visando a
obteno das especificaes de projeto de produtos industriais.
No quadro 4.1 aparece a seqncia proposta para a abordagem sistemtica da obteno das
especificaes de projeto, como objetivo principal da fase de projeto informacional; o quadro um
desenvolvimento da proposta original contida em [Fonseca, A.J .H. 1996].

FO N SEC A, A. J. H .. Sistem atizao do processo de obteno das
especificaes de projeto de produtos industriais e sua
im plem entao com putacional. Florianpolis, 2000. 180f. Tese
de D outorado, PPG EM - U FSC .
52
Quadro 4.1. Seqncia de etapas e tarefas para a obteno das especificaes de projeto.
ESTUDO INFORMATIVO DO PROBLEMA DE PROJETO
DEFINIR CICLO DE VIDA E ATRIBUTOS DO PRODUTO
DEFINIO DAS NECESSIDADES DO PROJETO
CONVERSO DE NECESSIDADES EM REQ. DE USURIO
CONVERSO DE REQ. USURIO EM REQ. DE PROJETO
AVALIAO DE REQ. USURIO vs. REQ. DE PROJETO
DEFINIO DAS ESPECIFICAES DE PROJETO
Anlise do problema de projeto. Clarificar os objetivos
Procurar a informao necessria para o trabalho de projeto
Definir os modelos concorrentes
Problema de
Projeto
Estabelecer as fases do ciclo de vida do produto
Definir os clientes e usurios do projeto
Definir os atributos do produto
Definir as necessidades de cada etapa do Ciclo de Vida
Agrupar e classificar as necessidades obtidas
Traduzir as necessidades para a linguagem dos projetistas
Identificar os tipos de requisitos geradores de funes
Converter requisitos de usurio em expresses mensurveis
Definir e classificar os requisitos de projeto
Avaliar os requisitos de usurio vs. req. projeto e concorrentes
Hierarquizar os requisitos de projeto por grau de importncia
Comparar a hierarquizao anterior com o problema de projeto
Incluir metas, objetivos e restries
Definir as Especificaes de Projeto
Especificaes de Projeto Especificaes de Projeto
1 1
2 2
3 3
4 4
5 5
6 6
7 7
53
Como a seqncia se inicia com um problema de projeto determinado, se passa a analisar,
inicialmente, as caractersticas do dito problema.

4.3.- Estudo informativo do problema de projeto.
A primeira etapa o estudo do problema de projeto. Sero analisadas as informaes que
devem ser coletadas visando complementar o dito problema. Se inicia o trabalho de projeto com trs
tarefas:

4.3.1.-Anlise do problema de projeto. Clarificar os objetivos.
Todo processo sistematizado se inicia com uma etapa obrigatria que consiste na
familiarizao com o problema que vai ser resolvido, procurando o maior volume de informao
possvel sobre o mesmo. Neste sentido a equipe de projeto precisa levantar informaes mnimas
necessrias, expostas a seguir.
Na realidade, estas informaes mnimas devem estar contidas no problema de projeto,
porm, deve-se revisar o dito problema visando complement-las. 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.

4.3.1.1.- Dados do estudo de marketing prvio (reviso do documento).
Este estudo de marketing a principal fonte de informao da equipe de projeto.
importante que a equipe de projeto tenha como norma de trabalho a elaborao de um documento
interno que deve ser preenchido na entrada (incio) de qualquer problema de projeto, denominado
ordem de projeto. O documento deve conter o mencionado problema, seja procedente da equipe
de marketing, ou procedente do ambiente externo.
A ordem de projeto deve conter informaes importantes a serem levantados junto ao
promotor ou junto equipe de marketing, preenchendo-os na presena deles, num primeiro contato
de trabalho, indispensvel para aclarar o problema.
54
Na ordem de projeto referida devem aparecer, obrigatoriamente os campos seguintes:
Objetivos;
Metas;
Restries;
Desejos explcitos e
Descrio do problema de projeto.
Este documento deve conter o problema de projeto, na forma original em que foi definido.
Em caso do documento no estar estruturado, a equipe de projeto redige, num documento interno
denominado ordem de projeto, uma descrio do dito problema, interagindo com os especialistas de
marketing ou com o promotor do projeto, se for o caso.

4.3.1.2.- Tipo de produto.
Adotar uma classificao para os tipos de produtos difcil, uma vez que existem muitas
classificaes para o universo dos produtos industriais produzidos; porm, necessrio adotar uma
delas. De fato, produtos similares, tm similares ciclos de vida e atributos, razo pela qual, um
dado importante no processo. A classificao proposta aparece na figura 4.1.

Fig. 4.1.- Proposta mnima para a classificao de tipos de produto.

Provavelmente a classificao mais completa segundo os tipos de produtos, a adotada pelos
rgos oficiais de registro de patentes; uma classificao universal, que tenta incluir a totalidade
dos produtos industriais, por motivos bvios.
A estrutura exposta servir de base para trabalhar com um universo limitado de produtos. O
anterior serve como uma proposta mnima, bsica e inicial, que poder ser, posteriormente,
Tipo de Produto: Tipo de Produto:
Bens de Capital
Bens de Capital
Bens de Consumo
Bens de Consumo
Mquinas Agrcolas
Mquinas Agrcolas
Mquinas Industriais
Mquinas Industriais
Equipamentos de Transporte
Equipamentos de Transporte
Mquinas da Construo
Mquinas da Construo
Eletrodomsticos
Eletrodomsticos
Eletrnicos
Eletrnicos
Brinquedos
Brinquedos
Mveis
Mveis
Outros
Outros
Eletrnicos
Eletrnicos
55
ampliada.

4.3.1.3.- Tipo de projeto.
A literatura diferencia dois tipos de projeto que tradicionalmente tm sido abordados na
literatura: O projeto original e o reprojeto. Autores como [Pahl, G. e Beitz, W. 1996], ampliam a
gama de classificao para trs categorias:
O projeto original, o adaptativo e o variante ou reprojeto.
Na presente tese, prope-se o denominado modelo de Jansson, citado no trabalho de
[Condoor, S. et al. 1992], por entender-se mais abrangente que os analisados.
Segundo o modelo de J ansson, os diferentes tipos de projeto aparecem como reas num
espao conformado pelos eixos coordenados: Conceito (relacionado ao grau de inovao
conceitual) versus Configurao (relacionado complexidade na configurao do produto sendo
projetado); o modelo mostrado na figura 4.2.

Fig. 4.2.- Classificao de tipos de projeto [Condoor, S. et al. 1992].

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

Tipo de Projeto: Tipo de Projeto:
Grau de Novidade Conceitual
Grau de Complexidade
da Configurao
Projeto
Original
Re-Projeto
Projeto
Adaptativo
Projeto de
Desenvolvimento
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.

4.3.1.4.- Volume planejado de fabricao e tipo de produo.
Deve ser levantado o volume de fabricao planejado; este dado define a tecnologia e tipo de
produo mais conveniente, assim como as facilidades produtivas necessrias. A definio deve ser
feita no incio, gerando os requisitos e restries adequadas ao tipo de produo a ser usada.
Sero consideradas quatro faixas para os volumes planejados de fabricao:
Produo individual ou personalizada, produo de pequena srie, produo em srie e produo
massiva.

4.3.1.5.- Desejos explcitos expostos no problema de projeto.
No documento ordem de projeto, deve existir um campo dedicado exclusivamente a expor
os desejos explcitos dos promotores, da direo da empresa ou da equipe de marketing que
elaborou o problema de projeto. A importncia destes desejos explcitos est associado hierarquia
e implcita nas pessoas fsicas ou jurdicas que promovem o desenvolvimento do produto.

4.3.1.6.- Restries do projeto ou do produto
Na ordem de projeto tambm deve existir um campo dedicado s restries impostas pelo
problema de projeto. A equipe de projeto vai definir outras restries (como conseqncia do
trabalho sob a sua responsabilidade); porm, as restries includas no problema de projeto, tem que
ser, prioritariamente levadas em conta.
O resultado relevante da anlise do problema de projeto deve ser resumido num documento
denominado ordem de projeto;
57
Concluda a anlise do problema de projeto, passa-se a clarificar, integralmente, o trabalho
de projeto que se inicia. A fonte fundamental (externa equipe de projeto) para a clarificao do
projeto, est no problema de projeto e nos promotores do mesmo.
Para clarificar integralmente o projeto, deve-se formular as seguintes perguntas:
Qual a finalidade de desenvolver o produto?
Quais benefcios se obtm com o desenvolvimento?
Quais melhorias ocasionar o novo produto?
Existem objetivos internos empresa produtora e objetivos externos mesma; como
objetivos internos pode-se citar o incremento dos lucros da empresa, o incremento dos nveis de
produo, entre outros; como objetivos externos, poder-se-ia tentar levar o produto a se tornar lder
do mercado, ou redirecion-lo a outra faixa de mercado, entre outros.
Outro trabalho da equipe de projeto, alm de definir as especificaes de projeto, ser o de
definir e ampliar os objetivos do mesmo, partindo das definies iniciais dadas.

4.3.2.- Procurar a informao necessria para o trabalho de projeto.
Definida a ordem de projeto e clarificados os objetivos do projeto, passa-se a procurar pelas
informaes relevantes para iniciar o processo de projeto propriamente dito.
A busca da informao sobre o projeto, deve ser dirigida em trs direes:
Procura de patentes sobre o produto que vai ser projetado ;
Procura de tecnologias e mtodos de fabricao disponveis e
Procura de informao sobre produtos similares.
A seqncia da realizao destas trs atividades irrelevante; podem ser procuradas em
qualquer ordem e, ainda, simultaneamente.
Nos casos de produtos que vo ser reprojetados, a procura ser baseada no produto existente,
assim como no produto (ou produtos concorrentes) que tem tirado o mercado do produto a ser
reprojetado. A informao do produto anterior, no caso de reprojeto, deve ser providenciada pelo
fabricante do mesmo; em caso de produtos reprejetados, produzidos na prpria empresa onde
executado o reprojeto, deve-se levantar toda a informao disponvel na prpria empresa.
A procura pode ser apoiada na Internet, onde existem sites de empresas produtoras de todo o
tipo de produtos. Existem tambm sites para a procura de patentes, nacionais ou internacionais,
assim como informaes sobre tecnologias de produo disponveis.
58
Alm de pesquisar na Internet, necessrio a procura de patentes diretamente nos escritrios
especializados ou Institutos de patentes (INPI ou equivalentes), no pas onde o produto vai ser
produzido (e ou) comercializado.
Sobre os produtos similares, alm de visitar os sites adequados na Internet, deve-se procurar
catlogos e ofertas de produtores concorrentes, assim como a maior quantidade de informao
possvel do produto que vai ser projetado.
Sobre as tecnologias de produo, deve-se pesquisar quais tecnologias so usadas para
produzir produtos similares e tomar a maior quantidade de informao possvel. Em qualquer caso,
visitas obrigatrias ao centro de produo onde vai ser fabricado o novo produto, garantindo uma
estreita coordenao com os promotores do projeto, para garantir as informaes dos especialistas
de fabricao e montagem, e ver se estes podem fazer parte da equipe de desenvolvimento do
produto, que seria a situao ideal.

4.3.3.- Definir os produtos concorrentes.
Da procura anterior pode-se extrair informao suficiente para definir os produtos ou
modelos concorrentes, tomando como base a existncia de produtos similares.
Dentre os produtos similares identificados, devem ser definidos quais se constituem em
lderes do mercado pela sua qualidade ou pelo seu preo, dependendo dos objetivos definidos para o
produto. Dentre os produtos lderes, sero selecionados os concorrentes.
Naqueles casos onde o produto que vai ser projetado (por causa de seu carter inovador) no
tenha produtos concorrentes, devem ser definidos, dentre os produtos similares em configurao,
tecnologia e funcionamento, vrios deles, visando estabelecer padres de comparao aproximados.
Os resultados relevantes desta primeira etapa, so:
1) Documento ordem de projeto;
2) Objetivos do projeto;
3) Produtos concorrentes e patentes relacionadas e
4) Tecnologias viveis de fabricao.

4.4.- Definir o ciclo de vida e os atributos do produto.
A segunda etapa a definio dos atributos do produto e do ciclo de vida, assim como a
identificao dos diferentes clientes que devem ser consultados. Esta etapa tem trs tarefas:
59
Estabelecer as fases do ciclo de vida do produto;
Definir os clientes e usurios e
Definir os atributos do produto.

4.4.1.- Estabelecer as fases do ciclo de vida do produto.
Com os dados disponveis, obtidos na primeira etapa da metodologia (e a experincia da
equipe), o objetivo definir as fases do ciclo de vida do novo produto, baseado em produtos
similares ou baseado nos produtos que o antecederam.
O ciclo de vida depende de vrios fatores, dentre os quais destacam-se:
tipo de produto que vai ser projetado; os bens de capital caraterizam-se por ciclos de vida
diferentes dos bens de consumo; nos primeiros, as fases do ciclo de vida esto mais associadas a
sua complexidade durante a fabricao, a montagem, e o uso, se comparado aos bens de consumo.
tipo de projeto a ser executado; as fases do ciclo de vida de um reprojeto est praticamente
definido no produto precedente, sendo mais complexo no caso de um projeto original.
se vai ser consumido em grande escala, longe do centro de produo; nestes casos as fases de
transporte, armazenagem e manuteno, implicam numa importncia maior que nos casos
convencionais de produtos consumidos perto do lugar de produo.
suas caractersticas de funcionamento; existem produtos onde a fase de funcionamento
extremamente complexa e comprometida, razo pela qual a fase mais importante, implicando
ainda em fatores de segurana e confiabilidade.
suas caractersticas de uso e manuseio; naqueles produtos onde a interface humana relevante,
a fase uso deve ser a fase principal do ciclo de vida.
as possibilidades de servios de manuteno; aqueles produtos onde necessrio garantir um
eficiente servio ps-vendas, a fase de manuteno torna-se a fase crtica do ciclo de vida.
a filosofia de desativao, reciclagem ou descarte; aqueles bens de consumo, sobretudo aqueles
consumidos massa, devem ser estudados atentamente, sobretudo as fases de reciclagem e descarte
como fases crticas do ciclo de vida.
definio do ciclo de vida, se dever dedicar o tempo que seja necessrio, pois considera-se
um fator fundamental para o trabalho de projeto.

4.4.2.- Definir os clientes e usurios.
60
Definido o ciclo de vida, fcil detectar os clientes internos, intermedirios e externos,
envolvidos e associados s fases do ciclo de vida. A definio dos clientes fundamental para
levantar as necessidades, as quais devem ser definidas antes de tomar decises importantes. O
anterior visa estabelecer uma filosofia de abordagem que hierarquize os clientes, considerando no
somente os usurios diretos do produto, mas todo o pessoal envolvido nas fases do ciclo de vida,
como os fabricantes, comercializadores, pessoal de manuteno e reciclagem, entre outros.

4.4.3.-Definir os atributos do produto.
A tarefa definir quais dos atributos do produto sero usados como referncia no
levantamento das necessidades. A proposta mnima de atributos do produto, como conceito
associado s propriedades comuns a todos os produtos industriais, ser exposta no captulo V. Esta
proposta mnima servir de referncia, selecionando-se dentre eles, aqueles atributos relevantes para
cada projeto especfico.
A definio dos atributos do produto depender, como no caso da definio do ciclo de vida,
de vrios fatores como tipo de projeto, tipo de produto, experincia dos projetistas no tipo de
produto a ser desenvolvido, tempo disponvel, recursos para executar o projeto, entre outros.
Os resultados relevantes da segunda etapa, so:
1) Definio do ciclo de vida do produto;
2) Definio dos clientes externos, internos e intermedirios e
3) Definio dos atributos do produto;

4.5.- Definio das necessidades do projeto.
Nesta etapa se definem as necessidades atravs de duas tarefas, expostas na continuao.

4.5.1.- Definir as necessidades de cada fase do ciclo de vida.
Existem duas maneiras gerais de levantar necessidades:
Uma maneira coletar as necessidades, em cada fase do ciclo de vida, atravs de
questionrios estruturados, atuando junto aos clientes. Coletadas as necessidades brutas
atravs das entrevistas diretas ou telefnicas, atravs de envio de questionrios escritos,
ou usando qualquer outro mtodo de interagir com clientes ou usurios [Kaulio, M. et al.
1995], [Beskow, C. et al. 1997], [Ulrich, K.T e Eppinger, S.D. 1995]; necessrio um
61
processamento destas necessidades, classificando-as, ordenando-as e agrupando-as,
usando as informaes levantadas nas etapas e tarefas anteriormente executadas.
A segunda maneira de levantar necessidades , sem serem consultados os clientes do
projeto a equipe de projeto define, diretamente, as necessidades do projeto que est
sendo desenvolvido; isto baseado nos trabalhos anteriores de marketing, na experincia
dos projetistas, em check-list, ou nos atributos do produto, usando em qualquer caso, as
informaes obtidas pelo trabalho precedente de captao de informaes.
Nesta tese tem-se desenvolvido um procedimento simples para a segunda maneira de
levantar as necessidades diretamente pela equipe de projeto; isto para o caso que no for possvel o
trabalho de campo junto aos clientes. Consiste na consulta, em cada fase do ciclo de vida, dos
atributos bsicos do produto antes definidos. No captulo V, ser exposto o procedimento, na forma
de matriz de levantamento das necessidades de projeto.
Deve-se salientar adicionalmente, que este procedimento de levantamento das necessidades
diretamente pela equipe de projeto, direcionado s pequenas empresas de poucos recursos para o
desenvolvimento de produtos, projetistas individuais e estudantes de projeto, foi a linha principal de
enfoque para a elaborao do sistema computacional.

4.5.2.- Agrupar e classificar as necessidades obtidas.
Posteriormente definio das necessidades, conveniente um agrupamento e classificao
das mesmas, incluindo aquelas necessidades originais do problema de projeto; todas as necessidades
sero agrupadas dentro da fase do ciclo de vida correspondente.
O agrupamento significa verificar os tipos de necessidades similares, eliminando-se as
repeties e simplificando aquelas necessidades pouco relevantes para o projeto. Recomenda-se
levar adiante somente um grupo selecionado (mnimo) de necessidades bsicas, que atuem como
filosofia geral dos trabalhos.
A classificao ser feita, segundo as fases do ciclo de vida de procedncia.
Os resultados relevantes desta terceira etapa so:
1) Lista de necessidades de projeto e
2) Agrupamento e classificao das necessidades.

4.6.- Converso das necessidades em requisitos de usurio.
62
A quarta etapa , converter as necessidades em requisitos de usurio. Esta etapa tem duas
tarefas, que sero expostas a seguir.

4.6.1.-Traduzir as necessidades brutas linguagem dos projetistas.
A traduo das necessidades implica numa sistematizao simples. Para converter
necessidades em requisitos de usurio, prope-se o seguinte:
Todo requisito de usurio :
uma frase curta composta pelos verbos ser, estar ou ter, seguida de um o mais substantivos, ou
uma frase composta por um verbo que no seja ser, estar ou ter, seguida de um ou mais substantivos,
denotando, neste caso, uma possvel funo do produto.
Os dois casos aparecem esquematizados na figura 4.3.

Fig. 4.3.- Converso de necessidades em requisitos de usurio.

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
1
2
3
4
5
6
7
Problema
de Projeto
ESTUDO
INFORMATIVO DO
PROBLEMA DE
PROJETO
DEFINIR
CICLODE VIDA
E ATRIBUTOS
DOPRODUTO
DEFINIODAS
NECESSIDADES
DOPROJETO
CONVERSO DE
NECESSIDADES EM
REQUISITOS DE
USURIO
CONVERSODE
REQ. USURIOEM
REQUISITOS DE
PROJETO
AVALIAO DE
REQ. USURIO VS.
REQ. PROJETO
DEFINIO DAS
ESPECIFICAES
DE PROJETO
ESPECIFICAES DEPROJETO
SE R
ES T AR
TE R
V E RB O F O R M A DO R
D E F U N ES
S u b sta nti v o s N e c e ssi da de s
S u b s ta n tiv o s
R e q u i s i t o s
d e U s u r i o
F u n e s
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.

4.6.2.- Identificar os tipos de requisitos geradores de funes.
Existem verbos formadores das funes tpicas da engenharia. Como um exemplo, durante a
fase inicial do projeto de uma furadeira, a necessidade original de algum usurio expressa que: que
a furadeira tenha a potncia suficiente para furar tanto madeira como concreto e metal; esta
expresso deve ser convertida em requisito de usurio.
A necessidade anterior referida potncia do produto e define um dos parmetros do
projeto, neste caso a potncia. Mas tambm, implicitamente, expressa uma funo do produto
quando diz furar metais, que mesmo sendo uma necessidade, de um tipo diferente anterior
referida potncia. A necessidade de furar metais, , na realidade, a que d sentido construo da
furadeira, pelo qual denominada funo principal e sua expresso como requisito de usurio :
Furar metais de diferentes tipos.
Do anterior fica claro, que as necessidades brutas, uma vez convertidas em requisitos de
usurio, podem gerar dois tipos de informaes: uma denota desejos dos usurios, relativas a
caractersticas no funcionais e outra que gera provveis funes no produto.
Os resultados relevantes desta quarta etapa so:
1) Lista de requisitos de usurio e
2) Lista de provveis funes do produto.
64

4.7.- Converso dos requisitos de usurio em requisitos de projeto.
A quinta etapa aquela sobre a qual a literatura tem poucas referncias e constitui um
primeiro passo importante para o projeto; uma necessidade levada linguagem dos projetistas
(requisito de usurio) est, ainda, na forma de necessidade, sem estar associada s caractersticas
mensurveis do produto. Convert-la em requisito de projeto, significa decidir algo fsico sobre o
produto, que o afetar definitivamente durante o trabalho de projeto. Esta etapa tem duas tarefas.

4.7.1.- Converter requisitos de usurio em expresses mensurveis.
Os requisitos de usurio so expresses padronizadas, mas, que podem no conter, ainda,
elementos fsicos mensurveis, indispensveis para guiar a execuo do projeto.
A converso de requisitos de usurio em requisitos de projeto ser feita atravs do conceito
dos atributos especficos do produto. Esta converso apoiada na denominada matriz de obteno
dos requisitos de projetos, a ser apresentada e discutida no captulo V.

4.7.2.- Definir e classificar os requisitos de projeto.
Posteriormente converso em requisitos mensurveis, os requisitos de projeto devem ser
agrupados e classificados. A classificao dos requisitos de usurio feita segundo as fases do ciclo
de vida, mas, os requisitos de projeto devem ser classificados segundo os atributos bsicos do
produto, onde aparecem aspectos de tipo ergonmico, esttico, econmico, entre outros, mais
apropriados para a classificao e mais adequados para uma posterior organizao do projeto
conceitual que vir na continuao.
O resultado relevante desta quinta etapa :
Lista dos requisitos de projeto.

4.8.- Avaliao dos requisitos de usurio vs. requisitos de projeto.
A sexta etapa o trabalho com a casa da qualidade. Neste caso se procede da maneira similar
reportada extensamente na literatura, [Hauser, J . R. e Clausing, D. 1988], [King, B. 1989], [Akao,
Y. 1990], levando em conta as caractersticas do trabalho na fase inicial do projeto, onde ainda no
existem decises sobre as caractersticas fsicas definitivas do produto. No Captulo VI ser
apresentado um sistema computacional, que facilita o trabalho operativo de preenchimento da Casa
65
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.8.1.- Avaliar requisitos de usurio vs. requisitos de projeto e concorrentes.
Os requisitos de usurio so situados nas linhas da matriz principal da casa da qualidade e os
requisitos de projeto nas colunas da mesma; eles so avaliados na denominada matriz principal da
casa da qualidade. Os modelos concorrentes, definidos antes, sero situados nas colunas de uma
denominada matriz secundria, direita da matriz principal da casa da qualidade, na qual avalia-se
tambm cada requisito de usurio versus cada produto concorrente.

4.8.2.- Hierarquizar os requisitos de projeto segundo o grau de importncia.
A resultante da casa da qualidade uma hierarquizao dos requisitos de projeto, que servir
de base para a formulao posterior das especificaes de projeto. O trabalho com a casa da
qualidade no um imperativo para obter as especificaes de projeto; a sua utilizao depender de
inmeros fatores como complexidade do produto que est sendo projetado e das possveis vantagens
que a equipe de projeto obtenha com o seu uso, entre outros.
O resultado relevante desta sexta etapa :
Hierarquizao dos requisitos de projeto.

4.9.- Definio das especificaes de projeto.
A etapa final da seqncia proposta a definio das especificaes de projeto, levando em
conta as restries, metas e objetivos do projeto. Tem-se trs tarefas, que se expe a seguir.

4.9.1.- Comparar a hierarquizao dos requisitos de projeto com o problema de
projeto.
Consiste na confrontao da hierarquizao final dos requisitos de projeto, resultantes da
etapa anterior, com o problema de projeto original. A confrontao feita visando retomar a
filosofia inicial implcita no problema que deu incio ao projeto, visando incluir outros elementos de
importncia que tambm formam parte das especificaes do projeto, decidindo quais requisitos de
projeto integraro, finalmente, as especificaes.

66
4.9.2.- Incluir metas, objetivos e restries.
Devem ser includas nas especificaes de projeto, aquelas diretivas explcitas procedentes
do problema de projeto e resultantes do estudo de marketing prvio, alm de expor claramente os
objetivos, as metas que devem ser atingidas, assim como as restries impostas ao projeto ou ao
produto.
Por outro lado, para cada requisito de projeto selecionado como especificao de projeto,
devem ser definidos os parmetros alvos (metas especficas), a forma de avali-lo e os fatores que
devem ser evitados na sua implementao, como complemento de cada requisito de projeto, que o
converte em especificao de projeto.

4.9.3.- Definir as especificaes de projeto.
Os requisitos de projeto selecionados como especificaes, (com seus parmetros alvos, a
avaliao, e o que deve ser evitado) se juntaro s metas, objetivos e restries gerais do produto
(tomado como conjunto); estes dados junto a uma descrio do produto a ser projetado, constituem
as especificaes de projeto.
O resultado relevante desta ltima etapa :
Lista das especificaes de projeto.

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.

68
O que preciso um novo modelo econmico...
baseado na satisfao das necessidades do consumidor
[Zaccai, G. 1993]

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.

5.2.- Um modelo para o processo de desenvolvimento de produtos industriais: A espiral do
desenvolvimento.
O projeto informacional o sucessor natural do processo de procura, no ambiente do
mercado, daqueles desejos insatisfeitos dos consumidores, para orientar na definio do produto
que ser projetado. No incio do projeto, deve-se trabalhar com similares informaes e fatores
de mercado que deram origem ao denominado problema de projeto.
Para os objetivos da presente tese, prefere-se abordar a problemtica da obteno das
especificaes de projeto de produtos, com um enfoque mais geral do que aquele que a enquadra
FO N SEC A, A. J. H .. Sistem atizao do processo de obteno
das especificaes de projeto de produtos industriais e sua
im plem entao com putacional. Florianpolis, 2000. 180f. Tese
de D outorado, PPG EM - U FSC .
69
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.

Fig. 5.1.- Definio do problema de projeto.

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
Problema
de Projeto
Setor de Produo
Setor de Mercado
Setor de Consumo
Raio denota conhecimento
do produto sob anlise
Trabalho de anl ise de
Viabilidade de Mercado
Trabalho de anlise
de Viabil idade de Consumo
Trabalho de anlise de
Viabil idade de Produo
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.

Fig. 5.2.- Espiral do desenvolvimento.

Continuando os trabalhos dos especialistas de marketing, a equipe de projeto trabalha,
ento, no projeto informacional, representado pela espiral seguinte, da figura 5.2. Com as
especificaes de projeto prontas, resultantes do trabalho no projeto informacional, se inicia o
projeto conceitual, posteriormente se executa o projeto preliminar e, finalmente o projeto
detalhado, para dali passar produo, montagem, etc. e continuar o denominado ciclo de vida
V
en
d
a
C
o
m
p
r
a
A
r
m
a
z
e
n
.
T
r
a
n
s
p
o
r
t
e
F
a
b
r
i
c
a
o
Projeto
M
o
n
t
a
g
e
m
R
e
c
i
c
l
a
g
e
m
M
a
n
u
t
e
n
o
F
u
n
o
U
s
o
D
e
s
c
a
r
te
Necessidades de Necessidades de
Fabricao Fabricao
Necessidades da Necessidades da
Montagem Montagem
Armazenagem Armazenagem
Necessidades de Necessidades de
Transporte Transporte
Necessidades Necessidades
para a Venda para a Venda
Compra Compra
Necessidades do Necessidades do
Uso Uso
Necessidades Necessidades
Funcionais Funcionais
Necessidades para Necessidades para
a Manuteno a Manuteno
Necessidades para a Necessidades para a
Desativao/Reciclagem Desativao/Reciclagem
Necessidades do Necessidades do
Descarte Descarte
Projeto
Projeto
Conceitual
Projeto
Preliminar
Projeto
Detalhado
Problema de
Projeto
Especificaes
de Projeto
Setores deMercado Setores deMercado
Trabalho de
Marketing

Obteno das
Especificaes
de Projeto
Setores Produtivos Setores Produtivos Setores de Consumo Setores de Consumo
71
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].

Fig. 5.3.- Setores vinculados ao projeto e pessoal envolvido no projeto informacional.

No captulo III, foi proposta uma padronizao da terminologia dos especialistas,
envolvidos no projeto informacional, onde indispensvel uma captao de necessidades,
consultando os diversos fatores a serem considerados em cada etapa do ciclo de vida do produto.
Foram definidas as categorias do pessoal vinculado ao projeto, como de: cliente interno,
cliente externo e cliente intermedirio, identificados na figura 5.3.
V
enda
C
o
m
p
ra
T
r
a
n
s
p
o
r
t
e
F
a
b
r
ic
a
o
Projeto
M
o
n
t
a
g
e
m M
a
n
u
t
e
n
o
F
u
n
o
U
s
o
D
escarte
Setores de mercado
Setores produtivos Setores de consumo
Clientes internos Clientes internos
Clientes externos Clientes externos
Clientes intermedirios Clientes intermedirios
D
e
s
a
t
i
v
a
o
A
r
m
a
z
e
n
.
P.P.
E.P.
72
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

5.3.- Os atributos do produto.
Passa-se a propor, no que ser denominado atributos do produto, uma ferramenta
utilitria para a fase de projeto informacional, til para o levantamento e tratamento das
necessidades e seu desdobramento, durante o trabalho nesta fase de projeto informacional.
Foram identificadas no captulo III os tipos de informaes relevantes nesta fase do
processo de projeto, das quais, as necessidades se constituem no ponto de partida de todo o
processo. Procurar junto aos clientes das fases do ciclo de vida do produto, as necessidades a
serem levadas em conta, um fator importante para o direcionamento inicial, mas, est faltando
uma ferramenta que permita entrar em cada fase do ciclo de vida com um guia abrangente de
procura pelas ditas necessidades. Ser analisada, na continuao, a proposta de uma ferramenta
de apoio ao trabalho de levantamento das necessidades, dentro do ciclo de vida do produto.
A soluo final de projeto leva definio das caractersticas fsicas, de forma, de
materiais, de uso, de fabricao e muitas outras propriedades finais do produto que est sendo
desenvolvido. Estas caractersticas, que integralmente compem a soluo de projeto, so o que
se denominar de atributos do produto. um termo utilitrio na fase de projeto informacional
para denominar as caractersticas que o produto finalmente ter.
Alguns destes atributos tm que satisfazer as necessidades que surgem do percurso
temporal do produto pelas fases do ciclo de vida do produto (como na fabricao, na montagem,
ou no descarte); outros devero ser uma conseqncia dos prprios objetivos de projeto, contidos
no problema de projeto. Procura-se ento uma classificao da estrutura constitutiva comum,
inerente a todos os produtos industriais de maneira que se possa listar um conjunto universal
73
destes atributos; poderia, desta maneira, identificar-se determinadas caractersticas de utilidade
para o projeto informacional; os projetistas teriam a sua disposio, assim, uma fonte de
atributos potenciais, a serem analisados para cada produto especfico, visando detectar as
necessidades e os requisitos durante o incio do processo.
Segundo o enfoque que se prope (dos atributos do produto) a atividade de projeto pode
ser considerada como o trabalho de detalhar os melhores atributos finais que o produto deve ter,
para corresponder da melhor maneira possvel, aos objetivos propostos no desenvolvimento
daquele produto.
De igual maneira, o projeto informacional seria considerado como a definio de quais
atributos passariam a formar parte das especificaes de projeto, visando um processo tal, que
resulte na melhor soluo do problema de projeto.

5.3.1.- Anlise dos atributos propostos pelos diferentes autores.
O enfoque que se d nesta pesquisa ao estabelecimento de uma estrutura constitutiva
geral dos produtos industriais, visa fins utilitrios diretos na obteno das especificaes de
projeto. Um trabalho nesta direo, ainda no foi abordada antes deste trabalho, pelo que se
pesquisou junto aos autores que de alguma maneira abordaram o tema, mesmo indiretamente.
Neste sentido procurou-se, entre as listas de itens dos autores que recomendam o
procedimento de usar "chek-list" para obter as especificaes de projeto, encontrando-se
atributos do produto capazes de formar parte de qualquer estrutura constitutiva geral dos
produtos industriais.
No trabalho de pesquisa foram usadas listas de itens recomendados pelos autores mais
importantes que utilizam o mencionado mtodo, [Pahl, G. e Beitz, W. 1996], [Blanchard, B. S. e
Fabrycky, W. 1990 ], [Tjalve, E. 1979] [Rodriguez, L. 1989], entre outros, onde ficou clara a
presena de um grupo de itens que se repetem nas diferentes recomendaes. A observao
anterior possibilitou hierarquizar estes itens como os mais representativos, razo pela qual se
decidiu iniciar uma outra pesquisa, encaminhada a definir quais seriam os itens indispensveis
mnimos (que incluem a maioria das caractersticas comuns aos produtos industriais) com vistas
a acometer um trabalho de identificao e classificao destes atributos.
74
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
A classificao resultante da pesquisa realizada, alm de conter os aspectos mais
importantes da estrutura comum a todos os produtos industriais, reflete um fato no enfocado
antes nas listas dos itens propostos pelos diversos autores.
Trata-se da diferena existente entre os atributos que atendem caractersticas temporais
ou ocasionais, que os produtos industriais possuem, para enfrentar com sucesso fases
transitrias e menos importantes de seu ciclo de vida, como transportabilidade, mantenabilidade
ou descartabilidade e os "atributos bsicos", no relacionados com fatores ocasionais, mas, com
os objetivos pelos quais os produtos so desenvolvidos, como funcionamento, ergonomia,
economia, entre outros.
Como exemplo do trabalho de classificao realizado nesta pesquisa sobre os itens
propostos pelos diferentes autores, passa-se a mostrar, nos itens includos na classificao
proposta em [Pahl, G. e Beitz, W. 1988], o trabalho de agrupamento proposto.

Quadro 5.1.- Lista (check-list) proposta em [Pahl, G. e Beitz, W. 1988], pp. 54, fig. 4.5.

Geometria, Cinemtica, Foras, Energia, Materiais, Sinais, Segurana, Ergonomia,
Produo, Controle, Montagem, Transporte, Operao, Manuteno, Custos e
Planejamento.

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

Quadro 5.2. Classificao dos atributos da check-listde PAHL e BEITZ.
Atributos Gerais Atributos Especficos
Atributos Bsicos Atributos do Ciclo de Vida
Segurana Produtibilidade Geometria
Ergonomia Montabilidade Cinemtica
Operao Transportabilidade Foras
Custos Mantenabilidade Energia
Materiais
Sinais
Controle

Da mesma maneira, foram pesquisadas na bibliografia citada outros atributos propostos e
foi conformado um leque potencial para uma proposta de incluso na classificao, levando em
conta o carter repetitivo dos atributos comuns nas obras consultadas, considerando somente
incluir os mais utilizados, visando uma classificao mnima.
Desta maneira foram includos na proposta tanto os aspectos relevantes das diferentes
check-list, como as caratersticas ou propriedades, segundo a terminologia usada pelos
diferentes autores consultados, obtendo-se uma proposta de classificao para os atributos do
produto, que reponde s necessidades da fase de projeto informacional.
Esta classificao, como inclui todos os atributos que aparecem nas diferentes listas
(chek-list), incluindo tambm as propriedades e caractersticas dos produtos industriais, segundo
denominados por outros autores, pode considerar-se completa. Nela seriam includos todos os
atributos potenciais, tanto bsicos, como do ciclo de vida e especficos, o que constituiria uma
lista grande e volumosa, mas, universal.
Entende-se que o termo atributo, deixa menos lugar a dvidas que os termos
caractersticas ou propriedades, sugeridos por alguns autores. O termo propriedades
normalmente referido s substncias mais que a produtos. O termo caracterstica poderia ser
usado, mas, como se est tratando da fase inicial, prefere-se usar o termo atributo (pois ainda
77
no existe o produto) razo pela qual entende-se imprprio falar de caractersticas sendo mais
correto o termo atributos (que o produto deveria ter).

5.3.2.- Classificao dos atributos do produto.
Segundo descrito anteriormente, e como resultado da pesquisa realizada para propor
elementos teis no processo de projeto (sobretudo no projeto informacional), prope-se na
continuao um conjunto mnimo de atributos de produtos.
A proposta a seguir, baseada na experincia do autor com a execuo de vrios projetos
de engenharia. Foram considerados os atributos considerados mais representativos, por serem os
mais utilizados na maioria dos projetos. Considera-se a proposta, no como um compndio
exaustivo da classificao de atributos do produto, mas como uma proposta mnima de atributos,
para ser usada na fase de projeto informacional.
No quadro 5.3, prope-se uma classificao geral dos atributos do produto:

Quadro 5.3.- Atributos de produto. Classificao proposta.

A classificao anterior divide os atributos do produto em dois grandes grupos:
Atributos Gerais
Atributos Especficos
Atributos Materiais
Atributos Energticos
Atributos de Controle
Atributos Bsicos
Atributos do Ciclo de vida
Atributos do Atributos do
Produto Produto
78
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
Quadro 5.4.- Atributos gerais do produto.

Quadro 5.5.- Componentes mnimos dos atributos bsicos do produto.

Funcionamento
Ergonmico
Esttico
Econmico
Segurana
Confiabilidade
Legal
Patentes
da Normalizao
da Modularidade
do Impacto Ambiental
Fabricabilidade
Montabilidade
Embalabilidade
Transportabilidade
Armazenabilidade
Comerciabilidade
Da Funo
Usabilidade
Mantenabilidade
Reciclabilidade
Descartabilidade
Atri but os Gerais
Atributos Bsicos
Atributos Bsi cos
Funcionamento: Aspectos vinculados com a operao do produto.
Rendimento, desempenho, eficincia, funo.
Ergonmico: Aspectos vinculados com a relao homem-mquina.
Ergonomia do uso, seqncia de aes, uso.
Estt ico: Aspectos vinculados com a aparncia do produto. Expressividade,
smbolos, signos, linguagem do produto, semitica, semntica.
Econmico: Aspectos vinculados com o custo de produo e o preo de
venda. Financiamentos, capital, juros, amortizao.
Segurana: Aspectos vinculados com a segurana durante o uso e funcionamento
Proteo contra acidentes, atos inseguros, funcionamento inseguro.
Confi abi lidade: Aspectos vinculados com o uso e funcionamento estvel.
Taxa de falhas, redundncias ativa ou passivas.
Legal: Aspectos vinculados com as leis onde vai ser comercializado o produto
Leis sobre uso ou segurana, leis ambientais, leis sobre comrcio.
Patentes: Problemas relativos ao uso de patentes registradas. Grau de novidade
do produto, patentabilidade, pagamento deroyalties, uso de patentes.
Da Normalizao:Problemas relativos ao uso de elementos e peas normalizadas.
Normas internas, locais, setoriais, nacionais e internacionais.
Da Modularidade: Problemas relativos ao projeto modular de componentes.
Mdulos de fabricao, de uso, de manuteno.
Do Impacto Ambi ent al: Problemas relativos contaminao ou degradao
Ambiental, desativao, reciclagem, descarte.
80
No anexo II expe-se um guia adicional para o tratamento de cada atributo bsico e no
quadro 5.5 se detalham elementos (tambm mnimos para cada atributo bsico) importantes para
os atributos bsicos propostos
Os atributos do ciclo de vida, so aqueles que do resposta adequada passagem do
produto pelas fases do ciclo de vida. So onze os atributos expostos, embora cada produto deva
ter o seu prprio ciclo de vida e portanto, seu prprio grupo de atributos associados, segundo
mostrado no quadro 5.4, onde aparecem somente alguns atributos do ciclo de vida.
Os atributos especficos so aquelas caractersticas fsicas, objetivas e mensurveis do
produto, diretamente identificveis, que configuram os detalhes especficos e determinam a
mtrica mensurvel do mesmo; por sua vez, so responsveis, na sua combinao, pelos
atributos gerais expostos anteriormente. Estes atributos especficos, relativos a dimenses, cor,
forma, etc., por serem diversos, so mais difceis de classificar numa estrutura mnima, que possa
ser suficientemente abrangente; a proposta desta pesquisa aparece no quadro 5.6.

Quadro 5.6.- Atributos especficos do produto.

Os atributos especficos, prope-se sejam classificados em trs grupos: material, energia
e controle ou sinal, os quais, por sua vez, so subdivididos em outras subcategorias importantes,
como geometria, peso, foras, etc.
Atributos Materiais
Geomtricos
Material (tipo)
Cor
Peso (ou Massa)
Forma
Configurao
Dimenses
Acabamento
Ajustes
Textura
Fixaes
Foras
Cinemtica (velocidade, acelerao, etc.)
Tipo de Energia (trmica, eltrica, etc.)
Fluxo (massa ou energia)
Sinais (eltricos, pneumticos, etc..)
Estabilidade (dos sistemas)
Controle (dos sistemas)
81
Os atributos especficos servem para apoiar na definio dos requisitos de projeto.
evidente que o universo dos atributos especficos potenciais resulta na impossibilidade de se
consider-lo na sua totalidade. A classificao exposta no quadro 5.6 deve ser considerada como
a proposta mnima, baseada na experincia do autor e nas propostas de "check-lists" mais
representativas da literatura, de maneira que permita um guia mnimo durante o projeto
informacional, auxiliando na definio dos requisitos de projeto.
Da maneira antes exposta, fica proposta uma ferramenta que permite operacionalizar a
captao das necessidades, assim como apoiar as sucessivas transformaes que as mesmas
sofrem nas diversas etapas do processo de projeto informacional. No quadro 5.7, tem-se um
resumo da classificao geral proposta para os atributos do produto.

Quadro 5.7.- Classificao resumo do atributos do produto.

Funcionamento
Ergonmico
Esttico
Econmico
Segurana
Confiabilidade
Legal
Patentes
Da Normalizao
Da Modularidade
Do Impacto Ambiental
Fabricabilidade
Montabilidade
Embalabilidade
Transportabilidade
Armazenabilidade
Comerciabilidade
Da Funo
Usabilidade
Mantenabilidade
Reciclabilidade
Descartabilidade
Atributos Gerais
Atributos Materiais
Geomtricos
Material (tipo)
Cor
Peso (ou Massa)
Forma
Configurao
Dimenses
Acabamento
Ajustes
Textura
Fixaes
Foras
Cinemtica (velocidade, acelerao, etc.)
Tipo de Energia (trmica, eltrica, etc.)
Fluxo (massa ou energia)
Sinais (eltricos, pneumticos, etc..)
Estabilidade (dos sistemas)
Controle (dos sistemas)
Atributos Bsicos
82
5.4.- Os atributos do produto na obteno das especificaes de projeto.
O desenvolvimento exposto visa estabelecer as ferramentas de apoio obteno
sistemtica das especificaes de projeto, mediante combinaes matriciais das diferentes
categorias de atributos propostos. Neste sentido, a seguir sero expostas as ferramentas
desenvolvidas.

5.4.1.- Matriz de apoio ao levantamento das necessidades.
conhecida (e abundantemente citada na literatura publicada sobre o tema) a
recomendao de consultar os diferentes tipos de clientes, sobretudo os usurios diretos, no
momento de levantar as necessidades. Embora seja este o procedimento mais recomendado,
existem inmeros casos onde a equipe de projeto deve, diretamente, levantar as necessidades (ou
parte delas), procedimento para o qual no existe, at o presente, uma sistemtica adequada.

Fig. 5.4.- Matriz de apoio ao levantamento das necessidades.

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
Produo
Montagem
Transporte
Armazenagem
Funo
Uso
Manuteno
Funcionamento Ergonomia Esttica Econmico Normalizao Modular
Ciclo de
Vida
Atributos bsicos do produto
Ter fcil
soldagem.
Ser pintada sem
desperdcio.
Ter mnimo
tempo produo
Ter custo
mnimo produo.
Ter facilitada
a montagem.
Ter facilidade
de transporte.
Ter facilidade
de armazenag.
Ter mesa mais larga. Ser ergonmica.
Ter mesa inclinada. No seja dura.
Ter encosto maior. No ter ressaltos.
Ter porta material.
Ter mesa c/port.mat.
Ter cor
agradvel.
Ter estrutura
leve.
Ter facilidade
de manuteno.
Estrutura mod.
resistente.
Ter unies
normalizadas.
83
representadas pelos atributos bsicos do produto (tambm os definidos para o produto
especfico) como mostrado na figura 5.4, tomada de um exemplo real, o reprojeto de uma cadeira
escolar, [Silva, M. e Belm, M. 2000].
A matriz funciona atravs de um percurso horizontal; em cada linha da matriz (fase do
ciclo de vida, especficas do produto), detendo-se em cada coluna (atributo bsico do produto)
levanta-se (na interseo) as necessidades associadas dupla assim conformada (fase do ciclo de
vida e atributo bsico correspondente). Desta maneira, iniciando o percurso horizontal na linha
superior e descendo, linha a linha, a equipe de projeto levanta as necessidades (quantas sejam
possveis levantar em cada dupla de fatores). Em cada interseo deve-se formular as perguntas
estimulantes seguintes:
Existe (na fase do ciclo de vida que se trata) alguma necessidade associada ao atributo bsico
da interseo?;
Qual esta necessidade?
importante para o sucesso do produto?.
Desta maneira vo conformando-se, durante o percurso na matriz, a lista de necessidades
levantadas com as perguntas. Durante a procura direta pelas necessidades, a equipe de projeto j
pode levantar as mesmas na forma padronizada (diretamente como requisitos de usurio) usando
os verbos ser, estar ou ter num caso, ou usando os verbos formadores de funes, em caso de
tratar-se de funes.
A matriz de apoio ao levantamento das necessidades, se constitui numa ferramenta
importante no incio do processo de projeto e constitui um aporte importante da presente tese.
Nas etapas iniciais, alm de ter-se poucos elementos sobre o produto que vai ser
projetado, existe pouco apoio metodolgico ou sistemtico. Usando a matriz de referncia, a
equipe de projeto tem a possibilidade de fazer uma viagem virtual (detectando necessidades)
pelos aspectos mais importantes do produto, arranjados em forma de matriz, conformada pelos
aspectos temporais (ciclo de vida), pelos quais o produto deve atravessar durante sua vida vs. os
aspectos mais relevantes do mesmo (atributos bsicos).

5.4.2.- Matriz de apoio converso de requisitos de usurio em requisitos de
projeto.
84
A segunda matriz, neste caso para converter requisitos de usurio em requisitos de
projeto, denominada matriz de apoio obteno dos requisitos de projeto.
Na figura 5.5 aparecem os requisitos de usurio (gerados antes na matriz de apoio ao
levantamento das necessidades da cadeira escolar), como linhas da matriz, tendo como colunas
os atributos especficos do produto. Os cruzamentos das linhas (requisitos de usurio) com as
colunas (atributos especficos), incentivam equipe de projeto a decidir (estimulados pelos
atributos especficos), quais requisitos de projeto (mensurveis) satisfazem o requisito de usurio
da linha, podendo-se gerar o (ou os) correspondente(s) requisito(s) de projeto nas intersees.

Fig. 5.5.- Matriz de apoio converso dos requisitos de usurio em requisitos de projeto.

Sabe-se que a converso dos requisitos de usurio em requisitos de projeto, se constitui
na primeira deciso fsica sobre o produto que est sendo projetado. Esta ao definir
parmetros mensurveis, associados s caractersticas definitivas que ter o produto sob anlise,
razo pela qual, esta etapa se constitui num momento importante para o processo de projeto em
geral. A proposta de usar a matriz de apoio obteno dos requisitos de projeto visa estabelecer
Geomtricos Material Cor Peso ou massa Foras Cinemtica Tipo Energia Fluxo Sinais Estabilidade Qualidade
Requisitos
de usurio
Atributos especficos do produto
Ter fcil soldagem.
Ser pintadasem
desperdcios.
Ter mnimo tempo
deproduo.
Ter custo mnimo
deproduo.
Ter facilitadaa
montagem
Ter facilitado o
transporte.
Ter facilitadaa
armazenagem.
Ter portamaterial
cadeirae namesa.
Ter cor agradvel.
Ter estrutura
leve.
Ter estruturamod.
resistente.
Ter mesaeencosto
maiores.
Reduzir juntas
complexas.
Madeira e
tubo ao.
Evitar
cores
vivas
Usar peas
similares.
Mnimo de
peas.
Elementos
normalizados.
Reduzir juntas
complexas
Formas
encaixveis.
Formas
empilhveis.
Usar aestrutura
parao portamat.
Estrutura
modular simples
Incrementar as
reas demesae
encosto.
Decidir sees
dos tubos.
85
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.

5.5.- A casa da qualidade.
A casa da qualidade ser usada como parte da sistematizao proposta, com pequenas
variantes que permitam avaliar produtos originais desde o seu incio; ser realizada, em seguida,
uma anlise do uso desta ferramenta de avaliao. O uso da casa da qualidade visa a estabelecer
as relaes relevantes entre as duas categorias de requisitos obtidas nas etapas anteriores: os
requisitos de usurio e os requisitos de projeto, visando hierarquizar estes ltimos, como base
das especificaes de projeto.

Fig. 5.6.- Casa da qualidade para obter as especificaes de projeto.

Pri mei ro Campo Qui nt o Campo
Tercei ro Campo
Quart o Campo
Oi t avo Campo
St i mo Campo
Nono Campo
Sext o Campo
Segundo Campo
86
Para o preenchimento da casa da qualidade recomenda-se constituir uma equipe
composta por especialistas das diversas reas do ciclo de vida (junto aos projetistas),
denominada como equipe de engenharia simultnea. No caso em que no for possvel constituir
esta equipe, conveniente (como mnimo para a anlise dos critrios contidos na matriz
principal da casa da qualidade) a presena dos especialistas de marketing que definiram o
problema de projeto, assim como dos especialistas das reas de produo, montagem e
manuteno da empresa produtora.
O formato da casa da qualidade recomendado aparece na figura 5.6, que se passar a
expor a maneira de preencher, usando a informao obtida.
No primeiro campo da figura 5.6, conhecido como linhas da casa da qualidade, se situam
os requisitos de usurio, classificados segundo a fase do ciclo de vida.
O segundo campo corresponde avaliao quantitativa de cada requisito de usurio,
numa escala 0-100, segundo a sua importncia, a ser preenchida pela equipe
multidisciplinar formada, levando em conta as opinies dos clientes.
No terceiro campo (as colunas), situam-se os requisitos de projeto obtidos.
O quarto campo, serve para situar os produtos concorrentes identificados.
O quinto campo, a matriz principal e nela so feitas as avaliaes entre os requisitos de
usurio e os requisitos de projeto, numa escala quantitativa (0-1-3-5).

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
Se no conjunto dos requisitos de projeto mais importantes (primeiros conjuntos das
quatro hierarquias), como exemplo, a maioria deles se mantm (dentro dos primeiros conjuntos,
nas quatro listas, mesmo com mudanas na posio de algum requisito dentro do conjunto),
significa que existem poucas contradies entre as hierarquias obtidas e o trabalho tambm tem
validade. Neste caso, pode-se tomar para a hierarquizao final, uma mdia das hierarquizaes,
ou decidir a mesma por consenso da equipe de projeto.
No caso de existirem grandes discrepncias na posio hierrquica dos requisitos de
projeto (nas quatro listas hierrquicas) deve se revisar o trabalho da casa da qualidade, assim
como o peso da importncia de cada requisito de usurio, reiniciando o trabalho de avaliaes.
Definida a hierarquizao final dos requisitos de projeto, chegou-se ao ponto para definir
as especificaes de projeto. Cada requisito definido deve ser completado com:
parmetro alvo a ser atingido por cada requisito durante o projeto, a fabricao ou
funcionamento do produto;
a avaliao que se prope estabelecer para verificar o cumprimento do alvo definido e
aqueles aspectos que devem ser evitados durante a implementao do requisito.
Desta maneira, as especificaes de projeto se constituem nos requisitos obtidos pela
hierarquia final da casa da qualidade, que incluem a definio dos alvos ou metas, os elementos
de avaliao para atingir os alvos e da definio dos elementos que devem ser evitados para o
adequado atendimento do requisito.
Durante o desenvolvimento do sistema computacional foram preparados dispositivos para
facilitar esta proposta, que ser exposta em detalhes adicionais no estudo de caso. No exemplo
selecionado para o estudo de caso e visando obter as especificaes de projeto, somente se
avaliaro duas hierarquizaes diferentes decorrentes da casa da qualidade, visando uma
simplificao da exposio.

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.

Fig. 5.7.- Resumo grfico da sistematizao proposta.

Venda Compra
Armazen.
Transporte
Fabricao
Projeto
Montagem
Reciclagem
Manuteno
Funo
Uso
Descarte
Pr ojeto
Pr oj eto Conce itua l
Pr oj eto Pr el iminarPr oj eto Deta lhado
Problema de Projeto
Espe cificaes d e P rojeto
Setores deMercado
Captao das
Necessidades
Trabalho de
Marketing
Obteno das
Especificaes
de Projeto
Setores Produtivos Setores de Consumo
Nec.
Nec.
Nec.
Nec.
Nec. Nec.
Nec.
Nec.
Nec.
Nec.
Nec.
D e s e m p e n h o
E r g o n m i c o
E s t t i c o
E c o n m i c o
S e g u r a n a
I m p a c t o A m b i e n t a l
L e g a l
P a t e n t e s
N o r m a l i z a t i v o
M o d u l a r
F a b r i c a b i l i d a d e
M o n t a b i l i d a d e
E m b a l a b i l i d a d e
T r a n s p o r t a b i l i d a d e
A r m a z e n a b i l i d a d e
C o m e r c i a b i l i d a d e
F u n a b i l i d a d e
U s a b i l i d a d e
M a n u t e b i l i d a d e
R e c i c l a b i l i d a d e
D e s c a r t a b i l i d a d e
A t r i b u t o s G e r a i s
A t r i b u t o s E s p e c f i c o s
A t r i b u t o s M a t e r i a i s
A t r i b u t o s E n e r g t i c o s
A t r i b u t o s d e C o n t r o l e
G e o m t r i c o s
M a t e r i a l
P e s o o u M a s s a
C o r
C o n f i g u r a o
F o r m a
D i m e n s e s
A c a b a m e n t o S u p .
A j u s t e s e T o l .
T e x t u r a
E l e m . d e F i x a o
F o r a s
C i n e m t i c a ( V e l o c . A c e l e r a c . e t c . )
T i p o d e E n e r g i a
F l u x o ( m a s a o u e n e r g i a )
S i n a i s
C o n t r o l e d a q u a l i d a d e
A t r i b u t o s B s i c o s
A t r i b u t o s d o C i l o d e v i d a
E s t t i c o
C i c l o d e V i d a
Listadenecessidades
SER ESTAR TER VERBOSFORMADORESDEFUNES
SUBSTANTIVOS
ListadeRequisitosdeusurio
ATRIBUTOS DO PRODUTO
CICLO DE VIDA
CASA DA QUALIDADE
MATRIZ DE CONVERSO
DE REQUISITOS DE USURIO
EM REQUISITOS DE PROJETO
MATRIZ DE
GERAO DAS
NECESSIDADES
Problema
de
Projeto
SISTEMTICA DE CONVERSO
Fr ont ei r as do pr oc es s o s i s t emat i zado de pr oj et o i nf or mac i onal
Fr ont ei r a do pr ocesso de
t r ansf or mao de i nf or maes
Produo
Montagem
Embalagem
Transporte
Armazenagem
Compra
Venda
Funo
Uso
Manuteno
Reciclagem
Descarte
Funcionamento Ergonomia Esttica Econmico Segurana Confiabilidade Legal PatentesNormalizao Modular Ambiental Ciclo de
Vida
Atributos bsicos do produto
SejaFabric. Termateriais Baixocusto noagressiv.
Termnima manuteno
Ter mater. reciclveis
Termater. Prpriosao descarte
Sejatransportada comfacilidade
Sejaarmazenada comfacilidade
Seja econmica
Seja agradvel
Sejacmoda Sejasegura
Ocupe mnimoVol.
Ocupe mnimoVol.
Ocupemn. volume
Sejadefcil montagem
Ocupepouco espao
Geomtri cos Material Cor Peso ou massa Foras Cinemtica Tipo Energi a Fluxo Si nai s Estabili dade Qualidade Requisitos
de usurio
Atributos especficos do produto
Seja Fabri c
Baixo custo.
Ter materi ais no
agressivos.
Seja de fcil
Montagem
Seja transportada comfacil idade.
Ocupe mnimo
volume
Seja armazenada
comfacil idade
Seja econmica
Ocupe pouco espao.
Seja agradvel .
Seja cmoda
Seja segura
Ter materi ais
recicl veis/descat.
Materi al
barato.

Control ar a
qual idade fi nal.
Madeira ou Ao
Forma si mples
Empilhvel ou dovrvel.
Empilhvel
ou dovrvel Empilhvel ou dovrvel.
Materi al
barato L eve
Forma esttica Cor
adeq.
Di menses adequadas.
Mat. resistente Forma estvel
Madeira
ou Ao
Pr i m ei r o Ca m p o Qu i n t o Cam p o
Ter c ei r o Cam p o Qu ar t o Cam po
St i mo Cam p o
No n o Cam p o
Requisitos
de
Usurio
Requisitos
de
Projeto
Necessidades
ESPECIFICAES
DE
PROJETO
92

Fig. 5.8. Seqncia metodolgica e ferramentas de apoio.

Informaes tcnicas Informaes tcnicas
Informaes do produto Informaes do produto
Ciclo de vida Ciclo de vida
Atributos do produto Atributos do produto
Ciclo de vida Ciclo de vida
Atributos bsicos produto Atributos bsicos produto
Anlise lingstica Anlise lingstica
ser, estar ou ter ser, estar ou ter
Atributos especficos Atributos especficos
do produto do produto
Casa da qualidade Casa da qualidade
Requisitos de projeto Requisitos de projeto
Objetivos Objetivos
Metas, alvos, avaliao Metas, alvos, avaliao
Restries Restries
Ferramentas gerais Ferramentas gerais
1
2
3
4
5
6
7
Problema
de Projeto
ESTUDO
INFORMATIVODO
PROBLEMADE
PROJETO
DEFINIR
CICLODEVIDA
EATRIBUTOS
DOPRODUTO
DEFINIODAS
NECESSIDADES
DOPROJETO
CONVERSODE
NECESSIDADESEM
REQUISITOSDE
USURIO
CONVERSODE
REQ. USURIOEM
REQUISITOSDE
PROJETO
AVALIAODE
REQ. USURIOVS.
REQ. PROJETO
DEFINIODAS
ESPECIFICAES
DEPROJETO
ESPECIFICAESDE PROJETO
Ferramentas especficas Ferramentas especficas
Informao da equipe de marketing Informao da equipe de marketing
Procura de patentes Procura de patentes
Procura de produtos similares (concorrentes) Procura de produtos similares (concorrentes)
Tecnologias e mtodos de fabricao Tecnologias e mtodos de fabricao
Tipo de produto Tipo de produto
Tipo de projeto Tipo de projeto
Volume planejado de produo Volume planejado de produo
Questionrios estruturados e no estruturados Questionrios estruturados e no estruturados
Entrevistas pessoais, telefnicas, gravadas, etc. Entrevistas pessoais, telefnicas, gravadas, etc.
Experincia da equipe de projeto Experincia da equipe de projeto
Matriz de apoio obteno das necessidades Matriz de apoio obteno das necessidades
Uso dos verbos ser, estar e ter Uso dos verbos ser, estar e ter
Uso de verbos formadores de funes Uso de verbos formadores de funes
Conhecimento do tipo de produto Conhecimento do tipo de produto
Matriz converso de req. Usu. emReq. Proj. Matriz converso de req. Usu. emReq. Proj.
Produtos concorrentes Produtos concorrentes
Equipe multidiciplinar Equipe multidiciplinar
Consenso da equipe Consenso da equipe
Benchmarketing Benchmarketing
Problema de projeto Problema de projeto
Hierarquizaes da casa da qualidade Hierarquizaes da casa da qualidade

Emc 5302 Capitulo 5 New

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Emc 5302 Capitulo 5 New

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDADE FEDERAL DE SANTA CATARINA

DEPARTAMENTO DE ENGENHARIA MECNICA

Das könnte Ihnen auch gefallen