Dissertacao Eduardo

ANLISE DA APLICABILIDADE DE UM
SISTEMA ERP NO PROCESSO DE

DESENVOLVIMENTO DE PRODUTOS
Eduardo de Senzi Zancul
Dissertao apresentada Escola de
Engenharia de So Carlos, da
Universidade de So Paulo, como parte
dos requisitos para obteno do ttulo de
Mestre em Engenharia de Produo
ORIENTADOR: Prof. Titular Henrique Rozenfeld
So Carlos
2000
i
Dedico este trabalho aos meus avs,
Jos, Josefina (in memorian), Waldemar e Lucy
ii
AGRADECIMENTOS
Ao Professor Titular Henrique Rozenfeld pela orientao e pelas oportunidades de
desenvolvimento profissional e aprendizado.
FAPESP pela bolsa de estudos.
A todas as empresas e profissionais que gentilmente participaram deste trabalho,
contribuindo para o fortalecimento da relao Universidade-empresa em nosso pas.
Aos colegas do NUMA que colaboraram com a realizao da pesquisa, especialmente Ana
Paula pelas contribuies e reviso do texto, ao Lucas pela implantao do fluxo de trabalho
no Cenrio e crticas, ao Rodrigo pelo apoio na implantao do Cenrio, ao Vander pelas
discusses sobre integrao ERP-PDM e ao Sergio e Daniel pelas conversas sobre o trabalho
como um todo.
Aos amigos Rogrio Omokawa e Cristiano Oliveira, pelo interesse e participao.
Ao pessoal de administrao do NUMA Francis, Cristiane, Fernando, Andr que apoiou
gerencialmente e tecnicamente a realizao do trabalho.
s Professoras Maria Lcia Moura de Senzi e Maria Helena de Moura Neves, pela
cuidadosa reviso do texto.
Aos meus pais pelo incentivo.
Ana Paula pelo apoio e compreenso.
iii
SUMRIO
LISTA DE FIGURAS _______________________________________________VI
LISTA DE TABELAS_____________________________________________ VIII
LISTA DE ABREVIATURAS E SIGLAS ______________________________IX
RESUMO_________________________________________________________XI
ABSTRACT______________________________________________________ XII
1 INTRODUO _________________________________________________1
1.1 Contexto e Justificativa do Trabalho ________________________________1
1.2 Objetivo do Trabalho ____________________________________________3
1.3 Limitaes do Trabalho __________________________________________3
1.4 Mtodo de Pesquisa _____________________________________________4
1.4.1 Perguntas de Pesquisa _________________________________________ 5
1.4.2 Escolha do Mtodo de Pesquisa e das Tcnicas de Coleta de Dados ________ 5
1.4.3 Fases da Pesquisa ____________________________________________ 6
1.4.4 Etapas do Trabalho ___________________________________________ 8
1.5 Seleo do Sistema ERP_________________________________________16
1.6 Organizao deste Texto ________________________________________17
2 O PROCESSO DE DESENVOLVIMENTO DE PRODUTOS:
CARACTERSTICAS, MODELOS DE REFERNCIA E INTEGRAO__19
2.1 O Processo de Desenvolvimento de Produtos e a Engenharia Simultnea __19
2.1.1 O Desenvolvimento de Produtos Seqencial ________________________ 19
2.1.2 O Desenvolvimento de Produtos como um Processo de Negcio__________ 21
2.1.3 A Filosofia de Engenharia Simultnea_____________________________ 23
2.2 Caractersticas do Processo de Desenvolvimento de Produtos ___________25
2.2.1 Etapas do Processo de Desenvolvimento de Produtos __________________ 26
2.2.2 Formas de Organizao do Desenvolvimento de Produtos ______________ 27
2.2.3 Recursos Utilizados no Desenvolvimento de Produtos _________________ 30
2.2.4 Tipos de Processo de Desenvolvimento de Produtos___________________ 38
2.3 Modelos de Referncia do Processo de Desenvolvimento de Produtos_____41
2.3.1 Definio e Tipos de Modelos de Referncia ________________________ 41
2.3.2 Vises dos Modelos__________________________________________ 42
2.3.3 Mtodos de Modelagem_______________________________________ 43
2.3.4 Mtodo de Comparao de Modelos ______________________________ 46
2.4 Ambientes Integrados de Desenvolvimento de Produtos________________46
2.4.1 Importncia da Integrao e Nveis de Integrao ____________________ 47
2.4.2 Conceitos de Integrao_______________________________________ 48
2.4.3 Situao Atual dos Ambientes Integrados de Desenvolvimento de Produtos _ 53
iv
3 OS SISTEMAS ERP ____________________________________________56
3.1 Evoluo dos Sistemas ERP______________________________________56
3.2 Caractersticas dos Sistemas ERP _________________________________60
3.2.1 Estrutura__________________________________________________ 60
3.2.2 Mdulos e Funcionalidades ____________________________________ 61
3.2.3 Configurao_______________________________________________ 63
3.3 Modelos de Referncia dos Sistemas ERP___________________________64
3.4 Integrao entre os Sistemas de Engenharia e os Sistemas ERP __________65
3.5 O Sistema SAP R/3 ____________________________________________69
4 ESTUDO EXPLORATRIO DA APLICABILIDADE DO SISTEMA ERP
EM UM PROCESSO DE DESENVOLVIMENTO DE PRODUTOS ________72
4.1 Seleo do Processo de Desenvolvimento de Produtos _________________73
4.2 Obteno do Modelo de Referncia do Processo de Desenvolvimento de
Produtos _________________________________________________________75
4.3 Obteno do Modelo de Referncia do Sistema ERP __________________79
4.4 Comparao dos Modelos de Referncia____________________________82
4.5 Busca de Funcionalidades Adicionais do Sistema ERP_________________84
4.6 Anlise das Funcionalidades do Sistema ERP ________________________87
4.7 Seleo dos Sistemas Complementares de Desenvolvimento de Produtos __89
4.8 Estudo dos Sistemas Complementares de Desenvolvimento de Produtos ___91
4.9 Validao das Sobreposies _____________________________________92
4.10 Definio dos Pontos de Integrao ______________________________96
4.11 Modelo de Referncia do Processo de Desenvolvimento de Produtos
Considerando a Aplicao de um Sistema ERP __________________________97
5 ESTUDO DESCRITIVO DA APLICAO DO SISTEMA ERP EM UM
CENRIO DE DESENVOLVIMENTO DE PRODUTOS _________________98
5.1 Implantao do Cenrio de Desenvolvimento de Produtos Utilizando o
Sistema ERP______________________________________________________98
5.2 Anlise da Aplicao do Sistema ERP no Cenrio de Desenvolvimento de
Produtos ________________________________________________________101
6 ESTUDOS DE CASO DA APLICAO DO SISTEMA ERP NO
PROCESSO DE DESENVOLVIMENTO DE PRODUTOS_______________115
6.1 Seleo das Empresas e Coleta dos Dados__________________________115
6.2 Anlise da Aplicao do Sistema ERP no Processo de Desenvolvimento de
Produtos das Empresas Estudadas ____________________________________119
7 CONCLUSES E CONSIDERAES FINAIS ____________________127
v
ANEXOS ________________________________________________________131
Anexo A Roteiro de Entrevista Funcionalidades de DP do Sistema ERP___131
Anexo B Roteiro de Entrevista Sobreposio ERP / PDM______________132
Anexo C Roteiro de Entrevista Sobreposio ERP / CAPP _____________134
Anexo D Roteiro de Entrevista Integrao __________________________136
Anexo E Roteiro de Entrevista Estudos de Caso______________________137
Anexo F Modelo de Referncia do Processo de Desenvolvimento de Produtos
Considerando a Utilizao de um Sistema ERP _________________________141
Anexo G Modelo de Referncia do Cenrio de Desenvolvimento de Produtos 175
Anexo H Grupos de Funcionalidades de Desenvolvimento de Produtos do
Sistema ERP_____________________________________________________181
REFERNCIAS BIBLIOGRFICAS ________________________________183
vi
LISTA DE FIGURAS
FIGURA 1 Fases da pesquisa e etapas do trabalho_____________________________ 9
FIGURA 2 Exemplo de desenvolvimento de produtos seqencial_________________ 20
FIGURA 3 Fragmentao dos dados de produto no desenvolvimento seqencial______ 20
FIGURA 4 Processo de desenvolvimento de produtos _________________________ 22
FIGURA 5 Integrao dos dados do produto para apoiar a Engenharia Simultnea ____ 25
FIGURA 6 Formas de organizao do desenvolvimento de produtos ______________ 29
FIGURA 7 Vises de um modelo de processo de negcio ______________________ 43
FIGURA 8 SADT Princpio de decomposio funcional e elementos de representao 44
FIGURA 9 Elementos do EPC e estrutura construtiva bsica ____________________ 45
FIGURA 10 Elementos grficos do modelo de Entidade-Relacionamento___________ 45
FIGURA 11 Mtodo de comparao de modelos_____________________________ 46
FIGURA 12 Nveis de integrao________________________________________ 47
FIGURA 13 Tipos de arquitetura cliente/servidor ____________________________ 49
FIGURA 14 Princpio de troca de dados STEP ______________________________ 53
FIGURA 15 Dimenses de anlise de aplicativos empresariais___________________ 59
FIGURA 16 Estrutura tpica de um sistema ERP_____________________________ 60
FIGURA 17 Exemplo de tabela de configurao de um sistema ERP ______________ 63
FIGURA 18 Exemplo de um modelo de referncia de um sistema ERP ____________ 64
FIGURA 19 SAP R/3 Tela Engineering com menus expandidos ________________ 70
FIGURA 20 Representao grfica do modelo de referncia do processo de
desenvolvimento de produtos do NUMA em trs nveis de detalhamento_____________ 76
FIGURA 21 Representao tabular do modelo de referncia do processo de
desenvolvimento de produtos do NUMA em trs nveis de detalhamento_____________ 77
FIGURA 22 Viso de processos do modelo de referncia do sistema SAP R/3 4.0B ___ 79
FIGURA 23 Nveis de detalhamento do modelo de referncia do sistema SAP R/3 4.0B 80
FIGURA 24 Exemplo de EPC do modelo de referncia do sistema SAP R/3 4.0B_____ 80
FIGURA 25 Relacionamento entre EPC, caractersticas e transaes do sistema SAP R/3
4.0B ______________________________________________________________ 81
FIGURA 26 Matriz de comparao de modelos e modelo de referncia do processo de
desenvolvimento de produtos considerando a aplicao do sistema ERP _____________ 82
FIGURA 27 Grupos de Funcionalidades de Desenvolvimento de Produtos do Sistema ERP
__________________________________________________________________ 87
vii
FIGURA 28 Principais sobreposies de funcionalidades entre o sistema ERP e os
sistemas complementares de desenvolvimento de produtos _______________________ 92
FIGURA 29 Programao das atividades do Cenrio e grfico de Gantt no sistema ERP102
FIGURA 30 Planejamento macro no sistema ERP e detalhamento das atividades no
sistema complementar de gerenciamento de projetos __________________________ 103
FIGURA 31 Funo de importao de componentes do ERP para o sistema CAPP___ 104
FIGURA 32 Parmetros utilizados no gerenciamento e controle de estruturas de produto do
Cenrio ___________________________________________________________ 105
FIGURA 33 Visualizao grfica dos relacionamentos de uma estrutura de produto no
Cenrio ___________________________________________________________ 106
FIGURA 34 Localizao de um componente do Cenrio a partir de suas caractersticas 107
FIGURA 35 Ficha de um documento do Cenrio __________________________ 108
FIGURA 36 Liberao de documento no Cenrio ___________________________ 109
FIGURA 37 Plano de processo elaborado no sistema CAPP e exportado para o sistema
ERP _____________________________________________________________ 110
FIGURA 38 Definio do fluxo de trabalho do Cenrio no sistema ERP __________ 112
FIGURA 39 Recebimento de uma tarefa do fluxo de trabalho do Cenrio na caixa de
entrada do sistema ERP e do sistema de correio eletrnico _____________________ 113
FIGURA 40 Execuo de uma tarefa do fluxo de trabalho do sistema ERP a partir do
sistema complementar de correio eletrnico_________________________________ 114
viii
LISTA DE TABELAS
TABELA 1 Sistemas ERP e percentual de empresas usurias____________________ 17
TABELA 2 Tipologia de processos de desenvolvimento de produtos ______________ 39
TABELA 3 Classificao dos mdulos e funes dos sistemas ERP_______________ 61
TABELA 4 Classificao do processo de desenvolvimento de produtos do NUMA de
acordo com a tipologia proposta por ROZENFELD & AMARAL ( 1999) ____________ 75
TABELA 5 Documentos do sistema ERP considerados na anlise das funcionalidades de
desenvolvimento de produtos ____________________________________________ 88
TABELA 6 Sistemas complementares de desenvolvimento de produtos ____________ 90
TABELA 7 Caractersticas do processo de desenvolvimento de produtos da Empresa A de
acordo com a tipologia proposta por ROZENFELD & AMARAL (1999) ___________ 116
TABELA 8 Caractersticas do processo de desenvolvimento de produtos da Empresa B de
TABELA 9 Caractersticas do processo de desenvolvimento de produtos da Empresa C de
TABELA 10 Tipologia de processos de desenvolvimento de produtos ____________ 138
TABELA 11 Grupos de Funcionalidades de Desenvolvimento de Produtos do Sistema
ERP _____________________________________________________________ 181
ix
LISTA DE ABREVIATURAS E SIGLAS
AMR Advanced Manufacturing Research
APQP Advanced Product and Quality Planning
API Application Program Interface
APO Advanced Planner Optimizer
APS Advanced Planning and Scheduling
BD Base de Dados
BOM Bill of Materials
BW Business Information Warehouse
CAD Computer Aided Design
CAE Computer Aided Engineering
CAM Computer Aided Manufacturing
CAPP Computer Aided Process Planning
CN Comando Numrico
CNC Comando Numrico Computadorizado
CORBA Common Object Request Broker Architecture
CRM Customer Relationship Management
DBMS Data Base Management Systems
DFMA Design for Manufacturing and Assembly
DP Desenvolvimento de Produtos
ECM Engineering Change Management
EDM Electronic Document Management
EIP Enterprise Information Portals
EPC Event-driven Process Chain
EQFD Enhanced Quality Function Deployment
ERP Enterprise Resource Planning
FIM Fbrica Integrada Modelo
FMEA Failure Mode and Effect Analysis
FTP File Transfer Protocol
GF Gerente Funcional
GP Gerente de Produto
GUI Graphical User Interface
ISO International Organization for Standardization
MER Modelo Entidade-Relacionamento
x
MRP Materials Requirement Planning
MRP II Manufacturing Resource Planning
NUMA Ncleo de Manufatura Avanada
ODBC Open Database Connectivity
OLE Object Linking Embedding
ORDBMS Object/Relationsl Data Base Management Systems
PCP Planejamento e Controle da Produo
PDM Product Data Management
PLM Product Lifecycle Management
PP Produo
PPAP Production Parts Approval Process
PS Projetos
QFD Quality Function Deployment
QS Quality Systems
SADT Structured Analysis and Design Technique
SAP Systems, Applications and Products in Data Processing
SQL Structured Query Language
STEP Standard for the Exchange of Product Model Data
WBS Work Breakdown Structure
xi
RESUMO
ZANCUL, E.S. (2000) Anlise da Aplicabilidade de um Sistema ERP no Processo de
Desenvolvimento de Produtos. So Carlos, 2000. 192p. Dissertao (Mestrado) Escola
de Engenharia de So Carlos, Universidade de So Paulo.
O processo de desenvolvimento de produtos geralmente no tem sido considerado na
implantao de sistemas ERP. No entanto, devido ao aumento da abrangncia dos ERPs com
a incluso de novas funcionalidades, e devido importncia desses sistemas para a
integrao dos processos de negcio, muitas empresas passam a considerar a sua utilizao
para apoiar as atividades e gerenciar as informaes de desenvolvimento de produtos. Este
trabalho apresenta uma anlise abrangente e detalhada da aplicabilidade de um sistema ERP
no processo de desenvolvimento de produtos. Tal anlise subdividida em trs fases.
Inicialmente, realizado um estudo exploratrio da aplicabilidade do sistema ERP em um
processo especfico de desenvolvimento de produtos representado por um modelo de
referncia. Em seguida, executado um estudo descritivo de uma aplicao piloto do ERP
em um ambiente de desenvolvimento de produtos. Por fim, so realizado estudos de caso
para caracterizar a utilizao do ERP no desenvolvimento de produtos de trs empresas.
Palavras-chave: Desenvolvimento de produtos; Sistemas ERP; Reengenharia de processos
xii
ABSTRACT
ZANCUL, E.S. (2000) Analysis of the Applicability of one ERP System in Product
Development Process. So Carlos, 2000. 192p. Dissertao (Mestrado) Escola de
Engenharia de So Carlos, Universidade de So Paulo.
Product development process has not been considered within ERP systems
implementation projects. However, due to the widening of ERP systems scope, with the
inclusion of new functionalities, and due to the actual importance of these systems to
business process integration, many industries are considering applying ERP systems to
support product development activities and to manage product development information.
This research presents an extended and detailed analysis of the applicability of one ERP
system in product development process. The analysis is divided in three phases: first, an
exploratory study is conducted in order to verify the applicability of the ERP system in a
specific product development process represented by a reference model. Second, a
descriptive study of a pilot application of the ERP system in a product development
environment is presented; and finally, three case studies about the use of the ERP system in
product development process are discussed.
Key Words: Product development; ERP systems; Process reengineering
1
1 INTRODUO
Neste captulo so apresentados o contexto no qual se insere este trabalho e as
justificativas que motivaram a sua realizao, o objetivo proposto, as limitaes
consideradas, o mtodo de pesquisa adotado, a seleo do sistema ERP analisado e, por fim,
a forma de organizao deste texto.
1.1 Contexto e Justificativa do Trabalho
As empresas so tradicionalmente organizadas em departamentos responsveis por
atividades especficas, com predominncia de estruturas hierrquicas rgidas e com vrios
nveis de autoridade.
Essa forma de organizao, baseada na especializao funcional, enfatiza a
realizao e o gerenciamento de atividades individuais. O trabalho fragmentado e
transferido entre pessoas e departamentos sem que exista um responsvel pelo resultado
final. O isolamento dos departamentos e a falta de comunicao dificultam o gerenciamento
de atividades interdependentes. Conseqentemente, o fluxo de informaes excessivamente
lento e sujeito a erros.
Para melhorar a coordenao entre atividades interdependentes e agilizar o fluxo de
informaes, muitas empresas adotam a abordagem de processos de negcio. Um processo
de negcio definido, simplificadamente, como um conjunto de atividades estruturadas,
destinadas a resultar em um produto especificado para um determinado cliente ou mercado
(DAVENPORT, 1994). A viso por processos de negcio pode coexistir com a organizao
departamental, mas a nfase gerencial transferida dos departamentos para o processo, com
maior foco no cliente (HAMMER & STANTON, 1999).
Processos de negcio, conforme a definio apresentada, sempre existiram nas
empresas. Os processos, no entanto, no eram formalizados e gerenciados, devido ao modo
de organizao funcional e hierrquica. A tendncia atual em se gerenciar os processos de
negcio surgiu somente a partir da aplicao dos conceitos da Qualidade Total e da
Reengenharia (GARVIN, 1995), no incio dos anos 90.
A Reengenharia prope a obteno de enormes ganhos de produtividade pelo
rompimento com a situao vigente das empresas e o projeto de novos processos de negcio
2
mais eficientes (HAMMER, 1990), viabilizados pelo uso intensivo de recursos da tecnologia
da informao (HAMMER, 1990; DAVENPORT, 1994; HAMMER & CHAMPY, 1994;
MOREIRA, 1994; GARVIN, 1995; TAPSCOTT & CASTON, 1995).
Nesse contexto, os sistemas ERP (Enterprise Resource Planning) so considerados
como uma das mais importantes evolues na aplicao da tecnologia da informao
realizada pelas empresas nos ltimos anos (DAVENPORT, 1998).
Os sistemas ERP so sistemas de gesto empresarial caracterizados principalmente
por abranger um amplo escopo de funcionalidades
1
, pela integrao de seus dados e pela
capacidade de adaptao a vrios tipos de organizao.
Tais sistemas melhoram o fluxo de dados nas empresas e facilitam o acesso a
informaes gerenciais, resultando, na maioria das vezes, em enormes ganhos de
produtividade e em maior velocidade de resposta (DAVENPORT, 1998).
Paralelamente adoo da abordagem de processos de negcio e implantao de
sistemas ERP, as empresas tm procurado constantemente melhorar o seu desempenho no
processo de desenvolvimento de produtos.
Isso se deve importncia atual do desenvolvimento de novos produtos para a
competitividade das empresas (CLARK & FUJIMOTO, 1991; CLAUSING, 1994;
EVERSHEIM et al., 1997; SCHEER, 1998), principalmente nos setores mais dinmicos,
caracterizados por concorrncia extremamente acirrada e por mudanas muito rpidas
(BROWN & EISENHARDT, 1995; EISENHARDT & BROWN, 1998).
Deve-se ressaltar, entretanto, que as iniciativas de implantao de sistemas ERP e de
melhoria do processo de desenvolvimento de produtos tm sido freqentemente tratadas de
forma isolada pelas organizaes. Conforme se pde constatar por relatos obtidos em
empresas usurias e em fornecedores de sistemas, o processo de desenvolvimento de
produtos geralmente no considerado na implantao de sistemas ERP (ROZENFELD &
ZANCUL, 2000). Isso se deve principalmente a dois motivos: primeiro, um sistema ERP no
possui todas as funcionalidades necessrias para apoiar as atividades do processo de
desenvolvimento de produtos (MARTIN, 1998; ROZENFELD & ZANCUL, 2000), ou seja,

1
As funcionalidades dos sistemas ERP so geralmente organizadas em mdulos referentes s
reas funcionais das empresas. O agrupamento das funcionalidades em mdulos e a denominao
dada a cada um dos mdulos arbitrria e definida pelos fornecedores desses sistemas. De uma forma
geral, os mdulos dos sistemas ERP abrangem o seguinte escopo: Finanas e Contabilidade, Vendas e
Gerenciamento do Relacionamento com Clientes, Planejamento da Produo, Compras e Gesto de
Suprimentos, Gerenciamento de Projetos, Recursos Humanos, Gesto da Qualidade, entre outros
(ORACLE, 1998; DATASUL, 1999; SAP, 2000a).
3
na maioria das vezes, o desenvolvimento de produtos requer sistemas mais especficos,
complementares aos sistemas ERP; segundo, a integrao dos sistemas complementares de
desenvolvimento de produtos com os sistemas ERP bastante complexa, tanto no que se
refere ao projeto conceitual da integrao quanto sua implantao (BOURKE, 1996;
FERMAN, 1998; HOUGH, 1998; MILLER, 1999).
Observa-se, no entanto, que os sistemas ERP esto tornando-se a espinha dorsal
dos sistemas de informao das empresas (CARUSO, 1998; MARTIN, 1998; GIURLIANI,
2000) e, conseqentemente, vem-se estabelecendo uma plataforma comum para as vrias
tecnologias atualmente empregadas pelas organizaes (VENKATRAMAN &
HENDERSON, 1998).
Alm disso, os fornecedores de ERPs esto aumentando a abrangncia dos sistemas
com a incluso de novas funcionalidades (CHAUDHRY, 1998; CARUSO & JOHNSON,
1999; STODDER, 1999a).
Uma tendncia a incorporao de funcionalidades caractersticas de sistemas de
gerenciamento de dados de produto (PDM Product Data Management), entre as quais o
cadastramento de materiais, o gerenciamento de estruturas de produto, o gerenciamento de
documentos, a automao de fluxos de trabalho, a classificao de itens e o gerenciamento
de projetos (MILLER & MENDEL, 1997; SAP, 1997; WESSNER, 1999).
Uma outra tendncia, mais atual, a incluso de funes de gerenciamento de todo o
ciclo de vida de produtos (PLM Product Lifecycle Management), tais como a anlise do
portfolio de produtos, o gerenciamento de programas completos e a infra-estrutura necessria
para permitir o compartilhamento de informaes entre parceiros (AMR, 2000; SAP, 2000b).
Dessa forma, muitas empresas passam a considerar a utilizao dos sistemas ERP
para apoiar as atividades e gerenciar as informaes de desenvolvimento de produtos. Para
isso, as empresas precisam verificar a adequao dos sistemas ERP, que utilizam ou que
pretendem implantar, aos seus processos de desenvolvimento.
1.2 Objetivo do Trabalho
O objetivo deste trabalho analisar a aplicabilidade de um sistema ERP no processo
de desenvolvimento de produtos.
1.3 Limitaes do Trabalho
Este trabalho apresenta uma anlise abrangente e detalhada sobre os mais
importantes aspectos relacionados com a aplicao de um sistema ERP para apoiar o
processo de desenvolvimento de produtos.
4
A limitao da anlise realizada nesta pesquisa a apenas um sistema ERP deve-se
alta complexidade e ao amplo escopo de aplicao desse tipo de sistema, o que inviabilizaria
uma anlise detalhada se fossem considerados todos os sistemas disponveis no mercado.
A definio dos aspectos do sistema ERP que so enfatizados na anlise realizada
neste trabalho baseada nos critrios tradicionais de avaliao de sistemas ERP,
apresentados por JETLY (1999), e nas observaes sobre os critrios de avaliao, feitas por
CARUSO & JOHNSON (1999).
De acordo com JETLY (1999), a estrutura clssica para a avaliao de sistemas ERP
baseia-se em critrios funcionais, tcnicos, corporativos e de custos
2
. Dentre esses critrios,
CARUSO & JOHNSON (1999) consideram a adequao funcional dos sistemas aos
requisitos dos processos de negcio das empresas como o critrio mais importante para a
avaliao de ERPs.
Assim, a anlise realizada nesta pesquisa enfatiza os aspectos funcionais do sistema
ERP para o processo de desenvolvimento de produtos. Alm disso, devido importncia da
integrao entre os sistemas ERP e os sistemas complementares, no desenvolvimento de
produtos, so estudados tambm alguns aspectos de integrao do sistema ERP. Os aspectos
corporativos e de custo do sistema ERP para o desenvolvimento de produtos, por sua vez,
no so considerados no escopo deste trabalho.
1.4 Mtodo de Pesquisa
A seguir so discutidos os aspectos metodolgicos considerados na realizao desta
pesquisa. Partindo-se do objetivo estabelecido so elaboradas as perguntas de pesquisa, so
escolhidos o mtodo de pesquisa empregado e as tcnicas de coleta de dados utilizadas e so
definidas as fases da pesquisa e as etapas do trabalho.

2
Os critrios funcionais referem-se s funcionalidades disponveis no sistema. Os critrios
tcnicos dizem respeito arquitetura (plataforma, sistema operacional e base de dados),
escalabilidade, robustez, tolerncia a falhas e integrao com outros sistemas. Os critrios
corporativos referem-se situao financeira do fornecedor e estratgia de canais de venda e de
apoio aos clientes. Por fim, os critrios de custo referem-se aos custos totais envolvidos em um projeto
de ERP, englobando o custo do prprio sistema e das licenas de utilizao, somados aos custos do
hardware necessrio, dos servios de configurao e de customizao e do treinamento aos usurios
(JETLY, 1999).
5
1.4.1 Perguntas de Pesquisa
A partir do objetivo do trabalho, foram definidas as seguintes perguntas de pesquisa:
q Quais atividades do processo de desenvolvimento de produtos podem ser
apoiadas por funcionalidades do sistema ERP?
q Em quais atividades do processo de desenvolvimento de produtos ocorrem
sobreposies de funcionalidades entre o sistema ERP e os sistemas
complementares de desenvolvimento de produtos?
q Quais so os principais pontos de integrao entre o sistema ERP e os sistemas
complementares de desenvolvimento de produtos?
q Como as empresas esto aplicando o sistema ERP em seus processos de
desenvolvimento de produtos?
1.4.2 Escolha do Mtodo de Pesquisa e das Tcnicas de Coleta de Dados
A fim de se atingir o objetivo proposto e de se responder s perguntas de pesquisa
estabelecidas para este trabalho, empregada uma abordagem de pesquisa descritiva.
A pesquisa descritiva envolve o exame de um fenmeno para defini-lo de maneira
ampla (DANE, 1990). Nesse tipo de pesquisa, as informaes so observadas, registradas,
analisadas e correlacionadas, sem serem manipuladas (CERVO & BERVIAN, 1983).
Considera-se a abordagem de pesquisa descritiva adequada a este trabalho, pois o
que se pretende analisar um sistema ERP e o processo de desenvolvimento de produtos,
determinando-se o relacionamento existente entre eles, sem contudo modific-los.
Para a coleta de dados neste trabalho so utilizadas as tcnicas de anlise
documental, de observao direta e de entrevista focalizada.
A tcnica de anlise documental refere-se ao estudo de documentos. Considera-se
aqui a definio de documento, no seu sentido mais amplo, como sendo toda e qualquer base
de conhecimento fixada materialmente e acessvel para consulta (PDUA, 1997). Ou seja,
so considerados como documentos os materiais que descrevam o funcionamento do sistema
ERP e que representem as caractersticas do processo de desenvolvimento de produtos.
A observao direta possibilita um contato pessoal e estreito do pesquisador com o
objeto de estudo. Essa tcnica permite que o pesquisador recorra aos seus conhecimentos e
experincias pessoais como auxiliares no processo de compreenso e interpretao do
fenmeno estudado (LDKE & ANDR, 1986).
A entrevista focalizada baseia-se em um roteiro pr-definido, contendo os tpicos
sobre o problema que vai ser estudado, mas o pesquisador tem liberdade para no abordar
6
algumas das questes e incluir novas perguntas medida que a entrevista evolui.
(MARCONI & LAKATOS, 1990).
Na elaborao de todos os roteiros de entrevista, neste trabalho, so observadas as
consideraes feitas por PDUA (1997): formular perguntas que estimulem respostas
descritivas e analticas; possibilitar uma flexibilidade quanto ordem de apresentao das
questes; verificar a distribuio do tempo para cada assunto; manter o controle dos
objetivos a serem atingidos.
1.4.3 Fases da Pesquisa
De acordo com CERVO & BERVIAN (1983), a pesquisa descritiva pode assumir
diversas formas. Este trabalho subdividido em trs fases principais, empregando-se trs das
formas de pesquisa descritiva citadas por esses autores: o estudo exploratrio, o estudo
descritivo e o estudo de caso.
O emprego de trs formas de pesquisa descritiva, complementarmente, visa
obteno de uma anlise sobre o tema do trabalho, que seja ao mesmo tempo abrangente e
detalhada.
Alm das fases da pesquisa descritiva, citadas anteriormente, so realizadas outras
trs fases complementares: a definio do trabalho, a pesquisa bibliogrfica e a avaliao dos
resultados. Todas essas fases da pesquisa so descritas detalhadamente a seguir.
Definio do Trabalho
A definio do trabalho compreende o estabelecimento do objetivo a ser cumprido, a
determinao das perguntas de pesquisa, a escolha do mtodo de pesquisa e das tcnicas de
coleta de dados, a definio das fases da pesquisa e das etapas do trabalho e, por fim, a
seleo do sistema ERP analisado.
Pesquisa Bibliogrfica
A pesquisa bibliogrfica neste trabalho realizada conforme os objetivos
estabelecidos por DANE (1990) e CERVO & BERVIAN (1983): evitar duplicidade de
pesquisa; evitar problemas ocorridos em trabalhos anteriores; determinar a contribuio da
pesquisa para a base de conhecimentos; obter fundamentao terica para o desenvolvimento
do projeto.
7
Estudo Exploratrio
O estudo exploratrio recomendvel nos casos em que h poucos conhecimentos
sobre o problema a ser estudado. Alm disso, os estudos exploratrios so importantes para a
obteno de uma nova percepo ou mesmo para a descoberta de novas idias sobre o tema
da pesquisa (CERVO & BERVIAN, 1983).
Assim, inicialmente, considerando-se que o tema deste trabalho ainda pouco
estudado na literatura cientfica, pertinente realizar um estudo exploratrio dos aspectos
funcionais e de integrao do sistema ERP em um processo especfico de desenvolvimento
de produtos.
A restrio a somente um processo de desenvolvimento de produtos deve-se
grande variabilidade que esse processo pode ter em decorrncia de fatores como o setor da
indstria, a tecnologia do produto, o grau de inovao, entre outros. Dessa forma, para que
seja possvel realizar uma anlise considerando os requisitos detalhados do processo de
desenvolvimento de produtos, necessrio restringir o estudo exploratrio a um processo
especfico.
Esta fase da pesquisa compreende a identificao das atividades do processo de
desenvolvimento de produtos que podem ser apoiadas por funcionalidades do sistema ERP,
e, conseqentemente, a identificao das lacunas no atendidas pelo sistema ERP, a
determinao das sobreposies de funcionalidades entre o sistema ERP e os sistemas
complementares de desenvolvimento de produtos e a especificao dos pontos de integrao
entre tais sistemas.
Estudo Descritivo
Em seguida, a partir dos fundamentos obtidos no estudo exploratrio, realizado um
estudo descritivo de uma aplicao piloto do sistema ERP em um ambiente de
desenvolvimento de produtos.
O estudo descritivo compreende o estudo e a descrio das caractersticas,
propriedades ou relaes existentes em uma realidade estudada (CERVO & BERVIAN,
1983), contribuindo de forma ilustrativa para o desenvolvimento do tema de pesquisa.
A aplicao piloto do sistema ERP, denominada de Cenrio de Desenvolvimento de
Produtos Utilizando o Sistema ERP, ou simplesmente Cenrio, reflete um possvel modo de
utilizao do ERP no processo de desenvolvimento.
O estudo do Cenrio permite a observao de solues e de limitaes da aplicao
do ERP no processo de desenvolvimento de produtos que no so verificadas no estudo
exploratrio inicial.
8
Estudos de Caso
Por fim, so realizados estudos de caso para se caracterizar e avaliar a aplicao do
sistema ERP no processo de desenvolvimento de produtos de trs empresas.
O estudo de caso uma pesquisa sobre um indivduo especfico (CERVO &
BERVIAN, 1983), com foco em suas caractersticas mais relevantes para o tema que se est
pesquisando (PDUA, 1997).
Dessa forma, em cada uma das trs empresas estudadas, so identificadas as
funcionalidades do sistema ERP que so utilizadas no desenvolvimento de produtos; so
verificadas as funcionalidades do ERP que no so empregadas por serem substitudas por
sistemas complementares; so analisados os motivos que levaram opo pelo sistema ERP
ou pelos sistemas complementares; e so observadas as solues adotadas para integrar tais
sistemas.
Avaliao dos Resultados
Finalmente, so discutidos os resultados observados em todas as fases anteriores, so
apresentadas as concluses obtidas e so realizadas sugestes para trabalhos futuros nesta
rea de pesquisa.
1.4.4 Etapas do Trabalho
A partir do mtodo adotado e da determinao das fases que configuram a pesquisa,
so definidas as etapas do trabalho nas quais so empregadas as tcnicas de coleta de dados.
As etapas definidas para este trabalho em cada uma das fases da pesquisa so
apresentadas na FIGURA 1. Os retngulos maiores, no fundo da FIGURA 1, representam as
seis fases da pesquisa, discutidas anteriormente. O nome de cada uma das fases
apresentado no canto superior esquerdo de cada um desses retngulos. J os retngulos
menores representam as etapas do trabalho, que so especificadas, como tarefas, por um
verbo no infinitivo e um complemento. A seqncia lgica entre as etapas representada por
flechas que interligam os retngulos. O documento obtido como resultado de uma etapa
representado por um retngulo com a parte inferior curvilnea. As etapas do trabalho so
discutidas detalhadamente aps a apresentao da FIGURA 1.
9
Definio do Trabalho
Buscar Funcionalidades
Adicionais do Sistema ERP
Buscar Funcionalidades
Adicionais do Sistema ERP
Analisar Funcionalidades
do ERP
Analisar Funcionalidades
do ERP
Comparar Modelos
Comparar Modelos
Validar Sobreposies
Validar Sobreposies
P
e
s
q
u
i
s
a
r

B
i
b
l
i
o
g
r
a
f
i
a
P
e
s
q
u
i
s
a
r

B
i
b
l
i
o
g
r
a
f
i
a
Avaliar Resultados
Avaliar Resultados
Obter Modelo de Referncia
do Processo DP
do Processo DP
do Sistema ERP
do Sistema ERP
Analisar Sistemas
Complementares de DP
Analisar Sistemas
Selecionar Sistemas
Selecionar Sistemas
Analisar Aplicao do ERP
no Cenrio de DP
no Cenrio de DP
Implantar Cenrio de DP
Utilizando o ERP
Implantar Cenrio de DP
Utilizando o ERP
Modelo de
Referncia do
DP com ERP
Modelo de
Referncia do
DP com ERP
Definir Pontos de Integrao
Selecionar Processo DP
Selecionar Processo DP
Estudos de Caso Estudo Descritivo
Estudo Exploratrio
Selecionar Sistema ERP
Definir Objetivo, Mtodo e
Tcnicas de Pesquisa
Definir Objetivo, Mtodo e
Tcnicas de Pesquisa
P
e
s
q
u
i
s
a

B
i
b
l
i
o
g
r
f
i
c
a
no DP das Empresas
no DP das Empresas
Selecionar Empresas e
Coletar Dados
Selecionar Empresas e
Coletar Dados
FIGURA 1 Fases da pesquisa e etapas do trabalho
10
Definio do Trabalho
Definir Objetivo, Mtodo e Tcnicas de Pesquisa
Esta etapa inicial compreende o estabelecimento do objetivo a ser cumprido, a
determinao das perguntas de pesquisa, a escolha do mtodo de pesquisa e das tcnicas de
coleta de dados e a definio das fases da pesquisa e das etapas do trabalho.
Em seguida, selecionado o sistema ERP analisado. Parte-se do pressuposto de que
o sistema ERP escolhido deve refletir a realidade encontrada na maior quantidade possvel
de empresas localizadas no Brasil, ou seja, o sistema ERP selecionado deve ser o sistema
com maior nmero de empresas usurias no Brasil.
Pesquisa Bibliogrfica
Pesquisar Bibliografia
A pesquisa bibliogrfica realizada praticamente ao longo de todo o trabalho. So
definidos dois temas principais para direcionar a reviso da bibliografia: processo de
desenvolvimento de produtos e sistemas ERP.
O primeiro tema muito amplo, abrangendo diversas reas do conhecimento. Dessa
forma, procurou-se limitar a pesquisa bibliogrfica sobre o processo de desenvolvimento de
produtos aos assuntos de interesse para este trabalho.
Sobre o segundo tema ainda no existem muitos trabalhos cientficos publicados.
Devido a essa limitao, a pesquisa bibliogrfica complementada com publicaes sobre
solues especficas, tais como manuais e livros de referncia de sistemas ERP. Alm disso,
so consultados tambm peridicos no cientficos, voltados para as reas de tecnologia da
informao e de negcios.
Estudo Exploratrio
Selecionar Processo de Desenvolvimento de Produtos
O estudo exploratrio iniciado com a seleo de um processo de desenvolvimento
de produtos para a anlise da aplicabilidade do sistema ERP.
Pressupe-se que o processo de desenvolvimento de produtos escolhido deve ser
bastante amplo, englobando as etapas caractersticas do desenvolvimento de produtos, desde
o surgimento da idia at o lanamento no mercado. Alm disso, o processo deve ser atual,
incluindo as melhores prticas utilizadas pelas empresas no desenvolvimento de produtos.
11
Obter Modelo de Referncia do Processo de Desenvolvimento de Produtos
Nesta etapa, o modelo de referncia do processo de desenvolvimento de produtos
selecionado para o estudo exploratrio obtido, estudado e preparado para as etapas
seguintes do trabalho.
Considera-se que o processo j esteja modelado, ou seja, que o modelo de referncia
do processo exista e esteja disponvel. Mais ainda, o grau de abstrao utilizado na
representao deve ser tal que o modelo descreva, pelo menos, as atividades, as informaes,
os recursos e a forma organizacional do processo.
O estudo do modelo de referncia do processo de desenvolvimento de produtos
realizado empregando-se a tcnica de anlise documental. Tal estudo envolve uma anlise
detalhada de cada uma das atividades do processo, considerando as informaes de entrada,
as informaes de sada, os elementos organizacionais responsveis e os recursos utilizados.
Procura-se, assim, compreender a essncia de cada atividade do modelo de referncia e os
seus requisitos especficos.
Em seguida, o modelo preparado para as etapas seguintes do trabalho. Os recursos
especificados para as atividades so excludos da representao do modelo, tornando as
atividades independentes de recursos computacionais especficos e possibilitando a anlise
da aplicao do ERP ao processo.
Obter Modelo de Referncia do Sistema ERP
Paralelamente etapa anterior, o modelo de referncia do sistema ERP tambm
obtido e estudado de forma detalhada.
Para isso, o sistema ERP considerado deve ser representado por um modelo de
referncia que descreva as suas solues e funcionalidades, e esse modelo deve estar
disponvel para ser acessado.
Tal como no estudo do modelo do processo, procura-se compreender a essncia das
solues representadas no modelo de referncia do sistema ERP por meio de uma anlise
documental.
Comparar Modelos
Os modelos de referncia do processo de desenvolvimento de produtos e do sistema
ERP, obtidos nas duas etapas anteriores, so comparados por meio de um mtodo especfico
de comparao de modelos, proposto por KIRCHMER (1998)
3
.

3
O mtodo de comparao de modelos de KIRCHMER (1998) apresentado no subitem
2.3.4 Mtodo de Comparao de Modelos da reviso bibliogrfica.
12
Nessa comparao procura-se identificar as funcionalidades do ERP que podem ser
utilizadas para apoiar as atividades do processo, relacionando as funcionalidades
representadas no modelo do ERP s atividades do modelo do processo.
A comparao de modelos tem algumas limitaes para a identificao das
funcionalidades de desenvolvimento de produtos do sistema ERP. Dependendo do grau de
detalhamento e de abstrao do modelo do ERP, nem todas as suas funcionalidades esto
representadas. Alm disso, a comparao baseia-se muito no conhecimento e na experincia
do pesquisador.
Dessa forma, necessrio pesquisar outras funcionalidades que podem ser
empregadas no desenvolvimento de produtos e que no so identificadas na comparao.
Alm disso, preciso validar os resultados obtidos na comparao de modelos.
Buscar Funcionalidades Adicionais do Sistema ERP
Nesta etapa procura-se identificar funcionalidades adicionais do ERP que podem ser
utilizadas no desenvolvimento de produtos e que no so localizadas na comparao de
modelos. Para isso so realizadas duas atividades, baseadas em tcnicas de pesquisa
distintas: a observao direta e a entrevista focalizada.
Na observao direta, o pesquisador parte do modelo de referncia do processo de
desenvolvimento de produtos e procura sistematicamente por funcionalidades do ERP que
possam ser utilizadas para apoiar as atividades do processo. Essa atividade realizada em
um ambiente de testes do sistema ERP manipulado pelo pesquisador.
A entrevista focalizada, com um especialista no sistema ERP, realizada para a
identificao de outras funcionalidades do ERP que possam ser utilizadas no
desenvolvimento de produtos e que, eventualmente, ainda no tenham sido localizadas.
Alm disso, a entrevista tem como objetivo validar os resultados obtidos at esta etapa.
Analisar Funcionalidades do Sistema ERP
As funcionalidades do sistema ERP que podem ser utilizadas para apoiar as
atividades do processo de desenvolvimento de produtos, identificadas nas etapas anteriores,
so analisadas de forma detalhada.
O objetivo desta etapa verificar se as caractersticas das funcionalidades atendem
aos requisitos especficos do processo de desenvolvimento de produtos.
Procura-se, primeiramente, verificar as caractersticas das funcionalidades de
desenvolvimento de produtos do ERP com uma anlise de toda a documentao disponvel
13
sobre o sistema (livros de referncia, artigos, apostilas de cursos, material de divulgao,
apresentaes, ajuda do sistema, entre outras fontes de informao do ERP).
Posteriormente, as especificidades das funcionalidades que no so descritas na
documentao consultada so observadas diretamente no sistema ERP. Para isso utilizado
um ambiente de testes do sistema ERP que pode ser manipulado pelo pesquisador.
Verifica-se, ento, se as caractersticas detalhadas de cada uma das funcionalidades
do sistema ERP atendem aos requisitos especficos do processo de desenvolvimento,
definidos pelo modelo de referncia.
Selecionar Sistemas Complementares de Desenvolvimento de Produtos
Paralelamente anlise das funcionalidades do sistema ERP so selecionados
sistemas complementares que podem ser utilizados para apoiar as atividades do processo de
So definidas, inicialmente, as classes genricas de sistemas complementares
considerados na seleo, a partir do conjunto de recursos especificados na verso original do
modelo de referncia do processo de desenvolvimento de produtos. So tratados como
classes genricas de sistemas complementares, por exemplo, os gerenciadores de dados de
produtos, os editores de textos e as planilhas eletrnicas.
Em seguida, para cada classe genrica de sistema complementar selecionado um
sistema especfico, disponvel comercialmente, com base em critrios pr-definidos como,
por exemplo, maior participao de mercado.
Analisar Sistemas Complementares de Desenvolvimento de Produtos
Nesta etapa realizada uma anlise dos sistemas complementares selecionados na
etapa anterior. Nessa anlise procura-se determinar todos os sistemas que podem ser
utilizados para apoiar cada uma das atividades do processo de desenvolvimento de produtos.
Com esse objetivo, nos casos em que os sistemas complementares representam as
suas solues por meio de modelos de referncia, realizada uma comparao entre o
modelo de referncia do processo de desenvolvimento de produtos e os modelos dos
sistemas complementares.
Caso os sistemas complementares no sejam representados por modelos de
referncia, a identificao das funcionalidades dos sistemas complementares que apiam as
atividades do processo de desenvolvimento realizada por uma anlise da documentao do
sistema (catlogos, manuais, entre outros) e da observao direta de suas funcionalidades.
14
Dessa forma, so especificados os recursos computacionais para as atividades que
no so apoiadas pelo sistema ERP, e definidas as sobreposies de funcionalidades entre os
sistemas complementares e o sistema ERP.
Validar Sobreposies
As principais sobreposies de funcionalidades entre o sistema ERP e os sistemas
complementares, definidas na etapa anterior, so validadas em entrevistas focalizadas feitas
com especialistas dos diversos sistemas complementares, que tenham bons conhecimentos
do sistema ERP.
Nesta etapa so determinados os principais pontos de integrao entre o sistema ERP
e os sistemas complementares de desenvolvimento de produtos.
Para isso, com base nos resultados das etapas anteriores, realizada uma entrevista
focalizada com um especialista que tenha bons conhecimentos de integrao entre sistemas
de informao, principalmente com relao aos sistemas ERP e aos sistemas de
Modelo de Referncia do Processo de Desenvolvimento de Produtos
Considerando a Aplicao do Sistema ERP
Como resultado das etapas anteriores obtido um modelo de referncia do processo
de desenvolvimento de produtos considerando a aplicao do sistema ERP.
Nesse modelo esto especificadas as atividades do processo de desenvolvimento de
produtos que podem ser apoiadas pelo sistema ERP, as atividades no apoiadas pelo ERP
(lacunas do ERP), as atividades nas quais ocorre sobreposio de funcionalidades entre o
sistema ERP e os sistemas complementares, e os principais pontos de integrao entre tais
sistemas.
Estudo Descritivo
Implantar o Cenrio de Desenvolvimento de Produtos Utilizando o ERP
A implantao do Cenrio de Desenvolvimento de Produtos Utilizando o Sistema
ERP realizada com base em uma adaptao do mtodo de montagem de Cenrios proposto
por AGUIAR et al. (1997) e aperfeioado por ROZENFELD et al. (1998), ZANCUL et al.
(1998) e AMARAL et al. (1999).
Inicialmente, selecionado um ambiente de desenvolvimento de produtos para a
montagem do Cenrio. Esse ambiente deve possuir toda a infra-estrutura necessria para a
15
instalao do Cenrio (microcomputadores, servidores, rede, sistema ERP, sistemas
complementares, etc.). Mais ainda, tal ambiente deve ser flexvel para permitir a realizao
de testes e simulaes.
Em seguida, criada uma instncia do modelo de referncia do processo de
desenvolvimento de produtos, obtido como resultado do estudo exploratrio anterior, para
ser utilizada como modelo de referncia do Cenrio.
A partir da escolha do ambiente de desenvolvimento de produtos e da definio do
modelo de referncia do Cenrio, especificado um contexto para direcionar a realizao
dos testes e das simulaes da aplicao do sistema ERP.
De acordo com a representao do modelo de referncia do Cenrio e considerando-
se o contexto especificado, o sistema ERP configurado e integrado aos sistemas
complementares de desenvolvimento de produtos.
Finalmente, as informaes representadas no modelo de referncia do Cenrio so
geradas conforme o contexto estabelecido (cronogramas, desenhos, estruturas de produto,
planos de processo, relatrios, entre outras).
Analisar a Aplicao do Sistema ERP no Cenrio de Desenvolvimento de
Produtos
Aps a implantao do Cenrio, so realizados testes e simulaes da utilizao do
sistema ERP no processo de desenvolvimento de produtos definido pelo modelo de
referncia e pelo contexto.
Para a coleta de dados nesta etapa empregada a tcnica de observao direta,
procurando-se registrar as solues e as limitaes da aplicao prtica do sistema ERP no
processo de desenvolvimento de produtos. As principais solues e limitaes observadas
so descritas e discutidas.
Estudos de Caso
Selecionar Empresas e Coletar Dados
Nesta etapa so selecionadas as empresas analisadas nos estudos de caso e so
coletados os dados que caracterizam a aplicao do sistema ERP no processo de
desenvolvimento de produtos dessas empresas.
A escolha das empresas analisadas realizada com base em critrios previamente
estabelecidos. Pressupe-se que tais empresas desenvolvam produtos e utilizem o sistema
ERP considerado neste trabalho. Observando-se tais critrios, so escolhidas as trs
empresas analisadas nesta fase da pesquisa.
16
A coleta de dados nos estudos de caso efetuada por meio de entrevistas focalizadas
com membros das empresas, os quais possuam bons conhecimentos da forma de aplicao
do sistema ERP no processo de desenvolvimento de produtos. A preparao para essas
entrevistas compreende a elaborao prvia de um roteiro, a especificao de critrios para a
escolha dos membros das empresas a serem entrevistados e a definio dos entrevistados.
Analisar a Aplicao do Sistema ERP no Desenvolvimento de Produto das
Empresas Estudadas
Os dados obtidos nas entrevistas realizadas na etapa anterior, referentes aplicao
do sistema ERP no processo de desenvolvimento de produtos das trs empresas estudadas,
so apresentados e discutidos.
Avaliar os Resultados
Os resultados observados no estudo exploratrio, no estudo descritivo e nos estudos
de caso so avaliados e discutidos. So tambm apresentadas as concluses obtidas,
relacionadas tanto com o tema da pesquisa quanto com o mtodo empregado.
1.5 Seleo do Sistema ERP
A seleo do sistema ERP considerado neste trabalho baseada na premissa de que
o sistema analisado deve refletir a realidade encontrada na maior quantidade possvel de
empresas instaladas no Brasil.
A partir dessa premissa, determinou-se um nico critrio para a seleo do sistema
ERP. Tal critrio estabelece que o sistema selecionado deve ser o ERP com o maior nmero
de empresas usurias no Brasil.
Uma pesquisa sobre a utilizao de sistemas ERP por empresas localizadas no Brasil
apresentada por MAYER (1998). Esta pesquisa demonstra a segmentao do mercado
brasileiro de ERPs de acordo com o percentual de empresas que utiliza cada um dos sistemas
ERP existentes. Os resultados obtidos por MAYER (1998) na amostra pesquisada so
listados na TABELA 1.
17
TABELA 1 Sistemas ERP e percentual de empresas usurias (MAYER, 1998)
SISTEMA
QUANTIDADE
DE EMPRESAS
USURIAS (%)
SAP 27,3 %
Magnus 26,3 %
Baan 18,4 %
Oracle 7,9 %
BPCS 7,9 %
JDEdwards 5,3 %
Outros 7,9 %
Assim, considerando-se o critrio de seleo pr-estabelecido e os dados
apresentados por MAYER (1998), o sistema ERP SAP (SAP R/3) foi escolhido para ser
analisado neste trabalho.
O SAP R/3 fornecido pela software house SAP (Systems, Applications and
Products in Data Processing), fundada em 1972 em Walldorf, na Alemanha. A SAP
atualmente a quinta maior fornecedora mundial de softwares e a maior fornecedora mundial
de aplicativos empresariais (CURRAN & KELLER, 1998).
Nesta pesquisa foi considerada a verso 4.0B do sistema SAP R/3 em ingls. A
opo por tal verso deve-se a dois fatores: essa verso a mais atual existente durante a
realizao da maior parte das etapas deste trabalho; essa verso est disponvel para ser
utilizada pelo pesquisador no Laboratrio de Sistematizao e Integrao da Manufatura, do
NUMA (Ncleo de Manufatura Avanada), localizado na Escola de Engenharia de So
Carlos da Universidade de So Paulo.
1.6 Organizao deste Texto
Este texto est organizado em sete captulos, divididos de acordo com as fases do
mtodo de pesquisa.
Captulo 1 apresenta a definio do trabalho. So discutidos, inicialmente, o
contexto no qual se insere o trabalho e as justificativas que motivaram o seu
desenvolvimento. Em seguida, so definidos o objetivo e as limitaes do trabalho, as
perguntas de pesquisa, o mtodo de pesquisa e as tcnicas de coleta de dados, e so
determinadas as fases da pesquisa e as etapas do trabalho. Finalmente, selecionado o
sistema ERP para a anlise.
Captulos 2 e 3 apresentam, respectivamente, a pesquisa bibliogrfica sobre o
processo de desenvolvimento de produtos e a pesquisa bibliogrfica sobre os sistemas ERP.
18
Captulo 4 trata do estudo exploratrio da aplicabilidade do sistema ERP em um
processo de desenvolvimento de produtos. A partir do modelo de referncia do processo de
desenvolvimento de produtos e do sistema ERP: so definidas as atividades do processo de
desenvolvimento que podem ser apoiadas por funcionalidades do sistema ERP; so
determinadas as atividades do processo nas quais ocorrem sobreposies de funcionalidades
entre o ERP e os sistema complementares; so especificados os principais pontos de
integrao entre tais sistemas.
Captulo 5 apresenta o estudo descritivo do Cenrio de Desenvolvimento de
Produtos Utilizando o Sistema ERP. A partir dos resultados obtidos no captulo anterior
realizada a implantao do Cenrio. A aplicao do ERP no desenvolvimento de produtos
simulada e as principais solues e limitaes observadas so descritas e discutidas.
Captulo 6 refere-se aos estudos de caso sobre a aplicao do sistema ERP no
processo de desenvolvimento de produtos de trs empresas. Inicialmente, so selecionadas as
empresas que participam desta fase da pesquisa e so coletados os dados pertinentes. Em
seguida, so discutidas as particularidades observadas na aplicao do sistema ERP no
processo de desenvolvimento de cada empresa analisada.
Captulo 7 avalia os resultados obtidos no trabalho. So apresentadas as concluses
obtidas e so feitas algumas consideraes finais e sugestes para trabalhos futuros nesta
rea de pesquisa.
19
2 O PROCESSO DE DESENVOLVIMENTO DE PRODUTOS:
CARACTERSTICAS, MODELOS DE REFERNCIA E
INTEGRAO
Este captulo subdividido em quatro itens. Inicialmente so apresentas as
definies de processo de desenvolvimento de produtos e de Engenharia Simultnea. Em
seguida, so apresentadas algumas caractersticas do processo de desenvolvimento de
produtos relevantes para o escopo deste trabalho e so analisados os fatores de influncia que
determinam os tipos de processo de desenvolvimento. discutida, ento, a representao do
processo de desenvolvimento utilizando-se modelos de referncia. Por fim, so apresentados
conceitos de integrao utilizados em ambientes integrados de desenvolvimento de produtos.
2.1 O Processo de Desenvolvimento de Produtos e a Engenharia
Simultnea
Neste item discutem-se as caractersticas da abordagem seqencial de
desenvolvimento de produtos. Em seguida, so apresentadas a definio de processo de
negcio, aplicada ao desenvolvimento de produtos, e a definio de Engenharia Simultnea
adotada neste trabalho.
2.1.1 O Desenvolvimento de Produtos Seqencial
Tradicionalmente, o desenvolvimento de produtos constitudo por uma seqncia
ordenada de atividades realizadas por vrios departamentos de uma empresa. Uma atividade
s iniciada quando a atividade anterior concluda.
De acordo com CLAUSING (1994), essa abordagem seqencial de desenvolvimento
de produtos prevaleceu durante os anos 50 e 60, mas continua sendo amplamente empregada
pelas empresas.
As etapas gerais tpicas de um desenvolvimento de produtos seqencial em uma
empresa de manufatura so exemplificadas na FIGURA 2.
20
Marketing
Engenharia
de Projeto
Engenharia
de Manufatura
Testes Produo
Fluxo de informaes
Erros, mudanas e correes
FIGURA 2 Exemplo de desenvolvimento de produtos seqencial (SYAN, 1994, p. 4)
Nesse exemplo, o Marketing especifica a necessidade de novos produtos, o preo
alvo e o desempenho requerido por potenciais consumidores. A Engenharia de Projeto
recebe especificaes pouco detalhadas e trabalha isoladamente na definio dos requisitos
tcnicos e no detalhamento da documentao do produto. O primeiro contato da Engenharia
de Manufatura com o novo produto ocorre somente aps o final da etapa de Engenharia de
Projeto (FIGURA 2) (SYAN, 1994).
Pode-se notar, na FIGURA 2, que o desenvolvimento seqencial, baseado na
organizao departamental, no favorece a integrao entre as unidades funcionais
envolvidas. Os departamentos tendem a preocupar-se somente com as suas atividades
especficas, e no existe um responsvel pelo desenvolvimento como um todo. A falta de
uma viso ampla sobre todo o desenvolvimento dificulta a medio dos resultados obtidos e
a realizao de projetos de melhoria.
SCHEER (1998) discute as implicaes do desenvolvimento seqencial e do
isolamento dos departamentos na fragmentao dos dados de produtos. As diferentes vises
descritivas utilizadas pelas vrias unidades organizacionais envolvidas no desenvolvimento
resultam em bases de dados independentes, separadas em vrios sistemas e plataformas de
hardware (FIGURA 3).
Desenvolvimento do Produto
Marketing
Vendas
Projeto Ferramentaria Fabricao Qualidade Custos
Idia
Requisitos
BD Marketing BD CAD
Planeja-
mento
Conceituao Projeto
Detalha-
mento
Reduo
Torque
...
Equipamentos
BD Equipamentos
BOM de
Produo
Planos Processo
Programas CN
Planos
Inspeo
BD PCP BD CN BD Qualidade
Custeio
BD Finanas
FIGURA 3 Fragmentao dos dados de produto no desenvolvimento seqencial
(SCHEER, 1998, p. 508)
21
A descrio geomtrica do produto, por exemplo, armazenada na base de dados do
sistema CAD, enquanto que a estrutura de produto e os planos de processo macro, gerados
em uma fase posterior, so armazenados na base de dados do sistema de planejamento da
produo (FIGURA 3) (SCHEER, 1998).
A literatura descreve inmeros problemas e desvantagens decorrentes da abordagem
seqencial de desenvolvimento de produtos.
Segundo PRASAD (1996), a premissa de que uma etapa s possa ser iniciada
quando a etapa anterior for finalizada e aprovada resulta em ciclos de desenvolvimento de
produtos excessivamente longos.
De acordo com ROZENFELD (1997), a falta de integrao funcional nas etapas
iniciais do desenvolvimento dificulta a tomada de decises adequadas e pode comprometer o
custo final dos produtos, uma vez que parte significativa (85%) do custo dos produtos
determinada pelas alternativas adotadas nessa fase.
Segundo SYAN (1994), o desenvolvimento seqencial faz que uma grande
quantidade de alteraes ocorra muito tardiamente, quando o custo de modificaes mais
alto, pois um maior nmero de decises j tomadas precisam ser invalidadas.
Alm desses problemas pode-se citar o projeto de produtos inadequados para a
produo, a falta de preocupao com a qualidade final do produto durante o projeto e o
baixo ndice de satisfao dos clientes.
As inmeras desvantagens do desenvolvimento seqencial de produtos so
consideradas como um dos fatores responsveis pela perda de competitividade da indstria
norte-americana e europia nos anos 80, frente concorrncia japonesa (CLARK &
FUJIMOTO, 1991).
2.1.2 O Desenvolvimento de Produtos como um Processo de Negcio
A fim de melhorar o desempenho do desenvolvimento de produtos e aumentar a sua
competitividade, muitas empresas passam a considerar o desenvolvimento de produtos como
um processo de negcio.
Atualmente, diversas definies e aplicaes da abordagem de processos de negcio
podem ser encontradas na literatura. GARVIN (1998) sistematizou essas diferentes vises
em uma taxonomia para a classificao e definio de processos.
De acordo com GARVIN (1998), os processos de negcio podem ser
Organizacionais ou Gerenciais. Os processos Organizacionais so classificados em
Processos de Trabalho, Processos Comportamentais e Processos de Mudana. J os
22
processos Gerenciais so classificados em Processos de Direcionamento, Processos de
Negociao e Processos de Monitoramento e Controle.
Nessa taxonomia, o processo de desenvolvimento de produtos classificado como
um Processo de Trabalho. O conceito de Processos de Trabalho de GARVIN (1998) origina-
se das definies de processos de negcio propostas pelos movimentos da Reengenharia e da
Qualidade Total.
As definies de processos de negcio dos autores dessas duas reas
(HARRINGTON, 1991; DAVENPORT, 1994; HAMMER & CHAMPY, 1994;
ROZENFELD, 1996) so bastante semelhantes (GONALVES, 1994).
Neste trabalho adotada, para o desenvolvimento de produtos, a definio de
processos de negcio de ROZENFELD (1996). De acordo com esse autor, um processo de
negcio um fenmeno que ocorre dentro das empresas. Os processos contm um conjunto
de atividades, associadas s informaes que manipulam, utilizando os recursos e a
organizao da empresa. Formam uma unidade coesa que geralmente focalizada em um
determinado tipo de negcio.
A FIGURA 4 representa o processo de desenvolvimento de produtos como um
conjunto de atividades realizadas por diversas unidades funcionais de uma organizao,
desde o surgimento de novas idias e a identificao de requisitos de mercado, at o
lanamento do produto.
Marketing Engenharia
de Projeto
Engenharia
de Manufatura
Testes Produo
Processo de desenvolvimento de produtos
N
o
v
a
s

i
d
i
a
s
P
e
s
q
u
i
s
a

d
e

m
e
r
c
a
d
o
N
o
v
o

P
r
o
d
u
t
o
FIGURA 4 Processo de desenvolvimento de produtos
A viso por processo, representada FIGURA 4, implica vrias mudanas em
comparao com a abordagem seqencial de desenvolvimento de produtos, discutida no
subitem anterior.
A estrutura departamental uma viso fragmentria e estanque das
responsabilidades e das relaes de subordinao, enquanto que a estrutura de processo
uma viso dinmica da forma como a organizao produz valor (DAVENPORT, 1994).
23
Essa viso facilita a medio dos resultados e a realizao de projetos de melhoria.
Os processos bem definidos podem ter vrias de suas dimenses medidas, como, por
exemplo, o tempo e o custo de execuo. As entradas e sadas do processo tambm podem
ser avaliadas quanto utilidade ou qualidade (DAVENPORT, 1994).
Alm disso, a atribuio do processo a um dono claramente definido, responsvel
pela sua execuo, tambm contribui para melhorar a compreenso do ponto de vista dos
clientes do processo (DAVENPORT, 1994).
Os benefcios da adoo da abordagem de processos de negcio no desenvolvimento
de produtos so comprovados por pesquisas amplas e atuais. Benchmarkings e surveys
realizados recentemente indicam que a existncia de um processo bem definido um dos
principais fatores de sucesso no desenvolvimento de produtos (COOPER &
KLEINSHMIDT, 1995; GRIFFIN, 1997).
HAMMER & STANTON (1999) citam os benefcios obtidos por uma empresa que
adotou a abordagem de processos de negcio no desenvolvimento de produtos. Nessa
empresa, a durao do ciclo de desenvolvimento de produtos foi reduzida em 50%, enquanto
que o tempo necessrio para o equilbrio financeiro dos projetos de novos produtos diminuiu
80%.
A adoo da abordagem de processos de negcio no desenvolvimento de produtos
freqentemente associada introduo parcial ou completa da filosofia de Engenharia
Simultnea, discutida no prximo subitem.
2.1.3 A Filosofia de Engenharia Simultnea
A Engenharia Simultnea foi proposta inicialmente como uma forma de se reduzir o
ciclo de desenvolvimento de produtos por meio do paralelismo de atividades.
Conceitos bsicos da Engenharia Simultnea j eram aplicados por empresas
ocidentais no incio dos anos 80, apesar de a primeira definio formal de Engenharia
Simultnea ter sido publicada somente no final da dcada de 80 (WINNER et al., 1988
4
apud
CARTER & BAKER, 1992).
Por essa definio, a Engenharia Simultnea considerada uma abordagem
sistemtica para o projeto simultneo e integrado de produtos e de seus processos
relacionados, incluindo manufatura e suporte. Tal abordagem procura fazer com que os

4
WINNER, R.I., PENNELL, J.P., BERTREND, H.E. & SLUSARCZUK, M.M.G. (1988).
The Role of Concurrent Engineering in Weapons System Acquisition. IDA Report R-338. Alexandria,
Institute for Defense Analysis.
24
envolvidos considerem, desde o incio, todos os elementos do ciclo de vida do produto, do
conceito ao descarte, incluindo a qualidade, o custo, os prazos e os requisitos dos clientes.
(WINNER et al., 1988 apud CARTER & BAKER, 1992, p. 2).
Desde ento surgiram vrias definies mais abrangentes de Engenharia Simultnea
focalizando outros aspectos alm da simultaneidade de atividades, como a cooperao e o
consenso entre os envolvidos e a utilizao de metodologias de apoio.
CLAUSING (1994) considera que a maioria dessas definies refere-se
Engenharia Simultnea Bsica (Basic Concurrent Engineering) e prope o Total Quality
Development, tambm chamado de Engenharia Simultnea de Classe Mundial (World-class
Concurrent Engineering).
A Engenharia Simultnea Bsica consiste de dois elementos: melhores processos e
maior cooperao. A melhoria dos processos baseia-se na simultaneidade de atividades, no
foco tanto na qualidade como no custo e na entrega, na nfase dada satisfao dos clientes
e na aplicao de benchmarkings competitivos. O aumento da cooperao baseia-se na
integrao da organizao em times multi-funcionais, no envolvimento dos empregados e no
relacionamento estratgico com os fornecedores (CLAUSING, 1994).
Alm da aplicao desses elementos, a Engenharia Simultnea de Classe Mundial
coloca maior nfase no atendimento dos requisitos dos clientes e na consistncia de
desempenho do produto pela aplicao do EQFD (Enhanced Quality Function Deployment)
e do projeto robusto (CLAUSING, 1994).
Segundo CLAUSING (1994), o EQFD e o projeto robusto preenchem a lacuna
existente entre a Engenharia Simultnea Bsica e a abordagem necessria para que as
empresas concorram globalmente com sucesso.
Neste trabalho, Engenharia Simultnea definida como a filosofia de atuao no
processo de desenvolvimento de produtos, visando ao aumento de qualidade do produto,
diminuio do ciclo de desenvolvimento e, conseqentemente, diminuio dos custos. Essa
filosofia toma como base a sinergia entre os agentes do processo que devem trabalhar em
uma equipe multifuncional formada por pessoas de diversas reas da empresa. O trabalho
dessa equipe apoiado em mtodos e tcnicas integrados, tais como: QFD (Quality Function
Deployment), FMEA (Failure Mode and Effect Analysis), Taguchi, entre outros
(ROZENFELD, 1998).
Essa definio apropriada para este trabalho pois considera a abordagem por
processos de negcio, definida no subitem anterior, como base para a aplicao da
Engenharia Simultnea.
25
A aplicao da Engenharia Simultnea resulta na necessidade de maior integrao
entre os dados de produto. Tais informaes devem estar localizadas em uma base de dados
uniforme em vez de estar divididas em diferentes sistemas, que, alm da separao fsica,
referem-se a diferentes fases do desenvolvimento (FIGURA 5) (SCHEER, 1998).
Idia
Geometria
Equipamento
BOM
Planos Processo
Planos Inspeo
Custeio
Planos de
Manuteno
Planos de
Reciclagem
Planejamento Conceituao Projeto Detalhamento
Reduo
Torque
...
$ 300-600 & 350-550 $ 370-480 $ 420
Desenvolvimento Simultneo do Produto Descrio Integrada do Produto
FIGURA 5 Integrao dos dados do produto para apoiar a Engenharia
Simultnea (SCHEER, 1998, p. 509)
Entre os benefcios atribudos adoo da Engenharia Simultnea destacam-se a
reduo do ciclo de desenvolvimento com o paralelismo de atividades, o aumento da
qualidade por meio do foco nos requisitos dos clientes e da utilizao de metodologias de
apoio (QFD, FMEA, entre outras) e a diminuio do custo final do produto obtida pela
tomada de decises adequadas nas fases iniciais do desenvolvimento e pela conseqente
reduo do nmero de modificaes.
2.2 Caractersticas do Processo de Desenvolvimento de Produtos
Estudos recentes indicam que as caractersticas do processo de desenvolvimento de
produtos
5
(entre as quais as etapas, a organizao e os recursos) so dependentes do contexto
do desenvolvimento, ou seja, do tipo de processo considerado.

5
A partir deste item, o emprego do termo processo de desenvolvimento de produtos
incorpora no seu significado a aplicao da filosofia de Engenharia Simultnea.
26
Neste item, so apresentadas as caractersticas do processo de desenvolvimento de
produtos relevantes para o escopo deste trabalho. A descrio realizada inicialmente
genrica, isto , independente de um tipo especfico de processo.
Em seguida, so discutidos os fatores que definem um tipo de processo de
desenvolvimento de produtos e a forma de influncia desses fatores nas caractersticas do
2.2.1 Etapas do Processo de Desenvolvimento de Produtos
O processo de desenvolvimento de produtos composto por uma grande quantidade
de atividades que envolvem desde a identificao de novas idias e de necessidades de
mercado at o lanamento do novo produto. Para facilitar a compreenso do processo, tais
atividades so agrupadas em etapas coesas, delimitadas por marcos de projeto ou stage
gates
6
.
A diviso do processo em etapas uma simplificao didtica j que, na prtica,
etapas podem ocorrer em paralelo, e existem interaes entre diferentes etapas. O
paralelismo de atividades um dos fundamentos da Engenharia Simultnea.
Por se tratar de uma simplificao, a definio das etapas do processo de
desenvolvimento de produtos puramente arbitrria e depende da adequao ao tipo de
processo ou do autor considerado.
WHEELWRIGHT & CLARK (1992), por exemplo, definem quatro etapas do
processo de desenvolvimento de produtos: Desenvolvimento do Conceito; Planejamento do
Produto; Engenharia do Produto/Processo; e Produo Piloto/Aumento da Produo. J a
APQP (Advanced Product and Quality Planning) da QS-9000
7
prope o agrupamento das
atividades de desenvolvimento de produtos na indstria automobilstica em cinco etapas:
Planejamento; Projeto e Desenvolvimento do Produto; Projeto e Desenvolvimento do
Processo; Validao do Produto e do Processo; Anlise da Retroalimentao e Ao
Corretiva (AIAG, 1994).

6
Stage gates so definidos como pontos do desenvolvimento de produtos nos quais so
realizadas revises de qualidade do produto e do processo de desenvolvimento. Em cada gate, o
produto e o processo so avaliados em relao a parmetros pr-estabelecidos (COOPER, 1994).
7
A QS-9000 uma norma de qualidade estabelecida pela indstria automobilstica de origem
norte-americana. Essa norma baseada na ISO-9000, acrescida de requisitos adicionais especficos do
setor automotivo (HOYLE, 1997).
27
Para identificar as etapas mais empregadas pelas empresas no desenvolvimento de
produtos com alto grau de inovao, GRIFFIN (1997) realizou uma pesquisa com base em
uma sistematizao desse processo em nove etapas.
Considera-se que as etapas utilizadas por GRIFFIN (1997) so bastante abrangentes
e gerais pois procuram permitir analogias com as etapas realizadas em vrios tipos de
processo. As nove etapas so detalhadas a seguir:
q Planejamento da Linha de Produtos anlise do portfolio atual de produtos em
relao ao ambiente competitivo;
q Desenvolvimento da Estratgia de Projeto definio do mercado alvo e
determinao das necessidades do mercado;
q Gerao da Idia/Conceito identificao das oportunidades e incio da gerao
de possveis solues;
q Avaliao das Idias avaliao e priorizao das solues, e eliminao das
opes no atrativas;
q Anlise do Negcio avaliao financeira do conceito;
q Desenvolvimento converso do conceito em um produto funcional;
q Teste e Validao utilizao do produto e realizao de testes de campo, de
mercado e de conformidade com as normas;
q Desenvolvimento da Manufatura desenvolvimento dos processos de
manufatura e realizao de testes piloto;
q Comercializao lanamento do novo produto em escala de produo e vendas.
As empresas pesquisadas foram classificadas em empresas de alto desempenho e
empresas de baixo desempenho no desenvolvimento de produtos. Verificou-se que as
empresas de alto desempenho realizam, no desenvolvimento de produtos com alto grau de
inovao, na mdia 6,2 das 9 etapas, enquanto que as empresas de baixo desempenho
realizam 4,7 das 9 etapas. Isso sugere que processos de desenvolvimento de produtos mais
bem estruturados e completos so um dos fatores do melhor desempenho de algumas
empresas (GRIFFIN, 1997).
2.2.2 Formas de Organizao do Desenvolvimento de Produtos
Existem vrias formas de organizao do desenvolvimento de produtos. A escolha
da forma mais adequada para cada caso tambm decorrente do tipo do processo de
28
desenvolvimento de produtos e tem influncia direta no desempenho e no resultado do
desenvolvimento.
O tipo de processo de desenvolvimento exerce influncia em trs dimenses da
organizao do desenvolvimento de produtos identificadas por CLARK & FUJIMOTO
(1991): o grau de especializao, a integrao interna e a integrao externa. O grau de
especializao refere-se aos conhecimentos especficos necessrios para se projetar
funcionalmente os elementos de um produto. A integrao interna diz respeito coordenao
da equipe de desenvolvimento, e a integrao externa relaciona-se com o atendimento das
necessidades dos consumidores.
O desenvolvimento de um produto baseado em componentes tecnolgicos que
evoluem muito rapidamente, por exemplo, requer um alto nvel de conhecimentos
especficos. O alto grau de especializao necessrio determina a segmentao da
organizao em departamentos e unidades e pode dificultar a coordenao e comunicao
entre os grupos funcionais, ou seja, diminuir a integrao interna (CLARK & FUJIMOTO,
1991).
Em um estudo realizado na indstria automobilstica, CLARK & FUJIMOTO (1991)
compilaram os diferentes tipos de organizao do desenvolvimento de produtos observados
em quatro formas principais (FIGURA 6). Fora da indstria automobilstica CLAUSING
(1994) identificou mais uma possvel forma de organizao do desenvolvimento de produtos.
Essas cinco formas bsicas e suas combinaes em formas hbridas ou variaes refletem a
organizao do desenvolvimento de produtos da maioria das empresas.
Na Estrutura Funcional tradicional o desenvolvimento organizado por
departamentos (representados pelos retngulos D1, D2, e assim por diante). No existe uma
pessoa responsvel pelo desenvolvimento como um todo. Os gerentes funcionais (GF) so
responsveis somente pela alocao de recursos e pela realizao das atividades atribudas
aos seus departamentos (CLARK & FUJIMOTO, 1991).
Na organizao por Gerente de Produtos Peso Leve existe um gerente de produto
(GP) que coordena as atividades de desenvolvimento por meio de representantes nos
departamentos (R). Tais representantes formam o elo de ligao entre o GP e os especialistas
nos departamentos, uma vez que o GP no tem autoridade sobre as pessoas envolvidas no
trabalho (representadas pelos crculos hachurados), nem acesso direto a elas. A rea de
influncia do GP (delimitada pela linha tracejada) no inclu contato direto com o mercado
ou responsabilidade pelo conceito do produto (CLARK & FUJIMOTO, 1991).
29
D1 D2 D3 D4 D5
GF GF GF GF
Gerente
Funcional
(GF)
Estrutura Funcional

Pessoas envolvidas no desenvolvimento
de um novo produto
Representante (R)
Gerente de Produtos Peso Leve
D1 D2 D3 D4 D5
GF GF GF GF

R R R R
GF
Gerente de Produto (GP) rea de grande
influncia do GP Assistentes do GP
Gerente de Produtos Peso Pesado
Mercado
D1 D2 D3 D4 D5
GF GF GF GF

R R R R
GF
GP
R
C
o
n
c
e
i
t
o
R R R R R
C
o
n
c
e
i
t
o
Times de Execuo de Projetos
Mercado
D1 D2 D3 D4 D5
GF GF GF GF

GF
GP
FIGURA 6 Formas de organizao do desenvolvimento de produtos (CLARK & FUJIMOTO,
1991, p. 254)
Na estrutura de Gerente de Produtos Peso Pesado, o gerente de produto (GP) possui
mais responsabilidade e poder de influncia. O trabalho feito pelos representantes nos
departamentos, mas, quando necessrio, o GP tem acesso direto s pessoas envolvidas e
grande poder de influncia sobre as atividades do projeto. O GP tambm responsvel pelo
planejamento do produto e desenvolvimento do conceito (CLARK & FUJIMOTO, 1991).
No desenvolvimento de produtos estruturado por Times de Execuo de Projetos, o
GP coordena uma equipe de pessoas dedicadas integralmente ao desenvolvimento. As
pessoas envolvidas no desenvolvimento deixam as suas reas funcionais e passam a se
reportar diretamente ao GP (CLARK & FUJIMOTO, 1991). Ao final do desenvolvimento as
pessoas retornam para as suas reas funcionais.
CLAUSING (1994) identificou uma quinta forma de organizao do
desenvolvimento de produtos, chamada de Time de Desenvolvimento de Produtos
Independente. Nessa estrutura no existe relao das pessoas com departamentos funcionais.
As pessoas dedicam-se exclusivamente equipe de desenvolvimento e reportam-se somente
ao gerente de produto.
30
O grau de especializao e de integrao varia de acordo com as formas de
organizao do desenvolvimento de produtos citadas, desde baixo nvel de integrao interna
e externa e alto grau de especializao na Estrutura Funcional, at altos nveis de integrao
com menor especializao no Time de Desenvolvimento de Produtos Independente.
2.2.3 Recursos Utilizados no Desenvolvimento de Produtos
Para desenvolver produtos as empresas utilizam grande quantidade e variedade de
recursos, tais como recursos financeiros, equipamentos, sistemas computacionais, entre
outros.
Dado o escopo deste trabalho, este subitem limitado apresentao das diversas
classes de sistemas computacionais que apiam o processo de desenvolvimento de produtos,
com nfase nas principais caractersticas e funcionalidades desses sistemas.
A apresentao das classes de sistemas computacionais de desenvolvimento de
produtos genrica e independente de qualquer sistema disponvel comercialmente. Para a
descrio de algumas classes de sistemas, no entanto, citada bibliografia referente a
sistemas especficos, existentes no mercado. Essa opo justificada pela nfase dada por
essa bibliografia (manuais, folders, pginas de Internet, entre outros) s funcionalidades dos
sistemas. Contudo, deve-se destacar que tal bibliografia empregada de forma neutra, para
representar as caractersticas e as funcionalidades tpicas da maioria dos sistemas
pertencentes a uma mesma classe.
Neste subitem, so apresentados, inicialmente, os sistemas de gerenciamento de
dados de produto e de gerenciamento do processo de desenvolvimento, e os sistemas de
apoio ao trabalho em grupo. Em seguida, so descritos os aplicativos CAx (Computer Aided)
e os sistemas relacionados com mtodos e tcnicas especficas de desenvolvimento de
produtos. So apresentados, ento, os sistemas mais gerais utilizados no desenvolvimento de
produtos, tais como os editores de texto e as planilhas eletrnicas. Por fim so analisados os
sistemas ERP e os sistemas de modelagem de processos.
Sistemas PDM (Product Data Management)
Os sistemas PDM so ferramentas que possuem funcionalidades para organizar e
controlar todos os dados relativos a produtos e para gerenciar o ciclo de vida de produtos
(DICKERSON, 1996).
Os sistemas PDM so tipicamente compostos por um cofre eletrnico (vault), uma
base de dados e um conjunto de funcionalidades. O vault utilizado como um repositrio
para o armazenamento de todos os tipos de informao de produtos. Os dados sobre as
31
informaes armazenadas no vault so mantidos na base de dados. Tais dados so
manipulados pelas funcionalidades do PDM (MILLER & MENDEL, 1997).
O CIMDATA (1996) classifica as funcionalidades dos sistemas PDM em um
conjunto de funcionalidades principais e um grupo de funcionalidades de apoio. Essas
funcionalidades so descritas a seguir:
Funcionalidades principais:
q Gerenciamento de documentos armazenamento de qualquer tipo de documento
eletrnico que descreva o produto em um cofre (vault) com controle de acesso
e gerenciamento de metadados (dados sobre os dados) como, por exemplo,
verses, status, histrico de modificaes, aprovaes;
q Fluxo de trabalho e gerenciamento de processos definio, controle e
automao de processos das organizaes;
q Gerenciamento de estruturas de produto criao de estruturas de produto e
gerenciamento de configuraes;
q Classificao e recuperao agrupamento de objetos semelhantes em famlias,
e recuperaes de objetos por seus atributos;
q Gerenciamento de projetos planejamento detalhado e controle da execuo de
projetos (essa funcionalidade ainda pouco desenvolvida na maioria dos
sistemas PDM disponveis comercialmente).
Funcionalidades de apoio:
q Comunicao e notificao notificao automtica de eventos crticos e
comunicao entre pessoas por meio de servios de correio eletrnico;
q Transporte de dados transporte automtico de dados entre servidores e
computadores sem necessidade de interferncia do usurio;
q Converso de dados converso de dados entre diferentes aplicativos;
q Servios de visualizao e comentrios (mark-up) visualizao de vrios tipos
de documentos sem necessidade de acesso ao aplicativo de origem, e realizao
de comentrios e anotaes nos documentos sem alterao do documento
original;
q Administrao administrao de usurios, de autorizaes, de procedimentos
de aprovao, entre outros.
32
O termo sistemas PDM muitas vezes empregado de maneira muito ampla para
designar os diversos tipos de sistemas de gerenciamento de dados de produto existentes
atualmente (OMOKAWA, 1999).
Neste trabalho, assim como em OMOKAWA (1999), adota-se a diferenciao
realizada por SWANTON (1997), que classifica os sistemas de gerenciamento de dados de
produto em dois grupos: os sistemas PDM, apresentados nesta seo, e os sistemas EDM
(Electronic Document Management), descritos na seo seguinte.
Sistemas EDM (Electronic Document Management)
Os sistemas EDM so aplicativos que controlam o ciclo de vida de documentos
eletrnicos e de imagens de documentos (BIELAWSKI & BOYLE, 1997).
Tais sistemas so voltados para a rea de manufatura, gerenciando a documentao
tcnica dos produtos em produo, ou ainda so direcionados para aplicaes gerais que
abrangem toda a empresa, como, por exemplo, gerenciando normas e procedimentos internos
e controlando publicaes tcnicas (SWANTON, 1997).
As principais funcionalidades dos sistemas EDM so descritas a seguir
(BIELAWSKI & BOYLE, 1997):
q Armazenamento armazenamento de documentos em um repositrio com
controle de acesso;
q Converso alterao do formato de documentos eletrnicos e digitalizao de
documentos em papel;
q Localizao procura sistemtica de documentos apoiada por mecanismos de
busca como, por exemplo, busca Booleana e a localizao por sinnimos;
q Criao criao de novos documentos a partir da utilizao de modelos
(templates) e padronizao de formatos;
q Fluxo de trabalho programao e execuo de fluxos de trabalho;
q Distribuio realizao de anotaes (mark-up), aumento/diminuio da
imagem (zoom) e a impresso em papel, entre outras funcionalidades utilizadas
pelos usurios finais de documentos.
Sistemas de Gerenciamento de Projetos
Os sistemas de gerenciamento de projetos possuem funcionalidades que possibilitam
o planejamento detalhado (definio das atividades, determinao dos prazos de realizao,
33
alocao de recursos e avaliao dos custos envolvidos) e o controle da execuo de
projetos.
So funcionalidades tpicas dos sistemas de gerenciamento de projetos: a definio
de WBSs (Work Breakdown Structures), o estabelecimento de redes de atividades, a
determinao de marcos de projeto (milestones), a visualizao das atividades em grficos de
Gantt e PERT, o clculo do caminho crtico, a alocao de recursos s atividades, o
nivelamento da utilizao de recursos, a estimativa de custos, o acompanhamento da
execuo e a gerao de relatrios de projetos (MICROSOFT, 1997; DRGER, 1998;
PRIMAVERA, 2000).
Alm dessas funcionalidades tpicas, os sistemas gerenciadores de projetos mais
recentes apiam a publicao de informaes de projetos em pginas da Internet
(MICROSOFT, 1997; PRIMAVERA, 2000) e possuem integrao com os sistemas ERP
(SAP, 1998; PRIMAVERA, 2000). Os gerenciadores de projetos tambm podem ser
mdulos constituintes de sistemas ERP (DRGER, 1998; SAP, 1998a).
Sistemas de Trabalho em Grupo (Groupware)
Os sistemas de trabalho em grupo so sistemas que apiam o trabalho cooperativo e
a troca de informaes entre as pessoas (TIBERTI, 1996).
Tais sistemas englobam um conjunto de funcionalidades e aplicativos, entre as quais:
o correio eletrnico, a agenda eletrnica em grupo, a vdeo conferncia, a manipulao de
documentos em grupo e o gerenciamento de fluxo de trabalho (TIBERTI, 1996).
Sistemas CAD (Computer Aided Design)
Os sistemas CAD so ferramentas para a criao, a anlise e a modificao de
modelos geomtricos de produtos (NOLEN, 1989).
Tais modelos podem ser bidimensionais ou tridimensionais (NOLEN, 1989).
Atualmente, tem-se enfatizado a utilizao de sistemas CAD que possibilitam a criao de
modelos tridimensionais slidos, devido ampla aplicao desses modelos nas demais
atividades do processo de desenvolvimento como, por exemplo, na gerao de prottipos
eletrnicos (digital mock-up) (SCHTZER & SOUZA, 1998), na construo rpida de
prottipos fsicos (rapid prototyping), no clculo por elementos finitos, na construo do
ferramental, entre outras
8
(EVERSHEIM et al., 1997).

8
Apesar das vantagens da utilizao de modelos geomtricos tridimensionais, tais modelos
so empregados por apenas 15 a 20% dos usurios de CAD, considerando todos os possveis setores
de aplicao (EVERSHEIM et al., 1997). Uma pesquisa realizada no Brasil, englobando somente o
34
Os sistemas CAD podem ser genricos ou especializados em uma determinada rea
de aplicao. Por exemplo, existem sistemas CAD voltados para o projeto mecnico,
sistemas CAD direcionados para o projeto de instalaes eletro-hidrulicas (EVERSHEIM et
al., 1997) e sistemas CAD especializados no projeto de circuitos impressos (NOLEN, 1989).
Os sistemas CAD atuais oferecem uma ampla gama de funcionalidades e de mdulos
de apoio ao projeto, entre os quais o projeto paramtrico e por caractersticas geomtricas
(features), a gerao de sees e de perspectivas, a anlise de montagens e a exploso de
montagens para a elaborao de documentao tcnica (EVERSHEIM et al., 1997).
Alm dessas funes, alguns sistemas CAD tambm tm funcionalidades que
apiam a criao e o gerenciamento de dados e especificaes de produto, como, por
exemplo, a definio de estruturas de produto e a especificao de dados tecnolgicos dos
itens projetados.
Sistemas CAE (Computer Aided Engineering)
O termo sistemas CAE engloba uma srie de tecnologias e sistemas utilizados para
apoiar as atividades de projeto detalhado durante o desenvolvimento de produtos, como a
anlise baseada no mtodo de elementos finitos e a determinao das propriedades de
modelos slidos (LIRANI, 1999)
9
.
O mtodo de elementos finitos tem vrias aplicaes nas atividades de projeto
detalhado, como, por exemplo, na anlise de tenses e de deformaes, na determinao de
freqncias naturais e de modos de vibrar, e nos estudos de transmisso de calor, de
escoamentos de fludos e de campos eltricos e magnticos (LIRANI, 1999).
As funcionalidades dos sistemas CAE para a determinao das propriedades de
slidos, por sua vez, compreendem os clculos de massa, de rea e de volume e a
determinao do centro de gravidade e do momento de inrcia de itens projetados (LIRANI,
1999).
Deve-se observar que existe uma tendncia crescente de integrao entre as
ferramentas de CAE e os sistemas CAD (EVERSHEIM et al.,1997). Atualmente, as funes
tpicas de CAE podem ser mdulos de sistemas CAD.

setor de autopeas, indicou que 79% das empresas j utilizam sistemas CAD tridimensionais. No
entanto, o maior volume de trabalho (cerca de 80%) continua baseado em modelos geomtricos
bidimensionais (SCHTZER & SOUZA, 1999).
9
LIRANI, J. (1999). SEM 391 CAE /notas de aula/
35
Sistemas CAPP (Computer Aided Process Planning)
Os sistemas CAPP so sistemas que apiam as atividades de criao e de
gerenciamento de planos de processo macro e dos detalhamentos dos planos de processo
10
.
De acordo com o mtodo de planejamento, os sistemas CAPP so classificados em
Interativo, Variante e Automtico. O CAPP Interativo possui funcionalidades para a
elaborao de planos de processo utilizando padres de planejamento. O sistema Variante
apia a criao de planos de processo com base em planos semelhantes recuperados. A
utilizao de sistemas CAPP Automticos possibilita a gerao automtica de planos de
processo a partir da descrio da pea (ROZENFELD, 1992).
Os sistemas CAPP tambm podem ter funcionalidades adicionais, tais como: a
classificao e a recuperao de itens, o gerenciamento de estruturas de produto e a
estimativa de custo de produtos (KSR, 1998a; KSR, 1998b).
Sistemas CAM (Computer Aided Manufacturing)
A sigla CAM pode ser utilizada para representar um conjunto amplo de tecnologias
utilizadas na produo, incluindo as mquinas CN (comando numrico), o gerenciamento de
ferramentas, o controle de depsitos e de materiais, o controle de qualidade e a manuteno
(SCHEER, 1998). O termo sistemas CAM, no entanto, geralmente empregado de forma
menos abrangente para denominar os sistemas que apiam as atividades de programao CN.
Tais sistemas tm funcionalidades que calculam o caminho da ferramenta a partir da
representao da pea, simulam o programa CN obtido e estimam os tempos de fabricao.
Alm disso, os sistemas CAM mais completos possuem funes para o clculo das
condies de usinagem (ROZENFELD, 1992).
Sistemas de Simulao
Os softwares de simulao apiam a modelagem de sistemas reais e possibilitam a
realizao de simulaes computacionais, reduzindo a necessidade de construo de modelos
fsicos (prottipos, maquetes, entre outros) para a realizao de testes durante o processo de

10
O plano de processo macro contm a seqncia de operaes de fabricao, a especificao
das mquinas e os tempos padro. So detalhamentos do plano de processo: a seqncia de
suboperaes, os croquis de fabricao, a lista de ferramental e de dispositivos, a especificao das
condies de usinagem, entre outras informaes necessrias para a fabricao da pea
(ROZENFELD, 1992).
36
EVERSHEIM et al., (1997) diferenciam os softwares de simulao, aplicveis no
desenvolvimento de produtos, em softwares de simulao de sistemas de manufatura,
softwares de simulao de sistemas dinmicos e softwares de anlise por elementos finitos.
A simulao de sistemas de manufatura descreve o comportamento de um sistema de
produo com relao ao tempo e sua capacidade produtiva. A simulao dinmica
apresenta as relaes e interaes cinemticas entre componentes individuais de uma
montagem de um produto (EVERSHEIM et al., 1997). A simulao por mtodos de
elementos finitos, por sua vez, considerada neste trabalho como um dos componentes dos
sistemas CAE, apresentados anteriormente.
De acordo com EVERSHEIM et al. (1997), a simulao pode ser utilizada mesmo
nas fases iniciais do desenvolvimento de produtos para apoiar, por exemplo, a anlise de
seqncias de movimentao, a deteco de colises, a determinao da melhor forma de
fixao de ferramentas e a realizao de estudos de ciclos de produo.
Sistemas de Apoio Aplicao de Mtodos e Tcnicas de Desenvolvimento
de Produtos
Esta classe engloba um conjunto de sistemas utilizados para apoiar a aplicao de
mtodos e tcnicas especficos de desenvolvimento de produtos. Cada um dos sistemas
descrito resumidamente a seguir:
q Sistemas de QFD (Quality Function Deployment) so sistemas utilizados para
apoiar a construo grfica de diagramas matriciais de QFD (QUALISOFT,
1991).
q Sistemas de DFMA (Design for Manufacturing and Assembly) so aplicativos
que calculam o potencial de melhoria na fabricao de itens e na montagem de
produtos e apresentam relatrios com sugestes para a modificao dos itens e
dos produtos analisados, a partir dos dados fornecidos pelos usurios
(BOOTHROYD DEWHURST, 1996).
q Sistemas de FMEA (Failure Mode and Effects Analysis) so sistemas que
apiam a elaborao de formulrios de FMEA, por meio de maior padronizao
e da automao do clculo dos ndices de risco, e possibilitam o gerenciamento
centralizado das aes corretivas de diversos FMEAs (KSR, 1999).
q Sistemas Gerenciadores de PPAP (Production Part Approval Process) so
softwares que apiam a criao e o gerenciamento de toda a documentao de
PPAP, bem como a gerao de relatrios de PPAP (IQS, 2000; KSR, 2000).
37
Sistemas de Visualizao
Os visualizadores possibilitam a visualizao de dezenas de tipos de documentos
eletrnicos (textos, planilhas eletrnicas, desenhos em CAD, imagens digitalizadas, entre
outros) sem necessidade de acesso aos aplicativos que originaram tais documentos. Alm
disso, os visualizadores tambm provem uma srie de servios adicionais, tais como a
realizao de anotaes e comentrios nos documentos sem alterao do documento original
(mark-up), a comparao entre documentos e a impresso de documentos (EAI, 2000).
Os sistemas de visualizao podem ser utilizados isoladamente ou podem ser
funcionalidades integradas a outros sistemas, como aos sistemas PDM e aos sistemas ERP.
Sistemas de Automao de Escritrio
Os sistemas de automao de escritrio apiam vrias atividades gerais realizadas no
desenvolvimento de produtos. Entre esses sistemas esto os editores de texto, as planilhas
eletrnicas e os sistemas de apresentao.
Os editores de texto possuem funes para a criao, a edio, a formatao, o
armazenamento e a impresso de textos eletrnicos. Alm disso, os editores de texto mais
completos oferecem funcionalidades avanadas, como, por exemplo, a verificao e a
correo automtica de erros de ortografia, e o dicionrio de sinnimos (LAUDON &
LAUDON, 1998).
As planilhas eletrnicas so aplicativos que apiam a realizao de clculos
numricos de maneira flexvel. Nesses aplicativos, os dados so apresentados no formato de
uma matriz. Cada elemento da matriz (clula) pode ser relacionado matematicamente com
outros elementos da mesma matriz e de outras matrizes. Aps o estabelecimento das relaes
matemticas, a alterao de qualquer um dos valores envolvidos no relacionamento provoca
o reclculo instantneo dos demais elementos da matriz. As planilhas eletrnicas tpicas
tambm possuem funes para a elaborao de vrios tipos de grficos (LAUDON &
LAUDON, 1998).
De acordo com ULLMAN (1992), as planilhas eletrnicas atendem as necessidades
mais simples de clculo e de anlise matemtica durante o desenvolvimento de produtos.
Alm disso, ULLMAN (1992) destaca outras aplicaes das planilhas eletrnicas no
desenvolvimento de produtos, como a utilizao da estrutura matricial para a elaborao de
tabelas de apoio tomada de decises e para o planejamento das atividades de
desenvolvimento.
Os sistemas de apresentao, por sua vez, apiam a preparao e a realizao de
apresentaes grficas. Tais sistemas possuem vrias funcionalidades de desenho e de
38
formatao que facilitam a preparao de slides para apresentaes. Os slides podem ser
impressos ou apresentados pelo prprio sistema, de acordo com uma seqncia pr-definida
pelo usurio.
LAUDON & LAUDON (1998) tambm consideram os sistemas que apiam a
comunicao no escritrio (Sistemas de Trabalho em Grupo correio eletrnico, agenda
eletrnica e videoconferncia) e o gerenciamento de documentos (Sistemas EDM
gerenciadores de documentos) como sistemas de automao de escritrio. Neste trabalho,
entretanto, tais sistemas so tratados separadamente devido sua importncia para o
Sistemas ERP (Enterprise Resource Planning)
Os sistemas ERP so sistemas integrados de gesto empresarial que abrangem um
amplo escopo de funcionalidades. Algumas dessas funcionalidades podem ser utilizadas para
apoiar o processo de desenvolvimento de produtos, tais como as funcionalidades de gerao
dos dados mestres de produto (cadastro de itens, estruturas de produto, planos de processo,
entre outros) (SAP, 1996), as funcionalidades de gerenciamento de projetos (DRGER,
1998; SAP, 1998b) e as funcionalidades de PDM do ERP (MILLER & MENDEL, 1997;
SAP, 1997; WESSNER, 1999).
No entanto, conforme se pde verificar pelos relatos de membros de empresas
usurias e de fornecedores de sistemas, as funcionalidades dos sistemas ERP ainda so
pouco utilizadas no processo de desenvolvimento de produtos (ROZENFELD & ZANCUL,
2000).
Devido sua importncia para a realizao deste trabalho, os sistemas ERP so
apresentados detalhadamente no Captulo 3.
2.2.4 Tipos de Processo de Desenvolvimento de Produtos
A aplicao de filosofias, tcnicas e mtodos, formas organizacionais e sistemas
computacionais de desenvolvimento de produtos, tais como as solues relacionadas
Engenharia Simultnea (equipes multifuncionais, QFD, Taguchi, entre outras), muitas
vezes apontada pela literatura como as melhores prticas de aplicao geral.
No entanto, estudos recentes sugerem que as melhores prticas so dependentes do
contexto do desenvolvimento de produtos (GRIFFIN, 1997). Essa hiptese ressaltada por
ROZENFELD & AMARAL (1999), que apontam a existncia de fatores que condicionam a
eficcia e a eficincia das melhores prticas em um determinado contexto.
39
Partindo desse pressuposto, ROZENFELD & AMARAL (1999) elaboraram uma
tipologia para a identificao das caractersticas fundamentais que afetam a forma de
gerenciar o processo de desenvolvimento de produtos. Essa tipologia, apresentada na
TABELA 2, engloba vrios fatores divididos em trs nveis: mercado, corporao e empresa.
Os fatores relacionados com cada um dos nveis so listados na segunda coluna da TABELA
2. A terceira coluna especifica os possveis tipos dos fatores.
TABELA 2 Tipologia de processos de desenvolvimento de produtos (ROZENFELD &
AMARAL, 1999)
NVEL FATOR TIPOS
Setor Automobilstico, aeronutico, petroqumico,
mquinas-ferramenta, eletrodomsticos, linha
branca, indstria de base
Concorrncia Monoplio, oligoplio competitivo, oligoplio
diferenciado, concorrncia perfeita
Geogrfico Local, regional, mundial
Mercado
Alvo
Posio na cadeia
de produo
Contato com cliente final, intermedirio na
cadeia de suprimentos
Insero Unidade independente, matriz, filial
Responsabilidade Coordenador de desenvolvimento, participante
de co-desenvolvimento
Corporao
Interao com
unidades
Equipe Local, regional, mundial
Responsabilidade tcnica Centro de adaptao tecnolgico, aquisio e
adaptao de tecnologia, centro de
desenvolvimento de produto, centro de
desenvolvimento tecnolgico de manufatura,
centro de manufatura
Competitiva Custo, qualidade, tempo, misto Estratgia
Interprojetos Novo, simultneo, seqencial, posterior
Informaes iniciais Idia, requisitos de desempenho, parte do
projeto do produto, parte do projeto do produto
e prottipos, produto em produo
Tecnologia
principal
Mecnica, eltrica, eletrnica, mecatrnica,
opto-eletrnica, qumica
Interna Nmero de componentes, nmeros de linhas de
softwares, nmero de insumos e etapas
Complexidade
do produto
Interface com o
usurio
Alta complexidade, baixa complexidade
Empresa
Grau de inovao Pesquisa e desenvolvimento avanados,
breakthrough ou radical, plataformas ou nova
gerao e derivados
De acordo com ROZENFELD & AMARAL (1999), as diferentes atividades, as
formas de organizao e os recursos do processo de desenvolvimento de produtos podem
ganhar ou perder importncia conforme os fatores de contingncia do processo listados na
TABELA 2.
40
O setor da indstria, por exemplo, determina a realizao de algumas atividades
especficas no desenvolvimento de produtos. O setor aeroespacial submetido s exigncias
de uma srie de normas e regulamentos internacionais que impem a realizao de
determinadas atividades e a gerao de informaes relacionadas com a segurana dos
produtos. A APQP especifica de forma macro as atividades de desenvolvimento que devem
ser realizadas pelas empresas do setor automobilstico certificadas pela QS-9000.
O grau de inovao do produto, por sua vez, tem forte influncia em vrias
dimenses do desenvolvimento de produtos (ROZENFELD & AMARAL, 1999). Quanto
maior o grau de inovao, mais deve-se aumentar a sobreposio entre o desenvolvimento da
tecnologia e as etapas de detalhamento do projeto (FUNK, 1997
11
apud ROZENFELD &
AMARAL, 1999), aplicar medidas de viabilidade econmica que considerem
adequadamente os riscos maiores envolvidos nesses projetos (SWINK et al., 1996
12
apud
ROZENFELD & AMARAL, 1999) e direcionar os esforos de desenvolvimento para a
qualidade.
Nos casos em que a inovao muito grande deve-se ainda antecipar a construo de
modelos e prottipos (VERYZER, 1998a
13
apud ROZENFELD & AMARAL, 1999) e
aumentar a interao entre as pessoas de marketing e de testes (VERYZER, 1998b
14
apud
ROZENFELD & AMARAL, 1999).
Nos projetos incrementais e de baixo grau de inovao, por sua vez, deve-se seguir
um processo menos estruturado (VERYZER, 1998a apud ROZENFELD & AMARAL,
1999), dar maior nfase reduo do tempo necessrio at o lanamento do produto no
mercado (SWINK et al., 1996 apud ROZENFELD & AMARAL, 1999) e diminuir a
influncia da manufatura nas decises do incio do processo de desenvolvimento (SWINK et
al., 1996 apud ROZENFELD & AMARAL, 1999).
A tipologia proposta por ROZENFELD & AMARAL (1999) visa caracterizao
do processo de desenvolvimento de produtos para a construo de modelos de referncia que

11
FUNK, J.L. (1997), Concurrent Engineering and the Underlying Structure of Design
Problem. IEEE Transaction on Engineering Management, v.44, n.3, p.305-315, August.
12
SWINK, M.L.; SANDVIG, J.C. & MABERT, V.A. (1996). Customizing Concurrent
Engineering Processes: Five Case Studies. Journal of Product Innovation Management, v.13, n.13, p.
230-244, May.
13
VERYZER, R.W. (1998a). Discontinuous Innovation and the New Product Development
Process. Journal of Product Innovation Management, v.15, n.4, p.304-321, July.
14
VERYZER, R.W. (1998b). Key Factors Affecting Customer Evaluation of Discontinuous
New Products. Journal of Product Innovation Management, v.15, n.2, p.136-150, March.
41
representem esse processo. A utilizao de modelos de referncia para representar o processo
de desenvolvimento de produtos discutida no prximo item.
2.3 Modelos de Referncia do Processo de Desenvolvimento de Produtos
Neste item discute-se a representao da empresa por modelos de referncia. So
apresentadas as vises do modelo necessrias para se descrever o processo de
desenvolvimento de produtos, e detalhados trs diferentes mtodos de modelagem. Alm
disso, apresentada uma tcnica especfica que permite a comparao de modelos de
referncia.
2.3.1 Definio e Tipos de Modelos de Referncia
Um modelo uma representao de algo. uma abstrao da realidade expressa em
termos de um formalismo especificado por um mtodo de modelagem em funo dos
objetivos de um usurio (VERNADAT, 1996).
Um modelo de empresa uma representao da empresa. Esse modelo pode ser
constitudo de um conjunto consistente de modelos complementares que descrevem vrios
aspectos da empresa para atender s necessidades de determinados usurios (VERNADAT,
1996).
A representao da empresa em um modelo facilita a compreenso dos elementos
descritos e melhora a comunicao entre as pessoas, que passam a discutir e tomar decises
com base em uma linguagem comum expressa no modelo. Isso evidencia a importncia da
utilizao de modelos na implantao de abordagens de melhoria nas empresas.
Modelos de empresa so utilizados, por exemplo, na documentao de
procedimentos para certificao de qualidade (ISO-9000), na especificao de novos
processos de negcio em projetos de Reengenharia, no apoio implantao de sistemas de
fluxo de trabalho, de gerenciamento de dados e de processamento de ordens, e na
especificao de requisitos para o desenvolvimento de sistemas de informao (SCHUH et
al., 1997).
Uma classe especial de modelos de empresa formada por modelos mais amplos e
genricos, denominados modelos de referncia.
Um modelo de referncia um modelo que pode ser usado como base para o
desenvolvimento ou avaliao de modelos especficos. Ou seja, modelos especficos podem
ser derivados de modelos de referncia pr-definidos, e modelos de referncia podem ser
utilizados como referncia de comparao de um modelo especfico (VERNADAT, 1996).
42
De acordo com o seu contedo, os modelos de referncia so classificados em
modelos de referncia do setor, modelos de referncia dos sistemas de informao e modelos
de referncia da empresa (KELLER & TEUFEL, 1998).
Os modelos de referncia para um setor representam as solues mais gerais
aplicveis a um setor da indstria. Esses modelos procuram considerar as melhores prticas
para o setor, podendo ser utilizados como ponto de partida em diversas abordagens de
melhoria nas empresas.
Os modelos de referncia dos sistemas de informao so uma descrio das
solues disponveis nos sistemas (CURRAN & KELLER, 1998). Esses modelos podem ser
aplicados na implantao e integrao de sistemas de informao.
Pode-se tambm denominar os modelos que descrevem uma empresa especfica
como modelos de referncia j que esses modelos so uma referncia de representao da
empresa. Os modelos de referncia das empresas diferenciam-se em modelos que descrevem
a situao vigente (denominados modelos as-is) e modelos que expressam a situao futura
desejada (denominados modelos to-be).
Um modelo composto basicamente de vises e mtodos. As vises podem ser
modeladas separadamente, mas em conjunto criam um modelo nico. Os mtodos so
formalismos utilizados para descrever cada uma das vises (BREMER, 1995).
Neste trabalho sero discutidas somente as vises e os mtodos do modelo de
empresa necessrios para se representar um processo de negcio.
2.3.2 Vises dos Modelos
Para representar processos de negcio, um modelo deve descrever todos os
elementos do processo, ou seja, as atividades realizadas, os eventos e as condies
existentes, as informaes acessadas ou geradas, os responsveis pela execuo e os recursos
utilizados. Todas as inter-relaes entre esses elementos tambm precisam ser especificadas
no modelo. Desse modo, a complexidade resultante da modelagem de todos esses elementos
em conjunto pode ser muito alta.
Para se reduzir a complexidade de modelagem, o modelo dividido em vises que
podem ser tratadas com certa independncia (SCHEER, 1998).
O modelo de um processo pode ser representado em quatro vises: dados, atividades,
organizao e recursos (SCHEER, 1998). A viso de dados contm os eventos e as
condies representados como objetos de informao. O encadeamento de atividades
representada na viso de atividades. As unidades organizacionais e os elementos
43
organizacionais so descritos na viso de organizao. A viso de recursos trata dos
componentes de tecnologia da informao (FIGURA 7) (SCHEER, 1992; SCHEER, 1998).
Condio 1 Condio 2 Condio 3 Condio 4
Processo/
Atividade 1
Evento 1 Evento 2
Processo/
Atividade 3
Processo/
Atividade 2
Usurio ...
Unidade
Org. 1
...
Viso de
Dados
Viso de
Atividades
Viso de
Organizao
Viso de
Recursos
FIGURA 7 Vises de um modelo de processo de negcio (SCHEER, 1998, p. 12)
Cada uma das vises pode ser descrita independentemente, utilizando-se mtodos
especializados. Alguns dos mtodos representam mais de uma das vises em conjunto.
2.3.3 Mtodos de Modelagem
Segundo VERNADAT (1996), no existe atualmente nenhum mtodo de
modelagem que seja completo. Os vrios mtodos existentes descrevem diferentes aspectos
das organizaes.
Neste trabalho so selecionados para anlise o mtodo SADT (Structured Analysis
and Design Technique) utilizado para o modelamento de atividades e informaes, o mtodo
EPC (Event-Driven Process Chain) prprio para o modelamento de atividades, dados,
eventos e organizao, e o mtodo MER (Modelo de Entidade-Relacionamento) que
possibilita o modelamento de estruturas de dados.
SADT
O mtodo SADT foi desenvolvido para ser utilizado na anlise e projeto de sistemas
computacionais. Com o tempo, seu campo de utilizao foi ampliado, de forma que hoje o
SADT utilizado na anlise de problemas, na definio de requisitos e na especificao de
funes em diversas aplicaes (VERNADAT, 1996).
44
O mtodo SADT baseado no princpio de decomposio funcional. Sistemas
complexos so decompostos em funes, subfunes, e assim por diante (FIGURA 8). Os
elementos bsicos utilizados no modelo SADT so retngulos e setas. Os retngulos
representam as atividades; a seta posicionada esquerda do retngulo representa os objetos
ou dados de entrada; a seta na parte superior representa os objetos ou dados de controle; a
seta inferior representa os mecanismos ou recursos. O resultado da atividade, ou seja, os
objetos ou dados de sada, so representados pela seta direita do retngulo (FIGURA 8)
(VERNADAT, 1996).
A0
A1
1
2
3
Primeiro
nvel
A2
1
2
3
Segundo
nvel
Nvel
macro
Objetos
de entrada
Objetos
de sada
Objetos
de controle
Recursos/
mecanismos
FIGURA 8 SADT Princpio de decomposio funcional e elementos de representao
(VERNADAT, 1996, p. 94-95)
EPC
O mtodo EPC permite a descrio de processos de negcio por meio do fluxo
seqencial de eventos e atividades (KELLER & TEUFEL, 1998).
O EPC sempre comea e termina com um evento que descreve um estado que causa
uma conseqncia. Os eventos so ligados s funes que representam a transformao
realizada desde o estado inicial at o estado final. Se necessrio, operadores lgicos podem
ser utilizados nas ligaes entre os eventos e as funes. A cada funo podem ser
associados elementos organizacionais responsveis e informaes de entrada e sada
(KELLER & TEUFEL, 1998). A FIGURA 9 representa os elementos grficos do EPC e sua
estrutura construtiva bsica.
45
Evento
Funo
Evento Evento
xor
Unidade
Org.
Informao
Informao
FIGURA 9 Elementos do EPC e estrutura construtiva bsica (KELLER &
TEUFEL, 1998, p. 151)
MER
O Modelo de Entidade-Relacionamento foi desenvolvido para auxiliar na
especificao de bancos de dados. Esse modelo baseia-se na percepo do universo
constitudo por entidades, por relacionamentos e por atributos (DATE, 1986).
As entidades representam objetos reais, concretos ou abstratos, descritos por um
conjunto de atributos. Os atributos so caractersticas ou propriedades de uma entidade ou
relacionamento. Os relacionamentos determinam as ligaes entre entidades. A
funcionalidade de um relacionamento entre um par de entidades pode ser definido como 1:1
(ou seja, cada ocorrncia de uma entidade ligada a somente uma ocorrncia da outra
entidade), 1:n (cada ocorrncia de uma entidade pode ser ligada a mais de uma ocorrncia da
outra entidade), n:1 (simtrico a 1:n) e m:n (produto cartesiano entre as ocorrncias de ambas
as entidades). Para se identificar unicamente uma ocorrncia de uma entidade ou de um
relacionamento so definidos atributos chave (identificadores) (VERNADAT, 1996).
Graficamente as entidades so representadas por retngulos, os relacionamentos so
representados por losangos e os atributos so representados por elipses. No caso em que os
atributos so chaves de identificao, o nome do atributo sublinhado (FIGURA 10).
Relacionamento Atributo Entidade
Nome da Entidade
Nome do
Relacionamento
Nome do Atributo
Atributo Chave
Nome do Atributo
Funcionalidades
1 1 1 n m n
FIGURA 10 Elementos grficos do modelo de Entidade-Relacionamento
(VERNADAT, 1996, p. 202)
46
2.3.4 Mtodo de Comparao de Modelos
Comparaes entre modelos de referncia so utilizadas na implantao de sistemas
de informao, para se verificar as atividades de uma empresa que podem ser apoiados por
um sistema, ou seja, para se verificar o grau de aderncia de um sistema a um processo de
uma empresa (KIRCHMER, 1998).
Um mtodo de comparao de modelos apresentado por KIRCHMER (1998).
Originariamente, esse mtodo empregado no contexto da metodologia de implantao de
sistemas ERP proposta por KIRCHMER (1998), mas a sua aplicao pode ser extrapolada
para outras situaes. O mtodo de KIRCHMER (1998) apresentado na FIGURA 11.
Modelo de referncia
do sistema
Modelo de referncia
do sistema
Modelo de referncia
do processo
Modelo de referncia
do processo
Comparao
dos modelos
Grau de aderncia
Definio da
terminologia
FIGURA 11 Mtodo de comparao de modelos (KIRCHMER, 1998, p. 114)
Segundo KIRCHMER (1998), a comparao entre modelos dificultada pelo
emprego de diferentes terminologias e pelos diferentes graus de abstrao dos modelos. Para
superar essas dificuldades, KIRCHMER (1998) sugere que a comparao de modelos seja
realizada com base em definies existentes para terminologia empregada (FIGURA 9).
Alm disso, o autor recomenda que um ou mais elementos do modelo da empresa possam ser
comparados com um ou mltiplos elementos do modelo do sistema.
Observa-se, assim, que a comparao envolve, alm dos aspectos tcnicos, aspectos
semnticos dos modelos (KELLER & TEUFEL, 1998). Dessa forma, a comparao de
modelos pode requerer conhecimentos detalhados da entidade modelada que no esto
expressos no modelo.
2.4 Ambientes Integrados de Desenvolvimento de Produtos
Neste item discutida, inicialmente e de forma geral, a importncia da integrao.
Em seguida so apresentados conceitos de integrao relevantes para o processo de
47
desenvolvimento de produtos. Finalmente, analisada a situao atual dos ambientes
integrados de desenvolvimento de produtos.
2.4.1 Importncia da Integrao e Nveis de Integrao
A Integrao definida como o agrupamento de componentes heterogneos em um
conjunto sinrgico (VERNADAT, 1996). Partes distintas integradas passam a comportar-se
como um sistema nico.
De acordo com VERNADAT (1996), as trs mais importantes justificativas para a
busca de integrao nas empresas so as necessidade atuais de compartilhamento das
informaes, de interoperabilidade
15
e de coordenao das atividades. O objetivo da
integrao melhorar a comunicao, a cooperao e a coordenao na empresa,
possibilitando maior produtividade, flexibilidade e capacidade de mudana.
Com a evoluo da Tecnologia da Informao e a busca das empresas por maior
integrao, o conceito de integrao evoluiu da integrao fsica para a integrao dos
aplicativos e, mais recentemente, para a integrao do negcio como um todo (FIGURA 12).
1970 1980 1990 2000
INTEGRAO DE
SISTEMAS FSICOS
Interconexo de sistemas fsicos
Padres para troca de dados
Configurao e gerenciamento de redes
INTEGRAO DE
APLICATIVOS
Compartilhamento de dados
Servios comuns
Portabilidade/
Processamento distribudo
INTEGRAO
DO NEGCIO
Nvel de Integrao
Simulao de Processos
Monitoramento automtico
de processos
Suporte deciso
baseado em conhecimento
FIGURA 12 Nveis de integrao (VERNADAT, 1996, p. 15 e 327)
A integrao fsica est relacionada com a interface e com os protocolos de
comunicao entre os diferentes equipamentos, aplicativos computacionais, instrumentos,
entre outros (ALLIPRANDINI, 1996); a integrao dos aplicativos trata da
interoperabilidade dos aplicativos em plataformas heterogneas e do acesso de vrios

15
Interoperabilidade definida como a habilidade de duas entidades para trocar informaes
e utilizar funcionalidades uma da outra (VERNADAT, 1996).
48
aplicativos a dados comuns, e a integrao de negcios procura obter coordenao entre os
processos de negcio (VERNADAT, 1996).
Pode-se observar na FIGURA 12 que o nvel de integrao possvel de se obter com
a integrao fsica limitado. Para se aumentar o nvel de integrao necessrio integrar os
aplicativos e o negcio.
2.4.2 Conceitos de Integrao
A evoluo de um nvel de integrao para outro mais elevado baseada na
integrao do nvel inferior. Assim, a integrao dos aplicativos baseia-se na integrao
fsica, e, conseqentemente, s ser possvel integrar o negcio se os aplicativos forem
integrados.
Partindo-se dessa premissa, so analisados neste subitem conceitos de integrao de
aplicativos e de negcio relevantes para a integrao do processo de desenvolvimento de
produtos. Considera-se aqui que a infra-estrutura fsica necessria para a integrao dos
aplicativos j esteja estabelecida.
A arquitetura cliente/servidor o modelo computacional necessrio para a integrao
dos aplicativos. A integrao dos aplicativos pode ser, basicamente, de dois tipos:
homognea e heterognea. Nesses dois tipos de integrao, as bases de dados desempenham
um papel extremamente importante. No caso de ambientes heterogneos, como a maioria dos
ambientes de desenvolvimento de produtos, necessrio viabilizar a comunicao entre os
aplicativos por meio de uma plataforma de integrao, baseada em servios de middleware e
no emprego de APIs (Application Program Interfaces). Alm disso, preciso estabelecer
padres, como, por exemplo, o STEP (Standard for the Exchange of Product Model Data).
J a integrao do negcio depende do conhecimento sobre a empresa, que pode ser expresso
em seus modelos. Esses conceitos de integrao so detalhados a seguir.
Arquitetura Cliente/Servidor
Em uma arquitetura computacional cliente/servidor o armazenamento, o
processamento e a apresentao dos dados so distribudos entre clientes e servidores
conectados a uma rede, em vez de serem controlados centralmente (VERNADAT, 1996).
A FIGURA 13 apresenta cinco diferentes formas de diviso dos componentes de um
aplicativo em clientes e servidores. O componente de apresentao a interface
16
com o
usurio; o componente aplicativo contm a lgica de processamento e o componente de

16
Os componentes de apresentao atuais so geralmente baseados em elementos grficos e
so usualmente conhecidos por GUI (Graphical User Interface).
49
gerenciamento de dados armazena e gerencia os dados utilizados pelo aplicativo (LAUDON
& LAUDON, 1998).
Gerenciamento
de dados
Gerenciamento
de dados
Gerenciamento
de dados
Gerenciamento
de dados
Gerenciamento
de dados
Aplicativo Aplicativo Aplicativo
Aplicativo Aplicativo
Apresentao
Apresentao Apresentao Apresentao Apresentao Apresentao
Aplicativo
Gerenciamento
de dados
R
ede
R
ede
R
ede
R
ede S
e
r
v
i
d
o
r
C
l
i
e
n
t
e
Apresentao
distribuda
Apresentao
remota
Lgica
distribuda
Ger. de dados
remoto
Ger. de dados
distribudo
FIGURA 13 Tipos de arquitetura cliente/servidor (LAUDON & LAUDON, 1998, p.339)
De acordo com CURRAN & KELLER (1998), os aplicativos cliente/servidor so
freqentemente estruturados em uma arquitetura de trs nveis (three-tier), baseada em
clientes que contm o componente de apresentao, em servidores de aplicativos e em
servidores de gerenciamento de dados.
Bases de Dados
Uma base de dados uma coleo organizada de dados. Para se criar e manter uma
base de dados so utilizados sistemas gerenciadores de bases de dados (DBMS Data Base
Management Systems) (DATE, 1986).
Um sistema gerenciador de base de dados composto por trs componentes: uma
linguagem de definio de dados, uma linguagem de manipulao de dados e um dicionrio
de dados. A linguagem de definio de dados utilizada na especificao da estrutura da
base de dados, enquanto que a linguagem de manipulao empregada diretamente no
acesso e na manipulao dos dados
17
. O dicionrio de dados uma ferramenta que contm
informaes sobre os dados da base (LAUDON & LAUDON, 1998).
Os dados armazenados em uma base de dados podem ser organizados de diversas
formas. Trs modelos de organizao de dados so mais freqentemente utilizadas pelos
sistemas convencionais de gerenciamento de bases de dados: o modelo hierrquico, o

17
A linguagem SQL (Structured Query Language) a linguagem de manipulao de dados
mais difundida atualmente (LAUDON & LAUDON, 1998).
50
modelo em rede e o modelo relacional (LAUDON & LAUDON, 1998), sendo que esse
ltimo o mais empregado atualmente.
No modelo relacional os dados so armazenados em tabelas bidimensionais
formadas por linhas e por colunas. Em cada tabela, as linhas so registros nicos e as colunas
so campos do registro. Uma das vantagens desse mtodo a possibilidade de
relacionamento dos dados de uma base ou tabela com dados de outras bases ou tabelas
(LAUDON & LAUDON, 1998).
Deve-se ressaltar que os sistemas gerenciadores de bases de dados relacionais no
so adequados para o armazenamento de informaes complexas, como o caso de alguns
tipos de dados gerados no processo de desenvolvimento de produtos (desenhos em CAD,
imagens, entre outros). Para se superar essa limitao, foi desenvolvida recentemente uma
nova gerao de sistemas gerenciadores de base de dados chamados de Object/Relational
Data Base Management Systems (ORDBMS). Segundo GRIMES (1998), essa tecnologia
uma evoluo das bases de dados relacionais que possibilita o armazenamento de objetos
complexos.
A utilizao de bases de dados reduz a necessidade de armazenamento redundante de
informaes. Os sistemas gerenciadores de base de dados permitem que diversos aplicativos
extraiam e manipulem os dados de uma mesma base, sem que seja necessrio criar arquivos
separados ou definies de dados prprias para cada sistema (LAUDON & LAUDON,
1998). Assim, as bases de dados desempenham um papel fundamental na integrao de
aplicativos isolados (VERNADAT, 1996).
Integrao Homognea e Integrao Heterognea
A integrao entre aplicativos pode ser basicamente de dois tipos: homognea e
heterognea (ROZENFELD, 1996).
Na integrao homognea, uma base de dados nica compartilhada por todos os
aplicativos (PETRIE, 1992
18
apud ROZENFELD, 1996). Para que as informaes da base de
dados possam ser compartilhadas, os aplicativos devem utilizar a mesma lgica de
armazenamento de dados. Isso geralmente s ocorre entre aplicativos de um mesmo
fornecedor ou entre aplicativos desenvolvidos em parcerias firmadas entre os fornecedores.
Um exemplo desse tipo de integrao so os sistemas ERP. Tais sistemas so
constitudos por diversos mdulos e por uma base de dados central (DAVENPORT, 1998).

18
PETRIE, C.J. (1992). The Model / Application Link. Workgroup 1 Report - ICEIMT
Workshop II. In: Proceeding of the First International Conference on Enterprise Integration Modeling,
p. 42-46, Cambridge, The MIT Press.
51
Todos os mdulos aplicativos dos sistemas ERP manipulam a mesma base de dados. Assim,
no h necessidade de armazenamento redundante das informaes que so utilizadas por
mais de um mdulo.
A integrao homognea mais complexa no caso em que so utilizados aplicativos
de diferentes fornecedores. Segundo CARUSO (1998), a estrutura do modelo de dados de
um fornecedor pode ser diferente da adotada por outros fornecedores, dificultando a
integrao sobre uma mesma base de dados.
J a integrao heterognea refere-se integrao de sistemas distintos,
desenvolvidos por diferentes fornecedores (PETRIE, 1992 apud ROZENFELD, 1996), e que
utilizam repositrios de dados prprios.
A integrao de sistemas heterogneos fundamenta-se em um repositrio de dados,
chamado de meta base de dados, que contm informaes sobre todos os dados armazenados
nas bases de dados individuais de cada um dos aplicativos a serem integrados
(ROZENFELD, 1996).
Esse tipo de integrao pressupe ainda a existncia de uma plataforma de
integrao, baseada em servios de middleware, a utilizao de interfaces para a
comunicao entre os aplicativos (APIs) e o emprego de padres de integrao (como, por
exemplo, a norma STEP).
As principais desvantagens da integrao heterognea so o armazenamento
redundante de dados utilizados por mais de um sistema e a sobreposio de funcionalidades
semelhantes oferecidas por dois ou mais aplicativos (ROZENFELD, 1996).
Middleware
Segundo VERNADAT (1996), o termo middleware compreende os softwares
dispostos em uma camada intermediria entre os sistemas aplicativos e o sistema operacional
dos computadores. Tais softwares constituem a base necessria para a interoperabilidade
entre diferentes tipos de aplicativos distribudos.
O middleware responsvel por oferecer uma srie de servios para os aplicativos,
tais como a comunicao e o intercmbio de informaes entre diferentes aplicativos em
uma arquitetura cliente/servidor. Ou seja, o middleware o agente que transmite mensagens
(requisies e resultados) entre aplicativos distribudos que precisam comunicar-se
(VERNADAT, 1996).
Como exemplos de middleware pode-se citar os padres ODBC (Open Database
Connectivity), OLE (Object Linking Embedding) e CORBA (Common Object Request
Broker Architecture).
52
O ODBC um padro para a troca de informaes entre bases de dados
(VERNADAT, 1996).
O OLE um protocolo para a interoperabilidade de aplicativos baseados no sistema
operacional Windows (VERNADAT, 1996). Tal protocolo possibilita que informaes como
grficos e textos sejam compartilhados por diferentes documentos e aplicativos. O
relacionamento (linking) permite que a informao compartilhada, contida em um
documento, seja atualizada caso ela seja alterada no documento de origem. O
encaixamento (embedding) possibilita a edio da informao contida em um documento,
utilizando o aplicativo que gerou a informao (MICROSOFT, 1997)
O ltimo exemplo considerado, o padro CORBA, possibilita o gerenciamento de
objetos distribudos e prov servios essenciais para a transmisso de requisies e respostas
entre objetos, ou seja, para a comunicao entre objetos distribudos (VERNADAT, 1996).
Deve-se frisar que o CORBA uma estrutura aberta, no proprietria, e independente da
linguagem de programao e at mesmo da plataforma dos objetos (PIRES, 1997).
API (Application Program Interface)
A utilizao de APIs disponveis nos sistemas computacionais facilita a integrao
de aplicativos.
APIs so bibliotecas pr-definidas de funes dedicadas de um sistema
computacional que podem ser acessadas tanto diretamente quanto por outros sistemas. As
APIs simplificam o acesso s funcionalidades de um sistema, encobrindo toda a
complexidade interna de implantao. Dessa forma, as APIs podem ser utilizadas como um
padro de interface de sistemas computacionais (VERNADAT, 1996).
STEP (Standard for the Exchange of Product Model Data)
O padro STEP compreende uma srie de normas para a representao e o
intercmbio de dados de produto entre diferentes sistemas.
Esse conjunto de normas est sendo desenvolvido pela ISO (International
Organization for Standardization) com o objetivo de estabelecer um formato neutro e
completo para a representao e o intercmbio das caractersticas do produto ao longo de
todo o seu ciclo de vida. As caractersticas do produto englobam, alm da descrio
geomtrica, informaes como as tolerncias dimensionais, os tipos de materiais, o
acabamento superficial, entre outras (BRADHAM, 1998).
O princpio de intercmbio de dados STEP descrito na FIGURA 14. A troca de
dados entre sistemas de diferentes fornecedores feita por um arquivo neutro especificado
53
de acordo com o padro STEP. A converso dos dados de produto do formato proprietrio de
um sistema para o arquivo neutro, e vice-versa, feita por tradutores (pr e ps-
processadores) (VERNADAT, 1996).
Sistema A
ps-processador
pr-processador
Arquivo
neutro
STEP
ps-processador
pr-processador
Sistema B
Tradutor Tradutor
Especificao
STEP
FIGURA 14 Princpio de troca de dados STEP (VERNADAT, 1996, p. 360)
A possibilidade de intercmbio de dados entre diferentes aplicativos contribui para a
reduo da duplicao de dados com formatos diferentes.
2.4.3 Situao Atual dos Ambientes Integrados de Desenvolvimento de
Produtos
At o momento, os ambientes de desenvolvimento de produtos foram baseados na
implantao e utilizao de sistemas CAD/CAE/CAPP/CAM. Nem sempre esses sistemas
so integrados.
A literatura descreve inmeros problemas e limitaes dos atuais ambientes
integrados de desenvolvimento de produtos, entre os quais pode-se citar:
q A utilizao de sistemas CAD/CAE/CAPP/CAM/MRP no integrados
possibilita a automao de algumas atividades do desenvolvimento de produtos,
mas os dados do produto continuam sendo armazenados em bases de dados
segmentadas, e, na maioria das vezes, as atividades so realizadas
individualmente pelos departamentos (PRASAD, 1996). A falta de integrao
resulta em ilhas de informao.
q A integrao de ilhas de informao ocorre, geralmente, por meio de uma
abordagem um-a-um, ou seja, pelo desenvolvimento de interfaces especficas
para cada par de sistemas que precisam ser integrados (JARDIM-GONALVES
et al., 1997). Essa abordagem de integrao apresenta inmeras desvantagens
como o alto custo de desenvolvimento e de manuteno.
q A troca de informaes entre os sistemas CAD/CAE/CAPP/CAM tambm
dificultada pela incompatibilidade entre os mltiplos formatos de dados
54
existentes e pelos problemas decorrentes dos processos de converso de dados
(HAMERI & NIHTIL, 1998).
q A converso de dados baseada nas normas e padres disponveis atualmente
(IGES, VDA-FS, DXF, entre outras) resulta freqentemente em perda de
informaes e em necessidade de retrabalho (SCHTZER & SOUZA, 1999).
q O padro STEP, desenvolvido pela ISO para o intercmbio de dados de produto
entre diferentes sistemas, ainda pouco conhecido e utilizado (SCHTZER &
SOUZA, 1999).
q A incompatibilidade entre os formatos de dados existentes e a falta de
padronizao tambm dificultam a troca de dados entre clientes e fornecedores
no desenvolvimento de produtos (HAMERI & NIHTIL, 1998; SCHTZER &
SOUZA, 1999).
q A intensa utilizao de sistemas de engenharia no integrados leva proliferao
descontrolada dos dados de produto (GASCOIGNE, 1995), dificultando a
localizao dos dados gerados, o controle de acesso e o gerenciamento de
verses.
q Os sistemas PDM, considerados como viabilizadores da Engenharia Simultnea
e da integrao no desenvolvimento de produtos (GASCOIGNE, 1995), ainda
so pouco conhecidos (OMOKAWA, 1999). De acordo com um estudo
realizado pela AMR (Advanced Manufacturing Research), menos de 10% das
empresas pesquisadas utilizam ou esto implantando um sistema PDM
atualmente (SWANTON, 1997).
q As atuais implantaes de solues PDM no apiam o gerenciamento de dados
ao longo de todo o ciclo de vida dos produtos. Tais sistemas no gerenciam os
dados da fase de produo e possuem lacunas com relao ao gerenciamento de
projetos (HAMERI & NIHTIL, 1998).
q A aplicao de sistemas ERP no desenvolvimento de produtos, por sua vez,
geralmente limitada ao apoio das necessidades administrativas desse processo
(MARTIN, 1998).
q Os sistemas PDM no esto integrados com os sistemas ERP, dificultando a
transferncia dos dados do produto necessrios produo (estrutura de produto,
planos de processo, entre outros) (BOURKE, 1996; KEMPFER, 1998).
55
Atualmente, a busca de solues para os problemas citados acima deve considerar
que os sistemas ERP esto incorporando uma srie de funcionalidades de desenvolvimento
de produtos e que tais sistemas esto se tornando a espinha dorsal dos sistemas de
informao das empresas. A reviso bibliogrfica sobre os sistemas ERP apresentada no
captulo seguinte.
56
3 OS SISTEMAS ERP
Neste captulo apresentado o histrico de evoluo dos sistemas ERP
19
, desde a sua
origem at as tendncias mais atuais para o seu desenvolvimento. So apresentadas tambm
algumas caractersticas gerais desses sistemas. Em seguida, so discutidos dois aspectos
especficos dos sistemas ERP relevantes para o escopo deste trabalho: a utilizao de
modelos de referncia para representar os processos de negcio apoiados por esses sistemas
e a integrao entre os sistemas ERP e os sistemas de desenvolvimento de produtos. Por fim,
so apresentadas as principais caractersticas do sistema SAP R/3.
3.1 Evoluo dos Sistemas ERP
Os sistemas ERP atuais surgiram a partir da evoluo dos sistemas tradicionais de
gesto das necessidades de materiais (MRP Material Resource Planning), amplamente
empregados pela indstria de manufatura desde os anos 70.
Os sistemas MRP desempenham um papel fundamental no gerenciamento da
produo (VOLLMANN et al., 1993). Tais sistemas calculam a quantidade de itens
requisitados em um dado momento com base nas necessidades de produtos finais, nas
informaes das estruturas de produto e nos dados de estoque (SLACK et al., 1998).
O escopo de aplicao dos sistemas MRP tradicionais foi expandido, no incio dos
anos 80, com a incluso de novas funcionalidades que estenderam a sua abrangncia da
gesto de materiais para a gesto dos recursos de manufatura.
Esses novos sistemas, mais amplos, passaram a ser chamados de MRP II
(Manufacturing Resource Planning). O MRP II inclui, alm do clculo da necessidade de
materiais, funes como o planejamento de vendas, o clculo da necessidade de capacidade
em vrios nveis e o controle do cho-de-fbrica (CORRA et al., 1997).

19
Os sistemas Enterprise Resource Planning tambm so conhecidos na literatura por outros
termos, tais como: Enterprise Systems, empregado por DAVENPORT (1998), Standard Software,
utilizado por KIRCHMER (1998), e Sistemas Integrados de Gesto Empresarial, empregado em
peridicos da rea de negcios. Neste trabalho adotou-se o termo Enterprise Resource Planning por
ser o mais freqentemente utilizado.
57
A necessidade de maior integrao entre os dados de gesto da manufatura e os
dados de outras unidades funcionais das empresas, principalmente com relao s
informaes dos departamentos financeiro e contbil, impulsionou a expanso dos sistemas
MRP II, no final da dcada de 80.
Os sistemas MRP II foram, ento, acrescidos de novos mdulos integrados aos
mdulos de gesto dos recursos de manufatura. Foram desenvolvidos, por exemplo, mdulos
de controladoria, de gerenciamento financeiro, de compras, de apoio s atividades de vendas
e de gerenciamento dos recursos humanos (CORRA et al., 1997).
Esses novos sistemas integrados, capazes de atender s necessidades de informao
de diversos departamentos e processos de negcio das empresas, passaram a ser chamados
de sistemas ERP.
Os sistemas ERP evoluram rapidamente nos ltimos anos, de forma que os ERPs
tpicos adquiriram as seguintes caractersticas bsicas: arquitetura cliente/servidor,
independncia de plataforma e apoio integrado a todas as principais reas funcionais das
organizaes (CARUSO & JOHNSON, 1999).
Atualmente, os fornecedores de sistemas ERP continuam expandindo seus sistemas
com novos desenvolvimentos, aquisies de sistemas especializados em determinadas
funcionalidades e parcerias com fornecedores de solues complementares (CHAUDHRY,
1998).
Os principais grupos de funcionalidades recentemente includos nos sistemas ERP
so listados a seguir:
q Advanced Planning and Scheduling (APS) possibilita a utilizao de mtodos
e algoritmos sofisticados na programao detalhada da produo ao longo da
cadeia de suprimentos (CHAUDHRY, 1998; CARUSO & JOHNSON, 1999;
JETLY, 1999).
q Customer Relationship Management (CRM) agrupa uma srie de
funcionalidades de apoio a vendas, marketing e servios aos clientes
(ECONOMIST, 1999; STOODER, 1999a; STOODER, 1999b).
q Product Data Management (PDM) compreende um conjunto de funes para o
gerenciamento de dados de produtos (MILLER & MENDEL, 1997; SAP, 1997;
CHAUDHRY, 1998; WESSNER, 1999).
q Product Lifecycle Management (PLM) gerencia o ciclo de vida de produtos ao
longo da cadeia de suprimentos, desde o projeto at o descarte, englobando as
funes de PDM e de gerenciamento de projetos (AMR, 2000; SAP, 2000b).
58
Alm da incluso de novas funcionalidades, outras tendncias de evoluo dos
sistemas ERP apontam mudanas na arquitetura e no contedo dos aplicativos. Algumas
dessas mudanas encontram-se em estgio adiantado de desenvolvimento e j esto sendo
incorporadas por fornecedores mais avanados, enquanto que outras ainda so incipientes.
As tendncias mais significativas de evoluo dos sistemas ERP so apresentadas a
seguir:
q Aplicativos para segmentos verticais os fornecedores de sistemas ERP esto
desenvolvendo solues especficas para os diversos segmentos verticais da
indstria (aeroespacial, automobilstico, entre outros) a fim de facilitar a
implantao e aumentar o grau de aderncia dos sistemas ao negcio (CARUSO
& JOHNSON, 1999; CARUSO, 1999a; JETLY, 1999; STOODER, 1999a).
q Active Business Modeling os sistemas ERP esto tornando-se mais flexveis
com a incluso de ferramentas de modelamento dinmico que possibilitam o
desenho de processos de negcio apoiados pelo sistema e permitem a alterao
de parmetros do sistema por meio de modificaes nos modelos de processos
(CARUSO, 1999b).
q Data Warehousing os sistemas ERP esto incorporando ferramentas analticas,
baseadas em solues de data warehousing, para apoiar a tomada de decises
gerenciais (CARUSO & JOHNSON, 1999; JETLY, 1999; GEIGER, 1999).
q Componentizao a estrutura dos sistemas ERP est evoluindo para uma
arquitetura de componentes, o que teoricamente reduz a complexidade de
implantao e facilita a integrao e a interoperabilidade com outros sistemas de
informao (CARUSO & JOHNSON, 1999; JETLY, 1999).
q Enterprise Information Portals (EIP) os fornecedores de ERP esto criando
portais na Internet para oferecer uma srie de servios on-line s comunidades
virtuais, entre os quais o acesso a funcionalidades do ERP a partir dos portais, e
a infra-estrutura necessria para viabilizar o comercio eletrnico entre
organizaes (ECONOMIST, 1999; GREENBAUM, 1999; STOODER, 1999a).
O impacto da incluso de novas funcionalidades e das tendncias de evoluo dos
sistemas ERP pode ser examinado segundo as trs dimenses utilizadas pelo Gartner Group
para a anlise de aplicativos empresariais: o foco de negcios, o tipo operacional e o
segmento vertical (GARTNER GROUP, 1998).
59
O foco de negcios varia do back office (funcionalidades que apiam as atividades
tipicamente internas de uma empresa) para o front office (funcionalidades voltadas para o
meio exterior). O tipo operacional varia do apoio transao (operacional) para o apoio
deciso (analtico). Finalmente, cada segmento vertical tem as suas particularidades
(FIGURA 15).
Segmento
vertical
Suporte
deciso
Suporte
transao
Back
office
Front
office
...
Governo
Financeiro
Manufatura
Setor genrico
FIGURA 15 Dimenses de anlise de aplicativos empresariais (GARTNER GROUP, 1998)
As novas funcionalidades de CRM, recentemente incorporadas nos ERPs, e o
desenvolvimento de portais (EIPs) indica que o foco de negcios dos sistemas ERP est
evoluindo em direo s funcionalidades de front office. A incluso de ferramentas de data
warehousing, por sua vez, indica a evoluo do tipo operacional em direo ao apoio
deciso. J o desenvolvimento de aplicativos para segmentos verticais sinaliza uma clara
tendncia em relao especializao por setores.
Dessa forma, pode-se observar que os sistemas ERP, at ento aplicativos genricos
voltados para o apoio operacional de atividades de back office, esto se tornando um
conjunto de aplicativos especializados por segmentos verticais, englobando tambm
funcionalidades de front office e recursos analticos.
Com relao aplicao dos sistemas ERP, CORRA et al. (1997) identificaram que
as estruturas dos ERPs esto sendo utilizadas pelas organizaes como a grande base de
dados corporativa dos sistemas de informao das empresas. Tal tendncia significa, de
acordo com CARUSO (1998), MARTIN (1998) e GIURLIANI (2000), que os sistemas ERP
esto se tornando a espinha dorsal dos sistemas de informao das empresas.
Conseqentemente, esses sistemas esto estabelecendo uma plataforma comum para as
60
vrias tecnologias atualmente empregadas pelas organizaes (VENKATRAMAN &
HENDERSON, 1998).
3.2 Caractersticas dos Sistemas ERP
Este item trata das caractersticas gerais dos sistemas ERP. Inicialmente analisa-se a
estrutura de funcionamento dos sistemas ERP. Em seguida, apresenta-se uma classificao
genrica dos seus mdulos e funcionalidades. Por fim, discutem-se alguns aspectos de
configurao desses sistemas.
3.2.1 Estrutura
Pode-se dizer, simplificadamente, que os sistemas ERP so compostos por uma base
de dados central e um conjunto de mdulos aplicativos. A FIGURA 16 apresenta a estrutura
tpica de funcionamento de um sistema ERP, segundo DAVENPORT (1998).
Funcionrios
Diretores e
Acionistas
Aplicativos de
gerenciamento
de recursos
humanos
Aplicativos de
gerao de
relatrios
Base de
dados
central
C
l
i
e
n
t
e
s
F
o
r
n
e
c
e
d
o
r
e
s
Aplicativos de
finanas
Aplicativos de
manufatura
Aplicativos de
gerenciamento
de materiais
Aplicativos de
vendas e
entrega
Aplicativos de
servios
Pessoal
administrativo
e de cho de
fbrica
Pessoal de
vendas e de
servio ao
cliente
FIGURA 16 Estrutura tpica de um sistema ERP (DAVENPORT, 1998, p. 124)
A base de dados central recebe e fornece dados para os diversos mdulos, apoiando
as atividades dos processos de negcio das organizaes. Quando uma nova informao
manipulada por um mdulo e armazenada, as informaes relacionadas so automaticamente
atualizadas (DAVENPORT, 1998). Assim, a integrao entre os mdulos aplicativos
garantida.
Deve-se ressaltar que o termo base de dados central empregado no sentido da
definio centralizada da lgica de armazenamento e manipulao de dados, uma vez que,
fisicamente, os dados podem estar distribudos em mais de uma base de dados.
61
3.2.2 Mdulos e Funcionalidades
A maioria dos sistemas ERP disponveis atualmente oferece um conjunto de
funcionalidades bsicas
20
bastante semelhante. Alguns sistemas ERP mais avanados e
completos possuem funcionalidades adicionais.
As funcionalidades dos ERPs so geralmente agrupadas em mdulos que
correspondem s reas funcionais ou aos processos de negcio das empresas. O agrupamento
das funcionalidades em mdulos e a denominao dada a cada um dos mdulos arbitrria e
definida pelos fornecedores desses sistemas.
De acordo com JETLY (1999), as variaes na nomenclatura adotada por diferentes
fornecedores para designar as mesmas funcionalidades e mdulos dificultam a comparao
entre dois ou mais sistemas ERP. JETLY (1999) sugere, ento, que a comparao entre ERPs
seja baseada em uma classificao neutra que reflita os principais mdulos e funcionalidades
desses sistemas.
Uma classificao genrica dos mdulos e funcionalidades tpicas de um sistema
ERP apresentada por CORRA et al. (1997). Essa classificao independente de
qualquer sistema especfico disponvel comercialmente.
CORRA et al. (1997) classificam os mdulos dos sistemas ERP de acordo com o
seu escopo de aplicao em mdulos relacionados a operaes e ao gerenciamento da cadeia
de suprimentos, mdulos relacionados gesto financeira e contbil, e mdulos relacionados
gesto dos recursos humanos.
Essa classificao dos mdulos dos sistemas ERP e a relao das principais
funcionalidades de cada um dos mdulos apresentada na TABELA 3.
TABELA 3 Classificao dos mdulos e funes dos sistemas ERP (CORRA et al., 1997)
MDULOS FUNCIONALIDADES
Operaes e gerenciamento da cadeia de suprimento
Previses / anlises de vendas Estimativa de vendas por meio de modelos matemticos;
levantamentos estatsticos do histrico de vendas.
Lista de materiais Gerao e manuteno de estruturas de produto; substituio
em massa de componentes; gerao de estrutura baseada em
outra j existente.
Programao mestre da produo
/ capacidade aproximada
Definio de programas detalhados de produo de produtos
acabados (plano mestre); anlise da capacidade de produo
do plano mestre.
Planejamento de materiais (MRP) Clculo das quantidades de itens necessrios em um
determinado momento.

20
Consideram-se como funcionalidades bsicas aquelas necessrias para apoiar as principais
atividades das reas funcionais mais importantes das empresas.
62
MDULOS FUNCIONALIDADES
Planejamento detalhado de
capacidade
Anlise da capacidade de produo dos itens.
Compras Auxlio a cotaes; emisso e gesto de pedido de compra;
acompanhamento de compras; cadastro de fornecedores;
acompanhamento do desempenho dos fornecedores.
Controle de fabricao Gerncia dos lotes de produo; gesto detalhada dos
recursos; alocao e coordenao de recursos humanos e
ferramental; instrues de trabalho; rastreabilidade.
Controle de estoques Posio de nveis de estoque; transaes de recebimento,
transferncias, baixas e alocaes de materiais.
Engenharia Controle das mudanas de engenharia e de processos
produtivos; controle de nmeros de desenhos; determinao
de tempos de fabricao.
Distribuio fsica Planejamento das necessidades de distribuio; planejamento
dos recursos de distribuio.
Gerenciamento de transporte Cadastramento e controle de transportadoras; alocao de
veculos a rotas; montagens de cargas em veculos.
Gerenciamento de projetos Gesto da rede de atividades (PERT/CPM).
Apoio produo repetitiva Gesto da manufatura por taxas para produes de alto
volumes.
Apoio gesto da produo em
processos
Gesto da produo em fluxo contnuo; tratamento de co-
products e by-products
Apoio programao com
capacidade finita de produo
discreta
Planejamento da produo com base no modelo do sistema
produtivo, na demanda e nas condies reais do sistema
produtivo em um dado momento.
Configurao de produtos Gerenciamento de estruturas de produto modulares genricas;
gerao de estruturas especficas baseadas na estrutura
modular.
Gesto financeira / contbil / fiscal
Contabilidade geral Funes tradicionais de contabilidade geral.
Custos Apurao de custos de produo (custos padro e custos
efetivos); custeio por atividades (ABC).
Contas a pagar Controle de pagamentos devidos; cadastro de fornecedores.
Contas a receber Controle de contas a receber; cadastro de clientes; anlise de
crdito de clientes.
Faturamento Emisso e controle de faturas e duplicatas; receitas fiscais.
Recebimento fiscal Transaes fiscais referentes ao recebimento de materiais.
Contabilidade fiscal Manuteno de livros fiscais.
Gesto de caixa Planejamento e controle financeiro.
Gesto de ativos Aquisio, manuteno e baixas de ativos.
Gesto de pedidos Administrao dos pedidos de clientes; aprovao de crdito;
controle de datas.
Definio e gesto do processo de
negcio / fluxo de trabalho
Mapeamento e redefinio dos processos administrativos.
Gesto de recursos humanos
Pessoal Controle de pessoal; alocao a centros de custo;
programao de frias; currculos; programao de
treinamentos; avaliaes.
Folha de pagamentos Controle da folha de salrios.
63
Deve-se observar que a classificao dos mdulos e funcionalidades de sistemas
ERP proposta por CORRA et al. (1997) no considera todas as funcionalidades
recentemente adicionadas a esses sistemas.
3.2.3 Configurao
A configurao de um sistema ERP a adaptao do sistema para atender aos
requisitos especficos de uma organizao, sem alterao dos cdigos de programao
(KIRCHMER, 1998).
De acordo com DAVENPORT (1998), existem dois mecanismos utilizados na
configurao de sistemas ERP: a seleo dos mdulos que sero utilizados e o ajuste dos
mdulos em tabelas de configurao.
A configurao de um sistema ERP em uma soluo particular para uma empresa
iniciada com a escolha dos mdulos que sero implantados. As empresas podem
simplesmente no requerer certos mdulos ou j dispor de uma soluo satisfatria para
determinadas funes (DAVENPORT, 1998).
Cada mdulo selecionado pode ento ser ajustado para atender aos requisitos
especficos e das caractersticas da empresa. Para isso so alterados os parmetros das
tabelas de configurao (DAVENPORT, 1998). A alterao dos parmetros influencia no
comportamento do sistema (KIRCHMER, 1998).
Na FIGURA 17 pode-se observar um exemplo de uma tabela de configurao e de
seus parmetros. Essa tabela utilizada na definio dos tipos de status que podem ser
atribudos aos documentos gerenciados por um sistema ERP.
Definio de
Status
FIGURA 17 Exemplo de tabela de configurao de um sistema ERP
Apesar de os mecanismos de configurao garantirem uma certa flexibilidade de
adaptao aos sistemas ERP, as opes existentes so limitadas. Os sistemas ERP so
solues genricas que refletem uma srie de suposies sobre a forma que as empresas
64
operam de maneira geral. Provavelmente, formas muito particulares de se realizar uma
atividade no so apoiadas por um sistema ERP (DAVENPORT, 1998).
3.3 Modelos de Referncia dos Sistemas ERP
Os modelos de referncia dos sistemas ERP representam os processos de negcio
apoiados por esses sistemas (KELLER & TEUFEL, 1998). Tais modelos descrevem os
processos como um conjunto de alternativas que correspondem s possveis solues
disponveis nos ERPs.
A FIGURA 18 apresenta um exemplo de um modelo de referncia de um sistema
ERP que representa trs alternativas existentes no sistema para o cadastramento de estruturas
de produto.
Especificar material
e utilizao da BOM
BOM de
Material ser
processada
Determinar perodo
de validade da BOM
Material
e utilizao
especificados
XOR
BOM
processada com
histrico e nmero
de modificao
Validade da BOM
especificada
manualmente
BOM
processada com
histrico e nvel
de reviso
XOR
FIGURA 18 Exemplo de um modelo de referncia de um sistema ERP
(KELLER & TEUFEL, 1998, p. 406)
Basicamente, os modelos de referncia dos sistemas ERP podem ser utilizados de
duas formas distintas em projetos de implantao desses sistemas: na configurao de
modelos de empresa especficos ou na verificao da aderncia do sistema a modelos de
empresa especficos (KELLER & TEUFEL, 1998).
Na primeira forma, o modelo de referncia do sistema ERP configurado em um
modelo especfico para uma empresa. Entre todas as solues disponveis no modelo de
65
referncia do sistema, selecionam-se as alternativas mais adequadas para atender aos
requisitos da empresa.
A configurao do modelo de referncia determina a configurao que dever ser
realizada no sistema, uma vez que cada alternativa do modelo corresponde a um conjunto de
parmetros das tabelas de configurao do ERP (DIRKS et al., 1997).
A principal vantagem dessa abordagem a garantia de que os processos definidos no
modelo configurado para a empresa sero apoiados pelas funcionalidades do sistema
(KELLER & TEUFEL, 1998).
Na segunda forma de utilizao, o modelo de referncia do ERP empregado para se
verificar o grau de aderncia do sistema a uma empresa especfica. Para isso deve-se
comparar o modelo de referncia da empresa com o modelo de referncia do sistema ERP
(KELLER & TEUFEL, 1998). Nessa comparao so identificadas as funcionalidades do
ERP que podem ser utilizadas para apoiar as atividades do modelo da empresa.
3.4 Integrao entre os Sistemas de Desenvolvimento de Produtos e os
Sistemas ERP
Neste item analisam-se as integraes entre os sistemas de desenvolvimento de
produtos PDM, CAPP e CAD e os sistemas ERP. Enfatiza-se a integrao entre os
sistemas PDM e ERP devido ao maior destaque que lhe dado na literatura estudada.
Integrao PDM/ERP
Os sistemas PDM so sistemas de gerenciamento de dados de produto aplicados
tradicionalmente ao processo de desenvolvimento de produtos. As informaes geradas no
desenvolvimento de produtos e gerenciadas pelo PDM (cadastro mestre de itens, estruturas
de produto, documentos, etc.) so utilizadas pelos sistemas ERP nas etapas seguintes do
ciclo de vida dos produtos (fabricao, vendas, servio, manuteno, descarte). Nessas
etapas o ERP tambm gera informaes adicionais sobre os produtos, tais como dados de
custo e informaes de configurao.
Dessa forma, o fluxo contnuo e o completo gerenciamento das informaes de
produtos ao longo do ciclo de vida s possvel com a integrao entre os sistemas PDM e
ERP (BOURKE, 1998).
Segundo MILLER (1999), as empresas enfrentam uma grande dificuldade na
especificao da melhor forma de integrao entre esses sistemas. No existe uma soluo
nica e cada organizao deve considerar os seus requisitos especficos e as suas
particularidades.
66
Em uma integrao desse tipo as empresas precisam determinar o sistema utilizado
para apoiar cada atividade, definir o sistema que controlar cada informao e determinar
como os sistemas sero efetivamente integrados (MILLER, 1999).
Essas definies so dificultadas pela crescente sobreposio de funcionalidades dos
sistemas PDM e ERP. O PDM est expandido-se para alm das fronteiras da engenharia,
apoiando as necessidades de gerenciamento de todas as informaes do produto, incluindo
informaes de cho-de-fbrica e de manufatura. Ao mesmo tempo, os sistemas ERP
comearam a apoiar algumas das atividades de engenharia pela incorporao de funes
clssicas dos sistemas PDM (KEMPFER, 1998).
As principais sobreposies de funcionalidades decorrentes da expanso de ambos
os sistemas so: gerenciamento de estruturas de produto, classificao de itens,
gerenciamento de fluxo de trabalho, gerenciamento de projetos (MILLER, 1999), cadastro
mestre de itens e gerenciamento de modificaes de engenharia (BOURKE, 1999).
Conforme observado por BOURKE (1996) em duas conferncias nas quais foi
discutida a integrao entre os sistemas PDM e ERP
21
, h um certo consenso quanto aos
principais pontos de integrao entre tais sistemas. Esses pontos de integrao coincidem
com as sobreposies de funcionalidades: cadastro mestre de itens, classificao de itens,
estrutura de produtos e gerenciamento de modificaes (BOURKE, 1996), sendo que a
estrutura de produto considerada por vrios autores como o mais importante elemento de
ligao entre os sistemas PDM e ERP (SWANTON, 1997; KEMPFER, 1998; BOURKE,
1999; MILLER, 1999).
Alm disso, parece tambm haver concordncia quanto ao controle da estrutura de
produto ao longo do ciclo de vida. O PDM deve controlar a estrutura desde o incio e durante
todo o desenvolvimento, at a liberao para a produo. A estrutura passa ento a ser
gerenciada pelo ERP (BOURKE, 1997; SWANTON, 1997).
A determinao dos sistemas utilizados para apoiar cada atividade e a definio da
forma de controle das informaes tambm devem considerar as solues tcnicas
disponveis para se conectarem os sistemas. necessrio que haja um compromisso entre as
definies conceituais da integrao e a viabilidade tcnica de implantao (ZANCUL et al.,
1999).
ZANCUL et al. (1999) apresentam uma anlise detalhada das solues tcnicas de
integrao entre sistemas PDM e ERP, entre as quais as mais empregadas atualmente so a
transferncia de informaes por arquivos e a comunicao via APIs.

21
Conferncias do CIMdata e do Management Roundtable realizadas no ano de 1996.
67
A transferncia de arquivos contendo dados de um sistema para outro pode ser
facilmente implantada. Nessa integrao os dados so extrados de um sistema, armazenados
em um arquivo e carregados no sistema destino. O processo de transferncia dos dados pode
ser iniciado manualmente ou pode ocorrer em perodos de tempo pr-determinados. Como o
processo no ocorre em tempo real, ambos os sistemas mantm cpias dos dados (FERMAN,
1998).
Um exemplo dessa soluo de integrao para a transferncia da estrutura de produto
de um sistema PDM para o ERP citado por MILLER (1999). Nesse exemplo, um programa
extrai a estrutura de produto da base de dados do sistema PDM em um arquivo de planilha
eletrnica que carregado diretamente no ERP.
Outra soluo de integrao muito empregada atualmente baseada na utilizao de
APIs. Para isso, necessrio que pelo menos um dos sistemas possua esse recurso,
permitindo que suas funes internas sejam acessadas por outros sistemas por meio de
programas especficos de integrao.
A integrao por API pode ser implantada de modo unidirecional ou bidirecional.
Uma integrao unidirecional pode ser desenvolvida, por exemplo, para transmitir estrutura
de produto do sistema PDM diretamente para o ERP (BOURKE, 1999).
Em uma integrao bidirecional, a transferncia de dados ocorre tanto do PDM para
o ERP quanto do ERP para o PDM. Dessa forma, alm da transferncia da estrutura de
produto do sistema PDM para o ERP, o PDM pode, por exemplo, receber dados de custo de
produtos (BOURKE, 1999) e requisies de modificaes de engenharia (KEMPFER, 1998)
do sistema ERP.
Alguns fornecedores de sistemas PDM oferecem kits de integrao por APIs
certificados pelos fornecedores de ERP (REIMANN & RADEMEIER, 1999). A utilizao
de kits pr-definidos reduz a complexidade de integrao.
Em alguns casos, a utilizao de APIs elimina a necessidade de se manterem dados
redundantes, permitindo o acesso em tempo real aos dados de ambos os sistemas. Os
programas de integrao tambm podem rodar continuamente, aguardando serem
requisitados, em vez de serem iniciados manualmente ou em um perodos de tempo pr-
determinados (FERMAN, 1998).
Integrao CAPP/ERP
Os sistemas CAPP so utilizados em ambientes de engenharia para apoiar as
atividades de gerao das informaes e da documentao necessria para a fabricao de
68
um item. Entre essas informaes, o plano de processo macro essencial para o
planejamento da produo nos sistemas ERP.
A necessidade de utilizao de dados bsicos semelhantes em ambos os sistemas
resultou em sobreposies de funcionalidades. Para o planejamento do processo de um item,
os sistemas CAPP incorporaram funcionalidades de gerenciamento e classificao de itens e
de gerao de estruturas de produto. Os sistemas ERP, por sua vez, tm algumas funes que
apiam a gerao de planos de processo macro e de alguns detalhamentos (plano de
suboperaes e de operaes de qualidade), alm do gerenciamento de itens e estruturas,
necessrios para viabilizar o planejamento da produo.
No caso em que ambos os sistemas so utilizados, deve-se considerar um processo
de integrao que defina o sistema que gera cada uma das informaes compartilhadas e
determine o sistema que controle as informaes ao longo do ciclo de vida. preciso
tambm estabelecer um procedimento para a atualizao dessas informaes.
Uma integrao desse tipo entre sistemas CAPP e ERP ainda pouco estudada. Um
exemplo prtico desse tipo de integrao, voltado para a obteno da documentao exigida
pela QS-9000, apresentado por ROZENFELD et al. (1999).
Nesse exemplo, foi definido que o sistema ERP, como espinha dorsal dos sistemas
de informao da empresa, o dono de todos os dados. O sistema CAPP a base de
conhecimentos da engenharia e apia as atividades de gerao das informaes e da
documentao exigida pela QS-9000 (ROZENFELD et al., 1999).
Os itens so criados no sistema ERP devido grande quantidade de informaes, de
vrias reas, que so preenchidas no seu cadastramento. Dessa forma, o sistema CAPP
cliente do cadastro de itens do ERP. As estruturas de produto, por sua vez, podem ser criadas
em ambos os sistemas, pois a sua integrao bidirecional. Os planos de processo macro so
gerados no sistema CAPP e disponibilizados para o ERP aps a aprovao, assim como os
detalhamentos do plano de processo que so utilizados pelo ERP (ROZENFELD et al.,
1999).
Integrao CAD/ERP
Os sistemas CAD so utilizados para apoiar a gerao de modelos geomtricos e a
especificao de alguns dados de produto, durante o processo de desenvolvimento. Essas
atividades podem requerer informaes disponveis na base de dados do ERP (estruturas de
produto, caractersticas de itens, entre outras). Os modelos geomtricos e os dados de
produtos criados no CAD precisam ser controlados pelo ERP para serem utilizados nas fases
69
seguintes do ciclo de vida dos produtos. Assim, necessrio viabilizar a transferncia de
informaes entre esses sistemas.
A integrao entre os sistemas CAD e ERP tambm pouco estudada na
bibliografia. As solues existentes para essa integrao so apresentadas por um fornecedor
de sistemas ERP (SAP, 1996) e por um fornecedor de sistemas CAD (PTC, 2000).
Nas solues disponveis, funes internas tanto do CAD quanto do ERP podem ser
acessadas pelo outro sistema via APIs pr-definidas disponveis em bibliotecas.
Entre as funcionalidades do ERP que podem ser acessadas pelo CAD por meio de
APIs esto, por exemplo, a criao, a modificao e a recuperao de itens e de estruturas de
produto, o gerenciamento de modificaes de engenharia, a busca de informaes por
caractersticas de itens e o gerenciamento de documentos (SAP, 1996).
3.5 O Sistema SAP R/3
O sistema ERP SAP R/3 verso 4.0B basicamente composto por mdulos que
podem ser utilizados tanto individualmente quanto de maneira integrada.
O SAP R/3 4.0B possui os seguintes mdulos: Vendas e Distribuio (SD),
Materiais (MM), Produo (PP), Contabilidade Financeira (FI), Controladoria (CO),
Gerenciamento de Ativos (AM), Controle de Qualidade (QM), Manuteno (PM), Recursos
Humanos (HR), Projetos (PS) e Cross Applications (CA)
22
(KELLER & TEUFEL, 1998;
SAP, 1998a; SAP, 2000a).
Adicionalmente, o sistema SAP R/3 4.0B pode ser integrado a componentes externos
recentemente desenvolvidos pela SAP, entre os quais o componente de APS, denominado
Advanced Planner Optimizer (APO), e o componente de data warehousing, denominado
Business Information Warehouse (BW).
O PDM do SAP R/3 4.0B no constitui um mdulo nem um componente isolado do
sistema, mas pode ser considerado como um agrupamento lgico de funcionalidades tpicas
de sistemas PDM, pertencentes aos mdulos PP, PS e CA.
So funcionalidades de PDM do SAP R/3 4.0B: o cadastro mestre de itens, o sistema
de classificao, o gerenciamento de estruturas de produto, o navegador de estruturas de
produto, a configurao de produtos, o gerenciamento de documentos, o controle de
modificaes de engenharia (ECM Engineering Change Management), o fluxo de trabalho,

22
O CA agrupa funcionalidades comuns a vrios mdulos, tais como as funes de
classificao e de gerenciamento de documentos.
70
a integrao com sistemas CAD e o gerenciamento de projetos (MILLER & MENDEL,
1997; SAP, 1997; WESSNER, 1999).
A maioria dessas funcionalidades de PDM pode ser acessada, no SAP R/3 4.0B
padro
23
, a partir da tela de Engineering (caminho: Logistics Central Functions
Engineering), com exceo das funcionalidades de configurao de produtos (caminho:
Logistics Central Functions Variant Configuration) e de gerenciamento de projetos
(caminho: Logistics Project Management).
A tela Engineering do R/3 4.0B apresentada na FIGURA 19. Para demonstrar as
funcionalidades de PDM que podem ser acessadas a partir dessa tela, os seus menus esto
expandidos e posicionados, de forma ilustrativa, no centro da FIGURA 19.
FIGURA 19 SAP R/3 Tela Engineering com menusexpandidos
Deve-se ressaltar que o sistema SAP R/3 4.0B no possui as funcionalidades mais
atuais de gerenciamento do ciclo de vida de produtos (PLM) recentemente anunciadas pela
SAP. Segundo a AMR (2000), tais funcionalidades esto disponveis somente a partir da
verso 4.6C do R/3.
Uma das formas mais eficientes de integrao do sistema SAP R/3 com os sistemas
de desenvolvimento de produtos baseada na utilizao de APIs. A programao de uma
interface para esse tipo de integrao pode ser facilitada, no sistema R/3, com o emprego de
funes pr-definidas de acesso s APIs. Tais funes esto disponveis em bibliotecas
localizadas no CD de instalao do aplicativo cliente do R/3.
O CD de instalao do aplicativo cliente do R/3 tambm contm outras ferramentas
que apiam a integrao entre aplicativos complementares e o sistema R/3, tais como
componentes OLE que possibilitam o acesso de aplicativos externos funcionalidades do
R/3. Adicionalmente, esse CD contm plug-ins de integrao prontos para serem utilizados

23
Considera-se como padro o sistema em seu estado original, ou seja, sem nenhum tipo de
configurao ou customizao.
71
como, por exemplo, a integrao do R/3 com os sistemas de trabalho em grupo MS Outlook
e Lotus Notes, as interfaces de exportao para os gerenciadores de projeto Graneda e MS
Project e os geradores de relatrios para aplicativos de escritrio MS Office e Lotus Smart
Suite.
72
4 ESTUDO EXPLORATRIO DA APLICABILIDADE DO
SISTEMA ERP EM UM PROCESSO DE
DESENVOLVIMENTO DE PRODUTOS
Neste captulo, so apresentadas as etapas realizadas no estudo exploratrio dos
aspectos funcionais e de integrao do sistema ERP em um processo especfico de
Inicialmente selecionado o processo de desenvolvimento de produtos considerado
nesta fase da pesquisa. So obtidos, em seguida, os modelos de referncia do processo de
desenvolvimento de produtos e do sistema ERP. Ambos os modelos so, ento, comparados
de acordo com uma tcnica especfica de comparao de modelos. A comparao dos
modelos visa identificao de funcionalidades do ERP que podem ser utilizadas para apoiar
o processo de desenvolvimento de produtos. A localizao de funcionalidades do ERP para o
desenvolvimento de produtos complementada por uma busca adicional feita pela
observao direta no sistema e da realizao de uma entrevista com um especialista.
As funcionalidades de desenvolvimento de produtos do ERP, identificadas nas
etapas anteriores, so individualmente verificadas de forma detalhada. Paralelamente, so
selecionados e analisados sistemas complementares de desenvolvimento de produtos,
determinando-se as sobreposies de funcionalidades existentes entre tais sistemas e o ERP.
As sobreposies determinadas so validadas por entrevistas com especialistas, e, em
seguida, servem de base para a definio dos pontos de integrao do ERP com os sistemas
Como resultado das etapas realizadas nesta fase da pesquisa obtm-se um modelo de
referncia do processo de desenvolvimento de produtos considerando a aplicao e
integrao do sistema ERP.
Esse modelo de referncia define as atividades de desenvolvimento de produtos que
so apoiadas por funcionalidades do ERP, identifica as sobreposies de funcionalidades
entre o sistema ERP e os sistemas complementares de desenvolvimento de produtos, e
determina os principais pontos de integrao entre tais sistemas.
A apresentao das etapas do estudo exploratrio, realizada neste captulo,
abrangente e detalhada. Alm da descrio do contedo de cada uma das etapas, so
73
relatados tambm as principais dificuldades e limitaes observadas na aplicao dos
instrumentos de coleta de dados. As informaes adicionais relacionadas com a realizao
das etapas, tais como os roteiros de entrevistas, so anexadas a este texto. Os resultados
parciais das etapas, por sua vez, so omitidos, devido ao fato de esses resultados serem
apresentados, de forma compilada, no modelo de referncia obtido no final desta fase da
pesquisa.
4.1 Seleo do Processo de Desenvolvimento de Produtos
A seleo do processo de desenvolvimento de produtos considerado nesta fase da
pesquisa foi baseada em dois critrios previamente estabelecidos. Definiu-se que o processo
selecionado deve ser amplo, abrangendo as etapas caractersticas de um desenvolvimento de
produtos completo. Mais ainda, determinou-se que o processo escolhido deve ser atual,
incluindo as melhores prticas efetivamente utilizadas pelas empresas no desenvolvimento
de produtos.
Com base nesses critrios foi selecionado o processo de desenvolvimento de
produtos do NUMA, apresentado inicialmente por ROZENFELD (1997). O NUMA um
ncleo de pesquisa em manufatura e tecnologia da informao com grande nfase na
especificao de processos de negcio
24
.
O processo de desenvolvimento de produtos do NUMA resultado de projetos de
consultoria em empresas, dos requisitos da norma de qualidade QS-9000 e de pesquisas
avanadas na rea. Atualmente, tal processo est sendo aperfeioado por um projeto de
doutorado em andamento (AMARAL, 1997) e por novas pesquisas, como, por exemplo,
estudos sobre a introduo de stage gates e sobre gerenciamento de dados de produto em
ambientes distribudos. Assim, pode-se considerar que o processo de desenvolvimento de
produtos do NUMA bastante atual.
De acordo com ROZENFELD (1997) e com os trabalhos em andamento, o processo
de desenvolvimento de produtos do NUMA abrange as seguintes etapas:
q Desenvolver Plano Estratgico e Portfolio de Produtos desenvolvimento do
plano estratgico e programao das plataformas e das ofertas de produtos;
q Conceber Produto especificao inicial de diretrizes do produto (custo alvo,
volume de produo, entre outras) e planejamento do desenvolvimento;

24
Informaes relevantes sobre o NUMA esto disponveis na Internet no endereo
www.numa.org.br.
74
q Conceituar Produto detalhamento das diretrizes, definio macro das
caractersticas tcnicas do produto e dos processos de manufatura e avaliao
financeira do projeto;
q Projetar Produto especificao detalhada das caractersticas tcnicas do
produto e dos processos de manufatura;
q Homologar Projeto construo de prottipos e realizao de testes funcionais
do produto;
q Homologar Processo realizao de testes de produo do produto (lote piloto);
q Lanar Produto preparao de manuais tcnicos e treinamento do pessoal
envolvido no lanamento do produto.
Essas etapas compreendem as atividades caractersticas de um processo de
desenvolvimento completo, desde o planejamento estratgico at o lanamento do produto
no mercado. Dessa forma, pode-se considerar tambm que o processo de desenvolvimento
de produtos do NUMA bastante amplo.
Verifica-se, ento, que o processo de desenvolvimento do NUMA satisfaz ambos os
critrios de seleo previamente estabelecidos e adequado para ser analisado nesta fase da
pesquisa.
As caractersticas do processo de desenvolvimento de produtos do NUMA, de
acordo com a tipologia proposta por ROZENFELD & AMARAL (1999), so apresentadas
na TABELA 4. Essas caractersticas identificam um tipo de processo de desenvolvimento.
Segundo ROZENFELD & AMARAL (1999), o tipo de processo de desenvolvimento
de produtos determina as caractersticas fundamentais que afetam a forma de gerenciar o
Assim, considera-se que os resultados obtidos nesta fase da pesquisa para o processo
de desenvolvimento do NUMA podem ser estendidos, com algumas ressalvas, para outros
processos de desenvolvimento de mesmo tipo, ou seja, para outros processos que possuam as
mesmas caractersticas.
Mais ainda, a partir das caractersticas listadas na TABELA 4, podem ser definidas
analogias entre o tipo de processo analisado neste trabalho e outros tipos de processo de
desenvolvimento, facilitando a adaptao dos resultados obtidos a outras situaes.
75
TABELA 4 Classificao do processo de desenvolvimento de produtos do NUMA de acordo
com a tipologia proposta por ROZENFELD & AMARAL ( 1999)
NVEL FATOR TIPO
Setor Automobilstico
Concorrncia Oligoplio competitivo
Geogrfico Mundial
Mercado
Alvo
Posio na cadeia
de produo
Intermedirio na cadeia de suprimentos
Insero Unidade independente
Responsabilidade Coordenador de desenvolvimento
Corporao
Interao com
unidades
Equipe Local
Responsabilidade tcnica Aquisio e adaptao de tecnologia
Competitiva Misto Estratgia
Interprojetos Simultneo
Informaes iniciais Idia
Tecnologia
principal
Mecnica
Interna Nmero de componentes
Empresa
Complexidade
do produto
Interface com o
usurio
Baixa complexidade
Grau de inovao Plataformas ou nova gerao e derivados
4.2 Obteno do Modelo de Referncia do Processo de Desenvolvimento
de Produtos
Esta etapa foi subdividida em trs atividades principais. Inicialmente, obteve-se o
modelo de referncia que representa o processo de desenvolvimento de produtos do NUMA.
Em seguida, esse modelo de referncia foi estudado de maneira detalhada. Por fim, o
contedo do modelo foi preparado para as etapas seguintes do trabalho.
ROZENFELD (1997) apresenta a verso 3.0 do modelo de referncia do processo de
desenvolvimento de produtos do NUMA. No entanto, desde a sua publicao por
ROZENFELD (1997), tal modelo tem sido constantemente atualizado para incorporar as
melhorias realizadas no processo representado.
Optou-se por analisar a verso mais recente do modelo de referncia disponvel no
incio desta etapa. Essa verso, identificada como 4.1, foi obtida no Laboratrio de
Sistematizao e Integrao da Manufatura do NUMA.
A verso 4.1 do modelo de referncia do processo de desenvolvimento de produtos
do NUMA representada de duas maneiras distintas: de forma grfica e de forma tabular.
Ambas as formas de representao so descritas em trs nveis de detalhamento.
A representao grfica do modelo de referncia do processo de desenvolvimento de
produtos do NUMA apresentada na FIGURA 20.
76

Idia Lanamento Piloto Prottipo Conceito Projeto Diretrizes
Conceber
Produto
Conceituar
Produto
Projetar Produto
Homologar
Projeto
Homologar
Processo
Lanar Produto
Avaliao e Aes Corretivas
Produo
Primeiro
Nvel
Segundo
Nvel
Terceiro
Nvel
Desen./ Conferir
Conjunto
PRJ CAD/(1)
7
Desenhar
Componente
PRJ CAD(1)
8
Calcular
Componente
PDT SIM
9
Detalhar
Componente
PRJ CAD(1)
10
Definir
Procedncia
PRJ/EQ (1)
5
Plan. Processos
Macro
PRC VIS/CAPP(1)
12
Elaborar
FMEA Produto
PRJ FMEA(1)
13
Aprovar
Desenho
PRJ CAD/(1)
14
DECOM
ESPCOM
DECON
DECOM DECON
ESTPRO
DECOM
DECOM MEMCAL
DECOM
DECOM
PROCD
MEMCAL
Desenvolver Plano Estratgico e Portfolio de Produtos
Calcular
Componente
Recursos
Informaes
Subatividades
FIGURA 20 Representao grfica do modelo de referncia do processo de desenvolvimento
de produtos do NUMA em trs nveis de detalhamento
Na representao grfica, o primeiro nvel do modelo uma descrio analgica das
etapas do processo de desenvolvimento, muito parecida visualmente com a forma de
representao empregada pela APQP da QS-9000 (FIGURA 20).
No segundo nvel do modelo, cada uma das etapas do processo detalhada em
atividades. Esse nvel descrito segundo um formalismo de representao adaptado do
mtodo de modelagem SADT. As atividades so representadas por retngulos e
especificadas por um verbo no infinitivo e por um complemento. Os retngulos (atividades)
so interligados por setas que indicam o fluxo de informaes, determinando as informaes
de entrada e as informaes de sada de cada uma das atividades. Dentro de cada retngulo
77
so especificados, ainda, no canto inferior esquerdo, os elementos organizacionais
responsveis pela execuo das atividades e, no canto inferior direito, os recursos
empregados para apoiar as atividades (FIGURA 20).
No terceiro nvel do modelo as atividades so detalhadas em subatividades
utilizando-se texto estruturado. Esse nvel de detalhamento define os procedimentos
especficos que devem ser observados na realizao de cada uma das atividades (FIGURA
20).
Uma forma alternativa de representao do modelo de referncia do processo de
desenvolvimento de produtos do NUMA apresentada na FIGURA 21.
Nvel Ao
Informao
Recurso Organizao
Entrada Sada
1 etapa
2 atividade
3 sub-atividade
Tipo
FIGURA 21 Representao tabular do modelo de referncia do processo de desenvolvimento
de produtos do NUMA em trs nveis de detalhamento
Nessa forma de representao, os mesmos elementos considerados na representao
grfica so dispostos em uma tabela. A primeira coluna da tabela define o nvel de
detalhamento. A segunda coluna especifica as aes do processo, de acordo com o nvel de
detalhamento (etapas, atividades e subatividades). A terceira coluna determina o tipo de ao
(reunio, manual e computador). A quarta coluna indica o recurso utilizado. As duas colunas
seguintes descrevem as informaes de entrada e de sada para cada atividade. Por fim, a
ltima coluna determina os elementos organizacionais responsveis pelas atividades
(FIGURA 21).
A representao grfica do modelo de referncia facilita a obteno de uma viso
geral do processo de desenvolvimento por meio da descrio de todos os seus elementos,
bem como dos inter-relacionamentos existentes entre os seus vrios componentes
(atividades, informaes, recursos e organizao). No entanto, tal representao dificulta a
manipulao dos elementos do modelo para a realizao de anlises, simulaes e alteraes.
A representao tabular, por sua vez, dificulta a compreenso do processo como um
todo, mas facilita a manipulao e a realizao de modificaes no modelo de referncia, tais
como a incluso de novos recursos.
78
Observando-se as vantagens e desvantagens de cada forma de representao, optou-
se por realizar o estudo do modelo de referncia do processo de desenvolvimento utilizando-
se a sua representao grfica e por empregar a sua representao tabular nas etapas
seguintes deste trabalho.
O estudo do modelo de referncia do processo de desenvolvimento foi realizado
aplicando-se a tcnica de anlise documental.
Tal estudo envolveu uma anlise detalhada das atividades, procurando-se
compreender a sua essncia e os seus requisitos especficos. Observando-se as informaes
de entrada de cada atividade, foram analisadas as aes executadas, definidas pelas
subatividades, para gerar as informaes de sada. Avaliou-se tambm a atuao dos
elementos organizacionais, bem como a extenso de aplicao de cada um dos recursos.
Aps o estudo do modelo grfico, o modelo tabular foi preparado para ser utilizado
ao longo das etapas seguintes do estudo exploratrio.
Inicialmente, os recursos definidos para as aes do processo, listados na coluna
Recurso do modelo de referncia, foram excludos da tabela, tornando as aes
independentes de qualquer recurso especfico.
Em seguida, a representao de cada uma das aes do modelo foi analisada
individualmente, para se verificar a existncia de aes que pressupunham o emprego de um
recurso determinado, como, por exemplo, aes cuja denominao define os recursos que
devem ser utilizados na sua realizao. Nesses casos, a representao das aes deveria ser
neutralizada para possibilitar a anlise da aplicabilidade do sistema ERP. No foi
encontrada, no entanto, nenhuma ao que precisasse ser modificada.
Foi ento acrescentada uma nova etapa no modelo de referncia, denominada
Preparar Estruturas para Desenvolvimento. Tal etapa engloba as atividades relacionadas
com a criao dos elementos bsicos necessrios ao desenvolvimento de produtos, como o
estabelecimentos de procedimentos de controle de modificaes e a definio de classes e
caractersticas para classificao.
Finalmente, foram adicionadas trs novas colunas na tabela do modelo de referncia
para a especificao do nome, do cdigo e do caminho que definem as funcionalidades do
sistema ERP.
O modelo tabular, aps a preparao realizada, foi considerado adequado para ser
complementado nas etapas seguintes do trabalho at transformar-se, ao final desta fase da
pesquisa, no modelo de referncia do processo de desenvolvimento de produtos
considerando a aplicao e integrao do sistema ERP.
79
4.3 Obteno do Modelo de Referncia do Sistema ERP
Paralelamente realizao da etapa anterior, o modelo de referncia que descreve as
solues disponveis no sistema SAP R/3 verso 4.0B foi obtido e estudado.
O modelo de referncia do sistema SAP R/3 4.0B foi obtido no prprio sistema a
partir da tela Business Navigator (caminho: Tools Business Engineer Business
Navigator). Tal modelo pode ser consultado em duas vises distintas: a viso por
componentes do sistema (Component View) e a viso por processos de negcio (Process
Flow View). A viso por componentes descreve as transaes do sistema agrupadas por
mdulos funcionais, enquanto que a viso por processos descreve as transaes do sistema
agrupadas por processos de negcio.
Optou-se por adotar a viso do modelo por processos de negcio devido ao
alinhamento com o embasamento terico que fundamenta o trabalho. Os macro processos
representados no modelo do ERP so listados na FIGURA 22.
FIGURA 22 Viso de processos do modelo de referncia do sistema SAP R/3 4.0B
Cada um dos processos listados na FIGURA 22 detalhado em subprocessos,
chamados de cenrios. Os subprocessos, por sua vez, so detalhados em sub-subprocessos e
em atividades que so descritas por modelos segundo o formalismo EPC. Os EPCs so,
ento, detalhados em funes (FIGURA 23).
80
Subprocessos
(Cenrios)
Sub-subprocessos
Atividades
(EPCs)
Funes
FIGURA 23 Nveis de detalhamento do modelo de referncia do sistema SAP R/3 4.0B
O encadeamento entre funes e eventos de cada um dos EPCs do modelo de
referncia do SAP R/3 4.0B pode ser visualizado em um navegador (FIGURA 24).
Funo
Navegador
Evento
FIGURA 24 Exemplo de EPC do modelo de referncia do sistema SAP R/3 4.0B
81
Os EPCs esto diretamente relacionados a uma srie de caractersticas do sistema,
tais como transaes, documentao de ajuda (help) e atributos diversos. Pelo
relacionamento entre os EPCs e as transaes possvel verificar as funcionalidades do
sistema que podem ser utilizadas para apoiar a execuo das atividades definidas pelos
EPCs. As funcionalidades do sistema SAP R/3 so geralmente definidas por um nome e por
um cdigo composto por quatro caracteres (FIGURA 25).
FIGURA 25 Relacionamento entre EPC, caractersticas e transaes do sistema SAP R/3 4.0B
Assim como na etapa anterior, o estudo do modelo de referncia do sistema ERP
tambm foi realizado empregando-se a tcnica de anlise documental.
Definiu-se que esse estudo seria baseado no nvel de EPCs (atividades) do modelo de
referncia do ERP por dois motivos: primeiro, os EPCs representam as transaes do
sistema, enquanto que as funes dos EPCs representam um nvel de detalhamento muito
baixo, com pouco significado para o processo de negcio (as funes equivalem, por
exemplo, aos campos das telas do sistema que devem ser preenchidos em uma determinada
transao); segundo, constatou-se que o nvel de detalhamento dos EPCs do modelo de
referncia do ERP equivalente ao terceiro nvel de detalhamento (subatividades) do modelo
de referncia do processo de desenvolvimento (essa equivalncia necessria para a
comparao entre os modelos realizada na prxima etapa do trabalho).
Os EPCs do modelo de referncia do ERP foram ento estudados um a um. Tal
como no estudo do modelo do processo, procurou-se compreender a essncia de cada uma
das solues representadas no modelo do ERP.
82
4.4 Comparao dos Modelos de Referncia
Aps serem obtidos e estudados, os modelos de referncia do processo de
desenvolvimento de produtos do NUMA e do sistema SAP R/3 4.0B foram comparados, a
fim de que fossem identificadas as funcionalidades do sistema que podem ser utilizadas para
apoiar o processo.
A comparao dos modelos de referncia foi baseada no mtodo de comparao de
modelos proposto por KIRCHMER (1998). No entanto, esse mtodo de comparao
definido de forma muito abstrata. A definio do mtodo no especifica detalhadamente os
procedimentos que devem ser executados durante a sua aplicao.
Determinou-se, ento, que a aplicao do mtodo de KIRCHMER (1998) seria
realizada por meio de uma matriz de comparao. Nessa matriz, as linhas descrevem as
aes (etapas, atividades e subatividades) do processo de desenvolvimento de produtos e as
colunas representam os processos do sistema ERP, detalhados em subprocessos, sub-
subprocessos e EPCs (FIGURA 26).
M
o
d
e
l
o

d
e

R
e
f
e
r
n
c
i
a

d
o

P
r
o
c
e
s
s
o
d
e

D
e
s
e
n
v
o
l
v
i
m
e
n
t
o

d
e

P
r
o
d
u
t
o
s
Modelo de Referncia do
Sistema ERP
Transao 1
Transao 2
Transao 3
...
Processos...EPCs
A
e
s

(
e
t
a
p
a
s
,

a
t
i
v
i
d
a
d
e
s
e

s
u
b
-
a
t
i
v
i
d
a
d
e
s
)
Ao Recurso Transao
Nome Cd. Caminho
Modelo de Referncia do Processo de DP
considerando a aplicao do Sistema ERP
Nvel Informao Org.
3 Sub-atividade X ERP T1 xx00 xxxx xxxx xxxx xxxx
Entrada Sa da
Tipo
T2 xx00 xxxx
T3 xx00 xxxx
...
FIGURA 26 Matriz de comparao de modelos e modelo de referncia do processo de
desenvolvimento de produtos considerando a aplicao do sistema ERP
A comparao dos modelos foi realizada relacionando-se as subatividades do
modelo de referncia do processo de desenvolvimento de produtos com os EPCs do modelo
do sistema ERP.
Para cada relao existente entre uma subatividade do modelo de desenvolvimento
de produtos e um EPC foi feita a seguinte pergunta: A subatividade pode ser apoiada pelas
solues representadas no EPC?. Em caso afirmativo, assinalou-se a interseco entre a
linha da subatividade e a coluna do EPC (FIGURA 26). Esse procedimento foi repetido para
todas as relaes da matriz.
83
Em cada uma das relaes assinaladas, foram identificadas as transaes do sistema
representadas pelo EPC, por meio da ligao existente entre os EPCs e as caractersticas do
sistema (FIGURA 26).
Essas transaes foram, em seguida, especificadas no modelo de referncia do
processo de desenvolvimento de produtos. Para cada subatividade apoiada por
funcionalidades do ERP foram completados o recurso (sistema ERP), os nomes das
transaes identificadas e os cdigos correspondentes a essas transaes. Nos casos em que
apenas o cdigo no suficiente para determinar a funcionalidade, foi especificado tambm
o caminho para se localizar a transao no menu do sistema (FIGURA 26).
Na comparao de modelos foram identificadas funcionalidades do sistema ERP
para apoiar 43% das subatividades do processo de desenvolvimento de produtos.
Todas essas funcionalidades so listadas no modelo de referncia do processo de
desenvolvimento de produtos resultante do estudo exploratrio. Nesse modelo, apresentado
no Anexo F, pode-se diferenciar, pelo estilo da letra, as funcionalidades identificadas nesta
etapa do trabalho das funcionalidades localizadas nas etapas seguintes. As funcionalidades
identificadas na comparao de modelos so listadas na coluna Transao Nome com letra
em estilo normal.
As principais dificuldades enfrentadas na comparao foram decorrentes das
diferenas existentes entre o idioma, a terminologia e o nvel de detalhamento adotados em
cada um dos modelos.
A adoo de diferentes terminologias e idiomas como, por exemplo, o emprego do
termo plano de processo, no modelo de desenvolvimento de produtos, com o mesmo
significado de routing (roteiro), utilizado no modelo do sistema, dificultou o estabelecimento
de relaes entre os modelos.
Para superar esse obstculo, KIRCHMER (1998) sugere que o relacionamento entre
os modelos seja realizado com base em definies existentes, utilizadas como um padro dos
termos empregados nos modelos.
Observou-se, entretanto, que nenhum dos modelos define o significado dos termos
utilizados em sua representao. Optou-se, ento, por solucionar as dvidas resultantes das
diferenas existentes entre o idioma e a terminologia empregados nos modelos com o apoio
de dicionrios tcnicos (SELL, 1953; FRSTENAU, 1978) medida que ocorressem
discrepncias durante a comparao.
O estabelecimento de relaes entre o modelo do processo e o modelo do sistema
tambm foi dificultado pela definio de diferentes nveis de detalhamento em cada um dos
modelos.
84
Verificou-se que, na maioria das vezes, no seria possvel estabelecer uma relao
nica entre as subatividades do modelo do processo e os EPCs do modelo do sistema. Em
alguns casos, para apoiar uma subatividade do processo so necessrias transaes
representadas por mais de um EPC do sistema. Em outros casos, um nico EPC pode
representar as transaes que apiam totalmente mais de uma subatividade do processo.
Para superar esse problema permitiu-se, seguindo as recomendaes de KIRCHMER
(1998), que um ou mais elementos do modelo do processo fossem relacionados com um ou
mais elementos do modelo do sistema.
Apesar dos bons resultados obtidos nesta etapa, deve-se ressaltar que a comparao
de modelos tem algumas limitaes na identificao das funcionalidades do ERP que podem
ser utilizadas para apoiar o processo de desenvolvimento de produtos.
O modelo de referncia do sistema ERP no representa todas as funcionalidades
disponveis no sistema. Alm disso, o resultado da comparao influenciado pelo
conhecimento e pela experincia do pesquisador.
Assim, necessrio localizar as funcionalidades de desenvolvimento de produtos do
ERP que no esto representadas em seu modelo de referncia e validar os resultados obtidos
na comparao.
4.5 Busca de Funcionalidades Adicionais do Sistema ERP
Devido s limitaes observadas na etapa anterior, a pesquisa de funcionalidades do
ERP que podem ser utilizadas no desenvolvimento de produtos foi complementada com a
observao direta no sistema e com uma entrevista com um especialista.
A observao direta no sistema foi realizada no Laboratrio de Sistematizao e
Integrao da Manufatura do NUMA, em um ambiente de testes do ERP disponvel para ser
utilizado pelo pesquisador.
A partir do modelo de referncia do processo de desenvolvimento de produtos,
buscou-se, manipulando o ambiente de testes do ERP, identificar funcionalidades do sistema
que podem ser utilizadas para apoiar cada uma das subatividades do processo.
Essa busca, realizada individualmente para cada subatividade do processo de
desenvolvimento, foi concentrada nos mdulos do sistema com maior probabilidade de
conter as funcionalidades procuradas.
Assim, por exemplo, a busca de funcionalidades que apiam a subatividade Cotar
Fornecedores concentrou-se no mdulo de gerenciamento de materiais, enquanto que a
procura por funcionalidades que apiam a subatividade Definir Planos de Inspeo centrou-
se no mdulo de controle de qualidade do sistema ERP.
85
Na observao direta foram localizadas 13 funcionalidades de desenvolvimento de
produtos do sistema ERP que no haviam sido identificadas na etapa anterior de comparao
dos modelos de referncia.
Essas funcionalidades tambm so listadas no modelo de referncia do processo de
desenvolvimento de produtos considerando a aplicao do sistema ERP, apresentado no
Anexo F. Tais funcionalidades so diferenciadas, pela grafia em estilo itlico, na coluna
Transao Nome do modelo.
Deve-se ressaltar, entretanto, que, apesar da observao direta no sistema ter sido
realizada de forma sistemtica e estruturada, os resultados obtidos tambm dependem dos
conhecimentos do pesquisador sobre o processo de desenvolvimento de produtos bem como
de sua experincia no sistema ERP.
Devido a essa restrio, intrnseca tcnica de coleta de dados utilizada, realizou-se
uma entrevista focalizada com um especialista no sistema ERP a fim de serem identificadas
funcionalidades do ERP que eventualmente ainda no tinham sido localizadas, e,
adicionalmente, para validar os resultados obtidos at essa etapa do trabalho.
A realizao da entrevista focalizada envolveu a elaborao prvia de um roteiro de
entrevistas, a definio de critrios para a seleo do especialista a ser entrevistado, a escolha
do especialista, a realizao da entrevista e a sistematizao dos resultados obtidos no
modelo de referncia do processo de desenvolvimento.
O roteiro de entrevistas foi elaborado a partir do modelo de referncia do processo
de desenvolvimento de produtos, considerando-se os fundamentos metodolgicos sobre
preparao de roteiros de entrevistas discutidos no item 1.4.2 Escolha do Mtodo de
Pesquisa e das Tcnicas de Coleta de Dados deste texto.
Tal roteiro consiste basicamente de duas questes, formuladas repetidamente para
cada uma das subatividades do modelo de referncia do processo de desenvolvimento de
produtos. A primeira questo verifica a adequao das funcionalidades do ERP atribudas s
subatividades do processo de desenvolvimento, e a segunda questo indaga sobre a
existncia de funcionalidades adicionais que ainda no foram identificadas. O roteiro
tambm contm dois itens introdutrios para a explicao do trabalho e dos objetivos da
entrevista e para a apresentao do entrevistado. Esse roteiro de entrevista apresentado no
Anexo A.
Paralelamente elaborao do roteiro, foram definidos critrios para a seleo do
especialista a ser entrevistado. Definiu-se previamente que o especialista deveria ser um
consultor no sistema ERP com bons conhecimentos sobre desenvolvimento de produtos.
86
Segundo OLIVEIRA (1999), a opo por entrevistar consultores indicada, pois
essas pessoas acumulam a experincia de trabalho em diversas empresas, e se propem
fornecer aos seus clientes as melhores prticas de negcios. O conhecimento sobre o
desenvolvimento de produtos, por sua vez, essencial por se tratar do tema desta pesquisa.
Com base nos critrios previamente estabelecidos, o Especialista A foi escolhido
para ser entrevistado nesta etapa do trabalho. O Especialista A formado e ps-graduado em
engenharia mecnica. Foi pesquisador na rea de desenvolvimento de produtos, com
diversos artigos publicados. Atualmente consultor no sistema ERP, especializado no
mdulo de gerenciamento de projetos.
A entrevista foi realizada formulando-se as duas questes do roteiro para cada uma
das subatividades do modelo de referncia do processo de desenvolvimento de produtos,
resultando a identificao de 7 novas funcionalidades de desenvolvimento de produtos do
sistema ERP e a validao das funcionalidades que j haviam localizadas, com exceo de 3
funcionalidades, que foram reposicionadas no modelo, e de 6 funcionalidades, que foram
descartadas por terem sido empregadas de forma inadequada.
Alm disso, durante a entrevista o Especialista A observou que, apesar de certas
funcionalidades do ERP terem sido corretamente atribudas a algumas das subatividades do
processo de desenvolvimento, a sua utilizao, na prtica, pode no ser efetiva.
Trata-se, por exemplo, da utilizao do fluxo de trabalho do sistema ERP para apoiar
as atividades de distribuio de documentos. No caso de atividades estruturadas que se
repetem, como os ciclos de aprovao de documentos, pode ser vantajoso estabelecer fluxos
de trabalho padronizados e utilizar essa funcionalidade no sistema ERP. Por outro lado, no
caso de atividades ad hoc, como simples envios de documentos, geralmente mais prtico
utilizar sistemas complementares de trabalho em grupo, preferencialmente integrados ao
sistema ERP.
As funcionalidades de desenvolvimento de produtos do ERP identificadas na
entrevista focalizadas foram, em seguida, includas no modelo de referncia do processo de
desenvolvimento apresentado no Anexo F. Tais funcionalidades so identificadas pela grafia
em estilo sublinhado, na coluna Transao Nome do modelo.
Por fim, todas as funcionalidades de desenvolvimento de produtos do sistema ERP,
listadas no modelo de referncia (Anexo F), foram sistematizadas em grupos de
funcionalidades. Essa sistematizao foi realizada para possibilitar a anlise conjunta de
funcionalidades relacionadas com atividades afins, nas fases e etapas seguintes do trabalho.
Os grupos de funcionalidades foram definidos a partir do modelo de referncia,
agrupando-se as funcionalidades que apiam atividades correlatas. Assim, foram definidos
87
21 grupos de funcionalidades, como, por exemplo, um grupo de funcionalidades de
Gerenciamento de Documentos e um grupo de funcionalidades de Estimativa do Custo de
Produtos (FIGURA 27).
ERP
Cadastro de Materiais
Estruturas de Produto
Configurao Variante
de Estruturas de Produto
Gerenciamento de
Documentos
Fluxo de
Trabalho
Classificao
Dados Tcnicos
de Recursos
Planos de
Processo Macro
Detalhamentos dos
Planos de Processo
Gerenciamento
de Projetos
Planos de
Controle
Controle de Modificaes
de Engenharia
Estimativa do Custo
de Produtos
Anlise de
Capacidades
Agenda
Eletrnica
Correio
Eletrnico
Sistema de
Informaes
Gerenciais
Qualidade
Base de Dados
de Qualificaes
Anlise de
Investimentos
Elaborao de
Documentao Tcnica
FIGURA 27 Grupos de Funcionalidades de Desenvolvimento de Produtos do Sistema ERP
A lista completa das funcionalidades do sistema ERP alocadas a cada grupo de
funcionalidades apresentada no Anexo H deste texto.
4.6 Anlise das Funcionalidades do Sistema ERP
Aps serem identificadas nas etapas anteriores, as funcionalidades de
desenvolvimento de produtos do sistema ERP foram individualmente analisadas. Nessa
anlise procurou-se verificar se as funcionalidades identificadas satisfazem os requisitos
especficos do processo de desenvolvimento de produtos.
O primeiro passo realizado nesta etapa foi a definio das caractersticas
fundamentais de cada uma das funcionalidades do ERP atribudas ao processo de
Procurou-se, inicialmente, definir essas caractersticas por meio de uma anlise da
documentao dos mdulos do sistema ERP que contm a maioria das funcionalidades de
desenvolvimento de produtos (mdulos PP e PS e funes de PDM). A relao dos
documentos analisados, de acordo com o mdulo do sistema e com o tipo de documento
(livros de referncia, relatrios, apostilas de cursos, material de divulgao, apresentaes,
ajuda do sistema), apresentada TABELA 5.
88
TABELA 5 Documentos do sistema ERP considerados na anlise das funcionalidades de
desenvolvimento de produtos
MDULOS
/ FUNES
TIPO DE
DOCUMENTO
DESCRIO REFERNCIA
BIBLIOGRFICA
Apostila de curso Material do curso SAP PP
Partner Academy.
SAP (1998c)
Material de divulgao Apostila sobre manufatura
integrada.
SAP (1996)
PP
Ajuda do sistema (help) CD de documentao do
sistema.
SAP (1998a)
Livro de referncia Livro sobre gerenciamento de
projetos com o SAP R/3.
DRGER (1998)
Apostila de curso Material do curso Sntese de
Administrao de Projetos.
SAP (1998b)
PS
sistema.
SAP (1998a)
Relatrios Relatrio sobre o programa de
PDM da SAP, preparado pelo
CIMdata
25
.
MILLER &
MENDEL (1997)
Apostilas de cursos Material do curso Classificao. SAP (1998d)
Apostila sobre o conjunto de
funcionalidades de PDM.
SAP (1997) Material de divulgao
Folder sobre o sistema de
gerenciamento de documentos.
SAP (2000c)
Apresentao sobre as
funcionalidades de PDM em
ambientes distribudos.
DOLESCHEL (1999) Apresentaes
Apresentao detalhando as
tendncias de evoluo do
conjunto de funes de PDM.
SCHMIDT (1999)
PDM
sistema.
SAP (1998a)
Nos casos em que no foi possvel determinar as caractersticas das funcionalidades
do ERP pela documentao consultada, realizou-se uma observao direta das
funcionalidades utilizando-se o ambiente de testes do ERP disponvel no Laboratrio de
Sistematizao e Integrao da Manufatura do NUMA.
Na observao direta tambm foram examinadas as tabelas de configurao do
sistema ERP para que fossem consideradas todas as possibilidades de parametrizao das
funcionalidades analisadas. As tabelas de configurao so acessadas no prprio ambiente do
ERP (caminho: Tools Business Engineer Customizing).
Assim, verificou-se, por exemplo, que o cofre de dados (vault) do gerenciador de
documentos do sistema ERP pode ser configurado de trs formas distintas, de acordo com os

25
O CIMdata uma empresa de consultoria em sistemas PDM (www.cimdata.com).
89
requisitos do desenvolvimento de produtos. O vault pode ser um diretrio qualquer da rede,
uma rea protegida para a qual os arquivos gerenciados so transferidos via FTP (File
Transfer Protocol) ou ainda um arquivo em mdia com grande capacidade de
armazenamento.
As caractersticas fundamentais de cada uma das funcionalidades do ERP foram, em
seguida, confrontadas com os requisitos do processo de desenvolvimento de produtos,
definidos no modelos de referncia.
Deve-se observar, entretanto, que o nvel de detalhamento utilizado na representao
do modelo de referncia do processo de desenvolvimento de produtos no estabelece
requisitos muito especficos do processo. No modelo no esto representados, por exemplo,
os campos utilizados para descrever um material, os parmetros empregados na localizao
de documentos e os tipos de status utilizados para controlar os objetos do processo
(estruturas de produto, desenhos, entre outros).
Assim, nesta etapa foi analisada somente a adequao das funcionalidades de
desenvolvimento de produtos do sistema ERP s subatividades do processo de
desenvolvimento, nvel mais detalhado do modelo de referncia. No foi possvel, contudo,
realizar a anlise considerando requisitos mais especficos do processo.
Devido ao nvel de detalhamento empregado (subatividades), semelhante ao
utilizado nas etapas anteriores, todas as funcionalidades analisadas atenderam aos requisitos
do processo de desenvolvimento.
O resultado desta etapa demonstra as limitaes do emprego de modelos de
referncia pouco detalhados na determinao de lacunas especficas no atendidas pelo
sistema ERP. O estabelecimento de requisitos bem detalhados essencial para a definio de
lacunas muito especficas do sistema ERP.
4.7 Seleo dos Sistemas Complementares de Desenvolvimento de
Produtos
Paralelamente anlise das funcionalidades do ERP foram selecionados outros
sistemas que podem ser utilizados de forma complementar ao ERP para apoiar o processo de
Esta etapa foi iniciada com a determinao das classes genricas de sistemas
complementares consideradas neste trabalho. Optou-se por empregar a mesma definio de
classes de sistemas complementares utilizada na verso original do modelo de referncia do
processo de desenvolvimento de produtos. Essas classes so listadas na primeira coluna da
TABELA 6.
90
TABELA 6 Sistemas complementares de desenvolvimento de produtos
CLASSE DE
SISTEMA
SISTEMA
ESCOLHIDO /
FORNECEDOR
JUSTIFIATIVA/FONTE
PDM Metaphase 2.2 / SDRC
Lder do segmento high end do mercado de
sistemas PDM com 17% de participao
(CIMDATA, 2000).
CAD Mechanical Desktop 3 /
Autodesk
A Autodesk a principal fornecedora de sistemas
CAD para as empresas do setor automotivo no Brasil
(SCHTZER & SOUZA, 1999). O Mechanical
Desktop o mais novo produto da Autodesk voltado
para o projeto de conjuntos mecnicos.
Disponvel para ser avaliado pelo pesquisador.
CAE Ansys LS-DYNA /
LSTC
CAPP CAPPE 5.4.06 / KSR Lder do mercado de sistemas CAPP no Brasil
(RIBEIRO, 2000).
26
CAM SmartCAM 11 / SDRC
Gerenciador de
Projetos
MS Project 98 /
Microsoft
O gerenciador de projetos da Microsoft est se
tornando um padro para a indstria.
Planilha
Eletrnica
MS Excel 97 /
Microsoft
Editor de Textos MS Word 97 /
Microsoft
Sistema de
Apresentao
MS PowerPoint 97 /
Microsoft
Os aplicativos de escritrio da Microsoft esto se
tornando um padro para a indstria.
Disponveis para serem avaliados pelo
pesquisador.
Agenda
Eletrnica
MS Outlook 97 /
Microsoft
Correio
Eletrnico
MS Outlook 97 /
Microsoft
Os aplicativos de trabalho em grupo da Microsoft
so muito utilizados em toda a indstria.
pesquisador.
Visualizador AMView 3 / Cyco
QFD QFD Designer /
Qualisoft
DFMA DFA 8.0 e DFM 2.2.1 /
Boothroyd Dewhurst
Inc.
FMEA KFMEA 1.1.1 / KSR
PAPP APQP / KSR
Os sistemas de visualizao, QFD, DFMA,
FMEA e PAPP so extremamente especializados.
Nesses mercados existem poucos concorrentes e a
participao de cada um deles raramente
pesquisada e divulgada.
pesquisador, com exceo do sistema APQP.
Para cada uma das classes de sistemas complementares foi selecionado um sistema
especfico, disponvel comercialmente. Procurou-se selecionar, preferencialmente, sistemas
que estivessem disponveis para serem avaliados pelo pesquisador no Laboratrio de
Sistematizao e Integrao da Manufatura do NUMA. Ao mesmo tempo, procurou-se

26
RIBEIRO, C. (2000). Sistema APQP. /Palestra realizada no evento de lanamento do
sistema APQP So Paulo (31 Mar.)/
91
escolher sistemas lderes de mercado ou sistemas com participao significativa em seus
respectivos segmentos.
Deve-se notar, entretanto, que, devido s caractersticas particulares de cada
segmento do mercado de softwares, nem sempre foi possvel fundamentar a escolha com
anlises mercadolgicas. Em alguns segmentos, extremamente especializados, existem
poucos concorrentes, e no so divulgados dados detalhados sobre a participao de cada um
deles. Trata-se, por exemplo, dos sistemas que apiam a aplicao dos mtodos de QFD e de
DFMA. Outros segmentos, como o de aplicativos de escritrio, so extremamente
concentrados e dominados por apenas um produto, que passa a ser considerado como um
padro de fato para toda a indstria.
Os sistemas selecionados e as justificativas utilizadas para fundamentar cada escolha
so apresentadas, respectivamente, na segunda e na terceira coluna da TABELA 6.
4.8 Estudo dos Sistemas Complementares de Desenvolvimento de
Produtos
Uma vez selecionados os sistemas complementares considerados neste trabalho,
realizou-se um estudo para identificar quais desses sistemas podem ser utilizados para apoiar
cada uma das subatividades do processo de desenvolvimento de produtos.
A especificao dos sistemas complementares para as subatividades do processo de
desenvolvimento poderia ter sido iniciada com a comparao entre o modelo de referncia
do processo de desenvolvimento de produtos e os modelos de referncia que descrevem as
solues disponveis nos diversos sistemas complementares. Para isso seria empregado o
mtodo de comparao de modelos de KIRCHMER (1998), da mesma forma que na
comparao realizada em uma etapa anterior, entre o modelo do processo de
desenvolvimento e o modelo do sistema ERP. Entretanto, nenhum dos sistemas
complementares selecionados representa as suas solues em modelos de referncia.
Realizou-se, ento, uma ampla anlise da documentao dos sistemas
complementares (manuais, apostilas de cursos, material de divulgao, sites da Internet,
entre outros). Nessa anlise procurou-se identificar, na documentao dos sistemas
complementares, as solues que podem ser utilizadas para apoiar cada uma das
subatividades do processo de desenvolvimento.
As solues identificadas para cada subatividade do processo foram, em seguida,
checadas por meio da observao direta nos diversos sistemas complementares. Para isso
foram realizados testes e simulaes, empregando-se os sistemas complementares de
92
desenvolvimento de produtos disponveis no Laboratrio de Sistematizao e Integrao da
Manufatura do NUMA.
Aps serem verificados na observao direta, os sistemas complementares
identificados para cada uma das subatividades do processo de desenvolvimento de produtos
foram especificados no modelos de referncia do processo de desenvolvimento considerando
a aplicao do sistema ERP, apresentado no Anexo F.
Dessa forma, foram definidos recursos computacionais para as subatividades no
apoiadas pelo sistema ERP e determinadas as sobreposies de funcionalidades entre o ERP
e os sistemas complementares. As principais sobreposies de funcionalidade identificadas
nesta etapa do trabalho so apresentadas na FIGURA 28.
ERP
Configurao Variante
de Estruturas de Produto
Gerenciamento de
Documentos
Fluxo de
Trabalho
Classificao
Ger. Projetos
Dados Tcnicos
de Recursos
Planos de
Processo Macro
Detalhamentos dos
Planos de Processo
PDM
CAPP
Gerenciamento
de Projetos
Planos de
Controle
de Engenharia
Estimativa do Custo
de Produtos
Anlise de
Capacidades
FIGURA 28 Principais sobreposies de funcionalidades entre o sistema ERP e os sistemas
complementares de desenvolvimento de produtos
No modelo de referncia apresentado no Anexo F, as sobreposies de
funcionalidades entre o sistema ERP e os sistemas complementares so indicadas na coluna
Recurso por retngulos de fundo cinza envolvendo os sistemas que se sobrepem em cada
subatividade.
4.9 Validao das Sobreposies
As principais sobreposies de funcionalidades entre o sistema ERP e os sistemas
complementares de desenvolvimento de produtos, definidas na etapa anterior, foram
validadas por entrevistas focalizadas com especialistas.
Optou-se por restringir a validao realizada nesta etapa s sobreposies existentes
entre o sistema ERP e os sistemas PDM e CAPP. A delimitao de tais sobreposies
93
extremamente complexa devido abrangncia desses sistemas e s diferenas existentes
entre os conceitos e a nomenclatura empregados.
A sobreposio de funcionalidades entre o sistema ERP e o sistema gerenciador de
projetos, por sua vez, bem definida. O sistema ERP possui um mdulo especfico para o
gerenciamento de projetos, e tanto as funcionalidades quanto os conceitos, termos e
definies utilizados por ambos os sistemas so bastante semelhantes.
Realizou-se duas entrevistas de validao: a primeira abordou a sobreposio entre o
ERP e o sistema PDM; a segunda tratou da sobreposio entre o ERP e o sistema CAPP.
Assim como em uma etapa anterior, a realizao das entrevistas tambm envolveu a
elaborao prvia de roteiros, a especificao de critrios para a escolha dos especialistas a
serem entrevistados, a escolha dos especialistas, a realizao das entrevistas e, por fim, a
sistematizao dos resultados obtidos.
Os roteiros de entrevista foram preparados observando-se os fundamentos
metodolgicos sobre a elaborao de roteiros de entrevistas, discutidos no item 1.4.2 Escolha
do Mtodo de Pesquisa e das Tcnicas de Coleta de Dados deste texto. Na preparao de
ambos os roteiros foi seguido um padro nico, ou seja, os dois roteiros de entrevistas
contm o mesmo conjunto de questes.
A primeira pergunta do roteiro, aplicada a todas as principais sobreposies de
funcionalidades definidas no modelo de referncia, busca validar as sobreposies
observadas e, alm disso, discutir alguns aspectos qualitativos relacionados com as
funcionalidades de cada um dos sistemas sobrepostos (semelhanas/diferenas). A segunda
pergunta indaga sobre a existncia de alguma sobreposio de funcionalidade adicional que
ainda no havia sido observada. Finalmente, a terceira pergunta questiona as principais
funcionalidades exclusivas dos sistemas complementares, de forma a delimitar a
sobreposio. Os roteiros tambm contm dois itens introdutrios para a explicao do
trabalho e dos objetivos das entrevistas e para a apresentao dos entrevistados.
O roteiro de entrevistas sobre a sobreposio entre os sistemas ERP e PDM
apresentado no Anexo B e o roteiro de entrevista sobre a sobreposio entre os sistemas ERP
e CAPP apresentado no Anexo C deste texto.
Simultaneamente preparao dos roteiros, foram estabelecidos os critrios para a
seleo dos especialistas a serem entrevistados. Definiu-se que os especialistas deveriam ser
consultores nos sistemas complementares (PDM e CAPP) e possuir bons conhecimentos das
funcionalidades semelhantes no sistema ERP.
A partir desses critrios, para a entrevista de validao das sobreposies entre o
ERP e o PDM foi selecionado o Especialista B. O Especialista B engenheiro mecnico,
94
com mestrado na rea de sistemas PDM. Atualmente consultor e participa de um projeto de
implantao de um sistema PDM em uma empresa do setor automobilstico.
Considerando os mesmos critrios, para a entrevista de validao das sobreposies
entre o ERP e o CAPP foi selecionado o Especialista C. O Especialista C tambm
engenheiro mecnico, com mestrado na rea de sistemas CAPP. diretor comercial de uma
empresa fornecedora de sistemas CAPP, tendo participado de inmeros projetos de
implantao de sistemas CAPP nos ltimos anos.
Na entrevista sobre as sobreposies de funcionalidades entre o sistema ERP e o
sistema PDM todas as sobreposies definidas no modelo de referncia foram validadas e
no foram identificadas sobreposies adicionais.
As funcionalidades do ERP e do PDM que se sobrepem, apesar de serem utilizadas
para apoiar as mesmas subatividades e de possurem inmeras caractersticas comuns,
possuem algumas diferenas e particularidades especficas, destacadas pelo Especialista B.
De acordo com o Especialista B, ambos os sistemas permitem a manuteno de
mltiplas vises da estrutura de produto, mas o sistema PDM mais flexvel para a definio
de vises que atendem s necessidades da engenharia, como, por exemplo, vises da
estrutura de produto por grupos funcionais ou vises por localizao fsica no produto.
Da mesma forma, o controle de efetividade das estruturas de produto apoiado tanto
pelo ERP quanto pelo PDM, mas o PDM permite a utilizao de parmetros de controle mais
flexveis, muito teis durante o processo de desenvolvimento.
O gerenciamento de documentos bem desenvolvido em ambos os sistemas. Foi
destacada, no entanto, a maior facilidade de integrao dos sistemas CAD tridimensionais
com o sistema PDM. A partir da definio de um subconjunto na estrutura de produto do
PDM possvel, por exemplo, acessar o CAD para visualizar a montagem de todos os
componentes desse subconjunto.
Com relao configurao variante de estruturas de produto, o Especialista B
observou que a definio das regras e dos objetos de configurao muda de um sistema para
outro, resultando grande dificuldade de integrao caso um sistema seja utilizado para apoiar
o processo de desenvolvimento e outro seja empregado para apoiar a produo.
Alm disso, o Especialista B ainda destacou as vantagens da interface grfica do
sistema PDM, principalmente com relao navegao na estrutura de produto, que facilita a
manuteno de documentos e o acesso a objetos do produto.
De forma geral, pode-se concluir da entrevista que o sistema ERP e o sistema PDM
efetivamente apresentam grande sobreposio de funcionalidades. O ERP possui a maior
95
parte das funcionalidades do sistema PDM. Entretanto, o PDM ainda tem caractersticas
exclusivas que atendem a requisitos especficos do processo de desenvolvimento.
Na entrevista seguinte, que tratou das sobreposies de funcionalidades entre o
sistema ERP e o sistema CAPP, tambm foram validadas todas as sobreposies definidas
no modelo de referncia. Alm disso, foi identificada uma sobreposio adicional que no
havia sido observada, referente s funcionalidades de gerenciamento dos documentos de
detalhamento dos planos de processo.
Da mesma forma que na entrevista anterior, o Especialista C tambm destacou
algumas diferenas especficas existentes entre as funcionalidades comuns ao ERP e ao
sistema CAPP.
Segundo o Especialista C, os dois sistemas apiam o planejamento de processo de
fabricao, mas o sistema CAPP tem recursos adicionais que facilitam a criao de novos
planos de processo. No caso de famlias de componentes, por exemplo, o sistema CAPP
pode criar planos de processo para todos os componentes da famlia a partir de um plano
bsico, de um conjunto de regras e de uma tabela com os dados de todos os componentes da
famlia.
O detalhamento dos planos de processo tambm apoiado por ambos os sistemas,
mas o sistema CAPP tem funcionalidades e recursos adicionais que facilitam a transferncia
dos dados das operaes de setup e das suboperaes para os sistemas CAD, automatizando
a gerao de folhas de instruo. A partir dos parmetros dos componentes e das operaes
possvel tambm automatizar o clculo e o projeto do ferramental.
A classificao de componentes e a manuteno de dados tcnicos de recursos
(mquinas, ferramentas, dispositivos, entre outros) so apoiadas tanto pelo ERP quanto pelo
CAPP. O Especialista C destacou que a manuteno desses dados no ambiente do CAPP
necessria para a gerao automtica de planos de processo. Os dados tcnicos dos
equipamentos, tais como a potncia das mquinas, so utilizados, por exemplo, na
determinao dos tempos de fabricao com base em frmulas pr definidas.
O Especialista C destacou ainda inmeras vantagens da interface grfica do sistema
CAPP que resultam em maior produtividade e eficincia no planejamento de processo, em
comparao com o sistema ERP.
Assim como na entrevista anterior, pode-se concluir que os sistemas ERP e CAPP
tm grande sobreposio de funcionalidades. Pode-se observar tambm que devido s suas
caractersticas (interface, recursos, funcionalidades) o sistema CAPP mais voltado para
atender s necessidades especficas do desenvolvimento de produtos. O CAPP possui, por
96
exemplo, recursos muito mais sofisticados de automatismo, que podem aumentar a
produtividade e a eficincia da criao de planos de processo de fabricao.
4.10 Definio dos Pontos de Integrao
A partir das lacunas do ERP e das sobreposies de funcionalidades, definidas nas
etapas anteriores e especificadas no modelo de referncia, foram identificados os principais
pontos de integrao entre o sistema ERP e os sistemas complementares de desenvolvimento
de produtos.
As lacunas do ERP definem as subatividades nas quais informaes precisam ser
enviadas de um sistema para outro, para serem manipuladas. As sobreposies de
funcionalidades, por sua vez, determinam as informaes que podem ser utilizadas por mais
de um sistema durante o desenvolvimento de produtos. Ou seja, tanto as lacunas do ERP
quanto as sobreposies de funcionalidades especificam potenciais pontos de integrao.
Para a identificao dos principais pontos de integrao partir das lacunas do ERP
e das sobreposies de funcionalidades, realizou-se uma entrevista focalizada com um
especialista em integrao. Assim como em etapas anteriores, a realizao dessa entrevista
envolveu a elaborao prvia de um roteiro, a determinao de critrios para a escolha do
especialista a ser entrevistado, a escolha do especialista, a realizao da entrevista e,
finalmente, a sistematizao dos resultados obtidos.
Na elaborao do roteiro de entrevista utilizado nesta etapa tambm foram
considerados os fundamentos metodolgicos sobre a elaborao de roteiros de entrevistas,
apresentados no item 1.4.2 Escolha do Mtodo de Pesquisa e das Tcnicas de Coleta de
Dados deste texto.
O roteiro de entrevistas contm uma pergunta baseada no modelo de referncia do
processo de desenvolvimento de produtos utilizando o sistema ERP. A nica questo do
roteiro procura identificar, no modelo de referncia, os principais pontos de integrao entre
o sistema ERP e os sistemas complementares de desenvolvimento de produtos, observando-
se as lacunas do ERP e as sobreposies de funcionalidades. O roteiro tambm contm dois
itens introdutrios para a explicao do trabalho e dos objetivos da entrevista e para a
apresentao do entrevistado. Esse roteiro de entrevistas apresentado no Anexo D.
Simultaneamente preparao do roteiro, definiu-se que o especialista a ser
entrevistado deveria ter competncia comprovada em integrao de sistemas computacionais
no processo de desenvolvimento de produtos e conhecimento do sistema ERP.
O Especialista D, selecionado com base nos critrios estabelecidos previamente,
professor universitrio e pesquisador na rea de desenvolvimento de produtos, com nfase na
97
aplicao da tecnologia da informao. O Especialista D tem vrios artigos publicados sobre
integrao de sistemas computacionais no processo de desenvolvimento de produtos e
experincia prtica em empresas na implantao e integrao de sistemas ERP.
A entrevista com o Especialista D resultou na identificao de 26 pontos de
integrao entre o ERP e os sistemas complementares. Cada um desses pontos de integrao
foi representado no modelo de referncia pela introduo de um novo tipo de subatividade,
denominada subatividade de integrao. Alm do tipo integrao essas subatividades
so identificadas pela grafia em estilo itlico, na coluna Ao do modelo de referncia do
processo de desenvolvimento de produtos apresentado no Anexo F.
Os pontos de integrao definidos nesta etapa do trabalho podem servir de base para
a determinao das informaes que devem ser enviadas do ERP para os sistemas
complementares, e vice-versa, a fim de que esses sistemas sejam efetivamente integrados.
Deve-se observar, entretanto, que tal definio depende da especificao do sistema que o
dono de cada uma das informaes do modelo e dos sistemas que so utilizados para
atualizar essas informaes. Isso necessrio para definir o sentido do fluxo de informaes
de integrao (sistema de origem e sistema destino).
4.11 Modelo de Referncia do Processo de Desenvolvimento de Produtos
Considerando a Aplicao de um Sistema ERP
Como resultado das etapas executadas no estudo exploratrio da aplicabilidade do
sistema ERP no processo de desenvolvimento de produtos obteve-se um modelo de
referncia desse processo considerando a utilizao e integrao do ERP.
Tal modelo de referncia, apresentado no Anexo F, define as subatividades do
processo de desenvolvimento que podem ser apoiadas por funcionalidade do sistema ERP e,
conseqentemente, determina as lacunas no apoiadas pelo ERP. Alm disso, esse modelo
identifica as sobreposies de funcionalidade entre o sistema ERP e os sistemas
complementares de desenvolvimento de produtos. Mais ainda, no modelo so determinados
os principais pontos de integrao entre tais sistemas.
98
5 ESTUDO DESCRITIVO DA APLICAO DO SISTEMA ERP
EM UM CENRIO DE DESENVOLVIMENTO DE PRODUTOS
Este captulo trata do estudo descritivo de uma aplicao piloto do sistema ERP em
um ambiente de desenvolvimento de produtos denominado de Cenrio de Desenvolvimento
de Produtos Utilizando o Sistema ERP, ou simplesmente de Cenrio.
O primeiro item do captulo apresenta de forma breve as atividades realizadas na
implantao do Cenrio. O objetivo desse item fundamentar a obteno do Cenrio como
um instrumento de pesquisa, uma vez que a discusso da implantao do Cenrio no
constitui o foco principal do estudo descritivo.
O segundo item do Captulo descreve e discute os resultados obtidos na observao
direta de testes e de simulaes da utilizao do sistema ERP no Cenrio de
Desenvolvimento de Produtos.
5.1 Implantao do Cenrio de Desenvolvimento de Produtos Utilizando o
Sistema ERP
A implantao do Cenrio de Desenvolvimento de Produtos Utilizando o Sistema
ERP foi realizada de acordo com uma adaptao do mtodo de montagem de Cenrios
proposto inicialmente por AGUIAR et al. (1997) e aperfeioado posteriormente por
ROZENFELD et al. (1998), ZANCUL et al. (1998) e AMARAL et al. (1999).
O primeiro passo realizado nesta etapa do trabalho foi a definio de um ambiente de
desenvolvimento de produtos para a montagem do Cenrio. Determinou-se previamente que
esse ambiente deveria possuir toda a infra-estrutura necessria para a instalao do Cenrio
(microcomputadores, servidores, rede, sistema ERP, sistemas complementares, etc.) e
deveria ser flexvel para permitir a realizao de testes e simulaes.
Com base nesses requisitos, optou-se por realizar a implantao do Cenrio na
Fbrica Integrada Modelo (FIM). A FIM um laboratrio do NUMA que simula uma
empresa real que produz redutores de velocidade.
A infra-estrutura da FIM composta por um escritrio equipado com servidores e
com microcomputadores ligados em rede, e por um cho-de-fbrica equipado com um rob e
com mquinas CNC. Nos servidores e computadores da FIM j se encontravam instalados o
99
sistema ERP considerado neste trabalho (SAP R/3 4.0B), alm de diversos sistemas
complementares de desenvolvimento de produtos (CAD, CAPP, gerenciador de projetos,
entre outros).
A estrutura organizacional da FIM formada por personagens fictcios com cargos
bem definidos. Por exemplo, a personagem Marta Marquete a Diretora de Marketing.
Assim como os funcionrios de uma fbrica real, os personagens da FIM possuem senhas de
acesso aos sistemas computacionais e contas de correio eletrnico.
Por no ser uma empresa real, a FIM permite a realizao de testes e de simulaes
que no poderiam ser realizadas em uma empresa verdadeira devido ao risco de se prejudicar
as suas operaes.
Observa-se dessa maneira que a FIM satisfaz os requisitos pr-estabelecidos de infra-
estrutura e de flexibilidade, necessrios para a instalao do Cenrio de Desenvolvimento de
Produtos Utilizando o Sistema ERP.
O passo seguinte realizado nesta etapa do trabalho foi a elaborao do modelo de
referncia do Cenrio a partir do modelo de referncia obtido como resultado do estudo
exploratrio anterior. Nesse sentido, foi criada uma instncia do modelo de referncia do
processo de desenvolvimento de produtos considerando a utilizao do sistema ERP,
observando-se certas condies de contorno discutidas a seguir.
Para viabilizar a implantao do Cenrio, optou-se por restringir a abrangncia de
seu modelo de referncia a determinadas atividades das etapas de Conceituar Produto e de
Projetar Produto. Procurou-se incluir no modelo do Cenrio as atividades que
possibilitassem a realizao das simulaes mais interessantes para o estudo descritivo e que
resultassem em discusses relevantes para a pesquisa. Assim, foram includas no modelo de
referncia do Cenrio as atividades nas quais existe grande sobreposio de funcionalidades
entre o sistema ERP e os sistemas complementares de desenvolvimento de produtos, bem
como as atividades nas quais ocorre integrao entre tais sistemas.
Nas atividades em que ocorre sobreposio de funcionalidades, um sistema foi
escolhido para ser especificado no modelo de referncia e, conseqentemente, para ser
utilizado no Cenrio. Buscou-se realizar escolhas que permitissem explorar ao mximo a
aplicao do sistema ERP no desenvolvimento de produtos, e, ao mesmo tempo, avaliar a
integrao do ERP com os sistemas complementares. As escolhas realizadas tambm
consideraram que o sistema ERP deveria ser a espinha dorsal dos sistemas de informao
do Cenrio. Dessa forma, definiu-se que as atividades de cadastramento de materiais, de
gerao de estruturas de produtos e de classificao so apoiadas pelo sistema ERP, assim
como o gerenciamento de documentos e o gerenciamento de fluxos de trabalho. Por sua vez,
100
o planejamento do processo de fabricao e de montagem realizado no sistema CAPP, o
recebimento e o envio de mensagens realizado no sistema de correio eletrnico e o
gerenciamento de projetos apoiado tanto pelo ERP quanto por um gerenciador de projetos,
dependendo do nvel de detalhamento considerado.
Nas atividades nas quais ocorre integrao entre sistemas, foram ento especificadas
as informaes que devem ser enviadas do ERP para os sistemas complementares, e vice-
versa, para que esses sistemas fossem efetivamente integrados no Cenrio.
O modelo de referncia do Cenrio, obtido a partir do modelo de referncia do
processo de desenvolvimento de produtos considerando a aplicao do sistema ERP,
apresentado no Anexo G.
Aps a obteno do modelo de referncia, foi definido um contexto de
desenvolvimento de produtos para direcionar a realizao dos testes e das simulaes da
aplicao do sistema ERP no Cenrio. Segundo tal contexto, o sistema ERP utilizado
para apoiar o desenvolvimento de uma nova famlia de redutores de velocidade na FIM.
Em seguida, o sistema ERP instalado na FIM foi configurado para ser utilizado
conforme especificado no modelo de referncia do Cenrio. Entre as opes de configurao
existentes definiu-se, por exemplo, que o cofre de dados (vault) do gerenciador de
documentos seria utilizado como uma rea protegida da rede para a qual os arquivos
gerenciados so transferidos via FTP. A configurao do vault tambm envolveu a
determinao dos tipos de arquivo (extenso, origem, etc.) que podem ser gerenciados.
O sistema ERP tambm foi integrado com os sistemas complementares de correio
eletrnico, de gerenciamento de projetos, e com o sistema CAPP. Para integrar o ERP aos
dois primeiros sistemas foram instalados os plug-ins de integrao disponveis no CD do
aplicativo cliente do sistema ERP. Para integrar o ERP ao CAPP foi instalado um kit de
integrao desenvolvido pelo fornecedor do sistema CAPP e homologado pelo fornecedor do
sistema ERP. O funcionamento desse kit baseado na utilizao de APIs do sistema ERP.
Foram ento definidos os padres de trabalho, tais como os procedimentos de
controle de modificaes de engenharia, as redes de atividades padronizadas e a infra-
estrutura de classificao (classes e caractersticas). A criao desses padres foi realizada de
acordo com a etapa Preparar Estruturas para o Desenvolvimento de Produtos, do modelo de
referncia do processo de desenvolvimento de produtos considerando a aplicao do ERP.
Finalmente, utilizando-se os sistemas configurados e integrados, foram geradas as
informaes do Cenrio representadas no modelo de referncia, tais como cronogramas de
desenvolvimento, estruturas de produto, desenhos, planos de processo, relatrios, entre
101
outras. Todas essas informaes foram geradas considerando-se o contexto especificado
para o Cenrio.
5.2 Anlise da Aplicao do Sistema ERP no Cenrio de Desenvolvimento
de Produtos
Aps a implantao do Cenrio, foram realizados testes e simulaes da utilizao do
sistema ERP no processo de desenvolvimento de produtos definido pelo modelo de
referncia e pelo contexto.
Para a coleta de dados nesta etapa do trabalho foi empregada a tcnica de observao
direta. As solues e as limitaes da aplicao prtica do sistema ERP no desenvolvimento
de produtos, observadas no Cenrio, so apresentadas a seguir. A descrio e a discusso dos
resultados obtidos organizada em sees que correspondem aos grupos de funcionalidades
de desenvolvimento de produtos do ERP implantados no Cenrio.
Gerenciamento de Projetos
No Cenrio, o desenvolvimento de produtos planejado e controlado com o apoio do
sistema ERP e do sistema complementar de gerenciamento de projetos, dependendo do nvel
de detalhamento considerado.
Inicialmente, os projetos de desenvolvimento so planejados no sistema ERP. Cada
projeto estruturado em uma WBS que detalhada em redes de atividades. A WBS e as
redes de atividades so geradas a partir de estruturas padronizadas pr-existentes (templates).
Nas redes de atividades so includas tanto as atividades executadas internamente quanto as
atividades realizadas externamente por terceiros.
O planejamento dos projetos no ERP tambm envolve a alocao dos recursos
necessrios s atividades correspondentes. De acordo com as necessidades de recursos e com
os dados de capacidade disponvel realizada a anlise e o nivelamento da utilizao dos
recursos. As atividades de desenvolvimento so programadas considerando-se as datas
especificadas na WBS, as regras de precedncia definidas pelas redes de atividades e a
durao estimada de cada atividade. A programao das atividades visualizada por meio de
um grfico de Gantt (FIGURA 29).
102
Programao das
Atividades
Grfico de Gantt
Elemento
da WBS
Rede de
Atividades
Projeto
FIGURA 29 Programao das atividades do Cenrio e grfico de Gantt no sistema ERP
Aps a definio da WBS e das redes de atividades, foi verificada uma desvantagem
da aplicao do sistema ERP no planejamento detalhado das atividades de desenvolvimento
de produtos do Cenrio. A especificao dos nveis mais detalhados de todas as atividades de
desenvolvimento no sistema ERP resultaria em um planejamento muito extenso e complexo,
dificultando o gerenciamento do projeto como um todo.
Assim, optou-se por utilizar o sistema ERP para estruturar os dois primeiros nveis
de planejamento dos projetos do Cenrio (WBS e redes de atividades), necessrios para o
gerenciamento macro do desenvolvimento de produtos, e por utilizar o sistema
complementar de gerenciamento de projetos para planejar os nveis mais detalhados das
atividade de desenvolvimento. Esse detalhamento realizado de forma descentralizada, pelos
responsveis diretos pela execuo das atividades, respeitando-se o planejamento dos nveis
superiores estabelecidos no ERP.
A fim de manter a integridade das informaes e evitar a necessidade de redigitao,
o planejamento realizado no ERP (WBS e redes de atividades) exportado para o sistema
gerenciador de projetos. A exportao realizada por meio de um arquivo gerado pelo ERP
em um formato que pode ser interpretado pelo sistema gerenciador de projetos.
Nos testes do plug-in de integrao instalado no Cenrio, observou-se que as
principais informaes dos projetos so corretamente exportadas do ERP para o arquivo de
transferncia, mas alguns dados so perdidos durante a exportao como, por exemplo, as
informaes especificadas em certos campos configurveis do sistema ERP.
103
A FIGURA 30 apresenta, inicialmente, um projeto de desenvolvimento de produtos
no Cenrio estruturado no sistema ERP e, em seguida, o projeto importado no ambiente do
sistema gerenciador de projetos.
No exemplo do Cenrio apresentado na FIGURA 30, a atividade Desenhar
Componentes planejada no sistema ERP detalhada em subatividades (Desenhar Eixo de
Entrada, Desenhar Eixo de Sada, Desenhar Engrenagem Intermediria, etc.) no
gerenciador de projetos.
Gerenciador
de Projetos
ERP
FIGURA 30 Planejamento macro no sistema ERP e detalhamento das atividades no sistema
complementar de gerenciamento de projetos
Durante a execuo dos projetos do Cenrio, as atividades de desenvolvimento s
so iniciadas depois de terem sido liberadas no sistema ERP. Aps a concluso de cada
atividade realizada a confirmao do trmino, informando-se a quantidade de recursos que
foram efetivamente consumidos (horas/homem, horas/mquina, materiais, etc.). O sistema
ERP utiliza os dados de confirmao para contabilizar os custos dos projetos em
desenvolvimento.
104
A partir das observaes realizadas no Cenrio, considera-se que uma das principais
vantagens da utilizao do ERP para se gerenciar o desenvolvimento de produtos refere-se ao
controle contbil dos projetos. No ERP, cada atividade de desenvolvimento est relacionada
a centros de custo e a contas especficas (como, por exemplo, um pedido de cliente) de forma
que possvel controlar a alocao de todas as despesas realizadas.
No Cenrio, definiu-se que o sistema ERP a base de dados de todos os materiais
utilizados no desenvolvimento. Essa definio foi fundamentada em dois fatores: o ERP a
espinha dorsal dos sistemas de informao do Cenrio; o cadastro de materiais do ERP o
mais completo dentre todos os sistemas do Cenrio.
Dessa forma, os materiais utilizados por qualquer sistema no Cenrio, desde as
etapas iniciais do processo de desenvolvimento, so primeiramente cadastrados no ERP. O
cadastramento de materiais no ERP envolve a atribuio de uma identificao aos materiais
(definida manualmente pelo usurio, ou determinada automaticamente pelo sistema) e a
especificao de uma srie de dados, dentre as quais os dados bsicos (nome, unidade de
medida, etc.) e as informaes de produo (tipo de lote, tamanho do lote mnimo, tipo de
fornecimento, etc.).
A identificao e os dados dos materiais cadastrados no ERP so compartilhados
pelos demais sistemas utilizados no Cenrio. Por exemplo, a identificao e alguns dos dados
de materiais (nome, unidade de medida, entre outros) so enviados do sistema ERP para a
base de dados do sistema CAPP. Essa transferncia de informaes, realizada pelo kit de
integrao instalado no Cenrio, iniciada por uma funo includa pela integrao no
ambiente do sistema CAPP (FIGURA 31).
FIGURA 31 Funo de importao de componentes do ERP para o sistema CAPP
A opo de se utilizar o sistema ERP como a base de dados de materiais no
suficiente para garantir a integridade da identificao e dos dados de materiais. Conforme
observou-se no Cenrio, os dados de materiais podem ser livremente alterados no sistema
105
CAPP depois de terem sido importados do ERP. Alm disso, novos materiais podem ser
facilmente criados, a qualquer momento, nas bases de dados dos demais sistemas do Cenrio.
Verificou-se, assim, que a garantia da integridade da identificao e dos dados de materiais
tambm depende do estabelecimento de procedimentos rgidos de cadastramento e de
alterao.
Alm disso, observou-se no Cenrio que o cadastramento no sistema ERP de
materiais utilizados nos estudos realizados nas etapas iniciais do desenvolvimento de
produtos pode resultar em um grande acmulo de materiais descontinuados na base de dados
corporativa. Devido ao alto grau de incerteza existente no comeo do processo de
desenvolvimento, so realizadas muitas modificaes, e inmeros materiais cadastrados so
descartados. No entanto, verificou-se que a utilizao de outras funcionalidades do ERP no
incio do desenvolvimento, tais como a criao de estruturas de produto e o clculo de
estimativas de custos de produtos, depende do cadastramento dos materiais na base de dados
do ERP.
As estruturas de produto do Cenrio tambm so criadas e gerenciadas no sistema
ERP. Fez-se essa opo considerando-se que o ERP a espinha dorsal dos sistemas de
informao e a base de dados de materiais do Cenrio.
As estruturas de produto em desenvolvimento no Cenrio so diferenciadas das
estruturas liberadas para produo pela especificao de um parmetro do sistema ERP
(BOM usage) que impede que estruturas no aprovadas sejam consideradas nos clculos de
necessidades de materiais (FIGURA 32).
Data de Validade
Caractersticas do BOM usage
Change number
BOM usage
FIGURA 32 Parmetros utilizados no gerenciamento e controle de estruturas de
produto do Cenrio
106
Do incio do desenvolvimento at a liberao para produo, todas as modificaes
realizadas nas estruturas de produto so controladas pelo ECM do sistema ERP por meio da
atribuio de um parmetro de gerenciamento (Change number). Nesse perodo, o controle
de efetividade das estruturas de produto do Cenrio realizado por datas de validade
(FIGURA 32).
Durante o desenvolvimento de produtos no Cenrio utilizada a funcionalidade de
navegao de estruturas de produto, que possibilita a visualizao grfica de todos os
relacionamentos existentes entre os materiais das estruturas e outras informaes do sistema,
tais como documentos e dados de classificao (FIGURA 33).
Documentos
Material
Classificao
Estrutura de Produto
Materiais da Estrutura
de Produto
FIGURA 33 Visualizao grfica dos relacionamentos de uma estrutura de produto no Cenrio
Os plug-ins e kits de integrao instalados no Cenrio no apiam nenhuma forma de
exportao das estruturas de produto do sistema ERP para arquivos e para bases de dados de
sistemas complementares de desenvolvimento de produtos.
Portanto, a nica maneira de transferir as estruturas de produto do sistema ERP para
outros sistemas utilizados no Cenrio, a redigitao de informaes. o caso, por exemplo,
da redigitao das estruturas de produto do ERP no sistema de DFMA.
Observou-se que a falta de integrao da estrutura de produto entre o sistema ERP e
os sistemas complementares no Cenrio, resulta em uma srie de desvantagens e limitaes.
107
Durante a redigitao de informaes podem ocorrer erros que seriam evitados com a
transferncia eletrnica das estruturas de produto. Alm disso, existe grande dificuldade de
se manter a integridade das informaes, uma vez que as alteraes realizadas nas estruturas
de produto do sistema ERP no so automaticamente compartilhadas pelos sistemas
complementares, e vice-versa.
Dessa forma, verificou-se que a atribuio do gerenciamento das estruturas de
produto ao ERP no suficiente para garantir a integridade das informaes. Alm disso,
preciso definir procedimentos que assegurem que as alteraes realizadas no sistema ERP
sejam incorporadas pelos demais sistemas e que as modificaes realizadas no sistemas
complementares sejam includas nas estruturas de produto gerenciadas pelo ERP.
Classificao
A organizao dos materiais do Cenrio em classes realizada utilizando-se as
funcionalidades de classificao do sistema ERP. Essa opo foi feita observando-se que o
sistema ERP a base de dados de materiais do Cenrio.
Nesse sentido, montou-se a estrutura de classificao de materiais no sistema ERP.
Definiram-se inicialmente todas as caractersticas e as classes necessrias. As caractersticas
foram ento atribudas s classes correspondentes, e foram montadas hierarquias de classes.
A partir dessa estrutura, os materiais do Cenrio so classificados e podem ser
recuperados pela realizao de buscas por caractersticas especficas. Um exemplo da
procura por um material pertencente a uma classe do Cenrio (Eixo com pinho), que possui
determinadas caractersticas (comprimento e dimetro), apresentado na FIGURA 34.
Caractersticas
Classe
FIGURA 34 Localizao de um componente do Cenrio a partir de suas caractersticas
108
No Cenrio pde-se verificar que possvel estabelecer estruturas de classificao de
materiais bastante complexas no sistema ERP, devido flexibilidade de relacionamento entre
as caractersticas e as classes, e entre diferentes classes (hierarquia de classes). Observou-se
tambm que, alm de materiais, diversos outros tipos de objetos podem ser classificados no
ERP, tais como documentos, mquinas, ferramentas e operaes de fabricao.
Nas simulaes realizadas no Cenrio verificou-se que o sistema CAPP tambm
utiliza os dados de classificao de materiais. No entanto, o kit de integrao do ERP com o
CAPP instalado no Cenrio no possibilita a transferncia de informaes de classificao
entre esses sistemas. Dessa forma, as informaes de classificao do ERP foram redigitadas
no sistema CAPP.
A falta de integrao na classificao de materiais resulta em uma srie de problemas
semelhantes aos discutidos na seo anterior para as estruturas de produtos. Na redigitao
podem ocorrer erros, e a duplicao das informaes dificulta a manuteno da integridade
dos dados de classificao no Cenrio.
Gerenciamento de Documentos
O controle dos documentos do Cenrio realizado utilizando-se as funcionalidades
de gerenciamento de documentos do sistema ERP.
Cada documento do Cenrio cadastrado em uma ficha no ERP (FIGURA 35).
Arquivo Fsico
Original
Tipo de Documento
FIGURA 35 Ficha de um documento do Cenrio
109
Nesse cadastramento atribuda uma identificao ao documento e so especificadas
dados, como, por exemplo, o nome e o tipo do documento. O tipo de documento determina
uma srie de caractersticas fundamentais relacionadas com seu gerenciamento, tal como a
rede de status empregada no seu ciclo de vida. Para serem gerenciados, os arquivos fsicos
originais que definem os documentos so relacionados com as fichas correspondentes no
sistema ERP (FIGURA 35).
Em seguida, realizado o check in dos documentos. Os arquivos fsicos originais so
transferidos para o vault do Cenrio e passam a ser gerenciados pelo sistema ERP.
De acordo com o tipo de documento utilizado no Cenrio, um documento no pode
mais ser alterado depois de sua liberao (FIGURA 36).
Imprimir
Alterar
Visualizar
FIGURA 36 Liberao de documento no Cenrio
Aps serem criados, os documentos representados pelas fichas podem ser
livremente relacionados com vrios tipos de objetos do sistema ERP utilizados no Cenrio,
tais como materiais, estruturas de produto, entre outros.
Nos testes realizados no Cenrio verificou-se que devido necessidade de
especificao dos arquivos fsicos que definem os documentos, no possvel utilizar o vault
do sistema ERP para gerenciar documentos que so vises de base de dados. o caso, por
exemplo, dos FMEAs de produto e de processo do Cenrio.
Alm disso, observou-se que a segurana dos arquivos gerenciados pelo ERP e
armazenados no vault pode ser violada por um usurio com permisso de acesso ao diretrio
do vault localizado em um servidor da rede de computadores. Verificou-se, assim, que a
segurana dos arquivos de documentos depende diretamente do estabelecimento de restries
110
de acesso ao diretrio do vault. No Cenrio, essas restries foram definidas no sistema
operacional que gerencia a rede de computadores.
Planos de Processo
A fim de se avaliar a utilizao de APIs do sistema ERP para a importao de
informaes de desenvolvimento de produtos, definiu-se que o planejamento de processo no
Cenrio realizado no sistema CAPP e enviado para o ERP. Essa transferncia de
informaes realizada pelo kit de integrao do sistema ERP com o CAPP.
Os planos de processo criados no CAPP especificam a seqncia de operaes, os
tempos de processamento (tempo de setup e tempo padro) e as mquinas (centros de
trabalho) utilizados na fabricao e montagem de materiais.
A aprovao dos planos no CAPP inicia uma funo do kit de integrao que envia
as informaes de planejamento de processo da base de dados do CAPP para o sistema ERP,
por meio de APIs. A FIGURA 37 apresenta o plano de processo de um material do Cenrio
elaborado no sistema CAPP e exportado para o sistema ERP.
ERP
CAPP
FIGURA 37 Plano de processo elaborado no sistema CAPP e exportado para o sistema ERP
A exportao dos planos de processo do sistema CAPP para o ERP evita a
necessidade de redigitao de informaes e contribui para que haja maior consistncia dos
dados de planejamento.
111
No entanto, observou-se no Cenrio que a transferncia dos planos de processo do
CAPP para o ERP implica na duplicao de informaes que passam a ser mantidas nas
bases de dados de ambos os sistemas. Como o ERP e o CAPP no gerenciam um objeto
comum, as modificaes realizadas nos planos de processo em um desses sistemas no so
automaticamente incorporadas nos planos armazenados na outra base de dados. Verificou-se
assim, que a integridade dos planos de processo tambm depende do estabelecimento de
procedimentos rgidos de manuteno e alterao.
Definiu-se ento um procedimento que estabelece o sistema responsvel pelo
gerenciamento dos planos de processo do Cenrio ao longo do ciclo de vida dos produtos.
Tal procedimento determina que todos os planos de processo devem ser inicialmente criados
e mantidos no sistema CAPP, at a sua aprovao. Na aprovao, uma cpia dos planos de
processo enviada do CAPP para o ERP. Aps a aprovao, os planos so revisados e
alterados sempre no sistema CAPP, at a aprovao de uma nova reviso que enviada ao
ERP. O procedimento especificado tambm determina que nenhuma modificao nos planos
de processo pode ser realizada no sistema ERP. Dessa forma, o ERP atua como um
repositrio das verses aprovadas dos planos de processo que so criados e revisados no
sistema CAPP.
Fluxo de Trabalho
No Cenrio, o ciclo de elaborao e de aprovao de desenhos foi automatizado com
a definio de um fluxo de trabalho no sistema ERP. Esse fluxo compreende as atividades de
Desenhar Componentes, de Detalhar Componentes, de Calcular Componentes e de Aprovar
Desenhos.
O desenvolvimento do fluxo de trabalho para o Cenrio foi realizado em uma
ferramenta de programao visual disponvel no ambiente do sistema ERP. Tal ferramenta,
baseada no paradigma de orientao a objetos, possibilita a incluso de todos os objetos
padronizados do sistema ERP (materiais, estruturas de produto, documentos, entre outros) na
definio dos fluxos de trabalho.
Observou-se que o desenvolvimento de um fluxo de trabalho no ERP pode ser
realizado adaptando-se uma srie de fluxos padronizados pr-existentes (templates). No
entanto, no foi encontrado nenhum fluxo pr-definido semelhante a um ciclo de elaborao
e de aprovao de desenhos. Dessa forma, foi necessrio programar um fluxo totalmente
novo para automatizar o ciclo do Cenrio.
112
Na programao desse fluxo foram especificadas as tarefas realizadas e os eventos
existentes. O encadeamento entre as tarefas e os eventos do fluxo pode ser visualizado por
meio de um navegador (FIGURA 38).
Apesar do emprego de uma ferramenta de programao visual, verificou-se que
necessrio especificar uma srie de parmetros em formulrios que definem os elementos do
fluxo de trabalho (FIGURA 38).
Tarefa
Navegador
Parmetros
da Tarefa
Evento
FIGURA 38 Definio do fluxo de trabalho do Cenrio no sistema ERP
O fluxo de trabalho do Cenrio iniciado com a atribuio, a um projetista, da tarefa
de desenhar um determinado componente. Aps a concluso dessa tarefa, o desenho
automaticamente enviado para aprovao por um gerente de projetos. Caso seja reprovado, o
desenho reenviado ao projetista para ser modificado. Em caso de aprovao, o desenho
automaticamente encaminhado para o detalhamento e para a realizao de clculos. Depois
de ser detalhado, o desenho novamente conferido pelo gerente de projeto at a sua
aprovao definitiva.
Na execuo do fluxo, os responsveis pelas atividades recebem uma notificao de
tarefa na caixa de entrada do sistema ERP. No Cenrio, essa caixa de entrada do ERP
est integrada com o sistema complementar de correio eletrnico por meio de um plug-in.
113
Dessa forma, os responsveis pelas atividades recebem a notificao de tarefa no ERP e,
simultaneamente, no sistema complementar de correio eletrnico (FIGURA 39).
ERP
Correio Eletrnico
Complementar
FIGURA 39 Recebimento de uma tarefa do fluxo de trabalho do Cenrio na caixa de
entrada do sistema ERP e do sistema de correio eletrnico
Observando-se que o sistema de correio eletrnico utilizado para enviar e receber
todas as mensagens referentes ao desenvolvimento de produtos, optou-se tambm por utiliz-
lo para enviar e receber as tarefas e os avisos do fluxo de trabalho do sistema ERP. Definiu-
se, assim, um nico sistema para o envio e o recebimento de qualquer tipo de comunicao
no desenvolvimento de produtos, evitando que os participantes do desenvolvimento tenham
que verificar a existncia de mensagens em duas caixas de entrada.
O plug-in de integrao instalado no Cenrio possibilita que as tarefas do fluxo de
trabalho do ERP sejam executadas a partir do sistema complementar de correio eletrnico.
Pressionando-se o cone Execute, recebido na notificao de uma tarefa, automaticamente
iniciada a funcionalidade do sistema ERP correspondente tarefa e ao objeto do fluxo de
trabalho (FIGURA 40).
114
ERP
Correio Eletrnico
Complementar
FIGURA 40 Execuo de uma tarefa do fluxo de trabalho do sistema ERP a partir do sistema
complementar de correio eletrnico
Aps a concluso de uma tarefa realizada a partir do sistema complementar de
correio eletrnico, a sua notificao tambm automaticamente excluda da caixa de
entrada do sistema ERP, evitando o acumulo de mensagens ultrapassadas e eliminando o
risco de que uma mesma tarefa seja executada duas vezes.
A sincronizao entre as caixas de entrada e a possibilidade de acessar as
funcionalidades e os objetos do ERP a partir do sistema de correio eletrnico, evidenciam
que ambos os sistemas esto efetivamente integrados por meio do plug-in instalado no
Cenrio de Desenvolvimento de Produtos.
115
6 ESTUDOS DE CASO DA APLICAO DO SISTEMA ERP
NO PROCESSO DE DESENVOLVIMENTO DE PRODUTOS
Este captulo apresenta os estudos de caso da aplicao do sistema ERP no processo
de desenvolvimento de produtos de trs empresas.
No primeiro item do captulo, so selecionadas as empresas estudadas nesta fase da
pesquisa e so coletados os dados que caracterizam a aplicao do sistema ERP no processo
de desenvolvimento de produtos dessas empresas.
No segundo item do captulo, so apresentados e discutidos os resultados observados
nos estudos de caso da aplicao do sistema ERP no processo de desenvolvimento de
produtos das trs empresas.
6.1 Seleo das Empresas e Coleta dos Dados
A seleo das empresas estudadas nesta fase da pesquisa foi realizada com base em
dois critrios previamente estabelecidos. Definiu-se que as empresas analisadas deveriam
desenvolver produtos e utilizar o sistema ERP considerado neste trabalho. Permitiu-se que as
empresas estudadas utilizassem verses do sistema ERP anteriores verso considerada nas
outras fases da pesquisa (4.0B), pois verificou-se que no perodo de realizao deste trabalho
poucas empresas haviam concludo a implantao da verso mais atual do sistema ERP. A
partir da definio desses critrios, foram escolhidas as trs empresas analisadas nos estudos
de caso.
A primeira empresa escolhida, denominada Empresa A, uma multinacional que
projeta e produz equipamentos para a indstria petroqumica e para a indstria de papel e
celulose. As caractersticas do processo de desenvolvimento de produtos da Empresa A, de
acordo com a tipologia proposta por ROZENFELD & AMARAL (1999), so apresentadas
na TABELA 7.
116
TABELA 7 Caractersticas do processo de desenvolvimento de produtos da Empresa A de
acordo com a tipologia proposta por ROZENFELD & AMARAL (1999)
NVEL FATOR TIPO
Setor Mquinas e equipamentos
Geogrfico Regional
Mercado
Alvo
Posio na cadeia
de produo
Insero Filial
Corporao
Interao com
unidades
Equipe Mundial
Responsabilidade tcnica Centro de desenvolvimento de produtos
Competitiva Qualidade Estratgia
Informaes iniciais Parte do projeto do produto
Tecnologia
principal
Mecnica
Empresa
Complexidade
do produto
Interface com o
usurio
Alta complexidade
No processo de desenvolvimento de produtos da Empresa A so utilizados, alm do
sistema ERP (SAP R/3 3.0F), vrios sistemas complementares, destacando-se: um sistema
proprietrio de gerenciamento de documentos; um sistema gerenciador de projetos; sistemas
de trabalho em grupo; sistemas CAD bidimensionais e tridimensionais; um sistema CAD
especfico para o projeto de tubulaes; sistemas CAE especficos para o projeto de
componentes mecnicos e de vasos de presso; um sistema CAPP; um sistema proprietrio
de controle de qualidade; aplicativos de escritrio.
A segunda empresa selecionada, denominada Empresa B, uma multinacional que
desenvolve e fornece componentes mecnicos e eletrnicos para a indstria automobilstica.
As caractersticas do processo de desenvolvimento de produtos da Empresa B, de acordo
com a tipologia proposta por ROZENFELD & AMARAL (1999), so apresentadas na
TABELA 8.
117
TABELA 8 Caractersticas do processo de desenvolvimento de produtos da Empresa B de
NVEL FATOR TIPO
Setor Automobilstico
Geogrfico Mundial
Mercado
Alvo
Posio na cadeia
de produo
Insero Filial
Responsabilidade Participante de co-desenvolvimento
Corporao
Interao com
unidades
Equipe Mundial
Responsabilidade tcnica Centro de desenvolvimento tecnolgico de
manufatura
Informaes iniciais Produto em produo
Tecnologia
principal
Mecnica / eletrnica
Empresa
Complexidade
do produto
Interface com o
usurio
Alta complexidade
Para apoiar o processo de desenvolvimento de produtos, a Empresa B utiliza o
sistema ERP (SAP R/3 3.0F) e diversos sistemas complementares, dentre os quais destacam-
se: um sistema proprietrio para a gerao de imagens Raster; um sistema gerenciador de
projetos; sistemas de trabalho em grupo; sistemas CAD bidimensionais e tridimensionais;
um sistema proprietrio de FMEA; um visualizador; aplicativos de escritrio.
Por fim, foi escolhida uma empresa pertencente ao setor mecnico, denominada
Empresa C. Essa empresa desenvolve e fabrica componentes para a indstria de bens de
consumo durveis. As caractersticas do processo de desenvolvimento de produtos da
Empresa C, de acordo com a tipologia proposta por ROZENFELD & AMARAL (1999), so
apresentadas na TABELA 9.
118
TABELA 9 Caractersticas do processo de desenvolvimento de produtos da Empresa C de
NVEL FATOR TIPO
Setor Mecnico
Geogrfico Mundial
Mercado
Alvo
Posio na cadeia
de produo
Insero Matriz
Corporao
Interao com
unidades
Equipe Mundial
Responsabilidade tcnica Centro de adaptao tecnolgica
Interprojetos Novo
Informaes iniciais Idia
Tecnologia
principal
Mecnica / Eltrica
Interna Aplicao
Empresa
Complexidade
do produto
Interface com o
usurio
Alta complexidade
Grau de inovao Pesquisa e desenvolvimento avanados
O processo de desenvolvimento de produtos da Empresa C apoiado pelo sistema
ERP (SAP R/3 3.0F) e por vrios sistemas complementares, destacando-se: um sistema
gerenciador de projetos; um sistema de trabalho em grupo com funcionalidades de
automao de fluxos de trabalho; uma base de dados tcnicos de materiais; sistemas CAD
bidimensionais e tridimensionais; um sistema CAPP; um sistema proprietrio de controle de
qualidade; aplicativos de escritrio.
Aps a escolha das empresas consideradas nos estudos de caso, definiu-se que a
coleta dos dados, nesta fase da pesquisa, seria efetuada por meio de entrevistas focalizadas
realizadas com membros das empresas analisadas.
A preparao para a realizao das entrevistas compreendeu a elaborao prvia de
um roteiro, a especificao de critrios para a escolha dos membros das empresas a serem
entrevistados e a definio dos entrevistados.
O roteiro de entrevistas foi elaborado a partir dos grupos de funcionalidades de
desenvolvimento de produtos do sistema ERP (Anexo H), obtido como resultado do estudo
exploratrio inicial, com base no modelo de referncia do processo de desenvolvimento de
produtos considerando a aplicao do sistema ERP (Anexo F). Dos 21 grupos de
funcionalidades, 14 foram selecionados, devido sua maior importncia para o processo de
desenvolvimento de produtos, para serem verificados nas empresas estudadas.
119
Considerando-se os fundamentos metodolgicos sobre a preparao de roteiros de
entrevistas, discutidos no item 1.4.2 Escolha do Mtodo de Pesquisa e das Tcnicas de
Coleta de Dados, foram definidas quatro perguntas que so formuladas repetidamente para
cada um dos 14 grupos de funcionalidades selecionados anteriormente. A primeira pergunta
verifica se a funcionalidade empregada no desenvolvimento de produtos da empresa,
independentemente do sistema utilizado (ERP ou sistema complementar). A segunda
pergunta identifica o sistema utilizado para aquela funcionalidade especfica (ERP ou
sistema complementar). A terceira pergunta questiona os motivos que levaram escolha por
um ou outro sistema na empresa. A quarta pergunta, aplicada somente no caso de o sistema
utilizado no ser o ERP, verifica a forma utilizada para integrar o sistema complementar ao
ERP. Esse roteiro de entrevistas apresentado no Anexo E deste texto.
Paralelamente elaborao do roteiro de entrevistas, foram estabelecidos os critrios
para a seleo dos membros das empresas a serem entrevistados. Definiu-se que essas
pessoas deveriam possuir bons conhecimentos da aplicao do sistema ERP no
desenvolvimento de produtos das empresas nas quais atuam.
A partir desse critrio, foram definidas as pessoas entrevistadas. Na Empresa A, foi
entrevistado um dos responsveis pela rea de tecnologia da informao da empresa que
participou do projeto de implantao do sistema ERP. Na Empresa B, foram entrevistadas
duas pessoas que atuam no processo de desenvolvimento de produtos utilizando o sistema
ERP e sistemas complementares. Uma delas trabalha na rea de projeto do produto e a outra
trabalha na rea de planejamento do processo de fabricao. Na Empresa C, foram
entrevistadas trs pessoas que atuam no desenvolvimento de produtos e que participaram da
implantao do sistema ERP e da avaliao de sistemas complementares.
Todas as entrevistas foram realizadas nas prprias empresas analisadas. Isso permitiu
que, durante as entrevistas, fossem observados alguns exemplos da utilizao do sistema
ERP no desenvolvimento de produtos das empresas, possibilitando um contato estreito do
pesquisador com a realidade estudada.
6.2 Anlise da Aplicao do Sistema ERP no Processo de
Desenvolvimento de Produtos das Empresas Estudadas
Os dados obtidos nas entrevistas dos estudos de caso, que caracterizam a aplicao
do sistema ERP no processo de desenvolvimento de produtos das empresas estudadas, so
analisados neste item.
A apresentao e a discusso dos resultados obtidos organizada em sees que
correspondem aos grupos de funcionalidades de desenvolvimento de produtos do sistema
120
ERP verificados nos estudos de caso. Para cada grupo de funcionalidades, so comparadas as
solues adotadas em cada uma das empresas.
Gerenciamento de Projetos
Para apoiar as atividades de planejamento e de controle dos projetos de
desenvolvimento de produtos, uma das empresas estudadas (Empresa C) utiliza o sistema
ERP em conjunto com um sistema complementar de gerenciamento de projetos. As outras
duas empresas analisadas (Empresa A e Empresa B), por sua vez, utilizam apenas um
sistema complementar.
Na Empresa A, a deciso de no utilizar o sistema ERP foi tomada aps a
constatao de que os potenciais benefcios no justificariam o investimento que seria
necessrio para implantar o mdulo de gesto de projetos desse sistema.
A opo da Empresa B de no utilizar o sistema ERP foi decidida observando-se que
o sistema complementar suficiente para atender aos seus requisitos de gerenciamento dos
projetos de desenvolvimento de produtos.
Na soluo de gerenciamento de projetos adotada pela Empresa C, o sistema ERP
responsvel pelo gerenciamento dos custos e dos investimentos e por parte da gesto dos
recursos dos projetos, enquanto que o sistema complementar responsvel pela programao
das atividades de desenvolvimento. Nesse caso, a opo de no gerenciar as datas das
atividades utilizando-se o sistema ERP, foi atribuda alta complexidade e baixa
flexibilidade desse sistema que dificultam a realizao de alteraes de planejamento durante
a execuo dos projetos.
Nos estudos de caso verificou-se tambm que em nenhuma das empresas analisadas
o sistema complementar de gerenciamento de projetos est integrado com o sistema ERP.
Em duas das empresas estudadas (Empresa Be Empresa C), o cadastramento de
novos materiais durante o desenvolvimento de produtos realizado diretamente no sistema
ERP. Na outra empresa analisada (Empresa A) um material nem sempre inicialmente
cadastrado no ERP.
No desenvolvimento de produtos da Empresa A, os materiais podem ser
primeiramente especificados no sistema CAD, e posteriormente cadastrados no sistema ERP.
Essa opo decorrente do tipo de produto que demanda a utilizao de sistemas CAD
especficos e de bibliotecas de materiais padronizados.
121
Nas Empresas B e C, a determinao de cadastrar os novos materiais no sistema ERP
atribuda deciso corporativa de se utilizar tal sistema como a espinha dorsal de seus
sistemas de informao.
Observou-se, na Empresa C, que o cadastro de materiais do sistema ERP
complementado por uma base de dados de parmetros tcnicos de materiais. Ou seja, na
soluo adotada pela Empresa C, os dados administrativos dos materiais so cadastrados
no ERP e os dados tcnicos so armazenados na base de dados complementar. Nesse caso, a
opo realizada tambm justificada pelo tipo de produto, que requer o armazenamento de
uma grande quantidade de atributos tcnicos muito especficos.
Verificou-se tambm que apenas uma das empresas estudadas (Empresa C), integra
um sistema complementar ao cadastro de materiais do sistema ERP. Nessa empresa, os
materiais do ERP so exportados para um sistema CAPP por meio de um kit de integrao
desenvolvido pelo fornecedor do sistema CAPP e homologado pelo fornecedor do ERP.
Em todas as empresas estudadas, o gerenciamento das estruturas de produto durante
o processo de desenvolvimento realizado pelo sistema ERP.
Na Empresa A, no entanto, observou-se que nem todos os materiais so definidos por
meio de estruturas de produto.
Nas Empresas B e C, a opo de utilizar o sistema ERP para gerenciar as estruturas
de produtos, assim como o cadastro de materiais, decorrente de decises estratgicas
corporativas. Observou-se que o sistema ERP claramente definido como a espinha dorsal
dos sistemas de informao dessas empresas.
Configurao Variante de Estruturas de Produto
Das trs empresas estudadas, somente uma (Empresa C) utiliza estruturas de produto
variantes. Na Empresa C, as estruturas variantes tambm so gerenciadas pelo sistema ERP,
assim como as estruturas de produto convencionais.
Classificao
Para apoiar a classificao de materiais, uma das empresas estudadas (Empresa C)
utiliza o sistema ERP em conjunto com um sistema CAPP complementar. As outras duas
empresas no utilizam o sistema ERP.
Na Empresa C, a classificao de materiais fabricados realizada no sistema CAPP
complementar e a classificao de materiais auxiliares realizada no sistema ERP. A opo
pela classificao de materiais fabricados no CAPP decorrente da necessidade de dados
122
bsicos para a determinao automtica de planos de processo para famlias de peas. Por
sua vez, os materiais auxiliares que no so fabricados so classificados no sistema ERP.
Gerenciamento de Documentos
Para gerenciar os documentos de desenvolvimento de produtos, duas das empresas
estudadas (Empresa B e Empresa C) utilizam o sistema ERP complementado por outras
solues. A outra empresa analisada (Empresa A) no utiliza o ERP.
Na Empresa A, o gerenciamento dos documentos realizado por meio de um sistema
proprietrio. Tal sistema, que j era utilizado pela Empresa A antes da implantao do
sistema ERP, suficiente para atender aos seus requisitos de gerenciamento de documentos
no processo de desenvolvimento de produtos. Assim, optou-se por no se utilizar as
funcionalidades de gerenciamento de documentos do sistema ERP.
Na Empresa B, os documentos da rea de projeto do produto so gerenciados pelo
sistema ERP e pelo sistema CAD. Na soluo adotada, o sistema ERP armazena os dados
administrativos dos documentos (identificao, data de validade, lista de distribuio, entre
outros) que so cadastrados em uma ficha. No entanto, as fichas do sistema ERP no so
relacionadas com os arquivos fsicos que definem os documentos e, portanto, no possvel
acessar os documentos a partir do sistema ERP. O acesso aos documentos realizado por
meio do sistema CAD que gerencia todos os arquivos de documentos.
Na mesma empresa, os documentos da rea de planejamento do processo de
fabricao so totalmente gerenciados pelo sistema ERP. Alm de armazenar os dados
administrativos do documentos, o ERP gerencia o acesso aos arquivos fsicos que definem
os documentos. Tais arquivos so armazenados em um cofre de dados (vault) controlado
pelo ERP.
Por fim, a Empresa C utiliza quatro solues para gerenciar documentos,
dependendo do tipo de documento considerado. Os documentos de produtos, com exceo
dos desenhos em CAD, so completamente gerenciados pelo ERP. O ERP armazena os
dados administrativos de tais documentos e controla o acesso aos arquivos fsicos que so
armazenados em um vault. Os desenhos em CAD, por sua vz, so transformados para em um
formato de visualizao (pdf) que tambm completamente gerenciado pelo ERP.
Entretanto, o controle e o acesso aos arquivos fsicos originais dos desenhos s podem ser
feitos por meio do sistema CAD. J os documentos de processo de fabricao
(detalhamentos do plano de processo) so gerenciados por um sistema CAPP. Finalmente, os
documentos do processo de desenvolvimento de produtos so gerenciados por um sistema de
trabalho em grupo.
123
Dados Tcnicos de Recursos
Duas das empresas analisadas utilizam o sistema ERP para armazenar dados tcnicos
de recursos (Empresa B e Empresa C). A outra empresa estudada (Empresa A) no utiliza o
ERP com essa finalidade.
Na Empresa A, os dados tcnicos de recursos so armazenados em um sistema
CAPP complementar para serem utilizados nas atividades de definio dos planos de
processo macro.
Na Empresa B, todos os dados tcnicos de equipamentos so armazenados
diretamente no sistema ERP.
A Empresa C adota uma soluo apoiada em dois sistemas. Os dados tcnicos de
recursos relacionados com a gerao de planos de processo so armazenados em um sistema
CAPP enquanto que os dados tcnicos necessrios para a manuteno dos recursos so
armazenados no sistema ERP.
Plano de Processo Macro
Para apoiar as atividades de gerao de planos de processo macro, uma das empresas
estudadas (Empresa B) utiliza o sistema ERP. As outras duas empresas analisadas (Empresa
A e Empresa C) utilizam um sistema CAPP complementar.
Na Empresa A, o sistema CAPP complementar j era utilizado antes da implantao
do sistema ERP. Como o CAPP atende aos requisitos de gerao de planos de processo da
empresa, optou-se por continuar utilizando tal sistema.
Na Empresa B, a opo pelo sistema ERP foi feita considerando-se que tal sistema
a espinha dorsal dos sistemas de informao da empresa e que o sistema ERP atende aos
seus requisitos de planejamento de processo macro.
A Empresa C possui requisitos especficos de planejamento de processo que no so
completamente atendidos pelo sistema ERP, como, por exemplo, a gerao automtica de
planos de processo para todos os materiais de uma mesma famlia a partir de um plano de
processo bsico e de um conjunto de caractersticas dos materiais da famlia. Devido a sua
melhor adequao aos requisitos de gerao de planos de processo da Empresa C, o sistema
CAPP foi definido como o sistema responsvel pelo planejamento de processo.
Em uma das empresas que utiliza o sistema CAPP para gerar planos de processo
(Empresa C), os planos de processo so exportados do sistema CAPP para o sistema ERP
por meio de um kit de integrao.
124
Detalhamentos dos Planos de Processo
Em uma das empresas estudadas (Empresa B), a gerao dos detalhamentos dos
planos de processo apoiada pelo sistema ERP complementado por aplicativos de escritrio.
Nas outras duas empresas analisadas (Empresa A e Empresa C), as atividades de gerao dos
detalhamentos de planos de processo so apoiadas por um sistema CAPP complementar.
A justificativa para a utilizao do CAPP no detalhamento dos planos de processo da
Empresa A a mesma apresentada anteriormente para a gerao dos planos de processo
macro. Optou-se por continuar utilizando o sistema CAPP que j era utilizado na empresa
antes da implantao do sistema ERP.
Na Empresa B, alguns detalhamentos do plano de processo so definidos como
documentos elaborados com o auxlio de aplicativos de escritrio. Tais documentos so
ento relacionados com as operaes do plano de processo macro no sistema ERP. Alm
disso, alguns detalhamentos, como o ferramental de fabricao, so especificados
diretamente no ERP. A adoo do sistema ERP para apoiar tais atividades tambm
decorrente da definio anterior de se utilizar tal sistema na gerao dos planos de processo
macro.
Na Empresa C, todos os detalhamentos dos planos de processo so gerados com o
apoio do sistema CAPP. Essa opo resultante da deciso corporativa anterior que definiu
que o sistema CAPP responsvel pelas atividades de planejamento de processo.
Planos de Controle
Para apoiar a elaborao de planos de controle, duas das empresas estudadas
(Empresa B e Empresa C) utilizam o sistema ERP complementado como outros aplicativos.
A Empresa A utiliza um sistema de controle de qualidade proprietrio.
Tanto na Empresa B quanto na Empresa C, o sistema ERP utilizado para gerar os
planos de qualidade de recebimento, ou seja, para criar os planos de controle de materiais
comprados. Os planos de controle de materiais fabricados, por sua vez, so gerados na
Empresa B com o auxlio de aplicativos de escritrio, e na Empresa C com o apoio de um
sistema proprietrio. Essa opo justificada, em ambas as empresas, pela estratgia de
implantao do mdulo de qualidade do sistema ERP que priorizou as atividades de controle
de materiais comprados.
125
Estimativa do Custo de Produtos
Para estimar custos de produtos, duas das empresas estudadas (Empresa B e
Empresa C) utilizam o sistema ERP complementado por uma planilha eletrnica. A outra
empresa analisada (Empresa A) utiliza somente uma planilha eletrnica.
Na Empresa A, a determinao preliminar de custos de produtos para a elaborao
de oramentos dificultada pelo tipo de produto, projetado sob encomenda. Nesse caso,
existem poucas informaes estruturadas no incio do processo de desenvolvimento e h
grande variabilidade de produtos. Isso requer a utilizao de uma ferramenta de clculo com
grande flexibilidade para a realizao de simulaes. Dessa forma, optou-se pelo emprego de
uma planilha eletrnica.
Nas Empresa Be Empresa C, a estimativa de custo de produtos determinada
inicialmente no sistema ERP com base em informaes de produtos semelhantes. Para isso
so considerados os padres de clculo corporativos definidos no ERP. Os dados de custo
obtidos no ERP so ento analisados em simulaes de custo realizadas com o auxlio de
uma planilha eletrnica.
Anlise de Capacidades
Apenas uma das empresas estudadas (Empresa C) utiliza o sistema ERP para
analisar a capacidade de produo durante o processo de desenvolvimento de produtos. Das
outras duas empresas analisadas, uma (Empresa B) utiliza um sistema proprietrio, e a outra
no realiza esse tipo de analise.
Controle de Modificaes de Engenharia
Todas as empresas estudadas utilizam o sistema ERP para controlar modificaes de
engenharia durante o desenvolvimento de produtos. Essa opo foi realizada nas empresas
considerando-se que o sistema ERP atende aos requisitos do controle de modificaes de
engenharia e o sistema responsvel pela administrao da maioria dos dados corporativos
dessas empresas.
Fluxo de Trabalho
Das trs empresas consideradas nos estudos de caso, somente uma (Empresa C)
utiliza as funcionalidades de fluxo de trabalho do sistema ERP, complementado pelo sistema
de trabalho em grupo. As outras duas empresas no utilizam sistemas computacionais para
apoiar o fluxo de trabalho.
Na Empresa C definiu-se que o fluxo de trabalho envolvendo documentao tcnica
e modificaes de engenharia seria controlado no sistema ERP. Essa opo decorrente da
126
opo anterior de se controlar as modificaes de engenharia no sistema ERP. Porm, devido
principalmente limitao dos recursos de automao de fluxos de trabalho do sistema ERP
e dificuldade de programao de fluxos de trabalho nesse sistema, definiu-se que outros
tipos de fluxo de trabalho seriam controlados pelo sistema complementar de trabalho em
grupo.
127
7 CONCLUSES E CONSIDERAES FINAIS
Neste trabalho analisou-se a aplicabilidade de um sistema ERP no processo de
desenvolvimento de produtos. Essa anlise, realizada com base em uma abordagem de
pesquisa descritiva, foi subdividida em trs fases: estudo exploratrio, estudo descritivo e
estudos de caso.
O estudo exploratrio compreendeu a verificao da aplicabilidade do sistema ERP a
um processo especfico de desenvolvimento de produtos representado por um modelo de
referncia. Como resultado do estudo exploratrio obteve-se uma nova representao desse
modelo de referncia, considerando a aplicao do sistema ERP (Anexo F).
Tal modelo demonstra que o sistema ERP pode ser utilizado para apoiar 56% das
atividades do processo de desenvolvimento de produtos selecionado para ser avaliado no
estudo exploratrio.
Por meio do modelo de referncia pode-se observar que as principais
funcionalidades de desenvolvimento de produtos do sistema ERP so relacionadas com a
gerao de dados bsicos (Cadastro de Materiais, Estruturas de Produto, Planos de Processo
Macro), com a gesto do processo de desenvolvimento (Gerenciamento de Projetos, Fluxo
de Trabalho, Gerenciamento de Documentos, Controle de Modificaes de Engenharia) e
com a obteno de informaes que apiam a tomada de decises corporativas (Anlise de
Investimentos, Estimativa do Custo de Produtos, Anlise de Capacidades, Sistema de
Informaes Gerenciais).
Com base no modelo de referncia pode-se ainda verificar que o sistema ERP no
possui grande parte das funcionalidades necessrias para apoiar as atividades da fase
Desenvolver Plano Estratgico e Portfolio de Produtos, do processo de desenvolvimento de
produtos analisado.
Outras lacunas do ERP observadas no modelo de referncia referem-se
principalmente ao apoio aplicao de determinados mtodos e tcnicas de desenvolvimento
de produtos, tais como FMEA, DFMA e QFD.
O modelo de referncia tambm especifica as sobreposies de funcionalidades do
sistema ERP com os sistemas complementares de desenvolvimento de produtos considerados
no estudo exploratrio. Destacam-se as sobreposies do sistema ERP com o sistema
128
gerenciador de projetos (Gerenciamento de Projetos), com o sistema PDM (Cadastro de
Materiais, Estruturas de Produto, Configurao Variante de Estruturas de Produtos,
Classificao, Gerenciamento de Documentos, Fluxo de Trabalho, Controle de Modificaes
de Engenharia) e com o sistema CAPP (Cadastro de Materiais, Estruturas de Produto,
Classificao, Gerenciamento de Documentos, Dados Tcnicos de Recursos, Planos de
Processo Macro, Detalhamentos dos Planos de Processo, Planos de Controle, Anlise de
Capacidades, Estimativa do Custo de Produtos).
Apesar de o sistema ERP e os sistemas complementares possurem vrias
funcionalidades comuns, os especialistas entrevistados durante o estudo exploratrio
ressaltaram que algumas caractersticas (interface e recursos) dos sistemas complementares
so geralmente mais apropriadas para atender s necessidades do processo de
Alm de definir as atividades do processo de desenvolvimento de produtos que
podem ser apoiadas pelo sistema ERP e de determinar as sobreposies de funcionalidades
entre o ERP e os sistemas complementares, o modelo de referncia tambm especifica os
principais pontos de integrao entre esses sistemas.
A especificao dos pontos de integrao uma das informaes necessrias para a
integrao entre o sistema ERP e os sistemas complementares. A partir dos pontos de
integrao pode-se definir o sentido do fluxo de informaes de integrao (sistema de
origem e sistema de destino) e, ento, programar as conexes entre os sistemas. Deve-se
observar, entretanto, que essas atividades no foram realizadas no estudo exploratrio inicial,
pois elas dependem de definies adicionais relacionadas com cada caso especfico de
aplicao do sistema ERP, como, por exemplo, a definio do sistema que o dono de
cada uma das informaes do processo e a especificao dos sistemas que so utilizados para
atualizar essas informaes.
Aps o estudo exploratrio, realizou-se o estudo descritivo de uma aplicao piloto
do sistema ERP em um ambiente de desenvolvimento de produtos, denominado Cenrio de
Desenvolvimento de Produtos Utilizando o Sistema ERP.
Tal Cenrio, implantado com base em uma instncia do modelo de referncia obtido
como resultado do estudo exploratrio inicial, foi analisado por meio de testes e simulaes.
Nessa anlise, foram observadas as principais solues e limitaes da aplicao prtica do
ERP no processo de desenvolvimento de produtos.
No Cenrio pde-se verificar, por exemplo, que o sistema ERP possui os recursos
necessrios para controlar os documentos de desenvolvimento de produtos que so definidos
por arquivos fsicos, mas o sistema no tem as funcionalidades que permitem o
129
gerenciamento de documentos que so definidos como vises de bases de dados de
sistemas complementares.
No Cenrio tambm foram observadas as limitaes do emprego das atuais solues
de integrao do sistema ERP com o sistema de gesto de projetos e com o sistema CAPP.
Tais solues, disponveis comercialmente, so essencialmente baseadas na troca de
arquivos e no envio de informaes de um sistema para outro, de forma que os sistemas no
manipulam objetos comuns. Nesses casos, verificou-se que a garantia da integridade dos
dados de desenvolvimento de produtos que so manipulados pelo sistema ERP e por
sistemas complementares depende da especificao de procedimentos rgidos de cadastro e
de alterao de informaes.
Por fim, realizaram-se os estudos de caso da utilizao do sistema ERP no processo
de desenvolvimento de produtos de trs empresas.
Nos estudos de caso observou-se que o sistema ERP claramente definido como a
espinha dorsal dos sistemas de informao de duas das trs empresas estudadas. No
entanto, apenas uma das empresas pesquisadas utiliza grande parte do potencial do sistema
ERP para processo de desenvolvimento de produtos. Alm disso, observou-se que em
nenhuma das empresas avaliadas existe grande integrao do sistema ERP com os sistemas
Com relao ao mtodo de pesquisa, considera-se que o emprego de trs formas de
pesquisa descritiva (estudo exploratrio, estudo descritivo e estudos de caso) foi fundamental
para a obteno de uma viso sobre o tema do trabalho que fosse, ao mesmo tempo, ampla e
pormenorizada. O estudo exploratrio inicial bastante aprofundado, porm restrito a um
processo especfico de desenvolvimento de produtos e limitado pelo enfoque conceitual da
anlise baseada no modelo de referncia. O estudo descritivo e os estudos de caso, por sua
vez, complementam o estudo exploratrio com um enfoque mais prtico e aplicado.
Durante o estudo exploratrio verificou-se que a comparao de modelos de
referncia foi um mtodo bastante eficiente para a localizao das funcionalidades de
desenvolvimento de produtos do sistema ERP, resultando na identificao de trs quartos
dessas funcionalidades. Isso sugere que a comparao de modelos pode ser um meio eficaz
de as empresas identificarem as atividades de desenvolvimento de produtos que so
atendidas pelo sistema ERP.
Apesar do bom resultado obtido na comparao de modelos, observou-se que o
emprego de outras tcnicas de coleta de dados complementares (observao direta e
entrevista focalizada) foi essencial para a identificao de funcionalidades de
desenvolvimento de produtos que no haviam sido localizadas na comparao de modelos, e
130
para a realizao de correes e ajustes sobre a melhor forma de utilizao dessas
funcionalidades.
Alm disso, durante o estudo exploratrio verificou-se tambm que o
estabelecimento de requisitos bem detalhados do processo de desenvolvimento de produtos
essencial para a definio de lacunas muito especficas do sistema ERP. Isso indica uma
limitao do emprego de modelos de referncia pouco detalhados na especificao de
lacunas do sistema ERP para o desenvolvimento de produtos.
De uma maneira geral, os resultados obtidos neste trabalho demonstram que o
sistema ERP pode ser aplicado para apoiar grande parte das atividades de desenvolvimento
de produtos e que ainda existem limitaes e barreiras essa aplicao. A partir desse
resultado, considera-se que pertinente realizar novos trabalhos nesta rea de pesquisa.
Inicialmente, imagina-se que este trabalho possa ser complementado com anlises
semelhantes sobre os novos componentes, mdulos e funcionalidades dos sistemas ERP,
entre os quais o PLM (Product Lifecycle Management), o CRM (Customer Relationship
Management), as aplicaes analticas baseadas em solues de data warehousing e os
servios on-line oferecidos pela Internet, tais como os marketplaces.
Alm disso, considera-se que as limitaes relacionadas com a utilizao das atuais
solues de integrao do sistema ERP, observadas no Cenrio, e a baixa integrao do
sistema ERP com os sistemas complementares, verificada nas empresas analisadas nos
estudos de caso, indicam que deva-se buscar novos meios para melhorar a integrao entre
esses sistemas no desenvolvimento de produtos.
Finalmente, considera-se tambm que os resultados parciais das fases desta pesquisa
podem originar novos trabalhos, como a criao de uma metodologia para a avaliao da
aderncia de sistemas ERP ao processo de desenvolvimento de produtos de empresas,
adaptada das etapas realizadas no estudo exploratrio; o aprimoramento do Cenrio e a sua
aplicao para apoiar a realizao de cursos; a realizao de estudos de caso mais detalhados
sobre a aplicao de funcionalidades especficas do sistema ERP (Gerenciamento de
Projetos, Controle de Modificaes de Engenharia, entre outras).
131
ANEXOS
Anexo A Roteiro de Entrevista Funcionalidades de DP do Sistema ERP
Durao prevista: 3 horas
Data: Local:
Horrio incio: Horrio trmino:
1. Introduo
Durao prevista: 10 minutos
Apresentar resumidamente as justificativas, o objetivo, o mtodo e as etapas gerais do
trabalho. Localizar a entrevista nas etapas do trabalho.
2. Dados do Entrevistado
Empresa:
Nome:
Cargo:
Resumo da experincia na rea:
3. Identificao e Validao das Funcionalidades do ERP que Apiam o
Processo de Desenvolvimento de Produtos
Durao prevista: 2 horas e 45 minutos
Para cada subatividade do modelo de referncia do processo de desenvolvimento de
produtos, responder as questes abaixo:
1. A especificao das funcionalidades do sistema ERP para a subatividade adequada?
2. Existe mais alguma funcionalidade do sistema ERP que pode ser utilizada para apoiar a
subatividade?
132
Anexo B Roteiro de Entrevista Sobreposio ERP / PDM
Data: Local:
1. Introduo
Empresa:
Nome:
Cargo:
3. Validao das Sobreposies de Funcionalidades entre o Sistema ERP e
o Sistema PDM
As funcionalidades listadas abaixo esto disponveis tanto no sistema ERP quanto no sistema
PDM analisados neste trabalho. Para cada uma dessas sobreposies de funcionalidades,
responder a seguinte questo:
1. A definio da sobreposio de funcionalidades adequada? Em caso afirmativo,
comente as principais semelhanas/diferenas existentes entre as funcionalidades
disponveis em ambos os sistemas.
q Cadastro de materiais.
q Estruturas de produto.
q Configurao variante de estruturas de produto.
q Gerenciamento de documentos.
133
q Fluxo de Trabalho.
q Classificao.
q Controle de modificaes de engenharia.
2. Alm das sobreposies de funcionalidades citadas anteriormente, existe mais alguma
sobreposio de funo entre o ERP e o sistema PDM?
3. Quais so as funcionalidades e caractersticas exclusivas do sistema PDM?
134
Anexo C Roteiro de Entrevista Sobreposio ERP / CAPP
Data: Local:
1. Introduo
Empresa:
Nome:
Cargo:
3. Validao das Sobreposies de Funcionalidades entre o Sistema ERP e
o Sistema CAPP
As funcionalidades listadas abaixo esto disponveis tanto no sistema ERP quanto no sistema
CAPP analisados neste trabalho. Para cada uma dessas sobreposies de funcionalidades,
responder a seguinte questo:
1. A definio da sobreposio de funcionalidades adequada? Em caso afirmativo,
comente as principais semelhanas/diferenas existentes entre as funcionalidades
disponveis em ambos os sistemas.
q Classificao.
q Dados tcnicos de equipamentos.
135
q Planos de processo macro.
q Detalhamentos do plano de processo.
q Planos de controle.
q Estimativa do custo de produtos.
q Anlise de capacidades.
2. Alm das sobreposies de funcionalidades citadas anteriormente, existe mais alguma
sobreposio de funo entre o ERP e o sistema CAPP?
3. Quais so as funcionalidades e caractersticas exclusivas do sistema CAPP?
136
Anexo D Roteiro de Entrevista Integrao
Data: Local:
1. Introduo
Empresa:
Nome:
Cargo:
3. Determinao Conceitual das Formas de Integrao
A partir das sobreposies de funcionalidades entre o sistema ERP e os sistemas
complementares e das lacunas do ERP, discutir a questo abaixo:
1. Quais so os principais pontos de integrao entre o ERP e os sistemas complementares
de desenvolvimento de produtos?
137
Anexo E Roteiro de Entrevista Estudos de Caso
Durao prevista: 2 horas
Data: Local:
1. Introduo
Apresentar resumidamente as justificativas, o objetivo, o mtodo e as etapas gerais do trabalho.
Localizar a entrevista nas etapas do trabalho.
Empresa:
Nome:
Cargo:
138
3. Caracterizao do Desenvolvimento de Produto da Empresa
1. Caracterizar o desenvolvimento de produtos da empresa de acordo com a tipologia proposta
por ROZENFELD & AMARAL (1999).
TABELA 10 Tipologia de processos de desenvolvimento de produtos (ROZENFELD & AMARAL,
1999)
NVEL FATOR TIPOS
Setor Automobilstico, aeronutico, petroqumico,
mquinas-ferramenta, eletrodomsticos, linha
branca, indstria de base
Concorrncia Monoplio, oligoplio competitivo, oligoplio
diferenciado, concorrncia perfeita
Geogrfico Local, regional, mundial
Mercado
Alvo
Posio na cadeia
de produo
Contato com cliente final, intermedirio na
cadeia de suprimentos
Insero Unidade independente, matriz, filial
Responsabilidade Coordenador de desenvolvimento, participante
de co-desenvolvimento
Corporao
Interao com
unidades
Equipe Local, regional, mundial
Responsabilidade tcnica Centro de adaptao tecnolgico, aquisio e
adaptao de tecnologia, centro de
desenvolvimento de produto, centro de
desenvolvimento tecnolgico de manufatura,
centro de manufatura
Competitiva Custo, qualidade, tempo, misto Estratgia
Interprojetos Novo, simultneo, seqencial, posterior
Informaes iniciais Idia, requisitos de desempenho, parte do
projeto do produto, parte do projeto do produto
e prottipos, produto em produo
Tecnologia
principal
Mecnica, eltrica, eletrnica, mecatrnica,
opto-eletrnica, qumica
Interna Nmero de componentes, nmeros de linhas de
softwares, nmero de insumos e etapas
Complexidade
do produto
Interface com o
usurio
Alta complexidade, baixa complexidade
Empresa
Grau de inovao Pesquisa e desenvolvimento avanados,
breakthrough ou radical, plataformas ou nova
gerao e derivados
139
4. Caracterizao dos Sistemas de Informao da Empresa
1. Quais so os sistemas de informao empregados no processo de desenvolvimento de
produtos da empresa (especificar verso)?
5. Anlise da Aplicao e Integrao do Sistema ERP no Processo de
Desenvolvimento de Produtos
Para cada uma dos grupos de funcionalidades listados abaixo, responder o seguinte conjunto
de questes:
1. A empresa utiliza a funcionalidade em seu processo de desenvolvimento de produtos?
2. Qual sistema foi escolhido para realizar a funo na empresa?
3. Quais os motivos que levaram a essa escolha? Avaliar atendimento dos requisitos do
processo, flexibilidade e facilidade de utilizao.
No caso de o sistema utilizado no ser o ERP:
4. Como o sistema utilizado foi integrado ao ERP? Detalhar as informaes que so
transferidas entre os sistemas, o sentido de transferncia das informaes e a forma de
integrao adotada.
q Gerenciamento de projetos.
q Configurao variante de estruturas de produto.
q Classificao.
q Gerenciamento de documentos.
140
q Dados tcnicos de recursos.
q Planos de processo macro.
q Detalhamentos dos planos de processo.
q Planos de controle.
q Estimativa do custo de produtos.
q Anlise de capacidades.
q Fluxo de trabalho.
q Controle de modificaes de engenharia.
141
Anexo F Modelo de Referncia do Processo de Desenvolvimento de
Produtos Considerando a Utilizao de um Sistema ERP
175
N. Ao T Recurso Transao Informao de Entrada Informao de Sada Organizao
Nome Cod. Caminho
1
Preparar Estruturas para o
Desenvolvimento de Produtos
3 Criar WBS padronizadas C ERP Create
Standard
WBS
CJ91
Ger. Projetos
3 Criar redes de atividades
padronizadas
C ERP Create
Standard
Network
CN01
Ger. Projetos
3 Criar milestones padronizados C ERP Create
Standard
Milestone
CN11
Ger. Projetos
3 Definir procedimentos de controle de
modificaes de engenharia
C ERP Create
hange
Master
CC01
PDM
3 Criar caractersticas, classes e
hierarquia de classes para
classificao (componentes,
documentos, mquinas, ferramentas,
operaes)
C ERP Create
Characteris
tic
CT01
176
Nome Cod. Caminho
ERP Create
Class
CL01
ERP Allocate Characteristics to
Class
[Characteristics
]
ERP Allocate
Classes to
Class
CL22
PDM
CAPP
3 Definir caractersticas de
inspeo padronizadas
C ERP Create
Master
Inspection
Characteris
tics
QQS21
3 Criar mtodos de inspeo
padronizados
C ERP Create
Inspection
Method
QQS31
CAPP
3 Criar conjuntos de operaes de
fabricao padronizadas
C ERP Create
Reference
Operation
Set
CCA11
177
Nome Cod. Caminho
ERP Create
Reference
Rate
Routing
CCA3
1
CAPP
3 Criar frmula / mtodos / processos
de clculo para CAPP
C ERP Create
CAPP
Formula
CE11
ERP Create
CAPP
Method
CE21
ERP Create
CAPP
Process
CCE31
CAPP
1
Desenvolver Plano
Estratgico e Portflio de
Projetos
2
Atualizar / Desenvolver Misso M/R Indices de Desempenho
Plano Estratgico e
Misso
Misso Diretoria
3 Atualizar / desenvolver misso M/R
2 Avaliar Posicionamento Estratgico Misso
Fatores Estratgicos
Fatores Estratgicos Diretoria
178
N. Ao T Recurso Transao Informao de
Entrada
Informao de Sada Organizao
Nome Cod. Caminho
3 Avaliar necessidades dos
consumidores / tendncias de
mercado
M/R
3 Avaliar tendncias tecnolgicas M/R
3 Avaliar capacidade dos canais de
venda
M/R/C ERP Sales
Information
System
MCT0
3 Avaliar capacidade da cadeia de valor M/R/C ERP Logistics
Information
System
MC00
3 Levantar metas financeiras M/R/C ERP Executive
Information
System
KCMN
3 Avaliar posio competitiva M/R/C ERP Logistics
Information
System
MC00
2 Atualizar / Desenvolver Estratgia Misso
Fatores Estratgicos
Mercado Alvo
Estratgia Competitiva
Capacitao e
Recursos
Necessrios
Diretoria
3 Definir oportunidades estratgicas M/R
179
Nome Cod. Caminho
3 Desenvolver cenrios (uso da value
chain, tecnologia, crescimento,
competio, eventos futuros, etc.)
C Planilha
Eletrnica
3 Determinar estratgias para ser bem
sucedido no maior nmero de
cenrios
M/R
3 Avaliar Riscos M/R
2 Atualizar / Desenvolver Portflio de
Projetos
Plano Estratgico Definio das
Plataformas e Oferta
de Produtos
Diretoria
3 Atualizar / desenvolver plataformas de
produtos
M/R/C Planilha
Eletrnica
3 Programar plataformas e
oferta de produtos
M/R/C Planilha
Eletrnica
Ger. Projetos
2 Aprovar Plano Estratgico Plano Estratgico Plano Estratgico Diretoria
3 Preparar documento do plano
estratgico
C Editor de
Textos
Planilha
Eletrnica
3 Aprovar documento R
3 Divulgar plano estratgico R Sistema de
Apresenta
180
Nome Cod. Caminho
2 Propor Estudo de Produto Plano Estratgico Diretrizes Diretoria
Coordenador de
Produto
3 Escolher Time de Concepo R/C ERP Find for
Qualifications
PPCP Reporting - Find - For Qualifications
3 Propor Coordenador de
Produto
R/C ERP Find for
Qualifications
P
PCP
Reporting - Find - For Qualifications
3 Iniciar a definio de
diretrizes preliminares
R
3 Distribuir diretrizes para
anlise individual
C ERP Inbox SO01 Entry - Create
- New
ERP Start Task SWUS
Correio
Eletrnico
PDM
1
Conceber Produto
2 Planejar Concepo Plano Estratgico
Diretrizes
Cronograma de
Concepo
Coordenador de
Produto
3 Criar / estruturar projeto C ERP Create Project
Definition
CJ06
181
Nome Cod. Caminho
ERP Change
Project -
Project
Release
CJ02 Edit - Status -
Release
Ger. Projetos
3 Elaborar cronograma macro das
atividades de Concepo
C ERP Change WBS
Element
CJ12
ERP Create
Network
CN21
ERP Change
Structure
Planning -
Activities
CJ20 [Activity data]
ERP Change Time
Scheduling
CJ21 Edit - Schedule
ERP Display Project
Planning
Board
CJ2C
ERP Change
Network -
Network
Release
CN22 Edit - Status -
Release
Ger. Projetos
182
Nome Cod. Caminho
3 Integrar cronograma macro das
atividades de Concepao
I
Ger. Projetos
2 Gerenciar Concepo Cronograma de
Concepo
Cronograma de
Concepo
Coordenador de
Produto
3 Verificar planejamento da Concepo C ERP Display Project
Planning
Board
CJ2C
Ger. Projetos
3 Confirmar o trmino das atividades de
Concepo
C ERP Confirm
Completions in
Network
CN25
Ger. Projetos
3 Integrar informaes de
acompanhamento das atividades de
Concepo
I ERP
Ger. Projetos
2 Identificar e Completar Diretrizes Cronograma de
Concepo
Diretrizes
Diretrizes Time de Concepo
3 Analisar diretrizes preliminares M
183
Nome Cod. Caminho
3 Identificar e propor definies e
conceitos como diretrizes a serem
seguidas pelo produto
M
3 Completar as diretrizes (tecnologia,
mercado, investimentos necessrios,
custo alvo, data de lanamento, etc...)
C Editor de
Textos
3 Identificar pessoas qualificadas para
participar do Time de
Desenvolvimento de Produto (PDT)
C ERP Find for
Qualifications
PPCP Reporting - Find - For Qualifications
2 Compilar Propostas de Diretrizes Diretrizes Diretrizes Coordenador de
Produto
3 Compilar material para reunio C Editor de
Textos
3 Distribuir material para reunio C ERP Inbox SO01 Entry - Create
- New
ERP Start Task SWUS
Correio
Eletrnico
PDM
3 Marcar reunio do Time de
Concepo
C ERP Maintain
Appointments
Diary
SSC1
184
Nome Cod. Caminho
Agenda
Eletrnica
2 Discutir e Definir Diretrizes Diretrizes Diretrizes
PDT
Time de Concepo
Coordenador de
Produto
3 Discutir diretrizes do produto
(tecnologia, mercado, investimentos
necessrios, custo alvo, data de
lanamento, etc...)
R
3 Discutir cronograma macro de
desenvolvimento de produto
R
3 Formar Time de Desenvolvimento de
Produtos (PDT) com especialistas
das reas afins e parceiros
R
2 Completar e Consolidar Diretrizes Diretrizes Diretrizes
Relatrio
deConcepo
Coordenador de
Produto
3 Revisar diretrizes e consolid-las C Editor de
Textos
3 Gerenciar documento diretrizes C ERP Create
Document Info
Record
CV01
PDM
185
Nome Cod. Caminho
3 Gerar relatrio de Concepo C Editor de
Textos
3 Gerenciar relatrio final de Concepo C ERP Create
Document Info
Record
CV01
PDM
2 Planejar Desenvolvimento Diretrizes
Relatrio de Concepo
Cronograma Macro
de Desenvolvimento
Coordenador de
Produto
3 Elaborar cronograma macro de
desenvolvimento (WBS)
C ERP Change Project CJ02
Ger. Projetos
3 Marcar reunio com o Time de
Desenvolvimento de Produto (PDT)
C ERP Maintain
Appointments
Diary
SSC1
Agenda
Eletrnica
2 Phase Gate Conceber Relatrio de Concepo Relatrio Gate
onceber
Diretoria
3 Anlise financeira C ERP Create
Appropriation
Request
IMA1
ERP Appropriation
RequestPlanni
ng - Costs
IMAP
186
Nome Cod. Caminho
ERP Appropriation
Request
Planning -
Revenues
IMAV
ERP Change
Appropriation
Request
IMA2 [Variant
Overview]
Planilha
Eletrnica
3 Anlise dos critrios do phase gate R
3 Registro das best / bad practices C
1
Conceituar Produto
2 Planejar Conceituao Cronograma de
Desenvolvimento
Cronograma de
Conceituao
Coordenador de
Produto PDT
3 Detalhar planejamento da
Conceituao
C ERP Transfer
Project for
Simulation
CJV4
ERP Change
Simulation
CJV2
ERP Change WBS
Element
CJ12
ERP Create
Network
CN21
187
Nome Cod. Caminho
ERP Change
Structure
Planning -
Activities
ERP Change Time
Scheduling
ERP Change
Network -
Network
Release
Release
ERP Capacity
Evaluation
CM53
ERP Capacity
Leveling
CM26
ERP Display Project
Planning
Board /
Change
Project
Planning
Board
CJ2C /
CJ2B
Ger. Projetos
188
Nome Cod. Caminho
3 Integrar cronograma das atividades
de Conceituao
I ERP
Ger. Projetos
2 Gerenciar Conceituao Cronograma de
Conceituao
Cronograma de
Conceituao
Coordenador de
Produto
3 Verificar planejamento da
Conceituao
C ERP Display Project
Planning
Board
CJ2C
Ger. Projetos
3 Gerar relatrios de acompanhamento
das atividades
C ERP Project
Managemet
Report
Selection
CJR1
Ger. Projetos
Conceituao
C ERP Confirm
Completions in
Network
CN25
Ger. Projetos
Conceituao
I ERP
Ger. Projetos
189
Nome Cod. Caminho
2 Divulgar Diretrizes Diretrizes
Cronograma de
Conceituao
Cronograma de
Conceituao
Coordenador de
Produto
PDT
3 Apresentar e discutir as diretrizes do
produto para o PDT
R/C Sistema de
Apresentao
3 Apresentar, discutir e refinar o
cronograma de Conceituao
R/C ERP Display Project
Planning
Board /Change
Project
PlanningBoard
CJ2C /
CJ2B
Ger. Projetos
2 Detalhar Requisitos de Mercado Diretrizes Relatrio de
Requisitos de
Mercado
PDT
Clientes
Fornecedores
3 Recuperar informaes semelhantes
(benchmarkings e pesquisas de
mercado anteriores
C ERP Find
Document
CV04
PDM
190
Nome Cod. Caminho
3 Recuperar reclamaes de clientes e
informaes sobre defeitos em
produtos semelhantes
C ERP Material efects
Analysis/Qualit
y Notifications
Analysis
MCXX /
MCXV
3 Sistematizar informaes M/R/C Editor de
Textos
Planilha
Eletrnica
3 Realizar pesquisa de mercado e
benchmarking
M/R
3 Comparar resultados com as
diretrizes propostas na Concepo
M/R
Gerar relatrio de requisitos de
mercado
C Editor de
Textos
Planilha
Eletrnica
Gerenciar relatrio de requisitos de
mercado
C ERP Create
Document Info
Record
CV01
PDM
2 Definir Caractersticas Tcnicas Diretrizes
Relatrio de Requisitos de
Mercado
Relatrio de
Requisitos Tcnicos
PDT
Fornecedores
191
Nome Cod. Caminho
3 Aplicar tcnica de QFD R
3 Documentar QFD C QFD
3 Gerar relatrio de requisitos tcnicos C Editor de
Textos
Planilha
Eletrnica
3 Gerenciar documento QFD e
relatrio de requisitos tcnicos
C ERP Create
Document Info
Record
CV01
PDM
2 Especificar Linha de Produto
Modular
Diretrizes
Relatrio de Requisitos
Tcnicos
Famlia de Produtos
Croquis
PDT
3 Especificar nmero de produtos e
principais caractersticas
M/C ERP Create
Finished
Product/Create
Configurable
Material
MMF1 /
MMK1
ERP Create
Characteristic
CT01
ERP Create Class CL01
PDM
CAPP
192
Nome Cod. Caminho
3 Gerar croquis dos produtos C CAD
3 Gerenciar croquis dos produtos C ERP Create
Document Info
Record
CV01
PDM
CAPP
3 Integrar identificao e caracterstica
de produtos
I ERP
PDM
CAPP
2 Desenhar e Pr-Estruturar Produto Diretrizes
Tcnicos
Famlia de Produtos
Croquis
Desenho de Conjunto
Especificao de
Componentes
PDT
3 Recuperar desenhos de produtos
anteriores
C ERP Object Search
in Class
CL30
ERP Find
Document
CV04
PDM
CAPP
3 Visualizar desenhos de produtos
anteriores
C Visualizador
193
Nome Cod. Caminho
3 Acessar croquis dos produtos C ERP Change
Document Info
Record
CV02
PDM
CAPP
3 Gerar/modificar croquis com
dimenses bsicas de cada
componente quando necessrio
C CAD
3 Classificar produto C ERP Allocate Object
to Classes
CL20
PDM
CAPP
3 Recuperar componentes semelhantes C ERP Object Search
in Class
CL30
PDM
CAPP
3 Visualizar desenhos de componentes
semelhantes
C Visualizador
3 Identificar novos componentes do
produto
C ERP Create
Material
MM01
PDM
CAPP
CAD
194
Nome Cod. Caminho
3 Classificar novos componentes do
produto
C ERP Allocate Object
to Classes
CL20
PDM
CAPP
3 Recuperar estruturas de produto
semelhantes
C ERP Object Search
in Class
CL30
ERP Display
Material BOM
CS03
PDM
CAPP
3 Definir a estrutura de produto
preliminar com os subconjuntos e os
componentes principais, em pararelo
a atividade de desenhar de conjunto
C ERP Create
Material BOM
CS01
PDM
CAPP
CAD
DFMA
3 Integrar identificao e classificao
de produtos e componentes
I ERP
PDM
CAPP
CAD
195
Nome Cod. Caminho
3 Integrar estruturas de produto I ERP
PDM
CAPP
CAD
DFMA
2 Pr-Estruturar Processo Diretrizes
Tcnicos
Desenho de Conjunto
Especificao de
Componentes
Planos de Processo
Macro
PDT
3 Recuperar planos de processo de
produtos e componentes anteriores
C ERP Object Search
in Class
CL30
ERP Display outing CA03
ERP Display Rate
Routing
CA23
CAPP
3 Elaborar planos de processo macro
de fabricao e montagem
C ERP Create Routing CA01
ERP Create Rate
Routing A21
CAPP
3 Integrar planos de processo macro de
fabricao e montagem
I ERP
CAPP
196
Nome Cod. Caminho
2 Decidir Make or Buy Desenho de Conjunto
Especificao de
Componentes
Planos de Processo Macro
Decises de Make or
Buy
PDT
3 Analisar estrutura de produto C ERP Display
Material BOM
CS03
PDM
CAPP
CAD
3 Cotar fornecedores C ERP Display Source
List
ME03
ERP Create
Request for
Quotation
ME41
ERP Maintain
Quotation
ME47
3 Orar componentes e subconjuntos C ERP Creat
e Product Cost
Estimate
CK11
197
Nome Cod. Caminho
ERP Application
Tree Report
Selection
Product Cost
Planning
SART Logistics -
Production -
Product Cost
Planning -
Information
System -
Report Selection
CAPP
Planilha
Eletrnica
3 Comparar custo calculado com
oramento/cotao
C ERP Price
comparison
ME49
Planilha
Eletrnica
3 Decidir "make or buy" R
3 Documentar decises de
"make or buy"
C ERP Change
Material
CM02
3 Integrar informaes de custo de
componentes e subconjuntos e
decises de "make or buy"
I ERP
PDM
CAPP
198
Nome Cod. Caminho
Planilha
Eletrnica
2 Estudar Viabilidade Econmica e
Avaliar Ciclo de Vida
Diretrizes
Decises Make or Buy
Relatrio de
Viabilidade
Econmica
PDT
3 Estimar custo do projeto C ERP Change
Project Cost
Plan
CJ40
ERP Network
Costing
Calculation
CJ9K
Ger. Projeto
Planilha
Eletrnica
3 Montar fluxo de caixa do projeto C ERP Create
Appropriation
Request
IMA1
ERP Appropriation
Request
Planning -
Costs
IMAP
199
Nome Cod. Caminho
ERP Appropriation
Request
Planning -
Revenues
IMAV
Planilha
Eletrnica
3 Analisar investimento (taxa interna de
retorno, breakeven point, pay back)
C ERP Change
Appropriation
Request
IMA2 [Variant
Overview]
Planilha
Eletrnica
3 Integrar informaes de fluxo de caixa
e anlise de investimentos
I ERP
Planilha
Eletrnica
2 Analisar Fluxo de Processo Estrutura de Produto
Anlise do Fluxo de
Processo
PDT
3 Elaborar fluxo de processo preliminar C CAPP
3 Analisar layout de cho de fbrica
com base no fluxo de processo
preliminar
M/R
200
Nome Cod. Caminho
2 Analisar Impacto Interno Diretrizes
Decises Make or Buy
Relatrio de Impacto
Interno
PDT
3 Analisar capacidade dos recursos ERP Capacity
Evaluation
CM50
2 Consolidar Conceituao Diretrizes
Relatrio de Mercado
Relatrio Tcnicos
Famlia de Produtos
Desenho de Conjunto
Especificaes de
Componentes
Planos de Processo
macros
Decises de Make or Buy
Relatrio de Viabilidade
Econmica
Anlise do Fluxo de Proceso
Relatrio de Impacto Interno
Relatrio de
Conceituao
Coordenador de
Produto
201
Nome Cod. Caminho
3 Revisar as informaes geradas e
consolid-las
ERP Display
Document Info
Record
CV03
ERP Change
Document Info
Record
CV02
PDM
3 Gerar relatrio de Conceituao C Editor de
Textos
3 Gerenciar relatrio de Conceituao C ERP Create
Document Info
Record
CV01
PDM
3 Marcar reunio com o grupo de
concepo
C ERP Maintain
Appointments
Diary
SSC1
Agenda
Eletrnica
2 Validar Diretrizes Diretrizes
Relatrio de Conceituao
Diretrizes Grupo Concepo
Coordenador de
Produto
PDT
202
Nome Cod. Caminho
3 Aprovar os conceitos do produto,
levando em conta suas diretrizes
R
3 Identificar pessoas qualificadas para
participar do time expandido de
desenvolvimento de produto
C ERP Find for
Qualifications
PPCP Reporting -
Find - For
Qualifications
3 Escolher os especialistas a serem
incoporados ao PDT Expandido
(EPDT)
R
3 Marcar reunio para a apresentao
das informaes com o EPDT
C ERP Maintain
Appointments
Diary
SSC1
Agenda
Eletrnica
2 Phase Gate Conceituar Relatrio de Conceituao Relatrio Gate
Conceituar
Diretoria
3 Anlise financeira C ERP Appropriation
Request
Planning -
Costs
IMAP
ERP Appropriation
Request
Planning -
Revenues
IMAV
203
Nome Cod. Caminho
ERP Change
Appropriation
Request
IMA2 [Variant
Overview]
Planilha
Eletrnica
3 Anlise dos critrios do phase gate
3 Registro das best / bad practices
1
Projetar Produto e Processo
2 Planejar Projeto Cronograma de
Desenvolvimento
Cronograma de
Projeto
Coordenador de
Produto
EPDT
3 Planejar atividades de projeto ERP Transfer
Project for
Simulation
CJV4
ERP Change
Simulation
CJV2
ERP Change WBS
Element
CJ12
ERP Change
Structure
Planning -
Activities
204
Nome Cod. Caminho
ERP Change Time
Scheduling
ERP Change
Network -
Network
Release
Release
ERP Capacity
Evaluation
CM53
ERP Capacity
Leveling M26
ERP Display Project
Planning
Board /
Change
Project
Planning
Board
CJ2C /
CJ2B
Ger. Projetos
de Projeto
I ERP
Ger. Projetos
2 Gerenciar Projeto Cronograma de Projeto Cronograma de
Projeto
Coordenador de
Produto
205
Nome Cod. Caminho
3 Verificar planejamento do Projeto C ERP Display Project
Planning
Board
CJ2C
Ger. Projetos
das atividades
C ERP Project
Managemet
Report
Selection
CJR1
Ger. Projetos
Projeto
C ERP Confirm
Completions in
Network
CN25
Ger. Projetos
Projeto
I ERP
Ger. Projetos
2 Divulgar Informaes Diretrizes
Relatrio de Conceituao
Cronograma de Projeto
Cronograma de
Projeto
Coordenador de
Produto
EPDT
3 Apresentar conceito do
produto para o EPDT
R/C Sistema de
Apresentao
206
Nome Cod. Caminho
3 Apresentar, discutir e refinar o
cronograma de Projeto
R/C ERP Displa
y Project
Planning
Board /
Change
Project
Planning
Board
CJ2C /
CJ2B
Ger. Projetos
2 Estruturar Produto Estrutura de Produto Estrutura de Produto
Especificao de
Componentes
EPDT
in Class
CL30
PDM
CAPP
semelhantes
C Visualizador
produto
C ERP Create
Material
MM01
PDM
CAPP
207
Nome Cod. Caminho
Classificar novos componentes do
produto
to Classes
CL20
PDM
CAPP
3 Completar as estruturas de produtos
preliminares
C ERP Change
Material BOM
CS02
PDM
CAPP
CAD
DFMA
3 Definir regras para a configurao de
estruturas de produto variantes (rede
de dependncia, etc...)
C ERP Create
Configuration
Profile
CU41
ERP Create
Dependency
Net
CU21
ERP Configuration
Simulation
CU50
PDM
3 Integrar identificao e classificao
de componentes
I ERP
PDM
CAPP
208
Nome Cod. Caminho
CAD
3 Integrar estruturas de produto I ERP
PDM
CAPP
CAD
DFMA
3 Integrar regras para a configurao
de estruturas de produto variantes
I ERP
PDM
2 Definir Procedncia Desenho de Conjunto
Especificao de
Componentes
Relatrio de
Procedncia
Projetista
Engenheiro de
Qualidade
Engenheiro de
Compras
3 Analisar a curva ABC ERP ABC Analysis
3 Cotar os fornecedores dos
componentes B e C
C ERP Display Source
List
ME03
ERP Create
Request for
Quotation
ME41
ERP Maintain
Quotation
ME47
209
Nome Cod. Caminho
3 Definir os fornecedores dos
componentes B e C
R
3 Definir planos de inspeo
para componentes comprados
C ERP Create
Inspection
Plan
QP01
CAPP
3 Definir mtodos amostragem para
componentes comprados
C ERP Create
Sampling
Scheme
QDP1
ERP Create
Sampling
Procedure
QDV1
3 Integrar planos de inspeo para
componentes comprados
I ERP
CAPP
2 Desenvolver/Conferir Conjunto Desenho de Conjunto
Especificao de
Componentes
Desenhos de Componentes
Desenhos de
Conjunto
Projetista
EPDT
3 Acessar desenho de conjunto
preliminiar
C ERP Change
Document Info
Record
CV02
210
Nome Cod. Caminho
PDM
CAPP
3 Detalhar desenho de conjunto C CAD
3 Aplicar a tcnica de DFA R/C DFMA
3 Localizar desenhos de componentes C ERP Find Document CV04
PDM
CAPP
3 Verificar desenho de conjunto a partir
de desenhos dos componentes
C Visualizador
3 Distribuir tarefas de projeto C ERP Inbox SO01 Entry - Create -
New
ERP Start
Task WUS
Correi
o Eletrnico
PDM
2 Simular Produto Desenho de Conjunto Relatrio de
Simulao
Projetista
3 Simular o produto em funcionamento C CAE
2 Desenhar Componentes Desenho de Conjunto
Especificao de
Componentes
Desenhos de
Componentes
Projetista
EPDT
3 Receber aviso de tarefa C ERP Inbox SO01
211
Nome Cod. Caminho
PDM
Correio
Eletrnico
in Class
CL30
PDM
CAPP
semelhantes
C Visualizador
3 Localizar componentes padronizados
em bibliotecas
C
3 Desenhar componentes CAD
3 Gerenciar desenhos de componentes C ERP Create
Document Info
Record
CV01
PDM
CAPP
3 Aplicar tcnica DFM R/C DFMA
2 Calcular Componente Desenhos de Componentes Memorial de Clculo
3 Calcular e otimizar componentes
segundo os esforos a que so
submetidos
CAE
212
Nome Cod. Caminho
2 Detalhar Componente Desenhos de Componentes Desenhos de
Componentes
Projetista
PDM
Correio
Eletrnico
3 Acessar desenhos de componentes C ERP Change
Document Info
Record
CV02
PDM
CAPP
3 Detalhar componente (hachuras,
cotas, tolerncias, etc.)
C CAD
2 Verificar Montagem Desenho de Conjunto Relatrio de Anlise
da Cadeia
Dimensional
Processista
3 Verificar montagem atravs da cadeia
dimensional
M/C Planilha
Eletrnica
2 Elaborar FMEA de Produto Desenho de Conjunto
DFMEA EPDT
3 Recuperar DFMEAs anteriores C FMEA
3 Verificar problemas anteriores em
C ERP Material
Defects
Analysis
MCXX
213
Nome Cod. Caminho
ERP Quality
Notifications
Analysis
MCXV
3 Elaborar/alterar DFMEA de acordo
com os requisitos da famlia de
produtos
R
3 Documentar DFMEA FMEA
3 Planejar e gerenciar aes corretivas C ERP Change
Structure
Planning -
Activities
CJ20
FMEA
Ger. Projetos
2 Ajustar Processo Macro Planos de Processo Macro
Desenho de Conjunto
Planos de Processo
Macro
Processista
3 Ajustar processo de fabricao e
montagem macros
C ERP Change
Routing
CA02
ERP Change Rate
Routing
CA22
CAPP
214
Nome Cod. Caminho
3 Integrar processo de fabricao e
montagem macro
I ERP
CAPP
2 Aprovar Desenho Desenhos de Componentes Desenhos de
Componentes
Projetista
PDM
Correi
o Eletrnico
3 Acessar desenhos de componentes C ERP Find
Document /
Display
Document
CV04 /
CV03
PDM
CAPP
3 Verificar desenhos C Visualizador
3 Indicar alteraes necessrias C Visualizador
3 Aprovar desenhos C ERP Change
Document Info
Record
CV02
PDM
215
Nome Cod. Caminho
2 Detalhar Processo Planos de Processo Macro
Desenho de Conjunto
Detalhamentos do
Plano de Processo
Planos de Montagem
Planos de Qualidade
Programas CN
Processista
PDM
Correio
Eletrnico
3 Detalhar plano de montagem C ERP Create Routing CA01
CAPP
3 Calculo de tempos de montagem C ERP Change
Routing
CA02 Extras - CAPP
CAPP
3 Detalhar plano de fabricao (setup,
folhas de instruo, ...)
C ERP Change
Routing
CA02
CAPP
3 Detalhar plano de fabricao (CNC) C CAM
3 Calcular tempos de fabricao C ERP Change
Routing
CA02 Extras - CAPP
CAPP
216
Nome Cod. Caminho
3 Definir ferramental de fabricao C ERP Change
Routing - PRT
CA02 Goto -
Production
Resource Tools
CAPP
3 Elaborar plano de controle C ERP Create
Inspection
Plan
QP01
CAPP
3 Definir mtodos de amostragem C ERP Create
Sampling
Scheme
QDP1
ERP Create
Sampling
Procedure
QDV1
3 Elaborar matriz de caractersticas C Planilha
Eletrnica
3 Elaborar fluxo de processo definitivo C CAPP
definitivo
M
217
Nome Cod. Caminho
3 Avaliar necessidade de calibrao de
meios de medio
C ERP Create
Calibration
Inspection
Order
IW31
3 Analisar meios de medio M
3 Realizar estudo preliminar da
Capabilidade de Processo
M
3 Integrar detalhamentos dos planos de
processo de fabricao e montagem
(tempos, suboperaes, setup,
documentos, ...)
I ERP
CAPP
3 Integrar planos de controle I ERP
CAPP
2 Projetar Recursos Detalhamentos do Plano de
Processo
Projeto de Recursos Projetista
3 Especificar recursos utilizados na
fabricao
C ERP Create
Production
Resource/Tool
CF01
CAPP
3 Projetar recursos utilizados na
fabricao
C CAD
218
Nome Cod. Caminho
3 Gerenciar documentos de recursos C ERP Create
Document Info
Record
CV01
PDM
CAPP
3 Integrar especificao de recursos I ERP
CAPP
2 Elaborar FMEA de Processo Planos de Processo Macro
Detalhamentos do Plano de
Processo
Planos de Montagem
Planos de Qualidade
PFMEA EPDT
3 Recuperar PMEA anteriores C FMEA
C ERP Material
Defects
Analysis
MCXX
ERP Quality
Notifications
Analysis
MCXV
3 Elaborar/alterar PFMEA de acordo
produtos
R
3 Documentar FMEA C FMEA
219
Nome Cod. Caminho
3 Planejar e gerenciar aes corretivas C ERP Change
Structure
Planning -
Activities
CJ20 [Activities]
FMEA
Ger. Projetos
2 Aprovar Processo Planos de Processo Macro
Processo
Planos de Montagem
Planos de Qualidade
Planos de Processo
Macro
Detalhamentos do
Plano de Processo
Planos de Montagem
Planos de Qualidade
Processita
PDM
Correio
Eletrnico
3 Verificar processos C ERP Display
Routing
CA03
ERP Display Rate
Routing
CA23
CAPP
3 Indicar alteraes necessrias C ERP Inbox SO01
ERP Start Task SWUS
220
Nome Cod. Caminho
PDM
Correio
Eletrnico
3 Aprovar processos C ERP Change
Routing -
Header /
Status
CA02
ERP Change Rate
Routing -
Header /
Status
CA22
CAPP
3 Integrar status de planos de processo I ERP
CAPP
2 Projetar Embalagem Diretrizes
Desenho de Conjunto
Projeto da
Embalagem
Projetista
3 Consultar padres de embalagem M
3 Especificar embalagem C ERP Create
Packaging
Material
MMV1
3 Projetar embalagem C CAD
3 Gerenciar documentos da
embalagem
C ERP Create
Document Info
Record
CV01
PDM
221
Nome Cod. Caminho
2 Revisar Sistema de Qualidade PFMEA
DFMEA
Planos de Qualidade
Planos de Qualidade Engenheiro de
Qualidade
3 Revisar sistema de qualidade R
2 Consolidar Projeto Estrutura de Produto
Desenho de Conjunto
Relatrio de Procedncia
Processo
Planos de Qualidade
DFMEA
PFMEA
Projeto da Embalagem
Relatrio de Projeto Coordenador de
Produto
consolid-las
C ERP Display
Document Info
Record
CV03
ERP Change
Document Info
Record
CV02
PDM
3 Gerar relatrio de Projeto C Editor
de Textos
3 Gerenciar relatrio de Projeto C ERP Create
Document Info
Record
CV01
PDM
222
Nome Cod. Caminho
2 Phase Gate Projetar Relatrio de Projeto Relatrio Gate
Projetar
Diretoria
Request
Planning -
Costs
IMAP
ERP Appropriation
Request
Planning -
Revenues
IMAV
ERP Change
Appropriation
Request
IMA2 [Variant
Overview]
Planilha
Eletrnica
1
Homologar Produto
2 Planejar Homologao Cronograma de
Desenvolvimento
Cronograma de
Homologao
Coordenador de
Produto
EPDT
3 Planejar atividades de homologao
de produto e processo
C ERP Transfer
Project for
Simulation
CJV4
ERP Change
Simulation
CJV2
ERP Change WBS
Element
CJ12
223
Nome Cod. Caminho
ERP Change
Structure
Planning -
Activities
ERP Change Time
Scheduling
ERP Change
Network -
Network
Release
Release
ERP Capacity
Evaluation
CM53
ERP Capacity
Leveling
CM26
ERP Display Project
Planning
Board /
Change
Project
Planning
Board
CJ2C /
CJ2B
Ger. Projetos
de Homologao
I ERP
Ger. Projetos
2 Gerenciar Homologao Cronograma de
Homologao
Cronograma de
Homologao
Coordenador de
Produto
3 Verificar planejamento da
Homologao
C ERP Display Project
Planning
Board
CJ2C
Ger. Projetos
224
Nome Cod. Caminho
das atividades
C ERP Project
Managemet
Report
Selection
CJR1
Ger. Projetos
Homologao
C ERP Confirm
Completions in
Network
CN25
Ger. Projetos
Homologao
I ERP
Ger. Projetos
2 Definir quantidade e tipo de
prottipos
Diretrizes
Relatrio de Projeto
Quantidade e Tipos
de Prottipos
PDT
3 Definir quantidade e tipo de prottipos M
3 Especificar prottipos C ERP Create
Material
MM01
2 Definir e Planejar Programas
deTestes
Quantidade e Tipos de
Prottipos
Programa de Testes PDT
3 Definir programa de testes R
3 Planejar testes utilizando a tcnica
DOE
M
225
Nome Cod. Caminho
2 Produzir Prottipo Relatrio de Projeto
Programa de Testes
Prottipos PDT
3 Definir procedncia dos componentes
dos prottipos
C ERP Display Source
List
ME03
ERP Create
Request for
Quotation
ME41
ERP Maintain
Quotation
ME47
3 Definir processo dos componentes
dos prottipos
C ERP Create Routing CA01
CAPP
3 Elaborar plano de controle dos
prottipos
C ERP Create
Inspection
Plan
QP01
CAPP
3 Definir equipamentos C ERP PRT Where-
used Lists
CA70
ERP Displa
y Production
Resources/To
ols
F03
3 Adaptar equipamentos M
226
Nome Cod. Caminho
3 Planejar produo dos prottipos C ERP Material
Requirements
Planning
CMRP
3 Fabricar componentes internos M
3 Comprar material e servios externos M
3 Montar prottipos M
3 Integrar plano de processo e plano de
controle dos prottipos
I ERP
CAPP
2 Testar Prottipo Prottipos Ensaio e Teste de
Peas
PDT
3 Especificar lotes de inspeo C ERP Create
Inspection Lot
QA01
3 Ensaiar e testar prottipos M
3 Documentar resultados dos testes C ERP Record
Sample
Results
QE04
Consolidar Homolgao do
Produto
Programa de Testes
Prottipos
Ensaio e Teste de Prottipos
Relatrio de
Homologao do
Produto
Coordenador de
Produto
consolid-las
C ERP Display
Document Info
Record
CV03
227
Nome Cod. Caminho
ERP Change
Document Info
Record
CV02
PDM
3 Gerar relatrio de Homologao do
Produto
C Editor de
Textos
3 Gerenciar relatrio de Homoogao
do Produto
C ERP Create
Document Info
Record
CV01
PDM
2 Phase Gate Homologar Produto Relatrio de Projeto Relatrio Gate
Homologar Produto
Diretoria
Request
Planning -
Costs
IMAP
ERP Appropriation
Request
Planning -
Revenues
IMAV
ERP Change
Appropriation
Request
IMA2 [Variant
Overview]
228
Nome Cod. Caminho
Planilha
Eletrnica
1
Homologar Processo
2 Avaliar Meios de Medio Planos de Qualidade Relatrio de Anlise
dos Sistemas de
Medio
PDT
3 Avaliar Meios de Medio M
2 Calcular Capabilidade de Processo Planos de Processo Macro Relatrio de
Capabilidade de
Processo
PDT
3 Calcular capabilidade de processo M
2 Calcular Repetibilidade de
Ferramental
Processo
Relatrio de
Repetibilidade do
Ferramental
PDT
3 Calcular repetibilidade de ferramental M
2 Produzir Lote Piloto Planos de Processo Macro
Detalhamentos dos Planos
de Processo
PFMEA
Planos de Qualidade
Lote Piloto Manufatura
229
Nome Cod. Caminho
3 Disponibilizar recursos M
3 Definir e planejar produo do lote
piloto
C ERP Material
Requirements
Planning
CMRP
3 Fabricar lote piloto M
2 Testar Lote Piloto Lote Piloto Anlise do Lote Piloto PDT
3 Especificar lotes de inspeo C ERP Create
Inspection Lot
QA01
3 Testar produtos M
3 Documentar resultados dos testes C ERP Record
Sample
Results
QE04
3 Avaliar embalagem M
2 Revisar Plano de Controle de
Produo
Plano de Qualidade Plano de Qualidade PDT
3 Revisar plano de controle de
produo
C ERP Change
Inspection
Planning
QP02
CAPP
3 Integrar plano de controle I ERP
CAPP
230
Nome Cod. Caminho
2 Consolidar Homologao de
Processo
de Processo
PFMEA
Planos de Qualidade
Anlise do Lote Piloto
Relatrio de
Homologao do
Processo
Coordenador de
Produto
consolid-las
C ERP Display
Document Info
Record
CV03
ERP Change
Document Info
Record
CV02
PDM
3 Gerar relatrio de Homologao do
Processo
C Editor de
Textos
3 Gerenciar relatrio de Homologao
do Processo
C ERP Create
Document Info
Record
CV01
PDM
2 Liberar Produo Relatrio de Homologao
do Produto
Relatrio de Homologao
do Processo
PAPP PDT
231
Nome Cod. Caminho
3 Preparar PAPP R/C PAPP
2 Phase Gate Homologar Processo Relatrio de Projeto Relatrio Gate
Homologar Processo
Diretoria
Request
Planning -
Costs
IMAP
ERP Appropriation
Request
Planning -
Revenues
IMAV
ERP Change
Appropriation
Request
IMA2 [Variant
Overview]
Planilha
Eletrnica
1
Lanar Produto
2 Preparar Documentao Tcnica Diretrizes
Relatrio de Projeto
do Produto
do Processo
Catlogo Tcnico PDT
232
Nome Cod. Caminho
3 Criar catlogo do produto C ERP Create Product
Catalog
WWM1
2 Preparar Documentao Comercial Diretrizes
Relatrio de Projeto
do Produto
do Processo
Catlogo Comercial PDT
3 Criar catlogo do produto C ERP Create Product
Catalog
WWM1
2 Desenvolver Sistema de Apoio a
Vendas
Diretrizes
Relatrio de Projeto
do Produto
do Processo
Sistema de Apoio
Vendas
PDT
3 Criar sistema de configurao de
produtos
C ERP Configuration -
Characteristics
Value
Assignment
CU50 Goto - Char.
Val. Assigmt.
Values -
Interface Design
- Chars group
PDM
3 Integrar regras e padres de
configurao de produtos
I ERP
233
Nome Cod. Caminho
PDM
2 Ensinar Empresa Diretrizes
Relatrio de Projeto
do Produto
do Processo
Treinamento PDT
3 Treinar vendedores R
3 Treinar operadores R
3 Treinar assistncia tcnica R
2 Aprovar Lancamento PDT
3 Aprovar Lancamento R
2 Lanar Produto PDT
3 Lanar Produto R
1
Avaliar e Acionar Aes
Corretivas
2 Avaliar Desvios de Diretriz e
Desenvolvimento
Diretrizes
Cronograma de
Desenvolvimento
Diretrizes
Cronograma de
Desenvolvimento
Coordenador de
Produto
PDT
3 Verificar planejamento do Projeto C ERP Display Project
Planning
Board
CJ2C
234
Nome Cod. Caminho
Ger. Projetos
das atividades
C ERP Project
Managemet
Report
Selection
CJR1
Ger. Projetos
3 Avaliar desvios de desenvolvimento R
3 Avaliar desvios de diretrizes R
2 Atualizar Diretrizes, Estudo de
Viabilidade e de Ciclo de Vida
DiretrizesRelatrio de
Viabilidade Econmica
DiretrizesRelatrio de
Viabilidade
Econmica
Coordenador de
Produto
PDT
3 Acessar documento diretrizes C ERP Change
Document Info
Record
CV01
PDM
3 Atualizar diretrizes C Editor de
Textos
3 Atualizar estimativa de custo do
projeto
C ERP Change
Project Cost
Plan
CJ40
ERP Network
Costing
Calculation
CJ9K
235
Nome Cod. Caminho
Ger. Projeto
Planilha
Eletrnica
3 Atualizar fluxo de caixa do projeto ERP Appropriation
Request
Planning -
Costs
IMAP
ERP Appropriation
Request
Planning -
Revenues
IMAV
Planilha
Eletrnica
3 Atualizar anlise de investimento
(taxa de retorno, breakeven point, pay
back)
C ERP Change
Appropriation
Request
IMA2 [Variant
Overview]
Planilha
Eletrnica
2 Acompanhar Aes Corretivas DFMEA
PFMEA
DFMEA
PFMEA
Coordenador de
Produto
PDT
3 Acompanhar aes corretivas M/C ERP Display Project
Planning
Board
CJ2C
236
Nome Cod. Caminho
FMEA
Ger. Projetos
3 Revisar FMEA de produto e processo R/C FMEA
2 Monitorar Custo Calculado Decises de Make or Buy
Coordenador de
Produto
PDT
3 Orar produto C ERP Create Product
Cost Estimate
CK11
CAPP
Planilha
Eletrnica
3 Analisar custo calculado C ERP Application
Tree Report
Selection
Product Cost
Planning
SART Logistics -
Production -
Product Cost
Planning -
Information
System -
Report Selection
2 Gerenciar Itens Crticos
3 Identificar itens crticos R
3 Apresentar meios para no ocorrer
atrazos
R
181
Anexo G Modelo de Referncia do Cenrio de Desenvolvimento de
Produtos
181
Nome Cod. Caminho
1
Conceituar Produto
2 Planejar Conceituao Cronograma de
Desenvolvimento
Cronograma de
Conceituao
Coordenador de
Produto
PDT
Conceituao
C ERP Transfer
Project for
Simulation
CJV4
ERP Change
Simulation
CJV2
ERP Change WBS
Element
CJ12
ERP Create
Network
CN21
ERP Change
Structure
Planning -
Activities
ERP Change Time
Scheduling
ERP Change
Network -
Network
Release
Release
ERP Capacity
Evaluation
CM53
ERP Capacity
Leveling
CM26
182
Nome Cod. Caminho
ERP Display Project
Planning
Board /
Change
Project
Planning
Board
CJ2C /
CJ2B
3 Exportar cronograma macro das
atividades de Conceituao do ERP
para o Gerenciador de Projetos
I ERP CN41 Evaluation -
Export
Cronograma de
Conceituao
Ger. Projetos Cronograma de
Conceituao
Conceituao
C Ger. Projetos
2 Especificar Linha de Produto
Modular
Diretrizes
Tcnicos
Famlia de Produtos
Croquis
PDT
3 Especificar nmero de produtos e
principais caractersticas
M/C ERP Create
Finished
Product /
Create
Configurable
Material
MMF1 /
MMK1
183
Nome Cod. Caminho
ERP Create
Characteristic
CT01
ERP Create Class CL01
3 Gerar croquis dos produtos C CAD
3 Gerenciar croquis dos produtos C ERP Create
Document Info
Record
CV01
2 Desenhar e Pr-Estruturar Produto Diretrizes
Tcnicos
Famlia de Produtos
Croquis
Desenho de Conjunto
Especificao de
Componentes
PDT
3 Recuperar desenhos de produtos
anteriores
C ERP Object Search
in Class
CL30
ERP Find
Document
CV04
3 Visualizar desenhos de produtos
anteriores
C Visualizador
3 Acessar croquis dos produtos C ERP Change
Document Info
Record
CV02
3 Gerar/modificar croquis com
dimenses bsicas de cada
componente quando necessrio
C CAD
184
Nome Cod. Caminho
3 Classificar produto C ERP Allocate Object
to Classes
CL20
in Class
CL30
semelhantes
C Visualizador
produto
C ERP Create
Material
MM01
3 Classificar novos componentes do
produto
to Classes
CL20
3 Recuperar estruturas de produto
semelhantes
C ERP Object Search
in Class
CL30
ERP Display
Material BOM
CS03
3 Definir a estrutura de produto
preliminar com os subconjuntos e os
componentes principais, em pararelo
a atividade de desenhar de conjunto
C ERP Create
Material BOM
CS01
3 Exportar cadastro de produtos e
componentes do ERP para o CAPP
I ERP Cadastro de Materiais
CAPP Cadastro de Materiais
185
Nome Cod. Caminho
2 Pr-Estruturar Processo Diretrizes
Tcnicos
Desenho de Conjunto
Especificao de
Componentes
Planos de Processo
Macro
PDT
3 Recuperar planos de processo de
produtos e componentes anteriores
C CAPP
3 Elaborar planos de processo macro
de fabricao e montagem
C CAPP
3 Exportar planos de processo do
CAPP para o ERP
I CAPP Planos de Processo
Macro
ERP Planos de Processo Macro
1
Projetar Produto e Processo
2 Planejar Projeto Cronograma de
Desenvolvimento
Cronograma de Projeto Coordenador de
Produto
EPDT
3 Planejar atividades de projeto C ERP Transfer
Project for
Simulation
CJV4
ERP Change
Simulation
CJV2
186
Nome Cod. Caminho
ERP Change WBS
Element
CJ12
ERP Change
Structure
Planning -
Activities
ERP Change Time
Scheduling
ERP Change
Network -
Network
Release
Release
ERP Capacity
Evaluation
CM53
ERP Capacity
Leveling
CM26
ERP Display Project
Planning
Board /
Change
Project
Planning
Board
CJ2C / CJ2B
187
Nome Cod. Caminho
3 Exportar cronograma macro das
atividades de Projeto do ERP para o
Gerenciador de Projetos
I ERP CN41 Evaluation -
Export
Cronograma de Projeto
Ger. Projetos Cronograma de Projeto
3 Detalhar planejamento do Projeto C Ger. Projetos
2 Estruturar Produto Estrutura de Produto Estrutura de Produto
Especificao de
Componentes
EPDT
in Class
CL30
semelhantes
C Visualizador
produto
C ERP Create
Material
MM01
Classificar novos componentes do
produto
to Classes
CL20
3 Completar as estruturas de produtos
preliminares
C ERP Change
Material BOM
CS02
3 Definir regras para a configurao de
estruturas de produto variantes (rede
de dependncia, etc...)
C ERP Create
Configuration
Profile
CU41
ERP Create
Dependency
Net
CU21
188
Nome Cod. Caminho
ERP Configuration
Simulation
CU50
3 Exportar cadastro de componentes do
ERP para o CAPP
I ERP Cadastro de Materiais
CAPP Cadastro de Materiais
2 Desenvolver/Conferir Conjunto Desenho de Conjunto
Especificao de
Componentes
Desenhos de
Componentes
Desenhos de Conjunto Projetista
EPDT
3 Acessar desenho de conjunto
preliminiar
C ERP Change
Document Info
Record
CV02
3 Detalhar desenho de conjunto C CAD
3 Aplicar a tcnica de DFA R/C DFMA
3 Localizar desenhos de componentes C ERP Find
Document
CV04
3 Verificar desenho de conjunto a partir
de desenhos dos componentes
C Visualizador
3 Distribuir tarefas de projeto C ERP Start Task SWUS
189
Nome Cod. Caminho
2 Desenhar Componentes Desenho de Conjunto
Especificao de
Componentes
Desenhos de
Componentes
Projetista
EPDT
3 Receber aviso de tarefa C Correio
Eletrnico
in Class
CL30
semelhantes
C Visualizador
3 Localizar componentes padronizados
em bibliotecas
C
3 Desenhar componentes C CAD
3 Gerenciar desenhos de componentes C ERP Create
Document Info
Record
CV01
3 Aplicar tcnica DFM R/C DFMA
2 Calcular Componente Desenhos de
Componentes
Memorial de Clculo
3 Calcular e otimizar componentes
segundo os esforos a que so
submetidos
C CAE
190
Nome Cod. Caminho
2 Detalhar Componente Desenhos de
Componentes
Desenhos de
Componentes
Projetista
Eletrnico
3 Acessar desenhos de componentes C ERP Change
Document Info
Record
CV02
3 Detalhar componente (hachuras,
cotas, tolerncias, etc.)
C CAD
2 Ajustar Processo Macro Planos de Processo Macro
Desenho de Conjunto
Desenhos de
Componentes
Planos de Processo
Macro
Processista
3 Ajustar processo de fabricao e
montagem macros
C CAPP
2 Aprovar Desenho Desenhos de
Componentes
Desenhos de
Componentes
Projetista
Eletrnico
3 Acessar desenhos de componentes C ERP Find
Document /
Display
Document
CV04 /
CV03
191
Nome Cod. Caminho
3 Verificar desenhos C Visualizador
3 Indicar alteraes necessrias C Visualizador
3 Aprovar desenhos C ERP Change
Document Info
Record
CV02
2 Detalhar Processo Planos de Processo Macro
Desenho de Conjunto
Desenhos de
Componentes
Detalhamentos do
Plano de Processo
Planos de Montagem
Planos de Qualidade
Programas CN
Processista
Eletrnico
3 Detalhar plano de montagem C CAPP
3 Calculo de tempos de montagem C CAPP
3 Detalhar plano de fabricao (setup,
folhas de instruo, ...)
C CAPP
3 Detalhar plano de fabricao (CNC) C CAM
3 Calcular tempos de fabricao C CAPP
3 Definir ferramental de fabricao C CAPP
3 Elaborar plano de controle C CAPP
3 Definir mtodos de amostragem C ERP Create
Sampling
Scheme
QDP1
192
Nome Cod. Caminho
ERP Create
Sampling
Procedure
QDV1
3 Elaborar matriz de caractersticas C Planilha
Eletrnica
3 Elaborar fluxo de processo definitivo C CAPP
definitivo
M
3 Avaliar necessidade de calibrao de
meios de medio
C ERP Create
Calibration
Inspection
Order
IW31
3 Analisar meios de medio M
3 Realizar estudo preliminar da
Capabilidade de Processo
M
2 Elaborar FMEA de Processo Planos de Processo Macro
Detalhamentos do Plano
de Processo
Planos de Montagem
Planos de Qualidade
PFMEA EPDT
3 Recuperar PMEA anteriores C FMEA
C ERP Material
Defects
Analysis
MCXX
193
Nome Cod. Caminho
ERP Quality
Notifications
Analysis
MCXV
3 Elaborar/alterar PFMEA de acordo
produtos
R
3 Documentar FMEA C FMEA
3 Planejar e gerenciar aes corretivas C FMEA
2 Aprovar Processo Planos de Processo Macro
Detalhamentos do Plano
de Processo
Planos de Montagem
Planos de Qualidade
Planos de Processo
Macro
Detalhamentos do
Plano de Processo
Planos de Montagem
Planos de Qualidade
Processita
Eletrnico
3 Verificar processos C CAPP
3 Indicar alteraes necessrias C Correio
Eletrnico
3 Aprovar processos C CAPP
3 Exportar planos de processo macro,
planos de montagem e planos de
inspeo do sistema CAPP para o
sistema ERP
I CAPP Planos de Processo
Macro
Planos de Montagem
Planos de Inspeo
ERP Planos de Processo Macro
Planos de Montagem
Planos de Inspeo
181
Anexo H Grupos de Funcionalidades de Desenvolvimento de Produtos do
Sistema ERP
A TABELA 11 apresenta os grupos de funcionalidades de desenvolvimento de
produtos do sistema ERP, sistematizados a partir do modelo de referncia do processo de
desenvolvimento de produtos considerando a aplicao do sistema ERP (Anexo F).
TABELA 11 Grupos de Funcionalidades de Desenvolvimento de Produtos do Sistema ERP
GRUPOS DE
FUNCIONALIDADES
FUNCIONALIDADES DE DESENVOLVIMENTO DE
PRODUTOS DO SISTEMA ERP
Sistema de Informaes
Gerenciais
Sales Information System; Logistics Information System; Executive
Information System.
Gerenciamento de Projetos Create Standard WBS; Create Standard Network; Create Standard
Milestone; Create Project Definition; Change Project; Change WBS
Element; Create Network; Change Structure Planning; Change Time
Scheduling; Display Project Planning Board; Change Project Planning
Board; Change Network; Confirm Completions in Network; Transfer
Project for Simulation; Change Simulation; Capacity Evaluation;
Capacity Leveling; Project Management Report Selection; Change
Project Cost Plan; Network Costing Calculation.
Cadastro de Materiais Create Material; Change Material; Create Finish Product; Create
Configurable Material; Create Packaging Material; Display Source
List; Create Request for Quotation; Maintain Quotation; Price
Comparison; ABC Analysis.
Estruturas de Produto Create Material BOM; Change Material BOM; Display Material BOM.
Configurao Variante de
Create Configurable Material; Create Configuration Profile; Create
Dependency Net; Configuration Simulation; Configuration
Characteristics Value Assignment.
Classificao Create Characteristic; Create Class; Allocate Characteristics to Class;
Allocate Classes to Class; Allocate Object to Classes; Object Search in
Class.
Gerenciamento de
Documentos
Create Document Info Record; Change Document Info Record;
Display Document Info Record; Find Document.
Dados Tcnicos de
Recursos
Create Production Resource Tool; PRT Where-used Lists; Display
Production Resource Tool.
Planos de Processo Macro Create Reference Operation Set; Create Reference Rate Routing;
Create Routing; Create Rate Routing; Display Routing; Display Rate
Routing; Change Routing; Change Rate Routing.
de Processo
Create CAPP Formula; Create CAPP Method; Create CAPP Process;
Change Routing PRT.
Anlise de Capacidades Capacity Evaluation.
Estimativa do Custo de
Produtos
Create Product Cost Estimate; Application Tree Report Selection
Product Cost Planning.
Anlise de Investimentos Create Appropriation Request; Appropriation Request Planning
Costs; Appropriation Request Planning Revenues; Change
Appropriation Request.
Planos de Controle Create Master Inspection Characteristics; Create Inspection Method;
Create Inspection Plan; Create Sampling Scheme; Create Sampling
182
Procedure; Change Inspection Planning.
Qualidade Material Defect Analysis; Quality Notification Analysis; Create
Calibration Inspection Order; Create Inspection Lot; Record Sampling
Results.
Base de Dados de
Qualificaes
Find for Qualifications.
Elaborao de
Documentao Tcnica
Create Product Catalog.
Correio Eletrnico Inbox.
Agenda Eletrnica Maintain Appointments Diary.
Fluxo de Trabalho Start Task; Inbox.
de Engenharia
Create Change Master.
183
REFERNCIAS BIBLIOGRFICAS
AGUIAR, A.F.S; ROZENFELD,H. & ZANCUL, E.S. (1997). Capacitao de Pessoal para o
Processo de Desenvolvimento de Produtos. In: CONGRESSO BRASILEIRO DE
ENGENHARIA MECNICA, 14., Bauru, 1997. Anais.
ALLIPRANDINI, D.H. (1996). Metodologia para a Interveno na Manufatura com
Orientao nos Processos e Baseada nas Abordagens CIM e da Qualidade. So Carlos,
165p. Tese (Doutorado) Escola de Engenharia de So Carlos, Universidade de So
Paulo.
AMARAL, D.C. (1997). Modelo de Referncia para o Processo de Desenvolvimento de
Produtos Considerando a Integrao Cliente-Fornecedor. /projeto de pesquisa/.
AMARAL D.C.; ZANCUL, E.S; ROZENFELD, H. (1999). Cenrio de Engenharia
Integrada: Ampliando e Avaliando uma Aplicao em Educao. In: ENCONTRO
NACIONAL DE ENGENHARIA DE PRODUO, 19., Rio de Janeiro, 1999. Anais.
AMR (2000). SAP Gets a Life Product Lifecycle That is With a New MySAP.com
Wrapper. http://www.amrresearch.com/preview/000224sapstory1.asp (18 abr.).
AUTOMOTIVE INDUSTRY ACTION GROUP (1994). APQP Advanced Product Quality
Planning & Control Plan.
BIELAWSKI, L. & BOYLE, J. (1997). Electronic Document Management Systems. Upper
Saddle River, Prentice Hall.
BOOTHROYD DEWHURST (1996). Design for Manufacturing and Assembly User
Guide.
BOURKE, R. W. (1996). Product Data Management and Enterprise Resource Planning:
Conference Reports. http://www.pdmic.com (19 Ago.).
BOURKE, R. W. (1997). PDM and ERP Continue to Converge. APICS the Performance
Advantage. v.7, n.8, Aug.
184
BOURKE, R. W. (1998). New Directions in the Aerospace and Defense Industry: the
integration of product data management and enterprise resource planning systems.
http://www.pdmic.com/articles/misscrit.html (10 Set.).
BOURKE, R. W. (1999). Product Data Management: more than just an ERP module.
http://www.pdmic.com/articles/artmor.html (09 Mar.).
BRADHAM, J.H. (1998). STEP-Driven Manufacturing. Computer and Automated Systems
Association/Society of Manufacturing Engineers (CASA/SME).
BREMER, C.F. (1995). Proposta de uma Metodologia Para o Planejamento e Implantao
da Manufatura Integrada por Computador. So Carlos, 214p. Tese (Doutorado)
Escola de Engenharia de So Carlos, Universidade de So Paulo.
BROWN S.L. & EISENHARDT, K.M. (1995). Product Development: Past Research,
Present Findings, and Future Directions. Academy of Management Review, v.20, n.2,
p.343-378.
CARTER D.E.; BAKER, B.S. (1992). Concurrent Engineering: the product development
environment for the 1990s. Reading, Addison-Wesley.
CARUSO, D. (1998). Get a Backbone. Intelligent Enterprise, p.18-20, Dec.
CARUSO, D. (1999a). Implementing ERP. Intelligent Enterprise, p.24-26, Apr.
CARUSO, D. (1999b) Life After Live. Intelligent Enterprise, p.18,61, June.
CARUSO, D.; JOHNSON, R. (1999). The Vision Thing. Intelligent Enterprise, p.16-18, Jan.
CERVO, A.L.; BERVIAN, P.A. (1983). Metodologia Cientfica. So Paulo, Makron.
CHAUDHRY, O. (1998). Enterprise Supply Chain Management: An Expanding Software
Horizon. APICS the Performance Advantage. v.8, n.9, Sept.
CIMDATA (1996). Product Data Management: the definition. CIMData.
CIMDATA (2000). News Release CIMData Reports PDM Market Grows 27% to Reach
$1.4 Billion in 1998. http://www.cimdata.com/index.htm. (28. Abr.).
CLARCK K.B.; FUJIMOTO, T. (1991). Product Development Performance: strategy,
organization and management in the world auto industry. Boston, Harvard Business
School Press.
185
CLAUSING, D. (1994). Total Quality Development: A Step-by-Step Guide to World-Class
Concurrent Engineering. 2. ed. New York, ASME Press.
COOPER, R.G. (1994). Third-Generation New Product Process. Journal of Product
Innovation Management, v.11, p.3-14.
COOPER R.G. & KLEINSCHMIDT, E.J. (1995). Benchmarking the Firm's Critical Success
Factors in New Product Development. Journal of Product Innovation Management,
v.12, p.374-391.
CORRA, H.L.; GIANESI, I.G.N.; CAON, M. (1997). Planejamento, Programao e
Controle da Produo: MRP II/ERP Conceitos, Uso e Implantao. So Paulo, Atlas.
CURRAN, T. & KELLER, G. (1998). SAP R/3 Business Blueprint. Prentice Hall, Upper
Saddle River, New Jersey.
DANE, F.C. (1990). Research Methods. Belmont, California, Brooks/Cole.
DATASUL (1999). Arquitetura de Gesto Competitiva. So Paulo. /folder/
DATE, (1986). Introduo a Sistemas de Base de Dados. Rio de Janeiro. Campus.
DAVENPORT, T.H. (1994). Reengenharia de Processos. Rio de Janeiro, Campus.
DAVENPORT, T.H. (1998). Putting the Enterprise into the Enterprise System. Harvard
Business Review, p. 121-131, July/Aug.
DOLESCHEL, S. (1999). Integrated Distributed PDM. (transparncia). 40 transparncias
color.
DICKERSON, C. (1996). Product Data Management: an overview. Computer and
Automated Systems Association/Society of Manufacturing Engineers (CASA/SME).
DIRKS, C.; KELLER, G.; SCHDER, G. (1997). Development of Integrated Enterprise
Models. In: INTERNATIONAL CONFERENCE ON ENTERPRISE INTEGRATION
AND MODELING TECHNOLOGY, Torino, 1997. Anais.
DRGER, E. (1998). Projektmanagement mit SAP R/3. Bonn, Addison-Wesley-Longman.
EAI (2000). VisView Enterprise-wide Product Data Visualization. http://eai.com/
products/visview (3 abr.).
ECONOMIST (1999). ERP RIP. The Economist. 26.Jun.
186
EISENHARDT, K.M & BROWN S.L. (1998). Time Pacing: Competing in Markets that
wont Stand Still. Harvard Business Review, p. 59-69, Mar./Apr.
EVERSHEIM, W.; KLOCKE, F.; PFEIFER, T.; WECK, M. (1997). Manufacturing
Excellence in Global Markets. London, Champman & Hall.
FERMAN, J.H. (1998). ERP to PDM Integration. http://www.pdmic.com/IPDMUG/
wp_erp_pdm.html. (17 Jun.).
FRSTENAU, E. (1978). Dicionrio de Termos Tcnicos Ingls Portugus. Volume I e II.
10.ed. Porto Alegre, Editora Globo.
GARTNER GROUP (1998). 3 Conferncia Anual sobre o Futuro da Tecnologia da
Informao. So Paulo.
GARVIN, D.A. (1995). Leveraging Processes for Strategic Advantage. Harvard Business
Review, p. 77-90, Sept./Oct.
GARVIN, D.A. (1998). The Processes of Organization and Management. Sloan
Management Review. p.33-50.
GASCOIGNE, B. (1995). PDM: The Essential Technology for Concurrent Engineering.
World Class Design for Manufacturing, v. 2, n. 1, p. 38-42.
GEIGER, E.A. (1999). ERP and Data Warehousing Meet. DB2 Magazine. p.16-23, Summer.
GIURLIANI, S. (2000). A Segunda Onda do ERP. http://www.uol.com.br/idg/
gestaoempresarial/solucoes/crm/000314crm.htm (17 abr.).
GONALVES, J.E.L. (1994). Reengenharia: um Guia de Referncia para o Executivo.
Revista de Administrao de Empresas. v.34, n.4, p.23-30, Jul./Ago.
GREENBAUM, J. (1999). ERP Portals: Too Little, Too Early. Intelligent Enterprise. p.14-
15, Sept.
GRIFFIN, A. (1997). PDMA Research on New Product Development Practices: Updating
Trends and Benchmarking Best Practices. Journal of Product Innovation Management,
v.14, p.429-458.
GRIMES, S. (1998). Object/Relational. DBMS, p.51-55, Apr.
HAMMER, M. (1990). Reengineering Work: Dont Automate, Obliterate. Harvard Business
Review, p.104-112, July/Aug.
187
HAMMER, M.& CHAMPY, J. (1994). Reengenharia: Revolucionando a Empresa em
Funo dos Clientes, da Concorrncia e das Grandes Mudanas na Gerncia. Rio de
Janeiro, Campus.
HAMMER, M. & STANTON, S. (1999). How Process Enterprises Really Work. Harvard
Business Review, p.108-118, Nov./Dec.
HAMERI, A. & NIHTIL, J. (1998). Product Data Management Exploratory Study on the
State-of-the-Art in One-of-a-Kind Industry, Computers in Industry, v.35, p.195-206.
HARRINGTON, H.J. (1991). Business Process Improvement. McGrawHill.
HOUGH, D.A. (1998). Bridging the Functionality Gap: Configurable Interoperability for
Agile ERP Execution. Integrated Design &Manufacturing, p.28-32,June.
HOYLE; D. (1997). QS-9000 Quality Systems Handbook. Warrendale, Society of
Automotive Engineers.
IQS (2000). IQS PPAP Manager. http://www.iqs.com/ppap.html (4 mar.).
JARDIM-GONALVES, R.; SILVA, H.; VITAL, M.; SOUSA, P.; SEIGER-GARO, A.;
PAMIS-TEIXEIRA, J. (1997). Implementation of Computer Integrated Manufacturing
Systems Using SIP: CIM Case Studies Using a STEP Approach. International Journal
of Computer Integrated Manufacturing, v. 10, n.1-4, p.172-180.
JETLY, N. (1999). ERPs Last Mile. Intelligent Enterprise, p.39-45, Dec.
KELLER, G. & TEUFEL, T. (1998). SAP R/3 Process Oriented Implementation. Harlow,
Addison-Wesley.
KEMPFER, L. (1998). Linking PDM to ERP. http://www.caenet.com (23 out.).
KIRCHMER, M. (1998). Business Process Oriented Implementation of Standard Software.
Heidelberg, Springer-Verlag.
KSR (1998a). Sistema CAPPE Manual do Usurio Mdulo Bsico.
KSR (1998b). Sistema CAPPE Manual do Usurio Mdulo Avanado.
KSR (1999). K-FMEA Failure Mode and Effect Analysis. /folder/
KSR (2000). KSR-APQP Advanced Product and Quality Planning. /folder/
188
LAUDON, K.C.; LAUDON, J.P. (1998). Management Information Systems: new approaches
to organization & technology. Upper Saddle River, Prentice Hall.
LDKE, M.; ANDR, M.E.D.A (1986); Pesquisa em Educao: abordagens qualitativas.
So Paulo, Pedaggica e Universitria.
MARCONI, M.A.; LAKATOS, E.M. (1990). Tcnicas de Pesquisa. So Paulo, Atlas.
MARTIN, R. (1998). Can IT Improve Knowledge Transfer Between R&D and
Manufacturing?. The Report on Manufacturing. AMR, Aug.
MAYER, R.C. (1998). Quem usa os Softwares de Gesto Empresarial. Developers
Magazine. p.32-33, abr.
MICROSOFT (1997). Users Guide for Microsoft Project 98: Complete Project
Comunication and Control.
MILLER, E.; MENDEL, A. (1997). Executive Overview of SAPs R/3 PDM Program. Ann
Arbor, CIMdata.
MILLER, E. (1999). PDM/ERP Report: Integrating PDM and ERP. http://www.penton.com
/cae/res/archives/9903pdmerp.html (11 Mar.).
MOREIRA, D.A. (1994). Reengenharia: Dinmica para a Mudana. So Paulo, Pioneira.
NOLEN, J. (1989). Computer Automated Process Planning for the World-class
Manufacturing. Marcel Dekker.
OLIVEIRA, C.B.M. (1999) Estruturao, Identificao e Classificao de Produtos em
Ambientes Integrados de Manufatura. So Carlos, Dissertao (Mestrado)
Departamento de Engenharia Mecnica, Escola de Engenharia de So Carlos,
Universidade de So Paulo.
OMOKAWA, R. (1999). Utilizao de Sistemas PDM em Ambientes de Engenharia
Simultnea: O Caso de uma Implantao em uma Montadora de Veculos Pesados. So
Carlos, Dissertao (Mestrado) Departamento de Engenharia Mecnica, Escola de
Engenharia de So Carlos, Universidade de So Paulo.
ORACLE (1999). Oracle Supply Chain Applications. So Paulo. /folder/
PDUA, E.M.M. (1997). Metodologia de pesquisa: abordagem terico-prtica. Campinas,
Papirus. (Coleo Magistrio: Formao e Trabalho Pedaggico)
189
PIRES, A. (1997). CORBA: Uma Padro para Objetos Distribudos. Developers Magazine.
p.36-39, ago.
PTC (2000). Application Programming Toolkit. http://www.ptc.com/products/proe/
app_toolkit.htm (12 mar.)
QUALISOFT (1991). Manual do Software QFD Designer.
PRASAD, B. (1996). Concurrent Engineering Fundamentals: integrated product and process
organization. Upper Saddle River, Prentice Hall.
PRIMAVERA (2000). Products & Solutions. http://primavera.com/products/concentric0.
html (29 abr.).
REIMANN, N. & RADEMEIER, E. (1999). Enterprise PDM Meets PPS. Industrielle
Informations-tecknik. n.4, p.20-23,Juni.
ROZENFELD, H. (1992). Implantao Distribuida do Planejamento de Processo Assistido
por Computador na Manufatura Integrada. So Carlos. Tese (Livre Docncia) Escola
de Engenharia de So Carlos, Universidade de So Paulo.
ROZENFELD, H. (1996). Reflexes sobre a Manufatura Integrada por Computador.
Manufatura de Classe Mundial: mitos & realidade, So Paulo.
ROZENFELD, H. (1997). Modelo de Referncia para o Desenvolvimento Integrado de
Produtos. In: ENCONTRO NACIONAL DE ENGENHARIA DE PRODUO, 17.,
Gramado, RS, 1997. Anais. Porto Alegre, UFRGS, CD-ROM.
ROZENFELD, H., AGUIAR, A.S., OLIVEIRA, C.B.M., OMOKAWA, R. (1998).
Development of a Concurrent Engineering Scenario for Educational Purposes. In:
SOCIETY OF MANUFACTURING ENGINEERS: Manufacturing Education for the
21
st
Century. Dearborn, 1998. V. 5, p. 145-150. Proceedings of the 2
nd
International
Conference on Education and Manufacturing.
ROZENFELD, H.; AMARAL, D.C. (1999). Proposta de uma Tipologia de Processos de
Desenvolvimento de Produto Visando a Construo de Modelos de Referncia. In:
CONGRESSO BRASILEIRO DE GESTO DO DESENVOLVIMENTO DE
PRODUTOS, 1., Belo Horizonte, 1999. Anais.
190
ROZENFELD, H.; RIBEIRO, C.E.S.; KERRY, H.T.Jr.; ALMEIDA, A.S.L. (1999).
Otimizar a Obteno da Documentao para a QS-9000 Atravs da Integrao. In:
CONGRESSO INTERNACIONAL DE TECNOLOGIA DA MOBILIDADE, 6., So
Paulo, 1999. SAE Technical Paper Series.
ROZENFELD, H. & ZANCUL, E.S. (2000). Identificao das Funcionalidades de
Desenvolvimento de Produtos de um Sistema ERP. In: CONGRESSO NACIONAL DE
ENGENHARIA MECNICA, 1., Natal, 2000. /no prelo/
SAP (1996). R/3 System Integrated Manufacturing Functions in Detail PP. Wayne. SAP.
SAP (1997). The SAP PDM Strategy. Wayne, SAP.
SAP (1998a). R/3 System Release 4.0B Online Documentation. (CD ROM).
SAP (1998b). Sntese de Administrao de Projetos. /material de curso/.
SAP (1998c) SAP PP Partner Academy. /material de curso/
SAP (1998d) Classificao. /material de curso/
SAP (2000a) Lder Mundial em Solues de Negcios. /folder/
SAP (2000b). Product Lifecycle Management with mySAP.com. http://www.sap.com/
solutions/plm/plm_over.htm (29 mar.).
SAP (2000c). Document Management System with SAPs R/3 System. /folder/
SCHEER, A.W. (1992). Architektur Integrierter Informations-Systeme. Berlin, Springer-
Verlag.
SCHEER, A.W. (1998). Business Process Engineering: reference models for industrial
enterprises, Heidelberg, Springer-Verlag.
SCHMIDT, U. (1999). SAP als PDM-Lsungsanbieter. (transparncia). 28 transparncias
color.
SCHUH, G.; ZIMMERMANN, H.H.; GRANSSON, A.; WILLI, U. (1997). Enterprise
Engineering and Integration Future Chalanges. In: INTERNATIONAL
CONFERENCE ON ENTERPRISE INTEGRATION AND MODELING
TECHNOLOGY, Torino, 1997. Anais.
191
SCHTZER, K.; SOUZA, N.L. (1998). A Utilizao de Sistemas CAD/CAM pelos
Fornecedores do Setor Automotivo. In: SEMINRIO INTERNACIONAL DE
TECNOLOGIA DESENVOLVIMENTO DISTRIBUDO DE PRODUTOS, 3.,
Piracicaba, 1998. Anais. Piracicaba, UNIMEP.
SCHTZER, K.; SOUZA, N.L. (1999). O Desafio de Integrar as Linguagens CAD/CAM no
setor automotivo. Mquinas e Metais. p.74-83, set.
SELL, L.L.(1953). English-Portuguese Comprehensive Technical Dictionary. So Paulo,
McGraw-Hill.
SLACK, N.; CHAMBERS, S.; HARLAND, C.; HARRISON, A.; JOHNSTON R. (1998).
Operations Management. Londres, Pitman.
STOODER, D.(1999a). Reengineering SAP. Intelligent Enterprise, p.46-49, Dec.
STOODER, D. (1999b). CRM: aka, the Intelligent Enterprise. Intelligent Enterprise, p.4-5,
Nov.
SWANTON, B. (1997). Are PDM/EDM Systems Really Controlling Product Data? The
Report on Manufcturing, AMR, May, p.3-17.
SYAN, C.S. (1994). Introduction to Concurrent Engineering. In: SYAN C.S.; MENON, U.
Concurrent Engineering: concepts, implementation and practice. London, Chapman &
Hall. p.3-24
TAPSCOTT, D.; CASTON, A. (1995). Mudana de Paradigma. So Paulo, Makron.
TIBERTI, A. J. (1996). Desenvolvimento de um Sistema Gerenciador de Fluxo de Trabalho
para um Ambiente de Suporte a Atividades de Engenharia. So Carlos. Dissertao
(Mestrado) Escola de Engenharia de So Carlos, Universidade de So Paulo.
ULLMAN, D.G. (1992). The Mechanical Design Process. Hightstown. McGraw-Hill.
VENKATRAMAN, N.; HENDERSON, J.C. (1998). Real Strategies for Virtual Organizing.
Sloan Management Review. p.33-48.
VERNADAT, F.B. (1996). Enterprise Modeling and Integration: principles and
applications. London, Chapman & Hall.
VOLLMANN, T.E.; BERRY, W.L.; WHYBARK,D.C. (1993). Integrated Production and
Inventory Management: Revitalizing the Manufacturing Enterprise. Homewood,
Business One Irwin.
192
WESSNER, M. (1999). PDM mit R/3. Industrielle Informations-tecknik. n.4, p.20-23,Juni.
WHEELWRIGHT, S.C.; CLARCK, K.B. (1992). Revolutionizing Product Development:
quantum leaps in speed, efficiency, and quality. New York, The Free Press.
ZANCUL, E.S.; AMARAL, D.; AGUIAR, A.F.S. & ROZENFELD, H. (1998). Aplicaes
de uma Nova Abordagem de Ensino do Processo de Desenvolvimento de Produtos. In:
CONGRESSO BRASILEIRO DE ENSINO DE ENGENHARIA, XXVI., Osasco, 1998.
Anais. (CD-ROM).
ZANCUL, E.S.; GUERRERO, V.; ROZENFELD, H.; OLIVEIRA, C.B.M. (1999). Anlise
das Abordagens de Integrao entre Sistemas PDM e ERP. In: CONGRESSO
INTERNACIONAL DE TECNOLOGIA DA MOBILIDADE, 6., So Paulo, 1999. SAE
Technical Paper Series.

Dissertacao Eduardo

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Dissertacao Eduardo

Enviado por

Direitos autorais:

Formatos disponíveis

ANLISE DA APLICABILIDADE DE UM

SISTEMA ERP NO PROCESSO DE

Você também pode gostar