Considerações Finais

Consideraes Finais
80
5 Consideraes Finais
5.1. Concluses O objetivo deste trabalho foi realizar um estudo abrangente sobre o desenvolvimento orientado a servios que, segundo alguns estudos, tem um grande potencial para ser referncia no desenvolvimento de software em alguns anos. O primeiro passo do trabalho foi identificar, atravs de estudos sobre
PUC-Rio - Certificao Digital N 0210486/CA
aplicaes orientadas a servios, as caractersticas que podem ser consideradas relevantes na construo dessas aplicaes. Um conjunto de nove caractersticas foi identificado e, em seguida, estudadas isoladamente. O trabalho buscou tambm diferenciar o conceito de servios do conceito de componentes, e concluiu que so conceitos similares. Identificou-se que o termo servio empregado de formas distintas na literatura acadmica e na literatura no acadmica. O resultados desses estudos deram origem ao captulo dois deste trabalho. Paralelamente, foram investigados alguns frameworks que fornecem suporte a construo de aplicaes orientadas a servios. Dentre as vrias opes existentes foram escolhidos trs frameworks, sobre os quais os estudos foram aprofundados. Os trs frameworks, Vinci, Jini e XML Web Services, so significativos uma vez que possuem diferenas na maneira que foram projetados, e mais ainda, na maneira como suas aplicaes so construdas. Existem outros frameworks, porm todos encontrados possuem alguma similaridade com um dos trs escolhidos para este trabalho. O estudo de XML Web Services serviu principalmente para desmistificar essa nova tecnologia, que vem sendo apresentada, principalmente pelo mercado de desenvolvimento de software, como uma grande inovao tecnolgica e que ir alterar a maneira como o software desenvolvido atualmente. A concluso que o trabalho chegou que XML Web Services no apresentam grande inovao em termos de tecnologia, e sim uma inovao no que diz respeito a padronizao de protocolos. Devido a essa padronizao, possvel que a adoo dos XML Web Services em larga escala se
Consideraes Finais
81
concretize, diferentemente do que ocorreu em propostas anteriores de solues para o desenvolvimento de sistemas distribudos. A ltima parte do trabalho foi construir um framework que fornecesse suporte ao desenvolvimento orientado a servios. Tirando proveito dos estudos feitos nas fases anteriores do trabalho, o objetivo foi criar um framework que resolvesse grande parte dos problemas de orientao a servios com simplicidade. Alm disso, o framework foi construdo para ser uma extenso de um servidor de aplicaes J2EE e com isso, deixar que suas aplicaes pudessem utilizar todas as funcionalidades que um servidor de aplicaes dessa categoria fornece. Atualmente o framework j utilizado em duas aplicaes de mdio porte. Em ambas aplicaes, a escolha do XMLTalk ocorreu principalmente devido a sua facilidade para construir aplicaes que descrevem seus dados em XML e a
necessidade de integrao com componentes j existentes desenvolvidos para a plataforma J2EE. O uso do XMLTalk gerou uma grande produtividade, principalmente pela possibilidade de programao declarativa do uso dos servios atravs de sitemaps em XML. O mecanismo de disponibilizao automtica acelerou o desenvolvimento, pois re-iniciar o servidor de aplicao a cada alterao de cdigo passou a ser desnecessrio. J o mecanismo de cache se mostrou fundamental em uma das aplicaes onde o alto desempenho era mandatrio. A no obrigatoriedade da explicitao dos atributos de um servio acabou complicando o desenvolvimento, pois os clientes precisavam saber quais atributos deveriam ser enviados para que o servio executasse sua tarefa adequadamente. Por no ser obrigatria, a explicitao desses atributos quase sempre no foi feita, dificultando o trabalho de desenvolvimento dos clientes. Talvez, o uso de uma estratgia de proxies dinmicos, criados em tempo de execuo com interfaces completas e bem definidas fosse mais apropriada, pois obrigaria a formalizao dos atributos de um servio,. O XMLTalk precisa ainda de uma experimentao maior para assim atingir um grau de maturidade requerido para que possa ser adotado no desenvolvimento de sistemas de misso critica e alta disponibilidade, como seu objetivo. A concluso final que atravs do estudo de algumas alternativas existentes para a construo de aplicaes baseadas em servios, e principalmente, da elaborao de um framework completo, que fornece suporte a sistemas orientados a servios, foi possvel investigar as caractersticas relevantes para aplicaes
Consideraes Finais
82
orientadas a servios. Apesar do surgimento de arquiteturas orientada a servios, o desenvolvimento de sistemas distribudos continua sendo um desafio para desenvolvedores. As questes envolvidas, como desempenho, concorrncia, heterogeneidade, entre outras, ainda no foram totalmente resolvidas. Porm, com certeza o uso de frameworks concebidos com o intuito de facilitar tais tarefas muito proveitoso. Mais do que isso, se basear no conceito de servios para a concepo de novas aplicaes pode trazer um ganho real em mdio prazo, pois o reuso de servios j constitudos mesmo em ambientes heterogneos altamente factvel. A seo a seguir apresenta sugestes de trabalhos futuros com o objetivo de encorajar a continuidade do trabalho desenvolvido
5.2. Trabalhos Futuros Em relao a trabalhos futuros este trabalho fornece algumas opes no que diz respeito a continuidade do desenvolvimento do framework. Abaixo so citadas algumas das possibilidades: Maturidade do framework Para o framework atingir sua maturidade e conseqente aumento da usabilidade, necessrio que o XMLTalk seja testado mais intensamente. Durante o desenvolvimento ele foi testado em dois sistemas de mdio porte, porm seria interessante aumentar a quantidade de testes de unidade e criar mais aplicaes para uso do mesmo. Alm disso, a criao de um conjunto maior de servios a serem distribudos como parte do pacote bsico (core) do framework tambm importante. Criao de novos protocolos Atualmente, o coordenador de servios s se comunica atravs do protocolo RMI-IIOP, o que segrega a sua utilizao a clientes para o universo Java e CORBA. importante fazer com que o coordenador entenda ao menos o protocolo SOAP, para que assim, clientes desenvolvidos em outras tecnologias possam fazer uso do XMLTalk. Alm disso, importante
Consideraes Finais
83
tambm a criao de outros proxies para servios, fazendo com que o framework possa se comunicar com servios implementados em outras plataformas que no Java, SOAP ou JavaScript, como possvel atualmente. Uso do framework em containeres diversos Durante o desenvolvimento do trabalho, uma srie de servidores de componentes Java, como Spring [Spring, 2004] e Avalon [Avalon, 2004], amadureceram e passaram a disputar as atenes com os servidores de aplicao J2EE para construo de aplicaes de alta disponibiliade. Esses containeres pregam que a aplicao no deve ser penalizada por funcionalidades que no esto sendo utilizadas. Por exemplo, se sua aplicao no precisar de transao, no justo, como acontece em
containeres EJB, que a aplicao perca desempenho relativo ao controle transacional oferecido. O trabalho proposto investigar a possibilidade de estender a infra-estrutura fornecida por esses containeres utilizando o XMLTalk.

Considerações Finais

Enviado por

Direitos autorais:

Formatos disponíveis

Considerações Finais

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Considerações Finais

Enviado por

Direitos autorais:

Formatos disponíveis

Consideraes Finais

PUC-Rio - Certificao Digital N 0210486/CA

Você também pode gostar