SOA For Dummies - PT

Accelerating the world's research
SOA para leigos

Traduzido de: SOA for dummies
Sushrut Sood
Precisa citar este papel? Quer mais papéis como este?
Receba a citação nos estilos Faça o download de um pacote PDF de artigos

MLA, APA ou Chicago relacionados
Pesquise no catálogo de 47 milhões de artigos

gratuitos da Academia
translated with Academia.edu 

TRADUÇÃO 1
SOA para leigos

Sushrut Sood
Original Paper 
Abstrato
é estrategista de tecnologia e líder de pensamento. Ela é presidente da Hurwitz &
Associates, uma empresa de estratégia de tecnologia de negócios que ajuda as empresas a
obter benefícios comerciais de seus investimentos em tecnologia. Em 1992 ela fundou o
Hurwitz Group, um grupo de pesquisa em tecnologia. Ela trabalhou em várias empresas,
como John Hancock, Apollo Computer e Patricia Seybold's Group. Ela escreveu vários white
papers e publica um blog regularmente. Judith é bacharel e mestre pela Universidade de
Boston. Ela é co-autora de Service Oriented
Índice
Prefácio Diante do clima de negócios mais desafiador em décadas, os líderes
empresariais estão exigindo soluções eficazes que possam ajudá-los a alcançar resultados
de negócios enquanto fazem mais com menos. Eles também reconhecem que agora, mais
do que nunca, impulsionar a eficiência dos negócios por si só não é suficiente. Navegar com
sucesso no turbulento clima econômico atual também requer agilidade. As soluções que
oferecem otimização de custos e agilidade nos negócios serão essenciais para as empresas
que buscam: ߜ Adaptar-se aos padrões de compra dos clientes em constante mudança
ߜResponder a eventos de negócios imprevistos ߜImpulsionar estratégias de crescimento
quando a inevitável recuperação econômica chegar Com SOA, as empresas podem
aproveitar as oportunidades de um mundo interconectado, instrumentado e inteligente para
impulsionar a eficiência e se posicionar para novas oportunidades em um planeta mais
inteligente.
Agora sabemos que não podemos simplesmente contar com mais recursos para fazer
nosso trabalho; em vez disso, devemos trabalhar de forma mais inteligente:
UU Devemos ter agilidade para mudar os modelos de negócios para tempos mais
enxutos.
TRADUÇÃO 2
UU Devemos tornar nossos processos de negócios mais dinâmicos para capturar novos
insights para decisões eficazes.
UU Precisamos ter uma plataforma de TI inteligente para dar suporte a essa nova forma
de trabalhar.
Resumindo, precisamos do Smart SOA.
Cada empresa aproveitará a SOA e embarcará em uma jornada para o Planeta Mais
Inteligente no contexto de seu setor e de seus desafios exclusivos. É por isso que há um foco
tão forte na indústria em Service Oriented Architecture For Dummies, 2ª edição limitada da
IBM. Nestas páginas, você ouvirá empresas de todo o mundo compartilhando suas histórias
de sucesso e ideias sobre como reduzir custos, acelerar o tempo de lançamento no mercado,
aumentar a fidelidade do cliente para maior retenção e alcançar clientes por meio de novos
canais para impulsionar o crescimento.
Esses materiais são propriedade da Wiley Publishing, Inc. e qualquer disseminação,

distribuição ou uso não autorizado é estritamente proibido.
Introdução
Bem-vindo ao Service Oriented Architecture For Dummies, 2ª edição limitada da IBM.
Estamos muito empolgados com o tema e esperamos que nosso entusiasmo seja
contagiante. Acreditamos que a arquitetura orientada a serviços (SOA) é a iniciativa de
tecnologia mais importante que as empresas enfrentam atualmente. SOA está mudando o
jogo, e os primeiros sucessos de SOA deixam claro que SOA veio para ficar. Este livro
apresenta os fundamentos da SOA em contexto com as experiências da vida real de sete
empresas. Visto através dos diversos ambientes de negócios descritos em cada um dos
estudos de caso, esperamos que você reconheça que SOA é mais do que um monte de novos
produtos de software agrupados para permitir que as empresas de tecnologia tenham algo
mais para vender. SOA representa uma mudança dramática no relacionamento entre
negócios e TI. A SOA torna a tecnologia um verdadeiro facilitador de negócios e capacita os
líderes de negócios e de tecnologia.
A indústria de software está em uma jornada em direção a uma abordagem de software

orientada a serviços há mais de 20 anos. As pessoas inteligentes sabem há muito tempo
que, se o software puder ser criado de forma que possa ser reutilizado, a vida será muito
melhor. Se o software puder ser projetado para refletir a maneira como os negócios operam,
os negócios e a tecnologia podem se alinhar para o sucesso. Encontrar boas maneiras de
reutilizar os anos de investimento em software significa dinheiro gasto com sabedoria. Essas
questões estão no cerne da SOA e estão entre as razões pelas quais achamos que este livro
TRADUÇÃO 3
é tão importante.
SOA não é uma solução rápida, mas é uma aventura muito gratificante. É uma
abordagem baseada nos padrões da indústria - com grandes doses de premeditação e
planejamento. É de fato uma jornada. Esperamos que este livro o inspire e o ajude a
começar.
Sobre este livro

Conversamos com muitas empresas sobre os desafios e sucessos de suas
implementações de SOA. Nem toda empresa começa bem de imediato. Os executivos de TI
com quem conversamos foram muito sinceros sobre as boas escolhas que fizeram e
algumas das ruins. É por isso que perguntamos a todos se aprenderam alguma lição que
gostariam de compartilhar. Arquitetura orientada a serviços é uma grande área nova e exige
que muitas pessoas. Esses materiais são propriedade da Wiley Publishing, Inc. e qualquer
disseminação, distribuição ou uso não autorizado é estritamente proibido.
familiarizar-se com ele em um período de tempo relativamente curto. Compreender as

lições aprendidas e as práticas recomendadas de outras empresas é uma das melhores
maneiras que conhecemos de fazer com que muitas pessoas diferentes se atualizem
rapidamente sobre um tópico. É por isso que escrevemos este livro. Se você quiser se
aprofundar nos detalhes técnicos e de negócios e ler mais estudos de caso, achamos que vai
adorar Arquitetura Orientada a Serviços Para Leigos, 2ª edição, publicada pela Wiley.
suposições tolas
Por mais que tentemos ser tudo para todas as pessoas, quando se trata de escrever
este livro, tivemos que escolher quem pensávamos que estaria mais interessado. Aqui está
quem pensamos que você é: UU Você é inteligente. Você é inteligente, mas o tema da
arquitetura orientada a serviços lhe dá uma sensação desconfortável; você não consegue
entender direito e, se pressionado por uma definição, pode tentar mudar de assunto.
UU Você é um empresário que quer pouco ou nada a ver com tecnologia, mas vive no
século 21 e descobre que não pode escapar dele. Todos ao seu redor estão dizendo "SOA
isso" e "SOA aquilo", então você acha melhor descobrir do que eles estão falando.
UU Como alternativa, você é um profissional de TI que sabe bastante sobre tecnologia,

mas esse negócio de SOA é novo e todo mundo diz que é algo diferente. De uma vez por
todas, você quer a imagem completa.
TRADUÇÃO 4
Seja você quem for, seja bem-vindo. Nós estamos aqui para ajudar.
Ícones usados neste livro

Ao longo deste livro, você encontrará alguns pequenos ícones ao lado do texto:
Achamos que este é um ponto particularmente útil para prestar atenção.
Você pode se arrepender se este pequeno detalhe escapar de sua mente.

distribuição ou uso não autorizado é estritamente proibido. Nestes tempos de incerteza
econômica, ficou surpreendentemente claro que a viabilidade de um negócio requer
adaptabilidade, responsabilidade e credibilidade. Empresas de todos os portes e em todos os
setores dependem da tecnologia para se tornarem mais flexíveis, para cumprir os
regulamentos e padrões do governo e do setor, para antecipar e planejar o futuro e para
tomar as decisões certas no momento certo. "Por que SOA?" você pergunta. Hoje, a própria
sobrevivência de uma empresa depende de sua capacidade de adaptar sua TI para atender
aos desafios de negócios em constante mudança. A SOA ajuda os negócios e a TI a unificar
objetivos e preencher as lacunas entre seus mundos muito separados, estabelecendo uma
linguagem comum e criando uma infraestrutura mais flexível para dar suporte à mudança.
A arquitetura orientada a serviços (SOA) é uma abordagem de negócios para a

construção de sistemas de TI que permite às empresas: UU Alavancar os ativos existentes
UU Criar novos UU Permitir facilmente as mudanças inevitáveis necessárias para dar suporte
aos negócios A SOA ajuda as empresas a desenvolver as ferramentas necessárias para
detectar novas tendências e oportunidades e ver novas ideias se concretizarem.

SOA significa negócios mais inteligentes e TI mais inteligente

SOA pode tornar mais fácil e rápido construir e implantar sistemas de TI que atendem
diretamente aos objetivos de um negócio. A SOA integra os requisitos de negócios com uma
estrutura de TI que simultaneamente aproveita os sistemas existentes e permite mudanças
nos negócios. Uma SOA permite que a empresa mantenha seu foco nos negócios e permite
que a TI evolua e acompanhe o ritmo em um mundo em constante mudança.
Dividimos o mundo da SOA na camada de serviços de negócios e na camada de

TRADUÇÃO 5
encanamento. Imagine um diagrama que mostra todo o software que sua organização
executa. Divida-o na camada Business Services e na camada Plumbing. A camada Business
Services contém sua lógica de negócios. Seu encanamento lida com seus recursos de
computação.
Os gerentes de negócios não precisam entender as complexidades da camada Plumbing

e tudo o que ela contém. Se você cobrir a camada de encanamento, ficará com um diagrama
que mostra todos os serviços de negócios que os aplicativos de software fornecem, tanto
dentro de sua organização quanto para outros que interagem (tecnologicamente falando) de
fora, como seus clientes, parceiros de negócios e fornecedores. Olhando para os recursos de
software de sua organização dessa maneira, você pode pensar em maneiras de melhorar ou
explorar melhor os ativos de software que possui.
Da mesma forma, se você cobrir toda a funcionalidade de negócios em seu diagrama

SOA, ficará com um conjunto de serviços de encanamento que seu departamento de TI é
responsável por fornecer. Sabemos que muitos de seus aplicativos "herdados" também
possuem muitos encanamentos, e a camada Encanamento não substitui isso. No entanto, a
SOA permite que um departamento de TI escolha como evoluirá para fornecer uma
arquitetura orientada a serviços - e, com o tempo, pode evitar muitos encanamentos ruins.
SOA não garante funcionários mais felizes e um negócio mais eficiente e altamente
lucrativo. Muito trabalho deve ser feito para criar um ambiente SOA bem gerenciado. No
entanto, o movimento em direção à SOA geralmente é um movimento em direção à liberdade
técnica e flexibilidade de negócios e é um bom presságio para o desempenho e a
lucratividade de uma organização e para a sanidade das pessoas que gerenciam o negócio.

O que é SOA?
Uma arquitetura orientada a serviços (SOA) é uma arquitetura para criar aplicativos de
negócios como um conjunto de componentes de caixa preta fracamente acoplados,
orquestrados para fornecer um nível de serviço bem definido, vinculando processos de
negócios.
Reconhecidamente, esta definição não flui da língua. No entanto, dela brota uma
abordagem sustentável, reutilizável e extensível para negócios e tecnologia que já oferece
enormes vantagens competitivas para organizações em todo o mundo. Aqui vai uma
pequena elucidação:
TRADUÇÃO 6
UU SOA é para criar aplicativos de negócios. Existem muitas abordagens legítimas para a
arquitetura de software, e a SOA não se destina à construção de todos os tipos de software.
Destina-se explicitamente à criação de aplicativos de negócios.
UU SOA é uma arquitetura de componentes de caixa preta. A SOA esconde

deliberadamente a complexidade sempre que possível, e a ideia da caixa preta é parte
integrante da SOA. A caixa preta permite a reutilização de aplicativos de negócios existentes
adicionando um adaptador bastante simples a eles, independentemente de como foram
construídos.
UU Os componentes SOA são fracamente acoplados. O termo fracamente acoplado

refere-se a como dois componentes interagem dentro de um SOA. Um componente passa
dados para outro componente e faz uma solicitação. O segundo componente executa a
solicitação e, se necessário, repassa os dados para o primeiro. A ênfase está na simplicidade
e na autonomia. Cada componente oferece uma pequena gama de serviços simples para
outros componentes.
Um conjunto de componentes fracamente acoplados faz o mesmo trabalho que

costumava ser feito dentro de aplicativos fortemente estruturados, mas os componentes
podem ser combinados e recombinados de inúmeras maneiras. Isso torna a infraestrutura
geral de TI muito mais flexível.
UU Os componentes SOA são orquestrados para serem vinculados por meio de

processos de negócios para fornecer um nível de serviço bem definido. SOA cria um arranjo
simples de componentes que podem, coletivamente, fornecer um serviço de negócios muito
complexo. Simultaneamente, SOA deve fornecer níveis de serviço aceitáveis.
Para isso, a arquitetura incorpora componentes que garantem um nível de serviço

confiável. O nível de serviço está diretamente ligado às melhores práticas de condução de
negócios, geralmente chamadas de gerenciamento de processos de negócios.
Do nosso ponto de vista, um dos aspectos mais importantes de SOA é que é uma
abordagem e metodologia de negócios tanto quanto uma abordagem e metodologia
tecnológica. A SOA permite que as empresas tomem decisões de negócios apoiadas pela
tecnologia, em vez de tomar decisões de negócios determinadas ou limitadas pela
tecnologia. E com SOA, o pessoal de TI finalmente consegue dizer "sim" com mais frequência
do que "não".
Nenhuma empresa de tamanho considerável pode funcionar sem TI - é tão simples

quanto isso. No entanto, estamos defendendo uma nova ordem mundial. Defendemos que os
líderes de negócios e TI trabalhem juntos para criar essa nova ordem mundial. Juntos, líderes
TRADUÇÃO 7
de negócios e TI comunicarão como os processos automatizados de seus negócios devem

ser facilitados e trabalharão juntos para torná-lo realidade usando SOA. Juntos, os líderes de
TI e de negócios podem determinar uma estratégia que libere os negócios da TI e permita
que a TI crie sistemas sustentáveis, extensíveis e compatíveis para dar suporte às iniciativas
determinadas pelos líderes de negócios.
Viver melhor através da reutilização

Um dos maiores negócios no mundo SOA é que você não precisa jogar coisas fora. Você
pega o material (recursos de software) que usa todos os dias - bem, o melhor do material que
usa todos os dias - e o empacota de uma forma que permite usá-lo, reutilizá-lo e continuar a
reutilizá-lo.
Um problema comum a muitas grandes empresas é que elas têm muitos programas
semelhantes - aplicativos de software - representando processos de negócios comumente
usados. Cada vez que um departamento deseja algo um pouco diferente, ele tem sua própria
versão do software construída para que, em uma determinada empresa, você possa
encontrar inúmeras versões de mais ou menos o mesmo processo - com, é claro, pequenas
variações. Muitas lojas de TI têm políticas e procedimentos projetados para evitar esse tipo
de coisa, mas a realidade intervém com a compra de pacotes de software ou departamentos
de usuários insistindo em fazer o que querem. Essa duplicação se torna um pesadelo quando
uma empresa adquire outra e descobre que elas têm aplicativos semelhantes (mas não
idênticos) que pretendem fazer a mesma coisa.
Essas pequenas variações são uma das principais causas de os sistemas se tornarem
muito complicados e caros de manter - mesmo uma alteração na política de negócios pode
afetar muitos aplicativos diferentes. Em situações como essa, é muito difícil encontrar todas
as instâncias em todos os aplicativos que precisam ser alteradas. Os testes necessários
para esse tipo de mudança levam tempo ao trabalho de desenvolvimento mais inovador e
inibem as empresas de chegar rapidamente ao mercado com novos produtos.
Com SOA, esses importantes processos de negócios - como criar uma fatura, calcular
uma taxa de juros, garantir uma reserva - tornam-se serviços de negócios. Resumidamente,
um serviço de negócios é um contêiner lacrado de código de software que descreve um
processo de negócios específico que pode ser conectado a outros processos de negócios.
Você acaba com um único serviço de negócios para uma determinada função que é usado
em toda a sua organização. Com SOA, quando você precisa alterar uma política de negócios,
você a altera em apenas um lugar. E, como o mesmo serviço é usado em todos os lugares,
você tem consistência em toda a organização.
Por exemplo, você sabe que, se decidir criar uma nova linha de negócios em sua
TRADUÇÃO 8
organização, não criará novos departamentos de Contabilidade, Recursos Humanos, Jurídico,

