UNIVERSIDADE DE SO PAULO

ESCOLA DE ENGENHARIA DE SO CARLOS

GLUCIA NALVA BORGES DE OLIVEIRA





UM MODELO DE PROCESSO DE
IMPLANTAO DE SISTEMAS ERP















So Carlos
2009

GLUCIA NALVA BORGES DE OLIVEIRA







UM MODELO DE PROCESSO DE
IMPLANTAO DE SISTEMAS ERP



Trabalho de Concluso de Curso apresentado
Escola de Engenharia de So Carlos, da
Universidade de So Paulo.
Curso de Engenharia de Computao
Orientador: Edson Walmir Cazarini


So Carlos
2009






















Dedico este trabalho aos meus pais, Jos de
Oliveira e Ana Borges da Silva Oliveira, pelo
apoio e incentivo, sem os quais, no teria sido
possvel vencer as barreiras e dificuldades
encontradas ao longo desses quase cinco anos
de curso.

AGRADECIMENTOS

Aos meus pais, por terem me dado todas as condies possveis para concluso deste trabalho,
que significa o cumprimento de uma importante etapa da minha vida.
Ao meu namorado Bruno Ribeiro de Oliveira, por todo o apoio, incentivo e compreenso em
todos os momentos.
Aos professores Marcos Jos Santana e Regina Helena Carlucci Santana, por todas as valiosas
orientaes e esclarecimentos durante esses anos, alm do exemplo de profissionalismo,
humildade, competncia e dedicao na conduo de suas atividades.
Ao Luis Ricardo Figueiredo, Fbio Yoshiki Nishimoto e Jos Carlos da Silva, pela disposio
em contribuir com este trabalho e pela oportunidade de crescimento profissional.
Silvana Maria Wick Pedro e Denise Hollupi, como profissionais, pela competncia e
dedicao, e como pessoas, pela simpatia e pacincia.
Jeanne Blanco de Molfetta Machado e Edson Assis Machado que me fizeram compreender
que nunca se est s quando se tem amigos.
s minhas eternas amigas, Aline Aki Tanikawa e Ana Paula Lopes Santos, para as quais no
h tempo, no h distncia, apenas amizade.



































Nada na vida pode substituir a persistncia:
nem o talento far, pois o mundo est cheio de
homens de talento fracassados, nem a
genialidade o far, pois gnios desempregados
so quase um provrbio, nem o conhecimento o
far, pois encontramos muitos diplomados
medocres. S a persistncia e a determinao
so onipotentes.
Calvin Coalidje
i

SUMRIO
LISTA DE FIGURAS .......................................................................................................... iii
LISTA DE QUADROS ........................................................................................................ iv
LISTA DE SIGLAS .............................................................................................................. v
RESUMO ............................................................................................................................. vi
1. INTRODUO ................................................................................................................ 1
1.1 CONTEXTO ............................................................................................................. 1
1.1.1 O mercado de ERP no Brasil e no Mundo..................................................................5
1.1.2 Crticas ao ERP...........................................................................................................6
1.2 IDENTIFICAO DO PROBLEMA ..................................................................... 8
1.3 OBJETIVOS DO TRABALHO ................................................................................ 8
1.3.1 Objetivo principal........................................................................................................8
1.3.2 Objetivos Especficos...................................................................................................9
1.4 DELIMITAES ..................................................................................................... 9
1.5 JUSTIFICATIVA ..................................................................................................... 9
1.6 ESTRUTURA ......................................................................................................... 10
2. OS SISTEMAS ERP ...................................................................................................... 12
2.1 DEFINIFIO ....................................................................................................... 12
2.2 HISTRICO ........................................................................................................... 14
2.3 CARACTERSTICAS ............................................................................................ 17
2.4 CONCEITOS E CONSIDERAES ..................................................................... 21
2.5 VANTAGENS E DESVANTAGENS .................................................................... 24
3. A ABORDAGEM DE ENGENHARIA ........................................................................ 27
3.1 ENGENHARIA DA INFORMAO .................................................................... 27
3.1.1 Estrutura e objetivos da Engenharia da Informao................................................29
3.2 ENGENHARIA DE SOFTWARE .......................................................................... 31
3.2.1 O Processo de software.............................................................................................33
3.2.2 Modelos de Processo de Software.............................................................................35
3.2.3 Ciclo de Vida do Software.........................................................................................36
3.2.4 Ciclo de Vida de Pacotes comerciais........................................................................37
3.2.5 Ciclo de Vida de Sistemas ERP.................................................................................38
ii

4. UM MODELO DE PROCESSO DE IMPLANTAO ............................................. 41
4.1 CONSIDERAES INICIAIS .............................................................................. 41
4.2 PROPOSTA DE UM CICLO DE VIDA DO ERP .................................................. 42
4.3 O PROCESSO DE IMPLANTAO .................................................................... 45
4.4 O MODELO DE PROCESSO DE IMPLANTAO ............................................ 47
4.4.1 Atividades da fase de Anlise....................................................................................47
4.4.2 Atividades da fase de Projeto....................................................................................49
4.4.3 Atividades da fase de Implementao........................................................................49
4.4.4 Atividades da fase de Testes......................................................................................50
4.4.5 Atividades da fase de Treinamento e acompanhamento...........................................51
4.5 CONSIDERAES FINAIS SOBRE O MODELO PROPOSTO ......................... 53
5. CONCLUSO ................................................................................................................ 54
5.1 CONCLUSES ...................................................................................................... 54
5.2 TRABALHOS FUTUROS ..................................................................................... 54
6. REFERNCIAS BIBLIOGRFICAS ......................................................................... 55


iii

LISTA DE FIGURAS
Figura 1 Evoluo do ERP ........................................................................................... 16
Figura 2 Estrutura do ERP ............................................................................................ 20
Figura 3 Fases da Engenharia da Informao .............................................................. 29
Figura 4 Nveis da Engenharia da Informao ............................................................. 30
Figura 5 Processo de Engenharia de Software ............................................................. 34
Figura 6 Principais fases de um Modelo de Processo de Software tradicional ............ 35
Figura 7 Ciclo de Vida do Software ............................................................................. 36
Figura 8 Ciclo de vida de pacotes comercias ............................................................... 38
Figura 9 Domnio dos produtos de software ................................................................ 39
Figura 10 Ciclo de Vida de Sistemas ERP proposto por Souza ................................... 40
Figura 11 Ciclo de Vida de Sistemas ERP ................................................................... 45
Figura 12 Fases do processo de Implantao ............................................................... 46
Figura 13 Modelo de processo de Implantao ............................................................ 53


iv

LISTA DE QUADROS
Quadro 1 Estgios da evoluo do ERP ....................................................................... 16
Quadro 2 Caractersticas, benefcios e problemas associados aos Sistemas ERP ........ 26
Quadro 3 Fases do desenvolvimento de Sistemas de Informao ................................ 28
Quadro 4 Comparao dos Modelos de Ciclo de Vida do ERP ................................... 44


v

LISTA DE SIGLAS
BI - Business Intelligence
CASE - Computer-aided suport engineering
CRM - Customer Relationship Management
CRP - Capacity Requirement Planning
DELOITTE - Deloitte Consulting
DRP - Distribution Requirements Planning
EI - Engenharia da Informao
ERP - Enterprise Resource Planning
GARTNER - Gartner Group
IEEE - Instituto de Engenheiros Eletricistas e Eletrnicos
JAD - Joint Application Development
MPS - Master Production Schedule
MRP - Manufacturing Resources Planning
MRP - Materials Requirements Planning
PANORAMA - Panorama Consulting Group
PMI - Project Management Institute
PML - Process Modelling Language
PUR - Purchasing (Controle de Compras)
RCCP - Rought Cut Capacity Planning
S&OP - Sales & Operations Planning
SBC - Sistema Baseado em Computador
SCM - Supply Chain Management
SFC- Shop Floor Control
SI - Sistema de Informao

vi

RESUMO

Os sistemas integrados de gesto, originalmente conhecidos como ERP (Enterprise
Resource Planning), provocam grandes impactos nas organizaes em que so implantados.
Os efeitos, tanto de natureza positiva (benefcios, contribuies e vantagens), quanto negativa
(dificuldades, barreiras e problemas enfrentados), tm chamado a ateno no meio acadmico,
empresarial e em imprensa especializada. No entanto, grande parte do material existente sobre
o assunto, em geral artigos de peridicos, restringe-se a relatos de casos de implantao,
definies para o ERP e as tendncias do mercado desses sistemas. Verifica-se a existncia de
poucos trabalhos especficos sobre metodologias que apoiem o processo de implantao. As
poucas metodologias existentes, foram, em geral, desenvolvidas por consultorias
especializadas e so tidas como contedo privado e sigiloso devido aplicao comercial que
possuem. Diante desse quadro, este trabalho se prope a desenvolver um modelo de processo
de implantao de sistemas ERP, baseado nos conceitos de Engenharia de Software e
Engenharia da Informao. Atravs da identificao das fases do processo de implantao e
de um conjunto de atividades fundamentais, define-se um modelo de processo. Com isso,
pretende-se contribuir com o referencial terico j existente sobre o assunto, principalmente
em relao implantao de sistemas ERP, aumentando assim as possibilidades de sucesso
nesse tipo de projeto.






Palavras-chave: Sistemas ERP (Enterprise Resource Planning), Engenharia de Software,
Engenharia da Informao, Sistemas de Informao.
1

1. INTRODUO
1.1 CONTEXTO
A partir das ltimas dcadas, os avanos em Tecnologias de Informao
revolucionaram as estruturas de negcio em praticamente todos os segmentos empresariais.
As empresas passaram a utilizar sistemas computacionais para suportar suas atividades ao
perceber que atravs da gesto da informao tornam-se competitivas, organizadas e aptas a
responder s mudanas exigidas pelo cenrio mundial.
Inicialmente vrios sistemas foram desenvolvidos para atender aos requisitos
especficos das diversas unidades de negcio. As estruturas organizacionais, predominantes
at ento, apoiavam essa diviso da informao por meio da departamentalizao e
concentrao da informao de acordo com as diferentes reas funcionais da empresa.
Bancroft
1
et al. (1998 apud SOUZA; ZWICKER, 2000, p.46) afirmam que:

No passado os sistemas customizados eram desenvolvidos a pedido de um
departamento da empresa. A viso destes departamentos era naturalmente limitada
por sua responsabilidade operacional. Cada departamento definia seus dados de
acordo com seus prprios objetivos e prioridades. [...] Isto se refletia no software
desenvolvido pelo departamento de informtica das empresas.

No entanto, esta abordagem revelou o problema da fragmentao da informao, um
aspecto incompatvel com os objetivos dos Sistemas de Informao. De acordo com Gomes e
Vanalle (2001), os principais problemas dessa fragmentao so a dificuldade de obteno
de informaes consolidadas e a inconsistncia de dados redundantes armazenados em mais
de um sistema.
Segundo Chiavenato (1999), embora no tenha surgido ainda um corpo estruturado e
integrado de idias capazes de formar uma nova teoria administrativa, as modernas
abordagens em plena era da informao trazem tona alguns novos aspectos organizacionais.
A nfase na qualidade e na competitividade passaram a ser os aspectos vitais para as
organizaes em um mundo de transaes rpidas e globais, provocando o aparecimento de
novas idias sobre como gerir os negcios de maneira mais simples, gil e competitiva.

1
BANCROFT, N.H.; SEIP, H.; e SPRENGEL, A. Implementing SAP R/3: How to introduce a large system
into a large organization. 2a. ed. Greenwich: Manning, 1998.


2

Neste contexto, surgiu ento o Enterprise Resource Planning (ERP) como opo para
as empresas que procuram se adaptar ao novo contexto organizacional imposto pela era da
informao. Um sistema ERP tem a finalidade de integrar todos os departamentos e funes
dentro de uma empresa por meio de uma ferramenta computacional nica, com capacidade
para suportar as necessidades dos departamentos. (KOCH, SLATER E BAATZ; SLATER;
BAATZ, 1999)
Segundo Stamford (2000), os sistemas ERP solucionaram o problema da fragmentao
da informao ao agregar, em um s sistema integrado, funcionalidades que possibilitam um
fluxo de informaes nico, contnuo e consistente por toda a empresa sob uma nica base de
dados.
Os ERPs so sistemas complexos bem diferentes dos softwares especficos utilizados
inicialmente pelas empresas. Foram desenvolvidos no s para substituir diversos sistemas
como tambm para apoiar toda a parte gerencial e estratgica dos negcios. Espera-se que
esses sistemas ofeream todas as funcionalidades dos sistemas especficos, garantindo a
integrao e consistncia dos dados, alm de possibilitar um maior conhecimento,
monitorao e controle do desempenho da organizao, gerando vantagem competitiva com
relao aos seus concorrentes.
Para Rocha e Brochado (2004), na grande maioria dos casos, pode-se perceber que os
sistemas ERP trazem a possibilidade de ganhos muito grandes e reais de eficincia
empresarial, pelo controle que proporcionam e pela sincronizao das atividades que obrigam
seu melhor planejamento.
Segundo Seldin et al.(2003), a adoo de um sistema integrado facilita o
acompanhamento dos indicadores de desempenho da empresa, agiliza as estruturas de suporte
para clientes e membros da organizao, auxilia na identificao de problemas com produtos
e sistemas de produo e na percepo de oportunidades e ameaas.
A adoo expressiva das empresas aos sistemas ERP teve incio da dcada de 90.
Nessa poca, eram extremamente caros, viveis somente para empresas de grande porte. No
transcorrer dessa dcada, as maiorias das grandes corporaes acabaram por implantar ou
pelo menos optar por um dos fornecedores, saturando assim o mercado das grandes empresas
e reduzindo as possibilidades de negcio de ERPs nesse segmento empresarial. Dessa forma,
o mercado assistiu a um movimento das grandes empresas fornecedoras de sistemas ERP em
direo ao mercado de empresas de mdio porte. (CORRA, 1998).
3

Segundo Souza e Zwicker (2000, p.46), as empresas reconheceram a necessidade de
coordenar melhor as suas atividades dentro de sua cadeia de valor para eliminar desperdcios
de recursos, reduzindo o custo e melhorando o tempo de resposta s mudanas das
necessidades do mercado. Em funo desse novo contexto as empresas foram foradas a
rever seus processos e a sua maneira de trabalhar. De acordo com Oliveira
2
(2001 apud
FILHO, 2007, p.16):
[...] parece claro para todo executivo, que no adianta a empresa ter um processo
administrativo adequado, se faltar um sistema de gesto de informaes gerenciais
que alimente este processo decisrio, bem como o desenvolvimento, a
implementao e a avaliao das decises e aes posteriores.

