SlideShare a Scribd company logo
1 of 7
Download to read offline
SOA – ARQUITETURA ORIENTADA A SERVIÇOS
                    Um estudo de caso

                 Jean Rozan Streleski, Carlos Gustavo Hisamitsu de Oliveira
              Universidade Estadual Paulista "Júlio de Mesquita Filho" – UNESP
                                 Campus Bauru/SP – 2009


Resumo: Este artigo apresenta o estudo de caso de uma empresa fornecedora de
serviços B2B para a área farmacêutica onde a adoção de conceitos de SOA –
Arquitetura orientada a serviços, puderam aproximar a área de TI das áreas de
negócio, alavancar novos negócios, colaborando para o aumento de faturamento da
empresa.
Palavras-chave: SOA, Serviços, B2B



1.     Introdução
        A competitividade vivida atualmente pelas empresas vem desafiando a lógica
tradicional dos negócios, aquela baseada em processos de produção e serviços quase
que estáticos. Nesta nova ordem a necessidade por inovação em produtos e serviços se
torna fator indispensável para a sobrevivência das empresas. Muito mais que ser reativa
a mudanças, as corporações precisam de agilidade na gestão do seu negócio. Para tanto
é essencial a perfeita sincronia com uma área de TI também ágil e participativa na
criação de produtos e serviços. E uma das principais propostas para este cenário é a
utilização de conceitos de SOA – Arquitetura Orientada em Serviços.
       O objetivo deste artigo é apresentar um estudo de caso de uma empresa cujo
principal serviço é oferecer a empresas do mercado farmacêutico um portal B2Bi para
transações entre redes de farmácias, distribuidores e indústria. Esta empresa utilizou-se
dos conceitos de arquitetura orientada à serviços para que pudesse responder
rapidamente às necessidades de negócio dos seus clientes, viabilizar a conquista de
novos clientes, colaborando para o aumento de faturamento da empresa.
       Antes de falarmos em SOA é necessário conceituar serviço. Segundo, Christian
Gronroos (Service Management and Marketing, 1990) serviço é uma atividade de
natureza mais ou menos intangível, que normalmente ocorre em iterações entre
consumidores e empregados ou sistemas de um fornecedor. Estes são oferecidos como
soluções para os problemas do consumidor. Complementando este conceito, James
Fitzsimons (Administração de Serviços, 2008) define serviço com uma experiência
perecível, intangível, desenvolvida para um consumidor que desempenha um papel de
co-produto ao acessar um serviço.
       SOA vem de encontro ao conceito de serviço quando permite que a as funções
de negócio de uma empresa estejam totalmente acessíveis a qualquer um dos seus
consumidores por meio de componentes de TI. Estas funções de negócio oferecem um
baixo acoplamento e permitem a independência total em relação ao cliente que está
acessando o serviço.
        A Microsoft (SOA in the Real World, 2007) conceitua SOA como uma
arquitetura de baixo acoplamento desenhada para ir de encontro às necessidades de
negócio da organização. Complementando este conceito, Wiley (Service Oriented
Architecture for Dummies, 2007) define que SOA permite ao negócio tomar decisões de
negócio SUPORTADAS pela tecnologia ao invés de tomar decisões LIMITADAS pela
tecnologia.
       É factível, portanto que a adoção de SOA pode colaborar para que a TI possa ser
finalmente considerada como estrategicamente alinhada ao negócio.


2.     Revisão de Bibliografia
        Existem diferentes definições para o conceito de serviço. Grönroos (Service
Management and Marketing, 1990) e outros estudiosos destacam a natureza do processo
de serviços. Ele define o conceito de serviço como uma atividade ou uma série de
atividades de caráter mais ou menos intangível que normalmente, mas não
necessariamente, realiza-se na interação entre o cliente e empregados e/ou recursos
físicos ou bens e/ou sistemas do prestador de serviços, que são fornecidos como
soluções para os problemas do cliente.
       Diferente das atividades dos outros setores da economia, a entidade consumidora
dos bens resultantes do setor de serviços contribui durante o desenvolvimento do bem,
não necessariamente durante todo o processo. Como descrito por James Fitzsimons
(Administração de Serviços, 2008), podemos dizer que um serviço é "uma experiência
perecível, intangível, desenvolvida para um consumidor que desempenha o papel de co-
produtor."
       Uma definição para o conceito de serviços mais concisa é sugerida por Vargo e
Lusch (A Service-Dominant Logic of Marketing, 2006). Eles definem serviços como a
aplicação de competências (conhecimentos e habilidades), através de ações, processos, e
performances para o benefício de outra entidade ou a si próprio.
       A partir da definição de serviço, é possível passar a falar de um arquitetura
orientada à serviços. SOA pode ser compreendido como uma arquitetura que possui um
conjunto de padrões, princípios, e orientações que englobam desde uma visão de
negócio até as possíveis soluções tecnológicas.
       Com muito fundamento Wiley (SOA for Dummies, 2007) relata, que “SOA
permite ao negócio tomar decisões de negócio suportadas pela tecnologia ao invés de
tomar decisões de negócio DETERMINADAS ou LIMITADAS pela tecnologia”.
Willey (SOA for Dummies, 2007) afirma que SOA é muito mais do que uma série de
produtos vendidos pelos grandes players do mercado. SOA representa uma dramática
mudança no relacionamento entre negócio e TI. SOA permite que a tecnologia seja
responsável por atender com agilidade à novas necessidades de negócio e, em muitos
casos, até mesmo criar novas possibilidade de negócio. A TI deixa de ser apenas
responsiva e passa a ser ativa.
        A Microsoft (SOA in the Real World, 2007) conceitua SOA como uma
arquitetura de baixo acoplamento desenhada para ir de encontro às necessidades de
negócio da organização. Ela resume que:
                       • “Arquitetura orientada a serviços é uma estrutura (framework)
                       para integrar processos de negócio e a infra-estrutura de TI que
                       o suporta, na forma de componentes seguros e padronizados –
                       serviços – que podem ser reutilizados e combinados para
                       endereçar as mudanças de prioridade do negócio”.
Peter Herzum e Oliver Sims (Business Componente Factory – Microsoft, 1999)
alertaram analistas e peritos da indústria tem confundido o conceito de SOA com o de
implementações orientadas a serviço. Esse tipo de confusão pode criar resultados
caóticos e imprevisíveis. Artigos que tentam explicar SOA e abordam simplesmente
como construir Web Services, estão na verdade provendo uma forma de criar soluções
técnicas e não soluções arquiteturais.
       SOA deve auxiliar a área de TI a responder as mudanças de mercado de forma
ágil, caso contrário a TI se torna um gargalo e não uma área que auxilia o
desenvolvimento da organização. Portanto, SOA é uma filosofia arquitetural e não
necessariamente um conceito implementável.
      Partindo deste pontos, é importante conceituar que:
     1. SOA do ponto de vista do negócio: Arquitetura orientada a serviço é uma
     maneira de implementar os processos de negócio da empresa na forma de funções
     bem definidas, flexíveis e reutilizáveis chamadas de serviços.
     2. SOA do ponto de vista de TI: Arquitetura orientada a serviço é uma arquitetura
     que permite a automação de processos de negócio da empresa através da
     integração de diversos componentes com funções bem definidas, chamados de
     serviços. SOA possui como base tecnologias WebServices e BPM, tendo como
     característica prioritárias a aderência a padrões, agilidade, flexibilidade,
     reutilização, interoperabilidade e alinhamento ao negócio.
        Modelos de abstração são idéias, funcionalidades e documentações no nível de