Limpeza, Treinamento e Viagens para acompanhá-la. Mesmo se você precisar adicionar
pessoal, provavelmente usará os departamentos existentes de Contabilidade, RH, Limpeza,
Treinamento e Viagens para atender - observe a palavra serviço - esse novo departamento.
O problema é que, com o tempo, a TI (não, não aquelas pessoas legais do departamento
de TI hoje, mas com o tempo) acaba incorporando funções redundantes em programas em
toda a organização. Essa redundância - assim como ter departamentos separados de
Contabilidade, RH, Jurídico, Limpeza, Treinamento e Viagens para cada departamento - é o
que a SOA acaba eliminando. Essa falta de redundância oferece os mesmos benefícios
óbvios de escalabilidade, consistência e capacidade de manutenção.
Com SOA, os gerentes de negócios trabalham com TI para identificar serviços de

negócios. Juntos, eles determinam a política e as melhores práticas. Essas políticas e
práticas recomendadas tornam-se serviços de negócios codificados que representam
processos de negócios aprimorados da empresa. Não há necessidade, por exemplo, de ter
30 variações diferentes em um aplicativo de conversão de taxa de câmbio, cada uma usada
por um departamento diferente e todas exigindo tempo de TI para manutenção contínua. Um
serviço de negócios fará. Avante, a nova ordem mundial!
Garantindo uma melhor qualidade de serviço

Se você está pronto para entrar na onda do SOA, lembre-se de não fazer isso sozinho.
Você precisa trazer alguns amigos de TI e de negócios. Em outras palavras, você precisa
fazer com que outras pessoas aceitem o conceito de iniciar a jornada SOA. Você precisa
vender SOA e focar nos benefícios para que outras pessoas se juntem a você. Um dos
maiores benefícios da SOA é a capacidade de melhorar a qualidade do serviço. Isso soa um
pouco pat? Bem, talvez um exemplo esclareça o que realmente queremos dizer quando
dizemos qualidade de serviço.
Considere este exemplo. Você já foi a um restaurante e tudo parecia funcionar bem?
Você ligou com antecedência e pediu sua mesa favorita. Estava pronto para você quando
você chegou. O anfitrião foi educado e chamou você pelo nome. A temperatura na sala
estava perfeita - não superaquecida e abafada, mas também não tinha ar-condicionado à
frigidez. A garçonete foi amigável e trouxe água, pãezinhos e um menu. O serviço foi rápido,
mas não muito rápido. No geral, foi uma experiência tranquila e positiva. Se alguém lhe
perguntasse, você diria que a qualidade do serviço foi excelente.
Arquitetura Orientada a Serviços Para Leigos, 2ª Edição Limitada IBM 8

TRADUÇÃO 9
Reiteração redundante, novamente

Para todos os veteranos de TI que trabalharam muito e por muito tempo nas trincheiras
de TI, o conceito de reutilização de software não é novo. Você está familiarizado com as
bibliotecas de sub-rotinas e o grande tema da orientação a objetos, e exalta as virtudes da
padronização. "Qual é o problema com SOA?" você pergunta. "Já não estamos fazendo isso?"
Bem, sim e não. Sim, porque o mundo de SOA depende de um bom entendimento de
reutilização e da construção de componentes reutilizáveis. Não, porque SOA estende a ideia
de reutilização não apenas para serviços da Web - software que usa interfaces da Web
padrão para se comunicar com outro software contendo interfaces de serviço da Web, mas
também para serviços de negócios representação codificada de uma função de negócios,
como software projetado para "preparar uma fatura". No mundo da SOA, o nível de
granularidade muda profundamente. Não estamos mais falando simplesmente de
componentes reutilizáveis de baixo nível: estamos falando de serviços de negócios
reutilizáveis de alto nível. Essa mudança e sua implementação não são uma tarefa fácil para
os gerentes de negócios ou para a TI, mas as recompensas para todos são dramáticas.

Esse tipo de operação tranquila, satisfatória e eficiente é exatamente o que as empresas

podem alcançar usando a arquitetura orientada a serviços. SOA adiciona previsibilidade e
regularidade entre regras de negócios, políticas e serviços de software. Portanto, um dos
maiores pontos de venda do SOA é que ele pode ajudar o gerenciamento a saber quais
tarefas um determinado serviço está executando e quais regras e políticas são codificadas
nesses serviços. Ser capaz de rastrear isso não apenas torna o software dentro da empresa
melhor, mas também torna a governança corporativa mais previsível e menos complicada.
Agora, talvez você seja uma pessoa cética e pense: "Espere, espere. Posso fazer tudo isso
fazendo com que os desenvolvedores escrevam um bom código modular. Não preciso de
SOA." De certa forma, é claro, você estaria certo.
A diferença é que quando a mudança acontece, você pode ser muito mais ágil com SOA.
Se você estiver criando serviços, deverá projetá-los para atender aos três requisitos a
seguir:
UU Eles devem estar seguros. Seguro significa que o serviço em si é seguro e não
introduz bugs e problemas na organização.
UU Eles devem ser precisos. Precisão significa que o próprio serviço executa a função
para a qual foi projetado. No final das contas, precisão tem tudo a ver com governança
corporativa. As organizações que implementam SOA devem ter certeza de que cada serviço
TRADUÇÃO 10
de negócios está executando a função correta em associação com os regulamentos

governamentais.
UU Eles devem ser previsíveis. Previsível significa que o serviço faz o que se espera que
faça. Se um serviço for projetado para calcular uma hipoteca de 30 anos, é melhor fazer
exatamente isso toda vez que for usado; da mesma forma, um serviço destinado a pagar um
sinistro precisa executar o mesmo processo em vários aplicativos compostos diferentes.
Educando Rita e Peter e Raul e Ginger

Nenhuma pessoa sã gasta tempo ou dinheiro com algo que não entende. Compreender
como SOA pode melhorar a qualidade do serviço é um ponto-chave de venda de SOA, mas
não cometa o erro de incluir muitos detalhes técnicos ao começar a educar sua empresa
sobre SOA. ("Que tal essas interfaces de Web Services!") Ao vender SOA, você precisa
explicar os benefícios comerciais da tecnologia em termos leigos. Esteja preparado para
responder a perguntas como UU Como a implementação de SOA melhorará nossa
capacidade de atender nossos clientes?
UU Quanto vai custar? Ele se pagará por si mesmo? Quanto tempo vai demorar?
UU Isso é seguro? Como podemos ter certeza de que ninguém roubará nossos dados?
Parte de sua educação começa fora de sua própria empresa. Encontre colegas de
gerentes de sua organização em outras organizações que mergulharam com sucesso. Se
uma empresa que se parece com a sua conseguiu iniciar sua jornada SOA, sua administração
deve tomar conhecimento. Um endosso de um colega vale pelo menos dez retornos sobre
investimentos.
Cumprindo a Regulamentação Governamental

Instituir e seguir uma abordagem SOA torna a organização muito mais saudável. Quando
todos os aspectos de TI estão sob governança SOA, a conformidade regulatória é um
subproduto natural. Portanto, se você conhece pessoas em sua organização que foram
incumbidas de garantir que a empresa esteja cumprindo as diretrizes da Lei Sarbanes-Oxley,
HIPAA, Basel II, Lei Gramm-Leach-Bliley ou qualquer outro requisito regulatório ou baseado
em políticas, você pode querer falar com eles sobre SOA. Depois que eles entenderem o que
a SOA pode fazer por eles, é provável que você tenha aliados.
TRADUÇÃO 11
Fazendo SOA acontecer

Mostramos os principais componentes de uma arquitetura orientada a serviços na
Figura 1-1. Fornecemos uma visão geral desses componentes nesta seção, mas
reconhecemos que você pode ter mais perguntas do que podem ser totalmente respondidas
aqui. Você pode encontrar muito mais detalhes sobre os componentes que fazem a SOA
acontecer em nosso grande livro sobre este tópico, Service Oriented Architecture For
Dummies, 2nd Edition.
O Enterprise Service Bus (ESB), o registro e o repositório SOA, o gerenciador de

orquestração de processos de negócios, o intermediário de serviços e o gerenciador de
serviços SOA, cada um tem uma função a desempenhar, tanto independentemente quanto
uns com os outros. O ESB garante que as mensagens sejam transmitidas entre os
componentes de uma implementação SOA. O registro e o repositório SOA contêm
informações de referência importantes sobre onde os componentes de um SOA estão
localizados. O gerente de orquestração de processos de negócios fornece a tecnologia para
conectar pessoas a pessoas, pessoas a processos e processos a processos; o service broker
conecta serviços a serviços, o que, no final, permite o fluxo do processo de negócios. A
função do gerente de serviço SOA é garantir que a tecnologia subjacente ao ambiente SOA
funcione de maneira consistente e previsível. O objetivo é criar um ambiente onde todos
esses componentes trabalhem juntos para melhorar o fluxo do processo de negócios. Todos
esses serviços são necessários para vincular componentes de tecnologia não relacionados,
como se tivessem sido projetados para trabalhar juntos.
Pegando o Enterprise Service Bus

Em arquiteturas orientadas a serviços, todas as diferentes peças de software conversam
entre si enviando mensagens umas às outras - muitas mensagens. As mensagens são
críticas para a entrega de serviço de ponta a ponta. Eles devem ser entregues rapidamente e
sua chegada deve ser garantida. Se isso não acontecer, o serviço "ponta a ponta"
rapidamente se torna "falta de serviço".
Para transportar as mensagens entre os componentes de software, os SOAs geralmente

usam um ESB. UU Um enraizado no ambiente operacional UU Um enraizado no mundo dos
programadores e analistas de negócios
No ambiente operacional, o registro SOA fornece informações de referência sobre os

componentes de software que estão em execução ou disponíveis para uso. Essas
informações são de particular importância para o service broker - o software em uma
estrutura SOA que reúne componentes usando as regras associadas a cada componente.
TRADUÇÃO 12
Por outro lado, para programadores e analistas de negócios, o registro SOA atua como
uma referência que os ajuda a selecionar componentes e, em seguida, conectá-los para criar
aplicativos compostos que representam processos de negócios. Ele também armazena
informações sobre como cada componente se conecta a outros componentes. Em outras
palavras, o registro SOA documenta as regras e descrições associadas a cada componente.
O registro SOA é extremamente importante porque atua como ponto de referência

central dentro de uma arquitetura orientada a serviços. O registro SOA contém informações
(metadados) sobre todos os componentes que o SOA suporta. Por isso, define o domínio da
arquitetura.
O registro SOA é onde você armazena definições e outras informações sobre seus
componentes de software para que desenvolvedores, analistas de negócios e até mesmo
seus clientes e parceiros de negócios possam encontrar os serviços de que precisam. Os
serviços comerciais são publicados em um registro para facilitar sua localização e uso.
A ideia de publicar serviços da Web é crítica para SOA. Você só pode reutilizar serviços
que estão disponíveis para reutilização, o que significa que eles devem ser publicados
primeiro.
Comparativamente, o repositório é como um ponto de referência central dentro do

ambiente de desenvolvimento de software. Ele armazena o código-fonte e as informações de
ligação usadas para construir todos os programas executados no ambiente operacional. O
SOA
Escolhendo um caso de teste com cuidado

Depois de ter alguma adesão (observe que não estamos pedindo adesão unilateral,
unânime e irrestrita - apenas alguma adesão), você deseja escolher um projeto de escopo
relativamente pequeno que possa provar rapidamente os méritos de SOA. Toda organização
tem muitos projetos que seriam ótimos candidatos a SOA. Tenha o cuidado de escolher um
projeto importante que seja factível e importante o suficiente para chamar a atenção da
gerência e que possa ser concluído em um período de tempo relativamente curto. Sabemos
de pelo menos uma empresa (que não podemos mencionar) que economizou mais de US$
40 milhões em apenas três meses. Talvez você não consiga encontrar algo tão dramático e
pode precisar de ajuda para descobrir qual projeto trará o grande rendimento mais rápido,
mas nosso ponto é que você deve escolher seus primeiros projetos SOA com cuidado. O
sucesso inicial do SOA é fundamental para obter mais adesão.
Um dos benefícios mais empolgantes da SOA é que não há apenas uma maneira de
começar. Dependendo do seu problema de negócios e da natureza do seu setor, você pode
TRADUÇÃO 13
obter benefícios comerciais de várias maneiras. Por exemplo, você está em uma empresa
onde muito conhecimento reside apenas na cabeça das pessoas? Existe o perigo de que o
conhecimento saia pela porta inesperadamente? Algumas das pessoas mais experientes
estão se preparando para se aposentar? Se você responder "Sim" a perguntas como essas,
pode ser importante começar trabalhando para extrair o conhecimento e os processos que
as pessoas carregam em suas cabeças e transformar essas informações em serviços de
negócios com interfaces claramente definidas.
Por outro lado, você pode ter uma situação em que os processos e regras do negócio
estão bem documentados em vários aplicativos, mas esses aplicativos de software estão
associados a diferentes departamentos e localizados em diferentes locais da empresa. Essa
desagregação de cada departamento e seus aplicativos específicos que representam
processos e regras de negócios dificulta o acesso de um aplicativo ao outro. Portanto,
mesmo que as regras do negócio estejam bem documentadas, você ainda tem algum
trabalho a fazer. Os processos e regras do negócio devem ser articulados em serviços de
negócios reutilizáveis que possam ser usados consistentemente nos diferentes
departamentos da organização como forma de melhorar a governança e a supervisão.
Ou você pode ter um serviço comum implementado de 500 maneiras diferentes em

centenas de aplicativos. Você pode querer começar criando alguns serviços compartilhados
que podem substituir esses 500 serviços diferentes. Ou você pode querer colocar um
registro/repositório para que todos possam encontrar o serviço autorizado certo.
Outras organizações podem obter valor simplesmente descobrindo exatamente quais

ativos possuem em seus sistemas de TI. O ponto é escolher o seu ponto de partida com
base nas questões que são mais importantes para a sua empresa. (E lembre-se de que esses
pontos de partida podem não ser necessariamente os recursos mais sofisticados da
organização, mas ainda podem ter valores comerciais significativos.)
O caso para estudos de caso

Além de apresentar a SOA, descrevemos os benefícios e como vendê-los a terceiros para
que apoiem os esforços que sua organização faz para adotar uma estratégia de SOA.
Poderíamos fornecer muito mais detalhes sobre o assunto, mas no final a prova do pudim
está em comê-lo. Nos próximos sete capítulos, relatamos sete empresas que usaram SOA de
suas próprias maneiras para seu próprio benefício. Descrevemos o que foi alcançado e como
eles conseguiram.
Achamos que isso vai ajudar. Com novas ideias de tecnologia e novos métodos de
negócios, é sempre reconfortante saber que outros tiveram sucesso em fazê-los funcionar.
Os estudos de caso da empresa nos capítulos seguintes representam uma seção cruzada de
TRADUÇÃO 14
setores: serviços financeiros, saúde, viagens e hotelaria, manufatura, varejo,

telecomunicações e energia/serviços públicos.
Capítulo 2
Serviços financeiros
Neste capítulo Compreendendo a iniciativa de negócios da CIGNA para SOA
Analisando por que as empresas de serviços ﬁnanceiros precisam de SOA Visualizando as
lições aprendidas e as práticas recomendadas Muitas empresas no segmento de mercado
de serviços financeiros foram as primeiras a adotar novas tecnologias. Os vários tipos de
empresas que compõem este setor -bancos, seguradoras, empresas de investimentos e
corretoras- têm em comum a necessidade de gerenciar grandes quantidades de dados de
forma muito rápida, com alto grau de segurança e precisão. A tecnologia avançada foi
aproveitada para dar suporte a uma rede cada vez mais complexa de transações financeiras
globais gerenciadas pelo setor de serviços financeiros. No entanto, como a crise financeira
global de 2009 ressalta dramaticamente, até mesmo o uso mais sofisticado da tecnologia
pode desempenhar apenas um papel de suporte para os tomadores de decisão de negócios
que lideram o negócio.
A necessidade de uma nova ordem mundial de tecnologia que discutimos no Capítulo 1

é intensificada pelos desafios da discórdia econômica. Há uma necessidade urgente de
tomadores de decisões de negócios "inteligentes" que sejam capazes de cooperar com uma
equipe de TI "inteligente" para tomar decisões ainda mais "inteligentes". A complexidade da
infraestrutura de tecnologia em muitas empresas do setor de serviços financeiros torna
muito difícil alavancar os serviços de TI de maneira coordenada em toda a empresa. Muitas
grandes empresas fundiram ou adquiriram outras empresas muito grandes, resultando na
integração de novas unidades de negócios com culturas de trabalho muito diferentes e infra-
estruturas de informação muito diferentes. A necessidade de poder confiar e entender as
informações sobre o negócio em suas diversas partes desagregadas tem sido o principal
motivador para mudanças na infraestrutura de TI dessas empresas.
As empresas de serviços financeiros exigem infra-estruturas de TI fortes, de suporte e

