12 e 13 de agosto de 2011 ISSN 1984-9354

O DESENVOLVIMENTO DO PROJETO ERP LIVRE NO BRASIL, MODELOS DE REFERNCIA E ARQUITETURAS DE MODELAGEM DE EMPRESAS
Ailton da Silva Ferreira (UFF) Denise Cristina de Oliveira (UCAM) Patricia Senna (UFF)

Resumo As organizaes, atualmente devem ficar atentas para acompanhar os avanos do mercado, num cenrio cada vez mais competitivo. A rapidez com que as mudanas no ambiente externo afetam as empresas requer o desenvolvimento de eficientes estrattgias de aquisio de informaes internas e externas, de modo a aumentar a eficcia organizacional em relao ao meio o qual a empresa se insere. Entender a organizao passa a ser um aspecto importante para a maior competitividade das empresas, porque muitos problemas na definio das estratgias podem ocorrer devido ao pouco conhecimento das suas prprias atividades. Modelar a organizao, portanto, permite no s entender melhor seus requisitos de gesto que interferiro em seus sistemas, mas tambm identificar alternativas viveis para os vrios processos da organizao de forma a trazer um referencial competitivo para a tomada de decises, permitindo estudar a melhor utilizao do seu potencial industrial, como forma de obter respostas mais eficazes s presses existentes no mercado. A necessidade das empresas serem mais competitivas passa pelo melhor conhecimento da sua prpria realidade e da utilizao de tcnicas e ferramentas para a tomada de deciso e para o projeto de sistemas de empresa, mais adequadas e confiveis. A utilizao de Sistemas Integrados de Gesto (tambm chamados de ERPs - Enterprise Resources Planning) pode proporcionar um maior grau de competitividade s empresas, desde que o seu desenvolvimento e/ou implantao satisfaa de forma adequada aos reais requisitos e necessidades para apoio aos processos das empresas.O artigo enfatiza a importncia da definio de

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

metodologias e linguagens de modelagem. E em especifico a utilizao de modelos de referncia para o desenvolvimento de sistemas integrados de gesto. Assim, inicialmente, contextualiza conceitos de planejamento da produo voltados para a tomada de deciso nas empresas. Conseqentemente passa-se a tecer a importncia dos sistemas integrados de gesto para as empresas, e a enfatizar a possibilidade da utilizao de sistemas de gesto empresarial de cdigo aberto, mais precisamente no sistema ERP5. Ainda, so apresentadas metodologias e linguagens de modelagens de empresas e de software, bem como as principais tcnicas a serem adotadas para a gerao de modelos de referncia. Por fim, baseado na Metodologia de Desenvolvimento Rpido de Software e na linguagem UML, so propostos modelos de referncia para o planejamento agregado, planejamento mestre da produo, planejamento dos recursos materiais, e meios para que o modelo de referncia seja aplicado ao ERP5. O presente a Palavras-chaves: ERP, Produo, UML

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

