INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA DO SUDESTE DE MINAS GERAIS CAMPUS RIO POMBA.

DENIS PEREIRA RAYMUNDO

INTEGRAO DE PROCESSOS DE NEGCIO APOIADA POR COMPUTAO: EXEMPLO DE INTEGRAO ENTRE ERP.

RIO POMBA 2010

1

DENIS PEREIRA RAYMUNDO

INTEGRAO DE PROCESSOS DE NEGCIO APOIADA POR COMPUTAO: EXEMPLO DE INTEGRAO ENTRE ERP.

Trabalho de Concluso de Curso apresentado ao Instituto Federal de Educao, Cincia e Tecnologia do Sudeste de Minas Campus Rio Pomba, como requisito parcial para a concluso do Curso de Graduao em Bacharel em Cincia da Computao.Orientador: Silder Lamas Vecchi

RIO POMBA 2010

2

Ficha Catalogrfica elaborada pela Biblioteca ________________ IFET/RP Bibliotecria: ________________________ n_______

3

FOLHA DE APROVAO

RAYMUNDO, Denis Pereira. Integrao de Processos de Negcio Apoiada por Computao: Exemplo de Integrao entre ERP. Trabalho de Concluso de Curso, apresentado como requisito parcial concluso do curso Graduao em Bacharel em Cincia da Computao, do Instituto Federal de Educao, Cincia e Tecnologia do Sudeste de Minas Campus Rio Pomba, realizada no 2 semestre de 2010.

BANCA EXAMINADORA

Prof. Silder Lamas Vecchi Orientador

Prof. Anne Torres de Sousa Membro Convidado 1

Prof. Sandro de Paiva Carvalho Membro Convidado 2

Examinado em: 01/12/2010 4

Dedico este trabalho aos meus filhos, Jlia e Miguel, presentes preciosos dados por Deus!5

AGRADECIMENTOS

A Deus que sempre me tem dado as condies necessrias e suficientes para conquistar meus objetivos. Aos meus pais, por estarem sempre orando por mim. minha esposa, pelas noites em que cuidou dos nossos filhos enquanto eu estudava. Ao meu grande amigo Elio Cndido Filho, que um dia reencontrarei junto de Deus, pois tinha a convico de que eu chegaria mais longe do que eu mesmo esperava. Ao meu grande amigo Jos Ricardo Varella por possibilitar que eu tivesse certeza na escolha da rea da computao. Aos meus professores que me fizeram avanar mais um pouco na direo escolhida por mim h algum tempo.

6

RESUMORAYMUNDO, Denis Pereira. Integrao de Processos de Negcio apoiada por computao: Integrao entre ERP. 49 f. Trabalho de Concluso de Curso (Graduao em Bacharel em Cincia da Computao). Instituto Federal de Educao, Cincia e Tecnologia do Sudeste de Minas Campus Rio Pomba, Rio Pomba, 2010.

Este trabalho traz um estudo dos conceitos, histria e filosofia de gerenciamento de processos de negcio, com foco na integrao de aplicaes corporativas. baseado em uma pesquisa exploratria de material

bibliogrfico, fruns de discusso e consulta a uma empresa desenvolvedora de software. Comea com a definio de processos de negcio e de seu gerenciamento, dando uma viso geral sobre cadeias de suprimentos, suas necessidades e possibilidades de melhoramentos. Mostra que, a partir da necessidade gerada de se controlar os processos, surgiram os sistemas de workflow, os quais apesar de terem evoludo bastante, no atenderam completamente aos anseios do mercado. Expe que, superar tais barreiras o que se prope os BPMS com seus mdulos de integrao de aplicaes empresariais, apoiado na arquitetura orientada a servios. Aconselha que, dependendo da complexidade da integrao torna-se essencial a orquestrao dos servios web. Cita alguns exemplos de BPMS, bem como alguns rgos que se propem a auxiliar nesta rea. Modela em BPMN, dois processos de integrao entre um ERP de uma empresa consumidora e outro de uma empresa fornecedora, ambas pertencendo a uma cadeia de suprimentos fidelizada. O primeiro processo o registro do consumo de material pelo cliente e o outro a atualizao do posicionamento de pedidos de compra dentro do fornecedor. Descreve tambm, como foram desenvolvidos os prottipos das aplicaes clientes e os servios web. Conclui que totalmente possvel realizar a integrao de processos empresariais, sem o uso de um BPMS especfico, mas usando os conceitos de BPM.

Palavras-chave: Processos de Negcios. Integrao de Aplicaes. Sistema de Informao. Cadeia de Suprimentos.7

ABSTRACT This paper presents a study of the concepts, history and philosophy of business processes management, focusing on enterprise application integration. It is based on an exploratory research of publications, discussion forums, and inquiry in a software development company. It starts with defining business processes and its management, giving an overview of supply chain, needs and possibilities for improvement. Showed that, from the need generated for to control the processes, emerged workflow systems that despite significant progress, not attended fully the aspirations of the market. It states that, overcome such barriers is what it proposes the BMPS, with their modules enterprise application integration, supported by service oriented architecture. Advised that, depending on the complexity of integration is essential the orchestration of web services. Cites some examples of BPMS, and some agencies that purport to assist in this area. Models in BPMN, two processes of integration between an ERP of a consumer company and another from a supplier, both belonging to a supply chain loyal. The first process is registration of the consumption of material by the client and the other is to upgrade the status of purchase orders within the supplier. It also describes how were developed prototypes of client applications and web services. Concludes that it is entirely possible to accomplish the integration of business processes, without the use of a BPMS specific, but using the concepts of BPM.

Keywords: Business Process. Application Integration.Information System. Supply Chain.

8

LISTA DE QUADROSQuadro 1 - Consumir Material .................................................................................................... 35 Quadro 2 - Registrar Consumo do Cliente .................................................................................. 35 Quadro 3 - Avisar Mudana de Status......................................................................................... 36 Quadro 4 - Atualizar Status do Pedido de Compra ..................................................................... 36

9

LISTA DE FIGURASFigura 1 - The Supply-Chain Operations Reference Model Tadeu Cruz p. 169 ........................ 20 Figura 2 - Modelo de Ciclo de Vida de BPM de Kirchmer adaptado por TESSARI (2008) ........... 24 Figura 3 - Modelo Genrico do BPMS - Cruz (2010) ................................................................... 26 Figura 4 - Registro de Consumo do Consumidor......................................................................... 32 Figura 5 - Atualizao de Status de Pedido de Compra .............................................................. 33 Figura 6 - Prottipo de Aplicao representando o ERP1 ........................................................... 37 Figura 7 - Prottipo de Aplicao representando o ERP2 ........................................................... 37 Figura 8 - Interface do mtodo RegistrarConsumo do Web Service do ERP2 ............................ 38 Figura 9 - Interface do mtodo AtualizarStatusPedCompra do Web Service do ERP1 ............... 39

10

LISTA DE SIGLAS API B2B BPI BPM BPMI BPMN BPMS CSCW CRM EAI ERP GUID OSW SOA SCOR SCM UML XML WWW - Application Programming Interface - Business to Business - Business Process Integration - Business Process Management - Business Process Management Initiative - Business Process Modeling Notation - Business Process Management System - Computer-Supported Cooperative Work - Customer Relationship Management - Enterprise Application Integration - Enterprise Resource Planning - Globally Unique Identifier - Orquestraes de Servios Web - Service-Oriented Architecture - Supply Chain Operations Reference-model - Supply Chain Management - Unified Modeling Language - Extensible Markup Language - World Wide Web

11

SUMRIO1. 2. INTRODUO ...................................................................................................................... 13 REVISO DE LITERATURA .................................................................................................... 15 2.1. 2.2. 2.3. 2.4. 2.5. 2.6. 2.7. 2.8. 3. Processos de Negcio .............................................................................................. 15 Gerenciamento da Cadeia de Suprimento (SCM) ................................................... 18 Sistemas de Workflow ............................................................................................. 21 BPM, BPMN, BPMS .................................................................................................. 23 Integrao de Aplicaes Empresariais (EAI) .......................................................... 26 Orquestrao de Servios Web (Web Services Orchestration) ............................... 29 Arquitetura Orientada a Servios (SOA) .................................................................. 29 rgos Relacionados ............................................................................................... 30

