fatores de sucesso e desafios na implementaÇÃo de ... · arquitetura orientada a serviços (soa)...

Universidade do Estado de Santa Catarina

Centro de Educação Superior do Alto Vale do Itajaí

FATORES DE SUCESSO E DESAFIOS NA IMPLEMENTAÇÃO

DE ARQUITETURA ORIENTADA A SERVIÇO NAS

ORGANIZAÇÕES: UMA SURVEY

Anderson Diego Kulpa Fachini, Marcio José Mantau

Pós-Graduação em Engenharia de Software – PGES

Centro de Educação Superior do Alto Vale do Itajaí – CEAVI

Universidade do Estado de Santa Catarina – UDESC [email protected], [email protected]

Resumo

Arquitetura Orientada a Serviços (SOA) é um paradigma para organizar e utilizar capacidades

distribuídas que podem estar sob controle de diferentes domínios proprietários. A adoção de SOA

pode oferecer vários benefícios, tais como flexibilidade organizacional, baixos custos de

desenvolvimento e gerenciamento de software, inteligência de negócios, entre outros. Estes

benefícios levaram várias empresas a adotar SOA para aproveitar ao máximo estes resultados.

Entretanto, nem todos as empresas tiveram sucesso na migração para este paradigma. O objetivo

deste estudo é levantar os fatores de sucesso e desafios encontrados pelas empresas na

implantação de SOA, com base em um estudo sistemático da literatura. Verificou-se que os

resultados variam de acordo com o cenário e abordagem utilizados. Ainda assim foi possível

identificar que os desafios mais comuns na migração para SOA são a estratégia de migração a ser

utilizada e a identificação dos serviços com base no sistema legado. Em relação aos fatores de

sucesso mais citados tem-se o uso de governança em SOA e abordagem de migração em fases.

Para as empresas que desejam fazer a implantação de SOA, os desafios e fatores de sucesso

identificados por este estudo auxiliam na tomada de decisão, de forma que os resultados

desejados possam ser atingidos de forma eficiente.

Palavras-chave: Migração. Sistema. Abordagem.

SUCCESS FACTORS AND CHALLENGES IN THE

IMPLEMENTATION OF SERVICE-ORIENTED

ARCHITECTURE IN COMPANIES: A SURVEY

Abstract

Service-Oriented Architecture (SOA) is a paradigm for organizing and utilizing distributed

capabilities that may be under the control of different ownership domains. Adopting SOA can

offer many benefits, such as organizational flexibility, lower development and software

management costs, business intelligence, among others. These benefits have led many companies

to adopt SOA to make the most of these results. However, not all companies have succeeded in

migrating to this paradigm. The aim of this study is to raise the success factors and challenges

encountered by companies in the implementation of SOA based in a literature systematic study. It

was found that the results vary depending on the scenario and approach used. Still, it was

possible to identify the most common challenges in migrating to SOA are the migration strategy

to be used and the identification of services based on legacy system. In relation to the most cited

success factors, it has the use of SOA governance and migration phased approach. For

companies who wish to implement SOA, challenges and success factors identified by this study

aid in decision making, so that the desired results can be achieved efficiently.

Keywords: Migration. System. Approach.



1. Introdução

Arquitetura Orientada a Serviços (SOA) é um paradigma para organizar e utilizar capacidades

distribuídas que podem estar sob controle de diferentes domínios proprietários [OASIS, 2006].

SOA é uma forma de pensar em termos de serviço e desenvolvimento de software baseado em

serviços, sendo serviço uma representação lógica de uma atividade de negócios repetíveis. Web

service é a forma mais utilizada para se implementar SOA [The Open Group, 2015b].

Desde que o tema SOA foi cunhado em 1996, ele tem se tornado o estado da arte dos

pensamentos em arquitetura de software e todos os grandes provedores de software oferecem

vários frameworks e implementações de SOA [Grønli, 2013].

A adoção de SOA pode oferecer vários benefícios, tais como flexibilidade organizacional,

baixos custos de desenvolvimento e gerenciamento, inteligência de negócios, simplificação da

estrutura de software, possibilidade de otimizar performance, funcionalidade e custos, entre

outros benefícios [The Open Group, 2015a]. Estes benefícios levaram várias empresas a adotar

SOA para aproveitar ao máximo estes resultados. Entretanto, segundo Galinium e Shahbaz

(2012), nem todos as empresas tiveram sucesso na migração para SOA, sendo que o nível de

sucesso depende de alguns fatores, variando de uma estrutura legada em uma empresa para uma

série de processos de negócio para outra. Dessa forma, realçar os fatores corretos para alcançar

sucesso na migração de sistemas legados nas empresas é um fator fundamental.

Várias pesquisas já foram realizadas para levantar os desafios e fatores de sucesso na

implantação de SOA [Galinium, 2009; Giganek, 2009; Bhallamudi, 2011; Gedela, 2011; Grønli,

2012; Razavian, 2012; Khadka, 2013b]. Entretanto cada uma delas faz um levantamento a partir

de um ponto de vista distinto, em empresas diferentes, gerando resultados diferentes. Desta

forma, há a necessidade de conduzir um estudo para compilá-las em um único documento que

possa fornecer informações de forma sintetizada, gerando conhecimento generalizado para ser

utilizado no planejamento do uso de SOA.

Neste trabalho é realizado um levantamento bibliográfico sistemático com o objetivo de

identificar quais são os fatores de sucesso e os desafios encontrados pelas empresas em projetos

de migração de sistemas para SOA.

Este trabalho está organizado da seguinte forma: A Seção 2 apresenta a metodologia de estudo

adotada no levantamento bibliográfico visando a identificação de fatores de sucesso e principais

desafios na implantação de SOA; A Seção 3 apresenta a coleta, filtragem, síntese e avaliação dos

artigos; a Seção 4 apresenta a análise e resultados obtidos através do levantamento realizado; A

Seção 5 as considerações finais desta pesquisa.

2. Metodologia utilizada

Com o objetivo de identificar os principais fatores de sucesso em projetos SOA, bem como

identificar um panorama da aplicação de SOA nas organizações, o presente trabalho realiza uma

revisão bibliográfica sistematizada (RBS), conforme apresentando por Addo-Tenkorang (2011) e

Talaei-Khoei (2012).

Revisões sistemáticas são desenhadas para ser metódicas, explícitas e passíveis de

reprodução. Uma revisão sistemática requer uma pergunta clara, a definição de uma estratégia de

busca, o estabelecimento de critérios de inclusão e exclusão dos artigos e, acima de tudo, uma

análise criteriosa da qualidade da literatura selecionada [Sampaio e Mancini, 2007].

Inicialmente, uma revisão sistemática deve formular um título para seu levantamento

bibliográfico e identificar os termos que expressem o seu conteúdo, não só no idioma português,

como também em outros, sobretudo em inglês. A maioria das fontes de pesquisa disponíveis é

em inglês ou apresenta uma versão para esse idioma. As revistas científicas também são, na



grande maioria, em inglês, e muitas revistas nacionais adotaram o inglês, por ser um idioma de

grande acesso mundial [Volpato, 2000].

Em seguida, deve-se delimitar também o período da pesquisa, os idiomas dos artigos e, se

necessário, as áreas geográficas de interesse. Por fim, devem-se escolher as fontes mais

adequadas à pesquisa conforme a área da pesquisa [Volpato, 2000]. Nesta pesquisa foram

selecionados 3 sites de publicação de artigos de maior relevância na área de computação: IEEE

Xplore Digital Library, Scopus e ACM Digital Library.

A pesquisa foi conduzida em 4 etapas básicas:

a) Compreensão do contexto da pesquisa, visando a elaboração da frase de busca a ser

inserida nos mecanismos de busca. Como resultado, foi construída a frase apresentada no

Quadro 1.

b) Conduziu-se uma série de pesquisas bibliográficas nos 3 mecanismos de busca. Obteve-

se 74.996 artigos no IEEE, 295 artigos no Scopus e 85 artigos no ACM Digital Library.

Como obteve-se quase 75.000 resultados no mecanismo IEEE e 295 no Scopus,