Davenport (1998) caracterizou os ERPs como uma das mais importantes evolues na
aplicao da tecnologia da informao realizada pelas empresas nos ltimos anos. A rpida
aceitao desses sistemas no mundo corporativo deve-se, por um lado, ao fato de atender s
necessidades e expectativas de carter administrativo-gerencial das empresas na era da
informao. Por outro lado, o que possibilitou que esses complexos sistemas fossem
desenvolvidos de maneira eficiente, foi o estgio tecnolgico das metodologias, ferramentas e
processos utilizados pelos desenvolvedores de software, ou seja, com a aplicao das
melhores prticas estabelecidas pelas reas de Engenharia de Software e Engenharia da
Informao.
Segundo o IEEE
3
(1993 apud PRESSMAN, 2002, p.18) a definio para Engenharia
de Software :
A aplicao de uma abordagem sistemtica, disciplinada e quantificvel para o
desenvolvimento, operao e manuteno de software, isto , a aplicao da
engenharia para software.

J os conceitos fundamentais da Engenharia da Informao foram estabelecidos
Martin
4
(1986 apud NETO; FURLAN; HIGA, 1988, p.2). A definio de Engenharia da
informao, segundo o autor:

2
OLIVEIRA, D. P. R. Sistemas de informaes gerenciais estratgicas, tticas, operacionais. 7.ed. So Paulo:
Atlas, 2001.

3
IEEE Standarts Collection: Software Engineering, IEEE Standart 610.12 - 1990, IEE, 1993.

4
MARTIN, J. Information Engineering. England: Savant Research Studies, 1986.
4

A Engenharia da Informao um conjunto integrado de tcnicas formais pelas
quais modelos de empresa, modelos de dados e modelos de processos so
construdos a partir de uma base de conhecimentos de grande alcance, para criar e
manter sistemas de processamento de dados.

Enquanto a Engenharia de Software se preocupa essencialmente com a qualidade final
do Software e com a eficincia do seu processo de desenvolvimento, a Engenharia da
Informao abrange atividades relacionadas ao planejamento estratgico da informao e a
forma com que os dados sero utilizados pelas reas de negcios da empresa. Apesar das
diferentes abordagens, pode-se perceber que os fundamentos da Engenharia de Software e da
Engenharia da Informao so complementares e essenciais para o desenvolvimento dos
Sistemas de Informao como o caso dos ERPs.
No entanto, os sistemas ERPs possuem algumas caractersticas que fazem com que o
seu ciclo de vida se diferencie dos softwares ou sistemas de informaes tradicionais. So
pacotes comerciais, desenvolvidos a partir de modelos-padro de processos, visando
integrao dos sistemas de diversas reas da empresa. Nesse caso, o ciclo de vida
caracterizado pela adaptao do sistema comercial que foi desenvolvido de maneira genrica
para atender a qualquer segmento de mercado. (SOUZA; ZWICKER, 1999).
Dessa forma, apesar das abordagens da Engenharia apoiarem os processos iniciais de
desenvolvimento desses sistemas, o principal processo do ERPs, que a adaptao, ou
implantao, foge do escopo principal da abordagem da Engenharia de Software ou
Engenharia da Informao, que o desenvolvimento. Para Wood Jr. e Caldas (1999, p.3), a
etapa mais complexa a prpria implantao, um amplo processo de transformao
organizacional, com impactos sobre o modelo de gesto, a estrutura organizacional, o estilo
gerencial e, principalmente, as pessoas. A natureza desses impactos, destacados por Wood Jr.
e Caldas (1999), revelam a incompatibilidade das abordagens de Engenharia ao tratar a etapa
de implantao dos sistemas ERP, pois estas contemplam essencialmente os aspectos tcnicos
e processuais do desenvolvimento de software.
Atualmente, a implantao de sistemas ERP ainda apresenta muitos problemas. As
barreiras e dificuldades encontradas so questes bastante discutidas na bibliografia por Wood
Jr. e Caldas (1999), Souza e Zwicker (2000), Buckhout, Frey e Nemec Jr. (1999) e Mendes e
Escrivo (2002). Outras questes igualmente importantes tm merecido menor ateno no
meio acadmico, como, por exemplo, a necessidade de estabelecer um processo que inclua
todos os aspectos relacionados ao ciclo de vida dos sistemas ERP. As poucas tentativas na
rea consistem basicamente de metodologias privadas, criadas pelos fornecedores e
5

empresas de consultoria. Tais metodologias podem facilmente ter a eficincia contestada
atravs dos expressivos relatos de fracassos nos projetos de implantao desses sistemas.
Neste sentido, este trabalho visa estabelecer uma contribuio ao processo de implantao de
sistemas ERP baseada nos princpios e conceitos da Engenharia de Software e Engenharia da
Informao.

1.1.1 O mercado de ERP no Brasil e no Mundo
O crescimento do mercado mundial dos ERPs nos ltimos anos despertou o interesse
acadmico pelo tema, que j havia sendo explorado pela imprensa especializada e pelo meio
empresarial.
No Brasil, o mercado de Software de Gesto Empresarial Integrada (ERP) teve um
crescimento destacado a partir da segunda metade da dcada 90 .Pesquisas de mercado
revelaram uma grande expanso no perodo de 1997 a 2001.
A partir de 2003, constatou-se a saturao do mercado de empresas de grande porte,
que j haviam realizado grandes investimentos em ERP. A partir da os fornecedores
voltaram-se para o chamado small/middle market , composto por empresas de pequeno e
mdio portes que no havia ainda implantado nenhum sistema integrado de gesto. De acordo
com o Gartner Group
5
, o mercado mundial de licenas de software de gesto empresarial
integrada, superou a marca de US$ 19,2 bilhes em 2007, esperando-se um crescimento anual
de 7,6% at 2011, atingindo US$ 25,2 bilhes.
A mesma tendncia apontada pela IDC
6
ao projetar que esse mesmo mercado chegue
a US$ 585,9 milhes em 2011, expanso anual de 12,5%. Segundo o Instituto, o mercado
mundial de licenas dos softwares ERP movimentou US$ 365,2 milhes em 2007.
Alm do valor de mercado, como um todo, os custos individuais dos projetos de
implantao, mesmo entre as empresas de pequeno e mdio porte so em geral muito altos.
Nos custos de implantao de um ERP esto: custo de licenciamento do software, custo de
hardware necessrio para suportar o sistema, servios de consultoria, treinamento e formao
de pessoal. (HYPLITO; PAMPLONA, 1999).

5
Empresa de pesquisa e assessoria fundada em 1979, com sede em Stamford, estado de Connecticut, EUA. No
Brasil, est sediada em So Paulo, e tem escritrios no Rio e em Braslia. Vide www.gartnergroup.com

6
International Data Corporation (IDC) - Empresa especializada no fornecimento de pesquisas e anlises
orientadas a executivos, profissionais e fornecedores de servios de Tecnologia de Informao. Vide
www.idc.com

6

A bibliografia existente, principlamente a fornecida pela mdia especializada, revela
que o mercado de ERP j teve sua fase de expanso iniciada e a projeo para os prximos
anos deve, pelo menos, manter esse crescimento. No ranking
7
divulgado pelo Gartner Group
(2009 apud COMPUTERWORLD, 2009), o ERP continua entre as prioridades dos gestores
de Tecnologia em todo o mundo e na Amrica Latina para 2009.

1.1.2 Crticas ao ERP
O ERP tem despertado o interesse dos pesquisadores, empresrios e consultores nos
ltimos anos, no apenas pelos altos valores movimentados por esse mercado, mas pelas
crticas, principalmente fase de implantao. H um grande nmero de relatos em que
projetos de implantaes desses sistemas acabam mal sucedidos. Na Europa, em 1999,
somente metade das implantaes foram finalizadas antes ou durante o perodo previsto e
somente 59% foram concludas dentro do oramento INPUT
8
(1999 apud ESTEVES;
JORGE, 2001, p.1).
Um relatrio divulgado pela Panorama (2008) sobre os prazos de projetos de
implantao, revela que somente 7% dos projetos iniciados em 2008 foram finalizados dentro
do prazo estimado e 93% ultrapassaram o tempo previsto, dos quais 68% foram classificados
como muito mais longos do que o esperado. Nenhum dos projetos avaliados na pesquisa foi
finalizado antes do prazo. Em relao ao tempo de durao das implantaes, a mesma
pesquisa aponta que 71% dos projetos teve durao de seis a 18 meses. Em um outro estudo
mais aprofundado sobre os resultados de implantaes de ERP realizadas em 2008 no mundo
todo, a Panorama (2008), divulgou os seguintes resultados
9
:
Em apenas 43% dos projetos concludos foi possvel identificar os benefcios
mensurveis a partir do novo sistema;
Pouco mais de 40% das empresas informaram que a sua gesto executiva est
satisfeita com o resultado dos seus projetos ERP;
Apenas 38% dos entrevistados afirmam que esto satisfeitos com o resultado das
suas implementaes ERP; e

7
GARTNER Pesquisa 2009 CIO, 2009 apud Gartner: oramentos de TI no diminuem em 2009.

8
INPUT COMPANY "Buyers' Guide to SAP services Providers in Europe", mai. 1999.

9
Estudo ainda no concludo. Os dados apresentados so concluses inicias sobre os dados coletados.
Disponvel em: http://www.panorama-consulting.com/Viewpoints/2008ERPBenchmarkResults.html

7

48% dos projetos ERP avaliados excederam o oramento, variando de 5% a 125% a
mais dos oramentos originais.
Para Esteves, Carvalho e Santos (2000, p.1), as crticas aos sistemas ERP focam,
essencialmente, os elevados custos de cada projeto, elevadas taxas de fracasso e a
complexidade, o que torna difcil para os usurios aperceberem-se das vantagens e das
possibilidades desses sistemas.
Para Toraldo, Saporiti e Filho (2003, p.3) :

Talvez os maiores problemas encontrados nas anlises de investimentos sejam as
dificuldades de mensurao das variveis intangveis e, em um nmero bastante
significativo de casos, tais projetos de implementao no so totalmente
respaldados no retorno do investimento, e sim em variveis intangveis.

Devido s caractersticas estratgicas do ERP, os benefcios esperados com a
utilizao desse sistemas so em grande parte intangveis, o que dificulta a anlise de retorno
de investimento feito pelas empresas. Por exemplo, o ganho em eficincia e competitividade
so benefcios esperados, que no entanto, so difceis de serem avaliados e mensurados.
Somente quando o sistema ERP j est em funcionamento possvel visualizar seus
benefcios e seus problemas e assim efetuar avaliaes concretas.(ROCHA; BROCHADO,
2004)
O motivo de fracasso das implantaes de sistemas ERPs tem merecido muita ateno
de pesquisadores, principalmente porque, muitas vezes, todo o investimento perdido. Os
autores afirmam que o limite no tecnolgico, isto , o problema no est no software, e
sim em faz-lo funcionar. (FORTULAN; AQUARONI; CAZARINI, 1999).
[...] no basta conhecer ou dispor de uma tecnologia e ferramentas como o ERP.
necessrio coloc-la em funcionamento, e assim obter os benefcios da mesma.
Nesta fase que aparecem as maiores dificuldades [...] caso no se disponha da
estratgia correta para se realizar a implantao, o que deveria ser uma ferramenta
para tornar a organizao mais competitiva, pode em alguns casos lev-la beira do
caos. (FORTULAN; AQUARONI; CAZARINI, 1999, p.12).

Para Cerri e Cazarini (2004, p.4355), h um confronto nos ambientes empresarial e
acadmico entre pesquisadores, executivos, empresrios e consultores diante do aumento ou
no de produtividade aps investimentos em Tecnologias de Informao. Para os autores, as
causas desses questionamentos so os inmeros fracassos tecnolgicos e empresariais
ocorridos frente aos macios investimentos nos pacotes ERPs. (CERRI; CAZARINI,2004).
8

Utilizando um modelo simplificado, a partir do modelo proposto por Pinto e Slevin
10

(1986 apud LUKOSEVICIUS et. al, 2007), para avaliao de desempenho de projetos,
possvel estabelecer o sucesso/fracasso de um projeto considerando trs dimenses: prazo,
custo e desempenho tcnico e satisfao do cliente. A anlise da bibliografia existente sobre
os casos de implantaes de sistemas ERP, considerando essas dimenses, justifica a
classificao dessas implantaes como projetos de alto risco e elevada taxa de fracasso.

1.2 IDENTIFICAO DO PROBLEMA
Atravs da anlise terica, concentrada em livros, publicaes acadmicas e revistas
especializadas que discorrem sobre os sistemas ERPs, verificou-se a existncia de poucos
trabalhos especficos sobre a definio de processos que apoiem a implantao desses
sistemas.
Os poucos processos existentes, foram, em geral, desenvolvidos por consultorias
especializadas e so tidos como contedo privado e sigiloso devido aplicao comercial que
possuem.
O material existente sobre o assunto, em geral artigos de peridicos, refere-se
basicamente a relatos de casos de implantao, definies para o ERP e s tendncias para o
mercado desses sistemas.
Alm disso, devido aos impactos organizacionais causados pelo ERP, necessrio
adotar uma abordagem multidisciplinar, que trate a complexidade dos projetos de
implantao, abrangendo alm dos aspectos tecnolgicos, os aspectos estruturais e
comportamentais.

1.3 OBJETIVOS DO TRABALHO
1.3.1 Objetivo principal
Este trabalho tem como objetivo principal propor um modelo de processo de
implantao de sistemas ERP, utilizando uma abordagem multidisciplinar. Com isso,
pretende-se contribuir com o referencial terico j existente sobre o assunto, principalmente

10
PINTO, J. K.; Slevin, D. P. Project Success: Definitions and Measurement Techniques. Project Management
Journal, Vol. 19, no.1, pp 67-72, 1988.

9

em relao implantao de sistemas ERP, aumentando assim as possibilidades de sucesso
nesse tipo de projeto.

1.3.2 Objetivos Especficos
Como objetivos especficos deste trabalho definem-se:
Caracterizar os sistemas ERPs;
Discutir o ciclo de vida de sistemas ERP a partir do ciclo de vida do software
tradicional, da considerao das caractersticas especficas de pacotes comerciais software
e do modelo de ciclo de vida do ERP proposto por Souza (2000);
Verificar as reas de conhecimento que podem contribuir com a identificao,
preveno e diminuio dos impactos causados na empresa devido implantao do ERP;
Identificar as principais atividades relacionadas fase de implantao e estabelecer
um sequncia estratgica para a execuo dessas atividades.

1.4 DELIMITAES
Com a finalidade de delimitar o estudo, cabe ressaltar que o foco desta pesquisa a
fase de implantao dos sistemas ERP. Assim sendo, como forma de restringir o tema ao
escopo deste trabalho, as fases que antecedem e sucedem a implantao so citadas apenas
como integrantes do ciclo de vida dos pacotes de software. No sero tratados os aspectos
tecnolgicos do desenvolvimento dos sistemas ERPs, bem como os recursos (hardware)
necessrios para a adoo e utilizao desses sistemas.