METODOLOGIA.................................................................................................................... 32 3.1. 3.2. A modelagem do processo ...................................................................................... 32 Amparo Tecnolgico ............................................................................................... 37

4.

CONCLUSES ....................................................................................................................... 40

REFERNCIAS ............................................................................................................................... 41 APNDICE .................................................................................................................................... 44 Estrutura do Banco de Dados ERP1 - CONSUMIDOR .......................................................... 44 Estrutura do Banco de Dados ERP2 - FORNECEDOR ........................................................... 45 Estrutura do Banco de Dados de Integrao....................................................................... 46 ANEXO ......................................................................................................................................... 47 Ferramentas BPMS/Workflow ............................................................................................ 47

12

1. INTRODUO Nos ambientes corporativos atuais existe uma necessidade, cada vez mais crescente, de se responder aos eventos externos com maior velocidade, eficincia e qualidade. Para isso, as empresas precisam de informaes que, s vezes, esto fora de suas fronteiras. Somando-se a isso, existe uma busca constante pela organizao e automatizao dos processos internos da empresa, visando reduo de custos e desperdcios, e a possibilidade de responder a tempo s ameaas do negcio, bem como s oportunidades que surgem, priorizando assim, os investimentos e as iniciativas. Os rgos governamentais, por exemplo, requerem cada vez mais informaes e controles sobre as transaes efetivadas entre as organizaes. Os clientes, por sua vez, querem posicionamento de seus pedidos e prazos de entrega. Os fornecedores querem garantia de fidelidade nas compras. Uma simples venda, que no passado envolvia apenas duas pessoas (um comprador e um vendedor), hoje requer interao entre rgos de proteo ao crdito para dar segurana, administradoras de carto de crdito para liberao do crdito, bancos para realizarem as cobranas, uma empresa de logstica para efetivar a entrega, empresas de contabilidade para efetivar todos os respectivos registros e empresas de tecnologia de informao para criar e sustentar toda a estrutura necessria para que isto seja possvel, visto que se fosse feito de forma manual, os prprios custos e prazos tornariam a venda impraticvel. Estudos tm sido realizados no intuito de desenvolver e agregar as melhores prticas de gerenciamento de processos de negcio, resultando em profisses e softwares mais especializados. Dentre as profisses, duas merecem destaque: analistas de negcio e analistas de processos. Esses profissionais, normalmente, vm das vertentes de interesse: Administrao de Empresas, Tecnologia da Informao ou mesmo Engenharia de Produo. Sendo alocados em um desses departamentos conforme o organograma da empresa. Dentro dos softwares especializados esto Workflow e BPMS. Integrar os processos crticos de uma empresa, melhorando-os, tem impacto direto em seus resultados financeiros, j que reduzindo a possibilidade de erros humanos, pode-se diminuir os prazos de entrega, os custos de produo e as13

despesas de venda. Por isso foi escolhido, como exemplo a ser desenvolvido, a integrao do processo de suprimento de estoques. Nesse caso, as compras passam a ser fidelizadas com o fornecedor, que pode reduzir o preo de venda praticado para esse cliente, j que no ter mais os gastos com marketing, financiadoras, inadimplncia e fora de vendas, tornando o cliente mais competitivo frente aos seus concorrentes. Este trabalho objetivou estudar o tema Integrao de Aplicaes Corporativas (EAI), bem como desenvolver um exemplo de integrao entre Softwares ERP fazendo uso de servios Web, visto a deficincia das literaturas em apenas apresentar a modelagem e os conceitos de BPM e BPMS, mas no mostrarem um exemplo de implementao de um software que faa a integrao entre empresas. Foi usada aqui, a forma tradicional de automatizar processos, desenvolvendo uma aplicao que execute os passos do processo e no utilizando um BPMS, pois nem todas as empresas dispem de grandes recursos para adquirem tais tipos de software, mas nem por isso deixam de necessitar de determinadas integraes.

14

2. REVISO DE LITERATURA

Nenhuma empresa melhor do que o seu administrador permite. Peter Drucker 2.1. Processos de Negcio Na revoluo industrial, iniciada na Inglaterra na segunda metade do sculo XVIII, as indstrias de manufatura perceberam que a produtividade aumentava devido diviso do trabalho em pequenas etapas chamadas de processos. Perceberam tambm, que desta forma conseguiam oferecer produtos praticamente iguais em caractersticas e qualidade. E com isso, sempre que fizessem qualquer melhoria nesse processo de fabricao, todos os itens produzidos a partir de ento seriam melhorados. Processo, ento, um conjunto de atividades ou subprocessos executados dentro de uma organizao, por algum ou por alguma coisa, por exemplo, um software ou um rob, com a finalidade de obter um resultado especfico esperado por um cliente. Um processo, normalmente ser executado vrias vezes, por isso a importncia de seu estudo e aprimoramento contnuo. Esse conhecimento sobre processos vindo da produo em srie, demorou um pouco a ser aproveitado nos setores administrativos das empresas. Apenas quando F. W. Taylor escreveu, em 1903, o primeiro trabalho, com inteno cientfica, intitulado Princpios da Administrao Cientfica, que se comeou a multiplicar as propostas para um modelo de gesto adequado. A gesto por processos a mais recente destas propostas, e tem como objetivo contribuir para a sistematizao da estrutura de qualquer organizao, tendo a vantagem sobre as propostas anteriores de poder ser apoiada pela computao. Porm, conforme defende Cruz (2010), a rea de tecnologia da informao no tem conseguido cumprir o que promete: organizar as empresas. Ao invs disso, com a inveno dos editores de textos, planilhas eletrnicas, correio eletrnico, computadores pessoais e demais aparatos, s tem contribudo para que as informaes se multipliquem desordenadamente dentro das empresas, criando15

o que ele denomina Desorganizao Informacional. Ratificando que nenhuma tecnologia, por melhor e mais avanada que seja, tem capacidade de organizar o caos informacional, est o fato de que diversas empresas adquiriram equipamentos e softwares sem antes fazer um planejamento para a sua implantao e utilizao e no obtiveram o resultado esperado. Na verdade, a grande falha destas empresas achar que a tecnologia de informao a soluo dos problemas culturais, organizacionais, estratgicos e operacionais quando ela, a tecnologia, apenas uma ferramenta para auxiliar na soluo dos problemas. E, como toda boa ferramenta, deve ser usada para as funes s quais foi destinada e por pessoas capacitadas para isso. Muitas teorias tm sido discutidas a esse respeito, das quais a mais importante a que trata do Trabalho Cooperativo Suportado por Computador (CSCW). Segundo Cruz (2010), foi com a computao distribuda que os processos de negcio passaram a ser vistos, reconhecidos e gerenciados. Tantas so as abordagens existentes hoje (normas ISO, softwares ERP, reengenharia, etc.) que se referem viso de processos que ela se tornou um aspecto facilitador, quando da adoo de novos padres (conjuntos de requisitos relacionados qualidade, segurana, controle, etc.). Por exemplo, se uma empresa j possui a certificao ISO 9000, ser mais fcil para ela atender s exigncias da lei Sarbanes-Oxley (SOX) (VALLE; OLIVEIRA, 2010). Mesmo assim, ainda so raras as organizaes que efetivamente gerenciam os seus processos e so gerenciadas por meio deles. Talvez pelo fato de que planejar ainda costuma ser visto por alguns empresrios como desperdcio de tempo e recursos, subestimando assim a importncia das informaes corretas, disponveis e organizadas. Todos fazem o melhor que podem, na maioria das vezes com muito estresse e aborrecimento,

simplesmente porque, no havendo padres de operao, no h como garantir a qualidade do processo e

16