considerou-se apenas os 100 primeiros resultados dessas ferramentas como taxa de

amostragem, para obter os artigos mais relevantes. Os resultados obtidos estão

apresentados na Seção 4.

c) Após a coleta, foi realizada uma filtragem para determinar quais dos artigos se

encaixavam dentro dos objetivos desta pesquisa. Para isso foram determinados critérios

de inclusão e exclusão, apresentados na Seção 3.1. Em seguida, foi realizado o

ranqueamento dos resultados obtidos nos 3 mecanismos. Após realizado o ranqueamento,

obteve-se 12 artigos, apresentados na Tabela 2.

d) Análise final dos 12 artigos ranqueados. Esta análise foi conduzida conforme apresentado

Seção 4. Ela consiste na leitura aprofundada dos metadados do artigo (título, palavras-

chave e resumo).

A sequência de cada etapa da metodologia é apresentada na Figura 1. Cabe destacar que para

se chega na frase de busca apresentada no Quadro 1 seguiram-se as seguintes etapas: i)

elaboração de uma frase de busca inicial; ii) a frase foi submetida as ferramentas de busca

utilizadas; iii) os resultados foram analisados; iv) quando eles foram satisfatórios, iniciou-se o

processo de filtragem dos mesmos; enquanto eles não foram satisfatórios os termos da frase

foram revisados e o processo foi repetido a partir do passo ii.

Figura 1: Diagrama da sequência da metodologia



3. Coleta dos artigos

A pesquisa foi realizada utilizando-se a frase de busca descrita no Quadro 1 nos mecanismos de

busca IEEE Xplore, ACM Digital Library e Scopus em março de 2015, considerando

publicações de 2010 até o presente.

Conforme apresentado na Tabela 6, dos 231 artigos contemplados nesta etapa, 36 são de 2010,

35 de 2011, 30 de 2012, 68 de 2013, 50 de 2014 e 12 de 2015. A partir destas informações é

possível notar que o interesse pelo tema vem aumentando nos últimos anos, tendo mais que

dobrado de 2012 para 2013.

Quadro 1 – Frase de busca construída para obter os artigos

3.1 Filtragem

Para determinar quais artigos se encaixam dentro dos objetivos desta pesquisa, foi realizada a

análise do título, resumo e palavras-chave dos artigos obtidos na Tabela 1. Para determinar em

quais artigos seria feita uma revisão completa, foram estabelecidos critérios de inclusão e

exclusão. Os seguintes critérios de inclusão, foram considerados: i) abordar a adoção de SOA em

sistemas ou migração de sistemas legados para SOA; e ii) descrever os desafios e/ou fatores de

sucesso encontrados nessa tarefa.

E em relação aos critérios de exclusão, foram observados: i) o acesso ao texto completo do

artigo estar restrito; ii) o artigo focar em algum tipo de ferramenta ou desenvolvimento de uma

ferramenta (framework, por exemplo); iii) o artigo mais de 30 páginas; iv) o artigo não estar

disponível nos idiomas português, inglês ou espanhol.

Após a seleção dos artigos utilizando os critérios de inclusão e exclusão, foram obtidos doze

artigos. Os trabalhos filtrados estão tabulados na Tabela 2.

Título Autores

Adopting and Evaluating Service Oriented Architecture in Industry [Nasr et al., 2010]

Engineering lessons for systems of systems learned from service-oriented systems [Simanta et al., 2010]

Maximizing the business value from silos: Service based transformation with service

data models

[Gedela et al., 2011]

SOA migration case studies and lessons learned [Bhallamudi et al., 2011]

A lean and mean strategy for migration to services [Razavian e Lago, 2012]

A Successful Implementation of Service Oriented Architecture [Gronli et al., 2012]

Efficient Reference Architecture for Integrated Legacy Applications based-SOA [Massoud et al., 2012]

Success factors model: Case studies in the migration of legacy systems to Service

Oriented Architecture

[Galinium et al., 2012]

A structured legacy to SOA migration process and its evaluation in practice [Khadka et al., 2013]

Challenges for migrating to the service cloud paradigm An agile perspective [Stavru et al., 2013]

Migrating a large scale legacy application to SOA: Challenges and lessons learned [Khadka et al., 2013]

A Decision Process to Migrate Legacy Systems to SOA [Santana et al., 2014]

Tabela 1: Artigos obtidos após a filtragem

3.2 Síntese dos artigos analisados

Após a seleção e filtragem dos artigos coletados, foi realizada uma análise minuciosa nos 12

artigos afim de identificar as características de cada artigo: qual o objetivo de cada um, como

eles foram conduzidos, onde foram aplicados, quais resultados foram obtidos. O resultado é

apresentado nas subseções a seguir.

"Abstract": ("SOA" OR "service-oriented architecture" OR "service oriented architecture") AND

("company" OR "corporat*" OR "legacy") AND ("implement*" OR "migration" OR "adoption"

OR "reengineering" OR "applying" OR "success factors" OR "challenges" OR "lessons learn*")



3.2.1. Bhallamudi e Tilley (2011)

Bhallamudi e Tilley (2011) conduziram uma análise em 3 estudos de caso de migração SOA e

um relato de experiência de forma a obter lições aprendidas. Para obter as informações eles

criaram um framework para adquirir os dados das migrações.

Dentre os fatores de sucesso foram citados a reusabilidade e flexibilidade da nova arquitetura,

reuso da própria plataforma do cliente no projeto de migração, desenvolvimento de tecnologias

internas em vez de comprar ferramentas externas, uso de serviços já existente, ou o

desenvolvimento de atividades importantes em paralelo. Em relação aos desafios encontrados,

foi citada a dificuldade em obter os dados dos sistemas legados, a falta de padrões relacionados

SLA (Service Level Agreement) por parte da empresa, o uso de uma versão muito antiga de uma

tecnologia e a necessidade de ter treinado o pessoal, envolvido na migração.

3.2.2. Galinium e Shahbaz (2012)

Galinium e Shahbaz (2012) conduziram uma pesquisa em cinco empresas para avaliar fatores de

sucesso em projetos de migração de sistemas legados para SOA. Foram entrevistados tanto o

pessoal técnico como o de negócios.

Os autores constataram que apenas três fatores foram citados por todas as empresas: potencial

do sistema legado para ser migrado para SOA, estratégia da migração SOA e governança SOA.

Em relação a governança SOA, pode ser notado que 4 das 5 empresas pesquisadas adotaram

algum tipo de SLA. Outros fatores que também foram citados foram o processo de negócios da

companhia, arquitetura legada, monitoramento rigoroso, dependência de produtos comerciais,

orçamento e recursos, testes e pessoal com habilidade técnica.

3.2.3. Gedela et al. (2012)

Gedela et al. (2012) promoveram uma pesquisa para revisar algumas falhas e fatores de sucesso

no desenvolvimento de sistemas legados pela indústria de bancos de companhias de seguro.

Segundo a sua pesquisa, SOA não passa de uma “campanha publicitária” se um roadmap

baseado em princípios de engenharia não for estabelecido e implementado. Nesse contexto, os

autores propõem um template para desenvolvimento, tal como um roadmap. Para isso, um

roadmap de transformação de sistemas para SOA correto é essencial para o sucesso de uma

implementação de SOA.

Para que isso aconteça, os autores consideram como fatores de sucesso a aquisição de

tecnologias facilitadoras, promover o reuso, desenvolver uma estratégia de migração baseando

em PoCs (Proof of Concept), desenvolver uma arquitetura de referência para SOA, segmentar as

aplicações atuais de forma que possam ser consumidoras/provedoras de serviço e ter um plano

para governança. Quantos aos desafios, os autores descrevem a padronização dos dados, de

forma a permitir o reuso.

3.2.4. Grønli e Bygstad (2012)

Grønli e Bygstad (2012) analisaram o caso de sucesso na implantação de SOA da Norwegian

Corp, uma empresa de linhas aéreas da Noruega. Os pontos analisados convergem mais para a

área técnica. Para a obtenção dos dados, tanto gestores quanto especialistas foram entrevistados,

