FATEC-SP Faculdade de Tecnologia de So Paulo

Unidade Tiradentes So Paulo

Fagner Valrio de Freitas Alves

UTILIZAO DE WEB SERVICES PARA INTEGRAO DE SISTEMAS

SO PAULO
2012

ii

FATEC-SP Faculdade de Tecnologia de So Paulo

Unidade Tiradentes So Paulo

Fagner Valrio de Freitas Alves

UTILIZAO DE WEB SERVICES PARA INTEGRAO DE SISTEMAS

Monografia submetida como exigncia

parcial para a obteno do Grau de
Tecnlogo em Processamento de Dados
Orientador: Prof. Paulo Roberto Bernice.

SO PAULO
2012

iii

AGRADECIMENTOS

Agradeo ao corpo docente da FACULDADE DE TECNOLOGIA DE SO

PAULO que entre outras coisas, possibilitaram minha formao tcnico-profissional,
alm da formao moral, que inequivocamente transmitiram ao longo de todos estes
anos de convvio.
Agradeo minha famlia, que durante estes anos sempre me incentivou a
prosseguir para a concluso deste curso.
E finalmente agradeo a Deus, que durante todos os anos de minha vida,
escorou-me na benignidade.

iv

DEDICATRIA

Dedicamos este trabalho a FACULDADE DE TECNOLOGIA DE SO

PAULO, polo intelectual fincada em meio a uma das regies mais belas e
desenvolvida do Estado de So Paulo, a todo seu corpo docente e discente, e a
todos os que dela fazem parte.

RESUMO

A tecnologia de Web Services vem se destacando como uma boa opo para
comunicaes remotas. Isto se deve ao fato desta tecnologia utilizar XML, o que
permite que aplicaes de diferentes plataformas se comuniquem. Da mesma forma,
a utilizao de dispositivos computacionais mveis tem se tornado cada vez mais
popular. Assim, este trabalho apresenta um modelo desenvolvido para a utilizao
destas duas tecnologias, utilizando-se a plataforma .NET, concretizada em uma
aplicao para visualizao de notcias em dispositivos mveis.

Palavras-chaves: XML, Web Services, Dispositivos Mveis

vi

ABSTRACT

The Web Services technology has being emerged as a good option to remote
communications. This is because this technology allows the use of remote methods,
obtaining well portability that is possible by the use of XML. In the same way, the use
of mobile devices, have becoming very used. Therefore, this work presents a model
developed to use these two technologies, using the .NET framework, materialized in
an application to visualization of news on mobile devices.

Keywords: XML, Web Services, Mobile Devices

vii

SUMRIO
INTRODUO ................................................................................................................. 1
CAPITULO I DIFICULDADES DOS SISTEMAS DE GERENCIAMENTO .................... 3
1.1 A utilizao de Web Services e a melhor soluo para integrao de
sistemas em grandes corporaes ............................................................................... 3
CAPITULO II WEB SERVICE ....................................................................................... 6
2.1 O que so Web Services XML ............................................................................. 6
2.2 Para que servem os WebServices ....................................................................... 7
2.3 Vantagens............................................................................................................ 7
2.7 Interesses em WebServices ................................................................................ 9
CAPITULO III DESCOBERTA E PUBLICAO DO WEB SERVICE NO UDDI ....... 11
3.1 Descrio do Web service com WSDL .............................................................. 11
3.2 Comunicao com o Web service por SOAP .................................................... 12
3.3 ebXML ............................................................................................................... 13
CAPITULO IV MOTIVAO / APLICABILIDADE DE WEBSERVICES EM
WORKFLOW ................................................................................................................. 17
4.1 Workflow e BPM Business Process Management .......................................... 19
4.2 Workflow / BPM e XML ...................................................................................... 21
CAPITULO V FERRAMENTAS QUE UTILIZAM A TECNOLOGIA WEB
SERVICES ..................................................................................................................... 23
5.1 BizConverse Conducting technology .............................................................. 23
5.2 Q-Link Solution Accelerates WebService Adoption ........................................... 23
5.3 Xeco 1.2 - ebXML based business process server product ............................... 24
5.4 Resposta para uma necessidade ...................................................................... 26
5.5 No campo dos clientes....................................................................................... 26
CONCLUSO ................................................................................................................ 28
REFERNCIAS BIBLIOGRAFICAS .............................................................................. 29

INTRODUO

Do ponto de vista de negcios, talvez as duas maiores questes deste incio

de sculo sejam a globalizao e o comrcio eletrnico (e-commerce). So questes
entrelaadas, interdependentes at certo ponto, e impulsionadas pelos recentes
avanos da tecnologia da comunicao e da informao. A Internet est mudando a
forma de as empresas fazerem negcios. A perspectiva de que esta mudana seja
muito rpida.

O fato de a Internet estar mudando a forma das pessoas e empresas

fazerem negcios traz a perspectiva que ocorrero mudanas amplas e muito
rpidas nas empresas. Com a globalizao dos mercados e sua integrao via
Internet est nascendo uma nova economia com um ambiente de negcios
altamente competitivo e em tempo real.

As atividades econmicas que se utilizam de redes eletrnicas como

plataforma tecnolgica tm sido denominadas negcios eletrnicos (e-business).
Essa expresso engloba os diversos tipos de transaes comerciais, administrativas
e contbeis, que envolvem governo, empresas e consumidores.

A tendncia na utilizao da Web com o intuito de integrar aplicaes tem

produzido um aumento no numero de servios publicados e padronizados,
atualmente conhecidos por Servios Web. Em conseqncia, novos contratos e
potenciais clientes podem fazer negcios utilizando servios Web, acelerando o
mercado globalizado atravs da Internet. Por outro lado, com o intuito de integrar
com sucesso uma variedade de aplicaes, a tecnologia dos servios Web necessita
lidar com determinadas caractersticas tais como: composies de servios,
confiabilidade e segurana. Isto explica o grande interesse pela comunidade
acadmica na pesquisa de servios Web confiveis. (CLARO e MACEDO, 2008)