1.5 JUSTIFICATIVA
A relevncia deste trabalho est em apresentar uma abordagem multidisciplinar
visando aumentar as chances de sucesso em projetos de implantao de ERPs. Diante da
apresentao de tantos casos de fracasso encontrados na literatura sobre o assunto, justifica-se
a importncia de pesquisas que procurem no apenas identificar, mas discutir propostas que
visem diminuir os impactos negativos, que so as potenciais causas de fracasso do projeto.
Alm disso, a implantao de ERPs exige alto investimento, que no caso de projetos
10

fracassados, muitas vezes, quase todo o investimento perdido, causando prejuzos
considerveis para as empresas.
Alm disso, devido prpria caracterstica de integrao que o ERP apresenta, faz-se
necessria uma abordagem multidisciplinar para os projetos de implantao que considere, de
uma forma holstica, os aspectos tecnolgicos, organizacionais e humanos envolvidos.
Dessa forma, este trabalho pretende contribuir como referncia para as empresas que
desejam iniciar um processo de implantao de ERP. Para as empresas fornecedoras desses
pacotes e servios de consultoria espera-se que este trabalho fornea uma estrutura bsica para
o desenvolvimento ou aperfeioamento de suas metodologias prprias.

1.6 ESTRUTURA DO TRABALHO
O trabalho est estruturado da seguinte forma: no Captulo 1, evidencia-se a
introduo, apresentando-se a contextualizao do problema, os objetivos pretendidos pelo
trabalho, bem como as justificativas para a escolha do tema e a relevncia e contribuies
esperadas com a realizao do trabalho.
O Captulo 2 tem como objetivo apresentar um levantamento bibliogrfico e uma
reviso dos conceitos fundamentais sobre o sistema ERP. Inicia-se o captulo apresentando o
histrico e as principais caractersticas dos Enterprise Resourcing Planning e por fim,
apresenta-se as principais vantagens e desvantagens desses sistemas.
No Captulo 3 so apresentados inicialmente, os conceitos fundamentais da
Engenharia da Informao e da Engenharia de Software. Em seguida o sistema
contextualizado no domnio dos softwares tradicionais, identificando-se as semelhanas e as
diferenas entre eles e os pacotes tradicionais de software. Por fim, explorando o conceito de
ciclo de vida proposto pela Engenharia de Software, apresentado um modelo de Ciclo de
Vida do ERP existente na literatura.
O Captulo 4 trata do desenvolvimento do modelo de processo de implantao do
ERP, aplicando os conceitos apresentados nos Captulos anteriores. Um novo Ciclo de Vida
do ERP proposto de acordo com as consideraes e adaptaes feitas ao modelo
apresentado anteriormente. Com base neste novo modelo, so definidas as fases e o conjunto
de atividades que descrevem o modelo de processo de implantao proposto.
11

Por fim, o Captulo 5 trata da concluso e consideraes finais do trabalho. Bem
como, so descritas as sugestes para continuao do trabalho.
12

2. OS SISTEMAS ERP
2.1 DEFINIFIO
O Enterprise Resource Planning (ERP) pode ser definido como um pacote de software
comercial desenvolvido com a finalidade de suportar as diferentes atividades de um empresa
atravs de processos de negcio. Alm disso, o ERP tem a finalidade de integrar todas as
informaes utilizadas nesses processos atravs do controle do fluxo da informao.
Como caracterstica essencial de um pacote comercial, o ERP apresenta-se como uma
soluo genrica desenvolvida para atender a todo tipo de empresa. Dessa forma, entende-se
que a lgica integrada no ERP ir de alguma forma impor-se sobre a lgica existente na
empresa antes da adoo do Sistema. Essa lgica refere-se ao fluxo da informao dentro da
empresa de acordo com os processos de negcio estabelecidos.
Segundo Davenport (1998), um sistema ERP uma soluo genrica cujo desenho
reflete uma srie de afirmaes acerca do modo como as organizaes, em geral, operam.
Assim, ao contrrio dos sistemas proprietrios desenvolvidos com base nos requisitos
especficos da empresa, os sistemas ERP so genricos, gerando uma imposio de processos
padronizados sobre a estratgia, cultura e estrutura de uma organizao.
Buckhout, Frey e Nemec Jt (1999) apresentam o ERP como um software de
planejamento. Entretanto, sabe-se que tais sistemas no se limitam apenas esta
funcionalidade, e os prprios autores expandem essa definio ao mencionarem que o ERP
integra as diferentes reas da empresa, criando operaes mais eficientes, permitindo a
comunicao entre as reas, fornecendo informaes detalhadas e possibilitando, assim, o
controle das funes por ele suportadas. (BUCKHOUT; FREY; NEMEC JR., 1999).
A sigla ERP Enterprise Resource Planning traduzida literalmente, significa
Planejamento dos Recursos da Empresa, contudo esta definio pode no refletir os reais
objetivos do ERP. Koch, Slater e Baatz (1999) citam: esquea a parte do planejamento
ele no o faz, e esquea os recursos, apenas um termo de ligao. Mas lembre-se da parte da
empresa. Esta a real ambio dos sistemas ERP.
Os sistemas ERP fornecem tambm, o rastreamento e a visibilidade global de
informaes de qualquer parte da empresa, possibilitando a tomada rpida e eficiente de
decises.
13

No Brasil, os sistemas ERPs so chamados tambm de Sistemas Integrados de Gesto
Empresarial, pois pode-se definir que controlam e fornecem suporte a todos os processos
operacionais, produtivos, administrativos e comerciais da empresa. Para Padilha e Marins
(2005, p.104), todas as transaes realizadas pela empresa devem ser registradas para que as
consultas extradas do sistema possam refletir o mximo possvel a realidade. Ainda segundo
os autores, o ERP um instrumento para a melhoria de processos, pois permite visualizar as
transaes efetuadas pela empresa, desenhando um amplo cenrio de seus negcios.
(PADILHA; MARINS, 2005).
Para Cavalcanti
11
(2001 apud OLIVEIRA et al., 2005, p. 4650):

Um sistema ERP pode ser definido como uma soluo de Software que atende as
necessidades do negcio, levando em considerao a viso do processo de uma
organizao com a finalidade de encontrar as metas dessa organizao, integrando
de forma estreita todas as reas e funes do negcio.

O ERP controla a empresa, manuseando e processando suas informaes. Todos os
processos so documentados e contabilizados, gerando regras de negcio bem definidas e
permitindo maior controle sobre alguns pontos vulnerveis do negcio, como a administrao
de custos, controle fiscal e estoques. Esse controle cobre as informaes no se d apenas pela
visibilidade dos resultados finais dos processos, mas tambm pela rastreabilidade que se torna
possvel a partir do registro e documentao de todas as transaes efetuadas. (MILTELLO,
1999).
A orientao a processos destacada por muitos autores na caracterizao de ERP.
Segundo Souza e Zwicker (2000, p.13), os processos de negcio podem ser definidos como
um conjunto de tarefas e procedimentos interdependentes realizados para alcanar
determinado resultado empresarial, sendo uma de suas caractersticas a transposio de
fronteiras organizacionais.
O ERP um pacote de software de negcios que permite a uma companhia
automatizar e integrar a maioria de seus processos de negcio, compartilhar prticas e dados

11
CAVALCANTI, M. Gesto estratgica de negcios: evoluo, cenrios, diagnstico e ao. So Paulo:
Thomson Learning (Pioneira), 2001. 385 p.

14

comuns atravs de toda a empresa e produzir e acessar informaes em tempo real.
(DELOITTE
12
, 1998).
Os ERPs so, de forma geral, compostos por vrios mdulos, que seguem basicamente
as divises departamentais dentro de uma empresa, disponibilizando uma integrao de dados
horizontal ao longo da organizao.

2.2 HISTRICO
No existem registros precisos de quando exatamente os sistemas ERP foram criados e
a partir de quando o termo ERP passou a ser utilizado. Souza (2000, p.11) menciona que a
sigla ERP foi cunhada por uma empresa americana de pesquisa, o Gartner Group, porm no
so mencionadas datas. Na tentativa de identificar as origens do ERP, Padilha e Marins (2005,
p.105) discutem:

Segundo diversas pesquisas, os ERPs tiveram suas razes na Europa e na indstria de
manufatura, sendo que em 1979 a companhia alem SAP (Systeme, Anwendungen,
und Produkte in Datenverarbeitung - Sistemas, Aplicaes e Produtos em
Processamento de Dados) lanou o R/2. Nessa mesma poca a IBM (International
Business Machine) oferecia o Sistema COPIX , ambos com as caractersticas de
integrao tpicas do que hoje se conceitua como Sistemas ERP.

Apesar da falta de informaes precisas sobre o surgimento do termo ERP, h um
consenso entre diversos autores (Padilha e Marins (2005), Souza e Zwicker (2000), Crrea
(1997), Koch; Slater; Baatz, (1999), Silva e Pessa (1999)) de que a dcada de 90 foi marcada
pelo crescimento na adoo e utilizao desses sistemas. Entretanto, a idia de sistemas de
informao integrados existe desde o incio da dcada de 60, quando os computadores
passaram a ser amplamente utilizados pelas empresas Porm uma srie de dificuldades de
ordem prtica e tecnolgica no permitiram que este tipo de solues fossem efetivamente
implementadas. (ALSNE,1999).

No passado os sistemas customizados eram desenvolvidos a pedido de um
departamento da empresa. A viso destes departamentos era naturalmente limitada
por sua responsabilidade operacional. Cada departamento definia seus dados de
acordo com seus prprios objetivos e prioridades. [...] Isto se refletia no software

12
A Deloitte Consulting uma empresa de auditoria, consultoria tributria, consultoria em gesto de riscos
empresariais, corporate finance, consultoria empresarial, outsourcing, consultoria em capital humano e
consultoria atuarial fundada em 1845, na Sua.
15

desenvolvido pelo departamento de informtica das empresas. (BANCROFT
13
et al.,
1998 apud SOUZA; ZWICKER, 2000, p.46)

Os sistemas ERP podem ser considerados como uma evoluo dos sistemas MRP
(Materials Requirements Planning) e MRP II (Manufacturing Resources Planning), sendo
estes aplicados em empresas manufatureiras, efetuando controle dos estoques e dando apoio
s funes de planejamento de produo e compras.
Os sistemas MRP tinham a deficincia de no suportar o planejamento de capacidade
e de custos alm de no oferecer integrao com as demais aplicaes utilizadas pela empresa.
(CORRA et al., 1997, PADILHA; MARINS, 2005).
Para suprir tais deficincias detectadas na utilizao do MRP, foram agregadas
funes tais como: programao mestre da produo (MPS), clculo grosseiro de
necessidades de capacidade (RCCP), clculo detalhado de necessidade de capacidade (CRP),
controle do cho de fbrica (SFC), controle de compras (PUR) e, mais recentemente, Sales &
Operations Planning (S&OP). Dessa forma, os sistemas MRP deixaram de atender apenas as
necessidades de informao referentes ao clculo da necessidade de materiais, para atender s
necessidades de informao para a tomada de deciso gerencial sobre outros recursos de
manufatura. O MRP passou, ento, a ser chamado de MRP II (Manufacturing Resource
Planning - Planejamento de Recursos de Manufatura). (CORRA et al., 1997)
No incio da dcada de 90, o conceito do MRP foi estendido s demais reas da
organizao. Conforme afirmam Padilha e Marins (2005), novos mdulos foram agregados
ao MRP II, como por exemplo Gerenciamento dos Recursos Humanos, Vendas e
Distribuio, Finanas e Controladoria, ultrapassando os limites da manufatura, percorrendo
toda a empresa e chegando ao seu estgio atual de desenvolvimento, caracterizando um
Sistema ERP.
O Quadro 1 resume essa evoluo dos sistemas especficos, desenvolvidos a partir da
dcada de 60, at os atuais sistemas ERP, apresentando as principais caractersticas de cada
um desses sistemas. Esta mesma evoluo, est representada na Figura 1, ilustrando as
funcionalidades que foram acrescentadas aos sistemas ao longo do tempo, caracterizando
assim, o ERP tal como visto atualmente.

13
BANCROFT, N.H.; SEIP, H.; e SPRENGEL, A. Implementing SAP R/3: How to introduce a large system
into a large organization. 2a. ed. Greenwich: Manning, 1998.
16


Quadro 1 Estgios da evoluo do ERP



Figura 1 Evoluo do ERP
Fonte: Adaptado de Corra et al. (1999, p. 350)
17

2.3 CARACTERSTICAS
Uma definio para Sistemas de Informao apresentada por Laudon e Laudon (1999,
p. 4) :
Um sistema de Informao (SI) pode ser definido como um conjunto de
componentes inter-relacionados trabalhando juntos para coletar, recuperar,
processar, armazenar e distribuir informao com a finalidade de facilitar o
planejamento, o controle, a coordenao, a anlise e o processo decisrio em
empresas [...] Os Sistemas de Informao essencialmente transformam a informao
em uma forma utilizvel para a coordenao de fluxo de trabalho de uma empresa,
ajudando empregados ou gerentes a tomar decises, analisar e visualizar assuntos
complexos e resolver outros tipos de problemas.

Alm dessa definio generalista, os autores dividem os Sistemas de Informao em
diversas categorias, de acordo com a especialidade funcional e o tipo de informao a serem
tratadas. Porm, no o foco deste trabalho apresentar e discutir essas categorias. Cabe aqui
identificar que os Sistemas ERP se encaixam tanto na definio genrica, como tambm na
maioria das categorias especficas. Devido essa flexibilidade funcional, os Sistemas ERPs
so conhecidos como Sistemas Integrados, isto , integram diferentes reas funcionais e suas
informaes em um fluxo nico.
Outra definio que tambm se aplica aos Sistemas ERPs o de pacotes de software.
De acordo com Laudon e Laudon (1999, p. 111), os pacotes de software so programas
escritos e codificados previamente, disponveis no comrcio, e que eliminam a necessidade de
se escrever novos programas. Dessa forma, pode-se entender por pacotes de software,
aplicativos comercializados na forma de produtos, isto , prontos para serem adquiridos e
utilizados sem a preocupao com o seu desenvolvimento.
Assim como na definio de Sistemas de Informao, os Sistemas ERP tambm se
enquadram a definio de pacotes de software porm, possuem uma srie de caractersticas
que os distinguem e os tornam muito mais abrangentes. Tais caractersticas so apresentadas
por Souza (2000) e resumem-se em:
so pacotes de software comerciais;
incorporam modelos padro de processos de negcios ;
integram as diversas reas da empresa atravs do fluxo de informaes;
possuem grande abrangncia funcional; e
requerem procedimento de ajuste.
18