1. Introduo
A rapidez com que as mudanas no ambiente externo afetam as empresas requer o desenvolvimento de eficientes estratgias de aquisio de informaes internas e externas, de modo a aumentar a eficcia organizacional em relao ao meio o qual a empresa se insere. Entender a organizao passa a ser um aspecto importante para a maior competitividade das empresas, porque muitos problemas na definio das estratgias podem ocorrer devido ao pouco conhecimento das suas prprias atividades. Modelar a organizao, portanto, permite no s entender melhor seus requisitos de gesto que interferiro em seus sistemas, mas tambm identificar alternativas viveis para os vrios processos da organizao de forma a trazer um referencial competitivo para a tomada de decises, permitindo estudar a melhor utilizao do seu potencial industrial, como forma de obter respostas mais eficazes s presses existentes no mercado (ALENCAR apud PDUA e CAZARINI, 2002). A utilizao de Sistemas Integrados de Gesto (tambm chamados de ERPs - Enterprise Resources Planning) pode proporcionar um maior grau de competitividade s empresas, desde que o seu desenvolvimento e/ou implantao satisfaa de forma adequada aos reais requisitos e necessidades para apoio aos processos das empresas. Para o apoio aos processos de planejamento da produo de uma empresa, existem vrios softwares j conhecidos no mundo, porm os mesmos devem ser adquiridos atravs do desembolso de considervel valor financeiro. ERPs livres e de cdigo aberto podem ser uma alternativa vivel principalmente para Pequenas e Mdias Empresas (PMEs). O projeto ERP5 tem como objetivo desenvolver um sistema de ERP livre e de cdigo aberto tendo como base a plataforma ZOPE. Porm, para o desenvolvimento e implantao desse tipo de sistema tornar-se indispensvel uma perfeita documentao dos processos de empresas que sero apoiados, assim como a documentao das informaes relativas. A documentao pode ser a base para a gerao de novos cdigos. Neste sentido, surge a seguinte questo: como documentar de forma satisfatria os processos, informaes e componentes de software de modo a facilitar a implementao e/ou alterao dos mdulos dos ERPs? Essas dificuldades vm sendo tratadas no projeto ERP5 (SMETS-SOLENES e CARVALHO, 2003), sendo que uma das propostas a utilizao de uma arquitetura de modelagem e modelos de referncia, j que a documentao e o bom entendimento dos processos de negcios e do fluxo de informaes, os quais foram considerados quando da definio de requisitos e gerao dos cdigos originais, so essenciais para facilitar a definio de requisitos particulares de uma empresa e para a alterao dos cdigos relativos. Este artigo tem como objetivo ressaltar a necessidade da definio de arquiteturas de modelagem e modelos de referncia para facilitar alterao de cdigos de ERPs de cdigo aberto. Assim, aps esta introduo, so apresentados uma breve evoluo dos sistemas de suporte a gesto da

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

produo e o projeto ERP5. A seguir so tecidos alguns comentrios sobre engenharia de software, arquitetura de modelagem, modelos de referncia para empresas e a linguagem UML. Finalmente, apresentada modelagem do Planejamento Agregado mostra um prottipo gerado a partir da modelagem em UML, seguida das consideraes finais. 2. A evoluo dos sistemas computacionais para gesto da produo

O sistema MRP, tambm conhecido como MRP I segundo Goulart (2000), foi proposto por Joe Orlicky no comeo dos anos sessenta e surgiu com o objetivo de executar computacionalmente as atividades de planejamento dos materiais. Este sistema delimitado pelo manejo do fluxo de materiais, ou seja, a realizao atravs de computador da exploso da lista de materiais, definindo quais, quando e quanto de matrias-primas ou componentes devem ser requisitados para a montagem dos produtos. Na dcada de setenta, esse sistema evolui paralelamente com o avano da informtica, surgindo um sistema computacional com objetivos mais abrangentes realizando as principais atividades relacionadas com o planejamento e controle da produo e passando a se chamar Manufacturing Resources Planning ou MRP II. Na dcada de setenta o MRP II incorporou o controle do fluxo financeiro ao MRP, embora ainda atribusse maior importncia ao fluxo de materiais. Ele se diferencia por englobar alm de decises de quando, quanto e o que produzir e comprar, decises de como produzir, ou seja, com quais recursos (mquinas, operrios,etc) ir se produzir, como apresenta a figura .1 (CORRA et al., 2000).

O QUE

Sistemas de Apoio s Decises

QUANTO QUANDO COMO

M R P

M R P
II

Recursos de Produo

PRODUZIR E COMPRAR

Figura .1: Abrangncia do MRP e do MRP II. Fonte: Corra et al (2000). No incio da ltima dcada, movimentos polticos relacionados ao fim da Guerra Fria e derrubada do muro de Berlim abriram oportunidades para a globalizao, tornando o ambiente

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

mais competitivo. Estas transformaes sofridas pelo macro-ambiente ao qual as organizaes esto expostas, refletem mudanas graduais, incrementais e radicais promovidas pelas mesmas em suas estruturas, suas prticas de gesto, suas polticas e suas ferramentas (CORRA et al., 2000). Com isso os MRPs sofreram ampliaes, expandindo e aprimorando seus sistemas, que comeam a abranger questes como: estratgia, logstica, finanas e recursos humanos, dando origem ao que hoje denominado de Sistemas Integrados de Gesto ou Enterprise Resources Planning (tambm conhecido pela sigla ERP) (NORRIS, 2001). Ainda segundo Norris (2001) essa nova abordagem estruturada para a otimizao da cadeia de valor interna da empresa, interligando a organizao atravs de um sistema lgico comum de difuso e compartilhamento de dados. Este sistema organiza, padroniza e codifica os dados processados na organizao conforme a fig 2.
Estratgia