detalhe mais adequado. Segundo, Kirsten Vandersluis (The Benefits of a Data
Abstraction Layer for SOA,2008) e Antônio Benedete (Roteiro para a definição de uma
arquitetura SOA utilizando BPM, 2007) as camadas de abstração SOA podem ser
melhor entendias da seguinte forma:
       Camada Corporativa: Camada que se preocupa em gerar um modelo
        responsável por descrever o negócio da empresa. Esse modelo é capaz de
        identificar os processos de negócio chaves que trazem vantagem competitiva
        para a empresa, e os processos de negócios que sustentam a organização.
       Camada de Processos: Camada que identifica e caracteriza os processos de
        negócio. Cada processo pode ser composto por sub-processos e tem como
        responsabilidade atender a uma determinada área funcional. Os sub-processos
        podem ser decompostos para expor suas dependências da camada de serviço.
        É errado pensar que processo e serviço são a mesma coisa. Processos são
        definidos uma única vez, e usados dentro de um contexto único, já os
        serviços, podem ser construídos dentro de processos de negócio e são criados
        para estarem disponíveis para o consumo de usuários, sistemas e outros
        serviços.
       Camada de Serviços: Camada que tem como responsabilidade mapear os
        serviços que compõem as funcionalidades básicas, técnicas e de negócio. A
        equipe de negócio identifica as necessidades críticas de negócio, enquanto a
        área de TI cria soluções técnicas para atender aos requisitos de negócio.
       Camada de Componentes: Camada que mapeia os componentes que
        possuem potencial para se transformarem em serviço, é comum se utilizar a
        metodologia bottom-up (parte-se da visão de criar aplicações que contém
        potencial para serem utilizadas em outros contextos de negócio).
Componentes são blocos de construção de serviços na arquitetura SOA.
        Camada de Objetos: Camada responsável por identificar e caracterizar uma
         grande quantidade de classes de objetos, seus atributos e relacionamentos.
        A partir da abordagem por camadas, é provada a teorização de Wiley (SOA for
Dummies, 2007) que afirma que SOA exige uma drástica mudança no relacionamento
entre áreas. A iniciativa SOA parte da camada corporativa, aquela que até então não
participava de iniciativas da área de TI e vai até a camada de mais baixo nível, a camada
de objetos tecnológicos.


3.     Método de Pesquisa
       Segundo YIN R. (2001), o estudo de caso representa uma investigação empírica
e compreende um método abrangente, com a lógica do planejamento, da coleta e da
análise de dados. Pode incluir tanto estudos de caso únicos quanto múltiplos, assim
como abordagens quantitativas e qualitativas de pesquisa.
       O estudo de caso tem como objetivo retratar a realidade de uma forma completa
e transparente, revelando fatos que envolvem e determinam os diversos momentos da
realidade estudada, utilizando diversas fontes de evidências.
        Esse método de pesquisa não aceita um roteiro rígido para a sua delimitação,
mas é possível definir quatro fases que mostram o seu delineamento: delimitação da
unidade-caso; coleta de dados; seleção, análise e interpretação dos dados; elaboração do
relatório (GIL AC., 1995).
        Neste estudo de caso foram identificados como elementos de análise
dificuldades e soluções da adoção de SOA na empresa. Utilizou-se como instrumento de
pesquisa um roteiro para uma entrevista semi-estruturada, com questões abertas. Por
tratar-se de uma pesquisa qualitativa, deve-se ter claras as limitações deste tipo de
pesquisa, principalmente quanto ao número de empresas estudadas, restringindo a
generalização dos resultados obtidos.
       O estudo foi dividido em quatro fases:
       Fase 1: estudo da base teórica de Arquitetura Orientada a Serviços - SOA.
       Fase 2: desenvolvimento de um estudo de caso em uma organização que utiliza
       os conceitos de SOA. As informações contidas no estudo de caso foram
       levantadas através de entrevistas realizadas com um gerente de negócios e o
       gerente responsável pela área de TI da empresa.
       Fase 3: realização de análises críticas sobre os dados coletados nas fases
       anteriores (teórica e empírica).
       Fase 4: descrição de como os conceitos de SOA estão sendo utilizados na
       organização entrevistada.



4.     Estudo de Caso
       A empresa objeto deste estudo de caso tem como seu principal produto um
portal B2Bi para o mercado farmacêutico intermediando as transações entre redes de
farmácias, distribuidores e a indústria. Atualmente atende clientes de dez estados
brasileiros. Tem aproximadamente 100 redes de farmácias, totalizando
aproximadamente 400 PDVs (Pontos de Venda) e cerca de 300 fornecedores
cadastrados em sua base de usuários, entre distribuidores e fabricantes.
       Por atuar como facilitadora das relações entre compradores e fornecedores, os
consultores da empresa se deparavam com uma grande variabilidade de processos de
negócio nos clientes, caracterizando assim um ambiente de constantes mudanças e
customizações na plataforma.
       O contato com cenários de negócios tão variados originava grandes
oportunidades de criação de novos serviços que resultariam em um aumento no
faturamento da empresa.
        A demanda gerada na criação de novos serviços encontrava pouca agilidade na
resposta da área de TI da empresa. Existia uma grande dificuldade em compor processos
de negócios de maneiras diferentes ao inicialmente planejado. Existia uma orientação da
arquitetura do sistema a funcionalidades. Além deste problema, a tecnologia utilizada na
primeira versão da plataforma impedia que este cenário fosse revertido. Desta forma,
novos negócios eram, em muitos casos, limitados ou até mesmo cancelados devido a
questões tecnológicas.
       A partir deste cenário, tornou-se altamente estratégico reformular a arquitetura
do sistema visando a agilidade e o alinhamento às iniciativas de negócio. O
planejamento pelo novo sistema teve a iniciativa da alta direção da empresa, juntamente
com a área de TI e contou com bons aportes de investimento em treinamentos para
equipe, consultorias e infra-estrutura.
       O trabalho da TI da empresa com uma consultoria especializada resultou na
indicação do uso de uma arquitetura orientada à serviços para a mudança do cenário.
        Sendo esta uma iniciativa estratégica da empresa, a área de TI trabalhou em
conjunto com a área de negócio da empresa de forma a realizar um mapeamento das
funcionalidades do sistema antigo para um modelo na forma de processos de negócio,
com entradas, transformações e saídas bem definidas. O mapeamento de todos os
processos possibilitou que a empresa identificasse quais etapas dos processos poderiam
ser consideradas serviços, gerando um modelo conceitual, denominado catálogo de
serviços. Embora ainda não construídos na forma de TI estes serviços tinha
características como independência de quem acessa, baixo acoplamento e possibilidade
de ser composto em diversas maneiras diferentes.
        O próximo passo foi a seleção de uma tecnologia adequada para o