Para aprofundar o entendimento sobre os sistemas ERP, que ser necessrio para o
desenvolvimento do trabalho, sero apresentadas a seguir, de forma detalhada, as
caractersticas identificadas por Souza (2000) em relao aos sistemas ERP:

So pacotes de software comerciais
O desenvolvimento de software ainda um problema complexo para os
desenvolvedores. Apesar do avano nas tecnologias empregadas, os custos continuam altos e
os prazos longos e difceis de serem estabelecidos e cumpridos adequadamente. Porm, a
aplicao de tcnicas e metodologias especficas possibilitou que o processo de
desenvolvimento de software passasse a ser repetvel. Dessa forma, uma alternativa
considerada para o problema de construo de sistemas atravs dos mtodos tradicionais a
utilizao de pacotes comerciais de software.
Brooks
14
(1987 apud SOUZA ; ZWICKER, 2000, p.47) afirma que a mais radical
soluo para os problemas da construo de software no constru-lo mais. Segundo o
autor, O custo do software sempre foi o de desenvolvimento, no o de replicao. Dividindo
esse custo entre diversos usurios, mesmo que poucos, reduz-se radicalmente o custo por
usurio.
Os fornecedores de ERP possuem um produto pronto para ser oferecido s
empresas. Apesar de exigir adaptaes (como ser visto no decorrer deste trabalho), a fase de
construo do sistema no realizada toda vez que o fornecedor vende o seu produto para
uma empresa cliente.
Alm disso, os sistemas ERP so tipicamente compostos por mdulos que podem ser
disponibilizados independentemente, reforando assim o conceito de pacotes de aplicativos
com funcionalidades especficas.

Incorporam modelos padro de processos de negcios
Segundo Souza (2000), os sistemas ERP no so desenvolvidos para clientes
especficos. Portanto procuram atender a requisitos genricos do maior nmero possvel de
empresas. Sendo assim, necessrio que incorporem modelos de processos de negcios que

14
BROOKS, F. P. Jr. No silver bullets. Unix Review, Ago. 1987, pp.39-48.

19

so obtidos por meio da experincia acumulada pelas empresas fornecedoras ou meio de
pesquisas e consultoria especializada. O termo best practices (melhores prticas) utilizado
amplamente por fornecedores de sistemas ERP e consultores para designar esses modelos-
padro.
Para Rozenfeld (1999), a modelagem de processos de negcios compreende um
conjunto de atividades realizadas na empresa, associadas s informaes que manipula,
utilizando os recursos e a organizao da empresa. No ERP, os processos de negcio so
modelados pelo fornecedor e no pelo cliente. Salvo as adaptaes necessrias e possveis,
necessrio que os processos de trabalho da empresa sejam adaptados de acordo com esses
modelos-padro.

Integram as diversas reas da empresa atravs do fluxo de informaes
Os sistemas ERP integram as diversas reas da empresa atravs do compartilhamento
de uma nica base de dados e do estabelecimento de um fluxo nico de informaes. As
atividades de trabalho realizadas de acordo com os processos de negcio, movimentam as
informaes nessa base de dados de forma integrada, podendo um mesmo processo ser
executados por mais de um mdulo. Por exemplo, uma venda de determinado produto inicia-
se no mdulo de vendas, gerando um pedido de vendas que registrado na base de dados.
Essa transao gera registros em outros mdulos tais como estoque (para o controle e
liberao do produto), financeiro (tratamento de receitas geradas), contabilidade (receitas
alteram o balano patrimonial da empresa), impostos, etc. Essa integrao dos diversos
mdulos atravs do acesso uma base de dados nica forma a estrutura de um ERP, que est
representada na Figura 2.
importante ressaltar que o fluxo da informao e os mdulos envolvidos ir
dependero essencialmente da modelagem dos processos de negcio. Processos simples
podem no desencadear operaes em outros mdulos, porm os dados gerados so
armazenados na base de dados central para serem manipulados posteriormente por outros
mdulos. Dessa forma, apesar da diviso modular, os sistemas ERP realmente podem ser
considerados como um nico sistema.
20


Figura 2 Estrutura do ERP
Fonte: (DAVENPORT, 1998)

Possuem grande abrangncia funcional
Uma das principais caractersticas que distinguem os sistemas ERP dos pacotes
comerciais tradicionais a abrangncia funcional. Os sistemas ERP so desenvolvidos para
atender o maior nmero de funes empresariais, cobrindo o mximo de atividades possveis
dentro da cadeia de valor. Segundo Souza (2000, p. 48):

O termo funo designa as diferentes operaes realizadas em um sistema
informatizado. No caso dos sistemas ERP a composio de todas as funes
disponveis forma o sistema de informaes transacional que d suporte aos
processos de negcio. Normalmente as funes correspondentes a uma mesma
diviso departamental (vendas, finanas, produo, planejamento da produo) so
reunidas constituindo mdulos. Os mdulos so os menores conjuntos de funes
que podem ser adquiridos e implementados separadamente em um sistema ERP. A
totalidade das funes disponveis em um sistema ERP constitui o que se denomina
funcionalidade do sistema.

Requerem procedimento de ajuste
Conforme j citado anteriormente, uma das caracterstica do ERP ser uma soluo
genrica desenvolvida para atender o maior nmero de empresas de diversos segmentos.
Porm, a soluo genrica dificilmente ir atender integralmente as necessidades das
empresas, gerando alguns pontos de incompatibilidade entre o sistema e o ambiente de
21

atuao das empresas. Para diminuir esses pontos e permitir que o sistema seja utilizado, os
fornecedores disponibilizam meios para adaptar e personalizar o ERP em certo grau.
O processo de adaptao do ERP consiste em preparar o ambiente de atuao para que
o sistema possa ser colocado e mantido em funcionamento. Alguns conceitos relacionados a
esse processo, tais como parametrizao, localizao e atualizao, so discutidos na seo
2.4 deste trabalho.
Em relao personalizao, esta ocorre quando a empresa possui processos
especficos e relevantes, que no se adequam de maneira nenhuma empresa, mesmo atravs
do processo de adaptao. Nesse caso, consideram-se atividades de implementao do sistema
criando funes que atendam a esses processos especficos.

2.4 CONCEITOS E CONSIDERAES
Alm dos aspectos fundamentais que caracterizam os sistemas ERP e os diferenciam
dos demais sistemas de informaes, necessria a apresentao de alguns conceitos que so
utilizados ao decorrer deste trabalho. Souza e Zwicker (1999, 2000) apresentam alguns termos
relacionados aos sistemas ERP que, embora no os definam, so importantes para a
compreenso dos aspectos envolvidos em sua utilizao. Esses termos so: funcionalidade,
diviso em mdulos, parametrizao, customizao, localizao e atualizao.

Funcionalidade
Souza e Zwicker (1999, p.4) definem funcionalidade como o conjunto total de
funes embutidas em um sistema ERP, suas caractersticas e suas diferentes possibilidades
de uso. A composio destas funes forma o sistema de informaes transacional que d
suporte aos processos de negcio.

Mdulos
Os mdulos so os menores conjuntos de funes que podem ser adquiridos e
implementados separadamente em um sistema ERP. Normalmente, tais conjuntos de funes
correspondem a divises departamentais de empresas (vendas, financeiro, produo,
planejamento da produo, etc).
22

Parametrizao
Parmetros so variveis internas do sistema que determinam, de acordo com o seu
valor, o comportamento do sistema. Portanto, o processo de parametrizao consiste na
definio de diversos valores para os parmetros internos, acordo com o ambiente
empresarial, adequando assim o funcionamento do sistema s atividades da empresa.

Customizao
A customizao a modificao de um sistema ERP para que este possa se adequar a
uma determinada situao empresarial impossvel de ser reproduzida atravs dos parmetros
j existentes. Enquanto a parametrizao apenas altera o valor dos parmetros internos do
sistema, a customizao implica em alteraes nos prprios parmetros e at mesmo na lgica
do sistema. Quanto maior for a quantidade de customizaes realizadas, mais o sistema
utilizado se afasta do modelo de sistema ERP e mais se aproxima do modelo de
desenvolvimento interno de aplicaes. (SOUZA; ZWICKER, 1999).

Localizao
Para Souza e Zwicker (2000, p.49), a localizao a adaptao (atravs de
parametrizaes ou customizaes) de sistemas ERP desenvolvidos em outros pases para a
sua utilizao na realidade brasileira. Porm, pode-se estender essa definio para as
adaptaes entre localidades dentro do Brasil, ou ainda, em diferentes segmentos de negcio,
que em alguns casos, tambm podem exigir tratamento diferenciado de impostos, taxas, leis, e
procedimentos.

Atualizao
As correes de problemas e erros identificados no sistema, principalmente quando
este passa a ser efetivamente utilizado, feita atravs do processo de atualizao. Em geral, os
fornecedores disponibilizam periodicamente verses atualizadas do sistema, que, alm da
correo de erros, agregam melhorias e aumentos de funcionalidades de acordo com as
necessidades das empresas.

23

Implantao x Implementao
Alm dos conceitos de funcionalidade, mdulos, parametrizao, customizao e
localizao apresentados com base nos trabalhos de Souza e Zwicker (1999, 2000), identifica-
se a necessidade de algumas consideraes respeito dos termos implantao e
implementao, que so amplamente empregado pelos autores em trabalhos relacionados ao
ERP.
Laudon e Laudon (2001) definem implementao como "todas as atividades
organizacionais realizadas em direo adoo, gerenciamento e rotinizao de uma
inovao". Neste sentido, observa-se que na literatura analisada, predomina o emprego do
termo implementao para relacionar as atividades que compe o processo de introduo do
ERP nas empresas.
muito difcil chegar um consenso sobre as diferenas entre os termos
implementao e implantao. Alguns autores chegam at a empregar esses termos como
sinnimos. Neste sentido, buscou-se algumas definies elementares:
Segundo o Dicionrio Brasileiro Globo (FERNANDES et al., 1984 s.n.)
Implantar, v. tr. dir. Hastear; introduzir; inaugurar; tr. dir. e ind. plantar; arraigar; pr.
plantar-se; arraigar-se; estabelecer-se; fixar-se.

Implemento, s. m. Aquilo que serve para cumprir ou executar; o que completa ou
perfaz alguma coisa; petrecho; acessrio; cumprimento.

No Novo Dicionrio da Lngua Portuguesa (FERREIRA, 1975 p.751)
Implantar. V. t. d. e c. 1. Introduzir; inaugurar; estabelecer [...] 2. Inserir (uma coisa)
em outra.

Implementar. V. t. d. 1. Dar execuo a (um plano, programa ou projeto). 2. Levar
prtica por meio de providncias concretas. 3. Prover de implemento(s).

Implemento. S. m. 1. Aquilo que indispensvel para executar alguma coisa; 2.
Cumprimento, execuo.

Apesar das definies encontradas justificarem o emprego dos termos como
sinnimos, a abordagem de Engenharia de Software utilizada neste trabalho exige certo
cuidado na utilizao do termo implementao. Ao considerar os processos tradicionais de
desenvolvimento de software, observa-se uma nova definio para implementao, que
relaciona principalmente as atividades de construo do cdigo.
24

Portanto, neste trabalho, o termo implantao ser utilizado para referir-se ao processo
pelo qual o sistema j existente efetivamente introduzido na empresa. Esse processo abrange
todas as atividades necessrias para que a utilizao do sistema possa ser integralmente
estabelecida e incorporada ao dia-a-dia da empresa.
O termo implementao ser empregado para definir as atividades dentro do processo
de implantao, que envolvem alterao do software em termos de cdigo, como
customizao, parametrizao e atualizao.

2.5 VANTAGENS E DESVANTAGENS
Ao optar pela adoo de um sistema ERP, as empresas so motivadas essencialmente
pelos benefcios prometidos pelos fornecedores desse tipo de soluo. No entanto, pouco
mencionado a respeito das desvantagens e problemas que essa adoo pode gerar.
O ERP contribui para aumentar a eficincia da empresa, otimizando a capacidade para
fazer negcios em qualquer lugar do mundo. Como vantagens pode-se citar: aumento de valor
percebido pelos investidores e pelo mercado; agilidade nas oportunidades de negcios;
visibilidade; base nica de dados; informao em tempo real; atendimento a requerimentos
globais, regionais e locais em um nico sistema; e suporte estratgia de e-business.
(STAMFORD, 2000).
Uma outra vantagem do ERP a integrao de mdulos informatizados que antes
eram utilizados separadamente. Assim, a empresa deixa de operar em plataformas diferentes,
eliminando a necessidade de se criar interfaces muitas vezes complexas, proporcionando
melhoras na utilizao dos recursos internos e economia para a empresa. (LOPES et al.,1999).
De acordo com uma pesquisa apresentada por Wood Jr. e Caldas (1999, p.6), ao
implantar um sistema ERP as empresas podem obter os seguintes benefcios:
Integrao efetiva das funes e processos da empresa;
Melhoria da comunicao e/ou coordenao;
Melhoria do (desenho e) controle de processos;
Melhoria da utilizao de recursos do sistema ou da TI;
25

Aumento da produtividade;
Melhoria da consistncia de dados e/ou informaes;
Melhoria da eficincia e/ou eficcia dos processos;
Aumento da competitividade;
Diminuio dos ciclos produtivos e/ou ciclos de processos;
Aumento da flexibilidade;
Melhoria do atendimento ao cliente (externo); e
Diminuio dos custos com materiais, equipamentos e/ou ativos e com pessoal.
Apesar das diversas vantagens enumeradas, uma desvantagem que os sistemas ERP
apresentam para as empresas contratantes a dependncia de um nico fornecedor e a deciso
da melhor prtica ficar nas mos da empresa contratada e no do comprador, uma vez que o
ERP aprisiona os princpios e processos, segundo estas melhores prticas de gesto.
Davenport (1998) afirma que o fornecedor que define o que melhor, e no o cliente, sendo
que em alguns casos, as definies do sistema podem no atender os objetivos da empresa.
Entretanto, a utilizao de modelos-pradro de processo de negcio podem trazer benefcios,
pois so desenvolvidos por empresas especializadas, apoiados em processos de pesquisa alm
de contar com o know-how que essas empresas possuem sobre o assunto.
De acordo com Gomes e Vanalle (2001), um sistema de ERP apresenta muitas
complexidades, sendo que sua implantao dever ser realizada por profissionais que
conheam no somente o negcio da empresa, como tambm a soluo escolhida.
Geralmente, as empresas optam por contratar consultores especializados no produto
escolhido, o que pode aumentar consideravelmente os custos de adoo desses sistemas.
Nesse sentido, Wagle
15
(1998 apud GOMES; VANALLE, 2001) recomenda que a deciso
pela utilizao de um sistema ERP s deve ser tomada com base em um fluxo de caixa
positivo, pois tratam-se de projetos onde o perodo de payback muito extenso e o
investimento muito grande. Lima et al. (2000) afirma que muitas empresas calculam de
forma errada os custos relativos implantao de um ERP.