nem a qualidade do produto. (CRUZ, 2010, p.66). Embora a anlise e modelagem de processos sejam trabalhosas, devem ser realizadas, pois daro a base imprescindvel para se avanar com segurana na longa jornada da gesto por processos (VALLE; OLIVEIRA, 2009). A modelagem de negcio pode ser vista como um mapeamento de processos existentes na empresa, permitindo o entendimento e a melhoria dos seus servios internos e externos. Desta forma, a modelagem usada no apenas para especificar os passos de um negcio, mas tambm para a compreenso do mesmo, possibilitando a identificao de problemas e possveis melhorias. Contudo, apenas a anlise e modelagem no organizam uma empresa. Para isso, ser necessrio cumprir todo o ciclo de gerenciamento de processos de negcio, proposto por Cruz (2010) em sua metodologia AMOP: anlise, desenho, redesenho, modelagem, organizao, implantao, gerenciamento e melhoria de processos de negcio. Anlise reconhecer o ambiente do processo, examinar

minuciosamente o processo em cada uma de suas etapas. Desenho capturar, documentar e organizar os processos existentes e que nunca tinham sido formalmente documentados. Redesenho recriar, redesenhar, reinventar processos j existentes e que j foram desenhados, documentados. Modelagem criar um processo inteiramente novo, que nunca tenha existido antes na organizao. Organizao organizar os relacionamentos existentes entre os processos antigos (desenhados e redesenhados) com os novos (modelados). Implantao treinar e acompanhar as pessoas para garantir que o que foi projetado seja efetivamente executado e operacionalizado.

17

Gerenciamento Verificar periodicamente se o processo continua atendendo as mtricas previstas de tempo, custo e qualidade. Melhoria detectar pontos do processo que podem ser melhorados, sugerir uma retroalimentao deste ciclo, iniciando novamente com a anlise, seguindo pelo desenho, redesenho, modelagem, etc. Alguns softwares atuais do suporte para fazer a simulao do processo antes da implantao. Isto muito interessante, visto que se pode mensur-lo, apontando seus gargalos e filas. Podendo, inclusive, indicar uma necessidade de maior arquitetura tecnolgica ou recursos humanos. Tessari (2008) acrescenta que quando se tem processos fragmentados na empresa no se consegue visualiz-los de ponta a ponta e to pouco faz-los funcionar com regularidade. E que nesse tipo de ambiente, os erros, vcios, maus hbitos, trabalhos inteis se proliferam sem agregar valor para o cliente, mas ainda assim gerando custos. Pode-se, afirmar ento que, um processo de negcio s se torna concreto quando so documentadas as atividades que o compe. E que, apenas depois destas etapas, as tecnologias da informao devem ser usadas para obter o sucesso esperado, conforme prope Cruz (2010). 2.2. Gerenciamento da Cadeia de Suprimento (SCM) Cadeia de suprimento ou fornecimento o grupo de fornecedores que supre as necessidades de uma empresa na criao e no desenvolvimento dos seus produtos. Pode, tambm, ser entendido como uma forma de colaborao entre fornecedores, varejistas e consumidores para a criao de valor, ou como o ciclo de vida dos processos que compreendem os fluxos fsicos, informativos, financeiros e de conhecimento, cujo objetivo satisfazer os requisitos do consumidor final com produtos e servios de vrios fornecedores ligados. A cadeia de fornecimento, no entanto, no est limitada ao fluxo de produtos ou informaes no sentido Fornecedor Cliente. Existe tambm um fluxo de informao, de reclamaes e de produtos, entre outros, no sentido Cliente Fornecedor (AYERS, 2001, p. 4-5).

18

SCM um sistema pelo qual, organizaes e empresas entregam seus produtos e servios aos consumidores, numa rede de organizaes interligadas. Segundo alguns estudiosos, a competio no mercado global no ocorre entre empresas, mas entre cadeias de fornecimento. A gesto da logstica e do fluxo de informaes em toda a cadeia permite aos executivos avaliar pontos fortes e pontos fracos na sua cadeia de fornecimento, auxiliando a tomada de decises. O que resulta na reduo de custos, aumento da qualidade, entre outros, aumentando a competitividade do produto e/ou criando valores agregados e diferenciais em relao concorrncia (SHAPIRO, 2001, p. 4). Os resultados que se esperam da utilizao de sistemas que automatizem o SCM so: Reduzir custos; Aumentar a eficincia; Ampliar os lucros; Melhorar os tempos de ciclos da cadeia de fornecimento; Melhorar o desempenho nos relacionamentos com clientes e

fornecedores; Desenvolver servios de valor agregado que do a uma empresa uma vantagem competitiva; Obter o produto certo, no lugar certo, na quantidade certa e com o menor custo; Manter o menor estoque possvel.

Esses resultados so obtidos medida que a gesto da cadeia de fornecimento simplificar e acelerar as operaes que esto relacionadas com a forma como os pedidos do cliente so processados pelo sistema, at serem atendidos, e tambm, com a forma como as matrias-primas so adquiridas e entregues, pelos processos de fabricao e distribuio. Concluindo, fundamental que as empresas se preocupem com a integrao desses conjuntos de solues de gesto, automatizadas atravs da tecnologia

19

de informao (SIMCHI-LEVI et.al., 2003), pois s assim ser possvel obter maior vantagem estratgica e competitiva. Para a gesto da cadeia de suprimentos, o Council of Supply Chain Management desenvolveu o modelo de referncia de operaes (SCOR) que pode ser visto na Figura 1. Atravs de sua aplicao, as atividades da cadeia de suprimentos so mapeadas, avaliadas e melhoradas, seguindo uma abordagem por processos, com quatro nveis de detalhamento, conforme explica Maia Vinagre e Vasconcellos (2010).

Figura 1 - The Supply-Chain Operations Reference Model Tadeu Cruz p. 169 20

1 nvel) Aborda as definies do processo. 2 nvel) Configura as operaes das organizaes usando os processos Plan (Planejar), Source (fornecer), Make (produzir), Deliver (entregar) e Return (retornar), separando-o em diferentes categorias, visando descobrir

ineficincias e nivelar o canal, podendo analisar e avaliar o impacto de um potencial aperfeioamento. 3 nvel) Define o fluxo do processo, as entradas e sadas dos elementos dos processos, a origem das entradas e o destino das sadas. 4 nvel) definido para atingir vantagem competitiva e para adaptar as condies de mudanas do negcio, focando no aperfeioamento das aes, com base nos seus processos, prticas e sistemas particulares. Atravs do mapeamento hierrquico compreendem-se os processos da cadeia desde um maior grau de agregao at os sub-processos especficos de cada atividade. 2.3. Sistemas de Workflow Segundo a instituio Workflow Management Coallition (fundada para padronizar os conceitos e tecnologia de workflow), um sistema de workflow pode ser definido como: Sistemas para definio, criao e gerncia da execuo de fluxos de trabalho atravs do uso de software, capaz de interpretar a definio de processos, interagir com seus participantes e, quando necessrio, invocar ferramentas e aplicaes. Os sistemas de gerenciamento de fluxos de trabalho tm como objetivo a automao e gerncia de processos de negcio que so representados atravs de modelos onde so especificadas as atividades que compem o processo, a sua ordem de execuo (rota), as condies que as atividades possuem para serem executadas (regras), os executores de cada atividade (papis), as ferramentas a serem utilizadas e os documentos manipulados durante sua execuo.

21