bem integradas para gerenciar mudanças futuras. Estes materiais são propriedade da Wiley
Publishing, Inc. e qualquer disseminação, distribuição ou uso não autorizado é estritamente
proibido. a indústria precisa ser capaz de se tornar mais focada no cliente, responder aos
níveis crescentes de conformidade regulatória, continuar a aumentar os níveis de segurança
e privacidade em torno das transações financeiras e prestar maior atenção à prevenção de
fraudes.
TRADUÇÃO 15
Dada a complexidade da infra-estrutura de TI em muitas empresas de serviços

financeiros, não é de se admirar que elas tenham sido algumas das pioneiras do movimento
SOA. Empresas como a CIGNA, destacada no estudo de caso deste capítulo, reconhecem
que ter a capacidade de pegar a lógica de negócios existente e transformá-la em um serviço
de negócios pode se tornar uma vantagem estratégica.
Acreditamos que as partes mais importantes da discussão das experiências da vida real
com SOA são as lições aprendidas. Como as empresas tiveram tanto sucesso quanto
fracassos, elas têm muito a nos ensinar sobre como fazer SOA de uma forma que traga
benefícios financeiros e comerciais. Portanto, continue lendo e fique esperto sobre SOA.
CIGNA
"Pense como uma pessoa de negócios" é uma mensagem que ressoa com o pessoal de
TI da CIGNA. Na verdade, essa filosofia fomentou uma parceria entre negócios e TI na
empresa e ajudou a torná-la bem-sucedida. Então, quando a CIGNA Group Insurance - a parte
da CIGNA que gerencia os produtos de seguro de invalidez, vida e acidentes - percebeu que
precisava mudar fundamentalmente a forma como via seus clientes, a TI estava no comando.
Historicamente, a CIGNA via seus principais clientes como empregadores corporativos

que compravam produtos e serviços em nome de sua população de funcionários,
beneficiários e dependentes. Vários anos atrás, a CIGNA começou a desenvolver seu
pensamento em torno disso para abordar as preocupações dos empregadores sobre os
custos cada vez maiores dos benefícios dos funcionários, principalmente no espaço da
saúde devido à tendência de disparar os custos médicos. Para resolver esse problema, a
CIGNA procurou alavancar seus ativos de dados, juntamente com sua experiência clínica e
vocacional.
Como resultado, a CIGNA continua a se concentrar na capacidade principal de processar

reclamações, ao mesmo tempo em que dá maior ênfase ao fornecimento de produtos,
serviços e ativos de dados que ajudam a manter a saúde dos indivíduos. Ao abordar
proativamente - e em alguns casos prever - condições médicas antes que se tornem graves,
os custos médicos tendem a diminuir, menos pessoas tiram licenças por invalidez e as
ausências relacionadas ao trabalho são melhores.
gerenciou. Em poucas palavras, o foco mais nítido é colocado no indivíduo, não apenas
no empregador, e todos saem ganhando. Tudo isso soa bem no papel. No entanto, a CIGNA
apoiou seus clientes tradicionais - os empregadores - usando uma estrutura de
gerenciamento de contas que não permitia lidar facilmente com a população individual. A
CIGNA desenvolveu muitos de seus sistemas para oferecer suporte a inovações para lançar
novos produtos e serviços, bem como lidar com lacunas de capacidade de negócios
TRADUÇÃO 16
imediatas em seus sistemas atuais. O resultado? Com o tempo, a CIGNA construiu uma
infraestrutura complexa usando uma variedade de tecnologias diferentes. A empresa
precisava mudar sua infraestrutura e arquitetura subjacentes para dar suporte a essa nova
visão de negócios centrada no indivíduo, mas sabia que não poderia simplesmente substituir
todos os seus sistemas. Uma arquitetura orientada a serviços (SOA) forneceu os meios para
que a CIGNA se afastasse gradativamente de seu ambiente legado. Ao mesmo tempo,
permitiu à empresa introduzir novas funcionalidades de negócios.
Cooperação de negócios e TI
A equipe de arquitetura percebeu que, para resolver o problema de negócios, precisava
elevar o nível do processo de pensamento dos serviços e, em vez disso, desenvolver uma
arquitetura de nível empresarial mais focada nos negócios. Para fazer isso, a equipe de
arquitetura está usando o que Brian Mitchell, arquiteto-chefe do CIGNA Group Insurance,
chama de "abordagem de modelagem e mapeamento de capacidade". A equipe está
definindo os principais recursos de negócios e, em seguida, mapeando esses recursos para
funções de negócios principais e processos de negócios de ponta a ponta. É observar como
as funções de negócios são mapeadas para os produtos e serviços que a empresa vende e
também avaliar como os produtos e serviços são distribuídos no mercado. Ao definir e
agrupar cuidadosamente as funções de negócios relacionadas, a equipe de arquitetura
estabeleceu vários serviços corporativos em sua SOA geral.
Então, como tudo isso funciona? A arquitetura corporativa da CIGNA definiu várias
centenas de recursos de negócios, cada um definido em termos de uma ou mais funções de
negócios. Uma função de negócios é como uma função matemática, pois recebe vários
parâmetros de entrada e produz um único parâmetro de saída. Por exemplo, a função de
negócios de cálculo de benefício é necessária para dar suporte a vários recursos de negócios
de inscrição, elegibilidade, subscrição médica, autoatendimento e sinistros. Esta função
empresarial determina para um determinado indivíduo (o insumo) a estrutura de benefícios
(o produto) para os produtos e serviços que
Capítulo 2: Serviços Financeiros 19

foram adquiridos da CIGNA. Por exemplo, pode ajudar a determinar se um indivíduo é

elegível para um valor fixo de $ 100.000 de seguro de vida ou, em vez disso, tem direito a
receber um múltiplo de seu salário como benefício de seguro de vida. Essa função é definida
no serviço corporativo da CIGNA para gerenciamento de benefícios para pessoas físicas,
TRADUÇÃO 17
denominado Atendimento ao Consumidor. Esse processo de agrupamento de funções de

negócios relacionadas resultou na definição de todos os principais serviços SOA
corporativos da CIGNA e ajudou a determinar a responsabilidade e a funcionalidade
necessárias que cada serviço precisava ter na arquitetura de estado final. Ao todo, a CIGNA
definiu e mapeou mais de mil funções de negócios em aproximadamente uma dúzia de
serviços corporativos.
Portanto, embora a empresa tenha pensado em elegibilidade e inscrição como duas

funções completamente diferentes, de uma perspectiva de arquitetura corporativa com
lentes individuais, elas são uma só. A estrutura SOA permite que a CIGNA orquestre uma
série de serviços de reconhecimento de processos de negócios em torno do indivíduo - um
para inscrição, um para elegibilidade, um para cobrança e assim por diante. Por exemplo, o
serviço de inscrição irá interagir com o serviço ao consumidor para determinar os benefícios
que um empregador comprou em nome de um determinado indivíduo, bem como determinar
quaisquer benefícios adicionais para os quais um indivíduo é elegível para compra direta.
Atualmente, a equipe está construindo a maioria de suas interfaces de serviços individuais
usando os esquemas XML de recursos humanos (HR-XML). HR-XML é uma biblioteca de
esquemas XML desenvolvida pelo Consórcio HR-XML sem fins lucrativos. Esses esquemas
padrão do setor oferecem suporte a vários processos de negócios relacionados à
administração de benefícios e recursos humanos.
Um aspecto exclusivo do que a CIGNA fez para tornar essa arquitetura mais focada nos
negócios foi trabalhar diretamente com os negócios. Os membros das equipes de arquitetura
se reuniam regularmente com seus colegas de negócios. Eles participaram de reuniões de
estratégia e planejamento de negócios e formaram parcerias com seus colegas para
entender melhor seus problemas de negócios. A equipe até informa o presidente da divisão.
Por meio desse nível de envolvimento e diálogo bidirecional, a TI se afirmou como um
parceiro de negócios mais valioso e mostrou à empresa como a TI pode melhorar os
recursos gerais de negócios, não apenas resolver problemas localizados em um nível reativo.
A CIGNA tem uma boa visão da arquitetura corporativa e de como os componentes

eventualmente se integram. A equipe está certificando-se de que cada projeto individual
esteja sendo projetado e desenvolvido de forma que possam, eventualmente, conectar os
serviços juntos. À medida que a CIGNA desenvolve seus novos recursos, ela redireciona os
sistemas legados existentes para uso e integração com os novos serviços ou bancos de
dados subjacentes para oferecer suporte a esses serviços corporativos. Dessa forma, a
CIGNA é capaz de avançar de maneira ponderada e incremental, sem correr o risco de
quebrar os sistemas legados.
Os membros da equipe de arquitetura são rápidos em apontar que não investiram em

SOA estritamente para reutilização porque não pensam nos serviços dessa maneira. Em vez
TRADUÇÃO 18
disso, a CIGNA vê o principal benefício de SOA como extensibilidade, de modo que um

serviço criado para atender às necessidades atuais possa evoluir para atender aos requisitos
futuros. Também é comum ter requisitos em que os serviços corporativos precisam se
comportar de maneira um pouco diferente em diferentes cenários de negócios. Ao usar o
que é comumente chamado de abordagem centrada em mensagens para o design de
serviço, um desenvolvedor pode adicionar mais atributos ou comportamentos aos serviços
sem colocar em risco a compatibilidade com versões anteriores, atualizando o esquema de
interface do serviço.
Lições aprendidas e melhores práticas

A CIGNA acredita que adotar uma abordagem focada nos negócios ajuda a tornar seu
esforço de SOA bem-sucedido pelos seguintes motivos:
UU A SOA pode ajudar a resolver uma necessidade comercial real. No caso da CIGNA, um
dos principais impulsionadores foi o reposicionamento das capacidades técnicas mais de
acordo com as necessidades do indivíduo em apoio à estratégia geral de melhoria da saúde
da CIGNA.
UU Em alto nível, a empresa entende os benefícios da SOA em termos de negócios,

como redução de custos e eficiência. Por exemplo, habilitar os sistemas usados pelo
departamento de contratação também permitirá que a CIGNA implemente novos casos mais
rapidamente, melhorando a integração com os sistemas legados existentes e fornecendo a
eles dados pós-venda precisos de uma única fonte.
UU A arquitetura corporativa ajuda a empresa a ver que os serviços criados para uma
parte da empresa também podem ser usados e estendidos para outras partes da empresa,
beneficiando a todos. Os projetos agora são definidos em termos de todo o negócio. Em
outras palavras, a CIGNA agora está posicionada para criar capacidades que melhor
suportem os processos de negócios up-stream e down-stream, em vez de simplesmente
focar na construção de funcionalidades departamentais localizadas. De muitas maneiras, a
prestação de cuidados de saúde ainda é uma indústria artesanal. Embora tenha havido
enormes avanços tecnológicos que ajudam os médicos a diagnosticar doenças em um
estágio inicial e melhorar a qualidade geral do atendimento, um resultado positivo do
paciente após uma emergência médica geralmente se resume a se a instalação em que você
está sendo tratado possui seus registros médicos. Tradicionalmente, os estabelecimentos de
saúde - de consultórios médicos independentes a clínicas e departamentos hospitalares -
foram isolados ao extremo. No entanto, para obter um atendimento excelente, seus
prestadores de cuidados, pagadores e fornecedores de medicamentos precisam cooperar e
isso requer acesso sob demanda ao seu histórico médico. Para que o setor de saúde
funcione com mais eficiência, a disponibilidade de atendimento precisa estar vinculada à
TRADUÇÃO 19
disponibilidade de dados sobre o paciente.
Os médicos fazem uso de grandes quantidades de dados sensíveis ao tempo ao cuidar

de pacientes - incluindo resultados de exames de laboratório, relatórios de patologia, raios-X
e imagens digitais. Muitos sistemas hospitalares implantaram sistemas integrados para
entrega e armazenamento de resultados de vários exames médicos. As informações
médicas do paciente também precisam interagir com os sistemas de cobrança do hospital
para pagamento por pagadores terceirizados. Além disso, pode haver vínculos com os
sistemas de administração de medicamentos, de modo que possa haver um registro on-line
de qual dose de qual medicamento foi administrada aos pacientes e em que horário.
No entanto, existem muitos sistemas hospitalares que ficam muito aquém de integrar
todas as informações médicas necessárias para acelerar a prestação de cuidados de saúde
ao paciente. O que geralmente falta a esses sistemas é a capacidade de fornecer uma fonte
integrada e abrangente de dados do paciente que segue esse paciente onde e quando ele
precisar de cuidados de saúde. Portanto, um

A razão pela qual grandes sistemas hospitalares, seguradoras médicas e empresas

farmacêuticas estão migrando para SOA é ajudar a quebrar os silos de dados médicos para
fornecer uma rede integrada de cuidados de alta qualidade para os pacientes.
Claro, há muitas razões pelas quais a indústria de saúde está migrando para SOA. O
setor de saúde tem muitos desafios, desde questões relacionadas à legislação de
privacidade até a necessidade de fornecer atendimento mais holístico ao paciente por
menos dinheiro. Os provedores de seguros de saúde precisam gerenciar os relacionamentos
com os provedores de assistência médica e as necessidades dos consumidores. As
empresas farmacêuticas precisam aproveitar com sucesso os dados e as melhores práticas
em todo o ecossistema de saúde para garantir o desenvolvimento de medicamentos que
atendam às necessidades emergentes.
As organizações de assistência médica estão buscando a SOA para permitir que elas
conectem mais facilmente serviços de negócios e dados entre departamentos. Eles estão
implementando SOA para melhorar o nível de cooperação entre prestadores de serviços de
saúde e pagadores e para melhorar os resultados para seus constituintes. A orientação para
o serviço começou a ter um efeito importante nos cuidados de saúde.
Independência Cruz Azul

TRADUÇÃO 20
Todas as empresas de assistência médica buscam reduzir custos para equilibrar as

despesas e manter um custo razoável de assistência médica, e a Independence Blue Cross
não é exceção. A Independence Blue Cross e suas subsidiárias são as maiores seguradoras
de saúde da região da Filadélfia, com mais de 3,4 milhões de membros. A empresa oferece
produtos e serviços como Managed Care, Traditional Indemnity, Medicare e Medicaid. A
Independence Blue Cross processa mais de 32 milhões de reclamações por ano e responde a
mais de 6 milhões de consultas de clientes.
Uma arquitetura orientada a serviços tornou-se uma parte importante dessa estratégia
de redução de custos. A SOA forneceu alto valor para a empresa, ao mesmo tempo em que
reduziu os custos associados ao desenvolvimento de aplicativos. Na verdade, mudou a
forma como o desenvolvimento de aplicativos é feito na Independence Blue Cross. Foi um
"salto de fé" que o Independence Blue Cross precisava fazer essa mudança, de acordo com
Thomas Cangelosi, diretor do departamento de serviços de integração de infraestrutura da
empresa.

SOA Estratégico
Independência A Blue Cross começou a implantar sua estratégia de SOA há cerca de
dois anos. De acordo com Cangelosi, a empresa teve um início rápido com SOA porque teve
um forte suporte nos níveis mais altos de gerenciamento. No entanto, suporte e
financiamento sozinhos não podem garantir o sucesso porque SOA tem outras implicações
além da tecnologia, e sua introdução traz um novo nível de complexidade social e mudança
organizacional. O que o Independence Blue Cross fez para garantir o sucesso? O primeiro
passo foi criar um modelo de governança. A segunda etapa foi ajudar os desenvolvedores de
aplicativos a entender o valor por trás do SOA e, então, realmente usar a abordagem.
Um bom exemplo de SOA em ação é o status de reclamação. Digamos que você vá a um

médico e queira saber se seu pedido foi pago. Nesse caso, você pode ligar para o agente de
atendimento ao cliente da Independence Blue Cross para descobrir. Ou você pode ligar para o
departamento de cobrança do consultório médico. Ou você pode simplesmente ir online para
verificar a si mesmo. O sistema front-end pode ser diferente nos três casos, mas o back-end
usa o mesmo serviço. Pode ser que o serviço atravesse vários sistemas para obter as
informações; mas em outro caso, pode usar apenas um. A questão é que ainda é o mesmo
serviço, então só existe uma versão da verdade.
Portanto, em muitos aspectos, o Independence Blue Cross teve a sorte de começar com
o pé direito com o SOA desde o início.
TRADUÇÃO 21
Etapa 1: Governando SOA Na Independence Blue Cross, o comitê administrativo é um

