Cameira - TI e Processos - GPI e Poli-UFRJ v291006 PDF

TECNOLOGIA DA INFORMAO E ENGENHARIA DE PROCESSOS
Prof. Renato Flrido Cameira, DSc.

Departamento de Engenharia Industrial/ Politcnica/ UFRJ Grupo de Produo Integrada/ Politcnica & COPPE/ UFRJ
Verso: Novembro de 2006
Prof. Renato Flrido Cameira, D.Sc. -----------------------------------------------------------------------------------------------cameira@ufrj.br / cameira@poli.ufrj.br / cameira@gpi.ufrj.br rcameira@gmail.com / cameira@pobox.com / rcameira@terra.com.br -----------------------------------------------------------------------------------------------Universidade Federal do Rio de Janeiro (UFRJ) - www.ufrj.br Escola Politcnica - www.poli.ufrj.br Departamento de Engenharia Industrial (DEI) Grupo de Produo Integrada (GPI)/ Politcnica & COPPE - www.gpi.ufrj.br -----------------------------------------------------------------------------------------------Centro de Tecnologia DEI - Bloco F Sala 117 GPI Bloco I, fundos Bloco D - LabCIM Cidade Universitria - Rio de Janeiro - RJ Brasil - 21.945-070
Tecnologia da Informao e Engenharia de Processos Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
NDICE
1 2 TECNOLOGIA DA INFORMAO E ENGENHARIA DE PROCESSOS TI E VISO POR PROCESSOS 7 10 13 19 23 35 41 45 47 54 58 68 70 77 80 85 87 93 102 104
Impactos das Redes de Comunicao 3 4 5 A TRAJETRIA DO USO DA TI NOS PROCESSOS A EVOLUO DO CIM S CATEGORIAS DE SISTEMAS ATUAIS CATEGORIAS DE SIGS E PROCESSOS EMBARCADOS
Web Services 6 ARQUITETURA INTEGRADA DE SISTEMAS (AIS)
Arquitetura Orientada a Servio (SOA Service Oriented Architecture) Arquitetura Orientada a Servio e a Gesto Estratgica de Servios Sistemas baseados em Agentes 7 ENGENHARIA DE SISTEMAS E ENGENHARIA DE PROCESSOS DE NEGCIO
UML Unified Modeling Language 8 9 10 11 12 13 14 COMPONENTIZAO DE PROCESSOS E COMPONENTIZAO DE SISTEMAS MODELOS DE REFERNCIA DE PROCESSOS PROJETO E DESENVOLVIMENTO DE SIG ABORDAGENS DA IMPLANTAO ORIENTADA A PROCESSOS DESDOBRAMENTOS DA CONEXO DIRETA ENTRE PROCESSOS E SISTEMAS CONSIDERAES FINAIS REFERNCIAS BIBLIOGRFICAS
NDICE DE FIGURAS Figura 1: Viso Funcional X Viso por Processos e TI ............................................................. 11 Figura 2: Hierarquia da Memria: Dados -> Informao -> Conhecimento -> Aes Inteligentes .............................................................................................................. 22 Figura 3: Y Scheer.................................................................................................................... 24 Figura 4: Sistemas Integrados de Gesto, Estratgia, Organizao e Processos ......................... 27 Figura 5:Abrangncias MRP MRPII CIM ERP 1 ............................................................. 28 Figura 6: ERP E CIM ............................................................................................................... 29 Figura 7: Integrao de Processos entre dois ERPs ................................................................... 30 Figura 8: Abrangncia CIM, ERP e Supply Chain .................................................................... 31 Figura 9: IDS-SCHEER Grau de Adequao do Sistema Organizao ................................ 32 Figura 10: Sistemas Integrados de Gesto em uma AIS ............................................................ 37 Figura 11: Outsourcing de Atividades para Parceiros................................................................ 48 Figura 12: Componentes de TI interagindo com componentes de negcio................................. 49 Figura 13: Componentes de uma Arquitetura Orientada a Servio ............................................ 50 Figura 14: Servios Encapsulam Diversos Montantes de Lgica de Negcio ............................ 52 Figura 15: Arquitetura Integrada de Sistema em 3 Camadas ..................................................... 57 Figura 16: Overview da Hierarquia de Entidades de Sistemas Baseados em Agentes................. 60 Figura 17: implementao de Processos de Negcio com TI..................................................... 68 Figura 18: Cascata Tradicional do Desenvolvimento de Software ............................................. 69 Figura 19: desenvolvimento de Sistemas Norteado por Processos............................................. 69 Figura 20: Grau de Adequao do Sistema Organizao ........................................................ 83 Figura 21: Abordagens de Implantao de um Sistema Integrado.............................................. 87 Figura 22: Abordagens de Implantao de um Sistema Integrado com SIGs Componentizados..................................................................................................... 90 Figura 23: Componentizao de Processos e Componentizao de Sistemas ............................. 96 Figura 24: Integrao Processual e de Dados na Cadeia ............................................................ 97 Figura 25: Processos Colaborativos a partir de plug ins Sistmicos entre AIS Compostas por SIGs Componentizados...................................................................................... 98 Figura 26: Integrao de AIS entre Organizaes ..................................................................... 99 Figura 27: Hiper-Integrao de AIS entre Organizaes ......................................................... 100 NDICE DE TABELAS Tabela 1: Vistas e Diagramas da UML X Principais Conceitos ................................................. 71 Tabela 2: Vistas da UML X Objetivos ...................................................................................... 72 Tabela 3: Diagramas da UML X Objetivos ............................................................................... 73
LISTA DE SIGLAS
AIS ASP ATP B2B B2C BD BI BPM BSC CASE CI CIM CIMOS A CRM DM DW EAI EPN ERP ES ESB GED GRID IA IP JIT KM
Arquitetura Integrada de Sistemas Application Service Provider Available-to-Promise Business-to-Business Business-to-Consumer Bando de Dados Business Intelligence Business Process Management Balanced Scorecard Computer Aided System Engineering Comunicao Interna Computer Integrated Manufacturing Computer Integrated Manufacturing Open System Architecture Customer Relationship Management Data Mining Data Warehouse Enterprise Application Integration Engenharia de Processos de Negcios Enterprise Resource Planning Enterprise Systems Enterprise Service Bus Gesto Eletrnica de Documentos Grid Computing Inteligncia Artificial Internet Protocol Just-in-Time Knowledge Management
KMS MES MRP MRPII PDA PDM PLM PP RH SCM SDCD SIG SLA SOA SRM TI TOC UML UUP VOIP WF W3C XML
Knowledge Management System Manufacturing Execution System Material Requirements Planning Manufacturing Resources Planning Personal Data Assistant Product Data Management Product Lifecycle Management Production Planning Recursos Humanos Supply Chain Management Sistemas Digitais de Controle Distribudo Sistemas Integrados de Gesto Service Level Agreement Service Oriented Architecture Supplier Relationship Management Tecnologia da Informao Theory of Constraints Unified Modeling Language Universal User Profile Voice Over Internet Protocol Workflow World Wide Web Consortium Extensible Markup Language
Objetivos de aprendizagem Capacidade de entendimento e diferenciao dos conceitos de Tecnologia da Informao, Arquitetura Integrada de Sistemas, Sistemas Integrados de Gesto, componentizao de processos e sistemas, entre outros; Compreender o histrico de evoluo da TI, seu papel como habilitadora da Engenharia de Processos e sua relao com a construo da viso processual nas organizaes; Capacidade de diferenciar entre as diversas categorias de SIGs e os diversos componentes de uma Arquitetura Integrada de Sistemas, associado a uma viso processual; Compreender os desdobramentos oriundos da crescente conexo direta entre a engenharia de processos e de sistemas para as organizaes. 1
Tecnologia da Informao e Engenharia de Processos
A aplicao da Tecnologia de Informao (TI) altera o funcionamento de uma organizao, como ela realiza seus processos2. Essa frase, hoje, com a difuso crescente da viso por processos, de fcil entendimento. Correlaciona diretamente o pensar a TI e as decises a ela associadas forma como uma organizao existe.
1 2
Agradecimento Eliza Tavares pelo apoio mpar na reviso e na edio final do texto. Para uma detalhada definio sobre processos e Engenharia de Processos de Negcio, os mtodos e ferramentas
associados, etc. vide artigos e teses disponveis em www.gpi.ufr.br -> Produo Acadmica.
Quanto mais intensa sua utilizao, mais radical a necessidade de que este correlacionamento seja realizado da forma mais precisa possvel. O papel transformador da TI reconhecido na bibliografia. Por exemplo, DAVENPORT (1994, 2000); HAMMER (1997) e HAMMER, CHAMPY, (1994), associados Engenharia de Processos e CASTELLS (1999), pensando a sociedade modificada pela integrao em rede. Essa importncia destaca a necessidade de se definir TI. A abordagem mais imediata associa a Tecnologia da Informao rea de conhecimento da Informtica e da Engenharia de Sistemas. Correto, contudo, insuficiente. Com a crescente automao e integrao dos fluxos de informao, com a digitalizao (do dinheiro, da voz vide o VoIP Voz sobre IP -, da imagem, dos sentidos, etc.) e a convergncia tecnolgica (SHEPARD, 2000; SHAW, J., 2000; HOBMEIR e BRINE, 2000); com a crescente liberdade permitida pela mobilidade (KALAKOTA e ROBINSON, 2002), esse conjunto de expertises falho para defini-la. Centrando a definio no aspecto tecnolgico associado capacidade de fazer fluir a informao, podemos definir TI (CAMEIRA, 2003).
Tecnologia da Informao composta pela utilizao casada das expertises disponveis no aparato de conhecimento da Informtica, da Engenharia de Sistemas, da Eletrnica, da Mecatrnica e das Telecomunicaes e nas reas derivadas, como, por exemplo, a Nanotecnologia.
Este conjunto de expertises embarcado na definio capaz de construir as infovias atravs das diversas atividades que a organizao realiza, atravs, portanto, de seus processos. Com a grande evoluo no conjunto de expertises associados evoluo da TI, expresso casada desse desenvolvimento, trat-la de forma dissociada da viso de negcios pode levar, no mnimo, a uma subutilizao das potencialidades descortinadas (CAMEIRA, 1999a, 1999b; CAULLIRAUX, 1999).
A utilizao da TI tem que ser pensada num contexto de insero dentro da vida da organizao, de maneira sistmica, orgnica com os processos desta organizao. Mais do que isto, uma vez que os processos de negcios realizam ou deveriam realizar, efetivamente, a estratgia da empresa, conformando como ela se estrutura, opera e se relaciona interna e externamente, a utilizao da TI tem que ser tratada de forma relacionada estratgia empresarial, estrutura organizacional e ao modelo de gesto. Modelo de gesto associado a essa forma de pensar organizao e operacionalizar, gerir a estratgia, realizando o modelo de negcio. (CAMEIRA, 2003)3. Essa necessidade de pensar a TI em sintonia com o negcio, por vezes, torna tentadora a possibilidade de defini-la contemplando tambm conhecimentos que trabalham diretamente com as organizaes, como a estratgia, a teoria organizacional, etc. Na verdade, no cabe perder o aspecto tecnolgico da TI. Cabe compreender como ela se entrelaa com essa base conceitual e, crescentemente, a habilita. Com a TI, cada vez mais ampla em alcance e potencialmente intrnseca forma de realizar as atividades, atividades estas que compem os processos da organizao.
Para o pleno entendimento desta relao entre a viso por processos e a Engenharia de Processos de Negcios com
a Gerncia Estratgica Contempornea, das formas pelas quais a representao da organizao por processos de negcio pode apoiar o processo de anlise da situao estratgica da organizao e de como se pode refletir em projeto as prescries oriundas das diversas abordagens da Gerncia Estratgica, informando o projeto de solues organizacionais para planejamento estratgico sugere-se a leitura do texto, Gerncia Estratgica Contempornea e a Engenharia de Processos de Negcios, de PROENA (2006).
TI e viso por processos
A evoluo da TI, com sua capacidade de processamento e de integrao das informaes, importante fator na construo, ou viabilizao, da viso por processos nas organizaes. Como percebido por DAVENPORT (1998b), o sucesso da categoria de Sistemas Integrados de Gesto (SIG)4 do tipo Gesto dos Recursos Empresariais (Enterprise Resource Planning ERP) advm, sobretudo, dos enormes ganhos oriundos pura e simplesmente da integrao do que antes se encontrava isolado em diversos sistemas e bases de dados, enclausurados na estrutura funcional. A integrao , de fato, a estrela.
Sistemas Integrados de Gesto, em sinttica definio, so os sistemas que manipulam, diretamente, as informaes que so tratadas e utilizadas pelos processos de negcio de uma organizao e desta com seus fornecedores, clientes e colaboradores (parceiros, empregados, etc.).
CAMEIRA e CAULLIRAUX (2000, p. 5) observam que:

(...) a viso por processos ao menos indiretamente, est relacionada ao desenvolvimento da Tecnologia da Informao (TI), que tornou (mais facilmente) possvel a quebra de barreiras funcionais, permitindo tratarem-se processualmente os fluxos de informaes, promovendo um encadeamento das funes de uma empresa, realizando o link das atividades em nvel de processo, entre as vrias reas da vida de uma empresa (como marketing e vendas, rea de pessoal, compras, etc.).
Cabe observar que o termo Sistemas Integrados de Gesto, at 1998/ 1999, era usualmente associado aos sistemas
que integravam os processos de negcios internos a uma organizao. Estes sistemas, conhecidos como sistemas de Planejamento dos Recursos Empresariais (mais usualmente Enterprise Resource Planning ERP) ou simplesmente Sistemas Empresariais (Enterprise Systems ES), segundo DAVENPORT (2000a), tiveram como grande momento de expanso, com boom inicial de vendas, o final da dcada de 90, fortemente induzido pelo efeito decorrente do bug do milnio (CAMEIRA, 1999a). Tecnologia da Informao e Engenharia de Processos Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
10
E acrescentam:
(...) justamente o entendimento desses fluxos transversais de informao, quando se desenvolvem processos de Reengenharia (DAVENPORT, 1994; DAVENPORT, PRUSAK, 1998), melhoria contnua (SHINGO, 1996a, 1996b) ou mesmo a construo de novos negcios, tendo em mente as possibilidades descortinadas pela TI, o primeiro fator relevante que se deve ter em mente quando se realizam processos de levantamento e modelagem de processos.
A TI possibilita que as competncias funcionais possam manter-se agrupadas (com todas as vantagens afetas sinergia de Recursos Humanos, concentrao de conhecimentos em determinado campo, s caractersticas culturais decorrentes dos perfis formativos, etc.), realizando a integrao dos fluxos de informao entre os processos que permeiam estas reas funcionais, viabilizando crescentemente a gesto por processos. E crescentemente viabilizam alternativas estruturais que prescindem da segmentao funcional. A figura 1 abaixo, ilustra esse cenrio.
Organizao
Processos
Processo 1
Funo A
Funo B
Funo C
Viso por Processos Apoiada / Viabilizada pela TI e por RHs capacitados gesto com tecnologia
Produtos
Processo 2
Mercado
Atividades ou Operaes
Figura 1: Viso Funcional X Viso por Processos e TI Fonte: Adaptado de RUMMLER e BRACHE (1994) apud ANTUNES, JR., CAULLIRAUX, NEVES (1998)
11
De fato, uma organizao puramente processual rara. Se forem observados os Sistemas Integrados de Gesto (hoje) tradicionais, vendidos em pacotes, verifica-se que sua estruturao e sua forma de comercializao claramente funcional, com os bancos de dados comuns e os fluxos de informao integrados pelo software sobre as redes, construindo a integrao processual. Sob certo aspecto, a TI viabiliza a utilizao das melhores caractersticas dos dois mundos, funcional e processual. AALST (2000) apud SANTOS (2002) ressalta a importncia dos processos de negcios para a cincia e a prtica dos sistemas de informao. Dentro deste contexto, define a gesto de processos como compreendendo os esforos de projeto e de engenharia, mas tambm como atividades subseqentes no ciclo de vida de um sistema de informao, como a Reengenharia de Processos, a melhoria contnua, o tratamento por excees e a gesto da mudana. A gesto de processos seria definida por trs camadas: o projeto, a formalizao e anlise e, finalmente, a camada dos sistemas e aplicao. O projeto relativo s tcnicas de modelagem dentro de um contexto organizacional. A camada de anlise e formalizao est relacionada s abordagens, anlises tcnicas para validao, verificao, incluindo de desempenho e aos problemas decorrentes das mudanas dinmicas5. A camada dos sistemas e aplicao foca nos aspectos de TI e aplicaes de tcnicas para gesto de processos na prtica, relacionada s experincias prticas, ferramentas de avaliao e aplicao de novas tecnologias no domnio da aplicao. Esta viso integra a concepo do negcio, atravs dos processos e a realizao, via sistemas. Pode-se observar, portanto, a relao direta entre o entendimento processual da organizao, a construo de uma Arquitetura Integrada de Sistemas e desta viso por processos viabilizada por TI e a formatao e reformatao dos modelos de negcios, incluindo a estrutura organizacional.
Arquitetura Integrada de Sistemas entendida como o framework que representa o conjunto de tecnologias da informao, uma vez estruturadas e integradas.
A gesto por processos, suas etapas, etc. em detalhe definida em SANTOS e CLEMENTE (2006).
12
A Tecnologia da Informao, atravs dos Sistemas Integrados de Gesto que operam sobre uma infra-estrutura de redes de comunicao e de banco de dados e sobre uma arquitetura de integrao de aplicaes6, crescentemente apiam ou realizam os fluxos de informao que permeiam os processos internos a uma organizao e desta com a cadeia, com o ambiente onde opera. Entre os impactos das redes de comunicao (CAMEIRA, 1999b), base da evoluo da TI, a criao de canais diretos, fora das estruturas hierrquicas, entre as diversas partes envolvidas com uma dada atividade, relevante. Com o tempo, a organizao tende a se horizontalizar, reduzir a necessidade de nveis hierrquicos intermedirios, existentes anteriormente em funo da necessidade de alcance de controle e da informao em uma estrutura no informatizada. No tempo, pode-se imaginar a organizao no em nveis hierrquicos, mas realizada principalmente em termos de seqenciamento de atividades no tempo (processos) e equipes organizadas em clulas de conhecimento, por exemplo. NADLER, GERSTEIN e SHAW, em 1994, comentam que uma imagem mais precisa da organizao real poderia vir a ser proporcionada pela anlise de seu correio eletrnico do que pelo seu organograma.
Impactos das Redes de Comunicao Podemos observar a efetiva ocorrncia destes impactos, antes imaginados, hoje cada vez mais efetivos, decorrentes das caractersticas das redes, os efeitos de rede (CAMEIRA, 1999b):
Essa camada composta pelos padres e sistemas que integram sistemas. Adiante, neste texto este tpico em
mais detalhe abordado.
13
Horizontalizao da organizao e, no limite, da cadeia de suprimentos, uma vez que com os Sistemas Integrados de Gesto (SIG), gerenciam a informao na empresa de forma aliada integrao promovida pelas redes. As redes, por suas caractersticas intrnsecas, aumentaram sobremaneira o alcance de controle, viabilizado por sistemas operando sobre esta rede, reduzindo a necessidade de nveis hierrquicos intermedirios. Aproxima a cpula estratgica do ncleo operacional (MINTZBERG, 1995). Isso pode ser facilmente observado no caso do uso de sistemas de correio eletrnico, por vezes associado aos sistemas de automao de processos (por exemplo, um workflow7); Reduo dos problemas advindos da separao geogrfica de clientes, fornecedores, outras unidades da empresa, governos, etc. Com a Internet, em particular, e a diversidade de solues de telecomunicaes, propiciou-se o desenvolvimento de solues de integrao baseada em trocas de informao entre empresas, com os consumidores e fornecedores; Pela facilidade de disponibilizao da informao, facilitam o processo de tomada de deciso. A informao, insumo da deciso, oriunda de todo lugar pode ser acessada de qualquer lugar, de forma (quase) instantnea. Armazenada em banco de dados e trabalhada pelos SIG, particularmente pelos sistemas de Inteligncia do Negcio, a acuidade, alm da velocidade, so potencialmente crescentes; Com isso, h tendncia a uma descentralizao da tomada de deciso na empresa, medida que se horizontaliza a organizao, alm de facilitar a sinergia de Recursos Humanos, independentemente de sua disperso geogrfica, facilmente percebida no uso de sistemas de comunicao remota, tais como videoconferncia, e-mail, (mais recentemente) portais, comunicaes peer-to-peer, a ampla divulgao de textos, etc.;
Vide texto especfico s tecnologias de Workflow e GED, Valadares, A. Rio de Janeiro: GPI/UFRJ, 2006.
14
H um aumento substancial da capacidade de comunicao da empresa, das pessoas, das comunidades (COHIL, KAVANAUGH, 2000). Seja essa comunicao entre pessoas, entre equipamentos automatizados ou entre pessoas e equipamentos; Disponibilizao em tempo real (ou quase) da informao por todo o sistema de produo, integrado, do fornecedor ao cliente. Antes, uma resposta demanda possua um atraso proporcional ao tempo que a informao levava para se refletir no sistema produtivo. Aps a integrao, no s o atendimento ao cliente como a relao com os fornecedores pode ocorrer de forma mais gil e eficiente (no mnimo, haver operacionalmente uma infra-estrutura gil e eficiente para a troca de informaes). Casado a sistemas de planejamento e otimizao da operao da cadeia de suprimentos, o uso das redes permite (como no caso do avaiable-to-promise (ATP) global) integrar a programao da produo de empresas da cadeia e otimizar a operao logstica das cargas, por exemplo; Facilita o acompanhamento dos sinalizadores e da evoluo dos indicadores importantes para a organizao, apoiado pelos sistemas de Inteligncia do Negcio, que trabalhando sobre as informaes disponibilizadas pelos diversos bancos de dados das diversas categorias de sistemas integrados, manipuladas em infocubos dos Data Warehouses e/ou com tcnicas de Data Mining, permitem a construo de sistemas de gesto baseados em indicadores, relacionando-os desde a operao at os reflexos financeiros e na consecuo da estratgia traada, por exemplo na lgica do Balanced Scorecard (BSC) (KAPLAN, NORTON, 1997)8. Esses sistemas apiam a monitorao e controle da aplicao das estratgias tornando-as mais consistentes e com ciclos de realimentao mais curtos e precisos, desde o operacional;
Vide o texto especfico sobre o uso de Indicadores de Desempenho associados Engenharia de Processos de
Negcios, de RIBEIRO (2006).
15
Facilita a montagem de estruturas geis de suporte a clientes. Isso importante, uma vez que a base de conhecimento, as habilidades e os servios disponveis so os fatores que podem agregar, continuamente, valor e gerar vantagem competitiva (JOHNSON, SCHOLES, 1989). Efetivamente os sites especficos para suporte a clientes, com reas de downloads, atualizaes remotas, grupos de discusso, etc., facilitam a implantao de estruturas de suporte; Permite-se a montagem de estruturas de marketing e vendas mais geis, mais eficientes, atuando de forma compatvel com a capacidade de produo da empresa. A disseminao dos sistemas de relacionamento com o cliente, rodando sobre as redes, entrando na casa dos clientes, so os exemplos atuais disso; Pela facilidade de abertura de canais de comunicao com clientes, fornecedores, governos, institutos de pesquisa, universidades, etc., possibilita a antecipao de tendncias da demanda, identificao de problemas com produtos e sistemas de produo, a percepo de oportunidades e ameaas, a integrao de toda cadeia. Esses impactos ressaltam as caractersticas do tipo de organizao (MINTZBERG, 1995), o que leva necessidade de pensar processualmente as atividades ou funes da empresa, permitindo ou obrigando uma contnua reviso ou adaptao dos processos (CAMEIRA, 1999a).
Logo, a relao entre a construo da viso por processos e a aplicao desta TI ntima. Em outras palavras, crescentemente difcil pensar o funcionamento de uma organizao sem entender seus processos, sob uma viso horizontal, no estritamente funcional e vertical; crescentemente difcil realizar o grau de integrao de fluxos de informao demandado pela competitividade do ambiente sem esta viso e sem o apoio desta TI; finalmente, crescentemente difcil, conceber, selecionar, implantar, operar, manter e desenvolver sistemas que apiam processos que rodam em ambiente dinmico e crescentemente orgnico entre seus atores sem o apoio da TI.
16
Pode-se dizer que a viso por processos trata de desenvolver a capacidade de entender e gerir a operao de uma organizao, considerando sua insero na cadeia de suprimentos, com o apoio crescente (e cada vez mais imprescindvel) da TI. Alguns dos principais Sistemas Integrados de Gesto de maior porte/ complexidade9 apresentam suas funcionalidades organizadas por processos e mais recentemente, tm sido construdos a partir, flexivelmente, dos processos10. Exemplificando, possvel configurar as diversas tabelas ou telas acessando-as atravs dos processos de que fazem parte. Por exemplo, a atividade de dar entrada em um item externo no estoque de matria-prima de uma indstria pode ser parametrizada atravs do processo geral de compra de insumos que, eventualmente, pode fazer parte do processo de gesto de materiais (Ordens de Compra) do mdulo de Material Requirements Planning (MRP). Esta caracterstica de tais sistemas permite, entre outros pontos: Discutir as atividades inseridas em suas cadeias de processo. Ou seja, permite uma viso integrada das atividades; Comparar os processos existentes na empresa com os processos do sistema integrado. Esta comparao pode fazer com que a empresa adote um novo processo ou um processo misto. Caso ela decida pela manuteno do seu processo alguma customizao ter de ser feita; Permitir a visualizao facilitada de onde sistemas complementares (de seqenciamento, gesto de documentos, etc.)11 que realizam atividades no cobertas (ou no cobertas de forma completa) pelos SIGs, se inserem ou interfaceiam e apiam os processos da empresa;
9
Identificar particularidades dos processos de uma organizao, etc.
Por exemplo, os sistemas da alem SAP ou da americana Oracle. Atravs da Arquitetura Orientada a Servios, comentada adiante, neste texto. No uso de sistemas complementares ou componentes especficos reside uma importante possibilidade de
10
11
diferencial competitivo entre empresas operando processos semelhantes suportados por sistemas integrados de um mesmo fornecedor ou com processos best in class semelhantes, reduzindo a convergncia competitiva. Tecnologia da Informao e Engenharia de Processos Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
17
Essa discusso, originalmente centrada nos processos internos a uma organizao, hoje abrange toda a cadeia, com a difuso e consolidao das diversas categorias de SIGs, atuando nos processos de relacionamento com clientes e com fornecedores, com a gesto da cadeia de suprimentos, no apoio tomada de deciso, no desenvolvimento de produtos e servios na formatao de novos modelos de negcio, etc. Com isto, amplia-se o alcance para toda cadeia e entre cadeias. A gesto por processos derivada da integrao processual ganha em dimenso e em complexidade. Essa dimenso e essa complexidade transportadas ao se pensar a TI, enquanto plataforma, e no que tange ao impacto de seu uso nos processos de negcio, ampliam a relevncia do correto entendimento do papel e do alcance do uso da tecnologia nos processos. Por exemplo, ao serem trabalhados fluxos de informao que transitam entre organizaes diferentes, com diversas estruturas organizacionais e respectivas culturas, perfis de Recursos Humanos12, sistemas e plataformas computacionais dispersos geograficamente e dinamicamente endereados, etc., aumentam-se as dificuldades inerentes operacionalizao de processos complexos (que demandam, por exemplo, o entendimento dos diversos papis dos diversos atores na cadeia de valor) e, conseqentemente, da implantao dos processos e dos sistemas que os suportam ou habilitam. Observando-se as arquiteturas de TI, poder-se notar direto atrelar das novas plataformas viso por processos da organizao e a busca por viabilizao, baseada na viso por processos, de uma maior flexibilidade de customizao e integrao de processos, com reflexos na velocidade de adaptao ao ambiente. Pensar TI e processos de forma no integrada hoje no possvel. As modernas plataformas de TI so estruturadas em funo da viso processual e raros so os processos que no so fortemente correlacionados ou apoiados pela TI ou, cada vez mais, crescentemente habilitados.
12
CAULLIRAUX (1999) tece consideraes sobre o perfil do gestor de sistemas integrados, perfil que se torna mais
necessrio quanto maior a abrangncia da integrao de processos na cadeia de suprimentos. HEHN (1999) discute aspectos associados aos perfis dos recursos humanos em processos de implantao de SIGs, mais particularmente de sistemas da categoria Enterprise Resources Planning (ERP). Tecnologia da Informao e Engenharia de Processos Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
18
A trajetria do uso da TI nos processos
O apoio da TI viabilizao dos processos de negcios da organizao no ocorre apenas recentemente. Ele vem sendo construdo e viabilizado gradativamente, de forma correlacionada diretamente ao avano da tecnologia. Se pensarmos a TI em torno da palavra integrao, que inerente ao pensar por processos, podemos observar que ela avana de um estgio onde se busca a integrao organizacional, mas no h troca eletrnica de dados ao estgio atual, onde a TI estruturada e no limite concebida por processos. No estgio preliminar, no h rede, no h banco de dados. Observe-se, dcadas depois, o aparato de colaborao hoje existente. Por exemplo, e-mail de hoje, o formulrio de CI (Comunicao Interna) de ontem, com seus campos De, Para, o corpo de mensagem e um documento grampeado, por vezes. Hoje documento eletrnico attachado / anexado. O boy era a rede. Com os anos, h o avano das plataformas de grande porte, normalmente proprietrias, fornecidas por grandes corporaes como a IBM, a Digital, a Burroughs (Unisys depois por fuso com a Springer, empresa especializada em satlites, de aplicaes militares), entre outras. Essas plataformas centralizadas e proprietrias, nos Centros de Processamento de Dados (CPDs), alcanavam as unidades funcionais atravs de caras redes, de complexa manuteno, acessando terminais sem capacidade de processamento. Na dcada de 80, com a crescente popularizao do microcomputador comeam a surgir pequenas aplicaes de rede. Sistemas como o Laplink e diversos softwares freeware ou shareware possibilitavam uma integrao entre microcomputadores rudimentar. Num 2 estgio 13 h um uso crescente de ferramentas de integrao entre sistemas no diretamente compatveis ou compatibilizveis, no h integrao de dados. As redes de microcomputadores eram sinnimas de baixa eficincia. Ouvia-se muito: rede cai.
19
Cresce a Netware14, que dominou, com seus bons (para a poca) sistemas de gerenciamento de redes, mais de 70% do mercado mundial. Os sistemas de gerenciamento de redes, a capacidade de processamento, a qualidade e a acessibilidade aos computadores pessoais se desenvolvem. O conhecimento acerca das redes locais caminha para o estado da tcnica, da prtica. Nesse 3 estgio h um incio da transferncia de dados entre sistemas, via arquivos texto TXT (av, em grosso modo, do padro XML (eXtensible Markup Language) de hoje, viabilizado pela banda larga), por exemplo. As bases de dados permanecem desintegradas.
XML (eXtensible Markup Language) o formato universal para estruturar documentos e dados na Web (Coyle, 2002, p.333). XML a metalinguagem (literalmente uma linguagem sobre linguagens) definida pelo World Wide Web Consortium (W3C), uma das principais organizaes a potencializar os padres da Web abertos. Em uma simples definio, XML o conjunto de regras e diretrizes para a descrio de estruturas de dados em texto, ao invs de representaes binrias proprietrias (...) XML simples, tecnicamente uma linguagem para a criao de outras linguagens baseada na insero de tags (marcadores) no auxlio descrio dos dados (...) XML uma combinao de tags e de contedo na qual os tags adicionam significado ao contedo (Coyle, 2002, p.3-5). Por exemplo, um tag pode ser o nome de um campo. Na linha XML, legvel por humanos, <nome> Joo Jos da Silva </nome>, nome o tag e Joo Jos da Silva o contedo.
O tag indica o incio e o fim da informao, alm de informar qual o tipo de informao. Essa simplicidade s possvel pelo aumento da capacidade de processamento, da largura de banda e do alcance possibilitado pela WEB.
13 14
Essa quebra em estgios arbitrria e ilustrativa. Hoje este mercado de sistemas de gerenciamento de rede dominado pela Microsoft, fundamentalmente.
20
Dcada de 90: a capacidade de processamento e seu uso para alm das organizaes, pela sociedade crescem. Os bancos de dados (BDs) ganham em robustez, desempenho, viabilidade de custos. Destacam-se como provedoras destes BDs a Oracle e IBM, entre outros fornecedores. Mais recentemente (sempre ela) a Microsoft. A integrao de bases de dados entre aplicaes um fenmeno estudado em impactos. Destacam-se os Sistemas Integrados de Gesto, neste 4 estgio. A popularizao da Internet, com o espetacular avano das telecomunicaes, principalmente na 2 metade da dcada, muda os patamares de integrao possvel. A integrao supera as fronteiras geogrficas. Hoje o alcance das redes global. A informao cruza oceanos em pores de segundos. Os bancos de dados so potencialmente integrados logicamente (mais do que fisicamente, fisicamente so distribudos), a rede est no ar, a plataforma Web based (prescindindo das atualizaes dos clients), e os sistemas so crescentemente componentizados, orientados a servios15. A integrao processual e, no que tange TI, ocorre em nvel de sistemas, que se fundem pela conexo de componentes, baseados no aparato provido pelos padres e pelos sistemas que integram sistemas, so potencialmente recombinveis em funo da forma de operao que se deseja, para alm das bordas organizacionais, alcanando as informaes localizadas nos bancos de dados logicamente integrados e fisicamente distribudos.
Componentes de Software: Uma tradicional aplicao distribuda consiste numa srie de componentes de software que residem em um ou mais servidores de aplicao. Componentes so desenhados com uma variedade de graus de granularidade das funcionalidades, dependentes das atividades que executam e em funo de o quanto os mesmos so reutilizados em outras atividades ou aplicaes (ERL, 2005, p. 98).
Para CARDOSO, PROENA e CAMEIRA (2001) importante notar que os sistemas de informao so de grande utilidade para potencializar a inteligncia competitiva da organizao,
15
Vide adiante, neste texto, os boxes sobre Web Services e sobre Arquitetura Orientada a Servio.
21
principalmente porque permitem a automao de atividades de baixo valor intelectual agregado, como, por exemplo, o tratamento de massas de dados, a realizao de operaes lgicas, a organizao das informaes e facilidade de acesso, entre outras. A Figura 2 a seguir retrata o que pode ser chamado de hierarquia da memria, ou memria da organizao, definida como as fontes de inteligncia que permitem agir de forma efetiva. Retratam a evoluo de um dado at tornar-se uma ao inteligente.
Figura 2: Hierarquia da Memria: Dados -> Informao -> Conhecimento -> Aes Inteligentes Fonte: CARDOSO, PROENA e CAMEIRA (2001 p. 6) Um desafio atual passa, portanto, a ser a capacidade de identificao, compilao, organizao e explicitao da vastido de informaes disponveis (demanda sobre a qual cresce, notoriamente, a Google), potencializ-las na direo da gerao de conhecimento, da inovao. A Inteligncia Artificial16 h muito uma fronteira, passa a ser fronteira inequvoca, enquanto as demais frentes, crescentemente robustas continuam a se desenvolver.
16
Tpicos para estudo: Gesto do Conhecimento e Inovao; Inteligncia Artificial.
22
A evoluo do CIM s categorias de sistemas atuais
Retornando um pouco mais atrs, um marco no pensar da Tecnologia da Informao associada viso por processos o conceito de Manufatura Integrada por Computador (Computer Integrated Manufacturing CIM) (SCHEER, 1991; IBM, 1986a, 1986b; CAULLIRAUX, COSTA, 1995). Talvez uma das primeiras ocasies onde se pense de forma mais sistmica o uso da TI de forma alinhada com a estratgia, pensando-se os impactos organizacionais, por exemplo, nos recursos humanos e nos fluxos de informao entre atividades. Modelos de integrao so desenvolvidos, poca, procurando-se representar os fluxos de informao, ainda restritos funo Produo. Funo Produo composta fundamentalmente do projeto de produto, do planejamento e controle da produo e da produo em si, do cho-defbrica propriamente dito. Entre os modelos que buscavam representar o CIM, a manufatura automatizada e integrada por computador, realizada pela capacidade de processamento e transmisso das informaes, podemos destacar o modelo IBM (1986a, 1986b) e o modelo Y, do Prof. A. W. Scheer (1991). Prof. A. W. Scheer discutia, em particular, os processos internos funo produo. A figura 3 abaixo, extrada da obra de 1991, exemplifica essa anlise dos fluxos.
23
Sistema de Informao
Clculo de Custos
Crditos
Dv idas
Contas
Pessoal
PCP Fune s de Plane jam e nto e Organizao

Itens Master
Lista de Materiais
Planos de Tabalho
CAD / CAM
Recursos
Ferramentas
Fune s T cnicas
Vendas
Estimativa de Custos
Anteprojeto
Planejamento Master da Produo Gerenciamento de Material Planejamento da Capacidade Ajuste da Capacidade Execuo de Ordens
Projeto
Planejam ento de Processos
Programao de NC
Controle da Produo
Controle de Mquinas NC, CNC eD e de Robots NC
Coleta de Dados Operacionais
Controle de Transporte
Controle de Estoque
Monitorao e Controle (quantidades, custos e tempos)
Gerenciamento de Recursos Manuteno
Controle de Expedio
Controle de Qualidade
Figura 3: Y Scheer Fonte: SCHEER, 1991