ERP

Finanas

MRP II

Produo

MRP

Departamento

Empresa

Corporao

Figura 2: Evoluo das aplicaes Empresariais. Fonte: Norris (2001). Como dito anteriormente, os ERPs so softwares destinados a ajudar a administrar e controlar as empresas. Existem ERPs de vrios nveis e de diferentes valores, alguns chegando a ter um custo muito elevado para pequenas e mdias empresas que precisam pagar pelo software e pela consultoria para a sua parametrizao e implantao. Existem muitos fornecedores mundiais como a SAP, a Oracle, a People Soft etc. que vendem esse tipo de sistema. Tambm existem excelentes solues provenientes de empresas nacionais como a Microsiga e a Datasul, dentre outras (LIMA, 2003). Seguindo a linha de sistemas livres de cdigo aberto, o ERP5 apresenta uma vertente inovadora atravs de um projeto de ERP open source que visa a oferecer uma soluo de alta tecnologia e

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

baixo custo para pequenas e mdias empresas que utilizam uma metodologia voltada para o mercado global de tecnologia de informao. 3.ERP5 Atualmente existem algumas propostas de ERPs livres e que permitem a alterao de seus cdigos, como o caso da Compiere (www.compiere.com.br) e do projeto ERP5 (www.erp5.org). Este ltimo um projeto de ERP de cdigo livre que visa oferecer uma soluo de alta tecnologia e baixo custo. O Sistema ERP5 desenvolvido atualmente por um grupo de empresas e instituies de ensino e pesquisa da Frana e Brasil. Este sistema utiliza a plataforma Zope e totalmente baseado em objetos, workflow e tecnologias Web. Segundo Smets-Solanes e Carvalho (2003) possui cinco tecnologias inovadoras, conforme mostrado na fig 3:

Figura 3.: As cinco tecnologias inovadoras do ERP5. Fonte:SMETS-SOLANES e CARVALHO, 2003 Essas caractersticas so descritas abaixo de maneira mais detalhada: Multi: o sistema multi-usurio, multi-organizao, multi-linguagem, multi-moeda, multi-custo e multi-cenrio; Meta: oferece vrios nveis de detalhes para um mesmo processo de gesto; Distribudo: utiliza mecanismos de sincronizao avanados que permitem a distribuio e compartilhamento de dados sem a necessidade de conexo permanente

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

com a rede; Baseado em objetos: o emprego de um conjunto de objetos permite modelar e implementar sistemas complexos de suporte a deciso; Livre: toda a informao gerada, tecnologias e metodologias desenvolvidas, so livremente disponibilizadas pelo site do projeto.

A arquitetura do ERP5 incorpora desde sua concepo conceitos avanados como banco de dados orientados a objetos e sistema de gesto de contedo, sincronizao de dados entre diferentes instalaes, tendo ainda um mtodo claro de modelagem de processos e conseqentemente de gerao de cdigo fonte (SMETS-SOLANES e CARVALHO, 2003). Para estes autores o ERP5 define um modelo abstrato de gerenciamento de negcios. Este modelo se baseia em cinco classes descritas abaixo, representadas conforme a figura 4. Resource: descreve um recurso abstrato em um processo de negcio (como habilidades individuais, produtos, mquinas etc). Relaes entre nos (nodes) definem as listas de materiais bem como prottipos; Node: podem receber e enviar recursos. Podem ser relativos a entidades fsicas (como uma instalao fabril) ou abstratas (como uma conta bancria). Metanodes so ns que contm outros ns, como empresas; Path: descreve uma forma que um n acessa recursos dos quais precisa. So abstratos, sendo utilizados para planejamento; Movement: descreve um movimento de recursos entre ns, em um dado instante e por uma dada durao. Por exemplo, um movimento pode ser o envio de matria-prima do estoque para a fbrica; Item: instncia fsica de um recurso.
PATH Planning sourcing MOVEMENT Order Delivery Transaction Production