desenvolvimento dos serviços. Apesar dos grandes autores afirmarem que não é
necessária a troca de tecnologia para adoção de SOA (Microsoft – SOA in the Real
World, 2007), a tecnologia utilizada para a primeira versão do sistema não apresentava
mais condições de crescimento e possibilidade de alteração para um modelo orientado à
serviço. Sendo assim, a segunda grande ação da empresa foi reformular o alicerce da
plataforma em uma nova tecnologia que permitisse a aplicação dos conceitos de SOA.
Esta etapa contou com um investimento em treinamento especializado para a equipe
interna.
       O projeto de reformulação do alicerce foi acompanhado de perto por consultores
especializados em SOA, somado a constantes treinamentos da equipe. Este trabalho
resultou na criação da camada de componentes de negócio da empresa, contendo os
serviços anteriormente identificados.
Seguindo o modelo sugerido pela Gartner (The Gartner SOA Adoption Model.
EUA: Gartner, 2006.) a empresa optou por implantar SOA apenas nos processos
prioritários, àqueles que poderiam aumentar o retorno sobre investimento mais
rapidamente. Este trabalho contou com uma grande colaboração da área comercial da
empresa, que detinha a informação de quais oportunidades de negócios deveriam ser
atendidas com prioridade. Conforme o alicerce tecnológico era criado e os serviços
eram criados, os clientes eram migrados da plataforma antiga para a nova.
       O novo modelo passou a possibilitar que processos de negócio fossem
facilmente compostos por meio da orquestração dos serviços disponíveis. Atualmente,
através de poucas e ágeis intervenções na plataforma, qualquer processo de negócio,
mesmo àqueles com grandes particularidades, passaram a ser possíveis na plataforma.
        Os benefícios da aplicação de SOA se tornaram evidentes recentemente quando
a empresa passou a fechar novos e lucrativos negócios baseados na integração da
plataforma B2Bi da empresa ao sistema ERP dos seus clientes. Os serviços passaram a
ser acessados remotamente, caracterizando perfeitamente o conceito de serviço,
conforme conceituação de James Fitzsimons (Administração de Serviços, 2008). Desta
forma, grandes clientes que tinham resistência na utilização de um sistema fora de seu
ambiente tecnológico, passaram a ter acesso a todos os serviços da plataforma dentro do
seu ERP. Esta etapa exigiu um investimento em um produto especializado na infra-
estrutura de integração entre sistemas, denominado ESB (Enterprise Service Bus).
       A aplicação de SOA nas soluções da empresa, embora atualmente consolidado
gerou a demanda por um constante monitoramento nos processos e serviços, visando a
constante otimização destes. Para isto, neste momento a empresa está considerando o
investimento em uma solução baseada nos conceitos de BPM (Business Process
Management).


5.     Conclusão
       A partir deste estudo de caso, é possível visualizar claramente que a aplicação
dos conceitos de SOA pode colaborar diretamente em maior agilidade na resposta da
área de TI às iniciativas de negócio da empresa.
        Entretanto, é importante notar que a iniciativa SOA impactará em mudanças
significativas na estrutura de negócios da empresa, demandando profissionais mais bem
preparados, conforme bem notou Willey ao afirmar que SOA representa uma dramática
mudança no relacionamento entre negócio e TI (SOA for Dummies, 2007). As áreas de
TI e de negócio deixam de ser concorrentes por recursos e passam a efetivamente
colaborar entre si.
        Para isto, foi essencial que a iniciativa SOA contasse com um grande apoio da
área estratégica da empresa. Este fator foi essencial para a empresa descrita este estudo
de caso e será em qualquer iniciativa SOA.
       Por fim, é possível concluir que, a iniciativa SOA não deve ser considerada a
“bala de prata” para o tão esperado alinhamento entre TI e negócio, contudo, SOA pode
ser uma das grandes colaboradoras para que a TI possa efetivamente colaborar na
concepção de novos negócios e colaborar para a agilidade da empresa.
Bibliografia selecionada

GARTNER. The Gartner SOA Adoption Model. EUA: Gartner, 2006.
HURWITZ, J. et al. Service Oriented Architecture for Dummies. EUA: Wiley, 2007.
BIEBERSTEIN, N. et al. Service Oriented Architecture (SOA) Compass. EUA: IBM,
2006.
ARC. SOA In The Real World. EUA 2008
STRELESKI, J.; ALBINO, RAPHAEL. SOA, BPM e a Agilidade na Gestão do
Negócio. 2008
VANDERSLUIS, KIRSTAN. SOA IBM MAGAZINE - The Benefits of a Data
Abstraction Layer for SOA. EUA 2008
BENEDETE, ANTORNIO JR. Roteiro para a definição de uma arquitetura SOA
utilizando BPM, USP 2007
GRONROOS, CHRISTIAN, Service Management and Marketing, 1990
FITZSIMMONS, J.A.; FITZSIMMONS, M.J. Administração de Serviços, 2008.
VARGO, S.L.; LUSCH, R.F. A Service-Dominant Logic of Marketing. Armonk, NY:
ME Sharpe, 2006.

More Related Content

What's hot

SOA e BPM, duas disciplinas, um só objectivo
SOA e BPM, duas disciplinas, um só objectivoSOA e BPM, duas disciplinas, um só objectivo
SOA e BPM, duas disciplinas, um só objectivoslidesharemsm
 
Tendências em tecnologia e processos de gestão de relacionamento no csc
Tendências em tecnologia e processos de gestão de relacionamento no cscTendências em tecnologia e processos de gestão de relacionamento no csc
Tendências em tecnologia e processos de gestão de relacionamento no cscAlfaPeople
 
Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc  Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc guest880159
 
AE Rio 2011 - SE7TI - Fernanda Baiao
AE Rio 2011 - SE7TI - Fernanda BaiaoAE Rio 2011 - SE7TI - Fernanda Baiao
AE Rio 2011 - SE7TI - Fernanda BaiaoFernando Botafogo
 
Mpn apoio requisitos_sistema 2
Mpn apoio requisitos_sistema 2Mpn apoio requisitos_sistema 2
Mpn apoio requisitos_sistema 2gtiprotec
 
CSC - Centro de Serviço Compartilhado - do conceito à implementação
CSC - Centro de Serviço Compartilhado - do conceito à implementaçãoCSC - Centro de Serviço Compartilhado - do conceito à implementação
CSC - Centro de Serviço Compartilhado - do conceito à implementaçãoCompanyWeb
 
Marcus leite gestao & automacao de processos
Marcus leite gestao & automacao de processosMarcus leite gestao & automacao de processos
Marcus leite gestao & automacao de processosSoftware AG
 
Glossário ITIL V3 em portugês
Glossário ITIL V3 em portugêsGlossário ITIL V3 em portugês
Glossário ITIL V3 em portugêsFernando Palma
 
Investigando o papel da gestão por processos nos sistemas verdes
 Investigando o papel da gestão por processos nos sistemas verdes Investigando o papel da gestão por processos nos sistemas verdes
Investigando o papel da gestão por processos nos sistemas verdesEloGroup
 
Gerenciamento de serviços de TI – Implementação ITIL bem sucedida
Gerenciamento de serviços de TI – Implementação ITIL bem sucedidaGerenciamento de serviços de TI – Implementação ITIL bem sucedida
Gerenciamento de serviços de TI – Implementação ITIL bem sucedidaCSC BRASIL
 
Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...
Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...
Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...EloGroup
 