órgão multidisciplinar, composto por especialistas técnicos em seis áreas da empresa,
incluindo sinistros, inscrições, marketing, finanças, gerenciamento de projetos e tecnologia.
O foco inicial do comitê era estabelecer um conjunto de serviços de fundação de baixo nível.
Um exemplo desse tipo de serviço seria um serviço de mapeamento que mapeia números de
provedores proprietários com IDs de provedores nacionais (NPIs) emitidos pelo governo.
Todas as regras codificadas pelo comitê de governança são armazenadas no registro da
empresa.
Capítulo 3: Saúde 25
O grupo de Cangelosi preside o comitê, mas não vota. Os especialistas em negócios

foram as estrelas do show e tomaram as decisões de governança. O grupo primeiro elaborou
um documento inicial que delineava os processos e o ciclo de vida de um serviço. Demorou
vários meses para finalizar um rascunho, e eles o levaram à liderança sênior, onde foi iterado
e finalmente ratificado em duas semanas. O grupo de Cangelosi recebeu a alavancagem
para garantir que isso seja aplicado.
Do ponto de vista da governança, o Independence Blue Cross estabeleceu uma política

desde o primeiro dia de que um serviço só é um serviço se for usado mais de uma vez. A
empresa percebeu que poderia economizar muito tempo e dinheiro desenvolvendo serviços
padronizados e reutilizáveis. Um aspecto importante de uma abordagem em toda a empresa
é atribuir a responsabilidade pelo desenvolvimento e manutenção do serviço. A função de
suporte de TI individual para cada linha de negócios cria os serviços e dá suporte a esses
serviços. Por exemplo, se um serviço está extraindo dados de um banco de dados do
provedor, o departamento de TI do provedor tem a administração desses dados. O
departamento do provedor tem a responsabilidade de desenvolver esse serviço, retirar os
dados e levá-los ao serviço. Em última análise, eles são responsáveis por qualquer coisa que
vá contra esse sistema.
Etapa 2: os desenvolvedores de aplicativos dão um salto de fé

Com um plano de governança e suporte em vigor, tudo o que faltava fazer era convencer
os desenvolvedores de que SOA era o caminho certo.
De acordo com as estatísticas do setor, quase um terço de todo o desenvolvimento de

aplicativos é focado em questões de integração. Não surpreendentemente, o Independence
TRADUÇÃO 22
Blue Cross se concentrou na integração SOA desde o início. Antes do movimento em direção
à SOA, a integração fazia parte do processo de desenvolvimento de um aplicativo individual.
O grupo de Cangelosi disse aos desenvolvedores que eles não precisavam se preocupar em
programar seus aplicativos para lidar com a obtenção de dados do ponto A ao ponto B. Da
mesma forma, os desenvolvedores foram informados de que tudo o que precisavam saber
era quais dados estavam solicitando de um serviço. Portanto, eles realmente não precisavam
do serviço para seu próprio processo de desenvolvimento: eles simplesmente precisavam
saber o que estavam solicitando e o que receberiam de volta.
Os desenvolvedores odeiam mudanças e odeiam perder o controle. Portanto, a mudança

para SOA foi uma grande mudança cultural para os desenvolvedores. Cangelosi determinou
que teria que convencer os desenvolvedores a confiar que SOA seria útil e se livrar de tarefas
irritantes e demoradas. Antes do SOA, todo o desenvolvimento estava vinculado a um
aplicativo. Os desenvolvedores estavam acostumados a fazer uma conexão direta com um
banco de dados. Isso não era mais permitido. Se um desenvolvedor fosse obter dados, ele ou
ela precisava acessá-los por meio de um serviço.
A responsabilidade da administração era demonstrar aos desenvolvedores o valor da

nova abordagem. Se os desenvolvedores percebessem que a abordagem era um gargalo, ela
não teria sucesso. Embora mudar uma metodologia seja difícil, o Independence Blue Cross
notou que depois que os desenvolvedores perceberam que algo que costumava exigir quatro
semanas agora exigia apenas três semanas, eles começaram a ver o valor e aderiram ao
movimento. À medida que os serviços foram construídos e os desenvolvedores começaram
a usá-los, eles começaram a ver como uma abordagem SOA agregava valor do ponto de vista
da produtividade.
Para isso, o grupo de Cangelosi está vendo um rápido aumento no número de serviços
solicitados a vários grupos da empresa. A disciplina é mantida porque os desenvolvedores
estão vendo o valor da abordagem. Por exemplo, o Independence Blue Cross estava
desenvolvendo um aplicativo que precisava determinar o status de uma reivindicação. Em
vez de escrever esse código do zero, dois grupos de desenvolvimento diferentes entraram
em ação. Um grupo desenvolveu o serviço de status de reclamações, enquanto outro grupo
construiu o front-end do aplicativo. Esses grupos de desenvolvimento trabalharam em
paralelo. Quando o grupo estava pronto para usar o serviço de status de reclamações, os
desenvolvedores conseguiram localizá-lo facilmente porque ele foi exposto como um serviço
no barramento de serviço corporativo. Como disse Cangelosi, "foi uma combinação perfeita".
O que vem a seguir para o IBC?

Independência A Blue Cross elaborou um roteiro de três anos no ano passado. Concluída
a primeira etapa de governança, a empresa agora embarca na segunda fase.
TRADUÇÃO 23
Esta segunda fase inclui um processo para automatizar o processo de governança. Ele
também se concentrará na capacidade de medir o quão bem o SOA está funcionando. As
medições fornecerão respostas a perguntas sobre como os serviços estão sendo
consumidos e como eles agregam valor à empresa. O cadastro, que foi implantado na
primeira fase, vai ajudar a empresa a captar métricas de utilização dos serviços. O registro
ativo fornecerá informações sobre como os serviços estão sendo usados e a desativação
das interfaces existentes. Hoje, isso está sendo feito manualmente.
Em 2009, a Independence Blue Cross implementará a terceira fase do plano SOA. O foco
será em duas áreas críticas: Master Data Management e Business Process Monitoring. Com
o Master Data Management, a empresa se concentrará na criação de um conjunto comum de
elementos de dados em toda a empresa, para que possa haver uma "versão única da
verdade". Como a empresa está começando a ter um forte catálogo de serviços bem
projetados, será necessário monitorar como esses serviços estão vinculados a um processo
de negócios. Monitorar o estado e a eficácia desses processos será importante para
gerenciar como esses serviços são usados em situações específicas de negócios.

Cangelosi atribui o sucesso da empresa com SOA a três práticas principais:
UU Adotando uma visão de toda a empresa com suporte executivo:
De acordo com Cangelosi, "Tivemos sucesso onde vimos outras pessoas tentando fazer
o mesmo que não tiveram sucesso." Outros não foram bem-sucedidos porque não
conseguiam olhar para toda a empresa. Portanto, usar essa abordagem e obter o apoio
executivo é muito importante.
UU Separando a tecnologia da metodologia: a governança implementada é independente

de tecnologia. A empresa não se importa com a tecnologia que possui; seu método de
governança será o mesmo em todos os setores.
UU Modelo de governança federada: o fato de o comitê de governança consistir em

vários grupos em toda a empresa garante que todos os aspectos dos negócios da empresa
sejam levados em consideração. Ele também fornece perspectivas variadas. Isso permite
ainda mais a visão corporativa.
Capítulo 4
TRADUÇÃO 24
Viagens e Hospitalidade
Neste capítulo Compreendendo o plano SOA do InterContinental Hotels Group (IHG)
Analisando por que as empresas de viagens e hospitalidade precisam de SOA

Visualizando as lições aprendidas e as melhores práticas "Você está viajando a negócios ou
a lazer?" Esta simples pergunta não pode descrever a segmentação de mercado muito
complexa que existe na indústria de viagens hoje. Considere apenas alguns exemplos de
vários tipos de acomodações ou experiências de viagem: hotéis ecológicos e viagens com
foco ecológico, spas e resorts de luxo em locais exóticos e remotos, novos hotéis-cápsulas
da moda que oferecem aos viajantes econômicos pequenos espaços para dormir com áreas
comuns compartilhadas e grandes resorts com tudo incluído para eventos de negócios.
Muitas das maiores empresas de administração de hotéis operam várias marcas, atendendo
a uma ampla gama desses segmentos de mercado variados. A intensa concorrência e uma
alta taxa de fusões e aquisições contribuíram para um ambiente em que um grupo
diversificado de propriedades hoteleiras é administrado por uma empresa controladora. No
passado, grandes empresas de administração hoteleira geralmente tinham hotéis individuais
ou grupos de hotéis que funcionavam como unidades de negócios independentes. Mas o que
acontece quando você deseja otimizar a lucratividade e melhorar a satisfação do cliente e a
fidelidade do hóspede em todas as marcas da empresa?
Uma organização hoteleira grande e distribuída pode achar impossível aproveitar todas
as informações importantes coletadas sobre hóspedes e propriedades do hotel se os dados
forem altamente distribuídos e inconsistentes. Normalmente, as informações sobre as
preferências dos hóspedes, cobrança do cliente, serviços de spa, serviços de restaurante e
disponibilidade de quartos são gerenciadas no nível da propriedade e muitas vezes não são
padronizadas em uma empresa hoteleira diversificada. Neste setor altamente competitivo,
as grandes empresas precisam de uma forma de aumentar o valor que recebem de um dos
seus ativos mais importantes: a informação sobre as necessidades dos hóspedes e o
funcionamento do hotel. A integração entre os vários sistemas que gerenciam essas
informações é crítica para Esses materiais são direitos autorais da Wiley Publishing, Inc. e
qualquer disseminação, distribuição ou uso não autorizado é estritamente proibido.
fornecer essas informações com precisão e no prazo e ajudar a gerenciar a experiência

do cliente.
Neste capítulo, destacamos o InterContinental Hotels Group (IHG), organização do setor

hoteleiro que administra diversas redes hoteleiras. A IHG implementou SOA para melhorar a
flexibilidade de sua infraestrutura de TI e melhorar a experiência geral do cliente.
TRADUÇÃO 25
Grupo InterContinental Hotels

O InterContinental Hotels Group (IHG) é um dos maiores grupos hoteleiros do mundo e
inclui marcas como InterContinental Hotels & Resorts, Crowne Plaza Hotels & Resorts,
Holiday Inn Hotels & Resorts, Holiday Inn Express, Staybridge Suites, Candlewood Suites e
Hotel Indigo. Também administra o Priority Club Rewards, que é o maior programa de
fidelidade de hotéis do mundo, com mais de 37 milhões de membros em todo o mundo. A
IHG administra mais de 4.000 hotéis em mais de 100 países e abre novos hotéis
diariamente.
O negócio hoteleiro é competitivo. A satisfação do cliente é crítica e as expectativas são

altas. Embora a experiência do cliente comece quando o cliente faz uma reserva, o
ecossistema envolvido é bastante complexo e dinâmico. A IHG trabalha com muitos canais
para atender seus clientes, incluindo hotéis, Web, call centers, parceiros de viagens, sistemas
de distribuição global, agentes de viagens e outros intermediários. Informações como tarifas
de quartos, disponibilidade de quartos e perfis de hóspedes devem estar imediatamente
disponíveis para esses canais. Uma arquitetura orientada a serviços forneceu a agilidade e a
eficiência de que o IHG precisava para atender melhor seus clientes e mover informações por
meio de seus canais.
Distribuição de informações de canal chave

A IHG iniciou sua jornada para a SOA em 2002. A empresa enfrentou vários desafios
técnicos, incluindo a exigência de que as principais informações (como perfil do hóspede,
tarifa do quarto e saldo da unidade de fidelidade) estivessem disponíveis para vários canais
da empresa simultaneamente. Na época, de acordo com Eric Norman, diretor de integração
de infraestrutura do IHG, a indústria hoteleira ainda não havia compreendido os princípios
básicos da SOA. Ele achava que uma abordagem orientada a serviços poderia ser bem
utilizada pelos hotéis, mas havia poucos roteiros ou práticas recomendadas para iluminar o
novo caminho.

Ficou claro que uma plataforma de computação centralizada - ou mesmo um ambiente

de computação distribuído - não seria enxuta e ágil o suficiente para assumir a ampla gama
de dados em constante mudança do IHG. A solução arquitetônica tinha que ser ágil, flexível e
extensível; tinha que ser independente de tecnologia e fornecedor; e seus componentes
tinham que ser interoperáveis, compostos (capazes de serem construídos em componentes
maiores) e reutilizáveis. O IHG implementou vários projetos usando uma abordagem baseada
em SOA, mas ficou aquém das expectativas, em parte porque a equipe abordou SOA de uma
TRADUÇÃO 26
perspectiva de desenvolvimento (de baixo para cima) - uma abordagem muito comum para
muitas empresas. A partir dessa perspectiva, os serviços não são aproveitados em toda a
empresa porque são criados apenas para atender a uma necessidade específica.
A jornada foi, portanto, uma evolução, e não uma revolução. O CIO Tom Conophy
ingressou na IHG em 2006 e entendeu os desafios de implementar uma solução orientada a
serviços em hotéis. Ele liderou uma iniciativa de SOA bem-sucedida na Starwood Hotels e
queria estender essa visão em seu novo empreendimento. Para dar o pontapé inicial, ele
criou um Enterprise Architecture Group (EAG) especial, cujo foco inicial seria o
desenvolvimento de uma SOA no IHG. O grupo incluía Conophy, seus subordinados diretos e
um Grupo de Trabalho de Arquitetura Corporativa (EAW) interdisciplinar.
A Conophy também iniciou uma Equipe de Arquitetura Corporativa (EAT), colocando-a no

centro do EAG. A equipe foi liderada por Bill Peer, diretor de arquitetura empresarial da IHG
Global Technology, e era composta por arquitetos de sistemas, infraestrutura, governança e
soluções. (Cada grupo de arquitetura se especializou em uma faceta específica da SOA.) O
objetivo do grupo era desenvolver uma solução baseada em SOA para a empresa que
utilizasse serviços extensíveis, compostos e reutilizáveis com base no modelo de negócios
da IHG. A equipe de Peer buscou agressivamente ferramentas e elaborou padrões para
projetar uma nova solução SOA robusta e ágil que acabaria por fornecer um roteiro para a
empresa. Após meses de pesquisa, avaliação e teste de software e consulta (com empresas
de tecnologia, negócios dentro e fora do setor hoteleiro e recursos internos do IHG), o EAT
concluiu uma SOA que agora é usada para desenvolver serviços acessíveis em várias
unidades de negócios do IHG.
Capítulo 4: Viagens e Hospitalidade 31

Destaques da implementação SOA

A SOA da IHG conta com um Enterprise Service Bus (ESB), que permite a rápida
integração de serviços que podem ser expostos a várias unidades de negócios. O ESB usa
um mecanismo de orquestração para definir a sequência de serviços importantes como
MakeReservation e CommunicateWithGuest. A orquestração aumenta drasticamente o poder
e a flexibilidade desses e de outros serviços essenciais do IHG. Além disso, o ESB usa um
repositório de registro centralizado, que padroniza políticas e outros artefatos de descrição
de serviço e que permite a descoberta de serviço.
TRADUÇÃO 27
Por exemplo, a unidade de negócios Loyalty do IHG pode decidir que gostaria de enviar
uma concha a cada membro do Priority Club que reservar um quarto em um hotel de praia.
Um novo processo de orquestração pode ser criado a partir dos serviços existentes SendGift
e Communicate WithGuest. Como ambos os serviços são armazenados em um repositório
de registro federado, eles existem em um formato padrão que pode ser acessado e
personalizado por qualquer outra unidade de negócios do IHG.
Os serviços reutilizáveis são a chave para o sucesso da solução da IHG. Um repositório

de registro federado é usado para permitir a descoberta dos serviços. Para ilustrar, considere
como o serviço SendGift pode ser usado para atingir as metas da unidade de negócios
Loyalty do IHG em comparação com as do marketing de distribuição. O grupo Loyalty
gerencia o programa Priority Club do IHG; As metas do Distribution Marketing incluem
aumentar as reservas nos hotéis IHG. Enquanto o serviço SendGift pode ser usado pelo
Loyalty como um pequeno gesto de agradecimento aos membros do Priority Club, ele pode
ser usado pelo Distribution Marketing para enviar cupons ou outros incentivos aos hóspedes
do IHG para garantir visitas de retorno.
Os serviços IHG também podem ser combinados. Por exemplo, o IHG pode determinar
que os serviços MakeReservation e CommunicateWithGuest sejam sempre chamados
durante o processo de negócios de Reservas. A organização pode então decidir criar um
novo serviço a partir desses dois serviços. O novo serviço, denominado
ReserveAndCommunicate, será composto pelos serviços MakeReservation e
CommunicateWithGuest. Os serviços compostos podem (quando aplicável) gerar soluções
programáticas mais simples, enxutas e elegantes no IHG.
Arquitetura de referência SOA do IHG: um ecossistema de