15
WAGLE, D. The case for ERP systems. The Mckinsey Quarterly, n. 2, p. 130-138, 1998.
26

A customizao dos sistemas ERP tambm apresentam aspectos positivos e negativos.
A possibilidade de adaptar o sistema para atender s necessidades especficas de uma
empresa, em um primeiro momento bastante atrativa. Porm, dependendo do grau de
customizaes realizadas, alm de elevar os custos do ERP, o processo de atualizao de
verses pode se tornar muito complexo ou at mesmo invivel. Manter o suporte aos clientes,
com sistemas diferenciados, muitas vezes nicos, exige grande esforo, organizao e
maturidade tecnolgica por parte dos fornecedores.
Souza et al.(2003) sintetizam alguns benefcios e problemas dos sistemas ERPs de
acordo com as suas principais caractersticas, apresentados no Quadro 2.

Quadro 2 Caractersticas, benefcios e problemas associados aos Sistemas ERP
Fonte: (SOUZA et al., 2003, p.69)
27

3. A ABORDAGEM DE ENGENHARIA
3.1 ENGENHARIA DA INFORMAO
Os conceitos fundamentais da Engenharia da Informao foram estabelecidos por
James Martin
16
(1986 apud NETO; FURLAN; HIGA, 1988, p.2.). De acordo com a definio
do autor a Engenharia da Informao :
[...]um conjunto interligado de tcnicas automatizadas no qual so construdos
modelos da organizao, modelos de dados e modelos de processos so construdos
a partir de uma abrangente base de conhecimentos, para criar e manter sistemas de
processamento de dados.

Segundo esse mesmo autor, a Engenharia da Informao composta pelas seguintes
etapas:
Planejamento dos sistemas estratgicos da organizao.
Planejamento das informaes da organizao.
Anlise das reas de negcio.
Projeto dos sistemas.
Construo.
Corte.
Pressman (2002) tambm apresenta uma definio para a Engenharia da Informao:
O objetivo da Engenharia da Informao aplicar Tecnologia da Informao de
maneira a melhor servir as necessidades globais do negcio. Para permitir que isto
acontea, a Engenharia da Informao deve comear analisando os objetivos do
negcio, compreender as diversas reas de negcio que devem trabalhar juntas e
ento definir a informao necessria para cada rea de negcio e o negcio como
um todo. Somente aps isto ser feito a Engenharia da Informao faz uma transio
para um domnio tcnico da Engenharia de Software, onde sero analisados,
desenvolvidos e construdos o Sistema de Informao, as aplicaes e os programas.

A utilizao da metodologia Engenharia da Informao uma forma de resolver um
problema mencionado por James Martin, que a dificuldade em estabelecer as relaes entre
dados (estveis) e processos (dinmicos). (URBAN, 2003).
De maneira geral, a Engenharia da Informao prope que a estratgia corporativa e a
anlise e construo do negcio, considerem, de forma conjunta, os dados, as atividades e a

16
MARTIN, J. Information Engineering. England: Savant Research Studies, 1986.
28

tecnologia da informao. Para atingir esse objetivo, a engenharia da informao trouxe para
o contexto dos sistemas de informao organizacionais o rigor de procedimentos que
caracterizava outros ramos da engenharia, tais como o sistema de mtodos, processos,
modelos e tcnicas estruturadas.
Para Rolt (2000, p.72), de 1982 at 1986 desenvolveram-se duas variantes distintas na
Engenharia da Informao:

A primeira foi a mudana do foco sobre os dados, caracterizado nos mtodos
desenvolvidos, para dar nfase ao processo. [...] Muitas ferramentas CASE
(computer-aided suport engineering) suportam as tcnicas orientadas para
processos. O desenvolvimento de sistemas baseado nos processos do negcio pode
resultar em softwares que no atendam as necessidades das organizaes, pois as
mudanas no ambiente de negcios podem ser mais rpidas que a concluso de um
projeto de desenvolvimento de sistema. A segunda variante direciona a Engenharia
da Informao para mtodos baseados no entendimento do negcio. Por estes
mtodos, os especialistas em computao, juntamente com os especialistas no
negcio, projetam os sistemas de informaes computadorizados. Os mtodos JAD
Joint Application Development - so adequados neste caso.

Na Engenharia da Informao para projeto dos sistemas de informao, a tecnologia
da informao passou a fazer parte do planejamento estratgico do negcio. As metodologias
modernas possuem fases de desenvolvimento de sistemas que contemplam o conhecimento do
negcio e a tecnologia da informao. Rolt (2000) divide essas fases em duas categorias: a
fases independentes da tecnologia e as fases que dependem do conhecimento de computao.
O Quadro 3 resume as fases categorizadas por Rolt (2000).

Quadro 3 Fases do desenvolvimento de Sistemas de Informao

medida que passa por essas fases, a Engenharia da Informao cria um crescente
repositrio (enciclopdia) de conhecimentos sobre a organizao, os seus modelos de dados,
modelos de processos e projetos de sistemas. Alm disso, atravs das tcnicas propostas pela
29

Engenharia da Informao, cria-se uma estrutura para desenvolvimento de uma organizao
computadorizada, na qual se encaixam os sistemas desenvolvidos separadamente. Dentro
dessa estrutura, possvel construir e modificar esses sistemas rapidamente, atravs de
ferramentas automatizadas, facilitando assim a evoluo a longo prazo e o alcance dos
objetivos estratgicos da organizao.


Figura 3 Fases da Engenharia da Informao
Fonte: (ROLT, 2000, p.73)

3.1.1 Estrutura e objetivos da Engenharia da Informao
Martin
17
(1989 apud SILVA; PESSA, 1999) apresenta uma estrutura para a
Engenharia da Informao composta por quatro nveis, conforme ilustra a Figura 4.

17
MARTIN, J.Engenharia da Informao - So Paulo: Editora Campus, 1991.
30


Figura 4 Nveis da Engenharia da Informao
Fonte: Adaptado de Silva e Pessa (1999)

Fase 1: Planejamento Estratgico de Informaes: Relativo aos objetivos da alta
administrao e fatores crticos de sucesso; envolvida em como a tecnologia pode ser usada
para criar novas oportunidades e oferecer vantagens sobre a concorrncia. Cria-se uma viso
de alto nvel da organizao, suas funes, dados e necessidades de Informaes.
Fase 2: Anlise da rea de Negcios: Relativa ao levantamento de processos
necessrios para se fazer funcionar uma determinada rea de negcios, como estes processos
esto relacionados entre si e quais as dados necessrios. Cria-se um modelo de dados
totalmente normalizado. O modelo de processos mapeado com base no de dados.
Fase 3: Projeto de Sistema: Relativa forma pela qual os processos selecionados so
implementados em procedimentos e como estes procedimentos funcionam. Faz-se necessrio
um envolvimento direto do usurio final no projeto dos procedimentos e na interao com os
prottipos.
Fase 4: Construo: Implementao dos procedimentos usando, quando adequado,
geradores de programas e ferramentas de usurio final. O projeto vinculado construo
atravs de prototipagem.

Silva e Pessa (1999) identificam seguintes benefcios possveis com a aplicao da
Engenharia da Informao:
Ajuda a identificar as oportunidades de sistemas estratgicos e a atingir uma posio
favorvel no mercado, construindo estes sistemas antes da concorrncia;
Focaliza o processamento de dados com os olhos dos objetivos dos negcios;
31

Permite que uma organizao funcione como uma unidade, atravs da integrao
entre os sistemas, quando necessria;
Controla e disponibiliza as informaes para os principais responsveis pela tomada
de deciso na sua melhor forma;
Permite a modificao de procedimentos computadorizados rapidamente;
Facilita a construo de sistemas complexos a e integrao de vrios sistema
construdos independentemente;
Permite a evoluo a longo prazo de sistemas;
Permite gerar economia atravs do uso reaproveitamento de projetos e programas; e
Auxilia na reduo dos problema de manuteno e backlog em organizaes que
tenham convertido sistemas antigos para os moldes da EI.

3.2 ENGENHARIA DE SOFTWARE
O setor de software nem sempre encontrou-se preparado para o desenvolvimento de
sistemas to complexos como os sistemas que podem ser encontrados hoje no mercado. Por
volta dos anos 70, dcadas antes da considervel aceitao dos sistemas ERPs, o crescimento
da demanda por software gerou uma crise no setor, que ficou conhecida como "a crise do
software". Tal crise caracterizou-se pela dificuldade no desenvolvimento de softwares dentro
dos prazos e com qualidade capaz de atender s expectativas do mercado. Entre as barreiras
encontradas pelos desenvolvedores destacam-se a complexidade dos problemas a serem
resolvidos, a inexistncia de tcnicas estabelecidas, a falta de mo-de-obra especializada e a
dificuldade em aumentar a produtividade. Em resposta a todos esses problemas, visando
melhorar a qualidade dos produtos de software e aumentar a produtividade no processo de
desenvolvimento, surgiu a Engenharia de Software.
Engenharia a arte das construes, embasada no conhecimento cientfico e emprico,
adequada ao atendimento das necessidades humanas. Engenharia de Software a metodologia
de desenvolvimento e manuteno de sistemas modulares, com as seguintes caractersticas:
(REZENDE, 2006)
Adequao aos requisitos funcionais do negcio do cliente e seus respectivos
procedimentos pertinentes;
32

Efetivao de padres de qualidade e produtividade em suas atividades e produtos;
Fundamentao na tecnologia da informao disponvel, vivel e oportuna;
Planejamento e gesto de atividades, recursos, custos e datas.

Pressman (2002) define Engenharia de Software como sendo:

O estabelecimento e uso de slidos princpios de engenharia para que se possa obter
economicamente um software que seja confivel e que funcione eficientemente em
mquinas reais. [...] Abrange um conjunto de 3 elementos fundamentais (mtodos,
ferramentas e procedimentos), que possibilita, ao gerente, o controle do processo de
desenvolvimento do software e oferece ao profissional uma base para a construo
de software de alta qualidade.

Os elementos fundamentais que compe a Engenharia de Software so descritos por
Pressman (2002), da seguinte maneira:
Mtodos
Fornecem os detalhes de como fazer para construir um sistema baseado em
computador. Abrangem um vasto conjunto de tarefas, que so: planejamento e estimativa de
projeto, anlise de requisitos de software e de sistemas, projeto da estrutura de dados,
arquitetura de programa e algoritmo de processamento, codificao, teste e manuteno.
Ferramentas
Oferecem apoio automatizado aos mtodos. Existem ferramentas para auxiliar cada
um dos mtodos citados, sendo que, quando uma pode compartilhar informao criada por
outra, estabelecido um sistema de suporte ao desenvolvimento de software que chama-se
Engenharia de Software Auxiliada por Computador (CASE Computer-Aided Software
Engineering).
Procedimentos
Elo entre mtodos e ferramentas que permite o desenvolvimento racional e oportuno
do SBC. Atravs dos procedimentos, entre outras coisas, definida a seqncia de aplicao
dos mtodos a serem utilizados.
A Engenharia de Software relaciona um conjunto de prticas para desenvolvimento de
solues de software atravs de roteiros que podem utilizar diversas tcnicas. A seqncia de
33

passos preestabelecidos permite optar e variar de tcnicas e ferramentas na suas diversas fases
(REZENDE, 2006).
Em sntese, a Engenharia de Software tem como objetivo sistematizar a produo, a
manuteno, a evoluo e a recuperao de produtos intensivos de software, de modo que
ocorram dentro de prazos e custos estimados, com progresso controlado e utilizando
princpios, mtodos, tecnologia e processos em contnuo aprimoramento. De acordo com
Fiorini
18
(1998 apud NOGUEIRA, 2003, p.3), os produtos desenvolvidos e mantidos,
seguindo um processo efetivo asseguram, por construo, qualidade satisfatria, apoiando
adequadamente os seus usurios na realizao de suas tarefas, operam satisfatria e
economicamente em ambientes reais e podem evoluir continuamente, adaptando-se a um
mundo em constante evoluo.
Alm dos elementos fundamentais (mtodos, ferramentas e procedimentos), alguns
conceitos que compe a base da Engenharia de Software so: processo de software, modelo
de processo e ciclo de vida. Esses conceitos so discutidos nas sees 3.2.1, 3.2.2 e 3.2.3
deste trabalho.

3.2.1 O Processo de software
Um processo de software ou processo de Engenharia de Software pode ser definido
como o conjunto de atividades, mtodos, prticas e transformaes que compe um roteiro
para a produo de software. Segundo Falbo (2005, p.5), um processo eficaz deve,
claramente, considerar as relaes entre as atividades, os artefatos produzidos no
desenvolvimento, as ferramentas e os procedimentos necessrios e a habilidade, o treinamento
e a motivao do pessoal envolvido.
Os processos de software podem ser decompostos em diversos sub-processos, tais
como processo de desenvolvimento, processo de garantia da qualidade, processo de gerncia
de projetos etc. Esses sub-processos, por sua vez, podem ser decompostos em atividades e
sub-atividades. Para cada um desses elementos do processo, importante estabelecer os sub-
elementos que o compe, a relao de precedncia dos sub-elementos (pr-atividades), os
artefatos de entrada (insumos) e de sada (produtos) das atividades, os recursos necessrios
(humanos, hardware, software etc.) e os procedimentos (mtodos, tcnicas e roteiros) a serem

18
FIORINI, S. T. et al. Engenharia de Software com CMM, Rio de Janeiro, Ed.Brasport, 1998.
34

empregados na sua realizao. A Figura 5 mostra os elementos que compem um processo de
Engenharia de Software de forma esquemtica.

Figura 5 Processo de Engenharia de Software

Para Pfleeger (2004, p.36) todo processo tem as seguintes caractersticas:
O processo prescreve todas as suas principais atividades;
O processo utiliza recursos, est sujeito a um conjunto de restries (como um
cronograma) e gera produtos intermedirios e finais;
O processo pode ser composto de subprocessos de algum modo relacionados. Ele
pode ser definido como uma hierarquia de processos, organizados de tal maneira que cada
subprocesso tenha seu prprio modelo de processo;
Cada atividade do processo tem critrios de entrada e sada, de modo que seja
possvel saber quando o processo comea e quando termina;
As atividades so organizadas em uma seqncia, para que a ordem de execuo de
uma atividade em relao s outras seja clara;
Todo processo tem um conjunto de diretrizes que explicam os objetivos de cada
atividade; e
Restries e controles podem ser aplicados a uma atividade, recurso ou produto.
35