Facin e Modelo de Responsabilidade Organizacional
Facin e Modelo de Responsabilidade OrganizacionalFacin e Modelo de Responsabilidade Organizacional
Facin e Modelo de Responsabilidade OrganizacionalGuttenberg Ferreira Passos
 
1. introdução csc conceitos básicos e cenários
1. introdução csc    conceitos básicos e cenários1. introdução csc    conceitos básicos e cenários
1. introdução csc conceitos básicos e cenáriosAllana Silveira
 
Centro de Serviço Compartilhado
Centro de Serviço CompartilhadoCentro de Serviço Compartilhado
Centro de Serviço Compartilhadoguest00ee60c
 
Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.
Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.
Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.Cristiano Lobo
 
Apostila itil-v3-conceitos
Apostila itil-v3-conceitosApostila itil-v3-conceitos
Apostila itil-v3-conceitosLuiz Fraga
 

What's hot (18)

SOA e BPM, duas disciplinas, um só objectivo
SOA e BPM, duas disciplinas, um só objectivoSOA e BPM, duas disciplinas, um só objectivo
SOA e BPM, duas disciplinas, um só objectivo
 
Tendências em tecnologia e processos de gestão de relacionamento no csc
Tendências em tecnologia e processos de gestão de relacionamento no cscTendências em tecnologia e processos de gestão de relacionamento no csc
Tendências em tecnologia e processos de gestão de relacionamento no csc
 
Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc  Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc
 
AE Rio 2011 - SE7TI - Fernanda Baiao
AE Rio 2011 - SE7TI - Fernanda BaiaoAE Rio 2011 - SE7TI - Fernanda Baiao
AE Rio 2011 - SE7TI - Fernanda Baiao
 
Memorex itil-v3
Memorex itil-v3Memorex itil-v3
Memorex itil-v3
 
Gestão por acessos
Gestão por acessosGestão por acessos
Gestão por acessos
 
Mpn apoio requisitos_sistema 2
Mpn apoio requisitos_sistema 2Mpn apoio requisitos_sistema 2
Mpn apoio requisitos_sistema 2
 
CSC - Centro de Serviço Compartilhado - do conceito à implementação
CSC - Centro de Serviço Compartilhado - do conceito à implementaçãoCSC - Centro de Serviço Compartilhado - do conceito à implementação
CSC - Centro de Serviço Compartilhado - do conceito à implementação
 
Marcus leite gestao & automacao de processos
Marcus leite gestao & automacao de processosMarcus leite gestao & automacao de processos
Marcus leite gestao & automacao de processos
 
Glossário ITIL V3 em portugês
Glossário ITIL V3 em portugêsGlossário ITIL V3 em portugês
Glossário ITIL V3 em portugês
 
Investigando o papel da gestão por processos nos sistemas verdes
 Investigando o papel da gestão por processos nos sistemas verdes Investigando o papel da gestão por processos nos sistemas verdes
Investigando o papel da gestão por processos nos sistemas verdes
 
Gerenciamento de serviços de TI – Implementação ITIL bem sucedida
Gerenciamento de serviços de TI – Implementação ITIL bem sucedidaGerenciamento de serviços de TI – Implementação ITIL bem sucedida
Gerenciamento de serviços de TI – Implementação ITIL bem sucedida
 
Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...
Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...
Carlos Carvalho e Ricardo Clemente – Gestão do Portfólio de Serviços e a Cons...
 
Facin e Modelo de Responsabilidade Organizacional
Facin e Modelo de Responsabilidade OrganizacionalFacin e Modelo de Responsabilidade Organizacional
Facin e Modelo de Responsabilidade Organizacional
 
1. introdução csc conceitos básicos e cenários
1. introdução csc    conceitos básicos e cenários1. introdução csc    conceitos básicos e cenários
1. introdução csc conceitos básicos e cenários
 
Centro de Serviço Compartilhado
Centro de Serviço CompartilhadoCentro de Serviço Compartilhado
Centro de Serviço Compartilhado
 
Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.
Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.
Adoção do Gerenciamento de Serviços de TI com ITIL: Uma análise de dois casos.
 
Apostila itil-v3-conceitos
Apostila itil-v3-conceitosApostila itil-v3-conceitos
Apostila itil-v3-conceitos
 

Viewers also liked

Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)
Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)
Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)François Urban, MBA
 
Arquitetura da Informação: Estudos de Caso e Exercícios
Arquitetura da Informação: Estudos de Caso e ExercíciosArquitetura da Informação: Estudos de Caso e Exercícios
Arquitetura da Informação: Estudos de Caso e ExercíciosUTFPR
 
TFG - SESC Sumaré 2010 - Jéssica Fonseca Matos
TFG - SESC Sumaré 2010 - Jéssica Fonseca MatosTFG - SESC Sumaré 2010 - Jéssica Fonseca Matos
TFG - SESC Sumaré 2010 - Jéssica Fonseca MatosUNICAMP
 
Projeto Casa Lar Do Idoso Sananduva Versao01
Projeto  Casa  Lar Do  Idoso    Sananduva  Versao01Projeto  Casa  Lar Do  Idoso    Sananduva  Versao01
Projeto Casa Lar Do Idoso Sananduva Versao01Agência Camozzato
 
Métodos e Técnicas de Pesquisa: O Estudo de Caso
Métodos e Técnicas de Pesquisa: O Estudo de CasoMétodos e Técnicas de Pesquisa: O Estudo de Caso
Métodos e Técnicas de Pesquisa: O Estudo de CasoJoão Uchôa
 
Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)
Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)
Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)Leite Corretor
 
Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...
Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...
Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...Aristides Faria
 
Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)
Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)
Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)Leite Corretor
 
Estudos de caso prancha
Estudos de caso prancha Estudos de caso prancha
Estudos de caso prancha Carlos Elson
 

Viewers also liked (20)

Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)
Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)
Sesc Pompeia - Lina Bo Bardi (Estudo de Caso)
 
Estudo de Caso: Sesc Pompeia-SP
Estudo de Caso: Sesc Pompeia-SPEstudo de Caso: Sesc Pompeia-SP
Estudo de Caso: Sesc Pompeia-SP
 
Arquitetura da Informação: Estudos de Caso e Exercícios
Arquitetura da Informação: Estudos de Caso e ExercíciosArquitetura da Informação: Estudos de Caso e Exercícios
Arquitetura da Informação: Estudos de Caso e Exercícios
 
Estudo de Caso: Vila dos Idosos-SP
Estudo de Caso: Vila dos Idosos-SPEstudo de Caso: Vila dos Idosos-SP
Estudo de Caso: Vila dos Idosos-SP
 
O Estudo De Caso
O Estudo De CasoO Estudo De Caso
O Estudo De Caso
 
TFG - SESC Sumaré 2010 - Jéssica Fonseca Matos
TFG - SESC Sumaré 2010 - Jéssica Fonseca MatosTFG - SESC Sumaré 2010 - Jéssica Fonseca Matos
TFG - SESC Sumaré 2010 - Jéssica Fonseca Matos
 
Estudo de Caso Museu Bilbao
Estudo de Caso Museu BilbaoEstudo de Caso Museu Bilbao
Estudo de Caso Museu Bilbao
 