Segundo Araujo e Borges (2001), sistemas de workflow tiveram sua origem nas pesquisas em automao de escritrios nos anos 70, oferecendo, nessa poca, solues para gerenciamento de documentos. Na dcada de 80 foram influenciados pelas pesquisas em CSCW e growpware e tiveram sua definio alterada para ferramentas para a coordenao do trabalho de equipes j buscando a automao de processos de trabalho e tornando-se coadjuvantes em iniciativas de reengenharia e melhoria de processos em organizaes. Nos anos 90, novos paradigmas de interao inter e intra-organizacionais, baseados na explorao do potencial da WWW, levaram as pesquisas em workflow a um novo patamar voltado para a definio de arquiteturas distribudas para execuo de processos. Desde suas origens, sistemas de workflow tm encontrado uma maior demanda e sucesso no ambiente de negcios. Esta tecnologia tem evoludo muito no sentido de apoiar as novas necessidades de relacionamento e execuo de atividades em organizaes e tem se tornado uma pea chave para solues de apoio automatizado s atividades como: comrcio eletrnico, B2B, relacionamento com clientes (CRM) e outras formas de negcios em larga escala, conforme descreve Araujo e Borges (2001). Acrescentam ainda que, a utilizao da tecnologia de workflow nas organizaes est intimamente ligada busca da maior eficincia, racionalizao de custos e ao maior controle sobre as suas operaes. Contudo, apesar de todos os benefcios, essa tecnologia no alcanou um alto nvel de popularidade, pois os riscos do investimento podem ser altos a princpio, considerando-se que dever ser mudada toda a cultura atual de trabalho, e feitos investimentos em desenvolvimento e treinamento. Sem contar que muitas propostas de automao de processos falham por no dar a ateno devida integrao com sistemas de informao j em atividade dentro da empresa (ARAJO E BORGES, 2001). Neste trabalho, optou-se por desenvolver a integrao entre sistemas ERP justamente porque esse tipo de sistema possui inmeras regras j existentes que devem permanecer funcionando. A integrao ser adicionada

manualmente para trazer os benefcios esperados.22

2.4. BPM, BPMN, BPMS Gerenciamento de Processos de Negcio (BPM) uma rea do conhecimento que une a gesto de negcios com tecnologia da informao, uma das melhores definies dada por Cruz (2010): Business Process Management conjunto formado por metodologias e tecnologias possibilitar negcio cujo que objetivo processos lgica de e

integrem,

cronologicamente, fornecedores,

clientes, parceiros,

influenciadores, funcionrios e todo e qualquer elemento que com eles possam, queiram ou tenham que interagir, dando organizao viso completa e essencialmente

integrada do ambiente interno e externo das suas operaes e das atuaes de cada participante em todos os processos de negcio. (Tadeu Cruz, 2010, p.67). O que impulsionou o surgimento do BPM foram as limitaes do workflow, ou como prefere justificar Cruz (2010), as estimativas de vendas dos softwares workflow nunca se concretizaram, e os fabricantes desse tipo de software acrescentaram algumas coisas para tentarem recuperar os investimentos feitos em pesquisas e desenvolvimento. Atualmente BPM pode ser subdividido em: Workflow o motor responsvel pela execuo dos processos automatizados; Business Process Modeling and Analysis responsvel pelo entendimento detalhado dos processos e pelo potencial impacto de mudana dos mesmos.23

Enterprise Application Integration (EAI) responsvel pela troca de informaes entre sistemas heterogneos; Business Activity responsvel pelo monitoramento dos processos, focando sempre na anlise da eficincia e eficcia desses.

Dentre as muitas finalidades do BPM, pode-se citar a de ajudar empresas a identificarem a importncia estratgica de seus processos para que possam tirar vantagens competitivas, alm de facilitar ao gestor encontrar

oportunidades de melhoria no servio prestado ao cliente, atravs de indicadores de resultados. Como diria o consultor Carlos Evangelista da IGP Informtica, Workflow baseado na necessidade de se resolver um problema especfico, ajudar a encaminhar papeis e formulrios de modo automatizado. J BPM, projetado para permitir a criao de fluxos entre servios de negcio que podem ser modificados dinamicamente, baseados em condies de negcio variveis.

Figura 2 - Modelo de Ciclo de Vida de BPM de Kirchmer adaptado por TESSARI (2008)

O ciclo de vida da gesto de processos segundo a tica de BPM , conforme diversos autores, cclico. Isso pode ser observado atravs das setas de realimentao da Figura 2. Os processos nunca terminam, do incio a outro, dentro da empresa atual ou em outra empresa, pois to ou mais importante do que integrar os processos internos controlar os processos que ocorrem com24

os parceiros (fornecedores, clientes). No entanto, o modelo no fixo nem definitivo, mas apenas um norte para as aplicaes prticas, pois conforme bem lembra Tessari (2008), seria impossvel prever todas as aplicaes de BPM. Provando a importncia e o relacionamento de BPM com outras reas, Martins et. al. (2009) identificaram as sinergias existentes entre tcnicas de gerenciamento, fazendo uma comparao entre o Ciclo BPM e sistemas baseados na NBR ISO 9001:2000 e na NBR ISO 14001:2004 e apresentaram as compatibilidades existentes em cada etapa de implantao dos sistemas, indicando que possvel a integrao entre as iniciativas por meio de compartilhamento de seus elementos comuns. Para a modelagem de processos foi desenvolvida uma notao padro visando a maior compreenso de todos os envolvidos nos processos de negcio; dos estrategistas e analistas de negcio aos tcnicos responsveis pela seleo e implantao das tecnologias que apoiaro o gerenciamento e monitoramento desses processos. Esta a BPMN, conforme o BPMI/OMG (2006). Segundo estudo de Tessari (2008) a formalizao dos processos atravs da BPMN aplicvel, considerando-se a percepo de utilidade do modelo, esforo na utilizao e inteno de uso, inclusive considerando-se as principais barreiras de adoo: cultura, desempenho, responsabilidades, metodologia e tecnologia da informao. Por isso, normalmente, no usada a UML, que mais voltada para profissionais da rea da computao. Foge, portanto, ao escopo deste trabalho discutir as demais notaes, visto que ser utilizada a BPMN. BPMS, ou Sistema de Gesto de Processos de Negcio, o conjunto de aplicaes e ferramentas de tecnologia da informao cujo objetivo possibilitar a implantao da metodologia BPM (Cruz, 2010). So softwares orientados a processos, oposto aos orientados a dados, conforme descreve Tessari (2008). Um modelo genrico de BPMS pode ser visto na Figura 3.

25

Figura 3 - Modelo Genrico do BPMS - Cruz (2010)

Este trabalho no visa o desenvolvimento de um BPMS, mas sim aplicao do conceito de Integrao de Processos de Negcio (BPI) no desenvolvimento de sistemas. At porque, a simples escolha de um software desse tipo j renderia outro trabalho, conforme mostra CRUZ (2010, p.75-83) 2.5. Integrao de Aplicaes Empresariais (EAI) EAI uma combinao de tecnologias que permitem organizar os processos de negcios de uma organizao, visando o compartilhamento de dados e processos atravs da integrao de suas aplicaes. (ZUANAZZI, 2002. Pag.28). usada para ajudar a eliminar passos manuais no processo de negcio e evitar entradas redundantes de dados. As aplicaes de EAI costumam usar uma ferramenta de automao de fluxo de trabalho (workflow) como ponte entre as aplicaes que esto sendo integradas. (GARCIA e SHINOTSUKA, 2001). classificado como sistema middleware, ou seja, como sistema da camada do meio, o que significa dizer que o papel fundamental do Enterprise Application Integration , e sempre ser, o de integrar vrias plataformas de software, vrios tipos de sistemas, para que possamos criar os portais, dentre outras possibilidades. (CRUZ, 2010, p.136)26

Conforme Zuanazzi (2002), a EAI opera em quatro nveis: Nvel dos dados - Permite mover e transportar dados entre diferentes fontes e destinos e, eventualmente, tratar os dados fazendo as atualizaes necessrias mantendo-se a integridade (replicao, por exemplo).

Normalmente utilizado quando a empresa no tem acesso ao cdigo-fonte da aplicao que pretende integrar s outras aplicaes. Possui a desvantagem de exigir que as pessoas responsveis pela integrao, conheam