além da coleta de documentação técnica dos sistemas.

Como resultado da pesquisa, os autores apontam três principais fatores de sucesso na

implantação de SOA: uma implementação compreensiva de um ESB (Enterprise Service Bus)

com o encapsulamento de componentes em níveis; manter a arquitetura do ESB clara, fazendo



com que toda comunicação feita pelos sistemas seja através do ESB; ter apenas uma equipe por

camada organizacional no processo de desenvolvimento.

3.2.5. Khadka et al. (2013a)

Khadka et al. (2013a) apresentam um processo estruturado de seis fases para a execução e

migração de um sistema legado para SOA: i) entendimento do sistema legado; ii) compreender o

destino do sistema; iii) determinar a viabilidade da migração; iv) identificação dos serviços

candidatos; v) implementação; vi) implantação e provisionamento. Cada fase possui uma

justificativa, prática normalmente adotada e os desafios que podem ser encontrados. Para validar

o processo, os autores aplicam ele em 2 softwares, além de levantar obras de migração SOA

entre 2000 e 2011, comparando os métodos utilizados com as fases propostas de modo a verificar

o quanto cada fase já foi adotada em migrações reais.

3.2.6. Khadka et al. (2013b)

Khadka et al. (2013b) apresentam os resultados de um estudo de caso na migração de um sistema

legado de um banco para SOA. A migração do sistema foi feita apenas em um “módulo”,

considerado o mais importante a partir de sua análise. Foram entrevistados tanto o pessoal

técnico como o de negócios.

Entre os fatores de sucesso destacam-se uma governança adequada no processo de migração,

envolvimento de pessoal técnico no comitê de migração, divisão das partes do sistema entre

componentes, catalogação dos serviços identificados, uso de software proprietário para análise

do código fonte, entrevista com o pessoal técnico para obter requisitos do sistema. Dentre os

desafios encontrados foram citados a identificação dos componentes de negócio devido à

complexidade do sistema e a decisão de qual abordagem tomar na migração dos componentes –

devido a soluções de terceiros que não tem mais suporte.

3.2.7. Massoud e Dumke (2012)

Massoud e Dumke (2012) propõem uma abordagem de migração de sistemas legados para SOA

que se resume a implementação de duas camadas sobre o sistema legado: Uma camada de

serviços, como uma nova interface sobre os dados do sistema legado e uma camada de

arquitetural para a orquestração dos serviços. O modelo proposto descreve o que deve ser feito

sem muitos detalhes de como deve ser feito. Segundo os autores, uma arquitetura de integração

de referência é o mais importante e crítico fator de sucesso para obter sucesso na migração SOA

de sistemas legados.

3.2.8. Nasr et al. (2010)

Nasr et al. (2010) apresentam um estudo de caso de reengenharia e evolução de um sistema

legado de uma indústria para SOA.

Dentre os fatores de sucesso foram citados: i) utilização PoC para avaliar os benefícios e

capacidade da SOA; ii) definição dos responsáveis por cada parte da adoção de SOA; iii)

começar com uma área piloto para a adoção e mais tarde expandir para as demais áreas – para

deixar claro os objetivos de SOA; iv) deixar claro o papel dos envolvidos em cada parte da

mudança; v) treinamento de pessoal de forma a deixá-los mais confiantes na mudança e diminuir

a resistência; vi) estabelecimento de um Centro de Integração de Competência que permitiu a

integração de diferentes unidades de negócio e uma abordagem em fases.



Em relação aos desafios foram citados: i) necessidade de reengenharia dos sistemas; ii)

resistência a mudanças; iii) mudança de responsabilidades; iv) garantir impactos das alterações

em serviços sobre a qualidade dos demais serviços.

3.2.9. Razavian e Lago (2012)

Razavian e Lago (2012) promoveram uma survey com sete empresas para descobrir as

estratégias de migração que as indústrias adotam na prática e para identificar os benefícios de

tornar explícitas estas estratégias. Foram entrevistados tanto arquitetos de TI quanto de negócio.

No que diz respeito a fatores de sucesso, os autores identificaram que as empresas evitam

utilizar engenharia reversa para obter os requisitos do sistema. Ao invés disso, elas preferem

consultar os stakeholders dos sistemas, já que grande parte dos requisitos do sistema estão em

suas mentes. Em relação aos desafios, Razavian e Lago (2012) identificaram que no ciclo de vida

de um projeto alguns conhecimentos podem mudar e que se não forem planejados podem

resultar em custos e esforços extras.

3.2.10. Santana e Carneiro (2014)

Santana e Carneiro (2014) identificaram através de uma análise da literatura a falta de um

processo para apoiar a seleção de uma metodologia de migração de sistemas legados para SOA.

Dessa forma, apresentam um processo que considera as características da organização na seleção

de um modelo de migração. Um trabalho de campo foi aplicado em uma organização de forma a

evidenciar a viabilidade do modelo.

Os autores identificaram os seguintes desafios na migração para SOA: i) falta de informação

por parte da empresa sobre a adoção de SOA; ii) falta de controle do repositório de ativos do

sistema legado. Em relação aos fatores de sucesso, a organização pesquisada apontou governança

SOA como fator-chave na migração dos seus sistemas. Os autores apontaram a identificação de

questões consideradas importantes para a organização como um fator chave do modelo proposto.

Como lição aprendida os autores citaram o fato da confiança e colaboração entre as equipes, que

possibilitou a identificação de fatores-chave do sistema legado.

3.2.11. Simanta et al. (2010)

Simanta et al. (2010) buscam obter boas práticas analisando lições aprendidas na implementação

de projetos SOA para serem aplicadas em sistemas de sistemas. O único desafio citado foi a

identificação dos serviços, que pode ser um fator para a escolha do modelo de mudança

(comprar, construir ou alugar).

3.2.12. Stavru el al. (2012)

Stavru el al. (2012) fazem uma revisão na literatura para fazer um levantamento dos desafios

encontrados na migração para SOA. A partir disso eles sugerem a aplicação de determinados

modelos ágeis que mais se adaptam na solução de cada desafio.

Os autores identificaram os seguintes desafios organizacionais: i) identificação e

disponibilidade de consumidores de serviços; ii) identificação e reengenharia de tarefas e

processos de negócios; iii) falta de métodos de desenvolvimento; iv) propriedade do sistema

incerta; v) complexidade da governança; vi) aquisição de competências e experiência; vii) tratar

aumento de complexidade; viii) ferramentas imaturas e ambientes de desenvolvimento

integrados; ix) padrões em evolução.

Dentre os desafios técnicos foram citados: i) tratar o design dos serviços; ii) assegurar

composição e reconfiguração; iii) assegurar compatibilidade e observância de padrões; iv) tratar



segurança; v) interoperabilidade e outros aspectos de qualidade; vi) ambientes simultâneos de

implantação; vii) testar os serviços; viii) assegurar contratos de SLA e QoS (Quality of Service).

4. Análise dos artigos selecionados

Analisando a síntese apresentada, é possível classificar os artigos dentro de três abordagens

principais na busca dos desafios e fatores de sucesso:

1. Análise de estudos de caso relativos a implantação de SOA em empresas [Nasr, 2010;

Ballamudi, 2011; Gedela, 2011; Galinium, 2012; Grønli, 2012; Razavian, 2012; Khadka,

2013b];

2. Revisão de estudos de caso presentes na literatura [Simanta, 2010; Stavru, 2012];

3. Proposta de um modelo de migração de sistemas legados para SOA [Massoud, 2012;

Khadkam 2013a; Santana, 2014].

Quanto a área de aplicação abordada nos artigos selecionados, foi identificado que: i) 32%

não relatam experiências de aplicação de SOA em empresas, e desta forma foram classificados

como Ambiente corporativo; ii) 32% representam um tipo de empresa cada (entre empresa de

veículos, transporte, engenharia, móveis, telecomunicações e empresas diversas) e dessa forma

foram agrupados em Outros. A figura 2 apresenta a distribuição dos artigos selecionados quanto

sua área de aplicação.

Figura 2 – Artigos por área pesquisada