NODE Machine Person Organizatio n

RESOURCE Money Material Service skill

ITEM Logistics Tracking

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Figura 4: As principais classes do ERP5. Fonte: Smets-Solanes e Carvalho (2003). O ERP5 baseado em um modelo que pode associar qualquer coisa a uma categoria. Alguns exemplos incluem uma categoria de recursos (tais como servios, matria-prima, habilidade ou dinheiro) ou uma categoria de organizaes (tais como um grupo de empresas, um grupo de pessoas ou uma cadeia de varejo) (SMETS-SOLANES e CARVALHO,2003). O armazenamento dos documentos realizado sob forma de objetos e seus atributos. Um grupo de objetos pode ser exportado e importado de uma pasta como uma coleo de documentos dentro do framework. Por conseguinte cada documento representa um objeto raiz em uma pasta com todos os seus sub-objetos bem como todos os objetos os quais podem relacion-lo. A figura 4 mostra o framework do ERP5. Posteriormente apresentadas as descries dessas pastas de forma a explicitar o modelo de administrao de contedo do ERP5 (LEMOS, 2004). O ERP5 utiliza a plataforma Zope que um sistema aberto de gerenciamento de contedo aberto. O Zope possui como principais caractersticas as seguintes: Banco de dados orientado a objetos: Permite alterar alguns dados do sistema sem interferir com outros usurios, tendo as principais caractersticas da orientao a objetos como a herana, poliformismo e encapsulamento; Listas de controle de acesso: Zope permite associar cada mtodo para cada classe componente a um grupo de segurana; Publicaes de objetos: Mediante objetos/mtodos acessveis por URL.

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Figura 5: Framework do ERP5. Fonte: Smets-Solanes e Carvalho (2003). Cada objeto no banco de dados do Zope tem uma lista de controle de acesso que permite definir quais perfis podem ter acesso qual grupo de segurana de mtodos. A plataforma Zope escrita em linguagem Python , uma linguagem de programao poderosa que possui estrutura de dados de alto nvel, eficiente, e que adota uma abordagem simples e efetiva para a programao orientada a objetos. Alm disso, permite que se organize os programas desenvolvidos em mdulos que podem ser reutilizados em outros programas escritos nesta mesma linguagem. Uma outra caracterstica interessante presente nesta linguagem que a mesma possui uma vasta coleo de mdulos que podem ser utilizados como base para sua aplicao ou como exemplos para estudos e aprofundamentos. Como visto anteriormente o projeto ERP5 fornece atualmente um modelo abstrato e uma plataforma computacional para o desenvolvimento e implantao de mdulos ou sistemas de ERP. Porm, mtodos e ferramentas de engenharia de software e engenharia de processos devem ser pesquisados para facilitar o desenvolvimento desses mdulos ou sistemas, tendo como base o modelo abstrato. Para facilitar o desenvolvimento de processos e sistemas de informao em determinadas reas funcionais de uma empresa, tais como finanas, marketing e vendas (ver figura 5), modelos de referncia podem ser desenvolvidos. 4. Engenharia de software e anlise de requisitos Para o desenvolvimento de um bom Sistema de Informao, assim como para o desenvolvimento do prprio ERP5, necessrio, a utilizao de adequadas tcnicas de Engenharia de Software. Segundo Naur (apud AZEVEDO, 2003) uma primeira definio de engenharia de software foi proposta por Fritz Bauer como princpios de engenharia para que se possa viabilizar economicamente um software que seja confivel e que funcione eficazmente em mquinas reais. Lehman (1985) enfatiza que a engenharia de software uma metodologia muito importante utilizada no cenrio atual para a construo de sistemas e aplicativos, pois ela vislumbra que uma aplicao usada em ambientes reais de produo deve mudar progressivamente, isto , sofrer evolues constantes, ou ento se tornaria obsoleta em pouco tempo. Pressman (2003) entende que independente do modelo de desenvolvimento de software, o processo deve conter trs fases genricas:

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