autocorreção
A plataforma de computação do IHG vai além da implementação de uma SOA. É um
ecossistema autônomo de autorrecuperação que usa um intermediário de recursos dinâmico
para gerenciar instâncias de componentes (incluindo iniciar e interromper componentes, bem
como gerenciar componentes durante condições de pico e períodos de baixo uso).
A arquitetura de referência do IHG tem os seguintes recursos:
UU Dimensionamento transparente de instâncias de contêiner de serviço (a

implementação da interface de serviço) em um pool de hardware virtualizado compartilhado
em uma topologia de grade (componentes de hardware conectados a componentes vizinhos
em uma grade).
TRADUÇÃO 28
UU Gerenciamento centralizado usado para automatizar a implantação e o

gerenciamento do ciclo de vida dos componentes do sistema. As atualizações de pilha de
software podem ser executadas sem sofrer interrupções de serviço.
UU Visibilidade do tempo de execução da memória, CPU, threading e outras utilizações

de recursos, disponibilizadas por meio de exibições de painel. Essa administração
virtualizada permite que toda a malha de componentes do sistema seja gerenciada como
uma única unidade lógica.
UU Consulta de estado de transação e análise de causa raiz, fornecidas pelo

processador de fluxo de eventos. Métricas de desempenho e padrões de uso estão
disponíveis para determinar o estado de saúde do sistema e para tomar medidas curativas
proativas.

Agora que o SOA do IHG evoluiu, ele continuará sendo usado em grupos de
desenvolvimento e sem dúvida será refinado com o passar dos meses e anos. Durante a
exploração e adaptação da arquitetura orientada a serviços, a equipe de arquitetura
corporativa do IHG aprendeu várias lições importantes:
UU Use padrões e governança para gerenciar o número de serviços e forçar sua

reutilização. Algumas equipes anteriores de desenvolvimento do IHG usaram de 200 a mais
de 1.000 serviços, o que fez alterações de versão, melhorando a eficiência operacional é um
dos principais impulsionadores do sucesso e da lucratividade no setor de manufatura. Além
de um forte foco na eficiência operacional, este setor é impulsionado por duas necessidades
principais: reduzir o custo de fabricação de bens e ter um canal de distribuição sofisticado e
eficaz.
Neste capítulo, destacamos a Cisco, fabricante de computadores e eletrônicos. Como

muitas outras empresas do setor, a Cisco fornece soluções diretamente aos clientes e
indiretamente por meio de um complexo canal de parceiros. Portanto, não é de surpreender
que a inovação tecnológica esteja no centro de como as empresas desse setor se
diferenciam.
O advento de uma estratégia de fabricação e distribuição orientada a serviços permitiu

que as empresas nessa vertical fossem muito mais ágeis na conexão de parceiros,
fornecedores e clientes. Essas empresas alavancaram pedidos on-line, portais de
autoatendimento e tecnologias de canal de vendas integradas. Essas empresas enfrentam
um ambiente competitivo rígido e veem o uso de SOA como uma forma de permanecer à
frente. Neste capítulo, mostramos como a Cisco desenvolveu serviços de negócios
TRADUÇÃO 29
específicos que lhe permitem responder rapidamente aos requisitos de seus parceiros. A
SOA permitiu que a empresa melhorasse a forma como presta serviços a clientes,
fornecedores e parceiros.
Cisco
Você teria que viver em uma caverna para não conhecer a Cisco, que é um dos principais
fornecedores mundiais de hardware, software e

ofertas de serviços para a criação de soluções de Internet. Embora mais conhecida por
suas tecnologias de rede baseadas em IP, a Cisco expandiu drasticamente seus negócios ao
longo do tempo por meio de aquisições estratégicas. Ao adicionar empresas como WebEx e
IronPort, a Cisco teve que evoluir seus sistemas para oferecer suporte a vários modelos de
negócios - incluindo produto tradicional, Software como Serviço (SaaS), assinatura e oferta
de TI como serviço - em paralelo e em escala global.
Percebendo o impacto que essas mudanças teriam em seus recursos de pedidos, a

Cisco IT embarcou em 2006 em uma importante iniciativa para transformar a forma como
conduz o comércio on-line com seus clientes diretos e sua importante comunidade de
parceiros.
Como a maioria dos produtos da Cisco é vendida por meio de canais, ela queria ter
certeza de que haveria uma experiência de usuário consistente ao fazer um pedido,
independentemente do produto ou serviço oferecido. A Cisco não apenas queria garantir a
consistência de processo, dados e lógica de aplicativo em seus próprios aplicativos voltados
para clientes e parceiros, mas também procurou permitir que seus parceiros fornecessem a
mesma consistência por meio de suas ferramentas individuais de pedidos na Web voltadas
para o cliente. A Cisco embarcou em uma jornada SOA para tornar isso uma realidade.
Transformando para SOA

Antes do início de sua iniciativa de transformação do comércio, como muitos dos
primeiros a adotar SOA, cada grupo de TI da empresa havia implementado uma série
relativamente desconectada de serviços da Web. Embora cada grupo tenha feito um bom
trabalho desenvolvendo seu próprio sistema para dar suporte a seu processo de negócios,
suas abordagens não foram criadas com uma arquitetura corporativa geral em mente.
Portanto, o resultado final foi que a Cisco tinha uma série de silos de aplicativos habilitados
TRADUÇÃO 30
para serviços da Web desconectados que exigiam muita codificação complexa para dar
suporte às integrações necessárias. "Quando você tem um bilhão de linhas de código de
software, na verdade deveria ser chamado de hardware porque você não pode ser muito ágil",
disse Craig Hinkley, vice-presidente de arquitetura e tecnologia da Cisco.
Tendo aprendido algumas lições importantes, a Cisco IT mudou sua abordagem em

2006 para trabalhar mais diretamente com os negócios para definir os objetivos estratégicos
e os processos de negócios que cumpririam sua visão de Transformação do Comércio de
facilitar os negócios com a Cisco.

O vice-presidente (VP) de TI de comércio, Guillermo Diaz, liderou uma equipe que

trabalhou com as diferentes unidades de negócios para definir os pontos de partida corretos
para possibilitar a agilidade dos processos de negócios por meio de SOA. Em vez de tentar
ferver o oceano, a equipe escolheu alguns processos de negócios críticos - preços,
descontos, configuração e pedidos - para desenvolver como serviços corporativos. A ideia
era lançar serviços individuais como pilotos, obter vitórias importantes com aplicativos
direcionados e, em seguida, começar a disponibilizá-los para outras partes do negócio como
serviços reutilizáveis.
"Tendo construído uma série de serviços discretos associados ao processo de comércio,

ao longo do tempo, começamos a tarefa de implantar esses serviços para dar suporte a
nossos clientes e parceiros", disse Diaz. Esses serviços incluíam preços (localizados em 15
idiomas diferentes), descontos e configuração de produtos, bem como gerenciamento de
identidade e acesso para estender com segurança o processo de pedidos fora da empresa.
Uma das maiores preocupações da Cisco era a escalabilidade. O que aconteceria se

muitos parceiros tentassem usar o mesmo serviço ao mesmo tempo na mesma rede? "Para
garantir uma experiência de usuário positiva, era fundamental que procurássemos serviços
de arquitetura para nossos clientes e parceiros que não apenas permitissem a
personalização de valor agregado, mas também fossem confiáveis e consistentes em seu
desempenho", disse Hinkley. Para resolver esse problema, a Cisco usou um serviço de
aceleração baseado em rede que pode ser implantado em um ambiente distribuído para
garantir consistência e escalabilidade de seus aplicativos.
A Cisco pensa em medir o valor de TI e SOA em três dimensões: experiência,

produtividade e crescimento. A Cisco deseja uma experiência consistente em torno dos
serviços de aplicativos que desenvolveu em seus diferentes canais. Um dos claros
benefícios de uma abordagem SOA é que, quando um serviço precisa ser modificado, a
TRADUÇÃO 31
experiência é alterada uniformemente em todos os canais. Outro benefício é que a empresa

pode desenvolver serviços de negócios compostos mais rapidamente do que antes, porque
agora se concentra em como evoluir cada componente de serviço em vez de como lidar com
a funcionalidade em um sistema monolítico. Finalmente, SOA afeta o crescimento porque dá
à Cisco a agilidade para responder rapidamente a seus clientes e parceiros. Por exemplo,
conforme projetado, o serviço de precificação permite que a empresa comprove as regras de
precificação necessárias para determinadas situações com muito mais rapidez do que
antes.
Mudando a natureza das parcerias com SOA

Não precisamos dizer que a mudança nem sempre é fácil. Conseguir que parceiros
acostumados com sua própria maneira de fazer as coisas adotem serviços baseados em
SOA pode ser difícil.
Muitos dos parceiros da Cisco, por exemplo, estão acostumados a encomendar produtos
de seu site de comércio mais tradicional, que ajudou a impulsionar o crescimento inicial da
Cisco em meados da década de 1990. Esses parceiros construíram seus próprios softwares
e processos fortemente acoplados para dar suporte a esse método de pedido. Em essência,
para fazer a transição para SOA ocorrer externamente, a Cisco precisa vender a seus
parceiros o valor e a facilidade de uso dessa nova abordagem. Se os parceiros adotarem
esses novos serviços da Web agora, as inovações e mudanças serão mais fáceis de
implantar no futuro. A Cisco prevê que, nos próximos anos, seus parceiros usarão os serviços
que ela fornece - e os exporão como widgets ou portlets para criar suas próprias experiências
de vendas on-line usando componentes padrão da Cisco.
Varejo
Neste capítulo
Compreendendo a iniciativa de negócios da Spotlight para SOA Entendendo por que
os varejistas precisam de SOA Visualizando as lições aprendidas e as práticas
recomendadas Houve um tempo, não muito tempo atrás, em que um varejista esperava que
os consumidores entrassem em uma loja e fizessem uma compra com base nas opções
visíveis. Se os consumidores não gostassem do que viam, podiam dar uma olhada na loja do
outro lado da cidade ou talvez dar uma olhada em alguns catálogos, mas não havia muitas
outras opções.
Tudo mudou. Hoje, os varejistas precisam ser capazes de prever como um consumidor
TRADUÇÃO 32
desejará interagir com eles a qualquer momento e precisam estar prontos para atender esse
consumidor por meio de vários canais diferentes. Por exemplo, se um consumidor deseja
comprar um equipamento técnico complicado, ele pode optar por pesquisar preços e marcas
online e depois fazer a compra em uma loja. Ou o consumidor pode decidir entrar em uma
grande loja para pedir conselhos a uma pessoa real e depois ir para casa para fazer uma
compra em um varejista on-line que oferece um preço melhor. Os varejistas reconhecem que
o aumento nas opções de varejo levou a uma base de consumidores com expectativas muito
altas sobre qualidade, preço e seleção. Além disso, a fidelidade do cliente é difícil para
qualquer varejista manter quando apenas uma pequena pesquisa on-line pode ajudar um
consumidor a localizar novas marcas, encontrar a cor ou tamanho certo ou um preço melhor.
Essas tendências no comportamento do consumidor ajudaram a tornar um ambiente de

varejo já competitivo ainda mais desafiador. Embora ainda existam lojas menores, a
tendência tem sido em direção a redes maiores e corporações multinacionais gigantes.
Muitos grandes varejistas cresceram ainda mais por meio de múltiplas aquisições em
fronteiras regionais e geográficas, à medida que se esforçam para expandir seu alcance em
todo o mundo. Varejistas de todos os tamanhos geralmente precisam gerenciar vários
canais de distribuição, incluindo a loja, o catálogo e o site. Eles precisam comercializar
agressivamente para Esses materiais são direitos autorais da Wiley Publishing, Inc. e
manter a competitividade em todos esses canais. Além disso, para garantir que as lojas
e armazéns estejam bem abastecidos e que o consumidor possa escolher entre um grupo
diversificado de produtos e marcas, os varejistas precisam fazer parcerias com muitos
fornecedores diferentes. Isso significa gerenciar grandes quantidades de dados e inúmeras
interações com parceiros e fornecedores. A infraestrutura de tecnologia é uma parte
importante dessa equação. Se uma cadeia de varejo não souber quanto estoque possui, ela
terá problemas. Se não puder analisar seus dados, não poderá se comercializar com
eficiência. Se seus sistemas de ponto de venda (POS) estiverem desatualizados, não poderá
ser tão eficiente. Você entendeu a ideia.
A empresa de varejo, Spotlight, recorreu à SOA para ajudar a renovar a infraestrutura de

TI com o objetivo de fornecer uma qualidade superior de serviço aos clientes. A percepção
de seu sucesso é destacada neste capítulo.
Spotlight Pty Ltd

"Esparguete do sistema legado" é a frase que Anne McDiarmid, diretora de informações
da Spotlight Pty Ltd, usa para descrever a antiga infraestrutura de TI nas lojas Spotlight. A
Spotlight é uma empresa de varejo privada com duas marcas - Spotlight Stores e Anaconda
Stores. A Spotlight Stores é uma das maiores superlojas de artesanato, tecidos e decoração
TRADUÇÃO 33
de interiores da Austrália. Vende de tudo, desde suprimentos para artesanato e tecidos até
móveis para casa e artigos para festas. A Spotlight abriu 106 lojas na Austrália, Nova
Zelândia, Hong Kong e Cingapura. Possui 12 lojas Anaconda adicionais que vendem
suprimentos ao ar livre para camping, pesca, caminhadas e até esqui. Nos últimos anos, a
empresa experimentou um crescimento explosivo.
Embora a expansão do negócio seja quase sempre uma coisa boa, a infraestrutura de TI
da Spotlight não acompanhou o crescimento do restante da empresa. O resultado foi que a
Spotlight tinha alguns problemas reais de governança em termos de produto e preço. Um de
seus maiores desafios era manter uma visibilidade precisa da disponibilidade de produtos
em todas as suas lojas. Faltava a infra-estrutura que um varejista tradicional precisa para
oferecer suporte ao cliente no ponto de venda (POS) - informações sob demanda sobre
preço, descrição e disponibilidade do produto. A empresa tinha muitos sistemas diferentes
mantidos juntos com uma infinidade de middleware que, em um diagrama, parecia
literalmente um espaguete.
Assim, embora a empresa tenha conseguido ser bem-sucedida apesar das limitações de
sua infraestrutura, a Spotlight sabia que era apenas uma propriedade da Wiley Publishing,
Inc. e qualquer disseminação, distribuição ou uso não autorizado é estritamente proibido.
questão de tempo até que a situação saísse do controle. Ela sabia que seus sistemas
POS não dariam suporte a seus planos de expansão e sabia que precisava ir além de seus
sistemas internos de planejamento de recursos empresariais (ERP). A Spotlight precisava
atualizar sua infraestrutura - e rapidamente. A administração da empresa sentiu que a única
maneira de realizar essa mudança rápida era trazer ajuda de especialistas externos - e junto
com essa ajuda veio a SOA.
Etapa
1: O Sistema de Ponto de Venda