A tecnologia de Servios Web oferece recursos para a utilizao, atravs da

Internet, de classes e mtodos remotos. Seu objetivo permitir que aplicaes de
diferentes plataformas se comunicassem. Para isto, utilizada a XML, que o
formato de dados utilizado para o transporte das informaes trocadas, e que
caracterizado pela interoperabilidade. Assim, esforos tm sido despendidos para
que um Servios Web desenvolvido na plataforma .NET possa ser acessado por
uma aplicao desenvolvida na plataforma Java, e vice-versa, por exemplo.

Assim, o objetivo principal deste trabalho mostrar que a utilizao de

Servios Web a melhor soluo para integrao de sistemas em grandes
corporaes.

CAPITULO I DIFICULDADES DOS SISTEMAS DE GERENCIAMENTO

Uma pesquisa junto ao (IDC Brasil) mostra que entre 110 empresas 54%
delas esto trabalhando em web service ou tm planos de comear em breve, e se
estima que as empresas vo executar implementaes no valor de US$ 25 bilhes
em 2010.

Os sistemas de gerenciamento atualmente ainda enfrentam dificuldades

marcantes de integrao, notadamente em relao ao tratamento de transaes e
de acompanhamento de processos quando esses processos cruzam a fronteira da
empresa, em um contexto de colaborao ou parceria e negcios. Segundo
MACHADO (2002):
verdade que todo sistema de gerenciamento de workflow possui uma
linguagem de definio de processos, no entanto cada sistema pode utilizar
uma linguagem prpria, o que impede que outras empresas possam
estender esses processos, incorporando-os s suas definies.

Dessa forma, em um mundo onde o comrcio entre parceiros (B2B) cada

vez mais necessrio, surge a necessidade de integrar e partilhar processos de forma
padronizada, segura e flexvel, sem as barreiras das solues proprietrias. Web
services surge como uma forma de resolver esses problemas, atravs de seu
paradigma de interoperabilidade e padro aberto. Vamos ento expor um panorama
das tecnologias mais atuais de web service.

1.1. A utilizao de Web Services e a melhor soluo para integrao de

sistemas

Web service um conjunto com muito potencial, eficiente em termos de

custos e poderoso. E promete integrao de computao distribuda interopervel.
por este motivo que as empresas tm muito a lucrar com a utilizao de web
services.

Mesmo com a utilizao Web estar sendo cada vez mais difundidas e
utilizadas dentro das empresas, muitas caractersticas que so desejadas ainda no
foi incorporado, tais como confiabilidade e segurana.

H uma tendncia que a cada dia torna-se maior das empresas utilizarem
servios Web para aplicaes com carter crtico, o que poderia trazer enormes
prejuzos caso os servios fossem interrompidos.

A adoo de representa uma mudana infra-estrutural importante para as

empresas. por isso que precisa provar seu benefcio. Entretanto, j existe uma
grande comunidade, o que estimulante.

A segurana, obviamente, importante para o sucesso. No nvel da

mensagem est sendo abordada sob a forma de extenses de SOAP, baseando-se
em XML Signature e XML Encryption. Uma vez que existem muitos meios de se
fornecer e solicitar segurana, os servios precisam de um modo para expressar
esses requisitos. Como os servios na internet podem envolver uma variedade de
agentes em diferentes domnios de segurana, existem questes verdadeiras que
precisam ser resolvidas. As propostas de fabricantes tm sido feitas para resolver
essas questes.

Integrar solues proprietrias diferentes oneroso, principalmente

medida que aumenta o nmero delas e a diversidade no sistema do usurio. Da
mesma forma, configurar trocas EDI complexo e caro. Uma das expectativas das
pessoas em relao a web service e uma de suas metas tornar estas tarefas mais
simples e reduzir seus custos.

Uma indstria que freqentemente mencionada como exemplo a de

viagens. Os pacotes de viagens so compostos por consultas e reservas feitas pelas
companhias areas, empresas de aluguel de automveis, hotis e afins. Um agente

de viagem, portanto, precisa lidar com muitos parceiros. Os servios na internet,

nesse caso, permitem que esse profissional tenha acesso a mais opes de
fornecedores. Os benefcios dos servios na Web sero observados claramente,
medida que mais e mais parceiros dessas companhias, por exemplo, acessarem
essa interface.

Os servios na internet prometem menores custos e tambm melhor

integrao e interoperabilidade. Esses benefcios sero comprovados pelas histrias
de sucesso. Algumas companhias, alis, j esto verificando essas vantagens de
modo bem-sucedido.

CAPITULO II WEB SERVICE

Web Services a mais recente evoluo nos padres de desenvolvimento

de aplicaes distribudas permitindo que aplicaes cooperem facilmente e
compartilhem informaes e dados umas com as outras. Espera-se que esta
evoluo altere a forma como as aplicaes so construdas e desenvolvidas, como
a informao apresentada e compartilhada e como software comprado e
vendido.

De acordo com I-WEB (2003, p. 01):

Web service um componente, ou unidade lgica de aplicao, acessvel
atravs de protocolos padres de Internet. Como componentes, esses
servios possuem uma funcionalidade que pode ser reutilizada sema
preocupao de como implementada.

Simplificando, web service a maneira prtica e eficaz de aplicativos se

comunicarem via internet. Surgiu por um consrcio de empresas lideradas pela
Microsoft e IBM, e hoje se tornou um padro do W3C.

Segundo PET-INF (2007, p.04):

uma aplicao servidora que disponibiliza um ou mais servios para seus