1. A fase de definio: onde o desenvolvedor de software tenta identificar que informaes necessitam ser processadas, quais funes e desempenho so almejados, quais interfaces devem ser estabelecidas, quais restries de projeto e quais critrios de validao so exigidos para se definir um sistema bem sucedido. Ainda em Azevedo (2003) a engenharia de requisitos visa aplicao de tcnicas de engenharia em mtodos de anlise de requisitos, sendo que esta efetua uma ligao entre a necessidade de informatizao de processos de negcios ao projeto de software, como mostrado na figura 6.

Processos de Negcio

Anlise de Requisitos de Software

Projeto de Software

Figura 6: Limites da anlise de requisitos em sistemas de informaes. Fonte:Azevedo (2003). As definies acima constituem um elemento importante para o entendimento dos conceitos e ferramentas relacionados modelagem de empresas. Item que ser abordado nas prximas sees.

5. Arquitetura de modelagem e modelos de referncia Segundo Pidd (1998), um modelo uma representao de parte da realidade vista pela pessoa que deseja usar aquele modelo para entender, mudar, gerenciar e controlar parte daquela realidade. Vernadat (1996) define modelo como uma abstrao da realidade expressa por algum formalismo definido por um mtodo de modelagem em funo do objetivo do usurio. A modelagem de empresas est relacionada s seguintes questes: o que (refere-se as operaes e objetos processados pela empresa), como (refere-se a maneira como as coisas so feitas), quando (fornece uma noo de tempo e est associado aos eventos representando mudanas no estado da empresa), quanto (por exemplo aos aspectos econmicos), quem(refere-se aos recursos ou agentes) e onde(aspectos logsticos, por exemplo). A Modelagem da Organizaco permite no s melhor entender requisitos organizacionais que iro interferir nos sistemas, mas tambm identificar alternativas para os vrios processos da

10

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

organizao, facilitando os esforos durante o desenvolvimento do sistema de informao e permitindo que a anlise organizacional seja mais bem integrada aos processos de desenvolvimento do sistema (PDUA et al, 2002). A estrutura de modelagem CIMOSA (Computer Integrated Manufacturing Open System Architecture) considedera duas partes (VERNADAT, 1996): (i) uma arquitetura particular e (ii) uma arquitetura de referncia (Figura 7). Arquitetura particular um conjunto de modelos documentando o ambiente empresarial. Arquitetura de referncia usada para ajudar os usurios de negcios no processo de construo de sua prpria arquitetura particular como um conjunto de modelos descrevendo os vrios aspectos da empresa em diferentes nveis de modelagem (Figura 2). A arquitetura de referncia separada em duas camadas: uma camada genrica proporcionando blocos de construo genricos (relativa linguagem de modelagem) e uma camada de modelos parciais consistindo de uma biblioteca de modelos parciais classificados e reusveis para algum setor da indstria, ou seja, modelos que podem ser adaptados s necessidades especficas da empresa.
PARTICULARIZAO

E R A O

Vista de Organizao Vista de Recursos Vista de Informao

Genrico

Parcial

Particular

DERIVAO

Nvel de Modelagem de Definio de Requisitos Blocos de Construo Genricos

Vista de Funo

Nvel de Modelagem de Especificao de Projeto

Modelos Parcias

Modelo Particular

Nvel de Modelagem de Descrio de Implementao

Arquitetura de Referncia

Arquitetura Particular

Figura 7 - Estrutura de modelagem CIMOSA Fonte: VERNADAT, 1996.

11

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Requisitos, Projeto, Implementao, Requisitos, Projeto, Implementao, Liberao, Manuteno Liberao, Manuteno

Ciclo Vida Ciclode de Vidado doSistema SistemaCIMOSA CIMOSA Operao

Operao

Liberao

Liberao

Ciclo de Vida do Produto

Arquitetura de Referncia CIMOSA

Modelo Particular de Empresa

Modelo de Implementao Liberado

Requisitos/ Marketing Projeto/ Desenvolvimento Liberao/ Manufatura Distribuio/ Vendas Uso/ Manuteno

Infraestrutura de Integrao CIMOSA Infraestrutura de Integrao CIMOSA

Recursos de Engenharia Recursos Particulares Recursos Particulares

Liberao

Ambiente de Engenharia da Empresa

