GUIA INTEGRAÇÃO ELECTRÓNICA PLATAFORMA DE INTEROPERABILIDADE DA ADMINISTRAÇÃO PÚBLICA - PDF
Download "GUIA INTEGRAÇÃO ELECTRÓNICA PLATAFORMA DE INTEROPERABILIDADE DA ADMINISTRAÇÃO PÚBLICA"
Mario Nunes Peixoto
1 GUIA INTEGRAÇÃO ELECTRÓNICA PLATAFORMA DE INTEROPERABILIDADE DA ADMINISTRAÇÃO PÚBLICA versão de Maio de 2009 Agência para a Modernização Administrativa, IP Rua Abranches Ferrão n.º 10, 3º G LISBOA telefone: fax:
2 Folha de Controlo Nome do Documento: Guia para a Integração Evolução do Documento Versão Autor Data Comentários 0.9 AMA Versão inicial para discussão pública. Documentos Relacionados Nome do documento Tipo Documento Descrição Controlo de Aprovações Entidade Nomes Data Guia Integração_v0.9.doc Página 2 de 46
3 Índice 1. RESUMO EXECUTIVO ÂMBITO OBJECTIVO ABRANGÊNCIA APLICABILIDADE REGULAMENTAÇÃO BENEFÍCIOS ENQUADRAMENTO CONSIDERAÇÕES GERAIS MODELOS DE INTEGRAÇÃO ARQUITECTURA DE INTEGRAÇÃO METODOLOGIA DE UTILIZAÇÃO INTEGRAÇÃO INTRA-ORGANIZAÇÃO Extract, Transform and Load (ETL) Enterprise Service Bus (ESB) Business Process Manager (BPM) Business Activity Monitor (BAM) Outros mecanismos de integração INTEGRAÇÃO INTER-ORGANIZAÇÃO MODELO DE REFERÊNCIA PARA A INTEGRAÇÃO INTER-ORGANIZAÇÃO Padrões de Comunicação Padrões de Mensagens Suporte Tecnológico da Troca de Mensagens Garantia de Entrega Tempo de vida das mensagens Segurança Casos de Excepção Tipificação NORMAS TÉCNICAS EXEMPLO REFERÊNCIAS ANEXO I - CONCEITOS Guia Integração_v0.9.doc Página 3 de 46
4 1. RESUMO EXECUTIVO Este documento tem o objectivo de apresentar as orientações a seguir no processo de Integração de sistemas e serviços entre Organismos da Administração Pública. No seu conteúdo são abordadas as vertentes de Integração Intra-Organização, que corresponde a integração de sistemas dentro da própria entidade, e de Integração Inter-Organização que corresponde à integração de sistemas entre diferentes entidades. Na vertente de Inter-Organização ficou definida a obrigatoriedade de utilização da Plataforma de Interoperabilidade da Administração Pública 1 (ou simplesmente Plataforma de Interoperabilidade) para a integração de novos processos, bem como para a alteração aos já existentes. Na componente de Integração Intra-Organização é recomendada a utilização dos seguintes módulos segundo a sua aplicação: o ETL (Extract, Transform and Load) para a comunicação de volumes de dados de elevada dimensão; o ESB (Enterprise Service BUS) para a integração de mensagens entre aplicações que necessitam de comunicar entre si; o BPM (Business Process Manager) para modelar e executar processos de negócio entre diversos sistemas; o BAM (Business Activity Monitor) para efectuar a monitorização dos sistemas. Sendo estas três últimas obrigatórias na vertente Inter-Organização. 1 Anteriormente conhecida por FSC Framework de Serviços Comuns Guia Integração_v0.9.doc Página 4 de 46
5 2. ÂMBITO 2.1. Objectivo Actualmente a troca de informação entre pessoas, empresas e sistemas desempenha um papel essencial na sociedade, comummente designada de Sociedade de Informação. Neste paradigma a organização da sociedade assenta num modo de desenvolvimento social e económico onde a informação, como meio de criação de conhecimento, desempenha um papel fundamental na produção de riqueza e na contribuição para o bem-estar e qualidade de vida dos cidadãos. A aplicação deste modelo tem associado um conjunto de situações que podem tornar esta troca de informação difícil ou mesmo impossível. Um exemplo desse facto é uma entidade que pretende enviar os mesmos dados a diversas entidades, mas cada uma destas tem implementado nos seus sistemas uma tecnologia distinta do sistema da entidade de origem. Uma possível solução é efectuar uma ligação da entidade de origem a cada uma das entidades de destino e efectuar as adaptações necessárias para que falem a mesma linguagem. Se extrapolarmos esta situação para diversas entidades a quererem trocar informação entre si rapidamente percebemos que vamos ter um elevado número de ligações e adaptação de sistemas. Adicionalmente a esta situação, temos o facto de que cada entidade implementa os seus sistemas do modo próprio, muitas vezes sem ter em conta a optimização dos mesmos. O objectivo deste Guia de Integração é procurar uma solução para este problema, bem como definir e regulamentar o processo de integração de sistemas electrónicos, de modo a que todos os elementos envolvidos se encontrem alinhados com a via a seguir, nomeadamente os Organismos que compõem a Administração Pública Abrangência No âmbito das linhas a seguir foram analisadas duas vertentes: uma que responde à integração de sistemas dentro de uma mesma entidade que doravante designamos de Integração Intra- Organização, e outra que abrange a integração de sistemas de entidades distintas e que vamos classificar de Integração Inter-Organização. Guia Integração_v0.9.doc Página 5 de 46
6 2.3. Aplicabilidade Em termos de aplicabilidade das normas e recomendações apresentadas foi definido o seguinte: Para a vertente Inter-Organização, estas são vinculativas para a integração de novos processos entre entidades, sendo que os que já existem e não sejam alterados podem-se manter nos moldes actuais. Processos que sejam alterados seguem as mesmas orientações aplicadas a novas integrações; Para a vertente Intra-Organização, estas têm carácter não vinculativo, no entanto recomenda-se fortemente a aplicação das mesmas, nomeadamente em novas integrações Regulamentação A utilização da Plataforma de Interoperabilidade é obrigatória na integração de sistemas electrónicos entre entidades da Administração Pública. Esta obrigatoriedade aplica-se para novos Serviços bem como para Serviços já existentes que sejam alterados. Para as restantes situações de disponibilização de Serviços que se encontrem em actividade e não sofram qualquer alteração, estas podem-se manter em funcionamento nos moldes actuais; A utilização da Plataforma de Interoperabilidade é obrigatória na integração de sistemas electrónicos entre entidades da Administração Pública e Entidades Privadas; Para a integração entre Sistemas de Informação dentro da mesma Organização ou Ministério é recomendado: o A utilização de sistemas ESB (Enterprise Service Bus) é recomendada para a integração de mensagens decorrentes da necessidade da comunicação entre as várias aplicações internas dentro das entidades da Administração; o A utilização de sistemas BPM (Business Process Manager) é recomendada para a modelação e execução de processos de negócio dentro das entidades da Administração; Guia Integração_v0.9.doc Página 6 de 46
7 o A utilização de sistemas BAM (Business Activity Monitor) é recomendada para a monitorização da actividade de negócio dentro das entidades da Administração; o A utilização de sistemas ETL (Extract, Transform and Load) é recomendada para a integração de elevados volumes de dados dentro das entidades da Administração; As normas técnicas associadas à regulamentação exposta encontram-se disponíveis no capítulo 8 - Normas Técnicas Benefícios De entre os diversos benefícios que a utilização da Plataforma de Interoperabilidade representa no processo de integração de sistemas electrónicos Inter-Organizações, destacamos os seguintes: Potenciar a disponibilização de serviços electrónicos transversais, centrados nas necessidades dos Cidadãos/Empresas e não nas Organizações da Administração Pública; Controlar as transacções e assegurar a qualidade da informação necessária para a execução dos processos de forma facilitar o seu processamento e evitar situações de erro; Adesão a um conjunto variado de Serviços fornecidos por diversas Entidades através de um único ponto de acesso ao invés de diversas ligações ponto a ponto; Maior segurança nas ligações através de método de Autenticação seguro; Ponto de contacto preferencial para comunicação com outras Entidades; Adesão de novas Entidades com disponibilização de novos Serviços; Garantia de fiabilidade no fornecimento do Serviços através de monitorização permanente; Assistência Técnica efectuada por equipa técnica dedicada. Guia Integração_v0.9.doc Página 7 de 46
8 3. ENQUADRAMENTO Para garantir o fornecimento dos serviços prestados pelas diversas entidades públicas, de forma segura e eficiente, é necessária a existência de uma infra-estrutura tecnológica que disponibilize esses serviços aos Cidadãos, Empresas e Entidades Públicas. Apesar de a interoperabilidade técnica abranger diferentes áreas, a área de integração de sistemas assume um papel importante nas organizações, disponibilizando os mecanismos e as funcionalidades que permitem de uma forma rápida e eficaz a ligação entre sistemas e aplicações, homogéneas e heterogéneas. Esta necessidade de troca de informação, poderá ser dividida em diferentes níveis, nomeadamente: Apresentação: consiste na agregação e apresentação de dados de múltiplas aplicações, numa única interface aplicacional comum e uniforme; Dados: consiste na sincronização de dados entre diferentes bases de dados; Aplicação: consiste na disponibilização directa de funcionalidades de uma aplicação a outra aplicação; Serviço: consiste na disponibilização de serviços electrónicos de uma aplicação a outra aplicação; Processo: consiste na modelação de processos de negócio subjacente à orquestração de serviços electrónicos. Os níveis Apresentação, Dados e Aplicação são os mais explorados pelas organizações, contudo os níveis de integração de Serviços e de Processos têm vindo a assumir um papel de crescente importância nas organizações devido às suas potencialidades e benefícios, evidenciados pelas Arquitecturas Orientadas a Serviços 2 (SOA). Este documento tem por objectivo apresentar a arquitectura de suporte aos vários níveis de integração, dando especial enfoque aos níveis de integração de Dados, de Aplicação, de Serviços e de Processos. 2 Service-oriented architecture. Guia Integração_v0.9.doc Página 8 de 46
9 O nível de integração de Apresentação, apesar de não se encontrar explicitamente detalhado no documento, será potenciado pelos mecanismos de integração disponibilizados pelos restantes níveis de integração, nomeadamente o nível de integração de Serviços. Este documento tem como principal audiência as diversas entidades da Administração Pública, contudo o âmbito da integração estende-se ao sector privado, pelo que o modelo e as especificações apresentadas neste documento servem também como um guia para as entidades privadas que pretendam integrar os serviços disponibilizados pela Administração Pública e/ou disponibilizar os seus serviços à Administração Pública ou outras entidades privadas. Guia Integração_v0.9.doc Página 9 de 46
10 4. CONSIDERAÇÕES GERAIS 4.1. Modelos de Integração No âmbito dos processos de integração das organizações, para além dos níveis de integração mencionados no capítulo inicial de enquadramento, existe um conjunto de conceitos de integração que são necessários conhecer e que fornecem o suporte necessário para os vários níveis de integração, nomeadamente: Batch; Ponto-a-ponto; Mediação; Processo. Estes encontram-se apresentados em detalhe no Anexo I - Conceitos Arquitectura de Integração De modo a potenciar a utilização da capacidade de modelação de processos de negócio nos sistemas de integração, as arquitecturas orientadas a serviços (SOA) definem um conjunto de melhores práticas neste âmbito. As arquitecturas SOA colocam a prestação de serviços no centro do negócio, dando destaque à gestão de serviços e à entidade a servir, ou seja, dando destaque ao negócio e não à tecnologia. Neste tipo de arquitecturas as aplicações expõem funcionalidades de negócio como serviços que podem ser acedidos por uma outra aplicação, interna ou externa à organização. Os serviços disponibilizados devem ser utilizados como componentes para a criação de novas aplicações e serviços, facilitando a criação e alteração de serviços e processos de negócio. Guia Integração_v0.9.doc Página 10 de 46
11 Para tal os serviços devem ser publicados num repositório comum e acessível aos consumidores, permitindo obter a descrição e a definição do serviço, assim como o local onde o mesmo se encontra disponível. Guia Integração_v0.9.doc Página 11 de 46
12 5. METODOLOGIA DE UTILIZAÇÃO Os mecanismos de integração apresentados podem ser utilizados total ou parcialmente, visto que a aplicação de cada um depende da área e do cenário de integração, sendo que os mecanismos aqui apresentados encontram-se divididos em dois cenários distintos: a integração Intra-Organização e Inter-Organização. Apresenta-se, de seguida, um processo simples para a selecção, implementação e manutenção de uma plataforma de Integração de Sistemas e/ou Aplicações, podendo este ser usado como ponto de partida para a construção de um processo mais específico e orientado às necessidades da Organização interessada em implementar uma plataforma desta natureza: Definir a estratégia: Na primeira etapa devem ser definidas as linhas estratégicas para a integração de processos e serviços. Devem ser definidos os objectivos que se pretendem atingir com uma solução desta natureza, assim como, definida a prioridade para a integração de processos e serviços disponibilizados ao Cidadão, às Empresas ou às Organizações; Analisar os processos de negócio: Após a definição da estratégia, nesta etapa devem ser definidos os processos de negócio que são suportados (total ou parcialmente) pela solução de Integração, devendo-se considerar a sua revisão e reestruturação de forma a que a sua automatização, suportada pelos sistemas de informação, seja adequada às necessidades da Organização; Definir a Arquitectura dos Sistemas de Informação: Tendo como base a análise e reengenharia dos processos de negócios, efectuados no passo anterior, é necessário definir para cada processo (e suas actividades), qual(ais) o(s) modelo(s) de integração que melhor se adaptam a cada uma dos processos, sendo que após a definição do(s) modelo(s) é necessário avaliar as necessidades das partes interessadas, de acordo com o que se encontra mencionado no próximo ponto e assim definir a arquitectura dos sistemas de informação, aos níveis informacionais, aplicacionais e tecnológicos; Guia Integração_v0.9.doc Página 12 de 46
13 Avaliar necessidades: Após a identificação das partes interessadas, estas devem trabalhar conjuntamente para a identificação e definição da prioridade dos requisitos específicos (legais ou outros) que a Organização deve cumprir, enquadrados nos processos de negócio que devem ser suportados. Ao considerar os requisitos, deve-se ter em atenção não só as necessidades actuais mas também eventuais necessidades futuras, salvaguardando desta forma os investimentos a realizar; Selecção de fornecedores: Com o entendimento das necessidades e tendo garantido o alinhamento com o negócio, utilizando a informação constante neste guia e nos seus anexos, devem ser avaliados fornecedores de soluções com vista à selecção daquele que melhor possa concretizar os objectivos; Plano de implementação: Deve ser preparado um plano de implementação, conjuntamente com o fornecedor seleccionado, prestadores de serviço e partes interessadas da organização, devendo ser garantido que o plano inclui: Plano de Implementação Técnico que define como e quando a plataforma é instalada e/ou costumizada; Plano de Testes e Qualidade que define os testes a realizar de forma a garantir que a solução tecnológica cumpre com os requisitos definidos no âmbito da análise de negócio; Plano de Formação e Disponibilização que define as actividades de formação e disponibilização da solução. Disponibilização: Conforme detalhado nos planos descritos acima, é necessário garantir a instalação, teste e formação de utilizadores; Manutenção: Decorrente da utilização da solução / plataforma, é necessário garantir actividades de gestão, onde se podem incluir actividades de melhoria contínua dos processos, que podem ser potenciadas por funcionalidades que a plataforma disponibiliza; Monitorização e Métricas: Obtenção e tratamento de dados que permitam obter métricas de qualidade, bem como indicadores de desempenho (KPI) que permitam avaliar os Guia Integração_v0.9.doc Página 13 de 46
14 objectivos inicialmente previstos e caso seja necessário reajustar/rever o processo de negócio. Guia Integração_v0.9.doc Página 14 de 46
15 6. INTEGRAÇÃO INTRA-ORGANIZAÇÃO Na vertente de integração Intra-Organização enquadram-se os vários mecanismos e capacidades de integração existentes numa determinada Organização, que permite a integração de sistemas e aplicações internos à própria Organização, não sendo considerados os cenários de integração entre diferentes Organizações. Sendo da responsabilidade de cada Organização a metodologia aplicada internamente bem como a tecnologia utilizada nos seus diversos sistemas, é intenção deste documento indicar algumas linhas orientadoras e recomendar algumas best pratices existentes na integração de sistemas. Dessa forma, no âmbito da integração Intra-Organização recomenda-se a utilização de algumas das ferramentas seguidamente mencionadas tendo em conta a dimensão da Organização e a complexidade dos processos de integração que se pretendem implementar, sendo que alguns componentes que compõem o sistema de integração são opcionais. Um sistema de Integração é composto por um conjunto de módulos que dão suporte aos vários modelos de integração, que assumem diferentes características suportando diferentes processos ou cenários de utilização. Figura 1 Modelo de referência Nas próximas secções é feita uma caracterização de cada um destes módulos. Guia Integração_v0.9.doc Página 15 de 46
16 Extract, Transform and Load (ETL) Os sistemas de ETL têm como principal objectivo a integração de volumes de dados muito grandes, normalmente associados a necessidades de aplicações de processamento em Batch ou a aplicações de replicação de dados. Este tipo de aplicações disponibiliza as seguintes funcionalidades: Extracção: conjunto de adaptadores que permitem a obtenção de dados a partir de diferentes fontes de informação, como ficheiros e base de dados; Validação: modelar e executar regras de validação a aplicar aos dados a transferir; Conversão/Transformação: modelar e executar regras de conversão, transformação e enriquecimento a aplicar aos dados a transferir; Importação: conjunto de adaptadores que permitem o registo de dados em diferentes destinos de informação. A decisão sobre utilização da componente de suporte aos processos de integração de dados em massa deve fazer-se considerando os critérios que se apresentam de seguida. Assim, deve ser utilizado para: Integrar um volume de dados médio ou elevado (acima de 100MB); Efectuar um número médio ou elevado de transformações; A comunicação Batch assíncrona ou baseada em mensagens; A ligação de dados a partir de elementos díspares para uma única arquitectura de dados; Quando não é necessário a existência de lógica de negócio nos processos de integração; A comunicação unidireccional de dados entre aplicações; Apoiar a conectividade de múltiplas aplicações através de APIs díspares quando o acesso directo à base de dados não é permitido; Realizar operações de agregação de lotes de dados; Construir/Alimentar um repositório de meta-dados; Maximizar a velocidade de integração, visto que neste tipo de componentes não existe filas de processamento. Guia Integração_v0.9.doc Página 16 de 46
17 Contudo, não deve ser utilizado para: Interfaces gráficas para a visualização agregada ou completa de dados de múltiplas fontes de informação (em tempo real); Integração de processos com lógica de negócio que interajam com vários processos ou organizações; Ter apenas uma infra-estrutura robusta para suportar comunicações com garantia de entrega de uma e apenas uma mensagem Enterprise Service Bus (ESB) Os sistemas de ESB têm como principal objectivo a integração de mensagens, normalmente associadas à necessidade que as aplicações têm de comunicar entre si. Esta comunicação é suportada na transmissão de dados entre sistemas, concretizados em mensagens trocadas entre sistemas. Este tipo de aplicações deve disponibilizar as seguintes funcionalidades: Transformação de mensagens: configuração e execução de regras de conversão entre mensagens com formatos iguais ou diferentes; Orquestração de serviços: criação de serviços complexos através da evocação de outros serviços; Segurança: mecanismos de autenticação, autorização, assinatura e criptografia; Qualidade: fiabilidade na entrega de mensagens entre aplicações com protocolos de comunicação iguais ou diferentes e prioridades de processamento; Encaminhamento de mensagens: configuração e encaminhamento estático ou dinâmico de mensagens baseado em regras pré-definidas, em politicas de utilização de serviços ou com base no seu conteúdo; Ligação: adaptadores que implementam os protocolos de comunicação, tendo em conta os parâmetros de segurança, de fiabilidade e de transaccionalidade específicos de cada protocolo; Registo: registo e consulta de serviços, incluído a descrição técnica e a sua localização; Transaccional: garantia das propriedades ACID (Atomicity, Consistency, Isolation, Durability ) na orquestração de serviços; Guia Integração_v0.9.doc Página 17 de 46
18 Monitorização: interfaces que permitem a obtenção de indicadores de análise de performance, bem como monitorização, auditoria e registo de mensagens Business Process Manager (BPM) Os sistemas de BPM têm como principal objectivo a modelação e execução de processos de negócio, que são constituídos por diversos tipos de actividades de interacção com sistemas ou pessoas. Este tipo de aplicações deve disponibilizar as seguintes funcionalidades: Apresentação e acesso: gestão de tarefas em filas de trabalho e desenho de processos; Colaboração e de Gestão: gestão automática de tarefas entre utilizadores e gestão das regras que compõem os processos; Gestor de eventos: gere os eventos gerados ou consumidos pelos processos, que podem ocorrer internamente ao externamente ao sistema, mas que necessitam de ser processados; Integração: implementa as funcionalidades disponibilizadas pelo Enterprise Service Bus (ESB), caso este não exista, caso contrário utiliza os seus recursos; Gestor de informação: gere a informação associada a cada processo de acordo com o seu estado: desenho, configuração ou execução; Configuração: permite a configuração, simulação e optimização de processos. A componente de mediação (ESB) e de modelação e execução de processos (BPM), são duas componentes que na maior parte dos sistemas de integração encontram-se integrados numa única solução. A decisão de utilização deste tipo de sistemas deve fazer-se tendo em conta os critérios que se apresentam de seguida. Desta forma, deve ser utilizado para: Integrar um volume de dados discreto ou baixo (inferior a 10MB); Efectuar um número médio ou elevado de transformações; Comunicação assíncrona ( quase em tempo real ou Batch ) com base em transacções (serviços), mensagens ou ficheiros; Guia Integração_v0.9.doc Página 18 de 46
19 Conectividade de aplicações díspares ou componentes de sistema; Integração complexa de processos de negócio por várias aplicações; Comunicação bidireccional de dados entre aplicações; Ter uma infra-estrutura robusta para suportar comunicações com garantia de entrega de uma e apenas uma mensagem; Ter infra-estrutura capaz de fornecer as capacidades de re-start/recovery. No entanto, não deve ser utilizado para: Comunicar grandes quantidades de dados (mensagens ou ficheiros de grandes dimensões); Integração minimalista de processos de negócio por várias aplicações; Integração com uma única aplicação; Integrar e implementar processos ou fluxos de trabalho com aplicações que possuem as capacidades BPM; Interfaces gráficas para a visualização agregada ou completa de dados de múltiplas fontes de informação (em tempo real) Business Activity Monitor (BAM) A monitorização da actividade de negócio é transversal aos vários componentes descritos, já que a monitorização poderá ser efectuada a qualquer um dos componentes da integração, de acordo com a informação que se pretende obter. Este tipo de aplicações deve disponibilizar as seguintes funcionalidades: Auditorias aos processos de negócio em tempo real: são gerados eventos em tempo real com informação relevante para cada processo permitindo a monitorização e análise dos processos; Auditoria aos sistemas de suporte aos processos: dependendo dos eventos gerados estes também permitem a monitorização do estado dos sistemas; Auto regulação de processos: podem ser configurados parâmetros de limite para o controlo de determinado tipo de eventos, que ao serem ultrapassados despoletam uma acção automática com o objectivo de regular os processos mais críticos para o negócio da organização; Guia Integração_v0.9.doc Página 19 de 46
20 Envio de alertas: quando a regulação dos processos necessita de um intervenção manual, a equipa responsável é imediatamente notificada, para que tome as medidas necessárias; Recolha e apresentação dos dados de monitorização: a recolha constante de informação obtida com base nos eventos gerados durante um determinado período de tempo, permite obter um conjunto de informação que quando organizado e apresentado de uma forma conveniente, permite análises rápidas e decisões sustentadas. Sendo que, o componente de monitorização de processos tem como principais objectivos a monitorização dos restantes componentes de um sistema de integração, considera-se a sua implementação opcional. Contudo para além de monitorizar os restantes componentes também permite a configuração de regras de auto-regulação, apresentando, desta forma, capacidades de gestão e de autoregulação de processos de integração críticos para a organização Outros mecanismos de integração O desenvolvimento de soluções de integração personalizadas, são geralmente utilizadas para a integração ponto a ponto de aplicações, em que é necessário desenvolver as interfaces em cada uma das aplicações. Estas interfaces são desenvolvidas utilizando diversas tecnologias, de acordo com as características das aplicações. Neste tipo de soluções encontram-se incluídos os programas de processamento em massa (Batch), mas também as plataformas de suporte ao registo e centralização de serviços e processos. A capacidade de desenvolver soluções de integração personalizadas, permite que estas soluções possam abranger qualquer um dos níveis de integração apresentados no capítulo de Enquadramento, podendo ser desenvolvidos em tecnologias diversas. Contudo esta capacidade de desenvolver soluções de integração personalizadas ou à medida, deve ser correctamente avaliada e alinhada com o plano estratégico da Organização. A decisão de utilização deste tipo de soluções de integração deve ser tomada tendo em conta os critérios que se apresentam de seguida. Deste modo, deve ser utilizada para: Guia Integração_v0.9.doc Página 20 de 46
21 Integrar um número muito baixo de pedidos, com um esforço de desenvolvimento muito baixo das interfaces; Quando não existe orçamento disponível para software ou a hardware adicional; Quando não há necessidade de integrar e gerir processos de integração complexos entre aplicações ou componentes aplicacionais; Quando só é necessário integrar e gerir processos de integração numa única aplicação ou componente aplicacional; Integrar processos de negócio que envolva a manipulação e a comunicação de dados em que a manipulação e transformação da informação seja complexa ou emaranhada; Transferência e / ou processamento de grandes ficheiros de texto; Integração Batch, síncrona ou assíncrona. No entanto, não deve ser utilizado para: Quando existe a preferência entre comprar em vez de construir ; Integrar um grande número de aplicações ou componentes aplicacionais; Integrar aplicações desenvolvidas em múltiplas plataformas tecnológicas; Integrar processos com lógica de negócio entre aplicações ou componentes aplicacionais; Integrações com necessidade de transformações complexas ou serviços de tradução ou mapeamento; Ter apenas uma infra-estrutura robusta para suportar comunicações com garantia de entrega de uma e apenas uma mensagem; Ter apenas uma infra-estrutura capaz de fornecer as capacidades de re-start/recovery. Guia Integração_v0.9.doc Página 21 de 46
22 7. INTEGRAÇÃO INTER-ORGANIZAÇÃO O cenário de integração Inter-Organização representa a comunicação entre diferentes Organizações, através da utilização de serviços disponibilizados e partilhados pelas várias Organizações da Administração Pública. No âmbito da Administração Pública, devido à sua dimensão e heterogeneidade de sistemas e aplicações, esta integração assume um papel importante, nomeadamente no que se refere à ligação entre as diferentes Organizações que a constituem. Com o objectivo de dotar a Administração Pública de uma ferramenta que vá de encontro às necessidades existentes nos diversos Organismos e que produza valor ao cidadão, a AMA concebeu uma plataforma electrónica de interoperabilidade de serviços públicos designada de Plataforma de Interoperabilidade da Administração Pública (ou simplesmente Plataforma de Interoperabilidade). Esta Plataforma enquadra-se num iniciativa mais lata de disponibilização de serviços electrónicos ao cidadão fazendo uso de infra-estruturas e plataformas. Como tal, o modelo de referência de integração Inter-Organização para além de contemplar os diversos Sistemas de Informação (SI) de um determinada Organização, também engloba a Plataforma de Interoperabilidade para a comunicação entre as diversas Organizações. Figura 2 Modelo de referência para a integração entre organizações A Plataforma de Interoperabilidade consiste numa plataforma central orientada a serviços e tem por objectivo disponibilizar às Entidades da Administração Pública uma ferramenta partilhada para Guia Integração_v0.9.doc Página 22 de 46