detalhadamente todos os dados e processos relacionados aos sistemas a serem integrados, mesmo sem possuir o cdigo-fonte. Nvel de interface das aplicaes - Utiliza-se das interfaces disponibilizadas pelos pacotes de software. Os desenvolvedores permitem o compartilhamento lgico e de informao atravs de API. As nicas limitaes resumem-se s caractersticas tcnicas e funes destas interfaces. utilizado quando no se tem acesso ao cdigo-fonte da aplicao e tambm no se tem acesso base de dados, sendo invivel usar o nvel de dados. Para usar este nvel pode ser necessrio reescrever a aplicao, caso esta no disponibilize as API. Nvel de mtodos - o compartilhamento de lgica de negcios que poder ser acessado a partir de diversas aplicaes. O mecanismo de compartilhamento de mtodos inclui objetos distribudos, servidores de aplicao, monitores de transao ou uma aplicao nica que combina a ao de outras duas. Nvel de interface do usurio As telas do usurio so o ponto de integrao. Este nvel deve ser usado quando no se podem usar os nveis acima, devido o alto custo para a reescrita de aplicaes ou devido ao simples fato de que esta pode ser a nica soluo que considera o estado da tecnologia. Atualmente, as tecnologias que habilitam a integrao entre sistemas de informao esto divididas em trs categorias, conforme expe De Sordi e Medeiros Jnior (2006):

27

Mensagens (messaging) Onde as aplicaes so integradas pelo envio e recebimento de mensagens, utilizando tecnologias que empregam mecanismos de fila de mensagens (message queue). Exemplos: sistemas de e-mail e produtos para workgroup, como Microsoft Outlook e Lotus Notes; produtos especficos para integrao de sistemas via mensagem, como IBM MQ Series, Tibco, Vitria e Microsoft MQMS.

Transferncia entre arquivos ou compartilhamento de dados (data access / file transfer) neste mecanismo, as aplicaes so integradas via acesso direto s suas bases de dados ou via transferncia de arquivos. Exemplos: extrao da base de dados fonte, transferncia de arquivos e carga de dados em batch; leitura e gravao direta na base de dados, utilizando chamadas base de dados ou gateways (open data base connectivity ODBC); e replicao de base de dados.

Chamadas (call interface) aplicaes proveem interface possvel de ser chamada, denominada API. Exemplos: interfaces de processamento transacional como customer information control system (CICS) da IBM e o Tuxedo da BEA; interfaces para aplicaes do tipo pacotes, como o caso da business programming application interfaces (BAPI) para o SAP R/3; e interfaces baseadas em objetos common object request broker architecture (CORBA) ou component object model (COM).

A tecnologia EAI considerada a evoluo natural da tecnologia de integrao entre aplicaes, combinada com a integrao B2B, que com o auxlio da gesto dos processos de negcio (BPM) permite o fluxo rpido de informao, integrando aplicaes a um custo mnimo de desenvolvimento. As solues de EAI conectam aplicaes e dados heterogneos num ambiente que permite s organizaes trabalhar com aplicaes diversas, tais como ERP, CRM e outras solues de software, sistemas legados e aplicaes baseadas na Web. (IMPORTNCIA, 2010). Neste trabalho foi usado o nvel de mtodos para realizar a integrao e a tecnologia de chamadas interface atravs de servios Web, por ser mais28

flexvel quanto ao acrscimo de outras integraes. No entanto, quando o nmero de objetos distribudos cresce, torna-se necessria uma documentao especfica relacionando onde esto os objetos e que funes eles tm. 2.6. Orquestrao de Servios Web (Web Services Orchestration) Em muitos casos, um servio Web tem funcionalidades limitadas e, de forma isolada, pode no atender determinados requisitos de negcio. No entanto, possvel que uma composio desses, representada como modelo de orquestrao de servios (OSW), venha prover novas funcionalidades, que agreguem valor ao negcio (FREIRE, 2007, p.17). Ainda conforme Freire (2007) pode-se simplificar a orquestrao de servios Web, reduzido-a em quatro etapas fundamentais que seguem: Especificao, na qual determinada a ordem de execuo das atividades, de acordo com as funcionalidades dos servios; Descoberta, que busca encontrar cada servio candidato ao plano de execuo; Escalonamento, que tem como objetivo alocar os servios Web para cada atividade; Execuo propriamente dita.

Neste trabalho no foi necessrio realizar todo o processo de orquestrao de servios Web devido o pequeno nmero de servios que sero criados para realizar as integraes. 2.7. Arquitetura Orientada a Servios (SOA) SOA um tipo de arquitetura de software que promove a integrao e orquestrao de processos de uma organizao por meio de servios (componentes abertos / web services), pois trabalha com processos altamente29

flexveis, que se estendem alm das fronteiras da organizao. uma resposta a sistemas de informaes monolticos que engessam modelos empresariais permitindo empresa absorver as contnuas mudanas nas demandas do pblico atendido e dos agentes externos da cadeia de valor. Criando um ambiente virtual, servios so interligados e monitorados por uma camada integradora que otimiza a interao entre os diversos agentes possibilitando agilidade e flexibilidade s operaes, estratgias e processos da empresa (SOA, 2010). Como arquitetura de software, seu princpio fundamental preconiza que as pelas funcionalidades aplicaes na implantadas devem forma ser de

disponibilizadas

servios, autnomos, que podem ser acessados a partir de qualquer processo/sistema. (SOA, 2010) Ainda conforme SOA (2010), SOA prope a interoperabilidade de sistemas por meio de um conjunto de interfaces de servios fracamente acoplados, onde os servios no necessitam de detalhes tcnicos da plataforma dos outros servios para que a troca de informaes seja realizada. Contudo, alguns autores consideram SOA extremamente vulnervel em termos de segurana, como o caso de Cruz (2010), afirmando que exigir maiores investimentos em dispositivos de proteo ao ambiente informacional. Este trabalho, no entanto, no entrar nesse mrito, mas usar chaves de segurana para a identificao entre as partes envolvidas. 2.8. rgos Relacionados Alguns rgos internacionais e nacionais tm sido criados com o intuito de normatizar as aes e auxiliar as pessoas e empresas com interesses em melhor gerir seus processos. Alguns deles so citados abaixo:

30

Association of Business Process Management Professionals (ABPMP) - associao internacional de profissionais de Gerenciamento de Processos de Negcio (BPM), sem fins lucrativos, independente de fornecedores, dedicada promoo dos conceitos e prticas de BPM. orientada e conduzida por praticantes de BPM.

International Institute of Business Alaysis (IIBA) - associao sem fins lucrativos que tem como objetivo facilitar o trabalho do crescente nmero de profissionais que atuam na rea de anlise de negcios. Foi fundado em Toronto em 2003, tem mais de 12.000 membros e mais de 90 captulos em diversas cidades do mundo, dentre elas um em So Paulo. Segundo o IIBA, a anlise de negcios possibilita entender a estrutura, as polticas e operaes de uma organizao e recomendar solues para que uma organizao atinja seus objetivos. O analista de negcios age como elo entre os integrantes de uma organizao para obter, analisar, comunicar e validar necessidades de alteraes em processos, polticas ou sistemas de informao. Ele entende os problemas e as oportunidades e recomenda solues.

Frum Brasileiro de Processos - congrega a comunidade atuante na rea de Gesto de Processos para a discusso de temas relevantes envolvendo solues de problemas de segmentos de mercado, melhores prticas setoriais, padres de performance, linguagens descritivas e de modelagem.

31

3. METODOLOGIA 3.1. A modelagem do processo Foi realizado um estudo junto a uma empresa desenvolvedora de softwares ERP para indstrias e comrcios. Neste estudo constatou-se que no havia uma integrao de negcio entre as aplicaes comercializadas pela empresa. Foram escolhidos ento, dois dos processos que mais requeriam interveno humana, gastos com telefonemas ou at mesmo viagens. Foi realizada a modelagem, considerada ideal, dos dois processos. O primeiro o registro de consumo do consumidor que pode ser visto na Figura 4 e o segundo a atualizao do status de um pedido de compra que pode ser visto na Figura 5.

Figura 4 - Registro de Consumo do Consumidor

32

Figura 5 - Atualizao de Status de Pedido de Compra