Por que trazer uma equipe externa? A equipe de 50 pessoas da McDiarmid estava tão
ocupada mantendo todos os sistemas legados juntos que eles simplesmente não tiveram
tempo de parar e tentar descobrir como resolver os problemas. Em 2006, McDiarmid
contratou o KAZ Group Ltd., com sede na Austrália, para ajudar. A KAZ é a maior empresa
australiana de serviços de TI, com 30 anos de experiência e um exército de cerca de 1.500
funcionários. De acordo com Vicki Redwood, arquiteto de soluções da KAZ, o objetivo era
tentar estabelecer o controle sobre os sistemas da Spotlight e, ao mesmo tempo, introduzir
mudanças. E o prazo para a mudança foi muito agressivo - menos de dois anos para mudar
uma série de partes críticas do processo de negócios, desde a instalação de um novo
sistema POS multilíngue até a implantação de um sistema ERP importante e a ativação do
TRADUÇÃO 34
comércio on-line e das comunidades de interesse. O requisito final era que essas alterações
não impactassem o tempo de inatividade de forma alguma, porque o Spotlight é um negócio
orientado a eventos.
O primeiro passo foi determinar a situação "como está". A empresa tinha muito pouca
documentação sobre seus sistemas. A equipe KAZ levou cerca de três meses para mapear o
processo de compra e venda para entender os processos comuns em toda a empresa e o
papel dos sistemas legados.
Depois que isso foi feito, a equipe de Redwood começou a trabalhar e desenvolveu uma
abordagem em fases para fornecer a funcionalidade que o Spotlight precisava. A primeira
parte do plano era abordar os sistemas POS. Os sistemas POS são usados por empresas de
varejo para coletar pagamentos, rastrear vendas para análise e rastrear estoque. O sistema
Spotlight era bastante antigo e não desempenhava bem todas essas funções. Além disso, a
Spotlight estava abrindo novas lojas em Hong Kong e seu sistema não suportava vários
idiomas. O plano era implementar um novo sistema POS em Hong Kong e eliminar
gradualmente os sistemas existentes para o restante das lojas. O sistema antigo estava
totalmente integrado a uma infinidade de códigos de middleware que não podiam suportar o
novo sistema POS. A Spotlight implementou um novo sistema POS usando o que Redwood
chama de camada separadora de serviço: um grupo de serviços em um servidor de processo
comercial que fica entre o sistema POS e o sistema legado de back-end. Essa camada de
processo pode passar informações entre o sistema POS e o sistema de back office. Também
ajudou a fornecer consistência a vários processos de varejo. Uma maneira de melhorar a
consistência dos processos de varejo foi estabelecer um sistema de alerta para identificar
erros e problemas de aplicação, como verificar o uso de nomes ou números de produtos
inválidos no sistema ERP. Por fim, o servidor de processo também ajudou a economizar
tempo e melhorar a precisão do processo de checkout do PDV, permitindo que os processos
com falha fossem reiniciados a partir do ponto de falha.
Etapa 2: O sistema ERP e além
A próxima fase do plano SOA era trocar uma série de antigos sistemas internos da
Spotlight por um sistema ERP disponível comercialmente. O número de sistemas
desenvolvidos internamente aumentou com o tempo, e o resultado foram várias versões da
verdade. Por exemplo, divisões diferentes podem mostrar resultados de vendas ou
informações de produtos ou clientes conflitantes. O plano era implementar um sistema ERP
para fornecer uma versão única da verdade. Em vez de implementá-lo como um aplicativo
monolítico, a equipe conseguiu usar uma abordagem plug-and-play devido ao SOA. Ele
simplesmente implementou uma série de interfaces de serviço que conversavam com cada
módulo do novo sistema. Como trouxe novos módulos de ERP ao vivo, simplesmente
desligou o antigo sistema legado. O processo foi transparente para o usuário final. A
TRADUÇÃO 35
Spotlight planeja implementar um sistema de gerenciamento de relacionamento com o

cliente (CRM) da mesma maneira.
A Spotlight também está se movendo para colocar seu sistema de comércio eletrônico
online. A equipe planeja desenvolver os processos comuns já existentes para o sistema POS
e ajustá-los um pouco para este canal. Também está planejando implementar um portal para
uma comunidade de grupos de interesse, como quilters e outras pessoas interessadas em
artesanato. O portal permitirá que essas pessoas trabalhem juntas.
Escolhendo a Tecnologia Certa

Para fornecer as melhorias de processo de negócios necessárias, a Spotlight precisava
de uma tecnologia que fornecesse controle de ponta a ponta entre uma variedade de
processos de negócios. Essa tecnologia tinha que funcionar tanto para os sistemas antigos
quanto para os novos. Portanto, foi necessário desenvolver interfaces entre esses sistemas:
por exemplo, entre os sistemas ERP legados e os novos sistemas POS. Além disso, a
empresa precisava de interfaces entre o software SAP e os sistemas de gerenciamento de
armazéns e provedores de logística. Por fim, a nova solução de e-commerce precisava
funcionar com o antigo ERP e aplicativos legados, bem como com a nova implementação do
SAP.
A tecnologia também precisava fornecer melhorias de processamento nas áreas de

desempenho, robustez, crescimento, auditoria e segurança. Ele precisava ser capaz de
mediar entre diferentes serviços e aplicativos, bem como cumprir os padrões do setor. Por
fim, precisava fornecer recursos de visualização dos processos de negócios do Spotlight que
seriam usados tanto pelos negócios quanto pela TI. E, é claro, o negócio não poderia ser
afetado, pois novos serviços e aplicativos foram adicionados e os antigos removidos.
Então, como o Spotlight atendeu a essa lista de requisitos? A equipe selecionou um

servidor de processo padrão da indústria. Ele fornecia o seguinte conjunto de recursos para o
Spotlight: UU Adaptadores padrão do setor para permitir que eventos de PDV (antigos e
novos PDV) sejam iniciadores, participantes ou destinatários em uma variedade de
processos de negócios sem alterar os aplicativos de PDV. Os adaptadores fornecidos com o
servidor de processo incluem serviços da Web, serviços de mensagens e serviços de
conectividade de banco de dados.
UU Adaptadores padrão do setor para permitir que o SAP e os antigos sistemas

ERP/legacy sejam iniciadores, participantes ou destinatários em uma variedade de
processos de negócios sem alterar os aplicativos host. Os adaptadores fornecidos com o
servidor de processo incluem SAP, serviços da Web, serviços de mensagens, arquivo padrão
e serviços de conectividade de banco de dados.
TRADUÇÃO 36
UU Instalações de coreografia de serviço para permitir que o Spotlight conecte e

reproduza, vinculando trechos de aplicativos e serviços para fornecer um processo
apropriado para atender às necessidades de negócios.
UU Serviços de fluxo de trabalho humano incluídos em todos os fluxos de processo

coreografados - transferências para humanos, alertas, notificações e atribuições de tarefas.
UU Representação gráfica dos fluxos do processo de negócios operando no ambiente de

tempo de execução, permitindo o envolvimento dos negócios no que a tecnologia está
realmente executando.
UU Conformidade com padrões abertos (órgãos de padrões de serviço, incluindo OASIS,

W3C, WSI e IETF).
UU Representação gráfica, mediação e transformação entre uma visão específica do

aplicativo dos negócios da Spotlight e o modelo Spotlight geral. Essa tecnologia de servidor
de processo fornece uma arquitetura simples, permitindo que o Spotlight se concentre nas
tarefas (serviços) que devem ser executadas para melhorar seus negócios e também
coreografar os fluxos de processo dessas tarefas.

O cronograma de 20 meses para a implementação da mudança foi certamente um
turbilhão para o Spotlight. Com base em sua experiência, recomenda o seguinte:
UU Traga os especialistas. De acordo com McDiarmid e Redwood, se você vai mudar

fundamentalmente o que faz em todos os sentidos, formas e formas - e vai acelerar isso,
você precisa trazer especialistas. A Spotlight contratou a KAZ enquanto revisava sua
infraestrutura e um grupo separado de consultores com habilidades em SOA para ajudar a
acelerar sua implementação de ERP.
UU Conheça o seu negócio. Você também precisa ter uma compreensão clara do que é o
seu negócio e quais são os processos de negócios. A Spotlight conhecia seu negócio, bem
como os processos de negócios que precisava realizar. Ele foi capaz de acelerar sua
implementação porque tinha um bom controle sobre seus processos e requisitos.
UU Estabeleça confiança entre a TI e os negócios. As equipes da Spotlight perceberam

que estavam juntas no projeto.
A mudança rápida só pode acontecer se ambos os lados da casa entenderem os planos,

a complexidade dos planos e os benefícios da abordagem. Desta forma, os dois grupos
TRADUÇÃO 37
podem se comunicar melhor e construir confiança.
UU Planeje uma transferência de habilidades. No caso da Spotlight, ela sabia que sua
força de trabalho atual não conseguiria manter seus sistemas existentes e implantar uma
nova infraestrutura. Era muito trabalho e a equipe não tinha necessariamente o conjunto de
habilidades. No entanto, o plano é fazer a transição do trabalho para a equipe interna. O
departamento de TI da Spotlight sabia de antemão que os consultores viriam trabalhar na
conversão, então não houve problemas de função. A indústria de telecomunicações mudou
dramaticamente de um monopólio virtual para um mercado global altamente competitivo.
Hoje, as empresas de telecomunicações fornecem uma variedade de produtos e serviços
para oferecer suporte a chamadas locais e de longa distância com fio, sem fio, TV, Internet e
uma série de outras ofertas de rede. Como a concorrência é acirrada, os provedores de
produtos e serviços de telecomunicações estão sempre procurando fornecer a seus clientes
serviços de valor agregado como forma de diferenciar suas ofertas. Velocidade de
lançamento no mercado, atendimento ao cliente e entrega de produtos e serviços inovadores
são essenciais para o sucesso.
Neste capítulo, destacamos a Telenor Iris, subsidiária da provedora global de

comunicações móveis Telenor. A arquitetura orientada a serviços tornou-se o eixo da
estratégia da empresa para entregar produtos e serviços inovadores aos clientes com
agilidade e flexibilidade. Os requisitos da empresa para qualidade de dados são
extremamente altos devido ao seu foco em serviços de agregação de dados para clientes.
Melhorar a qualidade dos dados e o gerenciamento geral dos dados foi um motivador
importante por trás da decisão da Telenor Iris de implementar a SOA.
Telenor Iris
É importante ser rápido e flexível ao lançar novos produtos ou serviços para os clientes -
e foi isso que a Telenor, sétima maior provedora de serviços sem fio do mundo (com 143
milhões de assinantes), quis fazer quando criou sua nova divisão Iris. Telenor Iris, uma
subsidiária da Telenor, é uma atividade de inovação dentro da matriz. Esses materiais são de
propriedade da Wiley Publishing, Inc. e qualquer disseminação, distribuição ou uso não
autorizado é estritamente proibido.
empresa. A Telenor vinha crescendo rapidamente nos últimos anos, expandindo-se pelos
mercados emergentes e atingindo um certo nível de maturidade em seu mercado doméstico.
Ela estava procurando novas áreas para expandir e estava interessada em criar serviços
gerenciados centrados na rede em particular.
A empresa viu uma oportunidade em oferecer serviços gerenciados para organizações

que desejam aproveitar RFID (identificação por radiofrequência) e outras tecnologias de
TRADUÇÃO 38
sensores em sua cadeia de suprimentos para controle de estoque. RFID é uma tecnologia
que usa minúsculos chips de computador para rastrear itens à distância, emitindo ondas de
rádio. Um exemplo disso é o rastreamento de contêineres de um local para outro. De acordo
com Magus Bakken, gerente geral da Telenor Iris, o que atrai os clientes é a capacidade de
oferecer um serviço de coleta automatizado sem a necessidade de instalar uma pilha de
software no local do cliente. Para fornecer um serviço gerenciado, a equipe precisava ter
uma estrutura para oferecer uma variedade de serviços para diferentes empresas. Dois
requisitos críticos incluíam a capacidade de rastrear grandes quantidades de informações e
também de integrar com sistemas legados.
O barramento de serviço corporativo

A Iris iniciou sua jornada SOA em 2007. Ela sabia que, para oferecer serviços
gerenciados a seus clientes, precisava ser extremamente flexível porque cada cliente teria
requisitos ligeiramente diferentes. Por exemplo, a equipe precisava coletar informações de
uma ampla variedade de sensores e leitores de RFID. E no back-end, a equipe teria que se
integrar ao sistema ERP de um cliente ou a outros aplicativos em uso. SOA forneceu a
estrutura certa para isso.
A Telenor Iris precisa ser capaz de rastrear itens tão diversos quanto alface e autopeças.
Por exemplo, um cliente pode estar interessado em rastrear produtos. A Telenor Iris coleta
dados de muitos locais diferentes - da fábrica de produção, dos caminhões, do centro de
distribuição e depois até o varejista. Em seguida, ele envia os dados de sua localização para
um aplicativo de terceiros que permite ao cliente ver onde está o produto, quando saiu da
fábrica e quando chegou à loja do varejista. As informações de temperatura estão vinculadas
a isso para que o cliente saiba que o produto está sendo mantido fresco.
Um elemento-chave na solução é o Enterprise Service Bus (ESB). Quando as

informações são transmitidas dos dispositivos RFID, elas vão para um servidor, onde são
transformadas e colocadas em uma fila para serem enviadas. Esses materiais são de
propriedade da Wiley Publishing, Inc. e qualquer disseminação, distribuição ou uso não
autorizado é estritamente proibido.
ao ESB. O ESB é a espinha dorsal do serviço. Ele funciona como um hub, direcionando as
mensagens que vêm dos sensores. O sistema de TI precisa ter algumas informações básicas
sobre uma mensagem para saber como ela deve ser tratada. O ESB coleta essas
informações. Ele procura de onde as mensagens vieram e quem é o proprietário da
mensagem. Então, depois que essas informações são conhecidas, os serviços aos quais a
mensagem está assinada são chamados em uma ordem específica e as informações são
roteadas para o local apropriado.
TRADUÇÃO 39
A equipe desenvolveu uma série de serviços para dar suporte à oferta. Isso inclui um
serviço de rastreamento de mensagens e um serviço de armazenamento de sensores, que
armazena todas as mensagens coletadas para fins de registro e controle. Há também um
serviço de cobrança. No back-end, a empresa pode integrar os sistemas ERP de seus clientes
ou outros aplicativos usando uma série de adaptadores.
Esses serviços são todos reutilizáveis, o que é muito importante para a Telenor Iris.
Como um serviço gerenciado, ele precisa ser capaz de dimensionar os negócios com
eficiência. Os serviços reutilizáveis permitem que a Telenor capture informações de muitos
tipos diferentes de leitores RFID. Isso permite que a empresa venda para um mercado muito
mais diversificado do que se fornecesse integração apenas com tipos específicos de leitores
RFID e determinados sistemas ERP. Para a Telenor Iris, reutilização significa flexibilidade, e
flexibilidade leva ao crescimento.
A qualidade dos dados também é um problema para a Telenor Iris porque o principal
serviço que ela oferece é a agregação de dados. Ele precisa garantir que os dados certos
cheguem ao cliente certo - por exemplo, os dados corretos de temperatura ou peso. Além
disso, às vezes os leitores de RFID fornecem dados que não são razoáveis - como um peso
dez vezes maior do que deveria ser. Os dados precisam ser confiáveis e precisam ser
seguros.
Escalando o serviço
O RFID gera bastante tráfego e o serviço precisa ser capaz de lidar com essa alta carga
de tráfego - centenas de tags por segundo. A arquitetura deve lidar com o tráfego de maneira
confiável. Como a equipe está lidando com isso?
Veja como Juan Carlos Lopez Calvet, gerente de tecnologia da Iris, vê isso. Como
basicamente todos os dados que o Telenor Iris coleta são baseados em mensagens e
assíncronos, ele precisa cuidar dessas mensagens em várias camadas. Isso significa que o
Iris deve ser capaz de armazenar as mensagens caso o link de rede caia, mas então Capítulo
7: Telecomunicações 47

reenvie as mensagens quando o link aparecer e também encaminhe as mensagens

corretamente. Para fazer isso, a empresa usa filas de mensagens e filtros em diferentes
camadas:
UU A primeira etapa de filtragem está na camada do leitor. Um servidor de borda, que

TRADUÇÃO 40
recebe as mensagens dos leitores, fornece alguma agregação, dependendo da lógica de

negócios do cliente. Por exemplo, o serviço lê todo o conteúdo marcado em uma sala de
armazenamento, mas informa o aplicativo apenas sobre os itens que foram removidos.
UU A segunda camada fornece a fila de mensagens que permite que o Iris persista as
mensagens em caso de falha na rede. Isso significa que a mensagem não será perdida se a
rede cair. O plano é ter cópias virtuais dessas filas que compartilham a carga de mensagens
recebidas. Cada fila armazena as mensagens e tenta enviá-las ao serviço de entrada no ESB.
UU A camada final é o ESB que ajuda a rotear dinamicamente as mensagens e a

fornecer balanceamento de carga no nível dos serviços.
Qual é o próximo?
Além de expandir o serviço, a Iris planeja permitir que as empresas compartilhem
informações sobre itens específicos usando uma interface padrão; isso aumentará a
visibilidade dentro da cadeia de suprimentos. Em outras palavras, o serviço será estendido
para que outros parceiros da cadeia de suprimentos possam visualizar o status dos itens que
estão sendo rastreados. Para fazer isso, a equipe planeja implementar o Electronic Product
Code (EPC) Information Service, que permite publicar e assinar dados EPC usando uma
interface padrão definida por uma organização chamada EPC Global. O EPC Information
Service é uma especificação para uma interface padrão para acessar informações
relacionadas ao EPC. A interface padrão permite que os parceiros comerciais usem a mesma
função para consultar dados em toda a cadeia de suprimentos.
Capítulo 8
Energia e Utilidades
Neste capítulo Examinando a iniciativa de negócios da Delaware Electric para SOA
Entendendo por que as empresas de serviços públicos e de energia precisam de SOA
Reconhecendo as lições aprendidas sobre a importância do processo de negócios As
empresas de serviços públicos e de energia estão na berlinda atualmente. Antigamente, eles
eram responsáveis por literalmente manter as luzes acesas. Com aumentos nos custos de
energia e maior ênfase em encontrar fontes de energia mais limpas e renováveis, as
concessionárias agora têm uma tarefa muito mais difícil. Eles têm que prestar um bom
serviço a uma ampla gama de empresas e indivíduos a um custo razoável. E não é fácil.
Essas empresas também precisam ser criativas em tempos complicados. Por exemplo, as
concessionárias precisam encontrar maneiras de fazer parceria com empresas e indivíduos
TRADUÇÃO 41
para economizar energia. Os fornecedores de energia também devem ser capazes de

