Sérgio Koch Van-Dall

Transcrição

1 PROTÓTIPO PARA ATUALIZAÇÃO ASSÍNCRONA DE DADOS UTILIZANDO WEB SERVICES Sérgio Koch Van-Dall Orientador: Prof. Paulo Fernando da Silva UNIVERSIDADE REGIONAL DE BLUMENAU CURSO DE CIÊNCIAS DA COMPUTAÇÃO - BACHARELADO

2 ROTEIRO Introdução Objetivos Fundamentação Teórica.NET XML SOAP Web Services Desenvolvimento Resultados e Discussão Conclusão Extensões

3 INTRODUÇÃO Enorme crescimento no número de redes de computadores e a complexidade de seus softwares; Necessidade da comunicação entre eles para que possam compartilhar informações e trabalharem de forma cooperativa; Independência de arquitetura, sistema operacional e linguagem de programação; Uso de Web Services para resolver a interoperacionalidade das aplicações; Uso do XML como um formato padrão na comunicação e troca de informação entre as aplicações.

4 OBJETIVOS O objetivo principal é a criação de um protótipo para atualização assíncrona de dados no servidor de banco de dados utilizando Web Services através do protocolo SOAP. Objetivos específicos: utilizar XML como uma linguagem de marcação para a confecção dos documentos utilizados no intercâmbio das informações; criar um Web Service para guardar as informações de forma estruturada no arquivo XML; gerar atualização assíncrona dos dados no servidor de banco de dados através da chamada do Web Service; criar uma aplicação cliente para demonstração do protótipo.

5 FUNDAMENTAÇÃO TEÓRICA.NET É uma plataforma para desenvolvimento e execução de software, criada visando o desenvolvimento de software para a internet e aplicações distribuídas. Características: Independência de Sistema Operacional; Integração entre Linguagens; Confiabilidade; Facilidade de Distribuição.

6 FUNDAMENTAÇÃO TEÓRICA.NET Código Fonte Código Gerenciado Visual Basic Compilado ador Assembly Código em IL C# Compilado ador Assembly Código em IL C++ Compilado ador Assembly Código em IL Componente não gerenciado Common language runtime Compilador JIT Código nativo Serviços básicos do SO

7 FUNDAMENTAÇÃO TEÓRICA XML (extensive Markup Language) É uma linguagem de marcação com um formato padrão para comunicar dados estruturados entre aplicações e sistemas de computadores, mesmo quando estão envolvidas múltiplas arquiteturas, linguagens de programação e padrões. Consiste de elementos e atributos que implementam uma hierarquia de árvore. Pode ser usado para: Formato de ligação (para transferência de dados entre cliente e servidor); Formato de troca de informação (por exemplo: entre a aplicação e a base de dados); Formato persistente (para guardar dados).

8 FUNDAMENTAÇÃO TEÓRICA SOAP (Simple Object Acess Protocol) É um protocolo padrão para troca de informações entre aplicações, independente de sistema operacional, linguagem de programação ou modelo de objeto. Utilizado para implementar chamadas de procedimentos remotos e trocar dados entre o código que utiliza um serviço web (o cliente) e o serviço web propriamente dito (o servidor). Vantagens: Capacidade de transpor firewalls facilmente ao ser utilizado sobre o HTTP; Utiliza a estruturação de dados XML; É satisfatoriamente mapeado no padrão solicitação/resposta do HTTP.

9 FUNDAMENTAÇÃO TEÓRICA SOAP (Simple Object Acess Protocol) Troca de Mensagens: É feita através da sintaxe de envelope para envio e recebimento de mensagens XML que são enviadas sobre HTTP entre clientes e Web Services. Contêm os seguintes elementos SOAP: Envelope (elemento raiz obrigatório) Cabeçalho (elemento opcional) Corpo (elemento obrigatório)

10 FUNDAMENTAÇÃO TEÓRICA WEB SERVICES É uma tecnologia de chamada remota de objetos, usado para disponibilizar serviços interativos na web. Características: Plataforma Web; Interoperacionalidade; Reuso; Fraco acoplamento. Vantagens: Simplicidade; Padrões abertos; Flexibilidade; Escopo.

11 DESENVOLVIMENTO MOTIVAÇÃO Dificuldade na comunicação entre as aplicações de diferentes empresas; Comunicação e troca dos dados de forma simples e transparente em um sistema heterogêneo; Desenvolver um protocolo independente de arquitetura, sistema operacional e linguagem de programação, para comunicar-se em um sistema distribuído.

12 DESENVOLVIMENTO CENÁRIO

13 DESENVOLVIMENTO PRICIPAIS REQUISITOS Requisitos Funcionais: realizar o acesso aos Web Services através de uma aplicação cliente; realizar o acesso aos Web Services através de um cliente servidor de banco de dados; realizar atualização assíncrona no servidor de banco de dados através de Web Services utilizando o protocolo SOAP. Requisitos Não Funcionais: utilizar um arquivo XML como uma linguagem de marcação para a confecção das informações que serão compartilhadas.