O processo aqui modelado o componente colaborao de demanda da Gesto da Cadeia de Suprimentos (SCM) que visa gerir as relaes de parceria com fornecedores para garantir respostas rpidas e a otimizao de estoques (ter no armazm apenas o necessrio para a satisfao das necessidades dos clientes). Para isso, todas as vezes que o Consumidor (Cliente) realizar a sada de algum item de seu estoque, automaticamente ser enviada uma mensagem atravs do servio Web do Fornecedor, que se encarregar de registrar esse movimento do Cliente. Com base em seus registros, o sistema do Fornecedor poder detectar automaticamente quando o estoque do Cliente est abaixo do mnimo requerido por aquele Cliente e enviar um e-mail para que o Representante de Vendas possa entrar em contato com Cliente para tentar concluir uma negociao de compra/venda. Concretizando-se a compra/venda, o Cliente registra no seu sistema o pedido de compras e o Representante de Vendas registra no sistema do Fornecedor o pedido de vendas (com a informao do cdigo de pedido de compra do Cliente). Esse processo no ser automatizado, por enquanto, por requerer um nmero maior de parmetros que possibilitem tal integrao, ficando aqui a possibilidade para trabalhos futuros. Assim que o pedido de venda for gravado, o sistema do Fornecedor acessar o servio Web do Cliente solicitando a atualizao do status do pedido de compra para Aguardando Aprovao de Crdito.

33

Deste ponto em diante, seguem os processos internos no Fornecedor comeando pela aprovao de crdito. Caso o crdito do Cliente, para a referida compra, no seja aprovado, ser enviada uma mensagem de e-mail para o Cliente com o motivo da no aprovao, cabendo ao setor de aprovao de crdito, juntamente com o Cliente, a regularizao da situao e prosseguimento do fluxo do processo. Esta situao, no entanto, no comum, j que o prprio Cliente tem interesse em que a integrao siga o fluxo padro o mais rpido possvel at que o produto seja entregue dentro do prazo ideal. Assim que o crdito for aprovado, o sistema do Fornecedor acessar novamente o servio Web do Cliente solicitando a atualizao do status do pedido de compra do Cliente para crdito aprovado. Cumprindo-se as exigncias cabveis ao Cliente, o Fornecedor agora verificar a disponibilidade de estoque. Caso no haja estoque disponvel, ser disparada uma ordem de produo e mais uma vez atualizado o status do pedido de compra do Cliente para Em produo. Estando o estoque disponvel ser atualizado para Produto em Estoque e assim subsequentemente para Transportando. No momento em que a mercadoria sair do Fornecedor, ser registrada em seu sistema, a entrada no estoque do Cliente, podendo assim manter o saldo dele sempre atualizado. Para terminar o processo em seu fluxo natural, o Cliente recebe a mercadoria e efetua a entrada da mesma, alterando o status do pedido para Produto Recebido. Como o intuito no foi de detalhar todos os processos internos das empresas, pois apenas as tarefas na fronteira da organizao que so responsveis pela integrao entre os dois ERP, aps a identificao de processos interrelacionados e interativos, foram selecionadas as atividades Consumir Material, Registrar Consumo do Cliente, Avisar Mudana de Status e Atualizar Status do Pedido de Compra cujos detalhamentos podem ser vistos no Quadro 1, Quadro 2, Quadro 3 e Quadro 4, respectivamente.

34

Consumir Material Objetivo: 1-Registrar o consumo do material na prpria empresa. 2-Informar ao fornecedor sobre o consumo. Descrio: O usurio do sistema ERP1 realizar a sada do material informando o fornecedor, o produto e a quantidade consumida. O sistema se encarregar de registrar o consumo do material, chamar o Web Service associado ao fornecedor repassando as informaes de consumo do produto. Responsvel: Insumos: Produtos: Recursos: Regras: Usurio da empresa consumidora no sistema ERP1 Cdigo do Produto, Cdigo do Fornecedor, Quantidade Consumida. Registros do consumo no ERP1 e ERP2 Web Service ERP2 O Fornecedor deve estar pr-cadastrado, com a chave de identificao entre as partes e o endereo do Web Service. Os produtos devem ter o seu cdigo associado ao fornecedor. Deve haver disponibilidade de internet.Quadro 1 - Consumir Material

Registrar Consumo do Cliente Objetivo: Registrar o Consumo do Cliente, avaliar o estoque atual do cliente. Se estoque estiver abaixo do ponto crtico chamar atividade avisar representante de vendas. Descrio: um mtodo disponibilizado atravs da Web no qual o consumidor avisa ao fornecedor sobre o consumo de materiais. Essa atividade responsvel por registrar o log de transaes, registrar o consumo do cliente, avaliar o estoque atual quanto ao estoque mnimo, decidir por disparar ou no mensagens de aviso ao representante de vendas. Responsvel: Insumos: Produtos: Web Service ERP2 Preenchimento do Web Service pela aplicao ERP1 Registro da transao, Registro do Consumo, Mensagem de E-mail ao Representante de venda. Recursos: Regras: Leituras e Gravaes nos bancos de dados, Servidores de e-mail. - Ao receber uma requisio, validar e identificar a chave de integrao buscando na base de clientes. - Registrar a transao no Banco de dados BPM - Registrar o consumo no Banco ERP2 - Verificar, baseado no consumo mdio do cliente nos ltimos meses, para quantos dias ainda duraria o seu estoque, caso dure por um perodo inferior mdia do tempo de entrega, dispara mensagem para o representante de vendas.Quadro 2 - Registrar Consumo do Cliente

35

Avisar Mudana de Status Objetivo: Avisar ao cliente sobre o status do pedido de compra sempre que houver alterao no mesmo. Descrio: Quando o status do pedido de venda dentro da empresa fornecedora for alterado, ser disparado o Web Service do consumidor para atualizar a informao no pedido de compra do ERP1. Responsvel: Insumos: Produtos: ERP2 Pedido de Venda, Status Atual do Pedido de Vendas. Atualizao do Status do pedido de venda dentro da empresa fornecedora, atualizao do status do pedido de compra no

consumidor, registro da transao. Recursos: Gravao no Banco de Dados ERP2, Gravao no Banco BPM, Acesso ao Web Service 1. Regras: Sempre que o status do pedido de venda for alterado, ler as informaes de integrao com o consumidor, registrar a transao efetuada e disparar o Web Service 1 avisando ao consumidor sobre a mudana.Quadro 3 - Avisar Mudana de Status

Atualizar Status do Pedido de Compra Objetivo: Atualizar o status do pedido de compra baseado nas informaes recebidas pelo Web Service. Descrio: um mtodo disponibilizado atravs da Web no qual o fornecedor avisa ao consumidor sobre a mudana do status do pedido de compra. Essa atividade responsvel por alterar o status do pedido de compra. Responsvel: Insumos: Produtos: Recursos: Regras: Web Service ERP1 Preenchimento do Web Service pela aplicao ERP2 Atualizao do status do pedido de compra no fornecedor Leituras e Gravaes no banco de dados ERP1 - Ao receber uma requisio, validar e identificar a chave de integrao buscando na base de fornecedores. - Registrar a atualizao do status.Quadro 4 - Atualizar Status do Pedido de Compra

Como os processos modelados aqui visam operaes com custos mais baixos, mnima interveno humana, operando em tempo real (processos ocorrem na medida em que os estmulos os provocam) e respostas rpidas aos estmulos

36

externos garantindo maior competitividade, faz-se necessria a integrao dos sistemas ERP apoiada pela tecnologia da informao. 3.2. Amparo Tecnolgico Aps a modelagem dos processos foi desenvolvido um prottipo desta integrao que pode ser visto na Figura 6 e Figura 7.

Figura 6 - Prottipo de Aplicao representando o ERP1

Figura 7 - Prottipo de Aplicao representando o ERP2

