VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

Pontos Chaves para Adoo de Uma Arquitetura Orientada a Servios: Uma Anlise Comparativa de Modelos de Maturidade SOA da Indstria
Jos Jorge Lima Dias Jr.1,2, Joyce Aline P. de Oliveira1, Silvio R. de Lemos Meira2
1

Centro de Cincias Aplicadas e Educao Universidade Federal da Paraba (UFPB) Rio Tinto - PB Brasil
2

Centro de Informtica Universidade Federal de Pernambuco (UFPE) Recife - PE Brasil

{jorge,joyce.aline}@dce.ufpb.br, srlm@cin.ufpe.br

Abstract. Adoption of Service-Oriented Architecture (SOA) has become a common practice in companies that aims at solving problems of flexibility to change and application integration. Although SOA promises to solve such problems, its adoption is not trivial in practice since it requires a process of adaptation and an organizational and technological restructuring. In this context, several SOA Maturity Models have been proposed aiming to aid the adoption process. Hence, this paper presents a comparative analysis among SOA Maturity Models proposed by industry, presenting similarities and differences among them in order to identify key points that can aid in SOA adoption. Resumo. A adoo de SOA tem se tornado prtica frequente em organizaes que buscam resolver problemas de flexibilidade a mudanas e de integrao entre suas aplicaes. Embora SOA, teoricamente, resolva tais problemas, sua adoo na prtica no consiste em uma atividade trivial, pois requer um processo de adaptao e de reestruturao organizacional e tecnolgica. Neste contexto, vrios modelos de maturidade SOA vem sendo propostos com o objetivo de auxiliar este processo de adoo. Diante disto, este artigo apresenta uma anlise comparativa entre modelos de maturidade SOA propostos na indstria, apresentando suas semelhanas e diferenas a fim de identificar pontos chaves que auxiliem na adoo de SOA.

1. Introduo
Torna-se cada vez mais difcil manter-se indiferente expanso decorrente dos avanos da globalizao e da tecnologia. A dinmica do mercado tem exigido uma maior integrao entre organizaes independentemente de polticas, culturas ou espao geogrfico. Empresas fornecedoras de produtos distintos mantm parcerias com diferentes tipos de organizaes compartilhando diversos tipos de informaes e servios. Muitas dessas organizaes possuem uma miscelnea de sistemas, aplicaes e arquiteturas com diferentes idades, tecnologias e plataformas [Josuttis 2007]. Alm disso, novos softwares so adquiridos de acordo com a necessidade da empresa,

291

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

aumentando ainda mais a complexidade do seu sistema, tornando-o cada vez mais diversificado e desintegrado. Paralelamente adio de novas tecnologias, ocorre a constante alterao dos processos de negcio das empresas, seja pela aquisio de novos servios, seja pela necessidade de melhoria das operaes internas ou ainda pela busca de alinhamento entre o negcio e a tecnologia da informao. O fato que o mercado tem forado as empresas a reagir rapidamente s mudanas, exigindo a adaptao dos seus processos de forma contnua [Niemann et al. 2008]. A Arquitetura Orientada a Servios (SOA Service-Oriented Architecture) surge como uma resposta a este desafio apresentando-se como um paradigma para a organizao e utilizao de funcionalidades distribudas que podem estar sob o domnio de proprietrios distintos [OASIS 2006]. Embora a adoo de SOA, resolva, teoricamente, problemas de flexibilidade s mudanas e de integrao nas organizaes, sua implantao na prtica envolve riscos e requer um alto custo, alm de um longo processo de adaptao e de reestruturao tecnolgica e organizacional, de modo que no deve ser realizada sem um planejamento prvio e sem um objetivo definido [Nasr et al. 2010]. As abordagens existentes para o planejamento sistemtico de adoo, implantao e continuidade de uma Arquitetura Orientada a Servios so denominadas de Modelos de Maturidade em SOA e possibilitam empresa analisar o nvel de alinhamento com os conceitos relacionados a SOA, tornando possvel avaliar o quanto necessrio evoluir para a obteno na ntegra desta abordagem. A fim de identificar quais so os pontos chaves para ajudar na adoo de SOA, foi realizada uma anlise comparativa entre os principais modelos de maturidade SOA propostos na indstria. Os modelos analisados foram: IBM, ORACLE, HP, SONIC, BEA-IT e OPEN GROUP. A escolha destes modelos justificada pelo fato de serem propostos por grandes organizaes que adquiriram experincia relevante ao longo dos anos concernente a implantao de SOA. Alm disso, estas organizaes oferecem ferramentas apropriadas que apiam a adoo desta abordagem. A identificao dos pontos chaves para a adoo de SOA justifica-se por ser observado que, em alguns casos, muitas empresas no conhecem inicialmente o que deve ser levado em considerao. Neste contexto, este artigo tenciona descrever tais pontos com o intuito de auxiliar as organizaes a entender o que deve ser abordado para que haja sucesso no alcance de uma Arquitetura Orientada a Servios. Este artigo est organizado da seguinte forma: a seo 2 apresenta resumidamente os modelos de maturidade SOA analisados. A seo 3 discute a anlise comparativa destes modelos. A seo 4 discute alguns trabalhos relacionados. Finalmente, a seo 5 apresenta algumas consideraes finais e trabalhos futuros.

