Importação e comunicação entre sistemas

Olá pessoal! O artigo de hoje não é muito técnico, com códigos e afins, como geralmente faço. Quero mostrar alguns dados importantes, para indicar um caminho padronizado para a importação e comunicação entre sistemas.

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 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 o tempo veio o XML, ajudando a
comunicação e padronização de arquivos gerados. Com o XML, muitas coisas boas e que funcionam online puderam ser feitas.

É 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 evoluiu de forma rápida.
Com isso veio o WebService. As pessoas podem desenvolver um sistema e
compartilhar dados em tempo real utilizando padrões estabelecidos pelos órgãos
e empresas especializadas.

Eu desenvolvi um e-book sobre WebService e como desenvolver software com WebService
utilizando a ferramenta Visual Studio .NET. Fora este e-book, existe também um livro, também de minha autoria, 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.

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, aconteceu 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 dois 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.

Abraços.