ESTUDO DE CASO ROCHAVERÁ
ESTUDO DE CASO ROCHAVERÁESTUDO DE CASO ROCHAVERÁ
ESTUDO DE CASO ROCHAVERÁ
 
Projeto Casa Lar Do Idoso Sananduva Versao01
Projeto  Casa  Lar Do  Idoso    Sananduva  Versao01Projeto  Casa  Lar Do  Idoso    Sananduva  Versao01
Projeto Casa Lar Do Idoso Sananduva Versao01
 
Estudo preliminar
Estudo preliminarEstudo preliminar
Estudo preliminar
 
Métodos e Técnicas de Pesquisa: O Estudo de Caso
Métodos e Técnicas de Pesquisa: O Estudo de CasoMétodos e Técnicas de Pesquisa: O Estudo de Caso
Métodos e Técnicas de Pesquisa: O Estudo de Caso
 
Centro do Idoso
Centro do IdosoCentro do Idoso
Centro do Idoso
 
Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)
Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)
Apresentação Habitarte 2 Oficial (Corretor Leite 99354 8288)
 
Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...
Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...
Turismo Cultural: estudo de caso sobre o Complexo Cultural Palácio das Artes,...
 
Arquitetura Reativa
Arquitetura ReativaArquitetura Reativa
Arquitetura Reativa
 
Habitarte 1 apresentação
Habitarte 1   apresentaçãoHabitarte 1   apresentação
Habitarte 1 apresentação
 
Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)
Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)
Apresentação Institucional Cittyplex (Corretor Leite 99354-8288)
 
Dicionário legislativo
Dicionário legislativoDicionário legislativo
Dicionário legislativo
 
01 Merc1
01 Merc101 Merc1
01 Merc1
 
Estudos de caso prancha
Estudos de caso prancha Estudos de caso prancha
Estudos de caso prancha
 

Similar to Estudo de Caso - Arquitetura Orientada à Serviço

SOA - Service Oriented Architecture
SOA - Service Oriented ArchitectureSOA - Service Oriented Architecture
SOA - Service Oriented ArchitectureHugo Rodrigues
 
Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...
Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...
Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...Glauco Vinicius Argentino de Oliveira
 
Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc  Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc guest880159
 
SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...
SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...
SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...Michel Azevedo
 
Sistemas Distribuídos - Comunicação Distribuída – SOA
Sistemas Distribuídos - Comunicação Distribuída – SOASistemas Distribuídos - Comunicação Distribuída – SOA
Sistemas Distribuídos - Comunicação Distribuída – SOAAdriano Teixeira de Souza
 
SOA - Arquitetura Orientada a Serviços
SOA - Arquitetura Orientada a ServiçosSOA - Arquitetura Orientada a Serviços
SOA - Arquitetura Orientada a Serviçosalinebicudo
 
ApresentaçãO Metodologia
ApresentaçãO MetodologiaApresentaçãO Metodologia
ApresentaçãO MetodologiaMarcos Yonamine
 
ARQUITETURA ORIENTADA A SERVICOS
ARQUITETURA ORIENTADA A SERVICOSARQUITETURA ORIENTADA A SERVICOS
ARQUITETURA ORIENTADA A SERVICOSNilo Basílio
 
Aumentando escalabilidade com SOA
Aumentando escalabilidade com SOAAumentando escalabilidade com SOA
Aumentando escalabilidade com SOAHugo Marques
 
Como Trazer o Legado para SOA
Como Trazer o Legado para SOAComo Trazer o Legado para SOA
Como Trazer o Legado para SOADavi Silva
 
Mpn apoio requisitos_sistema1
Mpn apoio requisitos_sistema1Mpn apoio requisitos_sistema1
Mpn apoio requisitos_sistema1gtiprotec
 
SOA e APIs: O que muda e o que segue!
SOA e APIs: O que muda e o que segue!SOA e APIs: O que muda e o que segue!
SOA e APIs: O que muda e o que segue!Sensedia
 
PI I - DIAGNOSTICO DE SERVICOS
PI I - DIAGNOSTICO DE SERVICOSPI I - DIAGNOSTICO DE SERVICOS
PI I - DIAGNOSTICO DE SERVICOSNilo Basílio
 
O conceito de processo de trabalho versao final
O conceito de processo de trabalho   versao finalO conceito de processo de trabalho   versao final
O conceito de processo de trabalho versao finallisimello13
 
possibilitando negócios ágeis e inteligentes
possibilitando negócios ágeis e inteligentespossibilitando negócios ágeis e inteligentes
possibilitando negócios ágeis e inteligentesKellvyn Pereira
 
Palestra UNIBERO (SP) - SOA: Conceito e prática na implementação
Palestra UNIBERO (SP) - SOA: Conceito e prática na implementaçãoPalestra UNIBERO (SP) - SOA: Conceito e prática na implementação
Palestra UNIBERO (SP) - SOA: Conceito e prática na implementaçãoAndré Lima
 

Similar to Estudo de Caso - Arquitetura Orientada à Serviço (20)

SOA - Service Oriented Architecture
SOA - Service Oriented ArchitectureSOA - Service Oriented Architecture
SOA - Service Oriented Architecture
 
Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...
Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...
Estudo da aplicação da arquitetura orientada a serviços em um sistema de gest...
 
Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc  Palestra sobre a SOA foi destaque no Ciasc
Palestra sobre a SOA foi destaque no Ciasc
 
SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...
SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...
SOA na Prática – Criando uma Aplicação BPMN com Bonita Open Solution, Mule ES...
 
Sistemas Distribuídos - Comunicação Distribuída – SOA
Sistemas Distribuídos - Comunicação Distribuída – SOASistemas Distribuídos - Comunicação Distribuída – SOA
Sistemas Distribuídos - Comunicação Distribuída – SOA
 
SOA - Arquitetura Orientada a Serviços
SOA - Arquitetura Orientada a ServiçosSOA - Arquitetura Orientada a Serviços
SOA - Arquitetura Orientada a Serviços
 
Tcc geral 0.2
Tcc geral 0.2Tcc geral 0.2
Tcc geral 0.2
 
ApresentaçãO Metodologia
ApresentaçãO MetodologiaApresentaçãO Metodologia
ApresentaçãO Metodologia
 
ARQUITETURA ORIENTADA A SERVICOS
ARQUITETURA ORIENTADA A SERVICOSARQUITETURA ORIENTADA A SERVICOS
ARQUITETURA ORIENTADA A SERVICOS
 
Aumentando escalabilidade com SOA
Aumentando escalabilidade com SOAAumentando escalabilidade com SOA
Aumentando escalabilidade com SOA
 
Como Trazer o Legado para SOA
Como Trazer o Legado para SOAComo Trazer o Legado para SOA
Como Trazer o Legado para SOA
 
0012
00120012
0012
 
Mpn apoio requisitos_sistema1
Mpn apoio requisitos_sistema1Mpn apoio requisitos_sistema1
Mpn apoio requisitos_sistema1
 
Gestão de serviços em ti
Gestão de serviços em tiGestão de serviços em ti
Gestão de serviços em ti
 
SOA e APIs: O que muda e o que segue!
SOA e APIs: O que muda e o que segue!SOA e APIs: O que muda e o que segue!
SOA e APIs: O que muda e o que segue!
 