2. Modelos de maturidade em SOA

Modelos de maturidade [Drew 1992] em geral definem um conjunto de aspectos a serem analisados na avaliao do grau de amadurecimento de determinado objeto de estudo com relao a um contexto definido.

292

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

No contexto corporativo, modelos de maturidade so ferramentas amplamente utilizadas na determinao do estado de maturidade atual de uma organizao em certa rea e para o planejamento das atividades necessrias para o alcance de um estgio de maturidade superior. No contexto de SOA, modelos de maturidade abordam nveis de maturidade distintos relacionados s definies e caractersticas de uma SOA. Na indstria h uma grande variedade destes modelos. Cada modelo possui peculiaridades e vises corporativas distintas, porm, todos possuem o mesmo propsito geral: orientar as organizaes na avaliao do nvel de adequao a SOA, auxiliando no entendimento do estado atual e dos objetivos a serem alcanados para a adoo efetiva desta abordagem. Os modelos de maturidade em SOA analisados so descritos brevemente a seguir. A escolha destes modelos justificada pelo fato de serem propostos por grandes organizaes que adquiriram experincia relevante ao longo dos anos concernente a implantao de SOA. Modelo de Maturidade SOA da IBM. O modelo de Maturidade de Integrao de Servios (Service Integration Maturity Model - SIMM) [Brown et al. 2005] desenvolvido pela IBM em 2005, preconiza que a transio para uma SOA, seja atravs do reuso de processos j existentes ou pela definio de novos, pode ser realizada atravs de passos incrementais, sem que seja necessrio analisar todos os processos e toda a infraestrutura de TI da organizao simultaneamente. Modelo de maturidade SOA da ORACLE. Proposto em 2006 [ORACLE 2006], composto pelos domnios referentes infraestrutura, arquitetura, informao e anlise, operaes, execuo de projetos, finanas e portflio, pessoas e organizao e por fim, governana. A cada nvel alcanado, alteraes ocorrem nestes domnios de modo que sejam obtidos os resultados desejados na adoo de SOA. Modelo de maturidade SOA da HP. O modelo tem o objetivo de avaliar o nvel de maturidade atual de SOA da empresa mostrando como as diversas capacidades e ativos SOA podem amadurecer ao longo do tempo [Pugsley 2008]. De acordo com a experincia adquirida nas implantaes de SOA realizadas pela HP, foram identificados oito modelos de domnio considerados os principais passveis de adoo da abordagem em questo: negcios, gerenciamento do programa, governana, arquitetura, operao e gerenciamento, suprimento e demanda, pessoas e enfim permisso de tecnologias. Segundo Pugsley (2008), quando se mestre em todos os domnios, h maior capacidade de efetivamente adotar e operar uma SOA, visto que as necessidades e as caractersticas destes sero levadas em considerao. Modelo de maturidade SOA da SONIC. O New SOA Maturity Model (NSOAMM) [SONIC 2006] especfico para organizaes que desejam implementar SOA baseada em Web Services. Este modelo caracteriza-se por apresentar os benefcios de negcio, as prticas e as metas chaves, os padres relevantes selecionados e os fatores crticos de sucesso (tecnolgicos e organizacionais) que compem cada nvel. Modelo de maturidade SOA da BEA-IT. Denominado Modelo de Evoluo SOA [BEA-IT 2006] composto por trs nveis de maturidade: Desenvolvimento de aplicaes web, desenvolvimento de aplicaes compostas e processos de negcios