fornecer um bom feedback para que os consumidores de energia entendam como podem
ajustar seu comportamento de consumo de energia para economizar energia e economizar
nos custos de energia. Os consumidores precisam entender quanta energia eles usam em
diferentes momentos do dia e em diferentes estações do ano.
O que isso tem a ver com uma arquitetura orientada a serviços, você pode perguntar? O
estudo de caso a seguir sobre a Delaware Electric é um ótimo exemplo de como uma
concessionária usou SOA para ajudar a quebrar silos de informações, melhorar os processos
de negócios em toda a organização e desenvolver uma estrutura de tecnologia para dar
suporte a requisitos de negócios futuros. As inovações tecnológicas da concessionária
ajudam a construir parcerias que resultam em economia de energia.
elétrica de Delaware
A Delaware Electric é uma cooperativa elétrica que atende a 80.000 clientes. Toda a sua
equipe de 140 funcionários inclui uma equipe de TI de apenas 4 pessoas. Das mais de 900
cooperativas elétricas no Brasil, esses materiais são propriedade da Wiley Publishing, Inc. e
Estados Unidos, Delaware Electric é uma das grandes novidades que mais cresce, é
claro, mas seu sucesso nem sempre foi fácil.
O problema nº 1 ocorreu quando o utilitário foi desregulamentado. Naquela época, a

comissão estadual de serviços públicos congelou as tarifas elétricas por cinco anos, o que
significa que o custo de um quilowatt-hora foi fixado - a Delaware Electric não podia
aumentar o preço. E em uma época em que o custo da energia continua subindo, a Delaware
Electric teve que fazer algo inteligente para se manter à frente. Agora, a eletricidade é uma
commodity como qualquer outra, e o sucesso de uma cooperativa elétrica depende de
entregar essa commodity de uma forma que impressione seus clientes. Os custos de
energia, por outro lado, estão aumentando constantemente, o que significa que a Delaware
Electric teve que encontrar maneiras de cortar seus próprios custos sem comprometer o
serviço.
O ônus da situação comercial (e do sucesso financeiro) da Delaware Electric recaiu

sobre todos, inclusive sobre seu diretor financeiro, Gary Cripps. Ele era, acima de tudo, um
homem de negócios que via como sua principal responsabilidade "manter as luzes acesas" -
não apenas metaforicamente, como manter a Delaware Electric solvente, mas literalmente
para todos os 80.000 clientes da Delaware Electric. Ele também foi responsável pela pequena
organização de TI da Delaware Electric e trouxe uma perspectiva focada nos negócios para o
ambiente de TI.
TRADUÇÃO 42
Olhando para a TI para resolver problemas de negócios

Procurando maneiras de otimizar, economizar e oferecer um serviço melhor, a Cripps
examinou de perto os vários sistemas de TI já em uso na Delaware Electric. Ele encontrou
muitos sistemas críticos que não se comunicavam. Ele procurou algum tipo de pacote de
software que resolvesse os problemas com eficiência, mas não encontrou nenhum.
"Simplesmente não conseguíamos encontrar um pacote de software que lidasse com a
diversidade de requisitos que fornecesse integração para todas as nossas necessidades de
negócios e fornecesse serviços em tempo real", foi como ele disse.
Além disso, Cripps queria que cada departamento pudesse usar o software que melhor
atendesse às metas de negócios desse departamento - com base no melhor software
disponível - e ele entendia que todos esses sistemas individuais precisavam ser reunidos
para que a Delaware Electric alcançasse as eficiências necessárias para um negócio viável.

A Delaware Electric decidiu que a SOA ajudaria a quebrar as barreiras entre vários
sistemas, permitiria alavancar os ativos críticos que já possuía e fornecer uma estrutura para
requisitos futuros. Como disse Cripps, "O objetivo principal era integrar nossos processos em
toda a empresa para nos tornarmos mais centrados nos membros".
Esse empreendimento acabou não sendo pouca coisa. A Delaware Electric tinha muitos
aplicativos empacotados que eram essenciais para o funcionamento do utilitário. Embora
cada um desses aplicativos desempenhasse uma função valiosa, cada um era isolado do
seguinte. Portanto, por exemplo, os funcionários não tinham como conectar informações
sobre uma interrupção de serviço com informações sobre quais clientes foram afetados.
Eles tinham um sistema de resposta de voz interativo, mas não conseguia se comunicar com
o sistema que rastreava interrupções. Quando os aplicativos não podem se comunicar, as
pessoas precisam preencher as lacunas. Os funcionários criaram processos manuais para
se mover entre as várias funções de negócios separadas pelos aplicativos individuais. Diante
da necessidade de cortar custos, esses processos complexos eram um luxo que a Delaware
Electric não podia mais pagar. Ironicamente, mesmo que a Delaware Electric tivesse fundos
para adicionar pessoal para resolver as lacunas no processo de negócios, os processos
manuais são ineficientes e propensos a erros e provavelmente teriam um efeito negativo no
atendimento ao cliente.
Os membros da equipe da Cripps perceberam que precisavam de um software de

TRADUÇÃO 43
infraestrutura focado na integração de processos de negócios em aplicativos isolados.

Especificamente, eles queriam integrar os processos de negócios naquela parte da empresa
responsável por tudo o que acontece no campo - ou seja, nas instalações dos clientes. Por
exemplo, eles queriam poder comparar seu sistema de informações do cliente - incluindo a
capacidade de carregar dados de mapeamento de um sistema de informações geográficas
(GIS) - com informações provenientes do Sistema de gerenciamento de distribuição
(interrupção). A Delaware Electric precisava ser capaz de comparar essas informações em
tempo real, especialmente durante interrupções graves que poderiam afetar um grande
número de consumidores.
Obtendo alguma ajuda SOA

A gerência da Delaware Electric entendeu que não tinha o conhecimento ou a equipe
para realizar esse plano. Em vez disso, trabalharam com três consultores para desenvolver
um plano estratégico. Trabalhando em conjunto, a equipe desenvolveu um plano focado no
cliente que Capítulo 8: Energia e serviços públicos 51

identificaram os principais processos de negócios. Eles então mapearam o plano de

processo para os vários aplicativos em toda a organização.
Para gerenciar quedas de energia, eles precisavam conectar o banco de dados do cliente
e o banco de dados de engenharia de campo, e precisavam de uma maneira de conectar
esses aplicativos com o sistema de resposta de voz interativo da empresa. Todos esses
sistemas tiveram que ser integrados com todos os processos da empresa. A administração
da Delaware Electric entendeu que poderia se beneficiar muito com a mudança do foco de
seus sistemas de TI para dar suporte ao atendimento eficiente ao cliente, mas isso
significava mudar o foco do sistema de cobrança que era o foco principal.
Os consultores recomendaram o uso de um barramento de serviço corporativo (ESB)

como forma de vincular aplicativos empacotados entre si. Nesta primeira fase, a Delaware
Electric usou interfaces de serviço da Web para conectar seus vários pacotes de aplicativos
ao ESB. Essa fase exigia que os especialistas no assunto da Delaware Electric e os
consultores que trabalhavam com os fornecedores de software de pacote conectassem
esses aplicativos ao ESB. Como resultado, o departamento de relações públicas da Delaware
Electric pode dizer: "Agora podemos fornecer mais serviços aos nossos clientes". A Delaware
Electric concluiu a Fase Um de sua jornada. Seus funcionários integraram o sistema de
gerenciamento de indisponibilidade com o GIS e o sistema de gerenciamento de campo. Eles
estão atualmente integrando os sistemas de informações do cliente no ESB. Eles também
TRADUÇÃO 44
estão instalando equipamentos automatizados de leitura de medidores e conectando esses

equipamentos ao ESB. Esses projetos adicionais exigirão uma compreensão e mapeamento
dos processos de negócios.
Percebendo a importância do processo de negócios

Depois que a Delaware Electric trabalhou em seu ponto de partida inicial com SOA, a
administração decidiu levar SOA para o próximo nível. O foco era automatizar o processo de
negócios no campo para que os sistemas de contabilidade, aplicativos de engenharia e
gerenciamento de materiais pudessem se comunicar uns com os outros do ponto de vista do
processo.
A Cripps está muito orgulhosa de que a Delaware Electric tenha conseguido reduzir
significativamente a carteira de mapeamento. Ele explicou: "Costumávamos ter 2.100 locais
de trabalho no backlog. Isso exigia acompanhamento e visitas de campo, o que obviamente
teve uma redução significativa nas horas gastas pelos funcionários. Com a mudança
baseada no processo de negócios, muito trabalho é feito automaticamente. Focamos em
não escrever o código porque acreditamos verdadeiramente na compreensão do processo
de negócios."
Em vez de simplesmente entrar no processo de negócios, os membros da equipe de

Cripps deram um passo para trás. Eles perceberam que mais da metade do tempo
necessário para concluir um projeto era determinar o processo de negócios correto. Em
contraste, os adaptadores de escrita demoravam apenas 20% do tempo. Se um projeto
custasse à Delaware Electric US$ 200.000, até 80% desse trabalho estaria relacionado a
acertar o processo de negócios. A Delaware Electric determinou que fazia mais sentido ter a
equipe de TI trabalhando diretamente com a empresa para determinar qual é o processo de
negócios hoje e como ele poderia ser simplificado. Cripps disse: "Entendemos que o
processo de negócios é lucrativo do ponto de vista técnico. Se nossa organização puder
determinar como queremos inovar com o processo, podemos trazer codificadores para
concluir o trabalho."
Cripps tem uma perspectiva interessante sobre a jornada da Delaware Electric para SOA.
Ele explicou: "Em primeiro lugar, sou um CFO. É muito mais barato para nós otimizar a
tecnologia em um ambiente SOA do que pagar consultores caros para começar do zero
sempre que precisamos inovar e simplificar os processos." A Delaware Electric tem planos
ambiciosos para usar SOA para inovação no campo de energia. Ela quer começar a usar SOA
para afetar o lado de medição de energia do negócio. À medida que a Delaware Electric
completa sua meta de colocar leitores de medidores automáticos em todas as residências e
empresas (80 por cento concluído), ela pode começar a usar seus dados para agir. Cripps
disse: "Há momentos em que estou comprando um quilowatt-hora por um centavo e outras
TRADUÇÃO 45
vezes em que custa um dólar. Sentimos que podemos usar SOA para ajudar a informar os
clientes, em tempo real, que se você reduzir seu uso de energia agora ou em um momento
específico, poderá reduzir seu pagamento para nós e economizar dinheiro. economizar para
nossos consumidores e para a concessionária quase US$ 300.000 por mês devido à
conservação e gerenciamento de energia. Isso é muito dinheiro!" Refletindo sobre como o
plano SOA da Delaware Electric beneficiará seus clientes, Cripps diz o seguinte:
Imagine que você é um indivíduo que está no processo de adicionar uma adição à sua
casa. Você precisa que a companhia elétrica informe ao seu contratado onde fica a conexão
elétrica no Capítulo 8: Energia e serviços públicos 53

distribuição ou uso não autorizado é estritamente proibido. sua propriedade e você precisa
que eles saiam e trabalhem com o empreiteiro para planejar a extensão de energia para a
adição. Com o novo processo e o barramento de serviço corporativo implantado, você
poderá ligar para a Delaware Electric e fazer com que o funcionário do call center acesse o
aplicativo, procure sua casa, veja onde está a conexão e informe quando o técnico está
programado para chegar. O atendente do call center não precisará saber como cada um
desses sistemas funciona; ele ou ela simplesmente será capaz de se mover com fluidez de
uma função para outra. O cliente obtém as informações de que precisa em tempo hábil e
todos ficam satisfeitos.
Com foco no atendimento ao cliente, o pessoal da Delaware Electric acredita que a SOA
ajudará seus clientes a minimizar os custos de energia. Com o novo ambiente SOA, os
clientes podem acessar a Web e visualizar seu próprio consumo de energia. Os clientes
podem ver quando ocorrem os horários de pico de energia e, assim, agendar o maior uso de
energia (como uma produção de impressão) para um horário em que o uso de energia é
baixo, economizando dinheiro. Cripps continua:
Se um consumidor tiver um problema elétrico, quero que meu representante do call

center seja capaz de determinar se há um problema com nosso sistema ou dentro da casa do
cliente. Se tivermos que despachar um caro caminhão de linha apenas para descobrir que o
problema não está relacionado, todos perdem. Por outro lado, se o representante do call
center puder verificar se a energia está fluindo no medidor, podemos informar ao cliente que
ele deve ligar para o seu próprio eletricista. Isso pode economizar muitas horas de espera do
cliente, apenas para ser informado pelo técnico de que não é responsabilidade da
concessionária. Quando o call center é capaz de intervir dessa forma, a concessionária
economiza dinheiro ao não enviar recursos de serviço caros, e o consumidor tem a pessoa
certa resolvendo o problema certo na hora certa. Agora, isso é progresso! Os problemas de
negócios da Delaware Electric estavam maduros para SOA, mas foi necessária uma
administração astuta para reconhecer a necessidade e a oportunidade. O problema agudo de
TRADUÇÃO 46
cortar custos e, ao mesmo tempo, oferecer um melhor serviço levou a equipe de Cripps a
examinar de perto toda a empresa. Compreender que muitos dos problemas surgiram do
fato de que os aplicativos nas várias partes da empresa "não podiam se comunicar" - e que,
se pudessem, toda a empresa se beneficiaria - foi fundamental para selecionar SOA. De certa
forma, a Delaware Electric teve sorte - reconheceu o valor da inovação e sabia que não tinha
recursos para enfrentá-la sozinha. A adesão da alta administração é fundamental para o
sucesso da SOA. Se você percorreu os estudos de caso dos sete capítulos anteriores, viu
como os desafios e as soluções podem ser variados em diferentes empresas. Esperamos
que você tenha conseguido reconhecer um pouco de sua própria empresa nas histórias que
apresentamos sobre esses pioneiros de SOA. Agora é hora de planejar sua viagem. Temos
duas fortes ressalvas sobre o que você não deve fazer:
UU Não tente ferver o oceano. Não tente fazer tudo de uma vez. Inicialmente, prove seu
sucesso com SOA começando com um projeto pequeno, realizável em pouco tempo e que
terá um impacto significativo - depois, construa gradualmente.
UU Se você for gerente de negócios, não entregue SOA para a organização de TI e lave
suas mãos. Se você é gerente de TI, faça parceria com o gerenciamento de negócios. Para
que o SOA seja eficaz, ele deve ser feito de cima para baixo. Em outras palavras, se você
realmente deseja que seu plano de SOA seja bem-sucedido, o gerenciamento de negócios e a
TI devem trabalhar juntos.

Então, como você deve abordar SOA? Você precisa de um plano SOA que combine uma
perspectiva de negócios, um roteiro de tecnologia e uma iniciativa organizacional. No
entanto, em vez de fornecer uma discussão filosófica profunda sobre esses (e outros)
assuntos, aqui estão algumas diretrizes práticas para começar a usar SOA.
Mapeando a estrutura de negócios da sua organização

Uma das maiores diferenças entre o planejamento de SOA e o planejamento de qualquer
outra iniciativa de tecnologia é que o planejamento de SOA força você a pensar de maneira
diferente sobre sua empresa, setor e capacidade de inovar, bem como o valor da tecnologia.
Para pensar a partir dessa perspectiva, você precisa descobrir uma maneira de estruturar o
negócio como um conjunto de serviços. Pense em como definir seu próprio negócio como
um conjunto de serviços distintos.
A boa notícia é que você provavelmente não precisa começar do zero. Muitos
fornecedores fizeram muito trabalho para criar mapas ou estruturas específicos para tipos
TRADUÇÃO 47
específicos de empresas, e esses fornecedores terão prazer em ajudá-lo a começar.

Aproveitar as melhores práticas e padrões do setor por meio do uso de estruturas do setor
pode ajudá-lo a acelerar a implementação e gerar resultados bem-sucedidos. As estruturas
da indústria podem ajudar em dois