Foram desenvolvidos os modelos conceituais e lgicos bem simplificados (apenas com as tabelas relacionadas integrao e omitindo-se os demais campos fora do contexto do trabalho) para representar o ERP do Consumidor (ERP1.FDB), o ERP do fornecedor (ERP2.FDB) e um banco para controlar as transaes (BPM.FDB), conforme pode ser visto no Apndice. Em seguida, optou-se pelo Gerenciador de Bancos de Dados Firebird para realizar a implementao do modelo fsico, por ser bem simples de se operar, gratuito e open-source. Para a implementao das aplicaes prototipadas e dos web services foi usada a linguagem Delphi na verso 2007 devido a versatilidade do ambiente de desenvolvimento rpido. Contudo, como a linguagem de web services o XML, que um padro universal, poderia ter sido usada outra linguagem como,

37

por exemplo, Java ou C# e outros bancos de dados como MySQL, SQL-Server, etc. Na Figura 8 encontramos a interface IRegistrarConsumo do WebServiceERP2 com o mtodo RegistrarConsumo requerendo os seguintes parmetros: 1. ChaveIntegracao - Identificador Globalmente nico (GUID) combinado previamente entre as partes, que servir para validao e para se reconhecerem nas transaes. 2. Produto o cdigo do produto a ser movimentado no fornecedor. 3. Qtde a quantidade de produto que deve ser movimentada.

Figura 8 - Interface do mtodo RegistrarConsumo do Web Service do ERP2

38

Na

Figura

9

encontramos

a

interface

IAtualizarStatusPedCompra

do

WebServiceERP1 com o mtodo AtualizarStatusPedCompra requerendo os seguintes parmetros: 1. ChaveIntegracao GUID combinado previamente entre as partes, que servir para validao e para se reconhecerem nas transaes. 2. PedCompra o cdigo do pedido de compra do cliente, que ter o seu status alterado.3. Status o status atual do pedido de compra do cliente.

Figura 9 - Interface do mtodo AtualizarStatusPedCompra do Web Service do ERP1

Em um ambiente real os web services estariam registrados em mquinas diferentes, conhecidas e disponveis atravs da internet, de tal forma que o sistema fique distribudo entre o consumidor e fornecedor, mas ainda assim integrando as informaes necessrias a cada um.39

4. CONCLUSES Conforme proposto, foi discutida a importncia e a necessidade do gerenciamento de processos de negcio para que as empresas se mantenham no mercado e consigam avanar atendendo s demandas de seus parceiros. As melhorias da qualidade, aumento da velocidade e reduo dos custos conseguidos com a automatizao de processos nas cadeias de suprimentos ou em qualquer outra rea, servindo-se dos sistemas de workflow e BPMS, tornaram-se notrios. Bem como a arquitetura orientada a servios e sua orquestrao so importantes, ou at mesmo essenciais, para a integrao de aplicaes empresariais que requerem respostas rpidas. Havendo recursos suficientes para aquisio, desenvolvimento e treinamento em ferramentas BPMS e tambm tempo para implantao, esse seria o melhor caminho, visto que a empresa estaria preparada para alteraes constantes nos contratos de integrao. No entanto, quase sempre s se pode contar com recursos escassos, e por isso a filosofia BPM pode ser aplicada, mas servindose das aplicaes j existentes, apenas adicionando-se as caractersticas de integrao dos processos mais importantes e/ou crticos. A maior contribuio deste trabalho foi mostrar, a partir dos processos aqui modelados e implementados, a viabilidade de se interagir, de forma sincronizada, com outras entidades agregando valores aos produtos ou servios prestados. Tudo graas tecnologia e sistemas de informao que esto a servio do homem. Sugesto para trabalhos futuros: Otimizao do processo de negcio aqui apresentado, avaliao da possibilidade de melhoria da qualidade e performance das transaes, desenvolvimento de outros estudos de casos, implementao de outra integrao, como por exemplo, o processo de terceirizao de produo industrial.

40

REFERNCIAS ARAUJO, Renata Mendes de; BORGES, Marcos Roberto da Silva. Sistemas de Workflow. In: Jornada de Atualizao em Informtica, 20, 2001, Fortaleza. Anais...,XX Congresso Nacional da Sociedade Brasileira da Computao. Fortaleza, CE : Sociedade Brasileira da Computao, 2001. ASSOCIATION OF BUSINESS PROCESS MANAGEMENT

PROFESSIONALS. Disponvel em: Acesso em: 19 Jul. 2010. AYERS, James B. Handbook of supply chain management. Boca Raton, FL: St. Lucie Press, 2001. CRUZ, Tadeu. BPM & BPMS: Business Process Management & Business Process Management Systems. 2. ed. Rio de Janeiro: Brasport, 2010. 272 p. DE SORDI, Jos Osvaldo; MEDEIROS JNIOR, Gildo. ABORDAGEM SISTMICA PARA INTEGRAO ENTRE SISTEMAS DE INFORMAO E SUA IMPORTNCIA GESTO DA OPERAO: ANLISE DO CASO GVT. Gesto e Produo, So Carlos, SP, v. 13, n. 1, p.105-116, 30 abr. 2006. jan.abr.2006. Disponvel em:

. Acesso em: 31 ago. 2010. FRUM BRASILEIRO DE PROCESSOS (FBP). Disponvel em:

Acesso em: 19 Jul. 2010. FREIRE, Cssio Jos Santos. Regente: Um Arcabouo para Gerenciamento Eficiente de Orquestraes de Servios WEB. 2007. 80 f. Dissertao (Mestrado em Informtica), Instituto de Matemtica - Ncleo de Computao Eletrnica, Universidade Federal do Rio de Janeiro, Rio De Janeiro, 2007. GARCIA, Simone de Souza; SHINOTSUKA, Tania Hiromi. EAI Enterprise Application Integration. Disciplina: Tpicos Especiais em Banco de Dados, Universidade Federal do Rio de Janeiro, Rio de Janeiro, 2001.

41

IMPORTNCIA do EAI na Integrao de Sistemas. Disponvel em: . Acesso em: 14 set. 2010. INTERNATIONAL INSTITUTE OF BUSINESS ALAYSIS (IIBA). Disponvel em: Acesso em: 19 Jul. 2010. MAIA VINAGRE, Felipe Barros; VASCONCELLOS, Fernando Antonio Paiva. Aplicao do modelo de referncia SCOR Supply Chain Operations Reference Model: no centro de distribuio da VONPAR Refrescos. 2010. Projeto de Graduao (Engenharia de Produo), Escola Politcnica, Universidade Federal do Rio de Janeiro, Rio de Janeiro, 2010. MARTINS, Karen Vassoler; BALDAM, Roquemar de Lima; COELHO JUNIOR, Thalmo Paiva. BPM, ISO 9000 e ISO 14000: uma abordagem terica sobre sinergias entre iniciativas de gesto. In: SIMPSIO DE ENGENHARIA DE PRODUO, 16., 2009, Bauru-SP. Anais... . Bauru-SP: Unesp, 2009. Disponvel em: .

Acesso em: 14 set. 2010. SHAPIRO, Jeremy F. Modeling the supply chain. Pacific Grove, CA: Duxbury, 2000. SIMCHI-LEVI, David; KAMINSKY, Philip; SIMCHI-LEVI, Edith. Designing and managing the supply chain: concepts, strategies, and case studies. 2 ed. Nova Iorque: McGraw-Hill/Irwin, 2003. SOA: Arquitetura orientada a Servios. Unipress - Banco de conhecimentos da Unicomm. Disponvel em: . Acesso em: 14 set. 2010 TESSARI, Rogrio. Gesto de Processos de Negcio: Um Estudo de Caso da BPMN em uma Empresa do Setor Moveleiro. 2008. 83 f. Dissertao (Mestrado em Administrao), Universidade de Caxias do Sul, Caxias do Sul, 2008.

42

VALLE, Rogrio; OLIVEIRA, Saulo Barbar de (Org.). Anlise e modelagem de processos de negcio: foco na notao BPMN (Business Process Modeling Notation). So Paulo: Atlas, 2009. 207 p. ZUANAZZI, Adriana Ktia Pimentel. Enterprise Application Integration - EAI. 2002. 55 f. Dissertao (Mestrado Master Business Administration Information), Pontifcia Universidade Catlica de So Paulo, So Paulo, 2002.