293

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

automatizados. No primeiro nvel, a empresa que antes desenvolvia e integrava aplicaes de forma tradicional, passa a oferecer solues de negcio para setores internos e externos atravs de sites web para apoiar as necessidades de cada unidade de negcio. No segundo nvel, desenvolvimento de aplicaes compostas, um modelo de governana estabelecido, as aplicaes passam a se tornar mais flexveis s mudanas e as informaes so agregadas e fornecidas de forma composta. No terceiro nvel, o gerenciamento de processos de negcios se torna o foco principal da empresa que busca a padronizao destes e o alinhamento do negcio com TI. Modelo de maturidade SOA do OPEN GROUP. O modelo de maturidade de integrao de servios do OPEN GROUP (OSIMM) [Open Group 2009] foi criado de forma colaborativa pela IBM, BEA-IT, Capgemini, HP, EDS, alm de outros membros do OPEN GROUP, com o intuito de promover e apoiar a adoo de SOA e tambm como uma tentativa de padronizar os modelos de maturidade em SOA atravs da definio de um nico modelo baseado em padres abertos capaz de ser apoiado por tecnologias Open Source. O OSIMM, baseado no SIMM, define sete aspectos ou dimenses de uma organizao que devem ser avaliadas para que o nvel de maturidade seja definido. Tais dimenses so: negcios, organizao e governana, mtodos, aplicao, arquitetura, informao, infraestrutura e gerenciamento.

3. Anlise Comparativa dos Modelos de Maturidade SOA da Indstria

Considerando a variedade de modelos existentes, necessrio conhecer as suas caractersticas, verificando as semelhanas e as distines entre eles para que se consiga identificar quais so os pontos chaves considerados para a efetiva adoo de SOA. Para tanto, alguns parmetros foram identificados para realizar a anlise e apresentar as semelhanas e diferenas entre os modelos. Este artigo apresentar, por questo de espao, apenas a anlise de alguns dos parmetros que foram considerados mais relevantes na identificao dos pontos chaves para adoo de SOA. Estes parmetros so: objetivos da utilizao de SOA, separao por nveis, estratgia de implantao de SOA, abrangncia corporativa, tecnologias sugeridas, estratgia de alinhamento do negcio com TI e estratgia de reusabilidade de servio. A anlise completa pode ser consultada em [Oliveira 2011]. Alguns parmetros iniciais foram identificados a partir de discusses com especialista da rea de SOA e outros foram identificados ou refinados ao longo do processo de pesquisa. importante dizer tambm que os modelos analisados pertencem a empresas com fins comerciais, e que por isso pode causar um vis na pesquisa em termos do que e no importante na adoo de SOA. Nas prximas subsees apresentada a anlise comparativa de acordo com os parmetros identificados. 3.1. Objetivos na Adoo de SOA O objetivo da utilizao de SOA muito importante para uma organizao que deseja adotar esta abordagem. Observando os objetivos da utilizao de SOA propostos pelas empresas fornecedoras de softwares que apiam a adoo de uma Arquitetura Orientada

294

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