Ambiente de Operao da Empresa

Figura 8 - Estrutura Arquitetural de CIMOSA Fonte: VERNADAT, 1996. Alm deste princpio de Particularizao de modelos (a partir de modelos de referncia), a estrutura de modelagem CIMOSA possui os princpios de Derivao e Gerao de modelos. O princpio de Derivao modela as empresas de acordo com trs sucessivos nveis de modelagem (iteraes entre esses nveis so, claro, permitidas): a) definio de requisitos para expressar as necessidades do negcio como percebido pelos usurios; b) especificao de projeto para construir um modelo formal, conceitual e executvel do sistema da empresa (tempo considerado); c) descrio da implementao para documentar detalhes da implementao, recursos instalados, mecanismos de gerenciamento de excees, e considerar sistemas no deterministas. O princpio de Gerao, o qual recomenda modelar empresas de manufatura de acordo com quatro bsicos e complementares pontos de vista (outras vistas podem ser definidas): a) a vista de funo que representa a funcionalidade e comportamento da empresa (isto , eventos, atividades e processos) incluindo aspectos temporais e de gerncia de excees; b) a vista de informao, o qual representa objetos da empresa e seus elementos de informao; c) a vista de recursos, o qual representa meios da empresa, suas capacidades e gerenciamento; d) a vista de organizao, o qual representa nveis organizacionais, autoridades, e responsabilidades.

12

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Como j descrito, arquiteturas de modelagem e modelos de referncia tm como objetivo facilitar o trabalho de modelagem e fornecer um entendimento comum sobre os sistemas de empresa. Para a descrio dos modelos necessria uma linguagem de modelagem. 6. UML A UML (Unified Modeling Language) uma linguagem grfica para especificao, construo, visualizao e documentao de um sistema de software (BOOCH, et al. 2000). A UML utilizou os Diagramas de Estado, de Classes, de Objetos (de onde surgiu o Diagrama de Colaborao), de Processo (originando o Diagrama de Implementao) e o de Mdulo (resultando o Diagrama de Componente). O mtodo Fusion tambm teve sua colaborao com o Grafo de Interao de Objetos. E o diagrama de estado (Statecharts) de Harel, contribuiu para a criao do Diagrama de Atividade (LARMAN, 2000). Pode-se dizer (LARMAN, 2000) que o objetivo principal da UML definir uma linguagem de modelagem visual e expressiva, no sentido de prover facilidades na visualizao, ou seja, o pleno entendimento das funes de um sistema a partir de diagramas que o representem, no gerenciamento de complexidade, permitindo uma representao simplificada das atividades do sistema, ou seja, que cada aspecto funcional dele seja representado em modelos especficos e, por fim, na comunicao, unificando a comunicao da equipe de desenvolvimento na forma de diagramas. Tsai e Sato (2003) propem um modelo em UML para Planejamento, Programao e Controle da Produo para desenvolver um sistema contemplando o planejamento de requisitos de materiais, programao orientada a tarefas/operaes, compras e controle da produo, para processar/tratar as incertezas relativas a estoque, pedidos de compras liberados, operaes e materiais em processo (WIP). A figura 9 mostra o diagrama de classe do modelo proposto por Tsai e Sato (2003):

13

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Figura 9: Diagrama de Classe do APPCS. Fonte: Tsai e Sato (2003). Como exemplo proposto no Brasil por Ferreira (2005) mostrado na Fig 10 apresentando a modelagem estrutural do planejamento agregado que definido como uma atividade elaborada entre o setor comercial, setor de produo, compras e direo da empresa. A Figura 11 mostra a interface principal criada para um prottipo simplificado de um mdulo de planejamento agregado para o sistema ERP5, utilizando o modelo apresentado na Figura 10.