3.2.2 Modelos de Processo de Software
Falbo (2005, p.6) apresenta a seguinte definio para modelo de processo de software:

Um modelo de processo pode ser visto como uma representao abstrata de um
esqueleto de processo, incluindo tipicamente algumas atividades principais, a ordem
de precedncia entre elas e, opcionalmente, artefatos requeridos e produzidos. De
maneira geral, um modelo de processo descreve uma filosofia de organizao de
atividades, estruturando as atividades do processo em fases e definindo como essas
fases esto relacionadas.

Existem diversos modelos tericos desenvolvidos que buscam descrever as fases de
um processo de software e a forma com que seguem e interagem, utilizando texto, figuras e
at mesmo linguagens especficas para a modelagem de processos (Process Modelling
Language - PML). Em geral, as fases do processo de software que compe estes modelos
resumem-se em: anlise e Identificao de Requisitos, projeto, implementao do software
(ou codificao), testes, entrega (ou implantao), operao (ou utilizao) e manuteno.
Essas fases esto ilustradas na Figura 6.

Figura 6 Principais fases de um Modelo de Processo de Software tradicional

Porm, no o foco deste trabalho detalhar ou discutir os modelos existentes na
literatura, cabendo apenas apresentar o conceito fundamental de modelo de processo dentro
do domnio da Engenharia de Software.

36

3.2.3 Ciclo de Vida do Software
Pode-se definir o ciclo de vida do software como sendo o conjunto de fases ou
estgios pelos quais o software passa desde a sua concepo at o seu descarte.
O conceito de ciclo de vida de um software muitas vezes confundido com o de
modelo de processo de software. Porm so conceitos bem diferentes, pois, enquanto o ciclo
de vida do software diz respeito s fases do software como produto, o modelo de processo de
software, como visto anteriormente, descreve um processo de construo do software em
termos de atividades, artefatos, recursos e procedimentos.
O ciclo de vida de um software apresenta quatro fases: Definio ou concepo,
desenvolvimento, operao / manuteno e descarte, representadas pela Figura 7 e descritas a
seguir.

Figura 7 Ciclo de Vida do Software
Fase de Definio
Na fase de definio do software so realizadas paralelamente, atividades tais como a
modelagem de processos de negcios e anlise de sistemas. Nesta fase, busca-se identificar as
necessidades e os requisitos de uma soluo de sistemas computacionais. O marco final dessa
fase varia de acordo com o modelo de processo adotado. Em algumas propostas, a fase de
definio considerada concluda com a apresentao da proposta de desenvolvimento
apenas. Outros modelos de processo consideram que o software apenas est completamente
definido com a especificao de requisitos e com a elaborao do plano de desenvolvimento
de software.

Fase de Desenvolvimento
A fase de desenvolvimento ou de produo do software inclui todas as atividades que
tem por objetivo a construo do produto de software. Inclui principalmente o design,
implementao, verificao e validao do software. Em geral, os modelos de processo de
Software focam principalmente esta fase.

37

Fase de Operao
A fase de operao e manuteno refere-se disponibilizao do produto de software
para a utilizao. Durante o perodo de utilizao, geralmente, so necessrias operaes de
manutenes. Quando a manuteno visa a resoluo de problemas referentes a qualidade do
software (falhas, baixo desempenho, baixa usabilidade, falta de confiabilidade, etc.)
chamada de manuteno corretiva. J quando a manuteno visa a produo de novas verses
do software de forma a atender a novos requisitos dos clientes, ou adaptar-se s novas
tecnologias, chamada de manuteno evolutiva ou adaptativa.

Fase de Descarte
Esta fase apresenta um grande desafio para os proprietrios e fornecedores do
software. Diversos software que esto em funcionamento em empresas possuem excelente
nveis de confiabilidade e de correo. No entanto, eles precisam evoluir para novas
plataformas operacionais ou para a incorporao de novos requisitos. A retirada desses
softwares legados em uma empresa sempre uma deciso difcil, pois envolve riscos
tecnolgicos e principalmente resistncia por parte dos funcionrios que esto acostumados
com a utilizao desses sistemas.

3.2.4 Ciclo de Vida de Pacotes comerciais
O processo de desenvolvimento dos pacotes comerciais de software apresenta uma
caracterstica essencial que os distingue dos sistemas proprietrios (softwares tradicionais).
Trata-se de um processo de desenvolvimento externo. Nesse processo, a definio e
construo do produto de software realizada pelo fornecedor, sem que haja participao da
empresa que ir utilizar o software. O software produzido como um produto manufaturado
qualquer, com objetivo de atender diversas empresas, e s ento ofertado aos usurios finais
(empresas). Da a definio de pacote comercial, conforme foi apresentado na seo 2.3
deste trabalho.
Dessa forma, o ciclo de vida do software tradicional torna-se inadequado para
descrever o ciclo de vida desses pacotes, pois, alm de no considerar o desenvolvimento
externo e suas implicaes, no trata a aquisio e a adaptao como fases relevantes do ciclo
de vida.
38

De maneira geral, as fases do ciclo de vida tradicional no representam a realidade das
fases que caracterizam os pacotes comerciais. Essa incompatibilidade identificada tambm
por Souza (2000), que afirma que a fase de levantamento de requisitos difere totalmente da
fase de levantamento de requisitos tradicional. No caso de pacotes as funes e caractersticas
de diversos produtos disponveis no mercado devem ser apresentadas aos usurios para que se
possa verificar a adequao desses produtos aos requisitos da empresa. (SOUZA, 2000, p.24)
Vrios autores abordam o ciclo de vida de pacotes comerciais. Lucas
19
(1985 apud
SOUZA, 2000 ) defende que o foco principal deve estar na etapas de aquisio (escolha do
fornecedor) e na implementao. Laudon e Laudon (1999) relacionam as etapas de
parametrizao e customizao de pacotes comerciais s fases de anlise do sistema, anlise
dos requisitos e programao de sistemas do ciclo de vida tradicional. Os autores tambm
definem um ciclo de vida para os pacotes comerciais conforme esquematizado na Figura 8
Ciclo de vida de pacotes comercias

Figura 8 Ciclo de vida de pacotes comercias
Fonte: Adaptado de Laudon e Laudon (1999)

3.2.5 Ciclo de Vida de Sistemas ERP
Assim como os pacotes comerciais apresentam caractersticas especficas que os
distinguem dos softwares tradicionais, os sistemas ERPs tambm apresentam caractersticas

19
LUCAS H. C. Jr. The analysis, design and implementation of information systems 3ed. New York: McGraw
Hill, 1985.

39

delimitadoras que fazem com que esses sistemas sejam particularizados dentro do contexto
dos pacotes comerciais. A Figura 9 apresenta um esquema do domnio dos produtos de
software e como o ERP se insere.

Figura 9 Domnio dos produtos de software

As particularidades dos sistemas ERPs referem-se sua abrangncia funcional e
viso de processos, refletida na integrao entre seus diversos mdulos, ao passo que, ao
desconsiderar essas particularidades, restam os pacotes comerciais tradicionalmente
desenvolvidos para atender uma funcionalidade especfica de forma isolada dos demais
aplicativos ou sistemas corporativos.
Apesar de no ser ideal, o ciclo de vida dos pacotes comerciais de software no
totalmente incompatvel com os sistemas ERP. Entretanto, para descrever idealmente o ciclo
de vida do ERP, deve-se estabelecer o foco na fase de implantao do sistema, de maneira que
possam ser estabelecidas atividades de adaptao tanto de processos de negcio como de
tecnologias, assegurando assim a as caractersticas de integrao e abrangncia funcional do
ERP.
Souza (2000, p.27) prope um modelo de ciclo de vida especfico para sistemas ERP,
tomando por base os modelos de ciclo de vida tradicionais, as caractersticas e etapas de ciclo
de vida de pacotes comerciais de software, os modelos de implementao de TI, as
caractersticas especficas dos sistemas ERP e a literatura a respeito da seleo,
implementao e utilizao de sistemas ERP, especialmente tratadas por Bancroft et
al.
20
(1998, apud SOUZA; ZWICKER, 2000), Lozinsky (1996) e Davenport (1998). No

20
BANCROFT, N.H.; SEIP, H.; e SPRENGEL, A. Implementing SAP R/3: How to introduce a large system
into a large organization. 2a. ed. Greenwich: Manning, 1998.

40

modelo proposto por Souza, descrito na Figura 10, o ciclo de vida de sistemas ERP
composto por 4 etapas: Deciso, Escolha, Implementao e Utilizao.



Figura 10 Ciclo de Vida de Sistemas ERP proposto por Souza
Fonte: (SOUZA, 2000, p.27)

O Ciclo de vida de Sistemas ERP apresentado por Souza (2000), conforme Figura 10,
ser discutido e adaptado Captulo 4, servindo como base para o estabelecimento do modelo
de processo de implantao proposto nesse trabalho.


41

4. UM MODELO DE PROCESSO DE IMPLANTAO
4.1 CONSIDERAES INICIAIS
Sintetizando os conceitos apresentados na reviso bibliogrfica, a Engenharia de
Software foi estabelecida com o objetivo de apoiar o processo de desenvolvimento de
software. Sua principal contribuio resume-se no estabelecimento de modelos de processos
que descrevem uma sequncia de subprocessos e atividades que, por sua vez, resultam em um
produto de software.
As fases que compe os modelos de processo baseiam-se no ciclo de vida do software
tradicional. Porm, conforme exposto no captulo anterior, o ciclo de vida do ERP difere do
ciclo de vida dos softwares tradicionais, gerando uma incompatibilidade com os modelos de
processo existentes.
Ao mesmo tempo, observa-se que o principal ponto de incompatibilidade da aplicao
da Engenharia de Software ao ERP est na deficincia de processos que conduzem a fase de
modelagem de negcios e de implantao, requeridas pelos sistemas ERP. As interaes e
integraes de informaes exigidas pelo ERP so maiores e mais complexas de gerenciar, do
que nos outros tipos de software. Alm disso, os impactos da adoo desses sistemas
ultrapassa as fronteiras tecnolgicas do produto de software, adentrando a dimenso de
recursos humanos e de cultura organizacional.
Identifica-se a necessidade de desenvolver um modelo de processo apropriado, que
atenda as particularidades do ERP. Contudo, possvel estabelecer este modelo dentro da
abordagem de Engenharia, aproveitando os conceitos e tcnicas j estabelecidos pela
Engenharia de Software e pela Engenharia da Informao.
Este captulo apresenta inicialmente um modelo de ciclo de vida do ERP, elaborado
atravs da adaptao do modelo proposto por Souza (2000). Com base neste novo modelo de
ciclo de vida, definido um processo de implantao e suas fases. Em seguida, apresentado
um modelo de processo e as principais atividades que o compe, bem como a sequncia em
que essas atividades devem ser executadas, visando a melhoria do processo de implantao de
sistemas ERP.

42

4.2 PROPOSTA DE UM CICLO DE VIDA DO ERP
O modelo de ciclo de vida do ERP proposto por Souza (2000, p.27) composto de trs
etapas principais: deciso e seleo, implementao e utilizao. De certa forma, este modelo
atende s particularidades do ERP, porm, necessrio fazer algumas consideraes e propor
algumas modificaes para que este modelo possa servir integralmente ao propsito deste
trabalho e permitir a aplicao dos conceitos da Engenharia de Software. As principais
consideraes referem-se interao entre as etapas e s definies dos termos utilizados para
descrever as etapas.

Etapa de Deciso e Seleo
Para Souza (2000), a etapa inicial do ciclo de vida do ERP a etapa de Deciso e
Seleo de qual Sistema ser utilizado pela empresa. O autor descreve essa etapa como uma
etapa de anlise e pesquisa, onde as empresas devem proceder um estudo a respeito dos
sistemas ERP, seus possveis benefcios e potenciais problemas.(SOUZA, 2000, p.29).
O termo deciso refere-se atitude tomada pela empresa aps realizar a anlise e
estudos sobre o ERP. Caso decida-se por utilizar um ERP, a prxima atividade, dentro desta
mesma etapa, ser a realizao de novos estudos, desta vez sobre os possveis fornecedores de
uma soluo ERP. Segundo Souza (2000, p.30), para a seleo dos pacotes necessrio
comparar as alternativas do mercado. [...] o fornecedor que obtiver a melhor nota final ser o
escolhido.
possvel observar que a etapa descrita por Souza (2000) no constri o produto,
apenas o adquire de um fornecedor. Utilizando a definio de ciclo de vida como sendo as
fases pelas quais passa um produto de software, entende-se que a deciso e seleo so
atividades que antecedem a participao do ERP dentro da empresa, e portanto no so
necessariamente fases do ciclo de vida.
Por outro lado, considera-se que atravs da execuo dessas atividades o resultado ser
a aquisio de um sistema ERP, iniciando assim o ciclo de vida do produto. Portanto, uma
adaptao sugerida para o modelo proposto por Souza (2000) que a etapa inicial seja
definida como etapa de aquisio e que os termos deciso e seleo sejam empregados
para identificar as atividades envolvidas nesta etapa.

43

Etapa de Implementao
Para Souza (2000, p.38), a etapa de implementao definida como: [...] o processo
pelo qual os mdulos do sistema so colocados em funcionamento em uma empresa. A
descrio do processo envolvido nesta etapa ser mantida, porm, a adaptao ser feita em
relao ao termo implementao empregado por Souza (2000).
Conforme exposto inicialmente na seo 2.4, no h um consenso definitivo sobre a
utilizao do termo implementao e implantao. Porm, devido abordagem de engenharia
que ser utilizada, na qual o termo implementao amplamente empregado para designar as
atividades que envolvem a codificao de software, a segunda etapa do ciclo de vida do ERP
ser definida como etapa de implantao.
O termo implementao ser utilizado para definir uma das atividades realizadas
durante a etapa de implantao, conforme o processo que ser estabelecido no decorrer deste
trabalho.

Etapa de utilizao
Este etapa ser considerada de forma anloga etapa de utilizao apresentada por
Souza (2000), na qual o sistema ERP incorporado s prticas e ferramentas efetivamente
utilizadas pela empresa.
Porm, uma adaptao ser feita em relao s atividades de manuteno. Souza
(2000) considera a necessidade de execuo dessas atividades, porm, de acordo com o
modelo de ciclo de vida do ERP apresentado pelo autor, essas atividades esto inseridas na
etapa de utilizao do sistema:

[...] A complexidade dos sistemas ERP, sua abrangncia funcional e sua integrao
levam a dificuldades nas operaes de manuteno, tais como atualizao de
verses, paradas para manuteno de mquinas, realizao de backups, testes e
mudanas de parametrizao durante o uso. (SOUZA, 2000, p.53)

Considerando-se a dinmica funcional dos sistemas ERP, possvel estabelecer alguns
tipos de atividades de manuteno:
Manuteno corretiva: Alteraes especficas para correo de problemas identificados
durante a fase de utilizao.
44