a Servios possvel analisar se tais objetivos esto em conformidade com aqueles a serem alcanados pela organizao que pretende iniciar sua jornada em SOA. Os objetivos da utilizao de SOA propostos pela IBM so: desenvolver uma arquitetura bem definida e utilizvel, reduzir custos operacionais e agilizar o negcio. A ORACLE prope como objetivo a reduo de custos com integrao, a ampliao de reutilizao de ativos e o aumento da agilidade de negcios. O objetivo proposto pela HP prover o melhor alinhamento entre negcios e TI e a execuo de estratgias e metas de negcio a um custo mais aceitvel. A SONIC preconiza como objetivos o aumento da agilidade do negcio, a reduo de custos e de riscos referentes TI e o alcance da flexibilidade Percebemos alguns objetivos em comum entre os modelos da IBM, ORACLE e SONIC, que visam a reduo de custos e a agilidade de negcios. Porm, outros objetivos tambm so citados, como prover alinhamento entre negcios e TI e aumentar a flexibilidade das aplicaes. Todas estas caractersticas so prometidas quando se pensa na adoo de SOA. Analisar os objetivos dos modelos foi importante uma vez que permitiu melhorar os parmetros de comparao da anlise comparativa entre os modelos. 3.2. Separao por Nveis O primeiro aspecto de semelhana comum a todos os modelos de maturidade SOA a separao por nveis, que possibilitam mudanas gradativas ao longo do tempo de modo que riscos sejam minimizados atravs do planejamento estratgico de aes que provem a adoo de SOA de maneira organizada. Deste modo, quanto mais elevado o nvel de maturidade, maior a adequao da empresa aos conceitos de SOA. A Tabela 1 mostra os nveis de cada modelo de maturidade analisado. Podemos perceber que o modelo da IBM o que possui mais nveis (total de 7), enquanto o modelo da BEA-IT possui menos nveis (total de 3). Quanto maior o nmero de nveis, menor o esforo de pular de um nvel para outro. Um ponto observado com relao aos nveis dos modelos de maturidade pesquisados a semelhana entre as caractersticas atribudas ao primeiro nvel de quase todos os modelos, no qual a integrao realizada sem um planejamento sistemtico e os projetos implementados so simples, de baixo custo com foco apenas no conhecimento das tecnologias e na anlise dos benefcios da adoo de SOA. Esta semelhana no se aplica ao primeiro nvel do modelo de maturidade SOA do OPEN GROUP, que no aborda integrao neste estgio, nem ao modelo de maturidade SOA da BEA-IT que aborda um grau de integrao bastante elevado com relao aos demais modelos. Outro ponto de semelhana comum a todos os modelos o ltimo nvel de maturidade que em sua totalidade preconiza a automatizao dos servios que passam a responder automaticamente s requisies realizadas. Alm disso, os servios passam, teoricamente, a se combinar sem a interveno humana para gerar novos servios capazes de atender s solicitaes. J foi afirmado anteriormente que a adoo de SOA exige um longo processo de adaptao tanto tecnolgica quanto organizacional, logo, entende-se que SOA no pode

295

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

ser alcanada de imediato. Josuttis (2007) refora isto afirmando que SOA uma estratgia que precisa ser introduzida na empresa gradualmente e que isto requer tempo uma vez que uma SOA totalmente desenvolvida exige muitas modificaes. A preocupao em se adotar esta abordagem imediatamente pode acarretar a ausncia de foco em requisitos essenciais para a implantao de SOA e na perda de alguns dos benefcios propostos por esta abordagem. Os modelos de maturidade pesquisados em sua totalidade tambm sugerem como ponto chave a adoo gradativa de SOA atravs da definio de nveis que, ao logo do tempo e de acordo com as metas alcanadas, apresentam a viso de uma empresa mais amadurecida e adequada com relao aos conceitos de SOA. Logo, pode-se concluir que o entendimento de adoo gradativa consiste em um ponto essencial para a obteno de SOA.
Tabela 1. Nveis de maturidade dos modelos avaliados

3.3. Abrangncia Corporativa Com relao abrangncia corporativa, foi observado que tanto o modelo de maturidade SOA da IBM, quanto o da ORACLE, assim como tambm o modelo da HP e do OPEN GROUP abordam domnios, dimenses ou reas de negcio que precisam ser avaliadas para a obteno do nvel atual de maturidade da organizao. Para que um novo nvel seja alcanado necessrio que algumas mudanas predeterminadas ocorram dentro destas reas de modo que o grau de maturidade SOA da organizao seja de fato visvel. Quanto maior o grau de maturidade, mais elevado o nvel de organizao e de