14

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Figura 10 - Modelagem Estrutural do Planejamento Agregado em UML. Fonte: Prpria O diagrama de classe apresenta uma viso esttica do sistema, permitindo uma viso das classes principais que iro compor o sistema com seus respectivos mtodos e atributos do mesmo. Demonstra assim uma viso da parte conceitual que far parte do sistema do Planejamento Agregado (PA). Abaixo sero descritas as classes principais e suas principais designaes e posteriormente apresentado o diagrama de classe proposto : 1. Venda: A classe em questo apresenta os conceitos inerentes venda de uma famlia de produtos, como o cdigo da venda, cdigos de famlia de produtos, o preo, a quantidade e o cdigo do cliente; 2. Previso Agregada de Demanda: A classe apresenta os conceitos pertinentes ao clculo da previso de demanda em um determinado perodo, levando em considerao a famlia de produto, o horizonte, a previso inicial e final; 3. Previso de Estoque: A classe apresenta os conceitos necessrios para o clculo de previso de estoque. A previso levar em conta o perodo inicial, perodo final com base em demandas anteriores e a famlia de produto;

15

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

4. Estoque Agregado Real: A classe apresenta os conceitos inerentes ao estoque real, onde o mesmo calculado a partir de dados da produo real e a previso de estoque. Os principais atributos so o perodo inicial, perodo final e a quantidade da famlia de produto; 5. Produto: A classe apresenta os conceitos que envolvem o produto, como o cdigo, nome, a quantidade mnima e o estoque. Isto, porque cada famlia de produto constituda de vrios produtos; 6. Famlia de Produto: A classe apresenta os conceitos importantes famlia de produto, como o cdigo, o nome, o conjunto de produtos e o valor de venda; 7. Perodo de Planejamento Agregado: A classe apresenta o horizonte no qual o planejamento dever ser realizado. Os atributos so o trimestre e o ano do planejamento em questo e as principais operaes so cadastrar e atualizar; 8. Processo do Planejamento Agregado: A classe apresenta os conceitos inerentes ao planejamento do processo, como a capacidade de produo, famlia de produto, os custos e a previso; 9. Produo Agregada: A classe contempla os clculos de produo em hora normal, hora extra e a necessidade de subcontratao; 10. Custos Reais de Produo Agregada: A classe apresenta os custos de produo em hora normal, hora extra, subcontratao e o custo total para o perodo do planejamento agregado; 11. Custos Previstos do Planejamento Agregado: A classe apresenta os custos inerentes ao planejamento previsto de produo em hora normal, hora extra e subcontratao; 12. Plano de Custos Agregados de Produo: A classe apresenta o horizonte do plano dos custos de produo e os custos relativos previso da produo em hora normal, extra e se necessrio para a subcontratao; 13. Plano de Capacidade Agregada: A classe apresenta o plano da capacidade necessria para o planejamento da produo agregada, onde se enfatiza a capacidade dos recursos produtivos. Os principais atributos so: a unidade produtiva, o perodo, nmero de operrios, a capacidade produtiva total; 14. Unidade Produtiva: A classe apresenta as principais particularidades da unidade de produo, como o nome, capacidade, a famlia de produto a ser fabricada, o nmero de funcionrios, a capacidade das mquinas e a capacidade total relativa ao plano de produo; 15. Finanas: A classe em questo envolve a relao financeira do planejamento, como o potencial de faturamento, os custos, a anlise de investimento, o lucro, verba disponvel e a possibilidade de emprstimos financeiros para o planejamento agregado.

16

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Figura 11 Tela Principal do Prottipo Fonte: Prpria O prottipo vem elucidar o processo de prototipao em primeira instncia, trazendo a interface computacional com botes e possveis funcionalidades do PA. 7. Consideraes Finais Um sistema ERP pode auxiliar as empresas na busca por competitividade, mas a sua adoo fica dificultada devido ao seu custo de compra e a dependncia da empresa fornecedora para possveis adaptaes do sistema, devido a no se ter acesso e conhecimento para alteraes no seu cdigo. Softwares livres e de cdigo aberto, como, por exemplo, sistemas ERPs, podem ser uma alternativa vantajosa, mas para sua adoo na prtica so necessrios o desenvolvimento e utilizao de tcnicas e ferramentas que facilitem a implantao e alterao desses softwares. Uma arquitetura de modelagem e modelos de referncia so essenciais para viabilizar o desenvolvimento, implantao e alteraes de ERPs de cdigo aberto. Para a definio de uma arquitetura de modelagem para o projeto ERP5 estuda-se a possibilidade de utilizar os conceitos da estrutura de modelagem CIMOSA e da arquitetura proposta de por Eriksson & Penker (2000). Os modelos de referncia para os mdulos do sistema ERP5 devero ser gerados de forma a mapear os processos e informaes genricas, os quais podem servir de base para adaptaes. No Projeto ERP5 foi adotada a linguagem UML, que se tornou um padro de fato, o que facilita a difuso de modelos.