Manuteno adaptativa: Necessria quando o ambiente de atuao do ERP alterado,
exigindo alteraes nos parmetros que determinam o comportamento do ERP.
Manuteno evolutiva: Adio de novas funcionalidades ao sistemas ou at mesmo
integrao de novos mdulos.
De acordo com o tipo de manuteno realizada, duas situaes so possveis:
i) Quando h necessidade de retirar temporariamente o sistema de uso (parada)
ii) Quando h necessidade de um novo processo de implantao (aquisio de novos
mdulos).
Alm disso, algumas atividades de manuteno podem ser bem simples, no sendo
necessrio alterar a utilizao do sistema. Nesses casos, as atividades de manuteno simples
so consideradas dentro da etapa de utilizao.
Diante das situaes expostas, um modelo de ciclo de vida ideal deve considerar os
casos em que o estado de utilizao do sistema alterado. O modelo proposto por Souza
(2000) considera apenas as interaes entre as etapas de utilizao e implantao. Porm, de
acordo com os tipos de manuteno possveis, algum casos apresentam um novo estado para o
ERP, que no se encaixa como implantao nem como utilizao. Portanto, neste trabalho
ser adaptada uma quarta etapa para o ciclo de vida do ERP, denominada fase de manuteno.
As adaptaes feitas no modelo de ciclo de vida do ERP, proposto por Souza (2000),
resumem-se no Quadro 4.

Quadro 4 Comparao dos Modelos de Ciclo de Vida do ERP

A Figura 11 apresenta o modelo de ciclo de vida do ERP baseado nas consideraes e
adaptaes feitas ao modelo apresentado por Souza (2000), conforme discutido nessa seo.

45


Figura 11 Ciclo de Vida de Sistemas ERP

4.3 O PROCESSO DE IMPLANTAO
De acordo com o Ciclo de Vida do ERP definido anteriormente, quando o ERP
efetivamente adquirido pela empresa, tem-se um produto inacabado, ou seja, o ERP no
est pronto para ser utilizado. Entre a aquisio e a utilizao existe um estado intermedirio
que a implantao. Um processo de implantao pode ento ser definido como uma
seqncia de passos e transformaes que estabelecem a transio entre esses estados.Por sua
vez, essa transio tambm pode ser decomposta em uma sequncia de estados
intermedirios, que so as fases do processo.
Na seo 4.3.1, a definio das fases do processo feita de forma abstrata,
apresentando apenas uma viso geral do andamento do processo. O detalhamento dessas fase
em termos de atividades e procedimentos feito a seguir, na seo 4.4.

4.3.1 Fases do Processo de Implantao
Foram definidas cinco fases do processo de implantao, no qual cada fase produz um
resultado intermedirio que pode ser avaliado, ajustado e ento aprovado, garantindo a
continuao do processo. As fases definidas so: anlise, projeto, implementao, testes e
treinamento e acompanhamento, representadas na Figura 12 e descritas a seguir.
46


Figura 12 Fases do processo de Implantao

Anlise:
O objetivo desta fase compreender o perfil da empresa e verificar a relao com o
ERP adquirido, possibilitando a identificao dos ajustes necessrios. A anlise deve incluir
todas as dimenses que sero afetadas direta ou indiretamente pelo ERP (tcnolgica,
organizacional, estratgica e de recursos humanos).

Projeto:
Com base nas entradas fornecidas pela fase de anlise, o objetivo dessa fase definir e
estruturar o que ser feito nas prximas fases. O termo projeto se aplica viso que as
empresas tm do processo de implantao. Para o Project Management Institute PMI
21
(2000 apud PEREIRA; LAURINDO, 2007 p.358), "um projeto um esforo temporrio
empreendido para criar um produto, servio ou resultado exclusivo", temporrio em funo
dos projetos terem um tempo definido e exclusivo pelo fato de estar sendo desenvolvido para
resultar em algo diferente do que j existe. Tal definio se aplica implantao do ERP, e
portanto, as tcnicas de gerncia de projetos devem ser utilizadas no decorrer de todo o
processo.

Implementao: Compreende a execuo das tarefas definidas pela fase de projeto. Nesta fase
so realizadas a maior parte das transformaes responsveis por colocar o ERP em operao.

21
PMI. PMBOK guide: Um guia do conjunto de conhecimentos do gerenciamento de projetos. Project
Management Institute,2000.
47

Testes:
O objetivo desta fase validar as atividades executadas na implementao, verificar e
ajustar as condies de operao do ERP de acordo com o que foi estabelecido nas fases de
anlise e de projeto.

Treinamento e Acompanhamento:
Compreende as ltimas atividades do processo de implantao, pois nesta fase, o ERP
j est praticamente pronto para utilizao efetiva, sendo necessrio apenas preparar e
acompanhar esta transio.

4.4 O MODELO DE PROCESSO DE IMPLANTAO
Para cada fase do processo de implantao do ERP, foi definido um conjunto de
atividades que devem ser executadas para que os objetivos dessas fases possam ser atingidos.
Observando as fases individuais e suas atividades associadas, possvel identificar as
seguintes atividades:

4.4.1 Atividades da fase de Anlise
Identificao de Processos:
A identificao de processos consiste primeiramente no levantamento dos atuais
processos que j so realizados pela empresa. necessrio, tambm, identificar as atividades
que so realizadas, mas no possuem um fluxo devidamente estabelecido. Compreende
tambm a identificao das necessidades da empresa, e o que no ser contemplado
efetivamente pelo sistema, necessitando de customizaes (desenvolvimentos especficos
personalizados, integrados ao Sistema ERP). A presena de consultoria externa nessa
atividade de extrema importncia, pois geralmente, as empresas que adquirem um sistema
ERP ainda no possuem experincia em gesto voltada para processos de negcio.

Identificao de Recursos (hardware):
Compreende a anlise tcnica da infra-estrutura disponvel pela empresa. Deve-se
considerar que de maneira geral, as especificaes e requisitos mnimos exigidos pelo ERP
48

escolhido j devem ter sido amplamente verficados e atendidos na etapa anterior
implantao. Portanto, essa identificao feita na fase de anlise, dentro da etapa de
implantao, refere-se ao levantamento dos recursos disponveis, dentro do que j foi
especificado e que satisfaz os requisitos mnimos do ERP adquirido. Apesar de parecer
redundante, fica claro o papel dessa anlise mais adiante, quando apresentado o
planejamento da implantao.

Anlise do Ambiente (Sistemas e Integraes):
muito comum as empresas que adquirem sistemas ERP optarem por manter alguns
de seus sistemas especficos por diversos motivos (desempenho, custo, funcionalidade,etc.).
Nesses casos, preciso identificar esses sistemas que sero mantidos, verificar a
compatibilidade e estabelecer a necessidade e a forma de integrao com o ERP.

Modelagem de Negcios:
A modelagem de negcios a atividade mais importante da fase de anlise. As
maiores mudanas e tambm benefcios proporcionados pelo ERP esto relacionados ao
sucesso da organizao por processos de negcio. necessrio analisar os processos que
foram mapeados no incio dessa fase, e remodelar toda a estrutura de negcios da empresa,
adotando ou adaptando os processos-padres oferecidos pelo ERP. A modelagem de negcios
apresentada neste trabalho, apenas como uma atividade da fase de anlise, mas importante
ressaltar que no se trata de uma atividade simples. Sugere-se que esta atividade seja tratada
como um subprocesso do processo de implantao, pois envolve mudanas estruturais nos
negcios da empresa, redefinindo ou criando um complexo fluxo de informaes. As tcnicas
e ferramentas descritas pela Engenharia de Software no atendem completamente s
necessidades desse subprocesso, sendo necessria a aplicao dos conceitos e tcnicas
abordados pela Engenharia da Informao. A descrio das atividades desse processo de
modelagem de negcios no ser tratada neste trabalho, pois ultrapassa o nvel de abstrao
do modelo de processo de implantao proposto.

Mapeamento dos usurios:
Esta atividade consiste na identificao dos funcionrios ou colaboradores da empresa,
que iro utilizar o ERP. A identificao deve detalhar o nvel de conhecimento do sistema,
49

habilidades, competncias e viso de processos de cada usurio. Esta atividade essencial
para determinar o tipo de treinamento necessrio, individual ou coletivamente.

4.4.2 Atividades da fase de Projeto
Planejamento do Projeto:
As atividades das fases seguintes devem ser definidas e planejadas nesta fase de
projeto. Devem ser aplicadas tcnicas de gerenciamento de projetos, pois o processo de
implantao pode ser definido em termos de projeto. O planejamento deve envolver a
elaborao de um cronograma de atividades, definio de equipes de trabalho, estimativas de
custo, estimativas de esforo, identificao dos riscos, bem como o detalhamento da execuo
das prximas atividades. Para a elaborao desses artefatos, utiliza-se todos os dados obtidos
durante a fase de anlise. Dessa forma, fica justifica-se a atividade de anlise dos recursos
recomendada na fase anterior, pois atravs da identificao desses recursos que ser feito
por exemplo, um planejamento e projeto da instalao do sistemas. Por exemplo, dentre os
recursos disponveis, pode-se definir qual mquina ser configurada como Servidor do
Sistema ou em quais estaes sero instalados os aplicativos necessrios, etc. Cabe ressaltar
que na fase de implantao define-se apenas a estrutura do sistema utilizando os recursos
disponveis, sem se preocupar com os requisitos mnimos exigidos, pois estes j devem ter
sido corretamente atendidos nas etapas que antecedem implantao.

Plano de treinamento:
Um plano de treinamento deve ser estabelecido de acordo com o mapeamento dos
usurios. Deve-se definir a metodologia que ser utilizada no treinamento, definir as metas a
serem atingidas, estabelecer um cronograma e as pessoas envolvidas nas atividades. Alm
disso, um plano de treinamento deve especificar os critrios de avaliao que devem ser
aplicados ao trmino do treinamento, como forma de avaliar a eficincia do treinamento.

4.4.3 Atividades da fase de Implementao
Parametrizao:
A parametrizao do sistema consiste na configurao dos valores dos parmetros
internos que determinam o comportamento do ERP. Esse comportamento determinado
50

atravs do ambiente de negcios, identificado na fase de anlise, e do fluxo da informao
estabelecido atravs da modelagem dos processos de negcio.

Customizao:
Envolve desenvolvimentos especficos (customizaes) que devem ser implementados
para adaptar o sistema s caractersticas especficas de negcios da empresa que no so
atendidos pelos processos-padres do ERP. As ferramentas que podem ser utilizadas nesta
atividade dependem muito do ERP adquirido. Em geral, as customizaes so feitas pelos
prprios fornecedores.

Instalaes:
Aps a configurao e implementaes da estrutura principal do ERP, deve-se fazer as
instalaes dos aplicativos, pacotes, componentes e ferramentas de software necessrios para
que todos os usurios possam ter acesso efetivo ao sistema.

Migrao de dados:
Consiste na migrao dos dados (ou carga de dados) de outros sistemas e aplicativos
utilizados pela empresa. Muitos desses dados so necessrios para o incio da operao do
ERP. A migrao pode envolver a mudana de tecnologia utilizada para armazenar os dados,
como tambm, pode exigir uma nova modelagem dos dados.

4.4.4 Atividades da fase de Testes
Teste de integrao:
Esta atividade abrange os testes que devem ser executados no novo ambiente
estabelecido entre o sistema ERP e os aplicativos e sistemas especficos mantidos em
funcionamento. De acordo com as necessidades e caractersticas dos aplicativos, necessrio
que os fluxo de informao e dados do ERP seja compartilhado. Esse compartilhamento, bem
como toda a comunicao estabelecida com o ERP devem ser testados.

51

Teste de operao:
Aps o teste de integrao com os demais sistemas e aplicativos, devem ser testadas as
funcionalidades e a operao do ERP. As integraes entre diferentes mdulos do prprios
ERP so testadas nesta atividade, pois, apesar de envolver integraes, referem-se operao
interna de um mesmo sistema. O objetivo principal desta atividade identificar e corrigir as
falhas do sistema causadas por defeitos introduzidos durante a implementao.

Verificao:
A atividade de verificao consiste em conferir se as atividades da fase de
implementao esto sendo corretamente executadas. O plano de projeto utilizado nesta
atividade para orientar a verificao das atividades.

Validao:
A validao do sistema consiste em confrontar o comportamento do sistema aps as
parametrizaes e customizaes, como o funcionamento esperado. Caso a operao do
sistema no esteja de acordo com os requisitos estabelecidos na fase de anlise, deve-se rever
as parametrizaes e customizaes, adequando o funcionamento do sistema.

4.4.5 Atividades da fase de Treinamento e acompanhamento
Liberao do sistema:
Aps validar a fase de implementao, o processo deve ser aprovado pela gerncia da
empresa, para que o sistema possa ser liberado para operao. O responsvel por essa
atividade, geralmente o gerente de projetos, deve verificar se os requisitos de infra-estrutura
foram corretamente atendidos.

Treinamento dos usurios:
A atividade de treinamento dos usurios, nesta fase, refere-se aos treinamentos com a
utilizao do ERP j em funcionamento, sendo que as operaes realizadas so efetivamente
registradas no sistema. Porm, esta atividade apenas uma parte do treinamento que deve ser
realizado pelos usurios. Outras atividades de treinamento devem ter sido realizadas
52

paralelamente em fases anteriores, para que os usurios j tenham a base de conhecimentos
necessrios para iniciar a operao do sistema.

Acompanhamento da utilizao:
As operaes iniciais do sistema, devero ser acompanhadas pela equipe de
implantao ou pelos responsveis pelo processo, pois nesta fase os usurios geralmente no
possuem habilidade para operar o sistema, prejudicando a execuo das atividades de negcio
da empresa, dificultando identificao de falhas e at mesmo introduzindo erros nos dados
registrados.

Avaliao da implantao:
Com o sistema j em operao, necessrio avaliar o processo de implantao
realizado. O objetivo dessa avaliao verificar os pontos crticos da implantao, que em
geral, tendem a continuar oferecendo riscos utilizao do sistema. Atravs dessa
identificao, possvel estabelecer um plano de respostas, monitorar e controlar os provveis
riscos da prxima fase do ciclo de vida do ERP.
As atividades propostas para as fases do processo de implantao no so exatamente
lineares. Dentro de uma mesma fase, as atividades no precisam ser executadas exatamente na
sequncia apresentada. Porm, quando h transio entre as fases estabelecidas, necessrio
observar a dependncia e interao existente, principalmente em relao aos artefatos
produzidos em cada fase.
Alm das atividades especficas de cada fase, o processo de implantao deve
envolver algumas atividades paralelas s demais. So as atividades de apoio, geralmente
relacionadas s atividades gerenciais. A execuo dessas atividades no interferem
diretamente no processo de implantao, mas indiretamente, so fundamentais para o
gerenciamento do processo, garantindo o controle e a qualidade do processo como um todo.
Por fim, um modelo de processo de implantao construdo, com base nas fases do
processo, descritas em termos de suas atividades e sequncia de execuo. Esse modelo
representado na Figura 13.
53