296

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

estruturao destas reas. Embora cada modelo de maturidade trate as reas por nomes distintos, como reas de negcio, domnios do modelo e dimenses, o objetivo semelhante: abordar domnios corporativos comumente existentes em grande parte das organizaes. Como diferenas gerais, so apresentados os seguintes aspectos: quantidade de domnios correspondentes a cada modelo, grau de enfoque dado viso tcnica, como por exemplo, arquitetura, infraestrutura, informao, permisso de tecnologias etc, e grau de enfoque atribudo viso organizacional, tais como pessoas, negcios, governana, processos etc. A Tabela 2 mostra as reas que os modelos da IBM, ORACLE, HP e OPEN GROUP consideram. Os outros modelos no apresentaram estes conceitos. Podemos perceber que a nica rea em comum entre os modelos a Arquitetura. Esta rea tem como objetivo tratar as informaes sobre o projeto arquitetural da SOA como um todo, dos servios e das aplicaes consumidoras que sero construdas [Dias 2010]. importante notar que as reas englobam aspectos tcnicos e no tcnicos, evidenciando que a adoo de SOA no apenas a aquisio de tecnologias, e sim um processo que engloba vrias dimenses da organizao.
Tabela 2. Domnios/Dimenses/reas de negcio dos modelos de maturidade analisados

3.4. Estratgia de Alinhamento entre TI e o Negcio O alinhamento do negcio com a tecnologia da informao diz respeito ao atendimento eficiente dos objetivos de negcio da organizao atravs do gerenciamento tambm

297

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

eficiente das suas aplicaes. Tal adequao deve envolver a integrao entre a estratgia de negcio e estratgia de TI, assim como a infraestrutura de negcio e a infraestrutura de TI [Chan 2002]. Existem diversas estratgias que possibilitam a busca do alinhamento entre o negcio e TI, dentre estas pode ser citado o Gerenciamento de Processos de Negcio (BPM Business Process Management) [Moore 2003] e Governana SOA [Afshar 2007]. A governana responsvel por garantir que as polticas estabelecidas com relao s aplicaes sejam cumpridas em conformidade com os conceitos de SOA no processo de desenvolvimento e de gerenciamento dos servios. Os modelos de maturidade da IBM e da HP sugerem a utilizao de governana SOA e o BPM como estratgia de alinhamento entre negcio e TI. O modelo de maturidade da ORACLE sugere como estratgia de alinhamento o investimento em governana, a utilizao de ferramentas para integrao e orquestrao de servios (BPEL), o uso de ferramentas de modelagem e de padronizao de processos de negcio (BPMN), a nfase em mtricas para mensurar a variao de processos e a utilizao de ferramentas de gerenciamento para monitorar processos, polticas e eventos. Os modelos de maturidade da SONIC, BEA-IT e OPEN GROUP sugerem o gerenciamento de processos de negcio, a especificao de polticas para a criao e modificao destes processos, a utilizao de governana SOA para o alinhamento entre negcio e TI e o Monitoramento de Atividades de Negcio (BAM) para armazenamento e anlise de informaes estatsticas referente aos processos de negcio. Analisando-se os modelos de maturidade SOA citados, percebe-se que todos se assemelham por preconizarem o alinhamento entre TI e o negcio e por sugerirem o investimento em governana SOA e BPM como estratgia no seu alcance. Governana SOA definida como o planejamento de todo o processo de implantao e de continuidade de uma SOA em uma organizao. Ela a responsvel por fornecer diretrizes necessrias e por garantir que decises a serem tomadas com relao a todos os termos tcnicos e no tcnicos que englobam esta abordagem no remetero a crises econmicas ou perda de controle dos objetivos definidos, dos recursos utilizados ou dos servios desenvolvidos. Josuttis (2007) e Manes (2007) ressaltam que a governana possui quatro fundamentos principais: polticas, processos, mtricas e organizao. As polticas definem que as aes devem ser realizadas de forma correta, os processos reforam as polticas, as mtricas provem uma viso concernente ao cumprimento das polticas e o reforo necessrio para que estas sejam seguidas e a organizao responsvel por estabelecer uma cultura que suporte o processo de governana, e.g. [Josutis 2007], [Manes 2007]. Na adoo de SOA, os fundamentos citados so aplicados de forma contnua para o alcance dos benefcios propostos por esta abordagem. Neste contexto, so focados tanto aspectos organizacionais (como finanas, definio de papis e de responsabilidades, processos, padres, etc.) quanto aspectos tcnicos (como tecnologias, documentao, gerenciamento e monitoramento de servios, entre outros). Portanto,