PI I - DIAGNOSTICO DE SERVICOS
PI I - DIAGNOSTICO DE SERVICOSPI I - DIAGNOSTICO DE SERVICOS
PI I - DIAGNOSTICO DE SERVICOS
 
O conceito de processo de trabalho versao final
O conceito de processo de trabalho   versao finalO conceito de processo de trabalho   versao final
O conceito de processo de trabalho versao final
 
possibilitando negócios ágeis e inteligentes
possibilitando negócios ágeis e inteligentespossibilitando negócios ágeis e inteligentes
possibilitando negócios ágeis e inteligentes
 
Palestra UNIBERO (SP) - SOA: Conceito e prática na implementação
Palestra UNIBERO (SP) - SOA: Conceito e prática na implementaçãoPalestra UNIBERO (SP) - SOA: Conceito e prática na implementação
Palestra UNIBERO (SP) - SOA: Conceito e prática na implementação
 
Artigo
ArtigoArtigo
Artigo
 

Recently uploaded

Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Dirceu Resende
 
PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...
PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...
PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...Priscila Ribeiro Chagas
 
Knowtree - Extração de Dados com o KAPE.
Knowtree - Extração de Dados com o KAPE.Knowtree - Extração de Dados com o KAPE.
Knowtree - Extração de Dados com o KAPE.Thiago lindolfo
 
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Dirceu Resende
 
O papel da automação de processos no mundo do trabalho pós-moderno
O papel da automação de processos no mundo do trabalho pós-modernoO papel da automação de processos no mundo do trabalho pós-moderno
O papel da automação de processos no mundo do trabalho pós-modernoDenis Pereira Raymundo
 
TI EXAMES - NIST Cybersecurity Framework.pdf
TI EXAMES - NIST Cybersecurity Framework.pdfTI EXAMES - NIST Cybersecurity Framework.pdf
TI EXAMES - NIST Cybersecurity Framework.pdfRodrigoMori7
 
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Dirceu Resende
 

Recently uploaded (7)

Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
 
PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...
PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...
PRODUCT OPS - COMO APROVEITAR O MÁXIMO DESTA NOVA TENDÊNCIA - Priscila Chagas...
 
Knowtree - Extração de Dados com o KAPE.
Knowtree - Extração de Dados com o KAPE.Knowtree - Extração de Dados com o KAPE.
Knowtree - Extração de Dados com o KAPE.
 
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
 
O papel da automação de processos no mundo do trabalho pós-moderno
O papel da automação de processos no mundo do trabalho pós-modernoO papel da automação de processos no mundo do trabalho pós-moderno
O papel da automação de processos no mundo do trabalho pós-moderno
 
TI EXAMES - NIST Cybersecurity Framework.pdf
TI EXAMES - NIST Cybersecurity Framework.pdfTI EXAMES - NIST Cybersecurity Framework.pdf
TI EXAMES - NIST Cybersecurity Framework.pdf
 
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
Apresentação Power Embedded - Descubra uma nova forma de compartilhar relatór...
 

