Electronic Data Interchange

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de aplicativos Orientados a Objetos: Definição e Características THIAGO IDEALI.
Advertisements

Sistema de Informação Gerencial
Evolução dos SGBD’s (2ª Parte).
Rational Unified Process
Profa. Rudson apostilas.wikidot.com/hipermidia
Métricas para o Processo e o Projecto de SW
Orientação por Objectos > Modelo de Processo OO > Identificação de Classe e Objectos Aula 12.
Adriano Teixeira João Vide Luís Silva Maria Pedroto
ATSI ExtendingAndFormalizingTheFrameworkForInormati onStyleArchitecture Alunos: Manuel Mendes- nº49703 Francisco Silva – nº51298 Cristina Fraga- nº51383.
XML - Extensible Markup Language
Projeto de Sistemas de Software
Interação Cliente Servidor
SISTEMA DE INFORMAÇÕES DESENVOLVIMENTO DE SISTEMAS
Objetos Distribuídos Padrão CORBA
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
Documentação da Neptus Framework
Classes e objetos Modelagem
Introdução a Arquitetura Orientada a serviços
Tópicos de Sistemas de Informação A
Unidade I Noções básicas de Tecnologias da Informação e Comunicação.
Sistemas de Informação e Gestão
Software de Rede Willamys Araújo.
HTML Básico João Araujo.
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Desafios do desenvolvimento de software
Visão Geral PRO.NET.
XML Extended Markup Language
Projeto de Sistemas de Software
Linguagem de Programação II
Gestão de Redes e Sistemas Distribuídos Teresa Maria Vazão Fevereiro 2003 IST/INESC Contactos:IST/Tagus-Park Tel:
Gestão de Redes e Sistemas Distribuídos Teresa Maria Vazão Julho 2005 Ferramentas de Gestão Plataformas de Gestão IST/INESC-ID Contactos: IST/Tagus-Park.
Web Services Uninorte Semana de Tecnologia da Informação
Engenharia de Requisitos
Engenharia de Software
INTRODUÇÃO ÁS BASES DE DADOS
Análise e Projeto de Sistemas
Professor: Márcio Amador
JSP e Servlets ISEP – LP2 Filipe Costa – /2004.
Ferramentas Visio + VisioCase
Documentação de Software
Engenharia de Software
Virtualização/Hipervisão/Servidores Microsoft
XML – Extensible Markup Language [Introdução] Renata Pontin de Mattos Fortes SCE-225 Hipermídia 2°Semestre 2003 Material elaborado por Lisandra Cazassa.
©Silberschatz, Korth and Sudarshan (modificado)10.1.1Database System Concepts Capítulo 10: XML XML para transferência de dados Estrutura hierárquica do.
Integração de Ferramentas CASE
UML e a Ferramenta Astah
Electronic Data Interchange EDI
Desenvolvimento Global de Software Mestrado de Informática / UFPB Francilene Procópio Garcia, D.Sc. Configuração do Processo - Parte.
SyncML Apresentação –Introdução Motivação Iniciativa SyncML –XML (eXtensible Markup Language) –Protocolos SyncML –Sincronização em duas vias –Conclusões.
1 Planeamento:PSI > gera PDI,PDS,PDSI, Redesenho da organização com os SI Redesenho da organização através do planeamento e desenvolvimento dos SI Planeamento.
Desenvolvimento Global de Software
Unified Modeling Language
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
Java e XML Eduardo Aranha. Slogans de Java e de XML Java – “Portabilidade de Código” XML – “Portabilidade de Dados” Java e XML – “Portabilidade de Código.
1 Linguagens de Programação Pedro Lopes 2010/2011.
Banco de Dados Universidade do Estado de Santa Catarina
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula /08/2012 Professor Leomir J. Borba-
Integração e optimização de operações
1 Database Systems, 8 th Edition Sistemas de Banco de Dados: Projeto, Implementação e gestão Oitava Edição Capítulo 2 Modelo de Dados.
1 Database Systems, 8 th Edition Sistemas de Banco de Dados: Projeto, Implementação e gestão Oitava Edição Capítulo 2 Modelo de Dados.
Introdução O processo de design de software consiste de uma série de decisões de design que geralmente envolvem diferentes alternativas de solução, consideradas.
Modelagem de dados XML Yago Zacarias Gomes Coutinho Ribeiro
Portfólio de Serviços TI
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
YOUR LOGO Tópicos Avançados em Internet Prof. Lincoln Ferreira Dantas Sistemas de Informação UNIESP – Presidente Epitácio.
X FORO IBEROAMERICANO DE GARANTIAS E FINANCIAMENTO DAS MICRO E PME Valladolid, 26 de Setembro de 2005 José Fernando Figueiredo SPGM : Holding das Garantias.
Tipos de Sistema Simples Poucos componentes com relação entre os elementos descomplicada e direta Complexo Muitos elementos relacionados e interconectados.
Apresentação. 2 Resumo  Posicionamento do XEO  Introdução ao XEO  Principais Referências  Environment  Arquitectura  Desafio.
Projecto EDI & Faturação Eletrónica 6 Junho 2014.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Electronic Data Interchange 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 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 Processamento Classe de Objectos Processamento: “Métodos” - - - - - - - - - - - Dados: “Atributos” Análise Tradicional Análise OO Dados 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 Open-EDI, temos um OO-EDI.

Standards OO-EDI relatório Modelo de Referência Open-edi Relatório de esboço Modelo de Referência Open-edi 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.

O OO-EDI será a alternativa ao XML? 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? É um pouco complicado dizer que o OO-EDI seja outro paradigma ou que é apenas uma extensão de esforços anteriores com o EDI. Caso o OO-EDI substitua o XML, não será no futuro próximo