298

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

pode-se afirmar que investimentos em governana consistem em um ponto chave para que SOA seja obtida com sucesso. BPM uma abordagem disciplinada de gerenciamento suportada por tecnologias com foco na melhoria de processos, tratando-os como ativos que podem ser gerenciados e adaptados s constantes mudanas [Gartner 2009]. A adoo de BPM permite a identificao, a modelagem, o controle e a melhoria de processos de negcio com base na anlise real de como estes so normalmente executados (as-is) e das aes necessrias para que estes sejam modificados e aplicados (to-be) para o alcance dos objetivos definidos. No contexto de SOA, o gerenciamento de processos apresenta-se como uma atividade de grande importncia, visto que servios podem representar atividades, subprocessos ou processos de negcio, logo, necessrio a utilizao de uma abordagem sistemtica para identific-los, model-los, implement-los, reus-los e para apoiar s mudanas as quais esses esto sujeitos. 3.5. Estratgia de implantao de SOA A definio de estratgias durante a obteno de um novo paradigma arquitetural consiste em uma atividade essencial para a obteno de sucesso. As pessoas so peas fundamentais para que tais mudanas aconteam, para que polticas sejam aceitas e praticadas e por fim para que haja a efetivao dos planos traados na adoo desta nova abordagem. Portanto, a adoo de SOA exige o envolvimento de desenvolvedores, analistas de negcios e arquitetos capacitados, alm do incentivo da alta gerncia e da educao da organizao no todo, j que h uma grande mudana nas estruturas corporativa e tecnolgica durante este processo. A necessidade deste requisito para a obteno de SOA foi observada com base na anlise dos modelos de maturidade pesquisados que em conjunto sugerem governana como principal estratgia de implantao de SOA atravs da definio de polticas que permitam a sua adoo e continuidade. O modelo de maturidade da ORACLE alm de sugerir o investimento em governana sugere tambm a criao de um centro de excelncia em SOA (que consiste em uma equipe responsvel por entender, compartilhar e implantar os conceitos relacionados Arquitetura Orientada a Servios), recompensas e incentivos em troca da adeso SOA, alocao de custos para o uso de recursos de TI e expanso de financiamento para o centro de excelncia SOA e apoio executivo das iniciativas SOA. A HP, semelhantemente a IBM, sugere o investimento em governana, alm de treinamento em SOA para equipes de TI e para todos os funcionrios. A SONIC sugere Governana, patrocnio da alta gerncia e a formao de um centro de competncia SOA liderado por um grupo de arquitetos. O OPEN GROUP prope governana, treinamento relacionado s mudanas arquiteturais e a contratao de recursos especializados. A BEA-IT prope governana, investimento em uma equipe com boas habilidades tcnicas e apoio da alta gerncia. 3.6. Estratgia de reusabilidade de servios A reusabilidade de servio refere-se utilizao dos mesmos servios em aplicaes distintas sem a necessidade de sua reimplementao, desse modo, segundo Josuttis

299

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