clientes de maneira acoplada. Web Services uma aplicao que prov
uma API Web, onde se entende por API Web uma API que permite as
aplicaes se comunicar utilizando XML e a Web.

2.1. O que so Web Services XML

Web Services a mais nova tecnologia para negcios na Web. A Web

Services XML usa tecnologias programveis e reutilizveis que aproveitam a
flexibilidade da Internet. Com eles possvel ter uma infinidade de aplicativos
conectados em rede, mesmo rodando em plataformas diferentes, fornecendo

informaes a todos os seus clientes, parceiros e funcionrios. E a melhor maneira

de desenvolver e implementar Web Services XML atravs de software e
ferramentas de desenvolvimento Microsoft .NET.

Os web services se baseiam num conjunto de padres abertos, incluindo

XML, SOAP, WSDL e UDDI, controlados pelo World Wide Web Consortium (W3C).
Trabalhar com .NET significa usar protocolos abertos que unificam sistemas e
aplicativos j existentes, possibilitando melhor aproveitamento de seu valor. A
informao em sua empresa aparece como uma entidade nica, integrada e fcil de
compartilhar com outras empresas.

2.2. Para que servem os Web Services

Praticamente para quase tudo no que voc possa pensar em troca de dados
e informaes. Como ele baseado no protocolo SOAP (Simple Object Access
Protocol)1, qualquer plataforma que interprete rotinas HTTP e manipule XML pode
utilizar os dados dos webservices sem qualquer problema. Como quase sempre os
webservices utilizam o protocolo HTTP, quase sempre no haver surpresas com
Firewall quando sua aplicao sair do servidor de aplicao para a verso final do
cliente.

2.3. Vantagens

Os dados so trafegados em formato (XML2). Assim, todos os dados

possuem <tags> e isso faz com que estes dados tenham consistncia, sem falhas,
1

O SOAP um protocolo elaborado para facilitar a chamada remota de funes via Internet,
permitindo que dois programas se comuniquem de uma maneira tecnicamente muito semelhante
invocao de pginas Web.
2
O XML siginifica EXtensible Markup Language (Linguagem extensvel de formatao). E uma
linguagem que considerada uma grande evoluo na internet.
XML uma especificao tcnica desenvolvida pela W3C (World Wide Web Consortium - entidade
responsvel pela definio da rea grfica da internet), para superar as limitaes do HTML, que o
padro das pginas da Web.

permitindo a troca de dados mais robustos como Arrays, e por trafegar em XML,
ele multi-plataforma.

A grande diferena em relao ao desenvolvimento atual que a empresa

que desenvolve uma DLL, no precisa ficar distribuindo para todos os clientes, esta
estar armazenada em um nico lugar que ser acessado via http. Isso sem falar em
atualizaes de DLL atuais, o que pode causar um transtorno para todos.

Outra vantagem que o Web Service transparente para o Firewall de uma

empresa, pois, como uma string XML, ento interpretada como um arquivo
texto. Sendo assim, no preciso pedir autorizao do Firewall para entrar.

DWSL: a sigla de (Webservice Description Language), padro baseado

em XML para descrever o servio como no (COM) onde ele traz os mtodos do
webservice. Funciona como uma espcie de TypeLibrary do Webservice alem de
ser usado para a validao das chamadas dos mtodos.

UDDI: Esta tecnologia surgiu como uma iniciativa conjunta da Microsoft, IBM
e Ariba, em 2000, e caracterizada pela existncia de bancos de dados abertos,
que permitem a busca e publicao de Web Services, atravs de seus meta-dados
(BALLINGER, 2003), que so compostos de acordo com o protocolo UDDI (UDDI,
2003).

o protocolo desenvolvido para a organizao e registro de webservices.

UDDI ou DISCO (abreviatura de Discovery) nada mais do que um documento XML
que contm referenciais localizao dos SCLs de cada web service
disponibilizado. Tipicamente ele reside na raiz de uma aplicao web. Os clientes

Definimos como o formato universal para dados estruturados na Web. Esses dados consistem em
tabelas, desenhos, parmetros de configurao, etc. A linguagem ento, trata de definir regras que
permitem escrever esses documentos de forma que sejam adequadamente visveis ao computador.

efetuam um HTTP Request para saber o que provido pela aplicao, que responde
com um documento DISCO.

WS-I: o consrcio que garante a interoperabilidade entre os Webservices

