Escolar Documentos
Profissional Documentos
Cultura Documentos
Rogerio Omokawa
So Carlos
1999
Rogerio Omokawa
Rogerio Omokawa
AGRADECIMENTOS
Ao Professor Henrique pela oportunidade, pela orientao e pelas aulas de
vida
Aos companheiros do Grupo de Engenharia Integrada: Adriana, Bianca,
Cristiano, Daniel Capaldo, Daniel Dupas, Edmundo, Eduardo Chup, Fernandinho,
Francis, Lucas, Lus, Marcel, Marcelo, Renato, Srgio e Vander, pelas batalhas que
vencemos.
A todo pessoal do NUMA (Ncleo de Manufatura avanada).
A todos do HPTD principalmente ao Dr. Baake, pela oportunidade de
desenvolver o trabalho na prtica, Leni e ao Srgio pelo apoio e auxlio durante a
realizao do estudo de caso.
s pessoas que responderam ao questionrio e que auxiliaram no
desenvolvimento deste trabalho, principalmente ao Lino pela ateno e interesse.
Ao Enio da Embraer e ao Adalberto da Datavision, pelo auxlio prestado no
incio deste trabalho.
Ao meus tios Laura e Tadao pelo apoio antes e durante a realizao deste
trabalho.
Ao Departamento de Engenharia pelo auxlio e ateno.
FAPESP (Fundao de Amparo pesquisa do Estado de So Paulo) pela
bolsa de estudo concedida.
A todos que, de uma forma ou de outra, contriburam neste trabalho e que no
foram citados.
Meu muito obrigado.
Rogerio Omokawa
SUMRIO
TCNICAS
Rogerio Omokawa
LISTA DE FIGURAS
ii
Rogerio Omokawa
iii
LISTA DE TABELAS
iv
Rogerio Omokawa
APQP:
CAD:
CAE:
CAM
CAPP:
DFMA:
EDM:
ERP:
ES:
Engenharia Simultnea
FMEA:
IGES:
Just In Time
PDES:
PDM:
vi
PDT:
QFD:
QS9000:
SET:
STEP:
DXF
HPGL
TIFF
VDA-FS:
Rogerio Omokawa
vii
RESUMO
Palavras-chave:
sistemas
de
gerenciamento
de
dados
de
produto;
Rogerio Omokawa
viii
ABSTRACT
Rogerio Omokawa
1. INTRODUO
Rogerio Omokawa
1.1. JUSTIFICATIVA
A engenharia simultnea e os sistemas de gerenciamento de dados de produto
(PDM), apesar de serem uma ajuda preciosa para que as empresas enfrentem as
novas condies de sobrevivncia no mercado atual, no so muito conhecidos.
Alm disso, existem poucos trabalhos cientficos relacionados implantao deste
tipo sistema e o auxlio destes no gerenciamento de dados em ambiente de
engenharia simultnea.
Existe tambm uma grande dificuldade por parte das empresas no
levantamento e necessidades de gerenciamento de dados e na escolha do sistema de
acordo com este levantamento.
1.2. OBJETIVOS
Os objetivos deste trabalho so:
Rogerio Omokawa
1.4. MTODO
Conforme os objetivos propostos e segundo DANE (1990), que considera a
pesquisa descritiva como o tipo de pesquisa utilizada para examinar um fenmeno
para defini-lo melhor ou para diferenci-lo de outros fenmenos, como uma pesquisa
que procura capturar as caractersticas de um objeto, de uma pessoa ou de um evento
em um dado momento, mesmo que estas caractersticas mudem ao longo do tempo,
este trabalho caracterizado como uma pesquisa descritiva.
O mtodo utilizado neste trabalho a pesquisa de campo, onde o objeto de
anlise uma implantao de um sistema PDM em um projeto de desenvolvimento
de um produto. Este mtodo foi escolhido porque, segundo DANE (1990), a pesquisa
Rogerio Omokawa
Rogerio Omokawa
Rogerio Omokawa
adicionais
levantadas
pela
bibliografia
em
relao
ao
Rogerio Omokawa
Rogerio Omokawa
10
2.1. A
ABORDAGEM
TRADICIONAL
(SEQENCIAL)
DE
Rogerio Omokawa
11
grau de incerteza
qtde de escolhas
influncia no custo
custo modificao
$ 85%
?
tempo
tempo
$
tempo
tempo
a linearidade das fases do desenvolvimento de produto faz com que uma parte
significativa (50 a 80%) dos custos de manufatura sejam decididos antes dos
engenheiros de manufatura comearem a fazer parte do projeto (PRASAD,
1996);
Rogerio Omokawa
12
Rogerio Omokawa
13
Fase
Desenvolvimento
do Conceito
Planejamento
do Produto
Engenharia do
Produto/Processo
Produo
Piloto/Aumento da
Produo
Aprovao do
Programa
conceito
Liberao
Primeiro
Final de
Prottipo Engenharia
projeto/planejamento
produto
processo
Introduo no
Mercado
produo piloto
aumento da produo
14
da
QS9000
(CHRYSLER
CORPORATION;
FORD
MOTORS
Lanamento
Conceber
Produto
Conceituar
Produto
Proj. Produto e Processo
Homologar
Produto
Homologar
Processo
TreinarEmpresa
Empresa
Treinar
Produo
Avaliao e Aes Corretivas
15
16
dispositivos, prottipos, etc. Nesses casos chamada uma reunio extra de todos os
membros do time, a fim de liberar com maior rapidez os itens crticos. Eles so ento
considerados gargalos do desenvolvimento e comeam a ser acompanhados com
maior preciso.
No final da fase de detalhamento acontecem reunies para definir os
potenciais de falhas do projeto e processo que sero verificados durante a
homologao do produto e processo respectivamente. Nesta fase so utilizados
conceitos da QS 9000, uma evoluo da ISO 9000, aplicando-se particularmente a
tcnica de FMEA (failure model & effect analysis). No detalhamento so obtidas
tambm outras informaes, tais como fluxo de processo; carta de controle estatstico
de processo; croquis de fabricao, de set-up de equipamento e de inspeo; lista de
ferramental, etc.
Rogerio Omokawa
17
18
visa
eliminar
ou
minimizar
os
problemas
apresentados
pelo
2.3. A
ENGENHARIA
SIMULTNEA
CLASSIFICAO
DOS
Rogerio Omokawa
19
2.3.1.1. Processos
a) A Abordagem de Time
So abordadas aqui as caractersticas do time multidisciplinar de
desenvolvimento de produtos. Segundo SYAN (1994) este time deve conter pessoas
de vrios departamentos da empresa, como mostrado na Figura 4, incluindo tambm
os principais fornecedores e clientes.
engenharia do
produto
compras
engenharia de
manufatura
Time
Multidisciplinar
financeiro
fornecedores
marketing
vendas
vendedores
especialistas:
maquinas
ferramentas
moldes
semi condutores
clientes
20
Alm disso, para que a ES tenha sucesso preciso que exista a comunicao
efetiva entre os seus integrantes. Esta comunicao envolve as pessoas, a troca de
dados entre os sistemas utilizados tais como CAD/CAM e, talvez a atividade mais
importante do time multidisciplinar, a documentao e gerenciamento das
informaes e das decises realizadas, para que possam ser recuperadas sempre que
necessrio (SYAN, 1994).
b) Estrutura Organizacional
A forma com que a empresa se organiza para o desenvolvimento de produtos,
influi neste desenvolvimento. Existem vrias maneiras da empresa se organizar.
Segundo SYAN (1994), a organizao matricial (Figura 5) a que mais se adapta
s empresas que utilizam a abordagem de engenharia simultnea. Este tipo de
organizao compreende a superposio ou cruzamento de dois tipos de estruturas: a
funcional ou departamental (permanente) e as estruturas de projetos (transitrias, que
existem apenas enquanto durarem os projetos nos quais as pessoas esto alocadas),
permitindo a formao dos times multifuncionais.
Gerncia
Dep. 1
Dep. 2
Projeto A
A1
A2
Projeto B
B1
B2
Projeto C C1
Dep. 3
B3
C3
Organizao do Projeto
Organizao
Departamental
A1: pessoas do
departamento 1
que trabalham no
projeto A
B2:pessoas do
departamento 2
que trabalham no
projeto B
.
.
.
Rogerio Omokawa
21
Departamento 1, 2, 3, ...
GF
GF
D1
GF
D2
Gerente
Funcional
(GF)
GF
D3
D4
Dn
Pessoal do Departamento
Envolvido em um Determinado
Projeto
Rogerio Omokawa
22
GF
GF
D1
GF
D2
GF
D3
GF
D4
Dn
Assistentes
do GP
R
Gerente do
Produto (GP)
R
Representante
rea de grande
influncia do GP
23
GF
GF
D1
GF
D2
GF
D3
GF
D4
Dn
Conceito
R
GP
Mercado
24
GF
GF
D1
GF
D2
GF
D3
GF
D4
Dn
Mercado
Conceito
R
GP
25
Rogerio Omokawa
26
QFD
definio de
requisitos
QFD
tcnicas de resoluo problemas
DFM
desenvolv.
do conceito
QFD
FMEA de produto
Taguchi
DFM
detalhamento
do projeto
QFD
tcnicas de resoluo problemas
FMEA de processo
desenvolv. do
conceito do
sistema de
manufatura
QFD
FMEA de processo
capabilidade de processo
poka yoke
planejamento
do processo
manufatura
servio e
suporte
27
Rogerio Omokawa
28
Rogerio Omokawa
29
compartilhem
informao
em
um
ambiente
integrado
de
desenvolvimento de produtos. Por esta razo, uma comunicao efetiva vital para o
sucesso da implantao desse ambiente (CARTER & BAKER, 1992).
A complexidade do produto determina o nmero de reas envolvidas e ambos
determinam o tipo de infra-estrutura necessria para o compartilhamento da
informao. Quanto mais componentes e reas, mais variado e no integrado so os
dados, requerendo assim uma infra-estrutura mais complexa que possa integrar os
dados e manter todas as pessoas informadas sobre as atividades realizadas no
ambiente de ES (CARTER & BAKER, 1992).
Com poucas reas envolvidas no PDT, com um time pequeno e com o
produto e os requisitos de cliente e da empresa simples, pode-se necessitar apenas de
um correio eletrnico para manter o time informado sobre as tarefas de projeto. Com
mais reas envolvidas, pode-se utilizar uma base de dados de projeto aliada a
ferramentas para a automatizao de fluxos de trabalho (workflows) do
desenvolvimento de produtos.
As informaes relevantes da empresa, incluindo as das outras trs
dimenses, devem permear esta dimenso e ficarem disponveis para quando os
membros do time necessitarem (CARTER & BAKER, 1992).
30
Rogerio Omokawa
31
32
33
Fornecedor
Informao
Processo de
Negcio
Atividades
Cliente
Informao
Organizao
Recursos
Figura 11: Definio de Processo de Negcio
Fonte: ROZENFELD, 1996, p.37
Segundo ROZENFELD (1996), a viso da empresa por processos de negcio
facilita o gerenciamento de recursos, pois fornece uma viso sistemtica destes
recursos, mostrando quais recursos so compartilhados por mais de um processo.
Com base na viso por processos de negcio, CLARK & FUJIMOTO (1991,
p.20) definem o desenvolvimento de produtos como: o processo pelo qual uma
organizao transforma dados sobre oportunidades de mercado em informaes para
a fabricao de um produto comercial.
A viso por processos auxilia tambm na obteno de uma viso global da
empresa, ROZENFELD (1996) chama esta viso global de viso holstica.
Segundo ele, a viso holstica de uma empresa eqivale a se ter uma imagem
nica, sinttica de todos os elementos da empresa, que normalmente podem ser
relacionados a vises parciais abrangendo suas estratgias, atividades, informaes,
recursos e organizao, assim como suas inter-relaes (Figura 12). Como recursos
deve-se entender os recursos financeiros que a empresa utiliza, seus equipamentos de
produo e de trabalho, os mtodos e tcnicas empregadas, hardware, software, etc.
Rogerio Omokawa
34
Estratgias
Atividades
Recursos
tcnicas/mtodos
equipamentos
hardware
software
rec. financeiros
Informaes
Organizao
estrutura
cultura
aprendizagem
pessoas
35
2.5. NECESSIDADES
DE
GERENCIAMENTO
DE
DADOS
EM
UM
Rogerio Omokawa
36
Rogerio Omokawa
37
proteger as informaes.
Segundo HITCHINS (1994), as necessidades de gerenciamento so:
Rogerio Omokawa
38
Rogerio Omokawa
39
3.1. HISTRICO
Nas ltimas dcadas as empresas de manufatura fizeram investimentos
significativos em automao de vrios processos do ciclo de vida dos produtos.
Infelizmente, o uso de softwares para suportar cada uma destas tecnologias resultou
em ilhas de automao que podem ser caracterizadas por (DICKERSON, 1996):
40
41
3.2. TERMINOLOGIA
Segundo PIKOSZ (1997, p.8), PDM define os processos que so utilizados
para transmitir e gerenciar dados do produto que so criados e detalhados em
diferentes reas da empresa.
J sistemas PDM referem-se a sistemas que possuem funes para organizar,
acessar e controlar todos os dados relativos a um produto, e gerenciar o ciclo de vida
do produto. Estes sistemas podem trabalhar com uma grande variedade de softwares
e com sistemas tradicionais, no computacionais, que geram ou usam dados do
produto, tais como, documentos em papel. O sistema tambm pode trabalhar com
uma combinao de computadores, estaes de trabalho, e hardware associados
(MILLER et al., 1994, p.6)
Para DICKERSON (1996), sistemas PDM so aqueles que integram e
gerenciam os processos, aplicaes, e informaes que definem os produtos ao longo
de sistemas distribudos e vrias mdias na empresa. Sistemas PDM incorporam
Rogerio Omokawa
42
Rogerio Omokawa
43
Projeto
PDM
Ger. configuraes
Ger. projeto
Produto
Manufatura
EDM
Processo de ECO
Dados de processo
Dados de fornecedores
Estrutura de produto
Dados de produto
em processo
Integrao com CAD
Manuais
ia
ec
p
Es
Gerenciamento de Documentos
a
liz
Docs. gerais
Rogerio Omokawa
44
projeto: uma rea utilizada apenas para produtos complexos, como por
exemplo aeronaves, navios, etc., quando um gerenciamento de projetos detalhado
necessrio. O status de cada desenho individual controlado de acordo com
prazos, para garantir que o projeto seja cumprido no tempo estipulado. Alm
disso, informaes detalhadas do gerenciador de configuraes (por exemplo,
vrias vises da estrutura de produto) so geradas e podem ser mantidas devido a
normas, manuteno do produto, ou por motivos de contrato (SWANTON,
1997).
Neste trabalho utiliza-se o termo PDM (product data management) utilizado
Rogerio Omokawa
45
Principais Funcionalidades
classificao e recuperao;
gerenciamento de projetos;
Funcionalidades de Apoio
comunicao e notificao;
transporte de dados;
converso de dados;
administrao.
A seguir cada uma destas funcionalidades ser detalhada.
46
gerenciados pelo sistema PDM (CIMDATA, 1996). Estes dados podem incluir a
combinao de (MILLER et al., 1994):
Item 2
Item 7
Item 3 Item 8
Item1
Item 4
Item 5
Metadados
1 facear
2 desbastar
3 retificar
G01 07 67
G97 46 83
D26 95 21
Controle de Acesso
Vault
Rogerio Omokawa
47
Desenhar
Componente
Calcular
Componente
Detalhar
Componente
Aprovar
desenho
48
Rogerio Omokawa
49
Vista Funcional
corpo
corpo
reservatrio
reservatrio
carga
carga
regulagem
regulagem
tinta
tinta
caneta
caneta
reforo
reforo
ponta
ponta
Vista de Montagem
cilindro
inferior
cilindro
inferior
cilindro
superior
ponta
do
cilindro
tubo
tinta
ponta
metlica
ponta do
cilindro
reteno
reteno
no
nobolso
bolso
grampo,
bolso
aparncia
aparncia
faixa
decorativa
montagem
montagem
cilindro
cilindro
inferior
inferior
faixa
decorativa
ponta
metlica
tubo
tinta
cilindro
superior
grampo,
bolso
caneta
caneta
montagem
montagem
refil
refil
montagem
montagem
cilindro
cilindro
superior
superior
Rogerio Omokawa
50
Desenho de detalhamento
FONE
Relatrio de testes
Dados de marketing
Rogerio Omokawa
51
Reviso A
Reviso B
Reviso C
FONE
Rev. A
Desenho
de detalhamento
Rev. B
Rev. A
Rev. B
Relatrio de testes
Dados de marketing
52
peas prismticas
chapas
paraleleppedos
peas rotacionais
discos
engrenagens
eixos
Atributos
material = SAE 8640
n. escalonamentos = 3
dimetro maior (mm) = 50
comprimento (mm) = 120
Descritores
caractersticas adicionais e
comentrios
Rogerio Omokawa
53
54
1994). Como por exemplo a mudana dimensional de uma pea, que causa mudanas
em todo o conjunto.
Alguns sistemas PDM tm seu prprio sistema de e-mail para informar aos
usurios quando uma nova reviso est pendente ou uma verso foi aprovada. Outros
sistemas PDM utilizam sistemas de e-mail de terceiros ao invs de utilizar um
sistema proprietrio. Esta funcionalidade trabalha em conjunto com a funcionalidade
de fluxo de trabalho, vista anteriormente.
Rogerio Omokawa
55
Cpia
cofre de dados
rea de trabalho
do usurio
Rogerio Omokawa
56
podendo-se destacar:
BARRA, R.A. (1994). On the implementation of systems for realistic visualization of STEP
models. Berlim. Tese (Doutorado) Universidade Tcnica de Berlim apud AGUIAR, A.F.S.
(1995). Sistemtica de seleo de sistemas computacionais para o auxlio s atividades de
engenharia. So Carlos. 139p. Dissertao (Mestrado) - Escola de Engenharia de So Carlos,
Universidade de So Paulo. p.16
Rogerio Omokawa
57
Rogerio Omokawa
58
3.3.10. Administrao
As funcionalidades de administrao incluem suporte para definir e manter
meta-dados, gerenciar as autorizaes dos usurio, e gerenciar arquivamentos e
backups (MILLER et al., 1994).
Alguns exemplos de meta-dados incluem: identificao do criador do dado
gerenciado; cdigo de identificao do fornecedor, no caso de peas compradas; e
verses de desenhos.
As autorizaes de usurio incluem desde as opes de ler, escrever, copiar e
editar associados a sistemas operacionais de computadores, at o acesso para a
alterao de processos da empresa. Alm disso, alguns sistemas PDM fornecem
funes para manuteno de redes, backup e recuperao de informaes (MILLER
et al., 1994).
Rogerio Omokawa
59
Participao
Mundial (%)
60
1995
1996
50
40
30
20
10
0
Amrica do Norte
Europa
sia
Regio
Rogerio Omokawa
60
Participao no
mercado
Computervision
8%
Metaphase Technology
7%
IBM
6%
Documentum
5%
Intergraph
4%
Sherpa
4%
Formtek
4%
EDS/Unigraphics
3%
Altris Software
3%
NEC
3%
Rogerio Omokawa
61
16%
Documentum
9,7%
Formtek
9%
Sherpa
9,4%
SDRC3
8,3%
Hewlett-Packard
5,5%
Intergraph
3,8%
Interleaf
Participao no
mercado
3%
EDS/Unigraphics
2,8%
NovaSoft
2,7%
Workgroup Technology
2,6%
IBM
2,4%
Cimage
2,1%
Adra
1,6%
Mock-UP)
3
Inclui rendimentos de PDM de 1996 da Control Data Corp. (CDC), adquirida pela SDRC
Rogerio Omokawa
62
Empresa
Participao no
mercado
Consensys
1%
Applicon
0,7%
Autodesk
0,7%
Agile
0,3%
Matra Datavision
0,3%
Outros
18,2%
Participao no
mercado
Metaphase Technology
7%
IBM
6%
Documentum
5%
EDS/Unigraphics
5%
Intergraph
4%
Aspect Development
4%
Sherpa
4%
3%
Computervision Corp.
3%
Rogerio Omokawa
63
Empresa
Participao no
mercado
Siemens
2%
funcionalidades
especficas
tais
como
gerenciamento
de
64
nvel de complexidade
do produto at a obsolescncia.
65
66
67
68
reduo nos custos: pode ser atribuda predominantemente reduo nos custos
de trabalho de engenharia e manufatura (ganhos de mais de 25% podem ser
obtidos) como resultado da reduo do tempo utilizado em atividades associadas
ao manuseio de informaes. Entre estas atividades podemos citar a procura, a
checagem da validade e a movimentao dos dados entre processos
(DEPARTMENT OF TRADE AND INDUSTRY, 1995);
De acordo com MILLER et al. (1994), j no terceiro ano a economia
proporcionada pelo sistema, levando-se em conta apenas as pessoas que utilizam
diretamente o sistema, se torna maior que o gasto com a implantao e
manuteno do sistema (Figura 26). E a partir disso os gastos com o sistema
passam a ser decrescentes, enquanto que a economia passa a ser crescente.
1200
1000
Gastos com Implantao/Manuteno
800
K($)
600
400
200
0
Ano 1
Ano 2
Ano 3
Ano 4
Ano 5
Rogerio Omokawa
69
Rogerio Omokawa
70
71
4.2. DADOS
GERAIS
DA
EMPRESA
DO
AMBIENTE
DE
DESENVOLVIMENTO DE PRODUTOS
Os dados apresentados aqui foram levantados atravs da coleta de dados com
o departamento de marketing e atravs de dados obtidos com os membros do time de
desenvolvimento.
A empresa faz parte de um grande grupo multinacional com presena em
vrios pases, sendo o desenvolvimento e a fabricao de caminhes apenas um dos
negcios da empresa.
No Brasil, onde ela atua desde 1956, existem cerca de 10.000 funcionrios
produzindo desde caminhes leves at os extra pesados, alm de chassis para nibus.
Os veculos produzidos do empresa boa parte do mercado nacional de caminhes,
sendo que em alguns segmentos ela lder de mercado.
A forma com que o processo de desenvolvimento do produto ocorre nova
dentro da empresa em termo de organizao, utilizando a abordagem de times
multifuncionais e de uma estrutura organizacional similar a estrutura de time de
execuo de projetos (Item 2.3.1.1).
O desenvolvimento de produtos realizado por cerca de 70 pessoas que
trabalham direta ou indiretamente no desenvolvimento de produtos. Muitas das
informaes relativas a este processo so confidenciais, pois o produto ainda est em
desenvolvimento. A caracterizao do ambiente do ponto de vista da ES
apresentada a seguir.
Rogerio Omokawa
72
73
abordagem por tarefa: aplicado quando o produto possui uma unidade principal e
requer somente poucas pessoas para desenvolv-lo;
74
Rogerio Omokawa
75
Rogerio Omokawa
76
Figura 28: Mapa das Dimenses com Transferncia das Respostas Positivas
b) Conexo dos pontos em vermelhos mais externos de cada fileira (Figura
29).
Rogerio Omokawa
77
Rogerio Omokawa
78
Rogerio Omokawa
79
Rogerio Omokawa
80
81
foi identificar pessoas que possuem uma viso global da implantao e tem um
grande contato com o ambiente na qual o sistemas est sendo implantado.
Antes da entrevista foi realizado uma pequena introduo sobre os objetivos
do trabalho e a localizao da pesquisa de campo/entrevistas. As entrevistas
ocorreram como esperado no Desenvolvimento da Forma de Coleta dos Dados (Item
1.6.4). Entretanto, como j citado anteriormente, o desenvolvimento do produto um
processo que ainda est ocorrendo, fazendo com que muitas informaes se tornem
confidenciais por parte da empresa e portanto no podendo ser divulgadas.
Alm dos dados obtidos com as entrevistas, so utilizados tambm dados
obtidos no dia a dia , devido ao grande contato do pesquisador com o ambiente de
implantao. Todos esses dados foram estruturados de maneira cronolgica e so
apresentados a seguir.
82
Rogerio Omokawa
83
Rogerio Omokawa
84
85
86
5.2.3.10. Administrao
Possui as funes, que funcionam junto ao gerenciador de base de dados, de
backup, manuteno de usurios, de dados de produtos, e de base de dados.
Permitindo ainda um ambiente distribudo do sistema.
5.2.3.11. Interfaces
O sistema possui interfaces com vrios sistemas, tais como:
Rogerio Omokawa
87
Rogerio Omokawa
88
89
X X X
X X
Fluxo
de
Trabalho
(Workflow)
X X X
X
Gerenciamento
da estrutura de
produto
X X
Gerenciamento
de configurao
X X
Comunicao e
notificao
Transporte
dados
de
X X X X X X
X X X
Servios
de
visualizao e
markup
Administrao
X X X
X
Rogerio Omokawa
90
A B C D E F G H I J K L M N O P Q R S T U
Interfaces
X X
5.2.5.2. Sistema
So apresentados os problemas quanto ao funcionamento, estabilidade e
performance do sistema.
91
5.2.5.3. Usurio
So as dificuldades dos usurios em relao ao sistema
92
5.2.5.5. Vantagens
As vantagens com a implantao do sistema so:
93
Rogerio Omokawa
94
Rogerio Omokawa
95
96
do
sistema
para
que
fossem
identificados
quais
dessas
Rogerio Omokawa
97
Rogerio Omokawa
98
Rogerio Omokawa
99
ANEXOS
Rogerio Omokawa
100
Rogerio Omokawa
101
PARTE I
Responda cada questo (sim S ou no N) da melhor maneira possvel.
Responda sim apenas se sua empresa tem implementada a ao perguntada pela
questo adequadamente. Responda todas as questes, a menos que voc no conhea
a resposta ou se a pergunta no relevante ao seu produto.
DIMENSO: ORGANIZAO
Essa parte do questionrio explora as caractersticas da empresa, no presente
momento, em termos de fatores da dimenso Organizao no ambiente de engenharia
simultnea.
Integrao dos times
Os empregados, individualmente, e os times de trabalho entendem seus
papis e tarefas no contexto de todo o processo de desenvolvimento de produtos.
S
so
entendidos
pelo
time
da
empresa
(incluindo
consumidores e fornecedores)?
Rogerio Omokawa
102
Empowerment
Os nveis de autoridade e responsabilidade que coexistem dentro da empresa
possuem um papel significante em sua produtividade, e tanto as pessoas quanto os
times so premiados .
S
Rogerio Omokawa
103
Treinamento e educao
Os gerentes fornecem suporte de treinamento e educao apropriados para
cada pessoa e times. O treinamento inclui efetivamente como solucionar problemas,
atingir metas, pensar com criatividade, usar padres, utilizar especialistas e
trabalhar com outras disciplinas.
S
Suporte de automao
Gerentes garantem que as ferramentas necessrias estejam disponveis.
Essas ferramentas devem ser integradas e devem fornecer acesso aos dados do
produto.
S
Rogerio Omokawa
104
Rogerio Omokawa
105
106
33.
As
pessoas
possuem
acesso
eletrnico
aos
dados
do
Rogerio Omokawa
107
Feedback
O feedback mantm o processo de desenvolvimento de produto sob controle e
permite que as pessoas e os times manuseiem as divergncias quanto as expectativas
do consumidor, as especificaes do produto, aos padres industriais e a outros
requisitos. O feedback da reviso e inspeo gera aes corretivas, assim como
sugestes para melhorar o produto.
S
Rogerio Omokawa
108
DIMENSO: REQUISITOS
Esta parte do questionrio explora os fatores-chave que caracterizam a
dimenso dos requisitos num ambiente da engenharia simultnea.
Definio dos requisitos
Uma empresa converte as necessidades do cliente em definies de
especificaes e projetos de produto. Em todo estgio deste desenvolvimento,
pessoas, times e gerentes podem checar se os requisitos, as especificaes e os
projetos atendem as necessidades do consumidor.
S
Rogerio Omokawa
109
Metodologia de planejamento
Os mtodos de planejamento, avaliao e projeto de produtos podem ocorrer
de forma bottom-up ou top-down. Nesses mtodos, deve-se incluir as relaes de
anlise de benefcios e a integrao de tarefas e processos de desenvolvimento do
produto.
S
dos
produtos
ou
dos
sistemas
conduzem
Rogerio Omokawa
110
Perspectiva de planejamento
Quando determina-se o processo de desenvolvimento necessrio para um
dado produto, a empresa inclui perspectivas de planejamento como parte do
processo.
S
custo,
funcionalidade,
conformao
para
uso,
segurana,
performance e aceitao?
Validao
Os requisitos para o processo de desenvolvimento so validados avaliados
para determinar se as especificaes esto de acordo com os requisitos do
consumidor e se o processo definido permite obter o resultado pretendido.
S
Rogerio Omokawa
111
Normas
A empresa documenta e comunica s pessoas e times as convenes, linhas
guia, e procedimentos usados para a normalizao dos projetos. As normas devem
englobar os testes, a manufatura e as necessidades do consumidor.
S
Rogerio Omokawa
112
Processo de projeto
As metodologias e as validaes para o processo de projeto so
documentadas e medidas
S
Rogerio Omokawa
113
Otimizao
Os gerentes reagem continuidade da evoluo tecnolgica
S
Rogerio Omokawa
114
Rogerio Omokawa
115
PARTE II
Leia as descries de cada fator-chave, e circule cada descrio cujos
mtodos so necessrios para o sucesso do desenvolvimento do produto XX. Voc
pode circular uma descrio, mais de uma, todas as quatro ou nenhuma delas. Uma
observao que pode ajudar em suas escolha notar que quanto mais complicado o
seu produto, mais descries voc ir circular para cada fator-chave.
DIMENSO: ORGANIZAO
Fatores Chave
Integrao
Times
Abordagem por
Abordagem por
Abordagem por
Abordagem por
Tarefa
Projeto
Programa
toda a Empresa
Um time
Um time
Times
possuem tarefas
disciplinar tem
multidisciplinar tem
multidisciplinares
especficas, com
uma perspectiva
uma perspectiva de
tm membros de
pouca interao
de projeto. Os
programa. Os
toda empresa,
entre engenheiros
dados no so
membros do time
incluindo
ou entre
facilmente
disciplinas. Os
acessveis a
dados so
outras
outras disciplinas.
manufatura,
controlados pelas
disciplinas.
Os dados so
vendas,
dos As pessoas
pessoas.
servios.
por outras
disciplinas.
Empowerment
A gerncia
A gerncia
O time
Os times
multidisciplinar
multidisciplinares
liderar. Pessoas
disciplinar. As
lder. Os times
tm
decises so de
autoridade para
possuem
tomar decises e
prmios so
possuem
dados ao time
responsabilidade de
disciplinas.
disciplinar.
encaminh-los.
Prmios so dados
Prmios so dados
a todos os times
ao time
multidisciplinares.
autoridade para
multidisciplinar.
Rogerio Omokawa
116
DIMENSO: ORGANIZAO
Fatores Chave
Treinamento
Educao
Abordagem
Abordagem
Abordagem por
por Tarefa
por Projeto
Programa
Empresa
e As pessoas
recebem
As pessoas
O time
Os times
recebem
multidisciplinar
multidisciplinares
vrios
em efetividade de
efetividade de time.
especficas.
procedimentos
time. Os membros
Ferramentas interativas
de disciplinas,
do time pensam
ferramentas e
holisticamente e
normas.
usam ferramentas
mtodos de gerao de
como QFD. Os
treinamentos so
exames de
realizados
procedimentos com
conforme situao
diferentes perspectivas.
especfica.
Suporte
Automao
de Ferramentas
tm interface
Ferramentas
Ferramentas de
Ferramentas de
centralizadas
multidisciplinas
multidisciplinas so
verticalmente.
dados de um
cada pessoa
pessoa atravs da
Dados so
projeto. Os
atravs de
empresa. Dados so
colhidos e
dados so
programas. Dados
so colhidos,
disponibiliza-
processados e
problemas ou
Disciplinas
atualizados
procedimentos
com softwares
Um time de
imediatamente.
crescentes. Os times
e hardwares
disciplina pode
Um time pode
podem compartilhar
formar dados de
dados de hardware e
de software e
hardware e
software atravs da
plataforma
hardware.
software. A
empresa. A
sozinha. A
documentao
documentao
documentao
criada em
ambiente de
a empresa no ambiente
sistema
desenvolvimento
de desenvolvimento de
desktop.
do produto.
produto.
Rogerio Omokawa
117
Gerenciamento
do Produto
Abordagem por
Programa
a Empresa
Projeto
Visualizaes
Suportes de decises
E-mail est
Relatrios on-
disponvel para
cada pessoa.
de procura so
Revises
disponveis para
tcnicas e
cada pessoa.
inspees so
Gerncia de
Projeto do
automaticamente
conduzidas de
produto
produto e do
reportados.
maneira
disciplinada e
sistema so
apropriada.
consistente
conectados.
usada.
Dados de
Especificaes
Dados do
Dados de
Dados esto
Produto
do produto e
desenvolvimento
multidisciplinas
projeto so
de produtos so
na base de dados
empresa. Requisitos,
usados e
armazenados,
de
especificaes e dados
documentados
controlados,
desenvolvimento
durante o
alterados e
de produtos so
o controle de verses e
processo de
passados para
inter-operveis
revises.
de projeto
comum.
automticas.
Problemas so
Relatos de
analisados por
problemas so
relatrios de
corretivas, relatos de
priorizados e
problemas e
problemas,
ento corrigidos.
programados, e
solicitaes de
solicitaes de
perseguidos at
melhoria so
melhoria e todas as
os problemas
armazenados em
outras decises so
pelas pessoas.
Feedback
entre ferramentas
analisadas para
dados e ento
continuamente
usados como
melhorar o processo
indicadores para
de desenvolvimento
a satisfao do
cliente.
empresa.
Rogerio Omokawa
118
DIMENSO: REQUISITOS
Fatores Chave
Abordagem por
Abordagem por
Abordagem por
Abordagem por
Tarefa
Projeto
Programa
toda a Empresa
Definio de
Expectativas do
Requisitos de
Requisitos
Requisitos
consumidor e
consumidores ou
multidisciplinares
empresa tem
expectativas
marketing e
so buscados de
internas so
requisitos do
determinadas e
consumidor e de
convertidas para
especificaes
pessoas, voltando
marketing.
estabelecer e
funcionais
aos requisitos do
Requisitos do ciclo
documentar
documentadas e
consumidor ou de
de vida do produto
requisitos.
especificaes do
marketing e
so como parte do
ciclo de vida do
especificaes do
suporte de deciso.
produto.
ciclo de vida do
produto.
Metodologia de
O processo de
O processo do
Times
Requisitos do
Planejamento
projeto bottom-
projeto top-
multidisciplinares
produto e de
up. Todos as
down. O
consideram
projeto de sistemas
pessoas
consumidor, o
avaliaes de
conduzem a tarefas
benefcios, que
interrelacionadas e
a processos.
requisitos de
podem mudar o
avaliao ou
projeto de
projeto de
criao para as
sistemas
arquitetura da
especificaes
conduzem s
tecnologia do
funcionais de
especificaes de
produto ou
produto.
documentos para
processo de
o projeto de
desenvolvimento
subsistemas
manufatura.
funcionais.
Rogerio Omokawa
119
DIMENSO: REQUISITOS
Fatores Chave
Abordagem por
Abordagem por
Tarefa
Projeto
Programa
toda a Empresa
Perspectiva de
As pessoas
Um requisito da
Um requisito da
Um requisito da
Planejamento
documentam
empresa
empresa medir o
planejamentos
documentar o
mltiplas,
projeto do produto
prazo para
comear uma
cada produto.
tarefa.
com relao ao
funcionalidade,
confiabilidade para
uso, segurana
performance e
aceitabilidade.
Validao
Normas
Especificaes de
Requisitos
Multidisciplinas e
subsistemas
especficos de
requisitos do
empresa so
individuais so
disciplinas so
processo so
automaticamente e
validados de
validados de
acordo com os
acordo com os
com os requisitos
alertados quando
requisitos do
requisitos do
do consumidor.
uma falha no
consumidor.
consumidor.
Concordncia
Normas do
Normas de projeto
Normas de projeto
aplicada a normas
projetos so
so usadas para
so regularmente
de projeto so
usadas para
garantir teste de
revisadas e
monitoradas.
garantir a
produtos,
melhoradas
segurana do
manufaturabilidade
continuamente.
produto.
e aceitabilidade.
requisito ocorre.
Rogerio Omokawa
120
Abordagem por
Abordagem por
Abordagem por
Abordagem por
Tarefa
Projeto
Programa
toda a Empresa
As pessoas so
A empresa possui
Um nico sistema
O sistemas da base
dos
responsveis pelo
normas que so
de dados usado
de dados
Componentes
desenvolvimento,
utilizadas para
para desenvolver,
bibliogrficos
controle e
representar os
manuteno de
componentes.
os dados dos
controlado e
seus prprios
componentes, de
bancos de dados
todas as
empresa, ligado a
dos componentes.
disciplinas
uma ferramenta de
Estes dados so de
diferentes
suporte de deciso.
disciplinas
envolvidas.
Banco de Dados
especficas.
Processo de
Projeto
Mtodos padres
usada uma
A reutilizao e o
Processos so
e prticas so
anlise
compartilhamento
unidos fase de
documentados e
determinstica
da tecnologia do
conceito ou de
usados para
para medir as
produto e as
detalhamento do
gerenciar projetos
funes do
unidades de
projeto. Sistemas
e suas atividades,
produto. Mtodos
projeto so
de suporte de
de anlises so
adequadamente
deciso e processos
sejam
avaliadas. O
de gerenciamento
consistentes.
os processos no
ambiente
Informaes so
estgio de
computacional e
a empresa.
extradas de
conceito ou
as ferramentas de
projetos fsicos e
so usados para
do produto so
analisar
inter-operveis
performance e
para todas as
caractersticas de
disciplinas.
produtos.
Rogerio Omokawa
121
Abordagem por
Abordagem por
Abordagem por
Abordagem por
Tarefa
Projeto
Programa
toda a Empresa
Metas para
Grandes decises
Ferramentas de
Projeto de produto,
melhoria do
de produtos e os
modelagens de
processo de
produto e
fatores que
processo e de
desenvolvimento,
processo so
conduzem a eles
simulao so
requisitos e
buscadas.
so
utilizadas no
ferramentas so
documentados,
planejamento e
simultaneamente
distribudos e
melhoria do
analisados e
analisados para
processo de
continuamente
guiar outros
projeto.
melhoradas como
projetos.
parte da estratgia
de otimizao da
empresa.
Programas de
qualificao de
fornecedores so
usados para
selecion-los.
Rogerio Omokawa
122
123
4. DADOS DO SISTEMA
4.1. Quem o fornecedor do sistema?
4.2. Quais as necessidades de hardware e software do sistema (arquitetura, tipo
de servidor/cliente, sistema operacional, base de dados)?
4.3. De acordo com a classificao do CIMdata, quais so as funcionalidades do
sistema escolhido?
4.4. Quais funcionalidades sero utilizadas?
4.5. Quais as customizaes realizadas no sistema?
Rogerio Omokawa
124
125
126
Rogerio Omokawa
127
128
1
S
2
N
3
N
X
X
4
N
S
X
k
l
X
X
X
X
X
X
X
X
X
X
X
Resultado
15
17
Resultado
(%)
71
29
81
19
X
X
X
X
15
12
71
29
57
43
Rogerio Omokawa
129
5
S
6
N
X
X
X
X
X
X
X
X
X
X
11
N
X
X
Resultado 13
13 13
X
X
X
14
X
13
X
X
X
X
X
X
13
13
X
X
X
X
X
X
8
X
X
X
X
X
X
X
X
X
X
7
14
13
12
X
X
N
X
10
X
X
i
j
X
X
N
X
12
X
X
X
11
13
Resultado 65 35 35 65 65 35 67 33 65 35 62 38 65 35 60 40 45 55 35 65
(%)
Rogerio Omokawa
130
15
S
a
b
16
N
X
X
17
N
18
N
X
X
X
X
X
X
X
X
Resultado
12
13
14
14
Resultado
(%)
57
43
38
62
33
67
33
67
Rogerio Omokawa
131
19
S
20
N
21
N
X
X
22
N
X
X
i
j
l
m
X
X
X
X
X
X
Resultado
12
18
11
11
Resultado
(%)
63
37
95
58
42
45
55
Rogerio Omokawa
132
23
S
24
N
25
N
26
N
27
N
28
N
29
N
30
N
X
X
X
X
X
X
X
X
X
X
X
X
12
X
X
11 10
X
X
X
X
X
X
X
X
X
X
11 17
X
X
11
X
X
X
X
13
X
3
X
X
X
X
X
X
X
X
X
Resultado 16
X
X
10 11
Resultado 80 20 57 43 52 48 45 55 85 15 62 38 55 45 48 52
(%)
Rogerio Omokawa
133
31
S
32
N
33
N
X
X
X
X
36
N
X
X
X
X
X
X
X
X
X
X
X
X
X
Resultado 15
X
X
X
X
X
X
X
X
18
15
16 14
N
X
38
X
X
37
X
X
35
X
X
f
h
X
X
34
14
X
X
X
X
10 12
Resultado 71 29 86 14 71 29 16 84 67 33 70 30 44 56 60 40
(%)
Rogerio Omokawa
134
39
S
40
N
41
N
42
N
X
X
X
X
X
X
X
X
X
r
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Resultado
16
12
13
10
Resultado
(%)
76
24
71
29
24
76
56
44
Rogerio Omokawa
135
43
S
44
N
45
N
46
N
47
N
48
N
49
N
50
N
b
c
d
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Resultado
16
Resultado
(%)
80 20 70 30 42 58 72 28 56 44 56 44 31 69 44 56
14
X
X
X
X
X
X
X
X
X
X
X
6
11 13
11
Rogerio Omokawa
136
51
S
52
N
53
54
b
c
f
g
h
i
X
X
X
X
Resultado
14
13
16
18
Resultado
(%)
82
18
76
24
84
16
95
X
X
Rogerio Omokawa
137
55
S
56
57
58
N
i
j
k
l
X
X
m
n
X
X
X
Resultado
17
Resultado
(%)
47
53
89
11
X
X
19
16
95
84
16
Rogerio Omokawa
138
59
S
60
N
61
N
62
N
b
c
f
g
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Resultado
13
13
11
11
Resultado
(%)
65
35
72
28
61
39
61
39
Rogerio Omokawa
139
63
S
64
N
65
N
66
N
X
X
b
c
X
X
X
X
X
X
X
X
X
X
X
X
X
Resultado
16
19
17
14
Resultado
(%)
84
16
95
85
15
82
18
Rogerio Omokawa
140
67
S
68
N
69
N
70
N
X
X
X
X
X
X
X
X
X
X
X
X
X
Resultado
18
15
12
11
Resultado
(%)
95
83
17
63
37
39
61
Rogerio Omokawa
141
71
S
72
S
73
N
74
N
75
N
76
N
77
N
78
N
b
c
X
X
X
X
X
X
X
X
X
X
X
X
X
X
14
18
14
Resultado 68 32 89 11 79 21 63 37 93
(%)
95
78 22 72 28
Resultado 13 6
16
15
12
13
Rogerio Omokawa
142
79
S
80
N
81
N
82
N
83
N
b
c
X
X
X
X
X
X
X
X
X
X
Resultado
17
10
17
12
17
Resultado
(%)
94
56
44
94
67
33
89
11
Rogerio Omokawa
143
Integrao de
times
a b c
Autoridade
Treinamento e
educao
d a b c
d a b c
Suporte de
automao
d a b c
b
c
d
e
f
g
h
X
X
X
X
j
k
l
X
X
X
X
p
q
X X
X X
u
Resultado 2
X
X
X
3
X
X
X
10
X
X
X
X
6
10
X
X
X
10
Resultado 9 13 35 43 13 17 26 43 17 24 34 24 10 20 25 45
(%)
Lengenda
a - abordagem por tarefa
b- abordagem por projeto
c abordagem por programa
d abordagem por toda a empresa
Rogerio Omokawa
144
Ger. de produto
a
Dados de produto
d
Feedback
b
c
d
e
f
g
h
i
j
k
l
m
n
o
X
X
p
q
s
t
X
X
Resultado
10
10
Resultado
(%)
25
21
25
29
21
29
29
21
19
25
28
28
Lengenda
a - abordagem por tarefa
b- abordagem por projeto
c abordagem por programa
d abordagem por toda a empresa
Rogerio Omokawa
145
Definio de
requisitos
a b c
Metod. de
planejamento
a
b c
Perspectiva de
planejamento
d a
Validao
b c
d a
b c
Normas
d a
X
b c
b
c
d
e
f
g
X
X
X
j
k
l
X
X
X
X
p
q
s
t
u
Resultado
X
X
5 11
10
X
4
X
7
10
Resultado 16 34 19 31 26 15 30 30 24 21 21 34 22 30 22 26 22 22 28 28
(%)
Lengenda
a - abordagem por tarefa
b- abordagem por projeto
c abordagem por programa
d abordagem por toda a empresa
Rogerio Omokawa
146
BD de componentes
a
Processo de projeto
a
Otimizao
a
b
c
d
e
f
g
h
j
k
l
X
X
X
X
p
q
r
s
t
Resultado
10
10
Resultado
(%)
19
15
38
27
14
29
29
29
25
25
14
36
Lengenda
a - abordagem por tarefa
b- abordagem por projeto
c abordagem por programa
d abordagem por toda a empresa
Rogerio Omokawa
147
REFERNCIAS BIBLIOGRFICAS
Rogerio Omokawa
148
$898
million
in
1996.
149
E.
(1997).
PDM
today
The
current
state
of
industry.
150
Rogerio Omokawa
151
S.C.;
CLARK,
K.B.
(1992).
Revolutionizing
product
development: quantum leaps in speed, efficiency, and quality. New York, The
Free Press.
WOODSON, T.T. (1966). Engineering Design. New York, MacGraw-Hill Book
Company. Cap. 1-3, p.1-56.
Rogerio Omokawa
152
OBRAS CONSULTADAS
the
PDM
project
starts:
What
should
you
know?
(1996).
D.
(1994).
The
Workflow
Reference
Model.
http://www.aiai.ed.ac.uk/WfMC. (9 Nov.)
IZUCHUKWU, J.I. (1996). Process and technology perspectives on integrated
product development. Journal of Manufacturing Science and Engineering,
v.118, p.455-457.
JUNQUEIRA, G.B. (1994). Da engenharia tradicional engenharia simultnea no
setor industrial nacional. In: SEMINRIO DE PESQUISA.. So Paulo, 1995.
Rogerio Omokawa
153
and
MRP
II
systems.
(1997).
154
Rogerio Omokawa