(2007) quando os sistemas precisam utilizar uma funcionalidade, eles podem acess-la requisitando o mesmo servio. Isto evita que o desenvolvimento se torne uma atividade redundante, diminuindo os custos e o tempo inerentes ao desenvolvimento, e aumentando a qualidade das aplicaes. Diante destes benefcios e considerando que a reusabilidade uma das principais caractersticas de SOA, verifica-se a necessidade de observar quais modelos de maturidade abordam uma estratgia concernente a este requisito. Baseado na pesquisa possvel perceber que a nica estratgia identificada em alguns dos modelos analisados, mais especificamente o modelo do OPEN GROUP, da ORACLE e da HP, a utilizao de um registro de servios para que estes sejam localizados e reutilizados. No foi identificada na documentao dos modelos analisados nenhuma outra estratgia explcita para reutilizao de servios. Entretanto, importante se pensar nesta questo uma vez que atravs da efetiva reutilizao de servios que se conseguir a reduo de custos no desenvolvimento de novas aplicaes. 3.7. Tecnologias Sugeridas SOA no uma tecnologia, e sim uma abordagem que necessita de tecnologias para apoi-la. A importncia de saber quais tecnologias so sugeridas pela empresa proponente do modelo de maturidade se d pela necessidade da empresa iniciadora em SOA verificar a possibilidade de adoo das tecnologias propostas, considerando a viabilidade de aprendizado destas, a aquisio de pessoas qualificadas para implementar as aplicaes e o impacto da implantao destas na organizao. Alm disso, necessrio verificar se a mudana de paradigma tecnolgico agrega de fato valor ao negcio. Tal relevncia ainda maior quando a empresa possui sistemas legados, ou seja, sistemas de grande importncia compostos por tecnologias obsoletas. Considerando que o nvel de maturidade SOA da organizao tambm ser avaliado de acordo com o amadurecimento da tecnologia adotada, pode ser relevante implantar um modelo de maturidade SOA com uma perspectiva tecnolgica semelhante aquela a ser adotada pela empresa iniciadora em SOA, no entanto isto no uma regra. A ORACLE, HP, SONIC, OPEN GROUP e BE-IT no especificam nenhuma linguagem, porm sugere a utilizao de Web Services como tecnologia principal para a adoo de SOA, diferentemente da IBM que especifica a utilizao de JEE (Java Enterprise Edition) ou .NET.

4. Trabalhos Relacionados
Rathfelder e Groenda (2008) relatam alguns modelos de maturidade SOA propostos por grandes indstrias e propem um novo modelo denominado Modelo de Maturidade Independente (iSOAMM) que, segundo os autores, pode ser aplicado sem a dependncia de tecnologias e de produtos. Meier (2006) em sua tese realiza uma anlise sobre o modelo de maturidade da SONIC e o modelo de maturidade da ORACLE e a partir da combinao dos benefcios destes prope um novo modelo denominado Modelo de Maturidade SOA Combinado (CSOAMM) composto por dez nveis de maturidade com o objetivo principal de auxiliar as empresas a compreender os pontos necessrios para a adoo de SOA.

300

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

O diferencial entre o trabalho proposto e os citados anteriormente que este no tenciona a anlise de modelos de maturidade SOA com vista na proposta de um novo, antes tem por principal objetivo analisar cada modelo pesquisado e a partir desta anlise identificar os pontos chaves considerados como principais por estes modelos para a adoo de SOA. A quantidade e os tipos de requisitos identificados no processo de anlise, assim como o nmero de modelos comparados (seis), tambm consistem em um diferencial relevante por fornecerem subsdios consistentes para o atendimento do objetivo proposto.

5. Consideraes Finais
Este artigo destinou-se a apresentar uma anlise de modelos de maturidade em SOA propostos na indstria e a identificar, baseado nesta anlise, os principais pontos chaves para a adoo de SOA. Os modelos analisados foram: Modelo de maturidade SOA da IBM, modelo de maturidade SOA da ORACLE, modelo de maturidade SOA da HP, modelo de maturidade SOA da SONIC, modelo de maturidade SOA da BEA-IT e modelo de maturidade do OPEN GROUP. Este artigo permitiu identificar quais so os pontos chaves que as empresas devem considerar quando pensar em adotar SOA: Adoo gradativa de SOA; considerao de diferentes dimenses como arquitetura, pessoas, negcios, organizao governana, infraestrutura etc na evoluo da adoo; Governana SOA como estratgia para garantir as polticas estabelecidas; BPM como estratgia de alinhamento entre negcio e TI; Envolvimento e educao de pessoas, como peas fundamentais para que as mudanas organizacionais aconteam; investimento de recursos e criao de um centro de excelncia SOA para apoiar a iniciativa de adoo; utilizao de ferramentas, por exemplo, um registro para catalogao dos servios para que possam ser reutilizados. Como trabalho futuro proposto o estudo de relatos de empresas que utilizaram algum dos modelos de maturidade pesquisados e a anlise da influncia destes na prtica para o sucesso na adoo de SOA. Alm disso, importante realizar uma reviso sistemtica da literatura para identificar evidncias da relevncia destes pontos chaves na adoo.