(http://www.ws-i.org/) para garantir sempre que os webservices possam conversar
entre si.

Figura: Funcionamento de um WebService / Fonte: http://www.imasters.com.br

2.7. Interesses em Web Services

Uma das principais razes para o crescente interesse em web services

que eles permitem uma Arquitetura Orientada a Servios (SOA - Service-Oriented
Architecture). Quando se utiliza web service para a construo de tal arquitetura, as
solues consistem de colees de servios autnomos, identificados por URLs,
com interfaces documentadas atravs de WSDL e processando mensagens XML.
SOA um complemento a abordagens orientadas a objetos (OO) e procedurais.

Uma arquitetura orientada a servios difere de sistemas OO e procedurais

em um aspecto: a informao de ligao entre os componentes (binding). Servios
interagem baseando-se em quais funes eles fornecem e como elas so entregues.
Sistemas OO e procedurais ligam os elementos baseando-se em tipos e nomes.

10

Diferente de sistemas anteriores, o modelo de web service no opera sobre

a noo de tipos compartilhados que requerem implementaes comuns. Em vez
disso, os servios interagem baseando-se somente em contratos e esquemas. Isto
permite que o servio descreva a estrutura das mensagens que ele pode enviar e/ou
receber e estabelecer restries em suas mensagens. A separao entre estrutura e
comportamento e a explcita descrio dessas caractersticas simplificam a
integrao em ambientes heterogneos. Alm disso, esta informao caracteriza
completamente a interface do servio de forma que a integrao da aplicao no
requer um ambiente de execuo compartilhado para criar a estrutura ou o
comportamento das mensagens.

Web services utiliza caractersticas de XML, esquemas e cabealhos SOAP

para permitir a evoluo dos servios de forma que no prejudiquem aplicaes que
j os estejam utilizando.

Problemas como distribuio e transporte, segurana e autenticao,

controle de transaes so resolvidos com vrias tecnologias e caractersticas dos
web services.

11

CAPITULO III DESCOBERTA E PUBLICAO DO WEB SERVICE NO UDDI

Uma soluo mais utilizada atualmente o uso de UDDI, um servio de

descoberta de web services atravs de pesquisa em um diretrio, que replicado e
espelhado. IBM, Microsoft e HP, entre outras, fornecem esse tipo de servio. Alguns
provedores so pagos e outros so gratuitos. Alm disso, o UDDI pode ser local a
uma empresa, no precisando ser pblico como os da IBM e Microsoft.

Nos registros pblicos, os provedores de servio registram ou publicam seus

web services nesse diretrio e um mecanismo de descoberta localiza o web service
para um cliente, mediante uma pesquisa. A pesquisa pode ser, basicamente, por tipo
de servio ou por fornecedor, no oferecendo uma riqueza semntica, que poderia
ser obtida, por exemplo, com o apoio de uma ontologia.

Segundo Vasu (2009):

A comunicao com o UDDI se d atravs de SOAP e, aps a localizao

do servio, so obtidas as informaes necessrias para a chamada do
Web service (binding), tais como: URL, nome dos mtodos e tipos de
argumentos.

O registro no UDDI, no entanto, no obrigatrio. As empresas parceiras

podem opcionalmente enderear diretamente o servio desejado caso seja feito, por
exemplo, um contrato de servio especfico entre dois parceiros.

3.1. Descrio do Web Service com WSDL

A descrio do web service se d atravs de um arquivo WSDL cujo formato

XML. Este arquivo tem como objetivo descrever a interface do servio, ou seja, os
mtodos que so disponibilizados pelo web service, e tambm os parmetros
recebidos, a resposta enviada e ainda o processo de comunicao com o servidor

12

SOAP. atravs de WSDL que o UDDI descreve os detalhes de localizao e

chamada ao web service.

Um cliente SOAP vai ler a estrutura do arquivo WSDL e, a partir dos dados
ali referenciados, se comunicar com o servidor SOAP para acesso ao servio
descrito.

3.2. Comunicao com o Web Service por SOAP

Para ativar ou obter um servio necessrio se comunicar com o web

service. Para se comunicar os web services se utilizam do protocolo SOAP, que para
a transmisso da mensagem se utiliza do protocolo HTTP, amplamente difundido, o
qual se utiliza da porta 80 por padro. Esta porta, geralmente habilitada para
visualizao de pginas Web, no costuma estar bloqueada pelos firewalls. Desta
forma, o uso de SOAP, suportado pelos fornecedores mais importantes de software,
um ponto favorvel aos web services na integrao entre parceiros de negcio,
pois alm de permitir romper a barreira do firewall entrega XML, informao
estruturada, como resultado. Isso vai permitir, por exemplo, que um processo que
roda em uma mquina de workflow na empresa A possa utilizar um web service
escrito em Java, rodando em outra mquina de workflow na empresa B, para trocar
informaes de negcio, desde que haja na empresa B os protocolos SOAP e
HTTP.

Atravs do SOAP que os mtodos dos web services so chamados e as

respostas, XML, encaminhadas ao cliente que solicitou o servio. Por intermdio
desse mecanismo de encapsulamento possvel empacotar os servios de objetos
COM+ ou beans, ou at mesmo um servio executado em um mainframe, como um
web service e disponibiliza-los na Web.

13

3.3. ebXML

O ebXML foi elaborado com a finalidade de atender o mercado de B2B. Os

protocolos de Web services, UDDI e SOAP, fornecem funcionalidades semelhantes,
mas o escopo do ebXML mais amplo, tornando o ebXML ainda mais atrativo para
o uso em sistemas de workflow. A sua arquitetura prev, por exemplo, um mdulo de
modelagem de processos de negcio, baseado nos seguintes elementos:

Uma especificao para definir processos de negcio e modelos de

informao.

Um conjunto de objetos de negcio baseado em componentes de seu

ncleo bsico

Um processo para definir estruturas de mensagens.

Alm disso, o padro ebXML prev um repositrio, com funes mais

avanadas que o UDDI, onde os parceiros de negcio podem se registrar e
encontrar outros, um processo para definir acordos de parceria e informaes sobre
como funcionam os processos e os papis existentes dentro deles. Entretanto o
padro ebXML de repositrio prev integrao com o UDDI, o que sugere um
reconhecimento da importncia dessa tecnologia.

Mas o mais interessante a possibilidade de tratamento de transaes, uma

questo relevante e de difcil abordagem em processos distribudos. O mdulo de
especificao de processos de negcio do ebXML, BPSS (Business Process
Specification Schema), fornece um framework padro para definir transaes de
negcio. Essas transaes se utilizam de estados para confirmar a troca de
documentos e indicar seu sucesso ou sua falha.

14

Essa interao se d em trs etapas: na primeira, os parceiros definem seus

processos de negcio expressando suas regras de negcio em XML. Essas regras
tratam dos papis e da troca de documentos entre os parceiros. Na segunda etapa,
um sistema que use o padro ebXML capaz de entender os processos de negcio
e construir uma mquina de estados que vai conduzir o negcio de acordo com as
regras estabelecidas.

Por fim, se d a execuo propriamente dita de um cenrio do processo,

inserida no contexto de uma transao, que pode ser, por exemplo, a efetivao de
uma venda ou seu cancelamento.

Figura: implementao de ebXML / Fonte: www.ebxml.org

Cabe observar, aps essa viso da tecnologia, que o foco da iniciativa do

ebXML criar padres de processo de negcio e no competir com os padres de
protocolo j existentes, tais como SOAP e UDDI, fornecendo assim uma semntica
para o uso dos web services em processos de negcio, adotando uma arquitetura
diferente da original proposta para o uso de web services.

15

H tambm um importante diferencial na a proposta de ebXML em relao

dos web services, que a semntica do contedo dos servios. O protocolo SOAP e
a WSDL no expressam o significado do contedo e, desta forma, no podem por si
s garantir o entendimento inequvoco do mesmo. Com o ebXML ambos os
parceiros so capazes de interpretar de forma nica um documento de negcio,
chegando a esse acordo antes de descrever as interfaces de colaborao entre seus
servios.

Em vez de usar WSDL para definio dos servios, o ebXML utiliza-se de

dois mecanismos distintos: CPAs (Collaboration Protocol Agreements) e CPPs
(Collaboration Protocol Profiles).

Enquanto o WSDL tem o foco em especificar o nome do servio, parmetros

e como cham-lo, o CPP, alm disso, fornece outras informaes o sobre o servio
como, por exemplo: tipos de documento, aspectos de segurana, gerenciamento de
erros etc.
O CPA complementa o CPP com os aspectos tcnicos de interao do
negcio: requisitos de interface, tipos de dados, protocolos de mensagem, alm de
termos legais e condies para a realizao da colaborao. O CPA examinado
pelos parceiros, pessoalmente, provavelmente envolvendo pessoas chave do
processo de negcio das empresas, que vo entrar em acordo para a sua
aprovao. CPAs podem ser encarados como um contrato de negcio formal entre
organizaes que desejam colaborar entre si.

Para que um negcio em padro ebXML seja colocado em uso, deve haver
ento dois CPPs, um CPA e um BPS definidos e acordados.

16

Segundo (DIET, 2009), J existem no Mercado ferramentas para apoiar o

processo de elaborao dos CPPs, CPAs e BPS. Uma delas a BindStudio da Bind
Systems, que utiliza o padro UML.

Uma desvantagem do uso de ebXML, entretanto, o fato de a sua definio

ser ainda muito recente, tendo sido iniciada em 1999, sendo que o primeiro conjunto
de especificaes do ebXML foi liberada em maio de 2001. Dessa forma, ainda
cedo para julgar se o uso de web services vai se consolidar no mercado atravs do
uso de SOAP e UDDI, atravs de ebXML ou ainda, se ambas as tecnologias vo
conviver como solues alternativas. O que se pode dizer ao certo que os grandes
fabricantes tm investido bastante na arquitetura de web services e que as
vantagens oferecidas pela sua arquitetura, tais como a interoperabilidade, fornecem
respaldo para o seu amadurecimento e consolidao no mercado.

17

CAPITULO IV MOTIVAO / APLICABILIDADE DE WEBSERVICES EM

WORKFLOW

As aplicaes tradicionais de workflow focavam o atendimento da

automatizao e controle das atividades de uma organizao ou parte dela. Com o
crescimento da utilizao da Internet e da Web, as facilidades de interao e acesso
a informaes entre as organizaes cresceu de tal maneira, que logo surgiram
novas idias e tecnologias para aprimorar essa interao. Seguindo essa linha o
advento dos web services vem revolucionar a forma como as organizaes podem
fazer negcios.

Hoje quando falamos em workflow, no estamos mais nos referindo ao fluxo

de atividades e tarefas num departamento ou numa organizao, mas sim, no fluxo
de atividades e tarefas entre vrias organizaes, com a finalidade de realizao de
negcios.

Continuando o raciocnio, no se pra mais de falar em automatizar e

gerenciar processos de negcio. O notrio crescimento de transaes eletrnicas via
Web, a macia adoo de solues corporativas de gesto, os denominados ERPs,
as aplicaes de Supply Chain, so os alicerces desta tendncia.

Os processos de trabalho no so estanques ou limitados a reas e

empresas e so geridos em suas diversas fases por diferentes solues; a questo
passou para como automatizar as ilhas de informaes que se formavam, tanto por
limitaes tecnolgicas, quanto pela adoo de solues proprietrias e como a
informao

iria

superar as fronteiras empresarias,

interligando

clientes e

fornecedores.

O que se observou foi o crescente movimento de troca de informaes entre

sistemas aplicativos diferentes, atravs de rotinas de transferncia de arquivos,

18

mensagens eletrnicas padronizadas, troca de dados por padres proprietrios, a

popularizao de recursos EDI, entre outras formas de transferncia de informaes.

Retornando ao cenrio atual, duas anlises concluem este ciclo de

evolues, a resposta s necessidades de soluo para troca de informaes vinda
da Internet atravs do surgimento do XML Extensible Markup Language, como
sendo o padro para troca de dados e documentos entre transaes e sistemas e, a
evoluo das tecnologias de gerenciamento de processos de negcio incorporando
o XML como sendo o instrumento para viabilizar a troca de dados de fluxos de
trabalho.

Nesse contexto que surge a integrao das tecnologias de workflow e

webservices.

Esse ltimo seria a maneira de interligar os workflows particulares de cada

organizao, estabelecendo um workflow mais abrangente integrando os processos
de negcio de diversas organizaes com atividades afins para o estabelecimento
de parcerias comerciais ou a formao de organizaes virtuais. Cabe lembrar que
atualmente ainda existem problemas, notadamente de segurana e controle de
transaes, que a proposta dos webservices ainda deve resolver, entretanto, eles
esto sendo abordado, o que nos permite prever uma evoluo positiva desse
cenrio em um futuro prximo.

19

Figura: Organizaes Virtuais / Fonte: www.imasters.com.br

4.1 Workflow e BPM Business Process Management

So caractersticas essenciais de ferramentas de Workflow / BPM:

- Controle do processo de negcio, atravs de recursos de administrao e

monitoramento das caixas de entrada de cada participante, volumes e tempos de
execuo de cada tarefa;
- Interface visual que permita o desenho do fluxo de trabalho;
- Dispor de forma pr-ativa a ferramenta que o posto de trabalho necessita
em cada passo do fluxo de trabalho, exigindo assim integrao com sistemas

20

legados, formulrios eletrnicos, aplicaes de gerenciamento de documentos,

pacotes, servios de messaging, etc.

Produtos de Workflow / BPM incorporaram tambm funcionalidades de

integrao com recursos Web e troca de dados com Web Services.

Segundo a WfMC Workflow Management Coalition, organismo mundial

que estabelece padres entre fabricantes e alavanca inovaes do setor, uma
soluo de Workflow deve ter:

Figura: Caractersticas dos Sistemas Workflow / Fonte: www.imaster.com.br

Segundo Fran (2000):

Por estas caractersticas percebe-se que ferramentas de Workflow / BPM

funcionam como um guarda-chuva sistmico, onde o usurio passa a
interagir com os demais sistemas atravs de sua camada de apresentao
e controle, o que caracteriza forte necessidade de integrao com diversas

21

solues de TI, heterogneas tanto do ponto de vista de objetivos e

funcionalidades, quanto de arquitetura e plataformas.

Esta integrao est sendo suprida pelo uso de mtodos padres de acesso
e troca de dados, empregando-se padres XML, que viabilizam tambm a
interoperabilidade destas solues em empresas, clientes e fornecedores, utilizando
a plataforma Web como meio comum, como ilustra a figura abaixo.

4.2. Workflow / BPM e XML

Figura: Workflow e XML

Algumas empresas, vislumbrando o potencial de uso do ebXML e dos

Webservices, j partiram na frente, oferecendo solues que utilizam essas
tecnologias, apesar de serem ainda tecnologias em fase de amadurecimento.

Tabela de Tecnologias Utilizadas em Diferentes Arquiteturas

22

Figura: Tecnologias Utilizadas / Fonte: omg.org

23

CAPITULO V FERRAMENTAS QUE UTILIZAM A TECNOLOGIA WEB

SERVICES

5.1. BizConverse Conducting technology

Inclui uma poderosa plataforma XML baseada em workflow engine, capaz de

conexo com aplicaes/componentes internos ou webservices externos. Workflows
so criados usando a ferramenta BizConverse Graphical Process Designer que
permite que usurios desenhem e modelem workflows sem programao. Existem
semelhanas com o BizTalk Orchestration Technology, porm, por ser uma
plataforma aberta, permite grande flexibilidade no momento de implementar
solues, alm da integrao com WebService externos atravs do protocolo SOAP.

5.2. Q-Link Solution Accelerates Web Service Adoption

Abordando o aspecto da barreira existente para a adoo dos web services,

Q-Link Technologies hoje oferece a possibilidade de incorporar web services em
qualquer processo de negcio sem programao extensa e complexa.

As empresas esto procurando por mtodos rpidos e de custo relativo para

integrar web services em seus processos de negcio. Isso far com que o
verdadeiro valor dos web services seja concretizado.

Essa nova soluo de web service, baseada na plataforma do Q-Linkss

BPM, permite as empresas rapidamente, incorporar web services em suas
aplicaes de processos de negcio sem requerer qualquer perfil de programao.
Usando ferramentas grficas de projeto e a capacidade de integrao em tempo de
projeto do Q-Links, pode-se desenvolver web services em qualquer etapa do
processo de negcio.

24

Com o Q-Link, o usurio cria uma completa representao grfica do fluxo

de trabalho do seu processo de negcio, Cada ao discreta (ponto de contato
humano, integrao com outros sistemas, email e comunicao sem fio,
representada por um reutilizvel componente de software chamado Q-Link Process
Action Component ou Q-PAC. Em tempo de projeto, o novo web service Q-PAC
integrado em um processo de negcio por uma simples ligao num cone no
diagrama de processos.

A nova funcionalidade dos web services uma poderosa extenso do

framework PAC.

As empresas esto convertendo componentes baseados em arquitetura

orientada a servios em aplicaes de rede, e esto precisando arrumar seus blocos
de construo que representam seus processos de negcio. A plataforma Q-Link
BPM, com web services integrados, possibilita aumentar a agilidade de implementar
seus processos de negcio.

A plataforma do Q-Link uma aplicao nativa J2EE e suporta diversos

padres da indstria, incluindo SOAP, XML E WSDL.

5.3. Xeco 1.2 - ebXML based business process server product

Xeco uma plataforma de modelagem e execuo de colaborao em

negcios baseada em ebXML. Possui mecanismo de regras e possibilidade de
administrao remota. um produto da zenAptix uma empresa sul africana formada
em 2000 pela Korbitec, uma incubadora de tecnologia com mais de 180
empregados. O foco principal da zenAptix a implementao de solues para
colaborao em negcios.

25

Xeco um servidor de processos de negcio baseado em ebXML. Suporta

especificaes chaves do ebXML, Business Process Specification Schema (BPSS),
Collaboration Protocol Profile (CPP) e Collaboration Protocol Agreement (CPA). Em
consequncia Xeco suporta colaborao em negcios entre organizaes/empresas.

Xeco fornece completo controle do fluxo dos processos de negcio, e

tambm implementa uma camada de interface (BSI Business Service Interface),
usada para executar transaes de negcios.

A capacidade de processamento do Xeco pode ser distribuida por vrios

servidores. O JMS, Java Message Service, suportado por comunicao entre
componentes e entre organizaes, desse modo, o sistema Xeco pode ser
distribuido geograficamente e/ou funcionalmente.

Xeco contm um Kit de ferramentas para desenvolvimento de adaptadores

para integrar mensagens com sistemas de retaguarda. Esses adaptadores so
usados por aplicaes externas, como SAPs ERP e possibilita a invocao e
interoperabilidade com aplicaes externas.

Xeco requer um JDK (1.3), um banco de dados relacional e um LDAP server.

Xeco acessa o banco de dados relacional atravs de JDBC 2 driver, desse modo o
popular free-beer MySQL RDBMS pode ser uma das opes para o ambiente de
desenvolvimento e posteriormente usar outro RDBMS no ambiente de produo. A
mesma coisa pode ser feita em relao ao LDAP server. Existe a opo entre
OpenLDAP e iPlanet Directory Server. Xeco executa em Linux, vrios tipos de Unix e
em Windows NT/2000.

ZenAptix est transitando bem cedo no espao ebXML, seu produto Xeco
implementa a maioria das especificaes ebXML, que esto sendo interpretadas
como a base para o futuro inter-relacionamento na colaborao em negcios. O

26

risco de comear cedo implementao desse tipo de produto baixa quando se

segue as especificaes como est fazendo a zenAptix.

5.4. Resposta para uma necessidade

A demanda por esses servios ou ferramentas coincide com o crescimento

do processamento distribudo, possibilitado pela instalao de servidores e
workstations em redes. Um ambiente dominado, desde a sua criao, pelos
processadores Intel, fabricante considerada sinnimo dos computadores pessoais
(PCs).

Alm da integrao de negcios e tecnologia no mundo fsico, essas

solues so consideradas como a opo nmero um para a integrao deste
ambiente com a infra-estrutura sem fio. Tambm no mundo wireless, a reengenharia
dos aplicativos em busca da mobilidade demonstra grande oportunidade para as
arquiteturas orientadas a servios e os web services.

Ainda no h um padro efetivo para os web services, mas o seu

desenvolvimento ocorre em grande velocidade por meio de organizaes como a
Oasis. Os esforos, no entanto, ainda no foram suficientes para solucionar
questes como a segurana (autenticao e autorizao de operaes). Assim como
tambm no foi desenvolvido um padro de trfego entre mquinas, para que elas
se comuniquem sem interferncia humana, e ainda falta uma padronizao da
semntica dessas informaes. Porm, diversas companhias tm experimentado a
soluo internamente, construindo a integrao passo a passo ou aplicao por
aplicao.

5.5 No campo dos clientes

27

Pelo que atestam as empresas, a utilizao dos web services como

plataforma de integrao realmente funciona. A questo era simples: se h a
emisso de um documento inicial, que pode ser uma nota fiscal, no deveria existir a
necessidade de que as informaes ali constantes fossem redigitadas ao longo do
processo. O aplicativo permite que as informaes sejam colocadas diretamente no
sistema de gesto, reduzindo o retrabalho e, conseqentemente, os erros.

Harmonizar uma grande salada de fornecedores, plataformas e aplicaes

s possvel graas ao universo de protocolos de mercado nos quais todos os
aplicativos baseados em web services se inspiram. Entre eles o XML, que tem como
principal funo a descrio de informaes para a troca de dados em ambiente
Internet e que serve de base para os demais protocolos utilizados pela arquitetura.
J o SOAP serve para a troca de informaes em ambiente distribudo, enquanto a
WSDL, atua como uma linguagem de descrio dos servios; e a UDDI um
conjunto de registros com funo de "pginas amarelas" dos servios disponveis.

Para quem desenvolve as aplicaes, preciso ter jogo de cintura com essa
sopa de letrinhas. Embora caracterizem uma arquitetura aberta, a tecnologia j
divide fabricantes em dois grupos: a plataforma .Net, desenvolvida pela Microsoft, e
a J2EE, utilizada pelos demais fornecedores. A guerra aberta e sem padronizao
no horizonte, exige uma ateno redobrada no campo da atualizao dos
protocolos.

28

CONCLUSO

Os conceitos de web services esto sendo utilizados para publicar muitas

aplicaes na web, garantindo com isso uma maior interoperabilidade com clientes e
empresas. Isso demonstra o uso dos servios web nos dias atuais. Por outro lado,
muitas caractersticas desejveis de sistemas distribudos, tais como confiabilidade e
segurana, ainda no foram incorporadas aos padres dos servios web. A
incorporao dessas caractersticas aos servios web est sendo amplamente
pesquisadas pela comunidade acadmica nacional e internacional.

A realizao deste trabalho permitiu demonstrar que a utilizao de Web

Services e a melhor soluo para integrao de sistemas em grandes corporaes,
as principais caractersticas de tecnologias que esto comeando a ser utilizadas em
larga escala: Web Services e dispositivos mveis.

Tendo este

trabalho

apresentado

as principais caractersticas das

tecnologias de web services sob a plataforma .NET.

A questo de comunicao em redes sem fio dos dispositivos mveis, no

foi abordada neste trabalho, visto que o trabalho foi focado principalmente na
utilizao do web service em Grande Corporaes.

29

REFERNCIAS BIBLIOGRAFICAS
BALLINGER, Keith. .NET Web Services: Architecture and Implementation. Boston:
Addison-Wesley, 2003.
Battisti Julio, Asp.net Uma nova Revoluo na Construo de Sites e Aplicaes na
Web. 1. ed. Rio de Janeiro: Excel Books, 2001.
Berners-Lee Tim et al, The Semantic Web. Scientific American, may. 2001.
Disponvel em: <http://www.scientificamerican.com/2001/0501issue/0501bernerslee.html>
Acesso em: 15 mar. 2011.
Bilal Siddiqui, Deploying Web Services with WSDL, Part 1: Simple Object Acess
Protocol. IBM homepage institucional, mar. 2002. Disponvel em: <http://www106.ibm.com/developerworks/webservices/library/ws-intwsdl12.html > Acesso em: 18
mai. 2011.
bizconverse.com
homepage
institucional.
Disponvel
em:
<
http://www.bizconverse.com/products/bizconverseframeworkfaq.htm > Acesso em:
21 ago. 2011.
Bonett Monica, Personalization of Web Services: Opportunities and Challenges
Ariadne Issue 28, 22-Jun-2001. Disponvel em: http://www.ariadne.ac.uk
/issue28/personalization/intro.html > Acesso em: 21 jun. 2011.
Bosworth Adam, Loosely Speaking. XML & Web Services Magazine, abr. 2002.
Disponvel
em:
<http://www.fawcette.com/xmlmag/2002_04/magazine/departments/endtag/default.as
p>
Acesso em: 27 mai. 2012.
Cohen Frank, Understanding Web Services Interoperability. Issues in integrating
multiple vendor Web services implementations. IBM homepage institucional, fev.
2000.
Disponvel
em:
<http://www106.ibm.com/developerworks/webservices/library/ws-inter.html> Acesso em: 18 mai.
2012.
Conway Alan, Web Services and Distributed Objects: Competing or Complementary?
E-servQ homepage institucional, 10 dez. 2001. Disponvel em: <http://eserv.ebizq.net/wbs/conway_1.html> Acesso em: 25 mar. 2012.
CLARO, Daniela Barreiro.; MACDO, Raimundo Jos de Arajo. Servios Web e
sua relao com Sistemas de Informao Uma abordagem dos conceitos bsicos as
composies semnticas. IV Simpsio Brasileiro de Sistema de Informao, SBSI
2008.

30

Dertouzos Michael, A Revoluo Inacabada; [traduo de Claudia Lopes] 1. ed. So

Paulo: Futura, 2002.
Dieter Jenz, Where are we with ebXML?, 15 abr 2002. Webservices.org, homepage
institucional.
Disponvel
em:
<http://www.webservices.org/index.php/article/articleprint/313/-1/24/> Acesso em: 18
ago. 2011.
ebpml.org homepage institucional. Disponvel em: < http://www.ebpml.org > Acesso
em: 21 ago. 2011.
ebXML.org homepage institucional. Disponvel em: <http://www.ebxml.org> Acesso
em: 18 ago. 2011.
Glass Graham, The Web Services r(evolution), Part 1. Applying Web Services to
applications. IBM homepage institucional, nov. 2000. Disponvel em: <http://www106.ibm.com/developerworks/webservices/library/ws-peer1.html> Acesso em: 18
mai. 2012.
Haddad Renato - C# - Aplicaes e Solues Conceitos e Aplicaes, 2001 Editora rica, 2 Edio.
Hendler James, Agents and the Semantic Web. IEEE Intelligent Systems Journal,
March/April 2001
I-WEB.
Web
Services.
2003.
Disponvel
em:
<
http://www.iweb.com.br/iweb/pdfs/20031008-webservices-01.pdf > Acessado em: 25
mar. 2012.
Lynch Clifford A., When Documents Deceive: Trust and Provenance as New Factors
for Information Retrieval in a Tangled Web Journal of the American Society for
Information Science and Technology 52.1 [Jan. 2001]: 12-17).
Machado, Marcelo Trannin, Apoio Integrao de Processos de Negcios em
Empresas Virtuais [Rio de Janeiro] 2002 Tese Universidade Federal do Rio de
Janeiro, COPPE.
Miller Paul, Interoperability. What is it and Why should I want it? Ariadne Issue 24,
21-Jun-2000.
Disponvel
em:
<
http://www.ariadne.ac.uk/issue24/interoperability/intro.html>
Acesso em: 21 jun. 2012.
PET-INF. WEB SERVICES. Programa de Educao Tutorial da Pontificia
Universidade Catolica do Rio Grande do Sul. Disponvel em: <
http://www.inf.pucrs.br/~petinf/homePage/materiais/documentos/cursos/cursoJava/J
A_WS.pdf > Acessado em: 12 out 2012.

31

Rommel John, Will Web Services jump-start the software slump? Java World, out.
2001. Disponvel em: <http://www.javaworld.com/javaworld/jw-08-2001/jw-0831webservice_p.html> Acesso em: 24 mai. 2012.
Sommers Frank, A birds-eye view of Web Services. Java World, jan. 2002.
Disponvel
em:
<http://www.javaworld.com/javaworld/jw-01-2002/jw-0125webservices_p.html>
Acesso em: 24 mai. 2012.
Snell James, Business process modeling with WSFL. IBM homepage institucional,
jul.
2001.
Disponvel
em:
<http://www106.ibm.com/developerworks/webservices/library/ws-ref4/ > Acesso em: 18 ago.
2012.
Vasudevan, Venu, A Web Services Primer, 4 apr. 2001 Disponvel em:
<http://www.xml.com/pub/a/2001/04/04/webservices/index.html> Acesso em 23 jul.
2012.
Q-Link Solution Adopts Web Services, Webservices.org homepage institucional.
Disponvel em: <http://www.webservices.org/index.php/article/articleprint/464/-1/2/>
Acesso em: 19 ago. 2012.
UDDI.org. UDDI.org. Disponvel em <http://www.uddi.org>. Acesso em 26 out. 2012.
zenaptix.com homepage institucional. Disponvel em: < http://www.zenaptix.com >
Acesso em: 21 ago. 2012.