24
Um exemplo de metodologia de Engenharia de Processos de Negcios derivada diretamente do conceito de CIM, muito difundida na Europa, a CIMOSA (Computer Integrated Manufacturing Open System Architecture) (http://cimosa.cnt.pl/, 2005). A CIMOSA objetiva a elaborao de uma arquitetura de sistema aberto para CIM (Computer Integrated Manufacturing ) e a definio de um conjunto de conceitos e regras para o desenvolvimento de um padro17 para sistemas que visem integrao da manufatura. Esta metodologia buscou definir uma estrutura de modelagem que fosse bastante conhecida e suportasse todas as fases do ciclo de vida destes sistemas, desde a definio de requisitos, passando pela fase de especificao e de descrio da implementao, chegando at a execuo das atividades dirias de operao da organizao18. Esta metodologia incorpora uma abordagem de modelagem dirigida por eventos e baseada em processos, com o objetivo de representar aspectos essenciais em um modelo integrado. Os principais aspectos so os funcionais, comportamentais, os recursos, as informaes e a organizao. Para cada um deles, existe um modelo especfico. Isto permite a modelagem de aspectos dos processos de negcios de forma independente, mas complementar. Observando-se as conseqncias da evoluo da TI, pensada por processos, ela permitiu, por exemplo, ainda olhando-se a funo produo, no caso do Planejamento e Controle da Produo, que sistemas de administrao da produo centralizadores da deciso, como so os sistemas de Manufacturing Resources Planning (MRPII), se tornassem viveis, integrados diretamente, eletronicamente, aos equipamentos lotados no cho-de-fbrica das indstrias (por sistemas de Manufacturing Execution Systems MES). Adicionalmente, a evoluo da TI permitiu que esse planejamento fosse crescentemente integrado aos setores de engenharia, compras, vendas e distribuio e, a seguir, alcanando todas as reas/setores da empresa, indo alm do preconizado pelos modelos de Manufatura Integrada por Computador, construindo o conceito de ERP
17 18
Esta metodologia considerada um dos principais padres para modelagem de processos na Europa. Sobre a discusso sobre mtodo de especificao de sistemas orientado a processo, vide ALVES, CAMEIRA,
CAULLIRAUX e MELO (2006).
25
(Enterprise Resources Planning), tornando possvel um mais suave e imediato o fluxo de informaes na empresa. CORREIA e GIANESI (1996, p. 139), colocavam como limitante ao sucesso do MRPII o fato de que esta filosofia de administrao da produo (...) baseia-se num pacote de computador grande, complexo, muitas vezes caro, que, em geral, no fcil de alterar no sentido de adapt-lo s necessidades da empresa usuria (...) e (...) um ambiente que utilize MRPII um ambiente altamente computadorizado (...). Observarem-se essas preocupaes, legtimas poca, frente ao alcance e complexidade dos sistemas de gesto da informao nos dias atuais, demonstram claramente o grande desenvolvimento da TI no perodo. Se hoje o MRPII segue gerenciando um nmero grande de informaes, o aumento da abrangncia e integrao dos sistemas interna e externamente organizao, requer uma capacidade de processamento, armazenamento e comunicao muitas vezes maior, e um permanente entendimento processual dos fluxos de informao. No toa, Prof. Scheer colaborou com a SAP, empresa alem lder no segmento de desenvolvedoras de Sistemas Integrados de Gesto, no desenvolvimento de uma ferramenta para a representao processual dos fluxos de informao. Pode-se afirmar, sem medo de errar, que a liderana da SAP19 devida em boa parte a essa percepo nativa da importncia de se entender os sistemas por processos. No toa tambm, o ARIS Toolset, ferramenta derivada desta parceria entre o Prof. Scheer e a SAP, lder de seu mercado, h muito. Finalmente, no por acaso que a SAP, no momento atual, no qual a plataforma de TI passa a ser explicitamente orientada por processos, tem ampliado fortemente seu market share planetrio. Corroborando a necessidade de ver por processos os fluxos de informao, em 1998 a SAP, j lder mundial em seu segmento, afirma no help on-line de seu ERP R/3 que o pensar Sistemas Integrados de Gesto est diretamente associado ao desdobrar dos objetivos estratgicos em atividades centrais que possuem um lcus organizacional e so realizadas, compem os
19
Alm da viso por processos, destacam-se como fatores do sucesso, entre outros, a percepo original da falta de
integrao dos sistemas poca de desenvolvimento do ERP R/3, opo pelo desenvolvimento de uma linguagem prpria (recentemente migrando para o padro aberto JAVA) e a aposta, just-in-time na arquitetura cliente servidor. Tecnologia da Informao e Engenharia de Processos Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
26
processos de negcios. E que a realizao desses processos nestas unidades organizacionais informa o monitorar do desempenho da estratgia concebida e subsidia o contnuo (re)planejar, o (re)adequar da estratgia original. A figura 4, a seguir ilustra essa viso.
Figura 4: Sistemas Integrados de Gesto, Estratgia, Organizao e Processos Fonte: SAP, 1999 Help do sistema R/3 v3.x
Por sua vez, a figura 5 apresenta o contexto de integrao dos sistemas de ERP, considerando alm da utilizao do MRP e MRPII, como sistemas de Administrao da Produo, o Just-inTime (JIT), e a Teoria das Restries (Theory of Constraints TOC).
27
Enterprise Resources Planning - ERP
ETC.
Contabilidade
JIT MRP/ MRPII TOC
Vendas e Distribuio
CIM
Financeira
Recursos Humanos
Compras
Evoluo MRP-MRPII-ERP
Figura 5:Abrangncias MRP MRPII CIM ERP 1 Fonte: WALKER et al. (2000, p.723)
Cabe observar que um sistema ERP tem embarcado, ao focar-se nos seus processos relacionados funo produo, o conceito de CIM. A SAP explicita tambm isso, em 1998. A figura 6, a seguir, correlaciona a viso da SAP ao modelo Y, que representa o CIM:
28
Lista de M ateriais BOM Funes de Planejamento e Controle da Produo - PCP
Equipamentos Funes de Engenharia CAE, CAD, CAPP, etc. Pr-Projeto CAE
R/3
Product Product Data Data Mgmt. Mgmt. Planning Planning
Planejamento e Controle da Produo
Interface c/ M arketing Controle de Pedidos Estimativa de Custo (Fixao Preo) Plano M estre de Produo Gerenc. de M ateriais (e ordens de compra) Planejamento de Capacidade
Fluxogramas de Produo
Projeto CAD
Planejamento do Processo
CAPP
Ajuste de Capacidade (sequenciamento) Liberao das Ordens de Produo Coleta de Dados Operacionais (tempos, qtds., localizao dos lotes, rejeitos, etc.)
Programao de M quinas e Equipamentos Automatizados Logstica de Entrada Estoques de Entrada e Transporte de M ateriais Produo: SM Cs, Controle de M q. e equip., de Transportes Ativ. de Suporte Estoques de Sada e Transporte de M ateriais Logstica de Sada
Planejamento
Implementao
Controle de Produo
CAM
Execution Execution
Controle de Qualidade
Figura 6: ERP E CIM Fonte: CAMEIRA, R., Sistemas Integrados de Gesto, MBSIG99; COPPE/UFRJ; Rio de Janeiro; 1999. Baseado em SAP AG1998 N9 SAPPHIRE`98, Madrid (N. Wenig) / 36, em CAULLIRAUX, H; et. ali; Manufatura Integrada por Computador, Ed. Campus, 1995, RJ e SCHEER (1991)
Hoje h grande difuso dos Sistemas Integrados de Gesto (SIG) do tipo ERP. Esses sistemas vem, crescentemente se integrando na cadeia. Essa integrao , na verdade, a integrao dos processos de negcios entre organizaes distintas. A figura 7, a seguir, utilizando a representao da Cadeia de Valor Agregado do sistema R/3, de 1998 (SAP, 1998), ilustra a integrao de processos entre duas organizaes.
29
Controle Financeiro
Controle de Custos
Atividade de Pr-Venda
VENDAS
Ordem de Venda
Mudana de Estoque
Entrega
Faturamento
Pagamento do Cliente
R H
PRODUO
SOP
Planejamento de Vendas e Operaci onal
MPS
Plano Mestre de Produo
MRP
Planejamento das Necessidades de Material
Ordem Planejada
Ordem de Produo
SFC
Controle de Cho-de-Fbrica
COMPRAS
Requisio de Compra
Seleo do Vendedor
Ordem de Compra
Recebimento de Mercadorias
Verificao de Fatura
Pagamento de Vendedor
Controle da Logstica
Vendas, Produo, Compras, Gerncia de Estoques
Informao
e e e
Organizao B
e e
e
Organizao A
Figura 7: Integrao de Processos entre dois ERPs Fonte: CAMEIRA (2004), baseado em SAP (1998)
30
Os SIGs objetivam tornar possvel a gesto global da empresa, realizando o ERP e procurando, crescentemente, gerir toda a cadeia logstica de suprimento (Supply Chain ) e o relacionamento com os clientes e com os fornecedores, o desenvolvimento de produtos e servios. A figura 8 busca representar brevemente essa evoluo, em termos de abrangncia de atuao:
Supply Chain Management
JIT MRP/ MRPII TOC
JIT MRP/ MRPII TOC JIT MRP/ MRPII TOC
CIM
ERP CIM
CIM
ERP
Empresa 1
ERP
Empresa 2
Empresa N
Figura 8: Abrangncia CIM, ERP e Supply Chain Fonte: CAMEIRA (1999, p. 3)
31
Essa integrao dos processos, com forte apoio de sistemas, para alm das fronteiras organizacionais tem forado uma maior colaborao entre os atores da cadeia e entre cadeias. De fato, a busca por integrao, que no meio da dcada de 80 objetivava a quebra das barreiras entre as reas funcionais da organizao, passa para a orientao por processos dessas organizaes, pela integrao entre organizaes, chegando ao estgio, onde as organizaes operam (e existem) crescentemente em rede. A figura 9, da IDS-SCHEER (2000), ilustra esse cenrio.
e-Economia
A PARTIR
Comunidades Orientadas por Processos Cooperao dinmica com e-Business
Organizaes Funcionais Muros
Organizaes Orientadas por Processos Sistemas Logsticos Integrados
Redes de Processos Especficos Planejamento integrado e implementao com SCMs
Figura 9: IDS-SCHEER Grau de Adequao do Sistema Organizao Fonte: IDS SCHEER AG (2000)
32
Essa evoluo coerente com a viso da IBM e da Benchmarking Partners que afirmam, em 1999, ao analisarem a evoluo da TI e dos SIGs em particular, que os sistemas integrados habilitam processos integrados; que o compartilhamento de informao organizacional provida pela integrao requer um alinhamento das metas das organizaes e que as tecnologias foram um forma de operao, em um ambiente colaborativo. A aplicao da TI s organizaes, sob uma viso por processos, quebra sucessivamente as barreiras entre as organizaes, aproximando sucessivamente de um cenrio de hiper-integrao.
Hiper-integrao entendida como o resultado de um movimento no apenas quantitativo, conseqncia do uso acumulativo, incremental, da TI, com sua capacidade de armazenamento e processamento de informaes, de automao e de comunicao, mas tambm qualitativo. Em certos nveis de acmulo, de integrao, este movimento provoca mudanas no contexto no qual a TI aplicada, modificando o ambiente de forma no apenas incremental (CAMEIRA, 2003).
Essa alta integrao torna difusa a fronteira entre as organizaes, que passam a operarem mais focadas em suas core competences (PRAHALAD e HAMEL, 1990), trabalhando de maneira orgnica com outros atores da cadeia, com competncias centrais distintas, mas necessrias. Uma organizao tende a no mais se sustentar isoladamente. Parte de seus processos adquirida ou conectada externamente. Os recursos humanos neste cenrio passam a ser gestores da operao desses sistemas e responsveis, com o apoio destes, por capturar, gerar e desenvolver os conhecimentos que alavancam as competncias da organizao em rede, j que a capacidade de inovar e aprender passam a ser responsvel por distinguir, nesse contexto, uma empresa da outra, mantendo a sua competitividade (JOHNSON e SCHOLES; 1989). Pensar por processos passa, ento, a ser tambm, em parte uma forma de compreender a insero na cadeia de uma dada organizao e de manuteno de sua identidade.
33
Entender os sistemas que integram os fluxos de informao internamente e para alm da fronteira organizacional, segundo uma viso por processos , portanto, como destacado, fundamental. Isso se reflete ao observarmos as diversas categorias de Sistemas Integrados de Gesto (SIGs) (DAVENPORT, 2000a, 1998b; KALAKOTA, ROBINSON, 2001; SHAW et al., 2000) atuando conjuntamente, com fluxos de informao integrados, transportados via redes e baseados em bancos de dados. Essa integrao dos sistemas que realizam os processos tem construdo esse funcionamento crescentemente orgnico das organizaes. Neste contexto, o tpico a seguir apresenta essas principais categorias de SIGs.
34
Categorias de SIGs e processos embarcados
Como visto, os SIGs so os sistemas que manipulam, diretamente, as informaes que so tratadas e utilizadas pelos processos de negcio da organizao e desta com seus fornecedores, clientes e colaboradores (parceiros, empregados, etc.). Com o desenvolvimento da infra-estrutura de TI (hardware, infra-estrutura bsica e Sistemas de Integrao de Aplicaes), tornaram-se crescentemente realizveis filosofias de gesto da empresa capazes de alcanar a informao onde quer que ela esteja, ou seja, gerada (mesmo distncias geogrficas), tratando essa informao, seja ela armazenada de forma centralizada ou distribuda, como nica, no redundante, consistente, segura, etc.. Essa informao proveniente das reas financeira, de produo, de vendas e distribuio, gerncia de materiais, contabilidade, manuteno, etc., internamente organizao, intra cadeia e entre cadeias. Os Sistemas Integrados de Gesto formam o conjunto de sistemas associados gesto integrada do fluxo de informaes e ao apoio tomada de deciso na empresa e desta com seus fornecedores e clientes. Uma categoria de SIG pode ser definida pelo conjunto de processos abrangidos (e respectivos conceitos embarcados), cada conjunto relacionado a objetivos de gesto comuns a categoria em questo. O consenso mdio crescente (em crescente uniformidade de viso da indstria de software, da academia, das organizaes implantadoras) aponta para cinco grandes categorias de SIGs centrais:
Os Sistemas de Planejamento dos Recursos Empresariais (Enterprise Resource Planning ERP), suportando e crescentemente habilitando os processos internos a uma dada organizao. Os ERPs integram as operaes da organizao (visando obteno de eficincia e eficcia gerencial no curto prazo). Historicamente, assim como MRP (Material
35
Requirements Planning) e o MRPII (Master Resources Planning), veio com a inteno de facilitar a gesto de operaes (muitos softwares nasceram da produo)
(CAULLIRAUX, H., CAMEIRA, 2005).
Sistemas de Gesto da Cadeia de Suprimentos (Supply Chain Management SCM), que abordam, fundamentalmente, os processos afetos ao planejamento e otimizao da funo produo e os sistemas de gesto logstica de transportes;
Sistemas de Gesto do Relacionamento com Fornecedores (Supplier Relationship Management SRM), englobando as funes de compras eletrnicas (E-Procurement). Entre os objetivos de um SRM (SAP-AG, 2000a) destacam-se o desenvolvimento dos relacionamentos; o aprimoramento da submisso de contratos; a compresso dos ciclos de fornecimento (associado ao tempo de processo); o incremento da eficincia das compras e a reduo dos custos de aquisio;
Sistemas de Gesto do Relacionamento do Cliente (Customer Relationship Management CRM) seja o cliente uma pessoa fsica ou jurdica. YAMASHITA (2003) define CRM como uma estratgia de integrao entre vendas, marketing e servio que tem por objetivo usar relacionamentos existentes para aumentar a receita; usar informaes integradas para alcanar a excelncia no servio; aumentar a consistncia no gerenciamento de contas e de vendas; aumentar a lealdade do cliente e implementar uma estratgia pr-ativa de relao com o cliente;
Sistemas de Gesto do Ciclo de Vida dos Produtos (Product Lifecycle Management PLM e Product Development Management - PDM), desde a percepo pela funo marketing da demanda por um dado produto (ou servio, crescentemente), at a descontinuidade e mais
36
recentemente a remanufatura do produto, fechando em 360 o ciclo. A gesto do ciclo de vida dos produtos est diretamente relacionada questo do desenvolvimento em engenharia que se reporta questo fundamental associada gesto da inovao e do conhecimento.
A figura 10 ilustra as abrangncias e conexes, de forma agregada, entre essas categorias de SIG.
Apresentao
(Portal Web-based, Interface nica, Personalizada)
Fornecedor
(matria-prima, produtos intermedirios)
Aplicaes
(Sistemas Integrados de Gesto) Gesto de Competncias e do Conhecimento - KM Inteligncia do Negcio - BI
DataMining - DM DataWarehouse - DW EIS / BSC / etc.
Cliente
(Pessoa Jurdica B2B Ou Pessoa Fsica B2C)
Gesto da Cadeia de Suprimentos - SCM Gesto do Relacionamento com o Fornecedor SRM Gesto dos Recursos Empresariais ERP Gesto do Relacionamento com o Cliente CRM
Gesto do Ciclo de Vida do Produto - PLM Sistemas de Automao do Processo - WF + GED
Infra-estrutura de Integrao de Aplicaes

(Middleware, EAI, padres)
INTEGRAO
Figura 10: Sistemas Integrados de Gesto em uma AIS Fonte: O autor
Alm destas categorias, que transacionam os principais fluxos de informao componentes dos principais grupos de processos trabalhados por uma organizao, existem outras, com funes mais especficas, que potencializam os resultados para a organizao daqueles 5 SIGs centrais,
37
compilando ou melhor integrando as informaes que transitam pelos processos que eles informatizam:
- Sistemas de Inteligncia do Negcio (Business Inteligence BI) So Sistemas de Inteligncia do Negcio (Business Inteligence BI), por exemplo, os sistemas de Enterprise Information Systems, lgicas de estruturao de indicadores de desempenho como o Balanced Scorecard; o Datawarehouse (DW) e o Data Mining (DM).
Um Data Warehouse um conjunto de dados baseado em assuntos, no-voltil, e varivel em relao ao tempo, de apoio s decises (INMMON, 1997).
Diferentemente das ferramentas de anlise estatstica, o tipo de anlise, normalmente sobre grandes volumes de dados, realizada pelo Data Mining caracteriza-se pela sua capacidade prospectiva. So capazes de identificar modelos e padres baseando-se no comportamento dos dados analisados. Utiliza-se de algoritmos genticos e redes neurais (tcnicas relacionadas inteligncia artificial) para criao de novos modelos (ainda no identificados) a partir da anlise dos dados de entrada.
Com a grande abrangncia dos diversos SIGs centrais, crescentemente integrados, alcanando toda a cadeia, do consumidor ao fornecedor, a quantidade de dados e informaes primrias disponveis para compilao e anlise muito grande. Os sistemas de BI suportam o uso de metodologias e conceitos que permitem compilar esses dados, de forma a que, em cada instncia ou nvel de tomada de deciso, possa-se dispor de informao consolidada e focada nos requerimentos demandados pelos objetivos especficos daquela instncia, afinados com a estratgia da empresa, desde o nvel gestor mais alto at o
38
nvel mais operacional, por mais taylorizado que seja. Visa a que esta tomada de deciso seja a mais precisa e conseqente possvel.
- Sistemas de Gesto do Conhecimento (Knowledge Management Systems KMS) Os sistemas de Gesto do Conhecimento procuram capturar e gerir o conhecimento explcito e, tambm, com o gradativo desenvolvimento, objetivam suportar a gesto do conhecimento tcito, disponvel e necessrio operao e desenvolvimento da empresa. So parcialmente tambm sistemas de BI. Estes sistemas, at pela natureza do objeto que trabalham, possuem uma complexidade inerente alta, sendo usualmente baseados em aplicaes baseadas em Inteligncia Artificial. Por exemplo, em uso casado com o DM, na prospeco de padres, que suportem a tomada de deciso. Mais complexos e difceis de serem construdos, quanto mais tcitos forem os conhecimentos a serem geridos. No se devem confundir os Sistemas de Gesto do Conhecimento com os Sistemas de Gesto das Competncias, que auxiliam a gesto dos perfis dos Recursos Humanos, suas atribuies e formao, sendo normalmente associados (ou trabalhando integrados, em conjunto) aos mdulos de gesto de Recursos Humanos de sistemas da categoria Enterprise Resource Planning. Decorrente da complexidade de se definir conhecimento, e da diversidade de enfoques, Sistemas de Gesto de Conhecimento, quando desenvolvidos visando apoiar a tomada de deciso e atravs da deciso inteligente apontar aes inteligentes, so classificados como Sistemas de Inteligncia do Negcio. Como em diversos casos, at pela amplitude de enfoques (a definio de conhecimento vai de enfoques da filosofia s redes neurais), no se aplica stricto sensu tomada de deciso, estes sistemas so classificados aqui como uma categoria especfica. Sob certo aspecto as ferramentas de Gesto do Conhecimento na verdade so utilizaes potencializadas dos diversos sistemas de gesto da informao existentes, conforme estes sistemas tm potencializado funes que maximizem a possibilidade de transformao da informao em aes inteligentes. Da diversas vezes os sistemas de gesto de conhecimento so
39
classificados como sistemas de BI. Os Sistemas de Gesto do Conhecimento possuem estreita relao com a construo da capacidade de inovao da organizao e, a partir desta, de sua competitividade e perspectivas de evoluo20.
- Sistemas de Automao de Processos (GED e Workflow) Os Sistemas de Automao de Processos so compostos, fundamentalmente, por duas categorias de sistemas que atuam de forma bastante complementar: Sistemas de Workflow e Sistemas de Gesto Eletrnica de Documentos (GED). Os sistemas de automao de processos apiam a automatizao do fluxo de informao atravs das diversas atividades que compem os processos de uma organizao e inter-organizacionais. JABLONSKI e BUSSLER (1996) citados por SILVA (2001, p. 16) definem sistema de Workflow como um sistema pr-ativo que gerencia o fluxo de trabalho entre participantes, de acordo com um procedimento predefinido, composto por um conjunto de atividades. Esse sistema coordena usurios e outros sistemas, juntamente com os recursos de dados apropriados, os quais podem estar disponveis atravs do sistema ou off-line, para que alcancem objetivos bem definidos com prazo para concluso. Sistemas de Workflow (WF) atuam integrando os fluxos atravs dos SIGs centrais, das ferramentas de groupware, como o e-mail, e os sistemas de GED, fundamentalmente tornandoos pr-ativos: ao informarem etapa seguinte o trmino da atual, enviando os insumos (notadamente definindo links entre sistemas, documentos eletrnicos, informaes, etc.) para as atividades subseqentes a serem realizadas, automatizando os trmites do fluxo, com vista ao prosseguimento do desenvolvimento dos processos, tornam os mesmos, nativamente passivos, em pr-ativos. Os processos, os fluxos de informao que neles trafegam, os documentos geridos, com todo seu histrico, caractersticas, etc. constituem-se em formas de acervo de conhecimento e de subsdio
20
Tpicos para estudo: Gesto do Conhecimento e Inovao.
40
tomada de deciso. H, portanto, um link estreito, por vezes difcil de realizar praticamente, entre sistemas de WF e GED e sistemas de Knowledge Management (KM) e BI. Esta relao leva em alguns momentos a que os sistemas de WF e GED sejam classificados como sistemas de KM e BI. Pelas suas caractersticas peculiares e bem definidas, WF e GED aqui so considerados sistemas especficos, complementares entre si e estreitamente relacionados aos sistemas de KM e BI. Nas novas plataformas, com o uso intensivo de Web services pensados processualmente e conectados via camada de integrao de sistemas, o WF pea-chave, fundamental. Ele o responsvel por dar lgica, sistematicidade, aos diversos componentes de software que compem uma aplicao. Em outras palavras, no momento em que os processos so realizados crescentemente por sistemas componentizados, os Sistemas de Workflow se destacam por viabilizar a integrao do fluxo de informao entre esses componentes de sistemas associados a componentes de processos, integrao suportada pelos Sistemas de Integrao de Aplicaes.21
Web Services Web Services (HAGEL III, 2002a, 2002b; PATIL, SAIGAL, 2002) mais do que uma tecnologia um conceito ou metodologia de aplicao das tecnologias de engenharia de sistemas existentes, particularmente baseando-se na facilidade permitida pelas arquiteturas de integrao de aplicaes, que visa, em ltima instncia, simplificar a integrao dos diversos sistemas e dispositivos (por exemplo, microcomputadores, Personal Data Assistants (PDA) e celulares) de formas simples, rpidas, econmicas, modulares e transparentes ao usurio final, diretamente integrada aos portais empresarias (vistos anteriormente). Web Services so aplicaes de negcios e de consumidores, realizadas atravs da Internet, as quais o usurio pode selecionar e combinar a partir de computadores pessoais ou dispositivos mveis (PATIL, SAIGAL, 2002, p.1).
41
Web Services so novas tecnologias que surgem a partir da Internet e que so usadas principalmente para automatizar a integrao entre aplicaes, tornando estas conexes no apenas possveis como fceis e baratas (HAGEL III, 2002a, p.70). Um Web Service pode ser acessado de um browser ou dispositivo mvel; por uma aplicao que requeira um servio ou por outros Web Services. O Web Service funciona suportando o uso de Perfis Universais de Usurios (Universal User Profile UUP), de forma a agilizar as transaes inerentes ao fornecimento de um servio; comunicando-se atravs dos padres e protocolos da Internet que liberam as aplicaes das plataformas de hardware, sistemas operacionais e linguagens de programao; sobre os padres e protocolos de comunicao da Internet usam notadamente o padro de comunicao por troca de mensagens da XML (eXtensible Markup Language); sendo registrados em servios de registros de aplicaes Web Services como, por exemplo e podem ser entregues por mltiplos provedores (PATIL, SAIGAL, 2002). A facilidade de integrao tem potencial para reduo dos custos de integrao de sistemas, um dos mais significativos na gesto da plataforma de TI, facilitando a terceirizao ou a contratao externa de funes no afetas s competncias centrais das empresas e a integrao com o cliente, seja este relacionamento baseado em uma troca B2B (business-to-business) ou B2C (business-to-consumer). Nas trocas B2B, tm o potencial de corte de custos e ganhos de flexibilidade; permitindo uma melhor integrao da cadeia, permitindo a terceirizao de aplicaes, desonerando as reas de TI da organizao. Nas trocas B2C, facilitam os links com os clientes, simplificando a intermediao entre os clientes finais e os provedores de servios, melhorando, por conseqncia, a qualidade dos servios, com impacto na satisfao e na reteno de clientes.
21
Para maiores informaes sobre as tecnologias de WF e GED, vide texto especfico s tecnologias de Workflow e
GED, Valadares, A. GPI/UFRJ, 2006.
42
Como observa HAGEL III (2002a), as geraes anteriores de integrao, mesmo fazendo uso de sites na Web, permitiram mais fortemente uma interface facilitada para as trocas comerciais do que propriamente dito uma integrao entre aplicaes, entre diferentes atores da cadeia. Fundamental aos Web Services, contudo, que sejam definidos os padres de troca de mensagem, variveis em funo do tipo de servio, utilizando como base usualmente o XML. Os Web Services facilitam desta forma a terceirizao e o foco nas competncias centrais, pois a dificuldade de integrao substancialmente reduzida. HAGEL III (2002a) destaca que ao se tratar de Web Services, trs princpios devem ser seguidos: manter a tecnologia existente (claro, desde que as limitaes de uma tecnologia antiga no impliquem em prejuzo ao produto ou servio final oferecido), maximizando o retorno dos ativos; a possibilidade de implementar o projeto em estgios (reduzindo impactos no dia-a-dia, facilitando a negociao com os parceiros e reduzindo os custos) e de realizar os diversos plug ins ao longo do tempo, balanceando os ganhos estratgicos e operacionais de longo prazo. Algumas questes endereadas aos Web Services ainda encontram-se em
desenvolvimento. Destacam-se neste caso a necessidade de melhor padronizao tcnica; a necessidade de consolidao dos provedores destes servios e, principalmente, questes afetas segurana e privacidade. O Web Service , portanto, o nome que se d s aplicaes que, fazendo uso dos padres disponibilizados e crescentemente adotados de uma arquitetura de integrao de aplicaes empresariais, conecta sistemas diversos, em plataformas diversas, por vezes em organizaes diversas. Os Web Services potencializam a componentizao de sistemas.
43
Para tal, contudo, so necessrias uma viso processual dos fluxos de informao e uma uniformidade de termos entre as reas ou organizaes abrangidas. Neste contexto, os Web Services esto na matriz de algumas formas emergentes das atuais Arquiteturas Orientadas a Servios. Estas Arquiteturas associam, em resumo, o poder dos sistemas de integrao das aplicaes, a viso e a gesto processual dos fluxos de informao (WF) e os Web Services, visando construir uma arquitetura flexvel, com maior poder de adaptao.
Observando-se que as categorias de sistemas realizam os processos de negcios ou sobre eles atuam, prospectando informao, passa a ser difcil prescindir do uso de modelos de referncia, descritivos processuais da concepo dos sistemas, dos conjuntos de conceitos e das possibilidades de operao decorrente. Em particular, pois o modelo de referncia condiciona, a partir da definio da forma de operao almejada, os mtodos e os esforos de implantao requeridos. Antes, contudo, de se abordar o uso dos modelos de referncias, cabe um breve descritivo dos principais componentes de uma Arquitetura Integrada por Sistemas (AIS) genrica.
44
Arquitetura Integrada de Sistemas (AIS)
Com o desenvolvimento da TI, apresentando um crescente nmero de produtos e servios, com caractersticas de confiabilidade, presteza e robustez, a menores preos, foi possvel a crescente integrao de sistemas nas organizaes, sistemas entendidos como hardware e software logicamente estruturados de forma a atender aos processos de negcios por ela promovidos e suportar o fluxo de informaes associado.
Uma Arquitetura de Software, entre outras possveis definies, pode ser definida como o conjunto de instrues ou definies que descrevem os componentes de software e associam as funcionalidades do sistema a esses componentes. Uma Arquitetura de Software descreve a estrutura tcnica, as restries, as caractersticas dos componentes e as interfaces entre eles. A arquitetura o projeto do sistema e, implicitamente, o plano de alto nvel para sua construo (KRAFZIG, BANKE, SLAMA, 2005, p.56).
O conjunto de tecnologias, uma vez integradas e estruturadas, compe o que aqui convencionamos chamar de uma Arquitetura Integrada de Sistemas (AIS). Essas diversas tecnologias viabilizam de forma crescente um cenrio de hiper-integrao, cada uma com o seu objetivo, sua rea de abrangncia, de atuao (CAMEIRA, 2003). Uma AIS viabiliza a construo de modelos de negcios tecnologicamente habilitados22. Se observarmos o desenvolvimento da TI, observando seu histrico de desenvolvimento, previamente apresentado nesse texto, a partir do momento onde tnhamos a capacidade de processamento disponibilizada pelos mainframes, operando segundo uma lgica centralizada, nos antigos Centros de Processamento de Dados (CPD), at hoje, podemos identificar claramente alguns momentos marcantes de evoluo, milestones.
22
Para subsdio ao entendimento dos modelos de negcio tecnologicamente habilitados, sugere-se o estudo dos
temas Gesto Estratgica Contempornea e o referente aos Modelos de Negcios de Servios Habilitados por TI.
45
Um primeiro momento est associado ao desenvolvimento da arquitetura cliente-servidor que, entre outros mritos, se comparada arquitetura centralizada baseada em mainframes, teve o da distribuio da capacidade de processamento, graas difuso do microcomputador pessoal e ao aumento de eficincia das redes de comunicao, entre outros fatores. Um segundo momento est associado evoluo para a arquitetura cliente servidor Web-based, com o boom da Internet. Os sistemas Web-based tm, entre suas vantagens, o poder de permitir o acesso s diversas aplicaes diretamente a partir de um simples browser23, facilitando sobremaneira a atualizao, a manuteno, destas aplicaes. Esta atualizao de aplicaes passa a redundar em menores impactos operacionais e de suporte, uma vez que (quase) toda a alterao informtica realizada nos servidores onde esto armazenados os diversos sistemas ou transmitida via rede. As diversas estaes acessam estes servidores via browser, reduzindo o lead time de atualizao de processos habilitados tecnologicamente. No momento atual, fazendo uso da arquitetura Web-based, emerge o uso intensivo de Web services, em particular associado estruturao segundo uma Arquitetura Orientada a Servio (ou Service Oriented Architecture SOA). Como explicita ERL (2005, pg. 3):
(...) a viso da orientao a servio disparou um movimento que posicionou a SOA como a prxima fase na evoluo da automao do negcio. Da mesma forma que os sistemas baseados em mainframe foram sucedidos por aplicaes cliente-servidor e que este ambiente ento evoluiu para solues distribudas baseadas na tecnologia Web, a SOA, orientada a servios, est sucedendo as tradicionais arquiteturas distribudas em uma escala global.
23 Por exemplo, Netscape, MS Explorer, Firefox, etc.
46
Arquitetura Orientada a Servio (SOA Service Oriented Architecture) Uma Arquitetura Orientada a Servio (SOA) um framework para a integrao de processos de negcios e para o suporte da infra-estrutura de Tecnologia da Informao que faz uso de componentes padronizados servios24 que podem ser reusados e combinados de forma a enderear as mudanas das prioridades do negcio (BIEBERSTEIN, 2006, PG. 5). Uma das metas de uma SOA prover resposta para as organizaes geis que possuem a viso de entregar uma forte proposta de valor ao negcio. Outros direcionadores de negcio so os seguintes: Antecipar as mudanas do mercado; Desenvolver novos relacionamentos com consumidores, parceiros e fornecedores; Incrementar o time-to-market; Criar diferenciadas solues para interaes de alto valor com clientes e parceiros; Reduzir os custos operacionais (BIEBERSTEIN, 2006, pg. 6).
WEERAWARANA et. Al (2005) demonstra a correlao entre Engenharia de Processos e TI, e a facilitao da migrao de servios para terceiros. A figura 11 abaixo representa essa correlao:
24 Veja, adiante, a discusso acerca da Arquitetura Orientada a Servios e a Gesto Estratgica de Servios.
47
Figura 11: Outsourcing de Atividades para Parceiros Fonte: WEERAWARANA et. Al, 2005, pg. 7
Uma Arquitetura Orientada a Servio uma metodologia para alcanar a interoperabilidade de aplicaes e o reuso de ativos de TI que permitam: Um forte foco na arquitetura, incluindo governana, processos, modelagem e ferramentas; Um nvel ideal de abstrao visando alinhar as necessidades do negcio e as competncias tcnicas, para a criao de funcionalidades de negcio granulares; O desenvolvimento de uma infra-estrutura onde novas aplicaes possam ser fcil e rapidamente construdas;
48
Uma biblioteca de servios para as funes de negcio e TI (NEWCOMER, LOMOW, 2005, pg. 3).
SOA um estilo especfico de arquitetura baseado em um acoplamento frouxo e uma amarrao dinmica entre servios (...) A tecnologia de Web Service25 a base para a implementao da SOA, sendo o barramento de servios (service bus) o pedao central de sua implementao (WEERAWARAN ET. AL, 2005, pg. 17 e 21). BIEBERSTEIN et.al (2005), relaciona os componentes dessa TI flexvel necessidade de flexibilidade do negcio. Para tal, explicita a relao entre componentes de processos (representveis pela modelagem de processos/ de negcios) e componentes de TI, representados pelos Servios de TI que compem uma SOA. A figura 12 resume essa relao:
Figura 12: Componentes de TI interagindo com componentes de negcio Fonte: BIEBERSTEIN et.al, 2005, pg. 19
25 Vide box especfico sobre os Web Services.
49
Uma Arquitetura Orientada a Servio (SOA) uma arquitetura de software que baseada em conceitos chaves (ou artefatos) referentes ao frontend26 de aplicaes, ao servio, ao repositrio de servio e ao barramento de servios (service bus). Um servio consiste em um contrato, uma ou mais interfaces e uma implementao (KRAFZIG, BANKE, SLAMA, 2005, pg.57). A figura 13 resume essa arquitetura:
Figura 13: Componentes de uma Arquitetura Orientada a Servio Fonte: KRAFZIG, BANKE, SLAMA, 2005, pg.57
Estes artefatos possuem diferentes ciclos de vida, enquanto o servio pode permanecer inalterado, o frontend da aplicao pode mudar, em funo da evoluo do processo de negcio da organizao.
26 Normalmente representado, em viso sinttica, pelas telas acessadas pelo usurio da aplicao ou servio.
50
A seguir esses artefatos componentes de uma SOA so brevemente apresentados, baseados em KRAFZIG, BANKE, SLAMA (2005). Frontend das Aplicaes Constituem o ator ativo de uma SOA. Atravs dele pode-se iniciar e controlar a atividade dos sistemas da empresa. Atravs do frontend um processo iniciado e seus resultados recebidos. O exemplo mais comum seria um frontend de aplicao que faz uso de uma interface grfica de usuria, como numa aplicao Web. a aqui que ocorre a interao com as pessoas. Servios Um servio composto de contrato, interface e implementao. O contrato de servio prov a especificao informal do propsito, da funcionalidade, das restries e do uso do servio. A forma de especificao pode variar, dependendo do tipo do servio (...) uma definio de interface do servio formal agrega um benefcio significante: prov adicional abstrao e independncia da tecnologia, incluindo linguagem de programao, middleware, protocolo de rede e ambiente de execuo (runtime). Contudo, importante ter em vista que o contrato de servio prov mais informao do que uma especificao formal. O contrato pode impor uma semntica detalhada funcionalidade e parmetros (...) (KRAFZIG, BANKE, SLAMA, 2005, pg.59-60). A interface consiste na implementao fsica da especificao do servio exposta no contrato de servio. A funcionalidade do servio exposta pela interface aos clientes que esto conectados ao servio atravs da rede (...) (KRAFZIG, BANKE, SLAMA, 2005, pg. 60).
51
A implementao fsica do servio prov a lgica de negcios requerida e o acesso aos dados adequados. a realizao tcnica do contrato de servio. Consiste de um ou mais artefatos como programas, configuraes de dados e base de dados (...) A lgica do negcio encapsulada por um servio como parte de sua implementao. realizada atravs de interfaces de servios (KRAFZIG, BANKE, SLAMA, 2005, pg. 60). A figura 14, a seguir, de ERL (2005, pg. 34), ilustra a relao entre um servio e as lgicas de negcio que ele pode carregar. Aqui explicita a relao direta entre a construo e manuteno de uma Arquitetura Orientada a Servio e a Engenharia e Gesto de Processos.
Figura 14: Servios Encapsulam Diversos Montantes de Lgica de Negcio Fonte: ERL, 2005, pg. 34
52
Repositrio de Servio Prov a facilidade de descobrir servios e adquirir informao para utilizao dos servios, particularmente se esse servio tem que ser descoberto fora do escopo funcional e temporal do projeto que o criou. A despeito da maior parte da informao estar no contrato de servio, o repositrio pode conter informao adicional, como a localizao fsica, informao a respeito do provedor, pessoas de contato, taxas de uso, restries tcnicas, questes de segurana e nveis de servio disponveis (KRAFZIG, BANKE, SLAMA, 2005, pg. 60-61). Os repositrios podem estar dentro ou fora da organizao usuria. Barramento de Servio (Service Bus) O barramento de servio (ou a infra-estrutura de barramento de servio) conecta todos as entidades que compem uma SOA, como os servios e frontend de aplicaes. So caractersticas centrais de um barramento de servio prover: conectividade,
heterogeneidade de tecnologias e de conceitos de comunicao e servios tcnicos (como acesso, auditoria, segurana, etc.) (KRAFZIG, BANKE, SLAMA, 2005). Em um Enterprise Service Bus (ESB), aplicaes e servios orientados a eventos so vinculados juntos em uma SOA com uma forma fracamente acoplada. O service bus permite que as aplicaes e os servios operem de forma independente entre si enquanto provm valor a uma estendida funo de negcio (CHAPPELL, 2004, pg.3).
53
Arquitetura Orientada a Servio e a Gesto Estratgica de Servios Negcios diferenciam-se dos competidores por associarem servios em torno dos produtos. Esses servios so crescentemente commoditizados, significando que as organizaes esto se tornando provedores de servios ao invs de provedores de produtos (...) Consumidores demandam novos e integradas solues e diferenciados servios em torno destes produtos commodity (BIEBERSTEIN, 2006, PG. 16). Observando-se os componentes de uma SOA, podem-se tecer algumas observaes que correlacionam esta estrutura arquitetural gesto estratgica de servios: A SOA orientada a processos, a gesto de servios (de negcio) pode (deve) ser pensada processualmente; Um servio de TI guarda (ou deve guardar) uma correlao direta com um servio do negcio; Como visto, um contrato de servio (de TI, na SOA) prov a especificao informal do propsito, da funcionalidade, das restries e do uso do servio (de TI). Essa especificao associada ao processo que o servio (de TI) ajuda a realizar; A granularidade do componente de software est relacionada viso processual do negcio. Um servio de TI realizado por um ou mais componentes de software. Esse servio de TI realiza, portanto, um processo ou conjunto de processos de negcio, em alguma granularidade definida (em funo da reusabilidade); Logo, um servio de negcio (ou parte que pode ser delimitada de um servio, em termos de inputs e outputs bem definidos, entre outras caractersticas) pode ser realizado por um servio de TI (realizado por um ou mais componentes de software). Por exemplo, o outsourcing de um servio de negcio (na verdade de um conjunto unitrio ou no - de processos).
54
Assim, uma SOA tende a auxiliar, por suas caractersticas, a flexibilidade e adaptabilidade de um negcio; a definio, implantao e operao de um servio; a mensurao de sua eficincia (por exemplo, de um Service Level Agreement (SLA), amarrado em contrato), entre outros fatores. Em resumo, auxiliar a gesto estratgica de um servio.
Componentes Bsicos de uma AIS Procurando apresentar, de forma agregada, as diversas tecnologias compem uma AIS, um primeiro corte nestas tecnologias, bsico, a distino entre o hardware e software. O hardware suporta a realizao do software. Fundamentalmente o hardware relevante AIS pode ser identificado, independentemente dos componentes mecnicos, qumicos ou, mais recentemente, biolgicos que possa conter, por possuir capacidade de processamento. Em outras palavras, um hardware interessa particularmente ao entendimento de uma AIS quando possuir capacidade de processamento capaz de realizar os fluxos de informao geridos pelos diversos sistemas, ou software. Entre os hardwares esto os microcomputadores (desktops ou notebooks), os Personal Data Assistants (PDA), os equipamentos de automao do cho-de-fbrica (Controladores LgicoProgramveis (CLP), mquinas a comando numrico computadorizado, Sistemas Digitais de Controle Distribudo (SDCD), etc.), servidores, etc. e o conjunto de dispositivos complementares, como os tags eletrnicos, entre outros. As diversas aplicaes de software, em funo de qual o seu objetivo, sua rea de abrangncia e de atuao podem ser classificadas segundo diversos cortes. Estes cortes, realizados em funo de caractersticas agregadas comuns e visando o entendimento do papel relativo numa AIS, podem ser organizados em camadas. Entre os vrios cortes possveis, pode-se identificar uma AIS como composta por trs camadas fundamentais de sistemas operando apoiada na infra-estrutura bsica.
55
O primeiro conjunto de sistemas refere-se aos sistemas que compem a infra-estrutura bsica para que essa AIS acontea, permitindo que os SIGs atuem. Neste conjunto encontram-se os Sistemas de Gesto de Redes de Comunicao e os Sistemas de Bancos de Dados, alm dos Sistemas Operacionais. Nomeia-se aqui este conjunto de Sistemas de Infra-Estrutura Bsica27. A primeira camada, que opera sobre esta infra-estrutura, conectando as diversas aplicaes aquela responsvel pela integrao de aplicaes (aqui se encontram, por exemplo, os sistemas de Enterprise Aplication Integration EAI). Nomeia-se esta camada de Infra-estrutura de Integrao de Aplicaes. formada pelos sistemas que integram sistemas. Esta camada, aliada infra-estrutura bsica, suporta a integrao dos fluxos de informao que permeiam os processos suportados ou habilitados pelos Sistemas Integrados de Gesto. Colocando de outra forma, aqui esto os sistemas que integram os SIGs. Na segunda camada encontram-se os sistemas que manipulam, diretamente, as informaes que so tratadas e utilizadas pelos processos de negcio da organizao e desta com seus fornecedores, clientes e colaboradores (parceiros, empregados, etc.). Nomeia-se este conjunto de Sistemas de Gesto da Informao ou, Sistemas Integrados de Gesto (SIG). Estes SIGs compostos segundo categorias associadas aos conjunto de processos que suportam, conforme visto anteriormente. A terceira camada, superior, refere-se camada de Apresentao, onde se destacam os portais e as ferramentas de colaborao (por exemplo, o e-mail, chats, etc.) que realizam as interfaces homem-mquina com os diversos SIGs que operam integrados pela Infra-estrutura de Integrao de Aplicaes sobre a Infra-estrutura Bsica. Interface realizada atravs de mltiplos canais (PDA, microcomputadores e notebooks, celulares, etc.), cabe destacar. A Figura 15 a seguir representa esta arquitetura genrica em 3 camadas, operando apoiada na infra-estrutura bsica.
27
A infra-estrutura bsica utilizada pelas aplicaes, estruturadas em trs camadas. No as compe. Neste sentido,
56
Apresentao
Aplicaes
(Sistemas Integrados de Gesto: ERP, WF, KM, etc.)

Infra-estrutura Bsica
(rede de comunicao, banco de dados, sistemas operacionais)
Figura 15: Arquitetura Integrada de Sistema em 3 Camadas Fonte: O autor
Os Sistemas baseados em Agentes, fortemente baseados em tcnicas de Inteligncia Artificial, aparecem, ao pensarmos uma AIS, como aqueles potencialmente capazes, alm de dotar de autonomia os fluxos de informao, de desenvolver a capacidade de reconfigurao da forma como os processos habilitados por TI, que permeiam as cadeias, so estruturados. Como afetam diretamente o fluxo de informaes, pela capacidade de buscar a realizao dos objetivos para os quais foram gerados, podem estar classificados na segunda camada28. Dada esta potencialidade de tornar relativamente autnomos os fluxos e os grandes reflexos que isto acarreta, aqui so considerados um (potencialmente poderoso) componente complementar a essa AIS. Constituemse em o que chamado aqui de um componente dinmico.
esta infra-estrutura no considerada, neste texto, uma camada.

28
Como podem chegar a negociar a reconfigurao das interfaces entre sistemas, outra classificao possvel seria
na primeira camada, de Infra-estrutura de Integrao de Aplicaes.
57
Sistemas baseados em Agentes Os Sistemas baseados em Agentes so oriundos de uma rea de interesse da Inteligncia Artificial (IA), que por sua vez , hoje, uma das principais fronteiras do conhecimento em TI. Em uma definio ampla, bastante aceita, porm imprecisa: (...) agentes so solucionadores de problemas capazes de funcionar eficaz e eficientemente em ambientes complexos, significando que o agente recebe inputs do ambiente a partir de algum mecanismo de sensoriamento e age de forma a mudar o ambiente de alguma forma" (INVERNO e LUCK, 2001, p.2). O apelo do termo Agentes tem levado a um sem nmero de denominaes, definies. Agentes Inteligentes, Agentes Autnomos, Agentes de Software, Agentes de Interface, Agentes Virtuais, Agentes de Informao so apenas algumas delas. Por vezes, as definies encontradas so errneas, mesmo considerando as diversas aplicaes possveis, e banalizam o uso do termo. Isto ocorre de forma particularmente mais intensa neste momento, onde se expandem as aplicaes comerciais dos Sistemas baseados em Agentes. Como ressaltam INVERNO e LUCK (2001), o uso dos agentes tem sido fortemente potencializado pelo desenvolvimento das tecnologias de infra-estrutura de Integrao de Aplicaes Empresariais (EAI) e o desenvolvimento de sistemas componentizados, orientados a objetos. A relao direta ser evidenciada adiante. Citados por INVERNO e LUCK (2001, p. 3-4), SMITH, CYPHER e SPOHRER (1994), SELKER (1994), RIECKEN (1994), WOOLDRIDGE e JENNINGS (1995), ETZIONI e WELD (1995) e KROGH (1996) buscam definir agentes de software.
58
SMITH (1994) define agentes como persistente entidade de software com finalidade especfica; SELKER (1994) conceitua como programas de computadores que simulam os relacionamentos humanos fazendo algo que outra pessoa poderia fazer por voc. RIECKEN (1994) classifica amplamente agentes como processos integrados de raciocnio. WOOLDRIDGE e JENNINGS (1995) definem um agente como algum ou algo que coloca energia ou produz um efeito. Em uma mais completa definio, qualificam agentes segundo os cortes de uma tnue noo e uma forte noo. A noo tnue informa que o agente possui autonomia, ou a habilidade de funcionar sem interveno; habilidade social atravs da qual os agentes interagem com outros agentes; reatividade que permite que o agente perceba e responda a um ambiente em mutao e pr-atividade que direciona em alguma direo o comportamento do agente. A noo forte, bem prxima aos conceitos primrios da IA, destaca que o agente utiliza-se de componentes mentais tais como crena, desejo, inteno, conhecimento, entre outros. ETZIONI e WELD (1995) resumem os agentes atravs das caractersticas de autonomia, continuidade temporal, personalidade (a fim de facilitar a interao), habilidade de comunicao com outros agentes ou pessoas, adaptabilidade e mobilidade entre arquiteturas de hardware e software. Os agentes seriam orientados a metas, colaborativos (o que permitiria a eles mudar seus requisitos), possuiriam flexibilidade de aes, com atuao auto-inicivel. Os agentes possuiriam caractersticas de veracidade, benevolncia e racionalidade. KROGH (1996), por sua vez, delineia um agente segundo dimenses tais como independncia, egosmo, interao, heterogeneidade e persistncia. A grande quantidade de definies diretamente proporcional, neste caso, complexidade da tecnologia e diversidade de aplicaes.
59
INVERNO e LUCK (2001) destacam diversos problemas nestas definies, por exemplo, que uma agente pode no ser autnomo, bastando ter uma meta para ser um agente. Exemplificam com o exemplo de uma xcara, a qual, enquanto no cheia, objetivando servir uma bebida, no um agente. Uma vez que ela cheia, tendo uma meta (servir a bebida), mesmo sem ser autnoma, passa a ser um agente. O exemplo pode ser relacionado por analogia aos agentes de software. Um agente orientado meta e com motivao (capacidade de interagir diretamente com o ambiente, frente s suas metas) seria um agente autnomo. FRANKLIN e GRAESSER (1997), citados por INVERNO e LUCK (2001, p. 5) endeream a questo, afirmando que um agente autnomo um sistema situado em um e como parte de um ambiente, que sente este ambiente e age no mesmo, ao longo do tempo, em coerncia com sua prpria agenda (as metas) de forma a afetar o que estar sendo sentido no futuro, deste ambiente. Esta hierarquia, representada na figura 16, composta de quatro partes, da mais externa para a mais interna: Entidade e Ambiente; Objeto; Agente e Agente Autnomo.
Entidades Objetos Agentes Agentes Autnomos Agentes Servidores Objetos Neutros
Figura 16: Overview da Hierarquia de Entidades de Sistemas Baseados em Agentes Fonte: INVERNO e LUCK (2001, p. 21)
60
Segundo INVERNO e LUCK (2001, p. 21) Um ambiente consiste de entidades, algumas das quais so objetos. Deste conjunto de objetos, parte so agentes e, entre estes agentes, alguns so agentes autnomos. Em breves definies: Entidade e Ambiente Uma entidade uma coletnea de atributos. Um ambiente uma coletnea de entidades. Se o atributo de uma entidade muda, uma nova entidade iniciada; Objeto tambm uma coletnea de atributos e descrevem suas capacitaes. Estas capacitaes so dadas por uma srie de primitivas que podem ser realizadas pelos objetos em algum ambiente e que, conseqentemente, podem alterar o estado deste ambiente; Agente ou Agente No-Autnomo So objetos aos quais so atribudos metas e objetivos. Agenciar uma caracterstica transiente. Realizada a meta, ele retorna condio de objeto; Agente Autnomo So agentes auto-motivados a partir do fato de que possuem suas prprias agendas. Um Agente Autnomo um Agente com motivaes, comportando-se de maneira mais sofisticada que os agentes no-autnomos. As aes realizadas por um Agente Autnomo so funes de suas motivaes, metas, percepes e ambiente. Motivaes so no-derivativas e governadas por inacessveis regras internas, enquanto metas so derivativas e relacionadas a motivaes. A partir destas definies, cabe melhor detalhar: Atributo Aspecto perceptvel de uma entidade (por exemplo: a cor de um carro); Ao Eventos discretos que podem modificar o estado do ambiente quando realizadas; Meta Estado dos afazeres (ou objetivos) a serem alcanados no ambiente;
61
Motivao Desejo ou preferncia que pode levar gerao ou adoo de metas que afetam os resultados do raciocnio e do comportamento associados a uma tarefa realizada para satisfazer estas metas;
Viso a percepo do ambiente pelo agente, que permite que ele atue.
Em resumo: Entidades oferecem a mais abstrata descrio dos componentes do ambiente e so colees de atributos que so agrupados juntos de alguma forma. Entidades com capacitaes so objetos, os quais podem afetar o ambiente de um modo que propositado, intencional e podem, por esta razo, ser designados pelas metas. Agentes Autnomos so agentes que geram seus prprios objetivos a partir de no-derivativas motivaes internas e que so, conseqentemente, capazes de um comportamento independente e intencional (INVERNO, LUCK, 2001, p. 35). INVERNO e LUCK (2001, p. 40) destacam os sistemas multi-agentes: Sistemas que contm um ou mais agentes (...) tipicamente sistemas distribudos nos quais vrios distintos componentes, cada qual com o seu agente endereado soluo de um problema especfico independente atuam juntos formando algum conjunto coerente. [Os agentes] sendo heterogneos com suas prprias metas e capacidades. Um sistema multi-agentes deve conter pelo menos um Agente Autnomo, de forma a permitir as interaes entre os agentes. Para se constituir um sistema multi-agentes, deve haver pelo menos um relacionamento entre dois agentes, aonde um satisfaa as metas do outro. Logo, em sistemas multi-agentes, destaca-se a necessidade de coordenao das atividades e a cooperao entre os agentes, evitando duplicao de esforo; evitando impedimento de outros agentes de completar suas metas e de explorar as capacitaes de outros agentes.
62
Para que esta coordenao ocorra, h necessidade de modelar o agente (seu mundo); planejar esta coordenao multi-agentes; definir os relacionamentos sociais dos agentes entre si; sua forma de interao (at para saber quando foram bem sucedidos ou falharam) e de comunicao. Como se tratam de sistemas onde a cooperao inerente especificado o conjunto de Objetos que no so Agentes (no possuem metas) como Objetos-Neutros e os Agentes que no so Agentes Autnomos (no tm motivao) como Agentes Servidores. Pode-se observar que o uso de Sistemas baseados em Agentes, fortemente baseado na IA, ainda encontra-se na infncia. O desenvolvimento da tecnologia de desenvolvimento de sistemas orientados a objetos e dos padres de comunicaes entre aplicaes vem tornando vivel o uso dos Agentes. A SAP-AG, no SAPPHIRE de setembro de 2002 em Lisboa (THOMAS, SCHAPER, 2002), apresentou brevemente uma linha de pesquisa que aponta para o uso de agentes inteligentes sobre sua plataforma de sistemas. Destacam que o uso de agentes potencialmente forte: Na soluo de problemas complexos, abertos e mal-estruturados; Na adaptao rpida de ambientes altamente distribudos; Na cooperao, interao e negociao para soluo de problemas distribudos; No suporte a novos paradigmas para a interface homem-mquina (computador); Juntar simulao, operao e treinamento.
O uso de Sistemas baseados em Agentes (chamado pela SAP de Tecnologias de Agentes) permitiria que o controle ocorresse no local onde a informao est disponvel; como visto, os agentes se comunicando em um mais alto nvel, em termos de metas, objetivos e atividades, ao invs de transaes; com os sistemas adquirindo um comportamento coordenado atravs dos fluxos de informao e de estruturas de incentivo.
63
A ateno que crescentemente despendida pelos grandes fornecedores de SIGs como a SAP forte indicador da potencialidade do uso de Sistemas baseados em Agentes na AIS. Observando os conceitos de INVERNO e LUCK (2001) e dos demais autores citados e o posicionamento da SAP em relao questo do uso de Agentes, pode-se afirmar que o uso casado de Sistemas baseados em Agentes e dos conceitos de componentizao de sistemas, na concepo de uma Arquitetura Integrada de Sistemas que congregue as diversas categorias de aplicaes acima apresentadas, potencializa a hiper-integrao de sistemas. Por conseqncia, potencializa tambm a capacidade de desconstruo e reconstruo permanente da AIS que suporta (e at certo ponto modela) um modelo de negcio tecnologicamente habilitado, em resposta contnua variao ambiental, segundo uma viso processual. Sobretudo, os Sistemas baseados em Agentes tm o potencial de decidir como reconfigurar esta AIS, afetando diretamente o papel do homem.
Por sua vez os Web Services, como visto, esto associados a um conceito ou metodologia de aplicao das tecnologias de engenharia de sistemas existentes que buscam, em suma, construir os SIGs, que realizam os processos, de forma estanque por servio, associado a um processo, simplificando o desenvolvimento, a manuteno corretiva e evolutiva e a integrao dos diversos sistemas e dispositivos. Adicionalmente, impactando essa AIS, deve-se destacar o desenvolvimento do Processamento Mvel, o fenmeno da Convergncia Tecnolgica, inclusive das telecomunicaes
(SHEPPARD, 2000), os conceitos de Provedor de Servios de Aplicaes (Application Service Provider ASP) e de Computao sob Demanda (MURCH, 2004) e a Computao em Grid (JOSEPH; FELLENSTEIN, 2004) como habilitadores potenciais de um cenrio de alta integrao.
64
Os Application Service Providers (ASPs) utilizam-se desta maior capacidade de comunicao e processamento disponvel para oferecerem em crescentes nveis de amplitude do servio: Infra-estrutura; provendo altos SLAs (Service Level Agreement) em termos de disponibilidade de infra-estrutura de telecomunicaes, segurana fsica, energia, recuperao em caso de desastres, etc. na hospedagem de hardware de terceiros. Este servio normalmente chamado de Collocation ; Hardware; aproveitando a escala que prov melhores condies de negociao com os fornecedores de hardware e sistemas operacionais, uma vez que suporta a infraestrutura fsica para um grande nmero de equipamentos de terceiros, oferece aluguel de servidores e espao em servidores para que os clientes instalem suas aplicaes; Software de escritrio e servios de Internet, como e-mail; uma vez fornecidos infraestrutura e hardware, naturalmente evolui-se para o aluguel de aplicaes, que so acessadas remotamente. Em um primeiro momento aplicaes de escritrio, mais simples de instalar e manter e no atreladas diretamente gesto dos processos de negcios das organizaes; Software de Gesto; infra-estrutura, hardware e software de escritrio disponibilizados, a fronteira mais complexa, fornecer as aplicaes de gesto, referenciadas por SHEPPARD (2000) como as aplicaes crticas de negcios, e os respectivos bancos de dados. Estas aplicaes devem ser customizadas ou configuradas em funo das caractersticas dos processos especficos do cliente, normalmente com implantao realizada pelas diversas consultorias de negcios.
65
Computao sob Demanda significa fornecer um conjunto de solues que oferecem recursos de TI quando e onde for necessrio, com nveis de desempenho prdeterminados. So cobrados apenas os recursos utilizados, de forma semelhante ao que acontece com as concessionrias de servios de energia, gs e luz. A tecnologia passa a ser adquirida como servio, no mais como ativo (BRETOS, 2002, p.24).
Computao em Grid envolve os atuais servios de rede e as conexes de um potencialmente ilimitado nmero de ubquos dispositivos computacionais dentro de um GRID (...) a computao em GRID busca de forma aberta e capaz de adicionar um infinito nmero de dispositivos computacionais dentro de qualquer ambiente em GRID, ampliando a capacidade de realizao de tarefas de resoluo de problemas dentro do ambiente operacional do GRID (JOSEPH; FELLENSTEIN, 2004, pg.3). As aplicaes em GRID possuem alguns usos mais comumente identificados (JOSEPH;
FELLENSTEIN, 2004, pg.16): Viabilizar a partio de aplicaes que envolvem a quebra de problemas em pedaos discretos; Descobrir e seqenciar tarefas e workflow; Realizar comunicaes de dados distribuindo dados de problemas onde e quando so requeridos; Aprovisionar e distribuir cdigos de aplicaes para especficos ns de sistemas29; Gesto dos resultados auxiliando o processo de deciso; Recursos autnomos como auto-configurao, auto-otimizao, auto-recuperao e autogesto.
29
Por exemplo, Web services ou componentes em uma Arquitetura Orientada a Servio.
66
Compreendida, ainda que de forma muito agregada, como se organizam, em torno dos processos as categorias de SIGs e como elas esto estruturadas, em uma viso genrica de Arquitetura Integrada de Sistemas, cabe compreender, com um pouco mais de detalhe, como a Engenharia de Sistemas se conecta Engenharia de Processos de Negcio.
67
Engenharia de Sistemas e Engenharia de Processos de Negcio
Desde suas primeiras verses, as ferramentas de modelagem que apiam a EPN, de uma forma ou de outra, buscam a partir da viso do negcio alcanar a efetiva implementao do processo, chegando construo de sistemas de informao30. Por exemplo, a Figura 17, adaptada de SCHEER (1998), mostra os nveis de construo de um sistema, a partir da modelagem de processos refletidos na ferramenta de modelagem ARIS Toolset.
Conceitos do Negcio, alinhados Estratgia
Definio dos Requerimentos
Concepo dos Sistemas de Informao
Implementao
Operao e Manuteno
Figura 17: implementao de Processos de Negcio com TI Fonte: Adaptada de SCHEER (1998, p. 7, 8, 39) Ao passo que a EPN e as ferramentas de modelagem de processos foram eficientes em levantar, modelar e redesenhar processos, a implementao efetiva de sistemas de informao, diretamente, de forma facilitada, tem apresentado limitaes. Por outro lado, as ferramentas CASE (Computer Aided System Engeneering), partindo das vises de modelos de dados, por exemplo, como aqueles da Anlise Estruturada Moderna (Yourdon, 1992), como os Diagramas de Entidade e Relacionamento, Diagramas de Fluxos de Dados etc., buscam construir sistemas que suportem os processos. O objetivo principal de um CASE separar o projeto do programa aplicativo da implementao do cdigo (FISHER, 1990, p. 5). As ferramentas CASE apiam os desenvolvedores de sistemas justamente nas fases de Anlise de Requisitos e Especificao do Projeto do programa. A Figura 18 representa um modelo tradicional de desenvolvimento de software.
30
Sobre a discusso sobre mtodo de especificao de sistemas orientado a processo, vide ALVES, CAMEIRA,
CAULLIRAUX e MELO (2006).
68
Anlise dos Requisitos
Especificao do Projeto
Implementao (desenvolvimento do cdigo)
Integrao e Teste
Manuteno
Figura 18: Cascata Tradicional do Desenvolvimento de Software
Fonte: Adaptada de FISHER (1990, p. 9) So nestas duas primeiras fases, preliminares ao desenvolvimento dos cdigos, gerados em grande parte automaticamente, que a Engenharia de Sistemas toca a EPN. Pensando-se de forma integrada poderamos descrever um modelo de desenvolvimento de software a partir do desenvolvimento dos processos que visam realizar os objetivos derivados da estratgia segundo a figura 19:
Conceitos do Negcio, alinhados Estratgia Definio dos Requerimentos Concepo (conceitual) dos Sistemas de Informao
Anlise dos Requesitos
Especificao do Projeto
Implementao (desenvolvimento automtico do cdigo)
Integrao e Teste
Operao e Manuteno
Figura 19: desenvolvimento de Sistemas Norteado por Processos
Fonte: O autor A passagem entre processos e sistemas pode ser realizada aproximando-se a viso de processos da viso de sistemas atravs do uso da modelagem de processos desdobrada at os modelos de dados, capazes de indicar a forma de construo dos sistemas. Esta passagem permite o link entre os processos que representam s regras de negcio (no passado regras trabalhadas de forma desatrelada ou mal atrelada concepo do modelo de negcio da organizao) e a anlise de

Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
69
sistemas e seus cdigos fontes derivados. Uma notao possvel de conjuntos de modelos capaz de especificar sistemas a UML Unified Modeling Language.
UML Unified Modeling Language
UML uma notao: um modo de documentar especificaes de sistemas (KULAK, GUINEY, 2000). A UML em uma definio completa de seus criadores (RUMBAUGH, JACOBSEN e BOOCH, 1999, p. 3) :UML uma linguagem de modelagem de propsito geral que usada para especificar, visualizar, construir e documentar os artefatos de um sistema de software. Ela captura decises e entendimentos sobre sistemas que devem ser construdos. usada para entender, desenhar, pesquisar, configurar, manter e controlar a informao sobre certo sistema. Objetiva ser utilizada por todos os mtodos de desenvolvimento, estgios do ciclo de vida e domnios de aplicaes e mdias. uma linguagem de modelagem que objetiva unificar a experincia passada sobre tcnicas de modelagem e incorporar as atuais melhores prticas em uma abordagem padro. UML inclui conceitos de semntica, notao e linhas mestras. Possui partes esttica, dinmica, ambiental e organizacional. Objetiva ser suportada por ferramentas de modelagem visuais que possuam geradores de cdigo e de relatrios. A UML no define um processo padro mas objetiva ser til em um processo interativo de desenvolvimento. Busca suportar a maioria dos processos de desenvolvimento orientados a objetos. E acrescentam: A UML captura informao sobre a estrutura esttica e o comportamento dinmico de um sistema. O sistema modelado como uma coleo de objetos discretos que interagem de forma a realizar trabalho que em ltima instncia beneficia um usurio externo. A estrutura esttica define os tipos de objetos importantes para um sistema e para sua implementao, bem como as relaes atravs dos objetos. O comportamento dinmico define a histria de um objeto no tempo e a comunicao entre objetos de forma a alcanar suas metas. Modelar um sistema de diversos e relacionados pontos de vista permite seu entendimento para diferentes propsitos.

70
Desta definio deve-se destacar que ela informa a utilidade da UML construo de sistemas, trabalhando objetos e suas relaes e observa que deve ser apoiada por ferramentas de modelagem. Diversos so os modelos da UML. A tabela 1 a seguir apresenta brevemente os principais, classificando segundo suas grandes reas, vistas e diagramas.
Tabela 1: Vistas e Diagramas da UML X Principais Conceitos
Fonte: RUMBAUGH, JACOBSON, BOOCK (1999, p. 24)

Grande rea Estrutural Vista Vista Esttica Vista de Casos e Uso Vista de Implementao Diagramas Diagrama de Classe Diagrama de Casos e Uso Diagrama de Componente Diagrama de Alocao Diagrama de Estados Diagrama de Atividades Diagrama de Seqncia Diagrama de Colaborao Gesto de Modelo Extensibilidade Vista de Gesto de Modelo Todas Diagrama de Classe Todos Principais Conceitos Classe, Associao, Generalizao, Dependncia, Realizao, Interface Casos e Uso, Ator, Associao, Extenso, Incluso, Generalizao do Casos e Uso Componente, Interface, Dependncia, Alocao N, Componente, Dependncia, Alocao Estado, Evento, Transio, Ao Estado, Atividade, Inteireza da Transio, Bifurcao/Deciso, Ligao Interao, Objeto, Mensagem, Ativao Colaborao, Interao, Regras de Colaborao, Mensagem Pacote, Subsistema, Modelo Restries, Estereotipo, Metas
Vista de Alocao Dinmica Vista de Mquina Esttica Vista de Atividades
Vista de Interao

71
A tabela 2 brevemente define o objetivo das vrias vistas.
Tabela 2: Vistas da UML X Objetivos

Vista Vista Esttica Vista de Casos e Uso Vista de Implementao Objetivos/Definio Esta viso dita esttica, pois no descreve a relao de comportamento do sistema no tempo. Modela as funcionalidades do sistema percebidas pelos seus usurios externos, chamados atores. Modela os componentes em um sistema (isto , as unidades de software a partir das quais a aplicao construda), bem como as dependncias entre componentes. Tambm modela as relaes de classes e outros elementos de modelo aos componentes. Representa o arranjo das instncias de um componente nos ns (um computador, uma memria, um dispositivo), durante a run-time Modela as possveis histrias de vida de um objeto. Descreve os grupos de atividades seqenciais e concorrentes ao mesmo tempo. Descreve as seqncias de mensagens trocadas atravs das regras que implementam o comportamento do sistema Modela a organizao dos modelos em si.
Vista de Alocao
Vista de Mquina Esttica Vista de Atividades Vista de Interao Vista de Gesto de Modelo
Essas vistas so realizadas por modelos. A Tabela 3 define brevemente os objetivos de cada modelo.

72
Tabela 3: Diagramas da UML X Objetivos
Diagramas Diagrama de Classe Diagrama de Casos e Uso Diagrama de Componente Diagrama de Alocao Diagrama de Estados Diagrama de Atividades Diagrama de Seqncia Diagrama de Colaborao
Objetivo/Definio Descreve os vrios nveis de preciso e solidez do design dos modelos. Permite associar os atores aos sistemas que utilizam. Mostra os tipos de componentes em um sistema. Mostra os ns individuais e seus links em uma dada verso particular do sistema. Descreve os estados conectados por transies. Pode ser utilizado para descrever as interfaces, os dispositivos de controle e outros sistemas reativos. Modela principalmente os workflows do mundo real de uma organizao humana. Pode ser utilizado para modelar as atividades de software, representando os passos de execuo de uma operao (computacional). Mostra o conjunto de mensagens arrumadas em seqncia temporal. A seqncia temporal uma dimenso geomtrica, as relaes entre as regras so implcitas. Mostra os parmetros e as variveis locais da operao, bem como associaes mais permanentes. Quando um comportamento implementado, a seqncia de mensagens corresponde estrutura de chamada e sinalizao embutida no sistema. Mostra as relaes entre as regras geometricamente e associa as mensagens aos relacionamentos, mas a seqncia temporal menos clara. Neste sentido, este diagrama e o Diagrama de Seqncia so complementares. Descreve os vrios nveis de preciso e solidez do design dos modelos.
Diagrama de Classe

73
A EPN procura conceber o sistema a partir do entendimento e concepo do negcio. A Engenharia de Sistemas procura entender o negcio para aprimorar a anlise de requisitos, preliminar especificao do projeto. H o desenvolvimento das capacidades das ferramentas de modelagem de processos e o desenvolvimento da tecnologia de Engenharia de Sistemas. Uma metodologia que vise a construo de uma AIS, respaldada no framework de aplicaes que compem esta arquitetura deve considerar o entendimento e a (re)construo de processos a partir da EPN. Antes, deve estar sintonizada com os objetivos do negcio, com a estratgia da organizao. Deve estar atrelada estrutura de indicadores que devero estar associados a esta estratgia, para monitorar o desenvolvimento dela, at o nvel de processos. Particularmente, deve-se pensar a reestruturao completa do design de sistemas de uma organizao de forma a facilitar sua transio para uma organizao apoiada, em sua realizao, atravs de processos (hiper)integrados baseados na Tecnologia da Informao. nesse contexto, de uso de modelos na concepo dos fluxos de informao que se refletiram nos sistemas que suportam os processos pelos quais transitam que se insere o BPM Business
Process Management31.
O uso da modelagem de processos com vistas construo de sistemas se utiliza das caractersticas positivas da representao via modelos:
Formalizao e padronizao da modelagem de processos isto ocorre devido possibilidade de associar pedaos de processos semelhantes, de forma bastante granularizada, que sejam baseados em sistemas. Por exemplo, funes semelhantes em um sistema que controla os processos de roteamento de equipes de manuteno, para dois produtos diferentes comercializados. Auxilia, portanto, a identificao do pedao de processo que delimitar um componente de software;
Armazenamento de representaes reutilizveis de processos visando que estas representaes possam ser reutilizadas em futuras modelagens, dotando de flexibilidade a (re)construo de processos e sistemas a eles associados. A partir desta relao, com a
74
descrio dos processos e suas relaes com a estrutura organizacional, busca-se facilitar o entendimento dos relacionamentos que um sistema dever suportar, quais os atributos de uma dada atividade, quais funcionalidades so requeridas por uma dada atividade que devero estar suportadas por sistemas, etc.;
Apoio melhoria dos processos e do desenvolvimento de sistemas de suporte operao a partir da formalizao, padronizao, armazenamento e conseqente reutilizao, os esforos futuros em EPN e Engenharia de Sistemas podero produzir retornos mais substanciais, pois o foco da ao est, por assim dizer, componentizado;
Maior facilidade para o gerenciamento dos processos o uso de ferramentas de modelagem leva a uma maior simplicidade do gerenciamento e manuteno dos processos, bem como da capacidade de ao sobre eles. Desdobramento at o nvel de sistema, potencializa a realizao da estratgia e dos objetivos do negcio. O gerenciamento por processos a partir de componentes tem no Workflow um cockpit, onde a conexo dos componentes, refletindo o fluxo de informao, a realizao dos processos explicitada;
Acelerao da capacidade de desenvolvimento e de adequao dos sistemas que suportam os produtos e servios talvez a principal vantagem, o tempo total de desenvolvimento e operacionalizao de processos, apoiados por sistemas e, conseqentemente, de produtos ou servios entregues ao mercado, diminudo. Reflexos diretos em custos, minorados;
Aumento da flexibilidade frente s variaes da demanda esta maior facilidade e esta capacidade de reutilizao, somadas, dotam a organizao de maior capacidade de refletir, em seus processos, as necessidades de ajustes decorrentes de variaes do ambiente competitivo no qual se insere a organizao. A partir da, pela conexo direta com componentes de sistemas, reconfigurando a arquitetura que suporta ou habilita os processos;
31
O Business Process Management (BPM), seus conceitos, caractersticas, aspectos de implantao, etc. so
apresentados em SANTOS e CLEMENTE (2006).
75
Melhoria das interfaces processuais refere-se facilidade de integrao sistmica dos processos, dos fluxos de informao entre uma determinada rea da organizao e suas reas conexas, internamente e externamente, na cadeia.
Entendidos estes aspectos, cabe compreender a relao entre a componentizao de processos e de sistemas.
76
Componentizao de processos e componentizao de sistemas
Construir sistemas componentizados apoiado por ferramentas de representao de processos requer o entendimento componentizado dos processos. Esse entendimento facilita fortemente a aplicao das tcnicas de componentizao de sistemas. Imagine-se que um dois processos so semelhantes em grande parte, possuindo partes comuns, idnticas e outras especficas. Assim, algumas atividades, ou alguns pedaos de processos que compem um processo so semelhantes; algumas atividades ou sub-processos32, com certeza idnticos e outras atividades ou sub-processos so parcialmente semelhantes ou potencialmente iguais (ou diferentes). Estas atividades, isoladamente ou em processos bem definidos, ao se conceber um sistema componentizado, devero gerar componentes capazes, pelas caractersticas das aplicaes e padres de integrao, de facilmente se conectarem; por exemplo, independentemente do fornecedor de software ou de linguagem de programao33. As atividades ou os sub-processos iguais geraro apenas um componente que ser reutilizado nos diversos processos. As atividades ou sub-processos diferentes, com atributos diferentes, geraro em um primeiro momento um componente utilizado em apenas um dos processos, mas, pelas caractersticas de construo, em nvel de software, potencialmente reutilizveis. As atividades ou sub-processos parcialmente semelhantes ou potencialmente iguais (ou potencialmente diferentes) na verdade podem representar, ao analisar diversos processos, a necessidade de ajuste no grau de agregao dos processos. Este grau de agregao ser limitado pela capacidade de, em certo nvel, uma atividade ou conjunto de atividades formando um subprocesso de conter todos os atributos que plenamente o definem, com vistas construo de um sistema, no caso, de um componente de um sistema.
32 33
Para definio de macroprocessos, processos e sub-processos, vide SANTOS e CLEMENTE (2006). Deve-se ressaltar que o crescimento do nmero de bibliotecas de componentes leva a uma maior dificuldade de se
localizar aquele mais adequado a uma dada situao. Esta questo atenuada com o desenvolvimento das redes, da
77
H, por conseqncia, uma caracterstica marcante em processos componentizados, relacionada tendncia a uma maior granularidade (maior desagregao) dos processos. A razo central desta maior granularidade reside no fato de que um processo tende a ser mais reutilizvel quanto maior for sua desagregao e menor o nmero de funcionalidades que as atividades que o compem devem realizar. Em outras palavras, quanto menor ou mais simples for a representao de um processo (e, por conseqncia, o pedao de sistema a ele associado) maior a probabilidade de ele ser multiplamente aproveitado, em diversos contextos. Em uma viso simplificada, significa dizer que cada componente de processo ter relao com o componente (ou conjunto de componentes) de sistema que viabilizam o (uma parte do) sistema que apia a realizao daquele processo componentizado. Isto leva a um interessante desdobramento: o ponto maior de granularidade de um processo aquele composto por uma nica atividade. Em resumo: o grau de agregao, que uma questo nevrlgica em qualquer modelagem de processos, desta atividade, ou conjunto de atividades, passa a ser preponderante correta definio do componente. Um grau de agregao muito pequeno, se por um lado facilita a reutilizao, por outro tem potencial de gerar um elevado nmero de componentes, levando dificuldade de compreenso, de entendimento dos processos a partir dos componentes, de armazenamento e acesso, tornando potencialmente mais complexa a codificao. Neste contexto, visando implantao de um sistema componentizado orientado a processos, uma representao de processo deve possuir o grau de agregao necessrio e suficiente construo dos modelos relacionados engenharia de sistemas capazes de, no ponto limite da integrao EPN e Engenharia de Sistemas, atuarem como ferramentas CASE, gerando os cdigos dos sistemas perfeitamente estruturados34. Neste contexto, os sistemas gerados sero, por conseqncia, crescentemente derivados dos objetivos, emanados da estratgia, representados naqueles processos.
capacidade de banda de comunicao e de processamento, o que redunda em maior velocidade. Requer, contudo, melhores sistemas de busca, potencialmente dependentes de desenvolvimentos em Inteligncia Artificial.
34
Hoje j h, nas principais plataformas comerciais existentes, geradores de cdigo, ainda que com certo grau de
limitao, traduzida por ajustes no automticos requeridos, por exemplo. Tecnologia da Informao e Engenharia de Processos Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
78
Em resumo: o grau de agregao deve ser aquele que permita a construo de componentes de software que, combinados, possibilitem a automao dos fluxos de informao contidos nos processos, em sintonia com o modelo de negcio, estratgico e operacional desejado. Varia com a situao, com o contexto ao qual est relacionado. Cabe observar ainda que, para que sejam facilmente entendidos os macroprocessos que integram os diversos sub-processos habilitados por componentes de software, quando da modelagem do processo, o grau de granulao requerido deve ser capaz de conter todo o conjunto de atributos requeridos construo de um componente de software reutilizvel. Uma percepo derivada a de que este grau de agregao, com vistas componentizao de sistemas, um problema de lgica fuzzy. A situao intermediria, onde h componentes parcialmente semelhantes ou parcialmente diferentes, claramente demonstra que h uma distribuio da certeza (em relao reutilizao), condicionada ao grau de agregao. Quanto melhor for o grau de agregao com a finalidade de componentizao alcanado, melhor ser a soluo do sistema fuzzy, maior a certeza. Em outras palavras, quanto mais adequado a um problema, a uma situao especfica, for o grau de agregao, melhores sero os componentes construdos, ampliando seu potencial de reutilizao, entre outras caractersticas. A EPN e a Engenharia de Sistemas esto, portanto, se aproximando em objetivos. O uso das ferramentas de modelagem est crescentemente refletindo isto, incorporando e interrelacionando modelos associados originalmente EPN s ferramentas de especificao e construo de sistemas. Isto explcito, por exemplo, nas atuais Arquiteturas Orientadas a Servio, que fazem uso de ferramentas de modelagem, para a concepo e gesto dos processos de negcio associados aos sistemas. Essa importncia da viso processual ressalta o uso de modelos de referncia de processos no apoio concepo, desenvolvimento, seleo, implantao e operao de sistemas de informao.
79
Modelos de referncia de processos
A modelagem de processos e o uso de modelos de referncia de processos podem ser utilizados para apoiar a concepo, desenvolvimento ou a seleo e a implantao (nas fases de: primplantao, implantao e ps-implantao) e posterior operao (ou manuteno) de sistemas de informao. Esses sistemas comercializados sob o formato de pacotes, customizveis, de software (DAVENPORT, 2000a) e, mais recentemente, para a seleo de componentes de software, a partir de componentes de processos standard, para SIGs componentizados. A estratgia de concepo e desenvolvimento ou seleo e de implantao e manuteno de um SIG definir os objetivos a serem alcanados aps a implantao e como se atingir estes objetivos, de forma agregada. CAMEIRA (1999a) destaca que a implantao de um SIG depara-se com diversas questes que afetam diretamente o resultado final desta implantao, o retorno advindo do investimento em TI. Uma das questes citadas refere-se, por exemplo, ao custo. Os sistemas por si s j apresentam um custo bastante elevado, custo esse que no caso de uma implantao longa, onde alto o consumo de homens-hora de consultoria e/ou do pessoal interno, soma-se ao referente paralisao parcial da organizao, durante a transio da plataforma tecnolgica anterior para a ora em implantao. Alm disso, nas plataformas centralizadas ou mesmo nas plataformas cliente-servidor no Web-based, quanto mais complexa a implantao, proporcionalmente mais complexa e cara a realizao futura de upgrades e a manuteno. Considerando-se que, cedo ou tarde, pela dinmica de evoluo dos negcios e da tecnologia, torna-se inevitvel esse upgrade, ocorrendo tanto mais cedo quanto mais competitivo for o ambiente onde opera a empresa e a cadeia como um todo e em funo das caractersticas construtivas do sistema. Desta forma, pode-se determinar, com menor margem de erro, o ponto timo entre adequar a organizao aos processos intrnsecos forma de operao do sistema, seja ele oriundo de um pacote fechado ou de um conjunto de componentes de software, ou adequ-lo aos processos atuais da organizao.
80
Portanto, a definio destes modelos de referncia dos sistemas, quebrados por vertical (ex: bancos, varejo, etc.) ou setor (metalrgicas, qumicas, etc.), obtidos a partir das ditas melhores prticas existentes expressas nos modelos de processos de referncia e a incorporao destes s ferramentas e metodologias de implantao, atuando como pr-customizadores nas mais recentes plataformas, visa reduzir o esforo necessrio concepo, desenvolvimento, operacionalizao e manuteno dos sistemas35. Com a evoluo das tcnicas de conexo e de componentizao de software, os modelos de referncia hoje tendem a crescentemente servirem de guia seleo e conexo de componentes de processo, correlacionados aos componentes de sistemas. Neste sentido, a viso por processos provida pela EPN, quando da implantao com utilizao de modelos de referncia dos processos intrnsecos a um SIG permite (CAULLIRAUX, CAMEIRA, 2000)36:
Discutir as atividades inseridas em suas cadeias de processo. Ou seja, permite uma viso
integrada das atividades;
Comparar os processos existentes na organizao com os processos do SIG. Esta comparao
pode fazer com que a organizao adote um novo processo ou um processo misto. Caso ela decida pela manuteno do seu processo alguma customizao ter de ser feita, no caso de pacotes fechados, ou novos componentes devero ser desenvolvidos. Esta comparao permite identificar mais facilmente quais so estas customizaes e desenvolvimentos requeridos. Ela pode ser norteada por um processo de aprendizado sobre o sistema ou norteada por deciso de reduzir ao mximo a dependncia das consultorias de implantao, entre outros fatores;
Visualizar de forma facilitada de onde sistemas complementares ou outras categorias de SIG,
que realizam atividades no cobertas (ou no cobertas de forma completa) pelo SIG em anlise, se inserem ou interfaceiam e apiam os processos da organizao.
35
Por exemplo, na lgica do ARIS for R/3, que vem a ser o mdulo da ferramenta de modelagem ARIS Toolset que
facilita a configurao do ERP R/3 da SAP, pela associao de modelos de referncias ao sistema ou mais recentemente com o mdulo especfico para apoio configurao de processos na plataforma SAP Netweaver.
81
Sobre outro ngulo, o uso de modelos de referncia para a implantao de um SIG permite organizao identificar previamente (CAMEIRA, CAULLIRAUX, 2000):
Quais pessoas ou processos atuais so afetados, facilitando o planejamento da organizao futura, a gesto dos Recursos Humanos (RH) e a prpria implantao do sistema;
Quais processos (ou sub-rotinas de processos ou sub-processos) devem ser mantidos, por no haver similar, e as interfaces requeridas;
Quais sistemas legados37 e respectivas interfaces com o novo sistema tm que ser trabalhados e quais os descartados;
Selecionar os componentes de software, customizados ou oriundos de uma biblioteca, que comporo o sistema que realizar um dado processo a ser informatizado; etc..
No caso da orientao da organizao ao sistema, a EPN se aplica atravs da utilizao destes modelos de referncia para explicar a forma de operao do sistema. Permite, ainda, a identificao de como seriam os processos suportados pelo sistema e como configur-los mais eficazmente. No caso onde quem se adapta o sistema, a aplicao se d no levantamento e redesenho dos processos com posterior especificao e seleo ou desenvolvimento do sistema. Ou, nas plataformas mais recentes, componentizadas, normalmente em Arquiteturas Orientadas a Servio, na definio do ponto timo entre componentes padronizados, adquiridos de bibliotecas normalmente disponibilizadas pelas principais software houses ou pelo desenvolvimento de componentes internamente. A Figura 20 procura representar esquematicamente esse trade-off:
36 37
Tpico para estudo: aprofundamento nos modelos de referncia (tipos, aplicaes, etc.). Um sistema ou plataforma tecnolgica dita legada quando se quer indicar que ela remanescente de uma
configurao anterior implantao de mais recentes tecnologias. um legado do passado.
82
Adequao das organizaes aos processos intrnsecos ao sistema
Adequao do sistema aos processos atuais da organizao
Componentes pr formatados/ commoditizados
O ponto timo fica em algum lugar entre esses extremos
Componentes inovativos ou que enderecem formas de operao/ gesto especficas
Figura 20: Grau de Adequao do Sistema Organizao
Fonte: O autor, baseado em Santos, Cameira (2000, p.4)
Dependendo da estratgia de implantao, que define a metodologia da fase de implantao, os modelos de processos podem ser utilizados para localizar as configuraes dos componentes do sistema e a identificao das mudanas necessrias. No caso da estratgia para adequao da organizao ao sistema o entendimento dos processos agilizar a implantao. No caso da adequao do sistema organizao, o ganho no estar na reduo do tempo, mas, sim, na manuteno dos diferenciais competitivos relacionados aos processos38. Na situao futura, onde os SIGs so componentizados, em uma Arquitetura Orientada a Servios (anteriormente apresentada), a discusso migra da aquisio de pacotes, para um tradeoff entre a aquisio de componentes pr-formatados ou commoditizados
Outro uso de destaque dos modelos de referncia o treinamento dos usurios finais baseados nos modelos de processos.
38
Deve-se observar, contudo, que no caso de sistemas componentizados menor a probabilidade de convergncia
competitiva, pelo maior nmero de sistemas diversos oriundos das N combinaes possveis de componentes.
83
Na fase de ps-implantao, ou seja, quando o sistema j est em operao, os processos podem ser teis para que a organizao responda mais rapidamente s mudanas no ambiente competitivo ou para a percepo ou operacionalizao de oportunidades de utilizao no contempladas ou identificadas na pr-implantao e implantao. No caso da necessidade da criao de uma nova unidade de negcio ou mesmo a modificao de um processo j existente, a organizao poder utilizar os modelos para simular as modificaes necessrias. Se for o caso da criao de um novo processo, poder, com mais aderncia, identificar a integrao do processo criado com os j existentes. Se for a modificao de um processo j existente, poder utilizar o modelo para testar a melhor hiptese de modificao, usando para isso simulaes.
84
10 Projeto e Desenvolvimento de SIG

A premissa de se pensar um SIG orientado pelos processos traz vantagens como a possibilidade de evitar sistemas redundantes, a utilizao de base de dados integrada e nica e uma maior eficincia nos processos. Estas caractersticas so maximizadas quando da componentizao de processos e de sistemas. A fase de levantamento dos processos, segundo algumas metodologias, pode ser acompanhada do levantamento das informaes (no apenas dos fluxos) utilizadas em cada etapa do processo e, caso o objetivo do projeto requeira, tambm, pelo desenvolvimento (em nvel de anlise e programao) de um SIG projetado, poder possuir uma fase de estruturao das informaes atravs de modelagem de dados. Nestes casos, torna-se oportuno utilizar uma metodologia de modelagem de dados que possibilite a exportao das estruturas de dados derivadas das antigas ferramentas Computer Aided Software
Engineering (CASE). O uso de modelos da UML um bom exemplo de conexo da concepo
de sistemas concepo de processos, por abranger um conjunto de modelos que percorrem do entendimento dos objetivos da organizao s vistas de dados do sistema. O apoio da EPN ao desenvolvimento de sistemas importante, em particular, para a identificao de componentes de processo a serem realizados atravs de componentes de software39, visando construo de uma Arquitetura Integrada de Sistemas Componentizados, hoje crescentemente realizada segundo a lgica de uma Arquitetura Orientada a Servio. Com a componentizao de sistemas, componentes podem ser adquiridos a partir de modelos de referncia ou, quando especficos, desenvolvidos sob encomenda, interna ou externamente organizao. Esses componentes especficos visam o atendimento de uma funcionalidade particular a um processo existente no modelo de negcio da organizao. Componentes
39
No necessariamente numa relao 1-a-1, com um componente de software para um componente de processo. Um
componente de processo (ou um servio) pode ser realizado por mais de um componente de software. A relao mais simples corresponde ao processo que contm apenas uma atividade, altamente desagregada, realizada por um nico componente de software.
85
adquiridos e desenvolvidos sob encomenda estaro se compondo, crescentemente de forma dinmica, em sistemas nicos40. Com isto, destaca-se a importncia deste desdobramento da EPN, a construo da viso por processos com vistas construo de sistemas de informao.
40
H uma discusso afeta ao trade-off customizao versus uso de componentes padronizao e o ciclo de vida de
um componente.
86
11 Abordagens da Implantao Orientada a Processos

O grande impacto da utilizao de um SIG majorado pela utilizao dessas ferramentas e metodologias nas implantaes nas empresas41 (implantaes que passam a ser cada vez mais pr-fabricadas, potencializadas pelo uso de componentes), incidindo fortemente sobre os processos, sobre a forma de operao das organizaes, sobre a estrutura organizacional e sua cultura, alterando ou afetando suas competncias centrais e, portanto, seu posicionamento competitivo e a forma de atuao no ambiente competitivo. Uma implantao com resultados potencializados em efeito significa sistemas operando de forma aderente aos processos, processos estruturados de forma maximizada, pela melhor seleo de alternativas. A figura 21 abaixo compara no eixo do tempo trs abordagens para implantao de um sistema integrado a partir da aquisio de pacotes comerciais, primariamente pensado em se tratando de um SIG, por exemplo, um Enterprise Resource Planning (ERP).
Rpida Implantao 2 fases
Implantao enxuta Orientao "AS-IS" Reengenharia Implantao
GAP
Multi-fases Reengenharia Implantao Transformao Reengenharia orientada pelo Sistema Integrado
Implantao
Tempo
Figura 21: Abordagens de Implantao de um Sistema Integrado
Fonte: O a autor, baseado na figura de SANTOS (2000, p. 6) e conceitos de CAMEIRA et al. (2002)
41
Para uma viso mais detalhada da implantao de sistemas orientada a processos, vide YAMASHITA e VAZ
(2007).
87
A primeira abordagem assume integralmente os processos tais como eles operam no sistema integrado. O sistema vai sendo adaptado, posteriormente implantao original, s particularidades de operao e ao atendimento do diferencial competitivo, indiretamente reportado nos processos, que a organizao deseja (e por vezes, sem percepo explcita) construir. A segunda, na lgica da Reengenharia dos Processos, e apenas posteriormente adequao dos sistemas aos processos revistos, apresenta um gap metodolgico ou de ferramental. A terceira procura tornar minimamente paralela e quebrada em multi-fases consecutivas e interdependentes a (re)construo dos processos e a implantao, tornando mais curtos os ciclos de feedback entre a implantao (e suas dificuldades) e os processos concebidos. Inclusive, pois, pela velocidade da inovao, que est entre as causas e efeitos da ampliao da utilizao da tecnologia da informao, processos so crescentemente volteis, em permanente adequao. A quarta busca unir o melhor dos dois mundos, a partir da possibilidade de configurao de objetos do sistema integrado diretamente da modelagem de processos, ou, pela melhor percepo do que a tecnologia pode proporcionar, esta serve de direcionadora das possibilidades de construo do processo. Observa-se que a cada abordagem, o lead time de implantao dos novos processos suportados pelos sistemas, integrados, bastante reduzido. Essa perspectiva to mais importante quando se pensa a integrao da cadeia de suprimentos e o rpido desenvolvimento e incorporao de tcnicas/ conceitos nas novas verses dos sistemas. Hoje, com o desenvolvimento da componentizao de sistemas norteada pela componentizao de processos, anteriormente apresentada, na verdade h uma tendncia a uma adequao em T + 1 do sistema ao processo e, mais frente, do processo ao sistema. Em outras palavras, ao modificar-se o processo, no instante imediatamente seguinte se ajustaria o sistema que o suporta;
88
no sentido inverso, uma eventual modificao do sistema, automaticamente ajustaria os componentes de processo a estes sistemas referenciados. CAMEIRA et al. (2002) destacam que para a reduo do lead time entre a percepo da necessidade de mudana, em funo de sinais do ambiente de atuao das organizaes, e a implementao de um novo sistema de informao, passando pela mudana nos processos, deve ocorrer, cada vez mais, apoiada pela componentizao de modelos de processos fortemente vinculados intrinsecamente a modelos de sistemas componentizados. Esse circuito extremamente orgnico sistema-processo ainda no ocorre em plenitude, mas caminha-se indubitavelmente para isto vide as novas plataformas de integrao, com utilizao dos conceitos de BPM (Business Process Management). H restries provveis, nesta readequao instantnea da plataforma de TI. Esses esforos, aliados ao promovido pela alterao estrutural dos sistemas42 CAMEIRA (1999a) em arquiteturas de processos e sistemas componentizados o upgrade permanente, tende a no existir um momento especfico de atualizao de sistemas; tende a um contnuo, realizado de forma quase automtica, guardadas as limitaes de adaptabilidade de um processo especfico e de capacitao dos recursos humanos associados ligados crescente utilizao de modelos de negcios (leia-se processos que compem e realizam o modelo de negcio) como matriz primria para a definio e a configurao dos sistemas, com a utilizao de ferramenta de modelagem como apoio implantao. SANTOS (2002), ao pensar a componentizao de processos e de sistemas, destaca que estes processos esto intimamente relacionados definio da estratgia da organizao e apresenta uma viso baseada na lgica da Engenharia Simultnea, onde h paralelismo parcial entre a modificao de processos e sistemas e sua implantao. Percebe-se que esta viso est crescente e intimamente relacionada ao uso da Tecnologia da Informao no apoio a processos.
42
Hoje esta alterao para sistemas componentizados vem sendo alcanada, se aproximando do estado-da-tcnica.
89
A Figura 22 abaixo busca ilustrar como esse contexto se configura, comparando a abordagem de SIGs componentizados a partir de processos componentizados frente s abordagens tratadas anteriormente.
Rpida Implantao 2 fases
Implantao enxuta Orientao "AS-IS" EPN Implantao
GAP
Multi-fases
EPN Implantao
Transformao orientada pelo Sistema Integrado
EPN Implantao
Concepo, Implantao, Operacionalizao, Reconfigurao Permanentes via SIGs Componentizados orientados a Processos Componentizados
EPN
Implantao
Como os processos crescentemente existem baseados em TI, eles so constantemente ajustados. Haver ajuste em tempo (quase) real. No haver implantao.
Tempo
Figura 22: Abordagens de Implantao de um Sistema Integrado com SIGs Componentizados
Fonte: O autor
A viso processual aliada ao desenvolvimento das tcnicas de construo de software tende a reduzir fortemente o tempo de ajustamento de sistemas. Como os processos crescentemente existem baseados em TI, eles so constantemente ajustados. Em outras palavras, a TI orientada construo da viso por processos. Esta organicidade processos sistemas permite e acarreta permanente ajuste dos modelos de negcio da organizao e, por reflexo, da cadeia aonde a organizao opera. Imaginando-se uma situao limite (redes sem restries ou gargalos de banda; sistemas componentizados, com uso de agentes; granulao de competncias, etc.), mais do que paralelismo ou uma reduo significativa no lead time de ajustamento, o que num limite se
90
configura um ajuste em tempo quase-real. No haveria mais implantao stricto sensu, haveria ajuste contnuo da Arquitetura Integrada de Sistemas e dos processos da organizao, organicamente com o ambiente, a partir da hiper-integrao de processos e sistemas. No estgio limite difcil perceber quem vem antes, o sistema formatando o processo ou o processo direcionando o sistema, uma vez que no momento primrio de concepo de um processo, as opes de como ser realizado o conjunto de atividades e de qual ser a seqncia destas atividades (processo) so condicionadas s mltiplas possibilidades disponibilizadas pela TI43. O processo habilitado pela TI. A entrega, o output, dos processos , cada vez mais, um servio (entendido ou percebido como ), com certo grau de desconexo com o aspecto ou a visualizao fsica do produto ou da estrutura de suporte associada44. O processo, no estgio primrio, uma inteno do que fazer, destacando a necessidade de plena compreenso de seus objetivos, como estabilizador de sua identidade. Este cenrio dota os processos, portanto, de dinamicidade e de conseqente volatilidade, obrigando ao desenvolvimento de tcnicas e adaptaes metodolgicas (que passam por trabalhar as descontinuidades temporais e o paralelismo das aes) em projetos de EPN, que permitam um retorno em menor prazo dos resultados da anlise e redesenho. A gesto por processos (no necessariamente a organizao formalmente organizada por processos) fica, sob certo aspecto, vivel em plenitude, mas depende para existir do entendimento pleno do negcio e sua insero competitiva e dos processos que o realizam. Depende da utilizao plena da TI, das vrias categorias de SIGs que so ao mesmo tempo no interdependentes (podem existir isoladamente), mas mutuamente complementares. Por exemplo, do conflito entre o funcional e o processual, questes diretamente relacionadas ao projeto organizacional como incompatibilidade entre indicadores, dupla subordinao, linhas de
43
No desconhecendo o fator condicionador dos processos associado disponibilidade de ativos requeridos
realizao de um processo (por exemplo, uma linha de produo ou uma matria-prima) e focando-se a discusso na associao dos fluxos de informao, que ativam os ativos, a estes processos.
44
Neste contexto se insere a discusso de TI na discusso sobre Gesto Estratgica de Servios Habilitados por TI.
91
autoridade fracamente definidas, etc. podero ocorrer, emergir. Sistemas que apiem a gesto por indicadores (na lgica de relacionamento com a EPN abordada no incio deste texto)45 e a ampla disponibilidade de informao podero minorar esses conflitos e (mais uma vez, no limite) elimin-los. Ressalta-se, em resumo, a importncia de pensar os Modelos de Negcio Tecnologicamente Habilitados em termos de uma viso processual. Cabe observar que o ajuste instantneo est longe de ser obtido. H um horizonte de planejamento, um horizonte de no adequao possvel condicionado capacidade dos recursos humanos (RH) de entender o novo planejamento, a nova configurao, a nova operao derivada do ajuste. Sejam esses RHs diretamente ligados aos processos readequados habilitados por sistemas, individualmente, nas organizaes, sejam eles observados no coletivo, na organizao e na sociedade. O estgio mais prximo da adequao em tempo real dos processos e sistemas associados aquele onde todos os fluxos transacionais esto 100% informatizados e as decises com opes pr-customizveis a fatores condicionantes previamente concebidos podem ser realizados automaticamente por sistemas ou por agentes, ou, no limite, pela existncia de sistemas de inteligncia artificial plena. Assim, o ajuste instantneo ocorrer, no tempo, em aproximaes sucessivas, sendo o limite difcil de quantificar e prever quando (e se) ocorrer. 46
45
Vide texto sobre Indicadores de Desempenho associados Engenharia de Processos de Negcios, de RIBEIRO
(2006).
46
Cabe aprofundamento de estudo no tpico afeto Implantao de Sistemas de Informao como, no estgio
atual de desenvolvimento, a EPN auxilia a concepo, o desenvolvimento e/ ou aquisio e a implantao de Sistemas de Informao. Em particular, devem ser observadas as vrias alternativas de projetos de implantao de sistemas de informao (algumas brevemente introduzidas aqui), abordando, por exemplo, como identificar o melhor momento para modelar e redesenhar os processos de negcio e como utilizar esses processos no apoio definio da arquitetura integrada de sistemas.
92
12 Desdobramentos da Conexo Direta entre Processos e Sistemas

Em primeiro lugar, observa-se que, crescentemente, conforme os sistemas forem sendo componentizados, haver uma tendncia no aquisio de pacotes, ou mdulos, mas de processos componentizados (ou servios de TI realizados por um ou mais componentes), estes processos relacionados a componentes de sistemas e potencialmente organizados em um corte modular (ou funcional) semelhante aos encontrados nesses pacotes atuais. Fazendo uma analogia com o que ocorre hoje em uma Arquitetura Orientada a Servio, no mais se comprar, por exemplo, o mdulo de PP (Production Planning) do R/3 da SAP, mas os subprocessos (ou os Servios de TI) representados em componentes de processo realizados por componentes de software/ sistema (rotinas especficas) que interessarem a uma dada operao. A conexo com outros componentes facilitada e garantida pelo uso de padres afetos s atuais lgicas de integrao de sistemas (por exemplo, em sistemas de Integrao de Aplicaes Empresariais EAI (Enterprise Application Integration)), por exemplo, pelas trocas de mensagens entre os componentes em formatos padronizados (como o XML). Observe-se que se pode componentizar sistemas, construir componentes de software, diretamente, fazendo-se uso de geradores de cdigo, construindo-se os componentes a partir de uma anlise de requisitos, como no mtodo tradicional de Engenharia de Sistemas. Componentizar sistemas segundo uma viso de componentizao de processos , contudo, o que promete mais facilmente permitir a plena potencializao do uso da tecnologia disponvel; o entendimento do funcionamento da nova AIS, construda pela soma de componentes; o redesenho desta AIS, com a conexo entre sistemas diversos, na cadeia; a conexo entre a viso do negcio e a viso da TI; a seleo de um componente adequado organizao. Em outras palavras, os diversos componentes constroem uma AIS afinada com a viso processual, diretamente relacionada aos processos de negcios que os sistemas suportam, enxergando os fluxos de informao em amplo enfoque, dentro da organizao, entre suas diversas reas; na cadeia, integrando as diversas organizaes; e entre cadeias, em um estgio de amplas economias de escala e escopo.
93
Com a crescente componentizao sero ampliadas as, hoje ainda incipientes, bibliotecas de componentes ou Web services (na nomenclatura usual de uma SOA) disponveis na Web. Com a ampliao da capacidade de banda e com o aumento da capilaridade desta capacidade internamente as organizaes47, a tendncia de que se fortaleam estas bibliotecas. A tendncia que no mais se adquira pacotes, e sim, que se acesse e execute, remotamente, componentes48. De fato, h hoje uma sintomtica migrao de posicionamento das grandes empresas desenvolvedoras de sistemas de gesto, notadamente a SAP (com parcerias crescentes com a Microsoft) e a Oracle. Elas esto se reposicionando, gradativamente, como provedoras de solues tecnolgicas e menos como fornecedoras de pacotes de gesto. No caso da SAP, a plataforma Netweaver, que segue os preceitos da Arquitetura Orientada a Servio. Conforme dito, a componentizao tende a reduzir a percepo de marca dos sistemas e a aquisio de pacotes. Posicionar-se como provedora da infra-estrutura tecnolgica para a concepo de componentes, de Web services, atualizados tecnologicamente e comercializando uma gama de componentes de software diretamente associados aos componentes de processos, testados em grande nmero de organizaes e, por conseqncia, apresentados com uma imagem de melhor prtica, pode-se dizer que seja um caminho natural, derivado do negcio atual. Adicionalmente, estes componentes comercializados pelos principais participantes da indstria de software de gesto normalmente sero referenciados s funes mais gerais e, conseqentemente, com ampla capacidade de conexo a componentes especficos, desenvolvidos por outras organizaes, ou internamente organizao adquirente. Sero componentes padronizados ou, no limite de vida til ou de popularidade, commoditizados.
47
Eliminando-se restries, cada dia menores, mas ainda remanescentes de comunicao (at um estgio onde seja
indiferente, de qualquer unidade de processamento da rede, rodar um programa remotamente lotado), alm das questes de segurana. Cabe ressaltar que as questes de segurana de sistemas so apenas referenciadas nesta tese. Sua anlise pormenorizada est fora do escopo do trabalho.
48
A forma de tarifao deste uso tambm variada (aluguel, tempo de acesso, compra, transaes realizadas,
leasing, etc.). A componentizao olhada por este enfoque fortalece os Application Service Providers e as grandes consultorias de negcios.
94
Isto leva observao de outro efeito, cada vez mais percebido e, aparentemente, paradoxal: as equipes de desenvolvimento de sistemas internos ou em consultorias so fortalecidas. No mais com o porte do passado ou desenvolvendo grandes aplicaes que hoje, cada vez mais, podem ser montadas com plug ins de componentes acessveis em Web sites especficos, mas sim desenvolvendo ou adaptando componentes que suportem funes ou nuances de funes especificas de uma organizao ou conjunto de organizaes. Em outras palavras, olhando-se a conexo processos-sistemas, suportando diferenciais processuais. Esta construo ocorre em um nvel de programao crescentemente mais elevado. No limite, que se aproxima, do desenvolvimento das ferramentas de modelagem, redesenhandose o processo nos vrios modelos, o cdigo estar sendo automaticamente recompilado. Essa gerao automtica de cdigo j ocorre, ainda que com limites e com necessidade de ajustes. Mas uma fronteira a ser empurrada. Com isto, cabe notar, o perfil requerido do analista de sistema se aproximar crescentemente do perfil requerido do analista de negcio, tanto mais quanto mais estiver relacionado o sistema de apoio que est sendo construdo gesto estratgica de um dado processo (que compe um modelo de negcio)49. A figura 23 busca representar os Sistemas Integrados de Gesto componentizados (pensados como integrantes de uma AIS), diretamente relacionando os componentes de software aos diversos processos.
49
Derivando-se este cenrio, pode-se enxergar a TI provida como uma utilitie. Configurada pelo gestor de negcios
e viabilizada pelo gestor de TI, em grandes provedores. Tecnologia da Informao e Engenharia de Processos Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ Novembro 2006
95
Atividad de Pr- Venda SOP

P lanej ament o de V end as e Oper a c i onal
Or dem de Venda M PS
Pl an o Mes t r e de Pr odu o
Muda a de Estoqu MRP

P lanej amen to d as Nece ssidad es d e Mat eria l
Entrega Or dem Planejad
Fatur a mento Ordem de Produo Verifica o de Fatura
Pagamento do Client SFC

Cont ro l e de Cho - de - F bric a
Requiso de Compra
Seleo do Vendedor
Ordem de Compra
Recebiment de Mercador ia
Pagament de Vendedo
Sistemas Integrados de Gesto (componentizado )
Figura 23: Componentizao de Processos e Componentizao de Sistemas
Fonte: O autor
Esta componentizao de processos possibilita (ou possibilitar), mais facilmente, a integrao entre as diversas arquiteturas de sistemas das vrias organizaes. Esta AIS, utilizando-se das diversas categorias de Sistemas Integrados de Gesto componentizados, realiza a habilitao tecnolgica dos processos de negcio, de forma mais flexvel. Podemos dizer, portanto, que ao se componentizarem os SIGs potencializa-se a integrao eletrnica. Se imaginarmos que, com o desenvolvimento e popularizao cada vez mais intensa da TI e, particularmente, com a componentizao crescente (aparentemente potencializada pela Arquitetura Orientada a Servio, fazendo uso de Web Services), um maior nmero de organizaes tero seus processos integrados.
96
Este cenrio de integrao na cadeia permite o acesso de qualquer ponto desta cadeia (havendo autorizao, claro) s diversas bases de dados, a partir da camada de apresentao. As bases de dados so distribudas fisicamente, na rede, mas integradas logicamente (integrao apoiada por sistemas de inteligncia do negcio). A figura 24 representa esta integrao na cadeia, devendo-se atentar que o nmero de tarefas transacionais automatizadas, em grande parte, tambm autnomas, tambm crescentemente ampliado.
Atividade Ordem de Venda Pr -Venda de SOP M PS
Mudana de Estoque MRP
Entre ga
Faturamento
Atividade Ordem de de Pr -Venda Venda SOP M PS
Entre ga
Faturamento
Atividade Ordem de de Pr-Venda Venda SOP MPS
Entrega
Faturamento
Pagamento do Clie nte
Pl anej amento d e Pl an o Pl anej amen to Ven d as e M estr e d e da s Opera ci on al Produ o Neces si dad es de M ateri al
Ordem Ordem SFC Planejada de Produo
Co ntrol e Ch o -d e-F brica de
Requisio Seleo Ordem de do de Compra Vendedor Compra
Rec e bimento Verificao Pagamento de de de Mercadorias Fatura Vendedor
Pl anej amento d e Pl an o Pl anej amen to Ven d as e M estr e d e da s Opera ci on al Produ o Neces si dad es de M ateri al
Ordem Ordem SFC de Planejada Produo

Co ntrol e Ch o -d e-F brica de
Recebimento Verificao Pagamento de de de Vendedor Merc adorias Fatura
Pl anej am en to d e Pl an o Pl anej amento Ve nd as e Mestr e d e d as Oper aci o n al Produ o Ne ces si d ad es d e Materi al
Ordem Ordem SFC de Planejada Produo

Control e Cho -d e-F bric a de
Recebimento Verifica o Pagamento de de de Mercadorias Fatura Vendedor
Sistemas Integrados
Banco de Dados Integrados
Sistemas Integrados
Sistemas Integrados
Sistemas Integrados de Gesto (componentizado)
Organizao 1
Organizao 2
Fonte: O autor
Organizao N
Figura 24: Integrao Processual e de Dados na Cadeia
Avanando no desdobramento das conseqncias desta crescentemente maior integrao, aumenta o nmero de plug ins sistmicos entre AIS compostas por SIGs componentizados, auxiliando a construo de processos colaborativos entre as organizaes que pertencem a uma
97
dada cadeia ou entre organizaes que atuam em mais de uma cadeia (por exemplo, um Operador Logstico), conforme representado na figura 25.
Figura 25: Processos Colaborativos a partir de plug ins Sistmicos entre AIS Compostas por SIGs Componentizados
Fonte: O autor
A partir da viso das abrangncias e caractersticas de cada uma das categorias de sistemas acima, distribudas pelas vrias camadas, pode-se perceber o alcance dos fluxos de informao integrados potencialmente por toda cadeia e entre cadeias. A figura 26 a seguir apresenta uma viso genrica de um modelo de AIS, destacando aqui os Sistemas Integrados de Gesto, por trs organizaes hipotticas que possussem alto grau de integrao (no limite hiper-integrao).
98
Novembro 2006
Organizao 1
Apresentao
Apresentao
(Portal Web-based, Interface nica, Personalizada) (Portal Web-based, Interface nica, Personalizada)
Organizao 2
Organizao N
Apresentao
Aplicaes
DataMining - DM DataWarehouse - DW EIS / BSC / etc. DataMining - DM DataWarehouse - DW EIS / BSC / etc.
Aplicaes
DataMining - DM
Aplicaes
DataWarehouse - DW EIS / BSC / etc.

Gesto da Cadeia de Suprimentos - SCM Gesto dos Recursos Empresariais ERP Gesto do Relacionamento com o Cliente CRM Gesto do Relacionamento com o Fornecedor SRM Gesto dos Recursos Empresariais ERP Gesto da Cadeia de Suprimentos - SCM Gesto do Relacionamento com o Cliente CRM Gesto da Cadeia de Suprimentos - SCM Gesto do Relacionamento com o Fornecedor SRM Gesto dos Recursos Empresariais ERP Gesto do Relacionamento com o Cliente CRM Gesto do Ciclo de Vida do Produto - PLM Sistemas de Automao do Processo - WF + GED Gesto do Ciclo de Vida do Produto - PLM Sistemas de Automao do Processo - WF + GED Gesto do Ciclo de Vida do Produto - PLM Sistemas de Automao do Processo - WF + GED
Fonte: O autor
(Middleware, EAI, padres) (Middleware, EAI, padres)
Gesto do Relacionamento com o Fornecedor SRM

Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ
Figura 26: Integrao de AIS entre Organizaes
INTEGRAO
99
Novembro 2006
Organizao 1
Apresentao
Organizao 2
Apresentao Apresentao
(Portal Web-based, nica,Personalizada) Personalizada) (Portal Web-based,Interface Interface nica,
Organizao N
Apresentao
Aplicaes
(Sistemas Integrados de Gesto) Gesto de Competncias e Conhecimento - KM - KM Gesto de Competncias edo do Conhecimento (Sistemas Integrados de Gesto)
Aplicaes
Aplicaes
DataMining - DM DataWarehouse - DW EIS / BSC / etc. EIS / BSC / etc.
ilustra a integrao atravs da cadeia.
Gesto de Competncias e do Conhecimento - KM Inteligncia do Negcio - BI

DataWarehouse - DW DataMining - DM EIS / BSC / etc. DataMining - DM EIS / BSC / etc. DataWarehouse - DW DataWarehouse - DW
Inteligncia Negcio Inteligncia do do Negcio - BI- BI
DataMining - DM

Gesto da Cadeia de Suprimentos - SCM Gesto dos Recursos ERP Empresariais ERP Gesto Ciclo de Vida Vida do Produto - PLM- PLM Gesto do do Ciclo de do Produto Sistemas de Automao do Processo - WF +WF GED+ Sistemas de Automao do Processo Gesto do Relacionamento com o Cliente CRM Gesto do Relacionamento com o Fornecedor SRM Gesto dos Recursos ERP Empresariais ERP Gesto do Relacionamento com o Cliente CRM Gesto Cadeia de de Suprimentos - SCM Gesto da da Cadeia Suprimentos -
SCM
Gesto da Cadeia de Suprimentos - SCM Gesto do Relacionamento com o Fornecedor SRM Gesto dos Recursos ERP Empresariais ERP Gesto do Relacionamento com o Cliente CRM Gesto do Ciclo de Vida do Produto - PLM
Gesto do Relacionamento com o Fornecedor SRM Gesto do Ciclo de Vida do Produto - PLM
Fonte: O autor
GED
Sistemas de Automao do Processo - WF + GED
Sistemas de Automao do Processo - WF + GED

(Middleware, EAI, padres) (Middleware, EAI, EAI, padres) padres) (Middleware,
Infra-estrutura de Aplicaes Infra-estrutura de de Integrao Integrao de Aplicaes

Cameira, R. F. Escola Politcnica / UFRJ e Grupo de Produo Integrada / UFRJ
INTEGRAO
CONFIGURA-SE A FRONTEIRA TECNOLGICA ALTERAM-SE AS FRONTEIRAS POLTICA / NEGOCIAO, ECONMICA, SOCIAL, JURDICA
Figura 27: Hiper-Integrao de AIS entre Organizaes
atores, h uma expanso, ao longo da cadeia, do alcance dos diversos sistemas. A figura 27
Observando-se a figura acima, dependendo do grau de integrao e colaborao entre os diversos
100
Assim, os ERPs gerenciam os processos internos e trocam informao transacional entre as diversas organizaes. O cliente gerencia o relacionamento com o fornecedor via sistema de SRM e que por sua vez gerencia por sistemas de CRM, o relacionamento com o cliente. A Gesto da Cadeia de Suprimentos capaz de ser realizada de forma global aos vrios atores, suprindo-se de informaes disponveis nos demais SIGs (particularmente no ERP, no CRM e no SEM); h troca de informao permanente no desenvolvimento de produtos, da identificao da demanda remanufatura; os fluxos pr-ativos de informao (via WF) so integrados diretamente do cliente ao fornecedor, em um caso extremado, at do consumidor final ao fornecedor da matria-prima mais primria; a tomada de deciso feita sobre bases compiladas, mais amplas, de maior alcance; e o conhecimento gerado gerenciado e compartilhado. Os resultados desta compilao, a prospeco deste conhecimento e o acesso aos diversos SIGs realizado atravs dos Portais, principalmente. O acesso a um dado sistema, a uma dada informao, de qualquer ponto do planeta, passa a ser menos condicionada a uma limitao de alcance e mais uma questo de permisso de acesso.
101
13 Consideraes Finais
Hoje, observando as diversas frentes de desenvolvimento, a Tecnologia da Informao avana no sentido de ser crescentemente mais rapidamente reconfigurvel. Componentizao de Sistemas, Agentes Inteligentes, Computao em Grid e sob demanda, Arquitetura Orientada a Servio com uso de Web Services, redes de comunicao, capacidade de processamento e banco de dados cada vez mais poderosos, entre outras tecnologias apontam neste sentido, quando suas conseqncias so imaginadas, derivadas. A discusso atual sobre a distino entre modelos de negcios suportados pela TI (que apia a realizao de processos que poderiam ser executados, ainda que em nveis de desempenho possivelmente inferiores sem seu auxlio) e de modelos de negcios habilitados pela TI (onde os processos s so viveis pela existncia da TI) datada. Com a crescente utilizao da TI, incorporando as funcionalidades permitidas pelas novas tecnologias, essa distino deixar de existir, de fazer sentido. Como conseqncia, talvez central dessa evoluo, os processos tendem a ser cada vez mais flexveis, potencialmente mais rapidamente reconfigurveis e sua integrao, com outros processos (e entre os sistemas correlatos), mais orgnica. Ocorre pelo aprofundamento da resposta da organizao ao ambiente; a adequao, transformadora, dos recursos humanos, dos relacionamentos e da sociedade; e a criao de possibilidades antes inexistentes (por exemplo, um novo modelo de negcio). Este aprofundamento da resposta da organizao ao ambiente potencializado pelas caractersticas de ubiqidade, interactividade, velocidade e inteligncia da integrao em rede decorrente da evoluo das telecomunicaes e particularmente da Internet e do aumento da capacidade de processamento e armazenamento, de informaes e conhecimentos. Inteligncia relaciona-se com a capacidade de desenvolvimento intensivo da Internet baseada na sua capacidade de processamento independente e distribuda. A ubiqidade significando que todos os lugares na Internet so acessveis ao utilizador, numa base ilimitada e igualitria. O utilizador pode ir a qualquer lugar com o mnimo de esforo; de fato, no existindo qualquer razo tecnolgica para o utilizador comear num determinado ponto (KENNEY e CURRY, 2000).
102
Processos de negcios flexveis significando, portanto, modelos de negcios dinmicos, mais orgnicos com o ambiente e, portanto, mutantes, ou em mudana, em ciclos de tempo cada vez menores. Neste cenrio, a compreenso e a gesto50 da TI de forma associada aos processos de negcio da organizao, no so mais dissociveis, e a viso por processos, portanto, imprescindvel.
50
Destaca-se o uso de modelos de referncia de melhores prticas de gesto e de governana de TI, como o ITIL e o
CobiT.
103
14 Referncias Bibliogrficas
AALST, W. et al., 2000, Business Process Management: models, techniques and empirical studies. Berlin: Springer-Verlag. Apud SANTOS, R., 2002, Engenharia de Processos: anlise do referencial terico conceitual, instrumentos, aplicaes e casos com a finalidade de sntese sobre sua estrutura, conhecimentos, falhas e resultados. 317 p. Dissertao (Mestrado em Engenharia de Produo) COPPE, Universidade Federal do Rio de Janeiro, Rio de Janeiro. ALVES, E.; CAMEIRA, R.; CAULLIRAUX, H.; MELO, R., 2006, ISSM Information
System Specification Method. Apresentao interna. Rio de Janeiro: GPI/UFRJ.
BIEBERSTEIN, N.; BOSE, S.; FIAMMANTE, M.; JONES, K.; SHAH, R., 2006, ServiceOriented Architecture Compass: business value, planning, and enterprise roadmap.
Upper Saddle River, NJ: IBM Press - DeveloperWorks Series, Prentice Hall, 1ST Ed., 232p.. BRETOS, C., ago. 2002, TI sob medida. Business Standard, So Paulo, n .17, pp. 23-29. CAMEIRA, R., 1999a, Aplicaes das redes de comunicao: estratgia e organizao. In: ENCONTRO NACIONAL DE ENGENHARIA DE PRODUO, 19. Rio de Janeiro.
Anais Eletrnicos... Rio de Janeiro: ABEPRO, 1CD.
______________, 1999b, Sistemas integrados de gesto: perspectivas de evoluo e questes associadas. In: ENCONTRO NACIONAL DE ENGENHARIA DE PRODUO, 19., Rio de Janeiro. Anais Eletrnicos... Rio de Janeiro: ABEPRO, 1CD. CAMEIRA, R.; CAULLIRAUX, H., 2000, Engenharia de processos de negcios:
consideraes metodolgicas com vistas anlise e integrao de processos. In:
SIMPSIO DE ADMINISTRAO DA PRODUO, LOGSTICA E OPERAES INTERNACIONAIS, 3., So Paulo. Anais Eletrnicos... So Paulo: FGV. 1CD. CAMEIRA, R.; CAULLIRAUX, H.; PROENA, A.; SANTOS, R., 2002, Componentized
integrated systems architecture and business process engeneering: methodological aspects. In: INTERNATIONAL CONFERENCE ON INDUSTRIAL ENGINEERING
104
AND OPERATIONS MANAGEMENT, 8, Curitiba, PR. Anais Porto Alegre: ABEPRO. CAMEIRA, R., 2003, Hiper-Integrao: Engenharia de Processos, Arquitetura Integrada
de Sistemas Componentizados com Agentes e Modelos de Negcios
Tecnologicamente Habilitados. 432 p. Tese (Doutorado em Engenharia de Produo)
COPPE UNIVERSIDADE FEDERAL DO RIO DE JANEIRO, RIO DE JANEIRO. CARDOSO, V.; PROENA, A.; CAMEIRA, R., 2001, Inteligncia competitiva e a gesto do
conhecimento . In: ENCONTRO NACIONAL DE ENGENHARIA DE PRODUO,
21., Salvador. Anais Eletrnicos... Salvador: ABEPRO. 1CD. CASTELLS, M., 1999, A sociedade em rede - A era da informao: economia, sociedade e cultura. v.1. So Paulo: Paz e Terra, 618 p. CAULLIRAUX, H. M.,, 1999, Sistemas integrados de gesto e qualificao gerencial. Gazeta
Mercantil, Rio de Janeiro, 21 jun.
CAULLIRAUX, H., CAMEIRA, R.; FLEXA, R. e YAMASHITA, E. (colaboradoras); july, 2005; Integrated Management Systems: current status and future trends in
Enterprise Resources Planning Systems. In: GBATA 2005 - Global Business and
Technology Association International Conference. Anais... USA: Global Business and Technology Association, 1310p. CAULLIRAUX, H.; COSTA, L. (coord.), 1995, Manufatura integrada por computador: Sistemas Integrados de Produo, Estratgia, Organizao, Tecnologia e Recursos Humanos. Rio de Janeiro: Campus, 456 p. CHAPPELL, D. A., 2004, Enterprise Service Bus. Sebastopol, CA: OReilly Media, 1st Ed, 247p. COHIL, A.; KAVANAUGH, A., 2000, Community networks: lessons from Blacksburg, Virgnia. 2. ed. Norwood: Artech House, 424 p. CORRA, H.; GIANESI, I.. 1996, Just in time, MRP II e OPT. So Paulo: Editora Atlas. COYLE, F. P., 2002, XML, Web Services and the Data Revolution. Boston: Addison Wesley, 1st Ed., 356p.
105
DAVENPORT, T. H., 2000, Mission critical: realizing the promise of enterprise systems. Boston, MA: Harvard Business School Press, 334 p. __________________, 1998a, Ecologia da informao: por qu s a tecnologia no basta para o sucesso na era da informao. So Paulo: Futura. __________________, 1998b, Putting the enterprise into the enterprise system. Harvard
Bussiness Review, Boston, MA, pp.121-131, Jul./Aug.
__________________, 1994, Reengenharia de processos. Rio de Janeiro: Campus, 408 p. DAVENPORT, T. H., PRUSAK, L., 1998, Working knowledge: how organizations manage what they know. Boston, MA: HBSP, 2nd. ERL, T., 2005, Service Oriented Architecture: concepts, technology and design. Upper Saddle River, NJ, 1st Ed., 760p. ETZIONI, O.; WELD, D., 1995, Intelligent agents on the internet: fact, fictuion and forecast.
IEEE Expert, pp.44-49, Oct. Apud INVERNO, M.; LUCK, M., 2001, Understanding agent systems. Heidelberg: Springer-Verlag Berlin, 191 p.
FISHER, A., 1990, Case utilizao de ferramentas para desenvolvimento de software. Rio de Janeiro: Campus, 1 Ed. FRANKLIN, S.; GRAESSER, A., 1997, Is it a agent, or just a program?: A Taxonomy for Autonomous Agents. In: Mller, J.; Wooldridge, M.; Jennings, N., editors; Intelligent Agents III- Proceedings of the Third International Workshop on Agent Theories, Architectures, and Notes, Lecture Notes in Artificial Intelligence. Anais v.1193, pp.21-35, Springer-Verlag. Apud INVERNO, M.; LUCK, M., 2001, Understanding
agent systems. Heidelberg: Springer-Verlag Berlin, 191 p.
HAGEL III, J., 2002a, Edging into Web services. Special edition: Technology. EUA: The
McKinsey Quartely, pp 29-37.
____________, 2002b, Out of the box: strategies for achieving profits today and growth tomorrow through Web Services. Boston, MA: Harvard Business Scholl Publishing, 217 p., 1st Ed.. HAMMER, M., 1997, Alm da Reengenharia. Rio de Janeiro: Campus, 1 ed.
106
HAMMER, M. E CHAMPY, J., 1994, Reengenharia: repensando a empresa em funo dos clientes, da concorrncia e das grandes mudanas da gerncia. Rio de Janeiro: Campus, 1 ed. HOBMEIR, M.; BRINE, U., 2000, CRM in the telecommunication industry: case study of Swisscom. In: BROWN, S. A; Customer relationship management: a strategic imperative in the world of e-business. Ontario, Canada: John Wiley & Sons. IBM, 1986a, Computer Integrated Manufacturing - The CIM enterprise CIM solutions for midsized companies. EUA: IBM, 148p. ____, 1986b, Computer Integrated Manufacturing Management guide for CIM. EUA: IBM, 74p. IDS SCHEER AG, 2000, Improve your business performance: process performance manager. Heidelberg: Springer-Verlag Berlin. Disponvel em: www.ids-scheer.com. Acesso em: 20 dez. 2000. White paper. INVERNO, M.; LUCK, M., 2001, Understanding agent systems. Heidelberg: Springer-Verlag Berlin, 191 p. JABLONSKI, S.; BUSSLER, C., 1996, Workflow management: modeling concepts, architecture and implementation. London: Thomsom Computer Press. Apud SILVA, A. V. da, 2001, Modelagem de processos para implementao de workflow: uma avaliao crtica, 211 p. Dissertao (Mestrado em Engenharia de Produo) - COPPE, Universidade Federal do Rio de Janeiro, Rio de Janeiro. JONHSON, G e SCHOLES, K., 1989, Exploring Corporate Estrategy: text and cases. London: Prentice Hall, 2nd Ed. JOSEPH, J.; FELLENSTEIN, C., 2004, Grid Computing. Upper Saddle River, NJ: IBM Press On Demand Series, Prentice Hall, 1ST Ed., 378p.. KALAKOTA, R.; ROBINSON, M. , 2001, M-business: tecnologia mvel e estratgia de negcios. Porto Alegre: Bookman, 249 p. KAPLAN, R. S.; NORTON, D. P., 1997, A Estratgia em Ao: balanced scorecard. 4. ed. Rio de Janeiro: Campus.
107
KENNEY;
CURRY,
2003,
Redes
Interorganizacionais.
Disponvel
em:
http://193.137.98.84/estudos/redes_interorganizacionais/cap1.html. Acesso em: jan. 2003. KRAFZIG, D.; BANKE, K.; SLAMA, D., 2005, Enterprise SOA Sevice-Oriented
Architecture Best Pratices. Uper Saddle River: Prentice Hall, 1st Ed., 382p.
KROGH, C., 1996, The rights of agents. In: Wooldridge; Mller, J. Tambe, M., editors. Inteligent Agents II. Lecture Notes in Artificial Intelligence, v.1037, pp.1-16, SpringerVerlag. Apud INVERNO, M.; LUCK, M., 2001, Understanding agent systems. Heidelberg: Springer-Verlag Berlin, 191 p. KULAK, D.; GUINEY, E., 2000, Use Cases Requirements in Context. Boston, MA: AddisonWesley, 1st Ed. MINTZBERG, H., 1995, Criando organizaes eficazes: estruturas em cinco configuraes. So Paulo: Atlas, 304 p. MURCH, R., 2004, Autonomic Computing. Upper Saddle River, NJ: IBM - On Demand Series, Prentice Hall, 1ST Ed., 309p. NADLER, N.; GERSTEIN, M. S.; SHAW, R. B., 1994, Arquiteturas organizacional: a chave para a mudana empresarial. Rio de Janeiro: Campus, 265 p., 5a Ed. NEWCOMER, E.; LOMOW, G., 2005, Understanding SOA with Web Services. Hagerstown, Maryland: Addison Wesley, 1st Ed., 444p. PROENA, A., 2006, Gerncia Estratgica Contempornea e a Engenharia de Processos de
Negcios. Texto Interno. Rio de Janeiro: GPI/UFRJ..
PATIL, S.; SAIGAL, S., 2002, When computers learn to talk: a Web services primer. EUA: The
Mackinsey Quartely, Number 1. Disponvel em: http://premium.mckinseyquartely.com .
Acesso em: 20 dez. 2002. PRAHALAD, C. K.; HAMEL, G., 1990, The core competence of the corporation. Harvard
Business Review, local, pp. 77-89, May/Jun.
RIBEIRO, A. 2006, Indicadores de Desempenho associados Engenharia de Processos de

Negcios. Texto interno. Rio de Janeiro. GPI/UFRJ, 2006.
108
RIECKEN, D., 1994, An architechture of integrated agents. Communications of the ACM, pp.107-116, Jul. Apud INVERNO, M.; LUCK, M., 2001, Understanding agent systems. Heidelberg: Springer-Verlag Berlin, 191 p. RUMBAUGH, J., JACOBSON, I., BOOCH, G., 1999, The Unified Modeling Language
Reference Manual. Massachusetts. EUA: Addison Wesley Longman, Inc., 1st. Ed.,
550p. SANTOS, R., 2002, Engenharia de Processos: anlise do referencial terico conceitual, instrumentos, aplicaes e casos com a finalidade de sntese sobre sua estrutura, conhecimentos, falhas e resultados. 317 p. Dissertao (Mestrado em Engenharia de Produo) COPPE, Universidade Federal do Rio de Janeiro, Rio de Janeiro. SANTOS, R. e CLEMENTE, R., 2006, Engenharia de Processos de Negcios - A Engenharia
de Produo Aplicada aos Processos de Negcio. Texto interno. Rio de Janeiro:
GPI/UFRJ. SAP-AG, 2000a, MySAP.com collaborative business scenarios. Waldorf, Alemanha: SAP-AG. Disponvel em: www.sap.com. Acesso em: 28 jan. 2000. White paper. ________, 2000b, R/3 System. Waldorf, Alemanha: SAP-AG. CD-ROM. Sistema Integrado de Gesto, categoria Enterprise Resource Planning (ERP). ________, 1998, R/3 System: release 4.0 b. Waldorf, Alemanha: SAP-AG. Disponvel em: www.sap.com. Acesso em: 7 jan. 1999. SCHEER, 1998, ARIS business process frameworks. Heidelberg: Springer-Verlag, 2nd Ed. ________, 1991, Principles of Efficient Information Management. Heidelberg: SpringerVerlag, 1st Ed. SELKER, T., 1994, A teaching agent that learns. Communications of the ACM, pp.92-99, Jul.
Apud INVERNO, M.; LUCK, M., 2001, Understanding agent systems. Heidelberg:
Springer-Verlag Berlin, 191 p. SHAW, J. K., 2000, Strategic management in telecomunications. Norwood, EUA: Artech House, Inc.
109
SHEPARD, S., 2000, Telecommunications convergence: how to profit from the convergence of tecnologies, services, and companies. New York, EUA: McGraw-Hill. SHINGO, S., 1996a, O Sistema Toyota de Produo. Porto Alegre: Bookman, 1 Ed. ________, S., 1996b, Sistemas de Produo com Estoque Zero. Porto Alegre: Bookman, 1 Ed. SILVA, A.V., 2001, da Modelagem de processos para implementao de workflow: uma
avaliao crtica. 211 p. Dissertao (Graduao em Engenharia de Produo)
COPPE, Universidade Federal do Rio de Janeiro, Rio de Janeiro. SMITH, D.; CYPHER, A.; SPOHRER, J., 1994, Programming agents without a programming language. Communications of the ACM, pp.55-67, Jul. Apud INVERNO, M.; LUCK, M., 2001, Understanding agent systems. Heidelberg: Springer-Verlag Berlin, 191 p. THOMAS, S.; SCHAPER, J., 2002, Agent technologies for sap business scenarios: future directions in software development. In: SAPPHIRE, Lisboa: SAP-AG. Disponvel em: www.sap.com. Acesso em: 16 set. WEERAWARANA, S.; CURBERA, F.; LEYMANN, F.; STOREY, T.; FERGUSON, D. F., 2005, Web Services Plataform Architecture SOAP, WSDL, WS-Policy, WSAddressing, WS-BPEL, WS-Reliable Messaging, and More. Upper Saddle River, NJ: Prentice Hall, 1st Ed., 416p. WOOLDRIDGE, M.; JENNINGS, N., 1995, Intelligent agents: theory and pratice. Knowledge
Engeneering Review, Feb. Apud INVERNO, M.; LUCK, M. Understanding agent systems. Heidelberg: Springer-Verlag Berlin, 2001, 191 p.
YAMASHITA, E., 2003, Gesto do Relacionamento com os Cidados: a Administrao

Pblica com Foco no Cidado e suas Influncias sobre a Participao no Processo Democrtico. Dissertao de Mestrado em Engenharia de Produo COPPE
UNIVERSIDADE FEDERAL DO RIO DE JANEIRO. Rio de Janeiro. YAMASHITA, E. e VAZ, C., 2006, Implantao de Sistemas de Informao. Texto interno. Rio de Janeiro: GPI-UFRJ..
110

Cameira - TI e Processos - GPI e Poli-UFRJ v291006 PDF

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Cameira - TI e Processos - GPI e Poli-UFRJ v291006 PDF

Hochgeladen von

Copyright:

Verfügbare Formate

TECNOLOGIA DA INFORMAO E ENGENHARIA DE PROCESSOS

Prof. Renato Flrido Cameira, DSc.

Verso: Novembro de 2006

Web Services 6 ARQUITETURA INTEGRADA DE SISTEMAS (AIS)

Tecnologia da Informao e Engenharia de Processos

TI e viso por processos

CAMEIRA e CAULLIRAUX (2000, p. 5) observam que:

mais detalhe abordado.

Negcios, de RIBEIRO (2006).

Identificar particularidades dos processos de uma organizao, etc.

A trajetria do uso da TI nos processos

Tpicos para estudo: Gesto do Conhecimento e Inovao; Inteligncia Artificial.

A evoluo do CIM s categorias de sistemas atuais

PCP Fune s de Plane jam e nto e Organizao

Planejam ento de Processos

Controle de Mquinas NC, CNC eD e de Robots NC

Coleta de Dados Operacionais

Monitorao e Controle (quantidades, custos e tempos)

Gerenciamento de Recursos Manuteno

Figura 3: Y Scheer Fonte: SCHEER, 1991

CAULLIRAUX e MELO (2006).

Enterprise Resources Planning - ERP

JIT MRP/ MRPII TOC

Lista de M ateriais BOM Funes de Planejamento e Controle da Produo - PCP

Equipamentos Funes de Engenharia CAE, CAD, CAPP, etc. Pr-Projeto CAE

Vendas, Produo, Compras, Gerncia de Estoques

Supply Chain Management

JIT MRP/ MRPII TOC

JIT MRP/ MRPII TOC JIT MRP/ MRPII TOC

Figura 8: Abrangncia CIM, ERP e Supply Chain Fonte: CAMEIRA (1999, p. 3)

Comunidades Orientadas por Processos Cooperao dinmica com e-Business

Organizaes Funcionais Muros

Organizaes Orientadas por Processos Sistemas Logsticos Integrados

Redes de Processos Especficos Planejamento integrado e implementao com SCMs

Categorias de SIGs e processos embarcados

(CAULLIRAUX, H., CAMEIRA, 2005).

Gesto do Ciclo de Vida do Produto - PLM Sistemas de Automao do Processo - WF + GED

Infra-estrutura de Integrao de Aplicaes

Figura 10: Sistemas Integrados de Gesto em uma AIS Fonte: O autor

Tpicos para estudo: Gesto do Conhecimento e Inovao.

GED, Valadares, A. GPI/UFRJ, 2006.

Arquitetura Integrada de Sistemas (AIS)

23 Por exemplo, Netscape, MS Explorer, Firefox, etc.

25 Vide box especfico sobre os Web Services.

Infra-estrutura de Integrao de Aplicaes

Figura 15: Arquitetura Integrada de Sistema em 3 Camadas Fonte: O autor

esta infra-estrutura no considerada, neste texto, uma camada.

na primeira camada, de Infra-estrutura de Integrao de Aplicaes.

Por exemplo, Web services ou componentes em uma Arquitetura Orientada a Servio.

Engenharia de Sistemas e Engenharia de Processos de Negcio

Conceitos do Negcio, alinhados Estratgia

Definio dos Requerimentos

Concepo dos Sistemas de Informao

CAULLIRAUX e MELO (2006).

Anlise dos Requisitos

Implementao (desenvolvimento do cdigo)

Figura 18: Cascata Tradicional do Desenvolvimento de Software

Anlise dos Requesitos

Implementao (desenvolvimento automtico do cdigo)

Figura 19: desenvolvimento de Sistemas Norteado por Processos

Tecnologia da Informao e Engenharia de Processos

UML Unified Modeling Language

Tecnologia da Informao e Engenharia de Processos

Tabela 1: Vistas e Diagramas da UML X Principais Conceitos