17

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

Referncias Bibliogrficas
AZEVEDO, D. P. J. (2003) - Aplicao da Tcnica de Modelagem de Negcio com UML a processos Iterativos de desenvolvimento de software. Dissertao de Mestrado em Engenharia de Produo-UENF. Campos dos Goytacazes.. BOOCH, G.; RUMBAUGH, J. & JACOBSON, I. (2000)- UML Guia do Usurio. Traduo de Fbio Freitas da Silva.-Rio de Janeiro:Campus. CARVALHO, R. A & SMETS-SOLANES, J. P.. (2002) An Abstract Model For an Open Source Erp System: The Erp5 Proposal. Proceedings of The VIII International Conference on Industrial Engineering and Operations Management, Curitiba Brazil. CORRA, H. L.; GIANESI,I. G.N. & CANON M. (2000) - Planejamento, programao e controle da produo: MRP/ERP:conceitos, uso e implantao.-3.ed.So Paulo:Gianesi Correa & Associados:Atlas. GUEDES, G. A. T. UML Uma Abordagem Prtica. Rio Grande do Sul. Novatec, 2004. FERREIRA, Ailton da Silva . (2005) Um modelo de referncia para o planejamento da produo em um ERP de cdigo aberto . Dissertao de Mestrado em Engenharia de Produo- UENF,Campos dos Goytacazes. KELLER,G. & TEUFEL, T. S. (1998) - Process Oriented Implementation.Harlow,AddisonWesley. LARMAN, C. (2000) - Utilizando UML e Padres: Uma Introduo Analise e ao Projeto Orientados a Objetos. Porto Alegre: Bookman,. LEHMAN, M. M.; BELADY, L. A. Program Evolution - Process of Software Change. London: Academic Press, 1985. LEMOS, Mateus Albernaz . Um modelo de Referncia para o gerenciamento e controle da Manuteno para o Sistema ER5.2004. Monografia (Monografia de Sistemas de Produo) Programa de PsGraduao Latu Sensu em Produo de Sistemas,CEFET, Campos. Campos dos Goytacazes.

18

VII CONGRESSO NACIONAL DE EXCELNCIA EM GESTO

12 e 13 de agosto de 2011

LIMA,Eduardo.ERP de cdigo aberto tupiniquim. Disponvel em http://brlinux.linuxsecurity.com.br/noticias. 17/04/ 2003.acesso em 20/03/2004. NORRIS, Grant etal. E-Business e ERP: Transformando as Organizaes.Traduo Bazn Tecnologia e Lingstica.-Rio de Janeiro:Qualitymark ed.,2001. PDUA, S. I. D. & CAZARINI, E. W. (2002) - Modelagem Organizacional para capturar os requisitos organizacionais. USP- EESC- Escola de Engenharia de So Carlos. Anais, VIII SIMPEP. PIDD, M. (1998) - Modelagem Empresarial, ferramentas para tomada de deciso. Porto Alegre:Artes Medicas. SCHEER, A.W. (1998) Aris - Bussines process Framewors . Berlin, Sringer Verlag. SMETS-SOLANES, J. P. & CARVALHO, R. A. (2003) - ERP5: A Next-Generation, OpenSource ERP Architecture. IEEE IT Professional, v. 5, n. 4, p. 38-44. VERNADAT, F.B. (1996)- Enterprise Modeling and Integration, Principles and Applications, Chapman e Hall.1996. PETERS, J. & PEDRYCZ, W. (2001) Engenharia de Software- Teoria e Prtica. Ed.Campus.Rio de Janeiro. PRESSMAN,R . Engenharia de Software. So Paulo: Makron Books,2 ed., 2003. TSAI, Tunglun; SATO Ryo.A UML Model of agile Prodution Planning and Control System.Computer In Industry, vol 53, pp.133-152,jul .2003

19