Analisando os artigos selecionados foram identificados fatores de sucesso e desafios relatados

em cada um dos estudos. Estas informações foram compiladas e organizadas em duas categorias

de acordo com as suas características: i) Organizacionais, que ocorrem dentro dos níveis

gerencial, operacional e estratégico das empresas; ii) Técnicos, que incluem design,

implementação, verificação e instalação, sendo relativas a tecnologia e produto. Os resultados

foram consolidados em 20 fatores de sucesso e 14 desafios.

A Tabela 2 apresenta os fatores de sucesso organizacionais e a Tabela 3 os fatores de sucesso

técnicos. Para cada fator de sucesso é apresentado um resumo, bem como as suas referências.

Fator de sucesso Descrição Referências

FO01 - Potencial do

sistema legado

Nem todo sistema tem potencial para ser integrado ou

reutilizado como componentes ou serviços em SOA. Isso pode

[Galinium, 2012]

6; 32%

5; 26%2; 10%

6; 32%

Finanças Ambiente corporativo

Companhia aérea Outras empresas



depender de vários fatores, como tamanho, complexidade,

reusabilidade, nível de documentação, qualidade do código,

etc.

FO02 - Estratégia da

migração

Este é um fator muito importante, pois é ele que vai guiar o

processo de migração. Dentre as estratégias possíveis estão:

substituição, integração, redesenvolvimento e migração

(permitindo uma estratégia mista).

[Nasr, 2010;

Gedela, 2011;

Galinium, 2012]

FO03 - Governança SOA Governança é um fator muito importante, pois ela deve

identificar papéis, responsabilidades, limites e regulamentos

no ambiente SOA.

[Galinium, 2010;

Khadka, 2013b;

Santana, 2014]

FO04 - Processo de

negócios da companhia

É o processo de negócios que define o modo que as tarefas são

executadas e que normalmente é manipulado pelo sistema

legado da companhia.

[Galinium, 2012]

FO05 - Monitoramento

rigoroso

Monitorar cada fase da migração pode auxiliar na identificação

de sinais iniciais de falhas, permitindo tomar ações para

corrigir esses problemas.

[Galinium, 2012]

FO06 - Pessoal com

habilidade técnica

Devido ao fato de que a padronização é realizada pela equipe

de TI, é necessário ter pessoas capacitadas nessa área.

[Galinium, 2012;

Khadka, 2013a;

Khadka, 2013b]

FO07 - Treinamento do

pessoal envolvido

É importante ter os envolvidos na migração treinados para

deixá-los mais confiantes na mudança e diminuir a resistência

de mudança.

[Nasr, 2010;

Gedela, 2011;

Khadka, 2013b]

FO08 - Realizar

atividades em paralelo

No que diz respeito a retorno dos investimentos, esse é um

fator importante já que ele ajuda a diminuir o tempo gasto na

migração.

[Bhallamudi, 2011;

Khadka, 2013b]

FO09 - Utilizar projeto-

piloto com PoC

Provas de conceito (PoC) ajudam a identificar possíveis

problemas e verificar a viabilidade de migração. Um projeto-

piloto é um ótimo meio de aplicá-las.

[Nasr, 2010]

Tabela 2 – Fatores de sucesso organizacionais na implantação de SOA

Fator de sucesso Descrição Referências

FT01 - Aquisição de

tecnologias facilitadoras

Tecnologias que auxiliem o processo de migração

(levantamento de informações, registro de serviços, auxílio na

tomada de decisão, etc.) são muito importantes para viabilizar

a migração de um sistema.

[Gedela, 2011;

Khadka, 2013b]

FT02 - Não utilizar

engenharia reversa

Por ser um trabalho custoso e nem sempre viável, muitas

empresas preferem obter as informações com os stakeholders

dos sistemas, através de entrevistas e/ou workshops.

[Razavian, 2012]

FT03 - Implementação

de um ESB

Implementar um ESB, separando a arquitetura em

componentes, incluindo os componentes principais do negócio

e mantendo a arquitetura limpa. Isso é crucial para alcançar a

flexibilidade desejada.

[Grønli, 2012]

FT04 - Uma equipe por

camada de

desenvolvimento

Ter um time por camada ajuda a manter a integridade

conceitual. Quando um time necessita de um recurso de outra

camada eles requisitam a mesma, ao invés deles mesmos

construírem o recurso.

[Grønli, 2012]

FT05 - Arquitetura de

referência

Uma arquitetura de referência auxilia o desenvolvimento de

novos serviços, pois os modelos definidos guiam o

desenvolvimento de forma a seguir um padrão que facilita a

identificação dos serviços.

[Bhallamudi, 2011;

Gedela, 2011;

Massoud, 2012]

FT06 - Testes Testes são importantes para validar e verificar a qualidade dos

serviços em termos de performance, confiabilidade e

segurança.

[Nasr, 2010;

Bhallamudi, 2011;

Galinium, 2012;

Khadka, 2013]

FT07 - Segmentar as

aplicações atuais

Para que a migração para SOA possa ser efetiva, em alguns

casos é necessário que as aplicações atuais sejam segmentadas

para serem consumidoras de serviços, provedoras de serviço

ou ambas.

[Gedela, 2011;

Khadka, 2013b]

FT08 - Catalogar os Catalogar cada serviço identificado permite que eles sejam [Khadka, 2013b]



serviços identificados agrupados por componentes e que a migração dos mesmos

possa ser executada de forma independente e de forma

paralela.

FT09 - Reuso da

plataforma do cliente

Quando possível, essa ação tende a dar um rápido retorno aos

investimentos, devido ao custo reduzido e tempo

economizado.

[Bhallamudi, 2011]

FT10 - Desenvolvimento

de tecnologias internas

Desenvolver ferramentas internamente pode ajudar a diminuir