Figura 13 Modelo de processo de Implantao

4.5 CONSIDERAES FINAIS SOBRE O MODELO PROPOSTO
Ao analisar o modelo proposto, preciso considerar que o ERP foi concebido para ser
uma soluo genrica. Porm as empresas apresentam particularidades em suas atividades,
alterando muitas vezes o cenrio de implantao. Dessa forma, preciso flexibilidade ao
utilizar o modelo. Dificilmente as fases descritas no sero compatveis com o cenrio de
implantao, mas, em relao ao conjunto de atividades proposto, ser necessrio habilidade
da equipe ou dos responsveis pela implantao para adaptar a sequncia de execuo e
restries a essas atividades. Prev-se, tambm, a possibilidade de estabelecer outras
atividades alm das descritas no modelo.


54

5. CONCLUSO
5.1 CONCLUSES
Acredita-se que este trabalho uma contribuio relevante no que diz respeito aos
sistemas ERP, principalmente sua fase crtica de implantao. A definio de um modelo de
processos para a implantao auxilia a compreenso da atual problemtica das solues ERP,
facilitando a viso sistemtica do processo por parte dos envolvidos apoiando o
desenvolvimento de estratgias que tenham por objetivo aumentar a chance de sucesso desses
processos.
Atravs da aplicao dos conceitos e prticas propostos pela Engenharia de Software e
Engenharia da Informao, buscou-se contribuir com a consolidao dessas reas de
conhecimento. Alm disso, com o desenvolvimento de um modelo de processos de
implantao de ERP, espera-se contribuir com a expanso da abordagem de Engenharia em
um contexto cada vez mais abrangente.
Para o desenvolvimento do trabalho, procurou-se manter o foco na flexibilidade. Na
identificao das fases e atividades do processo de implantao, procurou-se elaborar uma
soluo genrica. Por isso, espera-se que o modelo de processo apresentado, sirva como base
para o estabelecimento de novos modelos de processo de implantao de sistemas ERP e no
como proposta nica.

5.2 TRABALHOS FUTUROS
Como continuao deste trabalho, sugere-se duas abordagens: terica e prtica.
O desenvolvimento terico consiste em refinar o modelo proposto, diminuindo o grau
de abstrao. As atividades podem ser detalhadas em termos de recursos necessrios, artefatos
de entrada e sada. Alm disso, deve-se considerar e detalhar as tcnicas e mtodos
empregados em cada atividade. A abordagem multidisciplinar pode ser mantida, atravs do
emprego de tcnicas e mtodos adaptados de outras reas de conhecimento.
A abordagem prtica sugere a aplicao do modelo em processos de implantao
realizados dentro do ambiente empresarial. Atravs da anlise de resultados pode-se
identificar a viabilidade do modelo, bem como propor adaptaes necessrias.
55

6. REFERNCIAS BIBLIOGRFICAS
AIKEN, P. Enterprise Resource Planning(ERP) Considerations, Institute for Data Research
(IDR). 2002. Relatrio de pesquisa publicada pela IDR. Disponvel em:
<http://www.sei.cmu.edu/plp/EI_IRAD/ERP-Solutions.pdf> Acesso em: 25 abr.2009
ALSNE, E. The computer integration of the enterprise. IEEE Transactions on Engineering
Management, Fev. 1999, vol. 46, n 1, p.26-35.
AZEVEDO, R. C. ; BREMER, C. F. ; REBELATTO, D. A. N. ; TARALLO, F. . O uso de
ERP e CRM no suporte a gesto da demanda em ambientes de produo make-to-stock.
Gesto e Produo (UFSCar), So Carlos, v. 13, p. 179-190, 2006.
BUCKHOUT, S.; FREY, E.; NEMEC JR., J. Por um ERP eficaz. HSM Management. n.16,
set./out. 1999. p. 30-36.
CERRI, M. L. ; CAZARINI, E. W. Diretrizes para implantao de ERPs. In: XXIV
ENCONTRO NACIONAL DE ENGENHARIA DE PRODUO E SISTEMAS, 2004,
Anais... Florianpolis, 2004.
CHIAVENATO, I. Administrao nos novos tempos. Rio de Janeiro: Campus, 1999. 710p.
COMPUTERWORLD 19 jan.2009. Disponvel em < http://computerworld.uol.com.br>
Acesso em: 29 abr.2009.
CORRA, H. L.; GIANESI, I. G. N.; CAON, M. Planejamento, programao e controle da
produo: MRP II/ERP: Conceitos, Uso e Implantao. So Paulo: Gianesi Corra &
Associados, Atlas,1997. 361 p.
CORRA, H. L. ERPs: Por que as Implantaes so to Caras e Raramente do Certo?. In: I
SIMPOI, 1998, So Paulo. Anais..., 1998. p. 288-311
DAVENPORT, T.H. Putting the Enterprise into the Enterprise System. Harvard Business
Review, p.121-131, Jul/Aug. 1998.
DELOITTE. ERPs Second Wave: Maximizing the Value of ERP-Enabled Processes.
Relatrio de pesquisa publicado pela Deloitte Consulting. 1998. Disponvel em:
<http://www.dc.com/whatsnew/second.html> , Acesso em: 30 abr. 2009.
ESTEVES J. M.; SANTOS, A.A.; CARVALHO J. A. O Ciclo de Vida dos Custos de
Sistemas ERP. In: VII Congresso Brasileiro de Custos, 2000, Recife. Anais... Recife : MBIC,
2000.
56

FALBO, R. A. Engenharia de Software: Notas de Aula. 2005. Universidade Federal do
Esprito Santo, 2005. Disponvel em: < http://www.inf.ufes.br/~falbo/download/aulas/es-
g/2006-2/NotasDeAula.pdf> Acesso em: 20 abr. 2009
FERNANDES, F.Dicionrio Brasileiro Globo. So Paulo: Globo, 1984.
FERREIRA, A. B. H. Novo Aurlio: O dicionrio do sculo XXI. So Paulo: Nova
Fronteira.
FILHO G. S. P. Barreiras na Implantao de Sistemas de Informao. Maring
Management: Revista de Cincias Empresariais, v. 4, n.2, - p.15-26, jul./dez. 2007
FIORINI, S. T. Engenharia de Software com CMM. Rio de Janeiro: Brasport, 1998. 346 p.
FORTULAN, M. R. ; AQUARONI, L. M. ; CAZARINI, E. W. Fatores Chaves de Sucesso
para a Implantao de Novas Tcnicas Dentro das Empresas. In: ENCONTRO NACIONAL
DE ENGENHARIA DE PRODUO - ENEGEP, XIX, 1999, Rio de Janeiro-RJ. Anais...
Rio de Janeiro: ABEPRO, 1999. v. XIX.
GOMES, C. A. ; VANALLE, R. M. Aspectos Crticos para a implementao de sistemas
ERP. In: V-ENCONTRO DE MESTRANDOS E I ENCONTRO DE DOUTORANDOS EM
ENGENHARIA, 2001, Sta Barbara d'Oeste. Anais..., 2001. v. 1. p. 85-92.
HYPLITO, C. M.; PAMPLONA, E. O. Sistemas de Gesto Integrada: Conceitos e
Principais Consideraes em uma Implantao. In: XIX ENEGEP, 1999, Rio de Janeiro.
Anais..., Rio de Janeiro, 1999.
KOCH, SLATER E BAATZ, C.; SLATER, D.; BAATZ, E. The ABCs of ERP. 1999.
Disponvel na Internet em: <http://www.cio.com>. Acesso em: 22 mai/2009.
LAUDON, K. C; LAUDON, J.P. Sistemas de informao: com Internet. 4.ed. Rio de
Janeiro: LTC Editora, 1999 . 389 p.
______. Gerenciamento de Sistemas de Informao. 3.ed. Rio deJaneiro: LTC, 2001.
433p.
LAURINDO, F. J. B. Estudo sobre o impacto da estruturao da Tecnologia da
Informao na organizao e administrao das empresas. 1995. So Paulo: Dissertao
(Mestrado em Engenharia de Produo) - Dept Engenharia de Produo, USP, 1995.
LIMA. A. D. A. et al. Implantao de pacote de gesto empresarial em mdias empresas.
Artigo publicado pela KMPress. fev.2003.
57

Disponvel em: <http://www.kmpress.com.br/portal/artigos/preview.asp?id=147> Acesso em:
9 abr.2009
LOPES, F. et al. Revoluo no setor de softwares de gesto. Relatrio da Gazeta Mercantil
Latino-Americana, 26/7 a 1/8 de 1999.
LOZINSKY, S. Software: Tecnologia do negcio. So Paulo: Imago, 1996. 242 p.
LUKOSEVICIUS A. P. ; CAMPOS FILHO, L. A. N. ; COSTA, H. G. Maturidade em
gerenciamento de projetos e desempenho dos projetos. Relatrios de Pesquisa em Engenharia
de Produo da UFF, v. 2007, p. 34-49, 2007.
MENDES, J.V.; ESCRIVO F. E. Sistemas Integrados de Gesto ERP em Pequenas
Empresas: Um Confronto entre O Referencial Terico e A Prtica Empresarial. Gesto e
Produo (UFSCar), So Carlos, v. 9, n. 3, p. 277-296, 2002.
MILTELLO, K. Quem precisa de um ERP? Info Exame, p. 140, mar. 1999.
NETO, A. F.; FURLAN, J. D.; HIGA, W. Engenharia da Informao. So Paulo: McGraw-
Hill, 1986. 262 p.
NOGUEIRA M. Qual a importncia da adoo da Norma ISSO 12207 nas empresas de
desenvolvimento de software? In: X SIMPEP SIMPSIO DE ENGENHARIA DE
PRODUO, 2003, Anais... Bauru, 2003.
OLIVEIRA et al. Adaptando o sistema ERP ao crescimento organizacional: um estudo de
caso propondo as solues para a mudana. In: XXV ENCONTRO NACIONAL DE
ENGENHARIA DE PRODUO E SISTEMAS, 2005, Anais... Porto Alegre, 2005.
PADILHA, T. C. C.; MARINS, F. A. S. Sistemas ERP: caractersticas, custos e tendncias.
Revista Produo (So Paulo), So Paulo, v. 15, n. 1, p. 102-113, 2005.
PEREIRA N. N.; LAURINDO F. J. B. A importncia da Tecnologia da Informao na
indstria de construo naval: um estudo de caso. Revista Produo (So Paulo), So Paulo,
v. 17, n. 2,Mai/Ago. 2007. p. 354-367.
PANORAMA CONSULTING GROUP 2008 ERP Report, 2008. Disponvel em: <
http://www.panorama-consulting.com/WhitePapers/2008_ERP_Report.pdf> Acesso em: 29
abr.2009.
PFLEEGER, S. L. Engenharia de Software: teoria e prtica. 2.ed. So Paulo: Prentice
Hall/Pearson Education, 2004. 535 p.
58

PRESSMAN, R. S. Engenharia de Software. 5. ed. Rio de Janeiro : McGraw-Hill, 2002. 843
p.
REZENDE, D. A. Engenharia de Software e Sistemas de Informao. 3.ed. Rio de Janeiro:
Brasport, 2006. 316 p.
ROCHA S. A.; BROCHADO M. R. Sistema integrado de gesto baseado em ERP - a
insero em empresas brasileiras In: WorkComp Sul, 2004, Florianpolis. Anais..., 2004.
ROLT, C. R. O Desenvolvimento da comunidade virtual: Uma proposta para a melhoria
da qualidade e da comercializao de Software. 2000. 153 f. Florianpolis: Tese
(Doutorado em Engenharia de Produo) - Programa de Ps-Graduao em Engenharia de
Produo, Universidade Federal de Santa, 2000.
ROZENFELD, H. Integrao de Empresas CIM. Disponvelem: <http://www.numa.org.br >
Acesso em: 02 abr.2009.
SELDIN, R. ; CAULLIRAUX, H. M. ; RAINHO, M. A. F. O Papel da Cultura
Organizacional na Implantao de Sistemas Integrados de Gesto - Uma Abordagem sobre
Resistncia a Mudanas. In: VI Simpsio de Administrao da Produo, Logstica e
Operaes Internacionais, 2003, So Paulo.
SILVA, L.G.; PESSA, M.S.P.: Gesto da Informao: uma Viso dos Sistemas ERP. VI
SIMPEP Simpsio de Engenharia de Produo, Anais..., Nov. 1999.
SLACK, N. Administrao da produo. So Paulo: Atlas, 1996. 726 p.
SOUZA C. A. Sistemas Integrados de Gesto Empresarial: Estudos de casos de
Implementaes de Sistemas ERP. 2000. 305 f. So Paulo: Dissertao (Mestrado em
Administrao) - Departamento de Administrao da Faculdade de Economia, Administrao
e Contabilidade, Universidade de So Paulo, 2000.
SOUZA, C. A. ; ZWICKER, R. Ciclo de vida de sistemas ERP. Caderno de Pesquisas em
Administrao (USP), So Paulo, v. 1, n. 11, p. 46-57, 2000.
______. Um modelo de ciclo de vida de sistemas ERP: aspectos relacionados sua seleo,
implementao e avaliao. In: IV SemeAd - Seminrios em Administrao, 1999, So Paulo.
Anais..., 1999.
SOUZA, C. A. et al. Sistemas ERP no Brasil: Teorias e Casos. So Paulo: Atlas, 2003.
368p.
59

STAMFORD, P. P. ERPs: prepare-se para esta mudana. 2000. Disponvel em:
<http://www.kmpress.com.br/portal/artigos/preview.asp?id=134 >. Acesso em: 29 ABR.
2009.
TORALDO, R. S. ; SAPORITI, A. F. ; FILHO H. Z. Implementao de um Sistema ERP: O
caso de uma Grande Empresa. Revista da Administrao FAESA, Vitria-ES, v. 1, n. Jan-
Ago, p. 42-49, 2003.
URBAN, A. E. Ao Redor dos Sistemas: Os saberes noaristotlicos e os limites em
sistemas de ensinoaprendizagem. 2003. 73 f.Curitiba: Dissertao (Mestrado Informtica)
- Setor de Cincias Exatas,Universidade Federal do Paran, 2003.
WOOD JR, T. ; CALDAS, M. P. . Modas e modismos em gesto: Pesquisa exploratria sobre
adoo e implementao de ERP. In: ENANPAD23, 1999, Foz do Igua. Anais..., 1999.