43

APNDICE Estrutura do Banco de Dados ERP1 - CONSUMIDOR

Modelo Lgico do ERP1

FORNECEDOR CODIGO_FORNECEDOR NOME_FORNECEDOR ENDERECOINTEGRACAO_FORNECEDOR CHAVEINTEGRACAO_FORNECEDOR INTEGER VARCHAR(40) VARCHAR(80) VARCHAR(40)

PRODUTO CODIGO_PRODUTO DESCRICAO_PRODUTO INTEGER VARCHAR(40)

FORNECEDOR_PRODUTO CODIGO_FORNECEDOR CODIGO_PRODUTO CODIGO_PRODFORN INTEGER INTEGER INTEGER

PEDIDO_COMPRA CODIGO_PEDCOMPRA CODIGO_FORNECEDOR CODIGO_PRODUTO DATA_PEDCOMPRA QTDE_PEDCOMPRA STATUS_PEDCOMPRA INTEGER INTEGER INTEGER DATE NUMERIC(18,4) VARCHAR(40)

MOVIMENTO_ESTOQUE CODIGO_MOVIMENTO CODIGO_FORNECEDOR CODIGO_PRODUTO TIPO_MOVIMENTO DATA_MOVIMENTO QTDE_MOVIMENTO INTEGER INTEGER INTEGER INTEGER DATE NUMERIC(18,4)

44

Estrutura do Banco de Dados ERP2 - FORNECEDOR

Modelo Lgico ERP2

CLIENTE CODIGO_CLIENTE NOME_CLIENTE ENDERECOINTEGRACAO_CLIENTE CHAVEINTEGRACAO_CLIENTE INTEGER VARCHAR(40) VARCHAR(80) VARCHAR(40)

PRODUTO CODIGO_PRODUTO DESCRICAO_PRODUTO INTEGER VARCHAR(40)

PEDIDO_VENDA CODIGO_PEDVENDA CODIGO_PEDCOMPRA CODIGO_CLIENTE CODIGO_PRODUTO DATA_PEDVENDA QTDE_PEDVENDA CODIGO_STATUS INTEGER INTEGER INTEGER INTEGER DATE NUMERIC(18,4) INTEGER

MOVIMENTO_ESTOQUE CODIGO_MOVIMENTO CODIGO_CLIENTE CODIGO_PRODUTO TIPO_MOVIMENTO DATA_MOVIMENTO QTDE_MOVIMENTO INTEGER INTEGER INTEGER INTEGER DATE NUMERIC(18,4)

45

Estrutura do Banco de Dados de Integrao

Modelo Lgico BPM

TRANSACOES CODIGO_TRANSACAO TIPO_TRANSACAO CHAVEINTEGRACAO_TRANSACAO DATAHORAINICIO_TRANSACAO DATAHORATERMINO_TRANSACAO ERRO_TRANSACAO INTEGER SMALLINT VARCHAR(40) TIMESTAMP TIMESTAMP BLOB SUB_TYPE 1 SEGMENT SIZE 80

TRANSACOES_ESTOQUE CODIGO_TRANSACAO CODIGO_PRODUTO QTDE_MOVIMENTO TIPO_MOVIMENTO INTEGER INTEGER NUMERIC(18,4) INTEGER

TRANSACOES_STATUS CODIGO_TRANSACAO CODIGO_PEDVENDA CODIGO_STATUS INTEGER INTEGER INTEGER

46

ANEXO Ferramentas BPMS/Workflow Mesmo no sendo objetivo principal deste estudo, segue uma lista de algumas ferramentas de BPMS ou worflow feitas por Kelly Sganderla (Analista BPM da iProcess) no BPM-Frum em 03 de setembro de 2010. BizAgi - Os produtos da BizAgi so dois: BizAgi Process Modeler (software gratuito), que a ferramenta de mapeamento de processos, e o BizAgi BPM Suite (software pago), que possui trs verses com recursos (e obviamente preos) diferentes. Disponvel em acesso em 04 Out. 2010. Intalio - A Intalio oferece sua soluo de BPM em duas modalidades: Intalio Free Community Edition (verso gratuita), que possui as ferramentas de design e o motor de execuo, na qual so distribudos apenas os executveis, e o Enterprise Edition (verso paga), que oferece componentes adicionais para uma plataforma BPM, como BAM, BRM, alm de ampla gama de conectores e suporte a diferentes arquiteturas e suporte ao produto. Disponvel em acesso em 04 Out. 2010. Bonita - O Bonita Open Solution uma soluo totalmente aberta e gratuita, possui uma ferramenta para mapear os processos, um motor de execuo e um ambiente de criao de formulrios. Para uso corporativo, requer alguma customizao, mas parece ser bastante flexvel para essas configuraes. Apresenta boa conectividade para bancos de dados e camadas de mensagens, mas tem um perfil mais direcionado para processos com atividades humanas. Disponvel em acesso em 04 Out. 2010. jBPM - Esta soluo de BPM da jBOSS possui uma verso gratuita e oferece uma infraestrutura para executar em software livre. bem direcionada ao publico de TI, e a interface atual de modelagem utiliza uma notao prpria. H promessa de que na prxima verso a ferramenta utilize BPMN. Tem um motor de regras, mas no tem muitas aplicaes de apoio para execuo de atividades humanas ou monitoramento. O produto segue evoluindo, tendo

47

acontecido

algumas

evolues

recentemente.

Disponvel

em

acesso em 04 Out. 2010. Alguns especialistas como Daniel Viero no consideram que uma ferramenta que trate apenas de automao e cuja modelagem para pblico tcnico, como o caso da jBPM e do Bonita, seja BPMS. Activiti - Este foi indicado por Daniel Viero, e como comentado, est saindo do forno. Ainda deve amadurecer, mas os comentrios a respeito desta soluo parecem bem instigantes pelo que se v nos blogs. Disponvel em acesso em 04 Out. 2010. Oracle Business Process Management Suite 11g, componente do Fusion Middleware 11g - Os produtos nestes portflios pr-integrados variam desde ferramentas de modelagem para analistas de negcios, ferramentas de desenvolvimento para integrao de sistemas, monitoramento de atividades de negcios para painis, at interao do usurio para participantes do processo. O Oracle BPM Suite e o Oracle BPA Suite so as famlias de produtos BPM mais completas e unificadas do setor. Eles entregam ROI imediato e significativo, aprimorando o servio ao cliente e a excelncia operacional, e fornecendo valor ao SOA. Disponvel em

acesso em 04 Out. 2010. WebSphere da IBM - O BPM Suite da IBM contm um conjunto abrangente de funcionalidades de colaborao baseadas em funes que permitem aos clientes modelarem, simularem, executarem, alterarem rapidamente,

monitorarem e otimizarem os processos principais do negcio. Disponvel em acesso em 04 Out. 2010. Importante dizer que, nenhuma organizao, pelo menos das experincias que ela tem acompanhado, realiza a implantao de uma soluo de BPM sem suporte. natural que tanto na implantao de uma soluo de software livre, quanto software proprietrio, a empresa busque o devido suporte. Portanto, nos casos de utilizao de um produto Open Source, parte do investimento que48

seria realizado com a compra do produto certamente ser transferida para a capacitao da equipe interna, que tratar de conhecer ou customizar a soluo para as necessidades da empresa, ou ento para a contratao de uma consultoria que vai apoiar a organizao a explorar o potencial da ferramenta. Sobre a escolha de uma plataforma de BPM, ela ressalta, como j feito em algumas discusses anteriores no frum, que so muitos os aspectos a serem observados nesta seleo de produto de tecnologia. No apenas aspectos tcnicos, mas tambm culturais e mercadolgicos so importantes. Portanto, fundamental para o sucesso da escolha e implantao do produto que isto seja feito atravs de uma seleo bem estruturada e cuidadosa. Vincius Amaral fala sobre o assunto em seu webinar "Plataformas de BPM: Entenda por que um processo de seleo importante", cujo vdeo pode ser encontrado em acesso em 04 Out. 2010.

49