os custos da migração (em vez de comprar uma ferramenta

externa; podendo também ter um resultado mais rápido,

economizando tempo.

[Bhallamudi, 2011]

FT11 - Uso de serviços

já existentes

Reutilizar serviços já existentes poupa tempo de custo de

desenvolvimento.

[Bhallamudi, 2011]

Tabela 3 – Fatores de sucesso técnicos na implantação de SOA

A Tabela 4 apresenta os desafios organizacionais e a Tabela 5 os desafios técnicos. Para cada

item é apresentado um resumo, bem como as suas referências.

Desafio Descrição Referências

DO01 - Conhecimento

escasso

Documentação desatualizada ou inexistente, bem como a

ausência dos membros originais que implantaram o sistema

legado dificultam o levantamento de informação do sistema.

[Stavru, 2012;

Khadka, 2013a;

Santana, 2014]

DO02- Definir

alinhamento entre TI e

negócio

É necessário definir alinhamento sobre o que cada área

(negócio e TI) atuarão, de forma a deixar claro o papel de cada

área, bem como suas responsabilidades.

[Grønli, 2012;

Khadka, 2013a;

Khadka, 2013b]

DO03 - Determinar a

viabilidade da migração

Determinar o custo/benefício de uma migração tende a ser

uma tarefa custosa, variando de acordo com o tamanho e

complexidade do sistema. Entretanto é um passo muito

importante para determinar se o investimento é válido.

[Khadka, 2013a]

DO04 - Aquisição de

competências

Adoção de SOA requer um amplo conhecimento sobre as

tecnologias utilizadas. Ao mesmo tempo, o uso de muitas

tecnologias pode dificultar a obtenção de profissionais no

mercado.

[Bhallamudi, 2011;

Stavru, 2012;

Santana, 2014]

DO05- Mudança de

conhecimento

Mudança de conhecimento podem ocorrer durante o decorrer

do projeto. Caso essas mudanças não forem planejadas elas

podem resultar em custos extras ao projeto.

[Razavian, 2012]

DO06 - Garantir níveis

SLA e QoS

Garantir níveis de SLA e QoS pode ser desafiador devido a

instabilidades na rede, carga não prevista, etc.

[Stavru, 2012]

DO07 - Resistência a

mudanças

Resistência a mudanças é algo muito comum em mudanças de

sistemas, pelo fato de que algumas pessoas pensarem que

podem perder o emprego caso a mudança ocorra. Cabe a

empresa desenvolver uma comunicação eficiente de forma e

minimizar essas mudanças para que elas não atrapalhem a

migração.

[Nasr, 2010]

DO08 - Tratar aumento

da complexidade

A diversidade das partes envolvidas (provedores de serviço,

consumidores de serviço, integradores, infraestrutura,

desenvolvedores, tecnologias utilizadas, entre outros) requer

que esses componentes trabalhem interoperavelmente e

exigem pessoas especializadas para tratar isso.

[Stavru, 2012]

Tabela 4 – Desafios organizacionais na implantação de SOA

Desafio Descrição Referências

DT01 - Heterogeneidade

do sistema

Heterogeneidade de linguagens de programação, hardware e

sistemas operacionais podem dificultar o acesso às

informações do sistema.

[Khadka, 2013a;

Khadka, 2013b]

DT02 -Identificação dos

serviços

A identificação dos serviços pode ser tornar custosa devido à

complexidade do sistema (código bagunçado, heterogeneidade

do sistema, conhecimento escarço, etc).

[Simanta, 2010;

Bhallamudi, 2011;

Razavian, 2012;

Khadka, 2013a]

DT03-Determinar a Definir o nível de agregação de um serviço não é uma tarefa [Gedela, 2011;



granularidade dos

serviços

fácil. Não existe uma fórmula simples (nem metodologia) e

geralmente o processo de design é desafiador e custoso.

Stavru, 2012;

Khadka, 2013a]

DT04 -Selecionar a

estratégia de migração

A estratégia da migração é tarefa o que vai guiar o todo o

processo de migração. Escolher uma estratégia errada pode

aumentar o custo do projeto ou pior, levar ele ao fracasso.

[Nasr, 2010;

Stavru, 2012;

Khadka, 2013a;

Khadka, 2013b]

DT05 -Testes Testes em SOA tendem a ser uma tarefa complexa devido às

múltiplas integrações existentes.

[Nasr, 2010;

Simanta, 2010;

Stavru, 2012]

DT06 -Dependência de

produtos comerciais

Sistemas que dependem de produtos comerciais podem ter seu

custo de migração aumentado, principalmente se o fornecedor

original do produto não oferece mais suporte ao mesmo.

[Galinium, 2012]

Tabela 5 – Desafios organizacionais na implantação de SOA

É possível notar que apesar da quantidade de fatores de sucesso ser maior que a quantidade de

desafios (20 fatores de sucesso contra 14 desafios), apenas 25% dos fatores de sucesso são

citados por pelo menos três autores, contra 50% dos desafios sendo citados por mais de três

autores. A partir desses resultados é possível notar que existe um consenso maior entre os autores

em relação aos desafios do que em relação aos fatores de sucesso.

5. Considerações Finais

Sistemas precisam evoluir para resistir às mudanças impostas pelo tempo devido a vários fatores,

como robustez, integrações com outros sistemas, requisitos não-funcionais, dentre outros. Como

nem sempre é viável construir ou implantar outro sistema, uma migração/adequação a um novo

paradigma pode ser a única alternativa viável para que o sistema continue ativo e atendendo as

novas necessidades.

No levantamento feito neste trabalho foi possível notar uma grande preocupação dos autores

em validar cada abordagem feita, seja comparando com outras abordagens, seja aplicando a

abordagem em algum caso real para comparar os resultados. Nesse ponto, quase dois terços das

obras analisadas fizeram levantamento em casos reais de migração efetuados por empresas,

enquanto o outro terço se baseou nas informações disponíveis na literatura para formular suas

hipóteses.

Em relação aos desafios encontrados, os mais citados foram a estratégia de migração a ser

utilizada (abordado por 50% dos autores), sendo que um dos artigos se dedica exclusivamente

em abordar este problema, e a identificação dos serviços com base no sistema legado, fator este

influenciado em grande parte devido as condições em que o sistema está inserido - arquitetura

heterogênea, código-fonte mal organizado, falta de documentação, entre outros.

Em relação aos fatores de sucesso, os mais citados foram o uso de governança em SOA e uma

abordagem de migração em fases, que permite uma melhor execução da migração, gerando

menos impacto para a empresa. Outro fator bastante mencionado pelos autores foi o

envolvimento tanto da área técnica como da área de negócio no processo de migração,

promovendo um alinhamento entre as mesmas de forma que a migração pudesse ser efetiva.

Os demais fatores de sucesso e desafios variaram de artigo para artigo, devido ao contexto

onde cada artigo foi aplicado (caraterísticas das empresas, requisitos da migração, características

e situação do sistema a ser migrado, disponibilidade de recursos por parte das empresas, entre

outros). Deste modo estes fatores de sucesso e desafios estão devidamente ligados ao contexto de

aplicação SOA, de acordo com as suas particularidades.

Os fatores explanados neste estudo contribuem tanto para a área acadêmica como para as

entidades organizacionais, permitindo ter uma visão mais ampla dos principais desafios e fatores

de sucesso encontrados em projetos de migração de sistemas legados para SOA.



Para as empresas que pretendem fazer esse tipo de mudança (migração para SOA), os fatores

explanados auxiliam na tomada de decisão, de forma que os resultados desejados possam ser

atingidos de forma eficiente.

Para trabalhos futuros sugere-se que as fatores de sucesso e desafios levantados por este

trabalho sejam aplicados em uma migração para SOA, afim de verificar o quanto eles auxiliam

no processo de migração.

Referências

ADDO-TENKORANG, Richard; HELO, Petri. Enterprise Resource Planning (ERP): A

Review Literature Report. Proceedings of the World Congress on Engineering and Computer

Science (WCECS), 2011. pp. 1126-1134.

BHALLAMUDI, Pushparani; TILLEY, Scott. SOA Migration Case Studies and Lessons

Learned. IEEE International Systems Conference (SysCon), 2011. pp. 123-128.

GALINIUM, Maulahikmah; SHAHBAZ, Negar. Success Factors Model: Case Studies in the

Migration of Legacy Systems to Service Oriented Architecture. International Joint

Conference on Computer Science and Software Engineering (JCSSE), 2012. pp. 136-241.

GEDELA, Ravi Kumar; et al. Maximizing the Business Value from Silos: Service based

Transformation with Service Data Models. Annual IEEE India Conference (INDICON), 2011.

pp. 1-8.

GRØNLI, Tor-Morten; BYGSTAD, Bendik. A Successful Implementation of Service Oriented

Architecture. 26th International Conference on Advanced Information Networking and

Applications Workshops (WAINA), 2012. pp. 41-46.

KHADKA, Ravi; et al. (2013a). A Structured Legacy to SOA Migration Process and its

Evaluation in Practice. IEEE 7th International Symposium on the Maintenance and Evolution

of Service-Oriented and Cloud-Based Systems (MESOCA), 2013. pp. 2-11.

KHADKA, Ravi; et al. (2013b). Migrating a Large Scale Legacy Application to SOA:

Challenges and Lessons Learned. 20th Working Conference on Reverse Engineering (WCRE),

2013. pp. 425-432.

MASSOUD, Ayman; DUMKE, Reiner. Efficient Reference Architecture for Integrated

Legacy Applications based SOA. 2012 Joint Conference of the 22nd International Workshop on

Software Measurement and the 2012 Seventh International Conference on Software Process and

Product Measurement (IWSM-MENSURA), 2012. pp. 60-69.

NASR, Khalid Adam; GROSS, Hans-Gerhard; DEURSEN, Arie van. Adopting and Evaluating

Service Oriented Architecture in Industry. 14th European Conference on Software

Maintenance and Reengineering (CSMR), 2010. pp. 11-20.

RAZAVIAN, Maryam; LAGO, Patricia. A Lean and Mean Strategy for Migration to

Services. Joint 10th Working IEEE/IFIP Conference on Software Architecture & 6th European

Conference on Software Architecture (WICSA/ECSA), 2012. pp. 61-18.

OASIS. Reference Model for Service Oriented Architecture 1.0. Disponível em:

<https://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdf>. Acesso em: 05

jun. 2015.



SAMPAIO, R. F.; MANCINI, M. C.. ESTUDOS DE REVISÃO SISTEMÁTICA: UM GUIA

PARA SÍNTESE CRITERIOSA DA EVIDÊNCIA CIENTÍFICA. Revista Brasileira de

Fisioterapia, v. 11, 2007. pp. 83-89.

SANTANA, Helton Emanuel Reis; CARNEIRO, Glauco de Figueiredo. A Decision Process to

Migrate Legacy Systems to SOA. 11th International Conference on Information Technology:

New Generations (ITNG), 2014. pp. 243-248.

SIMANTA, Soumya; et al. Engineering Lessons for Systems of Systems Learned from

Service-Oriented Systems. 4th Annual IEEE Systems Conference, 2010. pp. 634-639.

STAVRU, Stavros; KRASTEVA, Iva; ILIEVA, Sylvia. Challenges for Migrating to the Service

Cloud Paradigm: An Agile Perspective. 13th International Conference on Web Information

System Engineering (WISE), 2012. pp. 77-91.

TALAEI-KHOEI, Amir; et al. A framework for awareness maintenance. Journal of Network

and Computer Applications, 2012. pp. 199-210.

The Open Group. (2015a). Service Oriented Architecture: SOA Features and Benefits.

Disponível em: <https://www.opengroup.org/soa/source-book/soa/soa_features.htm>. Acesso

em: 01 maio 2015.

The Open Group. (2015b). Service Oriented Architecture: What Is SOA? Disponível em:

<https://www.opengroup.org/soa/source-book/soa/soa.htm>. Acesso em: 29 abr. 2015.

VOLPATO, Enilze de Souza Nogueira. Pesquisa bibliográfica em ciências biomédicas. Jornal

de Pneumologia, v. 26, 2000.

W3C. Web Services Architecture: W3C Working Group Note 11 February 2004. Disponível

em: <http://www.w3.org/TR/ws-arch>. Acesso em: 29 abr. 2015.



Apêndice

Tabela 6 – Artigos obtidos nas buscas nos 3 mecanismos pesquisados

Titulo Autor/Ano

A service composition approach based on sequence mining for migrating e-learning

legacy system to SOA

[Zhou et al., 2010]

A Service Identification Framework for Legacy System Migration into SOA [Alahmari et al., 2010]

A SOA Approach for Domain-Specific Language Implementation [Shih-Hsi Liu et al., 2010]

Accountability as a Service for the Cloud [Jinhui Yao et al., 2010]

Adaptive atomic transaction support for service migration in wireless sensor

networks

[Reinke et al., 2010]

Adopting and Evaluating Service Oriented Architecture in Industry [Nasr et al., 2010]

An interoperable & optimal data grid solution for heterogeneous and SOA based

Grid- GARUDA

[Saluja et al., 2010]

An SOA Based Enterprise Application Integration Approach [Gu et al., 2010]

Autonomic, self-organizing service-Oriented Architecture in service ecosystem [Bhakti et al., 2010]

Bridging the gap between legacy services and web services [Bissyandé et al., 2010]

Building Integrated Oil and Gas B2B E-commerce Hub Architecture Based on SOA [Mohamed et al., 2010]

Developing a framework for service oriented architecture governance maturity

(SOAGM)

[Hassanzadeh et al., 2010]

Developing a more comprehensive and expressive SOA governance framework [Hojaji et al., 2010]

Development of a hospital-acquired infection surveillance information system by

using service-oriented architecture technology

[Yu-Sheng Lo et al., 2010]

Engineering lessons for systems of systems learned from service-oriented systems [Simanta et al., 2010]

Extracting reusable services from legacy object-oriented systems [Bao et al., 2010]

Facilitating Semantic Adaptation of Web Services at Runtime Using a Meta-Data

Layer

[Bake et al., 2010]

Legacy Asset Analysis and Integration in Model-Driven SOA Solution [Zhou et al., 2010]

Leveraging service-oriented architecture to extend a legacy commerce system [Mulcahy et al., 2010]

Migrating to SOA: approaches, challenges, and lessons learned [Tilley et al., 2010]

Motivation for Integrating Supply Chains Using Service Oriented Architecture

Approach

[Obeidat e Zaatreh, 2010]

Open-M3: smart space with COTS devices [Eteläperä et al., 2010]

Portfolio Performance Measurement Based on Service-Oriented Grid Computing:

Developing a Prototype from a Design Science Perspective

[Weber et al., 2010]

Readiness and maturity of service-oriented architectures in the German banking

industry

[Eckert et al., 2010]

Realizing Business Agility Requirements through SOA and Cloud Computing [Hirzalla, 2010]

Realizing process modifications in container terminals with SOA: a prototype [Will eBlecker, 2010]

Reusing legacy systems in a service-oriented architecture: a model-based analysis [Peña et al., 2010]

Security for distributed SOA at the tactical edge [Maule et al., 2010]

Service-oriented business to business integration: A systematic literature analysis [Melleri et al., 2010]

SOA-based integration of enterprise vertical applications [Du, 2010]

SOAME 2010: International Workshop on SOA Migration and Evolution [Lewis et al., 2010]

Systematic Review of Applying Service Oriented Architecture in Networking [Chen, 2010]

The Relationship between Service Oriented Architecture and Enterprise

Architecture

[Kistasamy et al., 2010]

Towards a relation oriented service architecture [Kumar et al., 2010]

Towards an autonomic Service Oriented Architecture in computational engineering

framework

[Bhakti et al., 2010]

Use of CIM standard in power system modeling & enterprise wide messaging at

California ISO

[Haq et al., 2010]

A collaborative environment for offshore engineering simulations [Santos et al., 2011]

A method engineering based legacy to SOA migration method [Khadka et al., 2011]

A Presentation-Preserved Compositional Approach for Integrating Heterogeneous

Systems: Using E-Learning as an Example

[Yang, 2011]

A SOA Service Governance Approach to u-Healthcare System with Mobility

Capability

[Yu et al., 2011]



A survey of SOA migration in industry [Razavian e Lago, 2011]

A survey on SLA and performance measurement in cloud computing [Alhamad et al., 2011]

An Ontology-Based Dynamic Service Composition Framework for Intelligent

Houses

[Popovici et al., 2011]

Business Innovation and Service Oriented Architecture: An Empirical Investigation [Ghinea et al., 2011]

Context-Aware Mobile Learning with a Semantic Service-Oriented Infrastructure [Chia et al., 2011]

Efficient XML Interchange in factory automation systems [Kyusakov et al., 2011]

GEMBus as a Service Oriented Platform for Cloud-Based Composable Services [Grammatikou et al., 2011]

Identifying distributed features in SOA by mining dynamic call trees [Yousefi et al., 2011]

Leveraging Service Oriented Architecture: A case study for ocean energy

information management

[Bosnjak et al., 2011]

Maximizing the business value from silos: Service based transformation with

service data models

[Gedela et al., 2011]

Migration of legacy applications and services to Service-Oriented Architecture

(SOA)

[Sheikh et al., 2011]

Optimized Service Discovery Using QoS Based Ranking: A Fuzzy Clustering and

Particle Swarm Optimization Approach

[Mohana et al., 2011]

Performance and QoS in Service-Based Systems [Maule e Lewis, 2011]

REMICS: reuse and migration of legacy applications to interoperable cloud

services

[Sadovykh et al., 2011]

Renovation by Machine-Assisted Program Transformation in Production Reporting

and Integration

[Mintchev, 2011]

Service Level Agreement for Distributed Services: A Review [Alhamad et al., 2011]

Service Oriented Architecture and Business Innovation [Bygstad e Gronli, 2011]

Simplifying Web Service Discovery & Validating Service Composition [Mallick et al., 2011]

SOA migration case studies and lessons learned [Bhallamudi et al., 2011]

Software Engineering Challenges for Migration to the Service Cloud Paradigm:

Ongoing Work in the REMICS Project

[Mohagheghi e Sæther,

2011]

Studying the Impact of Design Patterns on the Performance Analysis of Service


[Mani et al., 2011]

The 3rd Workshop on Automatic Service Composition [Zou et al., 2011]

Towards a dynamic cloud-enabled service eco-system [Castejon et al., 2011]

Towards a framework for migrating web applications to web services [Almonaies et al., 2011]

Towards Consistency Management for a Business-Driven Development of SOA [Dahman et al., 2011]

Use of Common Information Model (CIM) in Electricity Market at California ISO [Haq et al., 2011]

Use of HPC-Techniques for large-scale data migration [Jan Dünnweber et al.,

2011]

Using IBM rational application developer to develop enterprise applications with

Java EE, Dojo server faces and interconnecting them using SOA

[Duarte et al., 2011]

Using the Cloud to Facilitate Global Software Development Challenges [Hashmi et al., 2011]

Virtual enterprise model for enabling cloud computing for SMMEs [Mvelase et al., 2011]

Web Services Open Test Suites [Ioni, 2011]

3rd International Conference on Wireless Mobile Communication and Healthcare,

MobiHealth 2012

[Santos et al., 2012]

A Conceptual Model of SOA-Enabled Business Process and its Empirical Study [Bayram et al., 2012]

A lean and mean strategy for migration to services [Razavian e Lago, 2012]

A Study on Software Components Governance Based on SOA Governance

Elements

[Albert et al., 2012]

A Successful Implementation of Service Oriented Architecture [Gronli e Bygstad, 2012]

A Survey of SOA Technologies in NGN Network Architectures [Branca et al., 2012]

A Survey on Service-Oriented Network Virtualization Toward Convergence of

Networking and Cloud Computing

[Qiang Duan et al., 2012]

An approach based on Fractal components for developing an SOA-based system [Bendekkoum et al., 2012]

An End-to-End Security Auditing Approach for Service Oriented Architectures [Azarmi et al., 2012]

Comparative study of middleware for C4I systems Web Services vis-à-vis Data

Distribution Service

[Kulkarni et al., 2012]

Dynamic Authentication for Cross-Realm SOA-Based Business Processes [Jie Xu et al., 2012]

Efficient Reference Architecture for Integrated Legacy Applications based-SOA [Massoud e Dumke, 2012]

Evolution approaches towards a Service oriented architecture [Ali et al., 2012]



Experience report on successful demonstration of SWIM by three industry partners [Gringinger et al., 2012]

Extracting and Facilitating Architecture in Service-Oriented Software Systems [Weinreich et al., 2012]

Identifying business rules to legacy systems reengineering based on BPM and SOA [do Nascimento et al.,

2012]

Jasmin: an alternative for secure modularity inside the digital home [Anne et al., 2012]

Muhadith: A Cloud Based Distributed Expert System for Classification of Ahadith [Bilal e Mohsin, 2012]

Multilevel event-based monitoring framework for the petals enterprise service bus:

industry article

[Lesbegueries et al., 2012]

Proceedings of the 2012 ACM conference on High integrity language technology [Brosgol et al., 2012]

Research and Implementation of a Research Projects Management System Based

on SOA

[Gang Zhang et al., 2012]

Research on application-oriented military workflow system [Feng Jiang et al., 2012]

Service Orientation Paradigm in Future Network Architectures [Khondoker et al., 2012]

Service-Oriented Architectures: Myth or Reality? [Luthria e Rabhi, 2012]

Shifting SOA to MPSoC: An exploratory example of application [Salgado et al., 2012]

Success factors model: Case studies in the migration of legacy systems to Service


[Galinium et al., 2012]

The implementation experience of an advanced service repository for supporting

service-oriented architecture

[Garcia et al., 2012]

Towards a computer assisted approach for migrating legacy systems to SOA [Salvatierra et al., 2012]

Towards an integration of process-modeling: From business-content to the Software

implementation

[Surguladze et al., 2012]

Usage of SOA and BPM changes the roles and the way of thinking in development [Selmeci et al., 2012]

2nd International Conference on Mechanics and Control Engineering, ICMCE 2013 [Yan et al., 2013]

A collaborative computer auditing system under SOA based conceptual model [Cong et al., 2013]

A context aware architecture for the management of laundry business processes [Kurtel e Celikkan, 2013]

A design methodology for B2B systems case of an e procurement system [Bouchbout et al., 2013]

A framework for runtime V&V in business critical Service Oriented Architectures [Areias, 2013]

A heuristic approach to locate candidate web service in legacy software [Abdelkader et al., 2013]

A holistic management model for manufacturing companies and related IT support [Silcher et al., 2013]

A model driven process to modernize legacy web applications based on service

oriented architectures

[Sosa et al., 2013]

A Platform-Independent Mechanism for Deployment of Business Processes Using

Abstract Services

[Mos et al., 2013]

A reference architecture for service-oriented control procedures and its

implementation with SysML and Grafchart

[Ollinger et al., 2013]

A rule-based platform for distributed real-time SOA with application in defence

systems

[Cameron et al., 2013]

A structured legacy to SOA migration process and its evaluation in practice [Khadka et al., 2013]

Application case study based on service component oriented architecture [Tang e Fang, 2013]

Applying of component system development in object methodology, case study [Mišovič e Faldík, 2013]

Applying service oriented composition process in TPMS [Yang et al., 2013]

Architecting and Constructing an SOA Bridge for an MVC Platform [Yalezo e Thinyane, 2013]

Bottom-Up and Top-Down Cobol System Migration to Web Services [Rodriguez et al., 2013]

Bringing Common Criteria Certification to Web Services [Kaluvuri et al., 2013]

Business process management (BPM) in a day [Bist e Cheung, 2013]

Challenges for migrating to the service cloud paradigm An agile perspective [Stavru et al., 2013]

Classical process diagrams and service oriented architecture [Mišovič e Rábová, 2013]

Cloud migration for SMEs in a service oriented approach [Nussbaumer e Liu, 2013]

Configurable performance analysis and evaluation framework for cloud systems [Xiao e Liu, 2013]

Detection of SOA patterns [Demange et al., 2013]

Developing a more comprehensive SOA governance framework by using a

comparative study approach

[Hojaji e Shirazi, 2013]

Dynamic Composition and Analysis of Modern Service Oriented Information

Systems

[Abdulrab et al., 2013]

Effective Message-Sequence Generation for Testing BPEL Programs [Yitao Ni et al., 2013]

Enabling the deployment of COTS applications in tactical edge networks [Tortonesi, 2013]

Evaluating the Propagation of Exceptions in the Service Oriented Architecture in

.NET

[de Lima et al., 2013]



Extracting and Analyzing the Implemented Security Architecture of Business

Applications

[Berger et al., 2013]

Fpga based OPC UA embedded industrial data server implementation [Cupek et al., 2013]

From Service Oriented to Cloud Powered Manufacturing Systems [Morariu et al., 2013]

Gathering and exploring scientific knowledge in pharmacovigilance [Lopes et al., 2013]

Generalized nash equilibria for the service provisioning problem in cloud systems [Ardagna et al., 2013]

How can formalization of SOA help in finding solutions for IT systems [Skrivánek et al., 2013]

IEEE 7th International Symposium on the Maintenance and Evolution of Service

Oriented and Cloud Based Systems, MESOCA 2013

[Khadka, et al. 2013]

Implementing service oriented architecture - a case study [Tewary e Kosalge, 2013]

Integration of Wireless Sensor and Actuator Nodes With IT Infrastructure Using

Service-Oriented Architecture

[Kyusakov et al., 2013]

Integrity in very large information systems Dealing with information risk black

swans

[Liver e Kaufmann, 2013]

International Conference of Information Technology and Industrial Engineering,

ITIE 2013

[Xia et al., 2013]

International Conference on Services Science and Services Information

Technology, SSSIT 2013

[Chen et al., 2013]

Legacy mainframe back-ends supporting new age enterprise applications Can the

elephant run with deers?

[Sastry, 2013]

Legacy system migration approaches [Salvatierra et al., 2013]

Measuring the Degree of Service Orientation in Proprietary SOA Systems [Aldris et al., 2013]

Migrating a large scale legacy application to SOA Challenges and lessons learned [Khadka et al., 2013]

Migration of a legacy plant lubrication system to SOA [Nappey et al., 2013]

Model-driven software migration into service-oriented architectures [Fuhr et al., 2013]

Overhauling legacy enterprise software applications with a concept refinement

process model

[Knight, 2013]

Providing security to a smart grid prosumer system based on a service oriented

architecture in an office environment

[Camek et al., 2013]

Realizing service migration in industry - Lessons learned [Nasr et al., 2013]

RFID-enabled real-time advanced planning and scheduling shell for production

decision making

[Zhong et al., 2013]

Securing Web Applications, Services, and Servers [Não identificado, 2013]

Service oriented architecture governance implementation in a software

development project as an enterprise solutions

[Rahmansyah e Gaol,

2013]

Service oriented requirements engineering Practitioner [Sahibzada e Zowghi,

2013]

Service oriented software engineering research and application [Li, 2013]

Soa antipatterns An approach for their specification and detection [Palma et al., 2013]

SOA based open data model for information integration in smart grid [Malarvizhi et al., 2013]

Software modernization by recovering Web services from legacy databases [Pérez-Castillo et al.,

2013]

Statistical process control as a service An industrial case study [Škulj et al., 2013]

Study and application of legacy system reengineering based on component reuse [Li et al., 2013]

Study of smart distribution integration evolution [Zhang et al., 2013]

TESSI: A web service testing tool: Demonstration paper [Petrova-Antonova et al.,

2013]

The Importance of Considering Information Quality in the Implementation of

Service-Oriented Architecture Initiatives

[Sulong et al., 2013]

The Methodology, Platform and Solution for Service-Oriented Enterprise [Rong Wang et al., 2013]

Towards CIM based control centers [Ravikumar et al., 2013]

Towards evolution methodology for Service Oriented systems [Kijas e Zalewski, 2013]

Using enterprise architecture analysis and interview data to estimate service

response time

[Närman et al., 2013]

Web services for VANET A service oriented architecturefor infotainment system

based on mashup using open APIs

[Guo et al., 2013]

A contribution to the adoption of software product lines in the development of

mobile learning applications

[Falvo et al., 2014]

A decision process to migrate legacy systems to SOA [Santana e Carneiro, 2014]



A learning-based module extraction method for object-oriented systems [Erdemir e Buzluca, 2014]

A metamodel and taxonomy to facilitate context aware service adaptation [Peinado et al., 2014]

A model driven service engineering approach to system of systems [Hu et al., 2014]

A Practical and Automated Approach for Engineering Service-Oriented

Applications with Design Patterns

[Scandurra et al., 2014]

A Practical Tool for Automating Service Oriented Software Product Lines

Derivation

[Alzahmi et al., 2014]

Adaptive SOA stack and discovery framework for redundant services [Sikri et al., 2014]

All optical frequency encoded combinational logic devices utilizing polarization

independent four wave mixing in semiconductor optical amplifiers

[Mukherjee et al., 2014]

An Adaptive Personal Learning Environment Architecture [Kiy et al., 2014]

An affordable IMA bridge for refreshing deployed avionics systems [Gaska, 2014]

An innovation model for collaborative networks of SOA based software providers [Santana-Filho et al., 2014]

Application of service oriented architecture to equipment SoS joint simulation [Ze-min et al., 2014]

Architecture centric support for adaptive service collaborations [Haesevoets et al., 2014]

Are model driven techniques used as a means to migrate SOA applications to cloud

computing

[Motto et al., 2014]

Auditing cloud computing migration [Mateescu et al., 2014]

Automatic Reference Architecture Conformance Checking for SOA-Based

Software Systems

[Weinreich e Buchgeher,

2014]

Autonomic intelligent cyber sensor to support industrial control network awareness [Vollmer et al., 2014]

Business rules management in healthcare A lifecycle approach [Nelson e Sem, 2014]

Combining the Strengths of BPEL and mule ESB [Jongtaveesataporn e

Takada, 2014]

Complement Service Composition through Domain Template and Requirement

Context

[Deng et al., 2014]

Content architecture applications in healthcare [Chalasani et al., 2014]

Design and implementation logistics cloud platform based on SOA [Zhe e Xu, 2014]

Design and implementation of a secure service oriented workflow platform [Chang e Huang, 2014]

Developing a service oriented IT platform for synchromodal transportation [Singh, 2014]

Everything as a service platform for on demand virtual enterprises [Li e Wei, 2014]

Exploring the influence of service oriented architectures on organizational agility -

A case study

[Richter e Basten, 2014]

General service oriented architecture (SOA) for Small Medium Enterprise (SME) [Seta et al., 2014]

Government initiative for automation of co-operative banks structure through core

banking solution

[Dash et al., 2014]

Improvement of Human Plant Interactivity via Industrial Cloud Based Supervisory

Control and Data Acquisition System

[Lojka e Zolotová, 2014]

Improving Heterogeneous SOA-Based IoT Message Stability by Shortest

Processing Time Scheduling

[Jenq-Shiou Leu et al.,

2014]

MO BIZZ Fostering mobile business through enhanced cloud solutions [Stanik et al., 2014]

Modernizing the NASA space network ground systems for centralized management

and control of distributed shared resources

[Loomis, 2014]

Patient centered e health record over the cloud [Koumaditis et al., 2014]

Performance evaluation of a service availability model [Anees et al., 2014]

Proactive autonomous defense shield (PADS) for Infrastructure as a Service (IaaS) [Madiajagan et al., 2014]

Proceedings - Working IEEE IFIP Conference on Software Architecture 2014,

WICSA 2014

[Lago et al., 2014]

REST client pattern [Upadhyaya, 2014]

Service Composition Pattern Generation for Cloud Migration: A Graph Similarity

Analysis Approach

[Zhitao Wan et al., 2014]

Service Discovery Using a Semantic Algorithm in a SOA Modernization Process

from Legacy Web Applications

[Sosa-Sanchez et al., 2014]

Service oriented architecture and legacy systems [Serrano et al., 2014]

Service Security Revisited [Gorski et al., 2014]

SOAROAD An ontology of architectural decisions supporting assessment of

service oriented architectures

[Szwed et al., 2014]

Software development concerns in the building of service oriented based enterprise

systems

[Chiang, 2014]



Specification and Detection of SOA Antipatterns [Palma, 2014]

The application of service-oriented architectures in distributed automation systems [Dai et al., 2014]

The design of legal risk service system based on SOA [Chunlei, 2014]

Theoretical foundation to evaluate the change measures for an effective web service

change management

[Thirumaran e Jannani,

2014]

Towards a reusable fault handling in WS BPEL [Kocbek e Juric, 2014]

Towards Complex Event Aware Services as Part of SOA [Potocnik et al., 2014]

A guidance process to modernize legacy applications for SOA [Baghdadi e Al-Bulushi,

2015]

A Method for SOA Maturity Assessment and Improvement [Mazzarolo et al., 2015]

An agent based peer to peer architecture for semantic discovery of manufacturing

services across virtual enterprises

[Zhang et al., 2015]

An authorization architecture for web services [Indrakanti e Varadharajan,

2015]

An enterprise security architecture for accessing SaaS cloud services with BYOD [Samaras et al., 2015]

Building integrated business environments analysing open source ESB [Martínez-Carreras et al.,

2015]

Collaborative business processes for enhancing partnerships among software

services providers

[Cancian et al., 2015]

Measuring the impact of the approach to migration in the quality of web service

interfaces

[Mateos et al., 2015]

Migration from Legacy Systems to SOA Applications A Survey and an Evaluation [Suwisuthikasem e

Samadzadeh, 2015]

Process and data fragmentation oriented enterprise network integration with

collaboration modelling and collaboration agents

[Li et al., 2015]

TEEI - A mobile security infrastructure for TEE integration [Chai et al., 2015]

Towards the alignment of a detailed service-oriented design and development

methodology with ITIL v.3

[Verlaine et al., 2015]

fatores de sucesso e desafios na implementaÇÃo de ... · arquitetura orientada a serviços (soa)...

Documents