Estudo de Caso - Arquitetura Orientada à Serviço

  • 1. SOA – ARQUITETURA ORIENTADA A SERVIÇOS Um estudo de caso Jean Rozan Streleski, Carlos Gustavo Hisamitsu de Oliveira Universidade Estadual Paulista "Júlio de Mesquita Filho" – UNESP Campus Bauru/SP – 2009 Resumo: Este artigo apresenta o estudo de caso de uma empresa fornecedora de serviços B2B para a área farmacêutica onde a adoção de conceitos de SOA – Arquitetura orientada a serviços, puderam aproximar a área de TI das áreas de negócio, alavancar novos negócios, colaborando para o aumento de faturamento da empresa. Palavras-chave: SOA, Serviços, B2B 1. Introdução A competitividade vivida atualmente pelas empresas vem desafiando a lógica tradicional dos negócios, aquela baseada em processos de produção e serviços quase que estáticos. Nesta nova ordem a necessidade por inovação em produtos e serviços se torna fator indispensável para a sobrevivência das empresas. Muito mais que ser reativa a mudanças, as corporações precisam de agilidade na gestão do seu negócio. Para tanto é essencial a perfeita sincronia com uma área de TI também ágil e participativa na criação de produtos e serviços. E uma das principais propostas para este cenário é a utilização de conceitos de SOA – Arquitetura Orientada em Serviços. O objetivo deste artigo é apresentar um estudo de caso de uma empresa cujo principal serviço é oferecer a empresas do mercado farmacêutico um portal B2Bi para transações entre redes de farmácias, distribuidores e indústria. Esta empresa utilizou-se dos conceitos de arquitetura orientada à serviços para que pudesse responder rapidamente às necessidades de negócio dos seus clientes, viabilizar a conquista de novos clientes, colaborando para o aumento de faturamento da empresa. Antes de falarmos em SOA é necessário conceituar serviço. Segundo, Christian Gronroos (Service Management and Marketing, 1990) serviço é uma atividade de natureza mais ou menos intangível, que normalmente ocorre em iterações entre consumidores e empregados ou sistemas de um fornecedor. Estes são oferecidos como soluções para os problemas do consumidor. Complementando este conceito, James Fitzsimons (Administração de Serviços, 2008) define serviço com uma experiência perecível, intangível, desenvolvida para um consumidor que desempenha um papel de co-produto ao acessar um serviço. SOA vem de encontro ao conceito de serviço quando permite que a as funções de negócio de uma empresa estejam totalmente acessíveis a qualquer um dos seus consumidores por meio de componentes de TI. Estas funções de negócio oferecem um baixo acoplamento e permitem a independência total em relação ao cliente que está acessando o serviço. A Microsoft (SOA in the Real World, 2007) conceitua SOA como uma arquitetura de baixo acoplamento desenhada para ir de encontro às necessidades de
  • 2. negócio da organização. Complementando este conceito, Wiley (Service Oriented Architecture for Dummies, 2007) define que SOA permite ao negócio tomar decisões de negócio SUPORTADAS pela tecnologia ao invés de tomar decisões LIMITADAS pela tecnologia. É factível, portanto que a adoção de SOA pode colaborar para que a TI possa ser finalmente considerada como estrategicamente alinhada ao negócio. 2. Revisão de Bibliografia Existem diferentes definições para o conceito de serviço. Grönroos (Service Management and Marketing, 1990) e outros estudiosos destacam a natureza do processo de serviços. Ele define o conceito de serviço como uma atividade ou uma série de atividades de caráter mais ou menos intangível que normalmente, mas não necessariamente, realiza-se na interação entre o cliente e empregados e/ou recursos físicos ou bens e/ou sistemas do prestador de serviços, que são fornecidos como soluções para os problemas do cliente. Diferente das atividades dos outros setores da economia, a entidade consumidora dos bens resultantes do setor de serviços contribui durante o desenvolvimento do bem, não necessariamente durante todo o processo. Como descrito por James Fitzsimons (Administração de Serviços, 2008), podemos dizer que um serviço é "uma experiência perecível, intangível, desenvolvida para um consumidor que desempenha o papel de co- produtor." Uma definição para o conceito de serviços mais concisa é sugerida por Vargo e Lusch (A Service-Dominant Logic of Marketing, 2006). Eles definem serviços como a aplicação de competências (conhecimentos e habilidades), através de ações, processos, e performances para o benefício de outra entidade ou a si próprio. A partir da definição de serviço, é possível passar a falar de um arquitetura orientada à serviços. SOA pode ser compreendido como uma arquitetura que possui um conjunto de padrões, princípios, e orientações que englobam desde uma visão de negócio até as possíveis soluções tecnológicas. Com muito fundamento Wiley (SOA for Dummies, 2007) relata, que “SOA permite ao negócio tomar decisões de negócio suportadas pela tecnologia ao invés de tomar decisões de negócio DETERMINADAS ou LIMITADAS pela tecnologia”. Willey (SOA for Dummies, 2007) afirma que SOA é muito mais do que uma série de produtos vendidos pelos grandes players do mercado. SOA representa uma dramática mudança no relacionamento entre negócio e TI. SOA permite que a tecnologia seja responsável por atender com agilidade à novas necessidades de negócio e, em muitos casos, até mesmo criar novas possibilidade de negócio. A TI deixa de ser apenas responsiva e passa a ser ativa. A Microsoft (SOA in the Real World, 2007) conceitua SOA como uma arquitetura de baixo acoplamento desenhada para ir de encontro às necessidades de negócio da organização. Ela resume que: • “Arquitetura orientada a serviços é uma estrutura (framework) para integrar processos de negócio e a infra-estrutura de TI que o suporta, na forma de componentes seguros e padronizados – serviços – que podem ser reutilizados e combinados para endereçar as mudanças de prioridade do negócio”.
  • 3. Peter Herzum e Oliver Sims (Business Componente Factory – Microsoft, 1999) alertaram analistas e peritos da indústria tem confundido o conceito de SOA com o de implementações orientadas a serviço. Esse tipo de confusão pode criar resultados caóticos e imprevisíveis. Artigos que tentam explicar SOA e abordam simplesmente como construir Web Services, estão na verdade provendo uma forma de criar soluções técnicas e não soluções arquiteturais. SOA deve auxiliar a área de TI a responder as mudanças de mercado de forma ágil, caso contrário a TI se torna um gargalo e não uma área que auxilia o desenvolvimento da organização. Portanto, SOA é uma filosofia arquitetural e não necessariamente um conceito implementável. Partindo deste pontos, é importante conceituar que: 1. SOA do ponto de vista do negócio: Arquitetura orientada a serviço é uma maneira de implementar os processos de negócio da empresa na forma de funções bem definidas, flexíveis e reutilizáveis chamadas de serviços. 2. SOA do ponto de vista de TI: Arquitetura orientada a serviço é uma arquitetura que permite a automação de processos de negócio da empresa através da integração de diversos componentes com funções bem definidas, chamados de serviços. SOA possui como base tecnologias WebServices e BPM, tendo como característica prioritárias a aderência a padrões, agilidade, flexibilidade, reutilização, interoperabilidade e alinhamento ao negócio. Modelos de abstração são idéias, funcionalidades e documentações no nível de detalhe mais adequado. Segundo, Kirsten Vandersluis (The Benefits of a Data Abstraction Layer for SOA,2008) e Antônio Benedete (Roteiro para a definição de uma arquitetura SOA utilizando BPM, 2007) as camadas de abstração SOA podem ser melhor entendias da seguinte forma:  Camada Corporativa: Camada que se preocupa em gerar um modelo responsável por descrever o negócio da empresa. Esse modelo é capaz de identificar os processos de negócio chaves que trazem vantagem competitiva para a empresa, e os processos de negócios que sustentam a organização.  Camada de Processos: Camada que identifica e caracteriza os processos de negócio. Cada processo pode ser composto por sub-processos e tem como responsabilidade atender a uma determinada área funcional. Os sub-processos podem ser decompostos para expor suas dependências da camada de serviço. É errado pensar que processo e serviço são a mesma coisa. Processos são definidos uma única vez, e usados dentro de um contexto único, já os serviços, podem ser construídos dentro de processos de negócio e são criados para estarem disponíveis para o consumo de usuários, sistemas e outros serviços.  Camada de Serviços: Camada que tem como responsabilidade mapear os serviços que compõem as funcionalidades básicas, técnicas e de negócio. A equipe de negócio identifica as necessidades críticas de negócio, enquanto a área de TI cria soluções técnicas para atender aos requisitos de negócio.  Camada de Componentes: Camada que mapeia os componentes que possuem potencial para se transformarem em serviço, é comum se utilizar a metodologia bottom-up (parte-se da visão de criar aplicações que contém potencial para serem utilizadas em outros contextos de negócio).
  • 4. Componentes são blocos de construção de serviços na arquitetura SOA.  Camada de Objetos: Camada responsável por identificar e caracterizar uma grande quantidade de classes de objetos, seus atributos e relacionamentos. A partir da abordagem por camadas, é provada a teorização de Wiley (SOA for Dummies, 2007) que afirma que SOA exige uma drástica mudança no relacionamento entre áreas. A iniciativa SOA parte da camada corporativa, aquela que até então não participava de iniciativas da área de TI e vai até a camada de mais baixo nível, a camada de objetos tecnológicos. 3. Método de Pesquisa Segundo YIN R. (2001), o estudo de caso representa uma investigação empírica e compreende um método abrangente, com a lógica do planejamento, da coleta e da análise de dados. Pode incluir tanto estudos de caso únicos quanto múltiplos, assim como abordagens quantitativas e qualitativas de pesquisa. O estudo de caso tem como objetivo retratar a realidade de uma forma completa e transparente, revelando fatos que envolvem e determinam os diversos momentos da realidade estudada, utilizando diversas fontes de evidências. Esse método de pesquisa não aceita um roteiro rígido para a sua delimitação, mas é possível definir quatro fases que mostram o seu delineamento: delimitação da unidade-caso; coleta de dados; seleção, análise e interpretação dos dados; elaboração do relatório (GIL AC., 1995). Neste estudo de caso foram identificados como elementos de análise dificuldades e soluções da adoção de SOA na empresa. Utilizou-se como instrumento de pesquisa um roteiro para uma entrevista semi-estruturada, com questões abertas. Por tratar-se de uma pesquisa qualitativa, deve-se ter claras as limitações deste tipo de pesquisa, principalmente quanto ao número de empresas estudadas, restringindo a generalização dos resultados obtidos. O estudo foi dividido em quatro fases: Fase 1: estudo da base teórica de Arquitetura Orientada a Serviços - SOA. Fase 2: desenvolvimento de um estudo de caso em uma organização que utiliza os conceitos de SOA. As informações contidas no estudo de caso foram levantadas através de entrevistas realizadas com um gerente de negócios e o gerente responsável pela área de TI da empresa. Fase 3: realização de análises críticas sobre os dados coletados nas fases anteriores (teórica e empírica). Fase 4: descrição de como os conceitos de SOA estão sendo utilizados na organização entrevistada. 4. Estudo de Caso A empresa objeto deste estudo de caso tem como seu principal produto um portal B2Bi para o mercado farmacêutico intermediando as transações entre redes de farmácias, distribuidores e a indústria. Atualmente atende clientes de dez estados
  • 5. brasileiros. Tem aproximadamente 100 redes de farmácias, totalizando aproximadamente 400 PDVs (Pontos de Venda) e cerca de 300 fornecedores cadastrados em sua base de usuários, entre distribuidores e fabricantes. Por atuar como facilitadora das relações entre compradores e fornecedores, os consultores da empresa se deparavam com uma grande variabilidade de processos de negócio nos clientes, caracterizando assim um ambiente de constantes mudanças e customizações na plataforma. O contato com cenários de negócios tão variados originava grandes oportunidades de criação de novos serviços que resultariam em um aumento no faturamento da empresa. A demanda gerada na criação de novos serviços encontrava pouca agilidade na resposta da área de TI da empresa. Existia uma grande dificuldade em compor processos de negócios de maneiras diferentes ao inicialmente planejado. Existia uma orientação da arquitetura do sistema a funcionalidades. Além deste problema, a tecnologia utilizada na primeira versão da plataforma impedia que este cenário fosse revertido. Desta forma, novos negócios eram, em muitos casos, limitados ou até mesmo cancelados devido a questões tecnológicas. A partir deste cenário, tornou-se altamente estratégico reformular a arquitetura do sistema visando a agilidade e o alinhamento às iniciativas de negócio. O planejamento pelo novo sistema teve a iniciativa da alta direção da empresa, juntamente com a área de TI e contou com bons aportes de investimento em treinamentos para equipe, consultorias e infra-estrutura. O trabalho da TI da empresa com uma consultoria especializada resultou na indicação do uso de uma arquitetura orientada à serviços para a mudança do cenário. Sendo esta uma iniciativa estratégica da empresa, a área de TI trabalhou em conjunto com a área de negócio da empresa de forma a realizar um mapeamento das funcionalidades do sistema antigo para um modelo na forma de processos de negócio, com entradas, transformações e saídas bem definidas. O mapeamento de todos os processos possibilitou que a empresa identificasse quais etapas dos processos poderiam ser consideradas serviços, gerando um modelo conceitual, denominado catálogo de serviços. Embora ainda não construídos na forma de TI estes serviços tinha características como independência de quem acessa, baixo acoplamento e possibilidade de ser composto em diversas maneiras diferentes. O próximo passo foi a seleção de uma tecnologia adequada para o desenvolvimento dos serviços. Apesar dos grandes autores afirmarem que não é necessária a troca de tecnologia para adoção de SOA (Microsoft – SOA in the Real World, 2007), a tecnologia utilizada para a primeira versão do sistema não apresentava mais condições de crescimento e possibilidade de alteração para um modelo orientado à serviço. Sendo assim, a segunda grande ação da empresa foi reformular o alicerce da plataforma em uma nova tecnologia que permitisse a aplicação dos conceitos de SOA. Esta etapa contou com um investimento em treinamento especializado para a equipe interna. O projeto de reformulação do alicerce foi acompanhado de perto por consultores especializados em SOA, somado a constantes treinamentos da equipe. Este trabalho resultou na criação da camada de componentes de negócio da empresa, contendo os serviços anteriormente identificados.
  • 6. Seguindo o modelo sugerido pela Gartner (The Gartner SOA Adoption Model. EUA: Gartner, 2006.) a empresa optou por implantar SOA apenas nos processos prioritários, àqueles que poderiam aumentar o retorno sobre investimento mais rapidamente. Este trabalho contou com uma grande colaboração da área comercial da empresa, que detinha a informação de quais oportunidades de negócios deveriam ser atendidas com prioridade. Conforme o alicerce tecnológico era criado e os serviços eram criados, os clientes eram migrados da plataforma antiga para a nova. O novo modelo passou a possibilitar que processos de negócio fossem facilmente compostos por meio da orquestração dos serviços disponíveis. Atualmente, através de poucas e ágeis intervenções na plataforma, qualquer processo de negócio, mesmo àqueles com grandes particularidades, passaram a ser possíveis na plataforma. Os benefícios da aplicação de SOA se tornaram evidentes recentemente quando a empresa passou a fechar novos e lucrativos negócios baseados na integração da plataforma B2Bi da empresa ao sistema ERP dos seus clientes. Os serviços passaram a ser acessados remotamente, caracterizando perfeitamente o conceito de serviço, conforme conceituação de James Fitzsimons (Administração de Serviços, 2008). Desta forma, grandes clientes que tinham resistência na utilização de um sistema fora de seu ambiente tecnológico, passaram a ter acesso a todos os serviços da plataforma dentro do seu ERP. Esta etapa exigiu um investimento em um produto especializado na infra- estrutura de integração entre sistemas, denominado ESB (Enterprise Service Bus). A aplicação de SOA nas soluções da empresa, embora atualmente consolidado gerou a demanda por um constante monitoramento nos processos e serviços, visando a constante otimização destes. Para isto, neste momento a empresa está considerando o investimento em uma solução baseada nos conceitos de BPM (Business Process Management). 5. Conclusão A partir deste estudo de caso, é possível visualizar claramente que a aplicação dos conceitos de SOA pode colaborar diretamente em maior agilidade na resposta da área de TI às iniciativas de negócio da empresa. Entretanto, é importante notar que a iniciativa SOA impactará em mudanças significativas na estrutura de negócios da empresa, demandando profissionais mais bem preparados, conforme bem notou Willey ao afirmar que SOA representa uma dramática mudança no relacionamento entre negócio e TI (SOA for Dummies, 2007). As áreas de TI e de negócio deixam de ser concorrentes por recursos e passam a efetivamente colaborar entre si. Para isto, foi essencial que a iniciativa SOA contasse com um grande apoio da área estratégica da empresa. Este fator foi essencial para a empresa descrita este estudo de caso e será em qualquer iniciativa SOA. Por fim, é possível concluir que, a iniciativa SOA não deve ser considerada a “bala de prata” para o tão esperado alinhamento entre TI e negócio, contudo, SOA pode ser uma das grandes colaboradoras para que a TI possa efetivamente colaborar na concepção de novos negócios e colaborar para a agilidade da empresa.
  • 7. Bibliografia selecionada GARTNER. The Gartner SOA Adoption Model. EUA: Gartner, 2006. HURWITZ, J. et al. Service Oriented Architecture for Dummies. EUA: Wiley, 2007. BIEBERSTEIN, N. et al. Service Oriented Architecture (SOA) Compass. EUA: IBM, 2006. ARC. SOA In The Real World. EUA 2008 STRELESKI, J.; ALBINO, RAPHAEL. SOA, BPM e a Agilidade na Gestão do Negócio. 2008 VANDERSLUIS, KIRSTAN. SOA IBM MAGAZINE - The Benefits of a Data Abstraction Layer for SOA. EUA 2008 BENEDETE, ANTORNIO JR. Roteiro para a definição de uma arquitetura SOA utilizando BPM, USP 2007 GRONROOS, CHRISTIAN, Service Management and Marketing, 1990 FITZSIMMONS, J.A.; FITZSIMMONS, M.J. Administração de Serviços, 2008. VARGO, S.L.; LUSCH, R.F. A Service-Dominant Logic of Marketing. Armonk, NY: ME Sharpe, 2006.