Brasília, 22 de fevereiro de 2010.

 

         Olá pessoal, estou aqui para indicar apenas um caminho padronizado para a importação e comunicação entre sistemas. Nada de um artigo técnico ou que mostra código, mostro apenas alguns dados importantes. Espero que goste.

         Antigamente, o mundo da tecnologia ou antigo CPD precisava comunicar dados do “sistema a” com o “sistema b”. Como era feito? Quando um sistema não tinha acesso ao banco de dados do outro, por exemplo: o “sistema a” pegando dados do “sistema b”; era feito de várias maneiras como: gerar arquivo Excel, Word e Txt [1] com uma “stringONA”, tudo junto e sem organização.

 

         Fora que, nada era feito na hora, tinha que ser solicitado e uma semana depois o arquivo terminava de ser gerado. Quem passou por isso lembra perfeitamente, pois os dados de um software eram difíceis de ser compartilhados. Quem já teve que importar dados de um arquivo todo feio, sem padrão e complicado??? Fora que cada sistema tem o seu próprio padrão.

 

         Com um tempo veio o XML [2] ajudando a comunicação e padronização de arquivos gerados. Com o XML, pode ser feito muitas coisas boas e que funcionam online. [3]

 

         É lógico que, apenas com o XML, não estava completo e muitas empresas ainda utilizavam arquivos txt, Word, Excel e outros para transmitir dados. A tecnologia a cada dia evoluiu de forma rápida. Com isso veio o WebService [4]. As pessoas podem desenvolver um sistema e compartilhar dados em tempo real utilizando padrões estabelecidos pelos órgãos e empresas especializadas.

 

         Existe um e-Book que, desenvolvi falando somente só de WebService e como desenvolver software com WebService utilizando a ferramenta Visual Studio .NET. [5]

         Fora o e-Book, existe também um livro muito bom que ensina esse desenvolvimento de forma dinâmica, simples e funcional. No mercado de livros, são centenas de livros publicados falando sobre padrão de comunicação. [6]

 

         Com WebService, não importa qual o componente tecnológico que está sendo usado, isto é, celular, computador, televisão, geladeira, netbook, iPad, smartphone e outros.

 

 

         Além de ter qualquer plataforma acessando o WebService de forma dinâmica, existe também a possibilidade de qualquer linguagem comunicar com o WebService utilizando o padrão XML. Pois, o que trafega mesmo de um lado para o outro, são dados em XML padronizado.

         Portanto, pode-se ter Java J2EE com .NET 3.5, PHP com ASP.NET, Phyton com .NET 3.5, COBOL com .NET 3.5 e assim vai. No ano de 2001, ministrei uma palestra com o título: O mundo globalizado com WebService. Foi um sucesso, na empresa onde eu trabalhava na época.

 

        

É lógico que, se você puder fazer um sistema que acesse direto a base de dados do outro, é bem mais rápido na execução. Pois para usar um WebService, custa um pouco de tempo de processamento; coisa de 2 segundos no máximo e dependendo do serviço. Falo isso, para que não exagere e comece a fazer tudo com WebService; não precisa disso.

         Para concluir, espero ter esclarecido um pouco sobre a importância do uso de WebService, importação de arquivo e comunicação entre sistemas. Torço para que alguém desenvolvedor dos órgãos brasileiros tenha essa mente de padronizar a comunicação entre sistemas de forma simples utilizando WebService.

 

Qualquer dúvida pode entrar em contato pelo site.

Abraços.

 

Referências:

[1]http://www.aspneti.com.br/Criando+arquivo+usando+Visual+Studio.NET+2005+233,0.aspx

[2] http://pt.wikipedia.org/wiki/XML

[3] http://www.aspneti.com/article/pesquisar.aspx?cx=002752061519271927076:g0pdgo87dig&cof=FORID:11&ie=UTF-8&sa=Pesquisar&q=xml

[4] http://pt.wikipedia.org/wiki/Web_service

[5] http://mauriciojunior.org/ebook/4/Aprendendo+Desenvolver+WebServices.aspx

[6] http://mauriciojunior.org/livro/2/Desenvolvento+WebServices.aspx

 

Mauricio Junior

www.mauriciojunior.org

blog.mauriciojunior.org