Referncias
Afshar, M. "SOA Governance: Framework and Best Practices, Version 1.1", Oracle, May 2007. BEA-IT, SOA Evolution Model (2006). SOA Blueprint. Disponvel em: http://soablueprint.com/yahoo_site_admin/assets/docs/SOAEvolutionModel.2911007 53.pdf. Referncia Principal. Brown W. A. Johnston K. S.; Larsen G.; Palistrant, J.(2005). SOA Development Using the IBM Rational Software. Development Platform: A Practical Guide. IBM Corporation.

301

VIII Simpsio Brasileiro de Sistemas de Informao (SBSI 2012) Trilhas Tcnicas

CHAN, Yolande E. (2002). Why havent we mastered alignment? The importance of the informal organization structure. MIS Quarterly Executive. Dias, J. (2010). A Software Architecture Process for SOA Definition - Designing Service-Oriented Architectures in an Enterprise Context. LAP Lambert Academic Publishing. Drew, D.W. Tailoring the software engineering Institute's (SEI) Capability Maturity Model (CMM) to a software sustaining engineering organization. Proceedings of Conference on Software Maintenance, 1992. Gartner, Group. (2009). Business Process Management Program Key Initiative Overview. Josuttis, N. (2007) SOA in Practice - The Art of Distributed System Design. O'Reilly Media. Meier, F. (2006). Service Oriented Architecture Maturity Models - A guide to SOA adoption. Masters thesis, University of Skovde, School of Humanities and Informatics. Moore, J., "Business process management", Chemical Engineering Process, American, 2003, pp. 22-23. Nasr, K., Gross, H., Deursen, A. (2010). Adopting and Evaluating Service Oriented Architecture in Industry. 14th European Conference on Software Maintenance and Reengineering. Niemann, M; Eckert, J; Repp, N; Steinmetz, R.(2008). Towards a generic governance model for service-oriented architectures. In: Proceedings of the Fourteenth Americas Conference on Information Systems, Toronto. OASIS (2006). Reference Model For Service Oriented Architecture. Disponvel em < http://www.oasis-open.org/committees/download.php/16587/wd-soa-rm-cd1ED.pdf> Oliveira, J. Modelos de Maturidade em SOA: Uma anlise comparativa da indstria. Monografia (graduao) Universidade Federal da Paraba/CCAE, Rio Tinto, 2011. ORACLE. (2006) SOA Maturity Cheat Sheet. Disponvel em: <http://pt.scribd.com/doc/2890015/oraclesoamaturitymodelcheatsheet> Pugsley, Andrew. (2008). Assessing your programming SOA. HP Worldwide SOA Service Program. Disponvel em: <http://h20195.www2.hp.com/v2/GetPDF.aspx/4AA0-4824ENW.pdf>. Rathfelder, C; Groenda, H.(2008). iSOAMM: An Independent SOA Maturity Model. In Proc. of 8th IFIP International Conference on Distributed Applications and Interoperable Systems (DAIS'08), volume 5053/2008 of Lecture Notes in Computer Science, pages 1-15. Springer-Verlag Berlin Heidelberg. SONIC (2006), Movin SOA on up: Introducing a New Service-Oriented Architecture Maturity Model. Disponvel em: http://web.progress.com/en/movin-soa-on-up.html. The Open Group (2009). Service Integration Maturity Model (OSIMM). 2009. Disponvel em: https://www.opengroup.org/projects/osimm/uploads/40/17990/OSIMM_v0.3a.pdf

302