14 DESENVOLVIMENTO ESPECIFICAÇÃO Utiliza um servidor de Web Services que disponibiliza métodos para gravação e leitura de um arquivo no formato XML. Consiste em classes que fazem referência as respostas e tratamentos efetuados no servidor de Web Services aos métodos invocados remotamente pela aplicação cliente e pelo servidor de banco de dados. As classes são apresentadas através de diagramas UML.

15 DESENVOLVIMENTO APLICAÇÃO CLIENTE (Diagrama de Classe) «struct» Cliente + Bairro: String + CEP: String + Cidade: String + CNPJ_CPF: String + String + Endereco: String + Fone: String + Nome: String + Numero: String +dadoscliente «struct» Solicitacao + BairroEntr: String + CEPEntr: String + CidadeEntr: String + CNPJ_CPF_Entr: String + Entr: String + EnderecoEntr: String + FoneContEntr: String + NumeroEntr: String + ObservacaoEntr: String + QtdCaixas: Integer +dadossolicitacao conteudoxml + dadoscliente: Cliente + dadossolicitacao: Solicitacao + conteudoxml(dadosclientexml :Cliente, dadossolicitacaoxml :Solicitacao) + dadosxml() : String Aplic_Cliente_Web + gravarconteudoxml() Service_Grava_XML + Cria_arquivo_XML(nomeArquivo :String, elementopai :String) : Boolean + Grava_XML(nomeArquivo :String, conteudoxml :String) : Boolean

16 DESENVOLVIMENTO SERVIDOR DE BD (Diagrama de Classe) + AtualizaBD() frmatualizandobd Service_Le_XML + Ler_Arquivo_XML(nomeArquivo :String, stgravacaobd :String, nometabela :String*, campostabela :String*, vlcampostabela :String*) : Boolean + Verifica_arquivo_XML(nomeArquivo :String) : Boolean

17 DESENVOLVIMENTO CASOS DE USO E n via r in fo rm a ç õ e s p a ra a rq u ivo X M L Ap lic a ç ã o C lie n te C ria r a rq u ivo X M L G ra va r a rq u ivo X M L L e r a rq u ivo X M L S e rv id o r d e W e b S e rv ic e s B u s c a r in fo rm a ç õ e s d o a rq u ivo X M L S e rv id o r d e B a n c o d e D a d o s A tu a lizar b a s e d e d a d o s

18 DESENVOLVIMENTO IMPLEMENTAÇÃO Aplicação cliente consiste em uma aplicação Web Form desenvolvida em VB.Net no formato ASP; Os Web Services consistem em classes em VB.Net que contém métodos que são invocados através de mensagens SOAP; O servidor de banco de dados é uma aplicação cliente baseada em Windows Form, utiliza o banco de dados MSDE; Foi utilizado o servidor Internet Information Server (IIS), responsável por disponibilizar as classes que fornecem os serviços web e gerenciar a troca de mensagens.

19 RESULTADOS E DISCUSSÃO Realiza o envio de informações de forma estruturada para um arquivo no formato XML através de uma aplicação web, disponível em um local remoto comum entre as aplicações; Permite a leitura destas informações e atualização da base de dados de forma assíncrona, através de um aplicativo servidor de banco de dados; A linguagem XML com o protocolo SOAP pode integrar sistemas distintos mais facilmente se comparado com outros padrões de integração existentes atualmente;

20 RESULTADOS E DISCUSSÃO Forneceu suporte adequado à atualização das informações contidas no arquivo XML em um banco de dados SQL Server (MSDE), podendo ser facilmente substituído por outros, tais como, MySQL, Oracle, Interbase entre outros; Pode ser visto como um middleware responsável por disponibilizar um arquivo no formato XML, podendo assim, efetuar a integração de sistemas distintos através de um ambiente distribuído, utilizando um formato padrão na comunicação e troca de informações entre os mesmos.

21 CONCLUSÃO Este trabalho alcançou na íntegra seu objetivo principal; O uso de servidor IIS para gerenciar a troca de informações e a comunicação entre as aplicações no cenário composto demonstrou uma funcionalidade satisfatória; O uso do XML e.net é sem dúvida muito interessante, pois além de conhecer funcionalidades do XML, também foi possível descobrir e utilizar uma plataforma de desenvolvimento que oferece suporte a múltiplas linguagens de programação.

22 CONCLUSÃO Dificuldades: falta de experiência em trabalhar com XML; não conhecimento da linguagem de programação VB.NET e das funcionalidades da plataforma.net. Limitações: requer o.net Framework SDK; rodar somente no servidor IIS.

23 EXTENSÕES Possibilitar a criação de novas tabelas no servidor de banco de dados a partir do arquivo XML; Efetuar a alteração dos dados já inseridos na tabela no servidor de banco de dados a partir do arquivo XML; Utilizar outras linguagens de programação para a aplicação web, como PHP ou JSP, possibilitando assim, o uso de outros servidores, como o Apache ou o Tomcat.

24 PROTÓTIPO PARA ATUALIZAÇÃO ASSÍNCRONA DE DADOS UTILIZANDO WEB SERVICES OBRIGADO!!!