EDI Electronic Data Interchange EDI tradicional Movimento electrónico de documentos standard entre ou dentro de empresas e organizações Porquê a EDI Um dos problemas com a comunicação electrónica entre sistemas informáticos reside nas diferenças existentes entre formatos de ficheiros, esquemas, protocolos de troca de dados, etc., que tornam o processo de troca de dados complicado. A base da EDI Contexto Semântica Sintaxe Standards para EDI Com a comunicação electrónica tem que haver uma estrutura uniforme da mensagem. O destinatário tem que conhecer a sua estrutura para ser capaz de a receber e a tratar. Daí o aparecimento dos standards. EDIFACT (EUR) ANSI X12 (EUA) Evolução dos Standards Arquitectura (EDIFACT) Mensagem Standard Segmento Standard Elementos Implementação típica de EDI Benefícios da EDI Ciclo de encomendas + rápido Melhor controlo de inventário Menores flutuações financeiras Informação completa e em tempo real Tomada de decisão mais apoiada Redução de custos de processamento Menos erros Problemas com a EDI (1) Implementação complexa: cada contacto é único + é necessário percorrer um longo caminho até estabelecer um novo Passos de uma nova relação EDI 1. 2. 3. 4. 5. 6. Decisão de qual o subconjunto de EDIFACT ou X12 a usar. Se não existir um IC, criar um. O mesmo é verdade para as mensagens. O emissor avalia o programa que cria um ficheiro extraído da aplicação de negócio. O receptor faz o mesmo para a parte de importação. Ambas as partes usam um software comercial EDI para traduzir os dados extraídos / importados para mensagens standard. As comunicações são instaladas e sistemas de gestão EDI são configurados para a relação São efectuados testes. Problemas com a EDI (2) Falta de flexibilidade: hoje, a velocidade do comércio electrónico exige soluções mais dinâmicas Problemas com a EDI (3)* Penetração limitada: inviável para as PME devido ao tempo e custo + uma parte das implementações decorre da imposição de grandes grupos ás suas supply chains Estandardização difusa: Standard muito amplo + necessidade de muitos ajustes => Standard Não-Standard XML-EDI XML - eXtensible Markup Language EDI – Electronic Data Interchange O propósito do XML-EDI consiste na troca estruturada de dados através de uma rede, utilizando como suporte a tecnologia XML. XML-EDI Combina a semântica do EDI com a organização do XML Um formato simples e flexível Inteligível para Humanos e Aplicações Usa ficheiros de suporte para descrição dos dados (DTD e XSL) Que é que o XML traz de novo? Mais flexibilidade que o HTML Menos características opcionais que SGML Pode ser facilmente gerado a partir de Bases de Dados Desenvolvimento de Document Type Definitions (DTD) que identificam formalmente cada elemento da informação e a traduzem para o EDI Exemplo de XML <?xml version="1.0" ?> <!DOCTYPE OrdemDeCompra [ <!ELEMENT OrdemDeCompra(Cliente,Fornecedor,Encomenda)> <!ELEMENT Cliente Fornecedor (Nome,Endereco*)> <!ELEMENT Encomenda (Item+)> <!ELEMENT Nome Item Endereco (#PCDATA)> <!ENTITY isep "Instituto Superior de Engenharia"> <!ATTLIST Cliente uid ID #REQUIRED > <!ATTLIST Encomenda cid IDREF #REQUIRED > ]> <OrdemDeCompra> <Cliente uid="C0023416"> <Nome>&isep;</Nome> <Endereco>Rua da Cantina nº213, Porto</Endereco> </Cliente> <Fornecedor> <Nome>CyberSoft</Nome> <Endereco> Rua da Liberdade nº1534, Porto </Endereco> </Fornecedor> <Encomenda cid="C0023416"> <Item>Disco Rígido</Item> </Encomenda> </OrdemDeCompra> Vantagens na sua implementação Permite dar mais realce à informação transferida, isto é, especificar a ordem da informação na mensagem Os documentos podem ter campos adicionais como por exemplo, quem criou o documento, quando e onde Pode beneficiar do contínuo desenvolvimento desta tecnologia Torna a troca de informações no comércio electrónico mais simples e eficaz. Modelo XML/EDI Standardização Apesar de ser flexível, o XML precisa de algumas regras para a sua padronização Existem 3 propostas mais viáveis para a Standardização do XML: X12-XML (ANSI) BizTalk (Microsoft) RosettaNet Características Principais X12/XML – É mais fiel ao EDI tradicional, representando pouca evolução Biztalk – Permitindo que o XML possa ser adaptado ao tipo de mercado, é de forte implantação no mercado RosettaNet – Apresenta um modelo com regras mais rígidas, mas com menor risco de quebras Comunicação entre Sistemas feita por XML/EDI O OO-EDI O OO-EDI é baseado numa técnica de análise orientada a objectos, o UML, para produzir modelos de objectos que descrevem processos de negócios entre empresas. O OO-EDI é algo muito recente, pelo que ainda não existem standards A reter: O XML aparenta ser uma forma promissora para melhorar o EDI, mas o desenvolvimento não para aqui. O EDI orientado a objectos (o OO-EDI) é uma forma conhecida para o desenvolvimento do EDI. Evolução das Técnicas de Análise Bloco de notas Texto Narrativo Análise Estruturada Informação e Modelação de Processos Modelação de Objectos Classe de Objectos Análise Tradicional Processamento Análise OO Dados Processamento: “Métodos” ----------Dados: “Atributos” A reter: No OO-EDI teremos muitos modelos UML diferentes. Estes devem ser de fácil conversão para códigos de aplicações de negócio, significando que o OO-EDI pode ter um grande potencial. Quando aplicamos um processo de análise OO a um OpenEDI, temos um OO-EDI. Standards OO-EDI relatório Modelo de Referência Open-edi Relatório de esboço Guia de Referência “Next Generation of UN/EDIFACT” Standards OO-edi A reter: Esta figura mostra o trabalho principal que foi desenvolvido e as relações dos standards OO-EDI que poderemos ver num futuro próximo. A Reter O OO-EDI é uma tecnologia nova e avançada. Uma combinação entre o XML e o OO-EDI pode ser um caminho interessante para combinar vantagens das duas técnicas. A reter: Certos autores classificam o OO-EDI como superior ao XML mas como não há soluções de trabalho, é de difícil verificação. Revolução Vs. Evolução A velha tecnologia é baseada no EDI tradicional. As novas tecnologias são baseadas em standards de XML. E, no futuro?... O OO-EDI será a alternativa ao XML? 1. É um pouco complicado dizer que o OO-EDI seja outro paradigma ou que é apenas uma extensão de esforços anteriores com o EDI. 2. Caso o OO-EDI substitua o XML, não será no futuro próximo