áreas importantes: 1) compreensão e incorporação das melhores práticas do setor e 2)

adoção de padrões do setor e requisitos de conformidade. Você provavelmente não quer
tentar lidar com SOA sem ajuda.
Usando estruturas do setor para adotar as melhores práticas do

setor
Depois de começar a mapear a estrutura de negócios da sua organização, você também
deve procurar por estruturas de mercado existentes que tenham sido criadas com base nas
melhores práticas de outras empresas. Existem milhares de implementações de SOA em
andamento nas empresas e você pode aprender com suas experiências. Algumas dessas
empresas seguirão processos de negócios semelhantes aos seguidos em sua organização.
Entendemos que você tem alguns fluxos de trabalho e processos de negócios exclusivos que
são importantes para sua diferenciação. Mas também há muitos processos que podem ser
identificados e que serão quase idênticos em diferentes organizações do seu setor.
Procure componentes de software pré-integrados e serviços reutilizáveis pré-construídos

que você pode começar a usar imediatamente. Uma estrutura do setor também pode ser
usada para ajudá-lo a criar um roteiro de SOA para garantir uma jornada bem-sucedida. Você
pode esperar uma implementação de SOA mais rápida e precisa porque, na verdade, está
aprendendo com os erros dos outros.
As chances são de que seu fornecedor de SOA possa ajudá-lo a começar com uma
estrutura projetada para empresas como a sua. Consultores, integradores de sistemas e
fornecedores de software que trabalharam com centenas de empresas como as
apresentadas nos sete capítulos anteriores codificaram suas melhores práticas em modelos
ou estruturas que você pode aproveitar. Compare uma dessas estruturas com sua própria
empresa e modifique as particularidades que tornam sua empresa diferente do modelo.
Voilà! Agora você tem uma visão de sua empresa como um conjunto de serviços de
negócios. Essa estrutura ajuda você a descobrir por onde começar. Ao desenvolver uma
estrutura específica para sua empresa, inclua as seguintes etapas:
TRADUÇÃO 48
UU Descubra e reúna os requisitos de negócios.
UU Pesquise seu conjunto atual de ativos para saber o que você tem hoje.
Capítulo 9: Principais iniciações rápidas de SOA 57

UU Simule e otimize o processo de negócios da sua empresa.
UU Determine o que você precisa medir para descobrir o desempenho de sua empresa.
Adotando Padrões Mais Rapidamente com Estruturas do Setor

Esperamos ter convencido você de que o uso de estruturas do setor ajudará a evitar que
você reinvente a roda ao iniciar sua implementação de SOA. Agora, gostaríamos que você
pensasse sobre todos os padrões do setor aos quais precisa prestar atenção -ACORD para o
setor de seguros, SWIFT para o setor de serviços financeiros, ARTS para o setor de varejo e
RosettaNet para comércio entre setores. Os fornecedores que oferecem um mapa ou
estrutura do setor devem garantir que esses padrões codificados sejam suportados.
Trabalhar com uma estrutura industrial torna-se uma abordagem muito pragmática no que
diz respeito aos padrões. Você pode adotar padrões mais rapidamente enquanto reduz o
custo e o risco geral de sua implementação porque muito do trabalho pesado já foi feito para
você.
Escolhendo seus alvos SOA iniciais para ganhar experiência e

demonstrar sucesso
Se você tentar mudar toda a sua empresa para SOA da noite para o dia, provavelmente
acabará vivendo seu pior pesadelo. Em vez disso, comece revisando o mapa de serviços de
negócios para identificar seu primeiro alvo. Selecione uma área específica onde você pode
aproveitar os ativos de software existentes, transformá-los em serviços e criar um plano que
demonstre o valor da flexibilidade que você obterá com a SOA. Você não precisa começar
com algo enorme. Em vez disso, você deve começar com algo que seja importante para o
gerenciamento, para que o esforço seja notado. Lembre-se, você está provando que SOA
funciona em sua organização e tem valor real.
Por exemplo, conhecemos uma seguradora que escolheu seu departamento de

Processamento de Sinistros para sua primeira implementação de SOA. Transformou o
TRADUÇÃO 49
método de processamento de uma reclamação em um serviço de negócios chamado (tah-

dah!) Processamento de Reivindicações. Ao facilitar a alteração das informações do
provedor, a empresa conseguiu adicionar novos provedores de sinistros em algumas
semanas, em vez dos 24 meses que levava anteriormente. Essa velocidade permitiu que a
empresa adicionasse novos parceiros rapidamente e aumentasse a receita. Além disso, a
empresa pôde oferecer esse serviço ágil e ágil de Processamento de Reclamações para
outras empresas, proporcionando uma nova fonte de receita para a empresa.
Recomendamos que você escolha uma área de destaque onde possa ver os resultados
rapidamente. Demonstrar os benefícios de SOA pode tornar a mudança de negócios muito
menos dolorosa. Você pode ter muitas boas escolhas sobre por onde começar. Uma
empresa pode precisar criar um portal ou um site da Web especializado que reúna os
principais serviços de negócios para atender a um objetivo comercial imediato. A exibição do
portal pode ajudar a criar uma experiência de usuário totalmente diferente dentro de uma
organização. Outra empresa pode precisar fornecer uma visão única dos dados do cliente
para que vários departamentos, subsidiárias e parceiros de negócios possam encontrar
maneiras criativas de aumentar a receita, concentrando-se nas oportunidades do cliente para
vendas adicionais e vendas cruzadas. Outras empresas podem optar por se concentrar em
obter os componentes de arquitetura necessários para dar suporte ao seu movimento para
SOA. Outros ainda podem olhar para a capacidade de gerenciamento de vários processos.
Outras empresas podem se concentrar nos aspectos de segurança de SOA, enquanto outras
vão olhar para questões relacionadas à governança.
Poderíamos listar centenas de opções diferentes - todas perfeitamente apropriadas para

uma determinada empresa ou preocupação - mas você, e somente você, sabe melhor o que
terá o maior impacto para sua organização. Descubra o que trará o maior retorno para seus
investimentos e vá em frente.
Capítulo 9: Inícios rápidos de SOA principais 59
Por que você não deve esperar
Se você é o CEO de uma empresa ou gerente de alto nível, pode estar pensando que essa
coisa de SOA parece complicada - e muito nova. Você pode pensar que talvez seja melhor
esperar alguns anos até que os fornecedores tenham descoberto todos os ângulos. Nosso
conselho: não espere. Como SOA é tanto uma filosofia de fazer a tecnologia funcionar para o
seu negócio quanto qualquer outra coisa, é uma mudança fundamental na maneira como
você trabalha. Você precisará de tempo para descobrir como trabalhar entre departamentos
e transformar seus ativos de software em componentes reutilizáveis.
Uma vantagem singular do SOA é que as empresas podem começar a usá-lo de maneira
TRADUÇÃO 50
incremental, identificando e construindo componentes SOA que dão suporte ao negócio

principal com o objetivo de construir uma arquitetura SOA no devido tempo.

Preparando sua organização para SOA

Não importa onde você comece, todos os caminhos levam às pessoas. SOA é sobre
como as pessoas em todas as organizações trabalham juntas para mudar a maneira como
pensam sobre a interseção de negócios e tecnologia. A este respeito, as questões
organizacionais são muito mais importantes do que qualquer questão de tecnologia.
Freqüentemente, os departamentos dentro das organizações trabalham isoladamente e as
estruturas corporativas foram projetadas para enfatizar os objetivos departamentais em vez
da cooperação interdepartamental. Para que a SOA seja bem-sucedida, as organizações
precisam de uma nova maneira de pensar sobre o valor da tecnologia, impulsionada por um
esforço de toda a empresa para abordar a tecnologia de maneira diferente.
Para dar o pontapé inicial nessa nova abordagem, recomendamos o estabelecimento de

grupos de trabalho que abranjam os departamentos. Separar o trabalho por diferentes partes
da organização não vai dar certo. A informação não pode pertencer a um único
departamento: a informação é um ativo corporativo, assim como os serviços empresariais.
Os serviços de negócios devem ser valiosos em muitos departamentos diferentes.
Recomendamos que a alta administração estabeleça SOA como um mandato corporativo e
estabeleça uma estrutura organizacional que encoraje e promova seu desenvolvimento.
Estabelecer programas de reconhecimento que recompensem a cooperação entre os
departamentos de TI e de negócios é um bom ponto de partida. Se sua empresa não estiver
nesse estágio, encontre executivos departamentais de alto nível que possam dar o exemplo.
Você precisará abordar diferentes áreas de diferentes pontos de vista.
Os desenvolvedores de TI precisam de uma abordagem diferente

A maioria dos desenvolvedores de TI está acostumada a escrever código que vive dentro
de seu próprio mundo fechado. Quando uma organização inicia o movimento para SOA, os
desenvolvedores precisam começar a escrever software com base na suposição de que o
software será usado em muitas circunstâncias diferentes. Os desenvolvedores que vêm da
velha escola de fazer as coisas não veem isso necessariamente como uma abordagem
intuitiva. Parte da preparação da organização de desenvolvimento é ajudá-la a entender como
a empresa pode usar os componentes que serão solicitados a construir. Os desenvolvedores
devem trabalhar em equipe com profissionais de negócios em toda a organização para
TRADUÇÃO 51
ajudá-los a mudar para uma perspectiva mais global. Também é importante dar tempo para
que os constituintes e as partes interessadas cheguem a um entendimento mútuo dos
objetivos do projeto.
Os gerentes de negócios precisam olhar além de seus próprios

departamentos
Os gerentes de negócios tendem a se preocupar com as metas e objetivos de seu
próprio departamento, bem como com as métricas pelas quais são julgados. SOA envolve
pensar criativamente sobre processos de negócios e medições de negócios, pois eles afetam
a empresa como um todo.
Para identificar adequadamente os principais processos de negócios, você precisa de

cooperação entre departamentos e divisões.
Descobrindo por que os parceiros de negócios fazem parte da

história de sucesso da SOA
Em um mundo de negócios altamente competitivo, nenhuma empresa está segura sem
parceiros. A SOA pode desempenhar um papel importante na criação de parcerias
inovadoras. Qualquer empresa que tenha uma estratégia SOA precisa implementar seu plano
estratégico em conjunto com seus parceiros de negócios. Os parceiros podem precisar ser
instruídos sobre o valor da estratégia e como ela os ajudará a aproveitar as vantagens
combinadas que as parcerias podem criar. Alguns parceiros com visão de futuro podem já
ter iniciado suas jornadas SOA.
Obtendo ajuda com SOA

SOA é uma jornada, não um projeto único que um único departamento implementa para
obter um sucesso rápido ou um sucesso rápido. É um processo corporativo para alavancar a
tecnologia de uma forma que reflita os principais processos de negócios, permitindo que os
negócios mudem quando necessário sem serem limitados pela tecnologia. Portanto, não
aborde SOA isoladamente. Encontre-se alguma ajuda. Procure fornecedores de tecnologia
que criaram implementações de SOA bem-sucedidas para empresas como a sua. É certo que
você provavelmente não conseguirá encontrar um único fornecedor que possa fornecer tudo
o que você precisa. Ainda assim, você deve procurar ativamente por empresas que possam
oferecer um pacote fácil de implementar com base em padrões estabelecidos aos quais
você pode adicionar (ou subtrair) partes à medida que sua implementação amadurece.
TRADUÇÃO 52
Capítulo 9: Principais iniciações rápidas de SOA 61

Procure modelos de sucesso SOA. O que você pode obter de empresas que já
começaram suas jornadas SOA? O que eles fariam diferente? O que funcionou bem para
eles? Como eles conseguiram fazer com que seu pessoal trabalhasse junto em direção a um
objetivo comum?
Partindo para as Corridas

Esperamos ter dado a você o suficiente para abrir seu apetite por SOA. E esperamos que
entender mais sobre as experiências reais de empresas que já colocaram SOA em ação
tenha inspirado sua jornada. Acreditamos que uma arquitetura orientada a serviços será
crítica para qualquer empresa que dependa da tecnologia para administrar o negócio. O
mundo está mudando rapidamente e a SOA ajuda uma organização a acompanhar o ritmo. A
SOA pode ajudar a tornar uma empresa "preparada para o futuro", tornando-a pronta e capaz
de mudar quando a mudança inevitavelmente chegar.

SOA For Dummies - PT

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

SOA For Dummies - PT

Enviado por

Direitos autorais:

Formatos disponíveis

Accelerating the world's research

SOA para leigos

Precisa citar este papel? Quer mais papéis como este?

Receba a citação nos estilos Faça o download de um pacote PDF de artigos

Pesquise no catálogo de 47 milhões de artigos

translated with Academia.edu 

SOA para leigos

Resumindo, precisamos do Smart SOA.

Esses materiais são propriedade da Wiley Publishing, Inc. e qualquer disseminação,

A indústria de software está em uma jornada em direção a uma abordagem de software

Sobre este livro

familiarizar-se com ele em um período de tempo relativamente curto. Compreender as

UU Como alternativa, você é um profissional de TI que sabe bastante sobre tecnologia,

Ícones usados ​neste livro

Achamos que este é um ponto particularmente útil para prestar atenção.

Você pode se arrepender se este pequeno detalhe escapar de sua mente.

Esses materiais são propriedade da Wiley Publishing, Inc. e qualquer disseminação,

A arquitetura orientada a serviços (SOA) é uma abordagem de negócios para a

Esses materiais são propriedade da Wiley Publishing, Inc. e qualquer disseminação,

SOA significa negócios mais inteligentes e TI mais inteligente

Dividimos o mundo da SOA na camada de serviços de negócios e na camada de

Os gerentes de negócios não precisam entender as complexidades da camada Plumbing

Da mesma forma, se você cobrir toda a funcionalidade de negócios em seu diagrama

Esses materiais são propriedade da Wiley Publishing, Inc. e qualquer disseminação,

UU SOA é uma arquitetura de componentes de caixa preta. A SOA esconde

UU Os componentes SOA são fracamente acoplados. O termo fracamente acoplado

Um conjunto de componentes fracamente acoplados faz o mesmo trabalho que

UU Os componentes SOA são orquestrados para serem vinculados por meio de

Para isso, a arquitetura incorpora componentes que garantem um nível de serviço

Nenhuma empresa de tamanho considerável pode funcionar sem TI - é tão simples

de negócios e TI comunicarão como os processos automatizados de seus negócios devem

Viver melhor através da reutilização

organização, não criará novos departamentos de Contabilidade, Recursos Humanos, Jurídico,

Com SOA, os gerentes de negócios trabalham com TI para identificar serviços de

Garantindo uma melhor qualidade de serviço

Arquitetura Orientada a Serviços Para Leigos, 2ª Edição Limitada IBM 8

Reiteração redundante, novamente

Esses materiais são propriedade da Wiley Publishing, Inc. e qualquer disseminação,

Esse tipo de operação tranquila, satisfatória e eficiente é exatamente o que as empresas

de negócios está executando a função correta em associação com os regulamentos

Educando Rita e Peter e Raul e Ginger

Cumprindo a Regulamentação Governamental

Fazendo SOA acontecer

O Enterprise Service Bus (ESB), o registro e o repositório SOA, o gerenciador de

Pegando o Enterprise Service Bus

Para transportar as mensagens entre os componentes de software, os SOAs geralmente

No ambiente operacional, o registro SOA fornece informações de referência sobre os

O registro SOA é extremamente importante porque atua como ponto de referência

Comparativamente, o repositório é como um ponto de referência central dentro do

Escolhendo um caso de teste com cuidado

Ou você pode ter um serviço comum implementado de 500 maneiras diferentes em

Outras organizações podem obter valor simplesmente descobrindo exatamente quais

O caso para estudos de caso

setores: serviços financeiros, saúde, viagens e hotelaria, manufatura, varejo,

A necessidade de uma nova ordem mundial de tecnologia que discutimos no Capítulo 1

As empresas de serviços financeiros exigem infra-estruturas de TI fortes, de suporte e

Dada a complexidade da infra-estrutura de TI em muitas empresas de serviços

Historicamente, a CIGNA via seus principais clientes como empregadores corporativos

Como resultado, a CIGNA continua a se concentrar na capacidade principal de processar

Capítulo 2: Serviços Financeiros 19

foram adquiridos da CIGNA. Por exemplo, pode ajudar a determinar se um indivíduo é

denominado Atendimento ao Consumidor. Esse processo de agrupamento de funções de

Portanto, embora a empresa tenha pensado em elegibilidade e inscrição como duas

Ícones usados neste livro

Os serviços reutilizáveis são a chave para o sucesso da solução da IHG. Um repositório