Soa 2

SOA
Professor Marcelo Pacote @professorpacote

W W W. D O M I N A N D OT I .CO M . B R
Acesse nosso site em
WWW.DOMINANDOTI.COM.BR
Cursos
Livros
Frum
Simulados
Turmas em Braslia, na sua cidade, e cursos online

Edies publicadas, lanamentos e promoes
Interao direta entre estudantes e com os professores
Questes inditas, ranking de notas e correes em vdeo
Blog
Dicas e macetes de estudo, indicaes de bibliografia, etc.
Materiais
Verses atualizadas de notas de aula e listas de exerccios
Curta o Dominando TI no
e receba nossas dicas sobre concursos!
Contextualizao
Professor Marcelo Pacote - @professorpacote
Introduo
Estratgia que prope a organizao dos ativos de software de
forma que eles possam representar processos, atividades ou
tarefas de negcio de forma direta.
Provimento de servios
Devem ser baseados em padres e facilmente combinados e
reutilizados.
Organizao por meio de processos
Introduo
Visa integrar sistemas existentes e futuros
Agrupa processos de negcios
Trata-os como servios interoperveis
(BASA/2012/Cespe/Tec. Cientfico/Redes/108)
( ) Aplicaes legadas que rodam em plataforma alta podem
ser expostas como servio e integradas em aplicaes
desenvolvidas para plataforma baixa, mediante uma abordagem
de arquitetura orientada a servio (SOA).
Caractersticas e termos chave

Baixo acoplamento
Componentes independentes que interagem por meio de interfaces bem definidas
Neutralidade de implementao
Linguagens de programao, plataforma de hardware ou qualquer outro elemento
tecnolgico no so limitantes.
Interoperabilidade
Permite que sistemas coexistam e se comuniquem
Agrega flexibilidade arquitetura
(Sefaz-SP/2013/FCC/Ag. Fiscal/TI/63)
A Arquitetura Orientada a Servios (SOA) tem algumas
caractersticas que possibilitam sua definio. Dentre essas
caractersticas est a de
(A) ter seus componentes fortemente acoplados.
(B) no exigir troca de mensagens entre provedores e

consumidores de servios.
(C) permitir o reuso de seus componentes.
(D) ser centralizada em apenas um servidor.
(E) no possibilitar a reutilizao de seus componentes.
SOA X Web Services
Web
Services
SOA
(TJ-PE/2012/FCC/Analista/An. Sistemas/55)
Sobre SOA e tecnologias relacionadas, correto afirmar:
a) Na arquitetura SOA, Servios Web so disponibilizados usando XML, WSDL, SOAP e

UDDI, tecnologias estas que habilitam a implementao e desenvolvimento da
arquitetura.
b) Como grande parte das aplicaes SOA so construdas por WML Web Services, o
uso do estado de sesso grande.
c) Poucas aplicaes orientadas a servios atuais utilizam como protocolo de
comunicao o SOAP, que um protocolo baseado em XML com suporte conexo.
d) WSDL refere-se a um documento escrito em XML que descreve um servio, mas no
especifica como acess-lo.
e) BPEL uma linguagem de programao para especificao de processos de
negcios que envolvam Web Services. Utiliza apenas a tcnica de coreografia para
fazer a composio de servios
10
Viso SOA
Processo de Negcio
Meta-Aplicaes
Servios
11
Viso SOA Exemplo
Fonte: http://linux.ime.usp.br/~cef/mac499-06/monografias/filipemadeira/monografia.pdf
12
ESB Enterprise Service Bus

Meta-Aplicaes
Front-End
Servio
Servio
Servio
ESB (Enterprise Service Bus)
SOA
13
ESB Exemplos de produtos

Apache ServiceMix
Oracle Enterprise Service Bus
Open ESB
Mule
Microsoft BizTalk
JBOSS/Glassfish
14
Exerccio [01] (CHESF/2012/CESGRANRIO) (1/2)

O barramento de servios corporativos (ESB) tem como responsabilidade
permitir que consumidores de um servio consigam acessar os servios
que so oferecidos pelos provedores. Essa responsabilidade envolve
diversas atividades e formalismos, alm de vrias caractersticas
especficas. Baseado nessas informaes sobre o ESB e suas
peculiaridades, conclui-se que um ESB
a) se baseia em um modelo de linguagem nica, sendo necessrias uma
verso para linguagens imperativas e outra para linguagens orientadas a
objeto.
b) consiste em um nico protocolo de rede, sendo impossvel a
comunicao com mquinas que estejam fora do escopo desse protocolo.
15
Exerccio [01] (CHESF/2012/CESGRANRIO) (2/2)

c) requer implementao homognea, sem a mistura de
tecnologias na parte de middleware e protocolos.
d) permite que o consumidor dos servios desconhea o
endereo exato (endpoint) do provedor dos servios.
e) no lida com conceitos de confiabilidade e segurana, sendo

responsvel apenas pela conexo dos mtodos/funes.
16
Camadas
17
Orquestrao vs. Coreografia

Orquestrao
composio de processos de negcio (atravs de Web Services) onde existe
a figura de um processo central (processo mestre) que controla e coordena
os demais processos. Neste tipo de composio, cada processo participante
no tem conhecimento de que faz parte de uma composio de processos,
com exceo do processo mestre.
Coreografia
composio de processos de negcio (atravs de Web Services) onde no
existe a figura de um processo mestre que controla e coordena os demais
processos. Neste tipo de composio, cada processo envolvido tem o
conhecimento de que faz parte de uma composio de processos e que
precisa interagir com outros processos de maneira ordenada para que a
composio resultante tenha sucesso.
18
(PETR/2012/CESGRANRIO/Analista/Negcio/40)
Um processo de cotao pode ser descrito da seguinte maneira: o
departamento interessado na compra pede o preo ao departamento de
compras, que verifica todos os fornecedores disponveis e, em paralelo,
envia um pedido de cotao para cada fornecedor, esperando receber
de cada um primeiramente uma confirmao do recebimento (ack),
depois, o preo pedido. Aps receber todas as respostas, o
departamento de compras seleciona o menor preo e o envia para o
departamento interessado. luz dos conceitos de gesto de processos
integrados de negcios (BPM), essa descrio consiste em uma
(A) coreografia
(B) exceo
(C) fila de atividades
(D) instncia de processo
(E) orquestrao
19
Vantagens
Diminuio do nmero de redundncias de funcionalidades
Baixo acoplamento entre aplicaes

Alta interoperabilidade entre plataformas
Alta reutilizao das regras de negcio

Reduo de custos
Resposta rpida a mudanas nos processos de negcio
Agilidade nas mudanas
Servios so facilmente testados
20
Caractersticas
Os servios so representaes de aplicativos e procedimentos
Conceito de Web Services: SOAP, REST, WSDL

Permite integrao de servios
21
Modelagem de Processos do Negcio (BPM)

BPMN: Linguagem de modelagem de processos. Possibilita
desenhar o fluxo do negcio representando o processo de
negcio.
BPEL: Linguagem de execuo de processos. Especificao

de como realizada a orquestrao das chamadas de servios.
22
Modelagem de Processos do Negcio (BPM)

Modelagem de processos da organizao o conhecimento e
a anlise dos processos e seu relacionamento com os dados,
estruturados em uma viso top down.
A execuo operacional do mapeamento de processos iniciase com a coleta de dados para o levantamento da situao atual
do processo (As Is), seguido pela otimizao e modelagem do
estado desejado do processo (To Be).
O primeiro passo em qualquer projeto de Business Process
Modeling (BPM) entender o processo existente e identificar
suas falhas.
23
Exerccio [02] (PETR/2011/CESGRANRIO) (1/2)

Passo importante em qualquer projeto de BPM fazer a modelagem
as-is.
PORQUE
Para garantir o sucesso do projeto dos novos mtodos a implantar
pelo BPM, os procedimentos vigentes devem ser ignorados.
Analisando-se as afirmaes acima, conclui-se que
a) as duas afirmaes so verdadeiras, e a segunda justifica a
primeira.
b) as duas afirmaes so verdadeiras, e a segunda no justifica a
primeira.
24

c) a primeira afirmao verdadeira, e a segunda falsa.
d) a primeira afirmao falsa, e a segunda verdadeira.

e) as duas afirmaes so falsas.
25
Exerccio [03] (EBC/2011/CESPE)

( ) No contexto do BPM, um processo um conjunto definido de
atividades ou comportamentos executados por humanos ou
mquinas para alcanar uma ou mais metas. Os processos
possuem atributos e caractersticas que descrevem propriedades,
comportamento, propsito, ou outros elementos de processo.
( ) Modelos de processo so teis como uma documentao, um
meio para comunicao e alinhamento, desenho e requisitos, ou
um meio para analisar aspectos de processo, treinamento e
explicao.
26
Viso de Processos das Organizaes
27
Viso de Processos das Organizaes
Servio
Aplicativo
Servio
Web Services
Servio
Servio
Barramento de Servios
28
BAM Business Activity Monitoring

Permite o armazenamento, anlise e exibio de informaes
estatsticas sobre a execuo de processos de negcio.
Processo de negcio deve ser mensurvel
Tomada de deciso em tempo real
Fortemente dependente de ferramentas
29
SOA Modelo Operacional Triangular
Usurio
de servios
Executa
(Consolida e Requisita)
Provedor
de servio
Registra
Procura
Registro
de servios
Paradigma procura-consolida-executa (find-bind-execute)
30
Exerccio [04] (PETR/2011/CESGRANRIO)

Em uma arquitetura orientada a servios (SOA), os componentes bsicos
so:
a) provedor de servio, consumidor de servio e registro de servio
b) provedor de servio, executor de servio e consumidor de servio
c) descobridor de servio, solicitador de servio e biblioteca de servios

d) descobridor de servio, executor de servio e solicitador de servio
e) publicador de servio, executor de servio e registro de servio
31
Arquitetura Orientada a Servios

SOA uma arquitetura fracamente acoplada. Os servios
disponibilizados podem ser reutilizados e aplicados em
diferentes reas dentro e fora da organizao sem ajustar a
tecnologia subjacente.
Um servio consiste da funcionalidade que precisa ser

especificada no contexto do negcio e em termos do contrato
entre o provedor e o consumidor. Os detalhes de
implementao podem ser omitidos.
Em SOA os servios so partes de um ou mais processos de
negcio distribudos.
32
Arquitetura Orientada a Servios

SOA cria um novo paradigma de modelagem das
organizaes cujo objetivo criar mdulos funcionais chamados
de servios, com baixo acoplamento permitindo sua
reutilizao.
Alm do reuso, a adoo de uma arquitetura orientada a
servios facilita a adaptabilidade de sistemas, fazendo com que
se tornem dinmicos na medida que servios podem ser
substitudos em tempo de execuo de maneira transparente.
33
Exerccio [05] (MEC/2008/FGV/Ger. Projetos) (1/2)

SOA representa um termo que expressa uma metodologia para
desenvolvimento de software, sendo uma estratgia que
proclama a criao de todos os ativos de software de uma
empresa.
Assinale a opo que apresenta duas caractersticas

importantes da metodologia SOA e que podem ser visualizadas
como vantagens.
34
Exerccio [05] (MEC/2008/FGV/Ger. Projetos) (2/2)

a) Orientada a servios e estratgia de TI para reutilizao de
software.
b) Orientada a funes e estratgia de TI para reutilizao de
software.
c) Orientada a objetos e estratgia de TI para reutilizao de
software.
d) Orientada a servios e estratgia de TI para a web.

e) Orientada a funes e estratgia de TI para a web.
35
Exerccio [06] (TCU/2008/CESPE)
A figura acima apresenta elementos que participam de uma arquitetura de

servios web. Considere uma situao em que os rgos do Poder Legislativo
federal ofertem e componham servios entre si por meio de reas pblicas de
seus respectivos stios ou portais, por meio da adoo das tecnologias de servios
web. Nesse caso, considerando a adoo de um registro de servios unificado no
esquema genrico apresentado na figura acima, julgue os itens que se seguem,
de acordo com os conceitos de orientao a servios, integrao e
interoperabilidade.
36
Exerccio [06] (TCU/2008/CESPE) (2/3) - adaptada

( ) Uma ao para permitir a gerao dinmica de stubs por parte
dos consumidores de servios a publicao, no componente
service registry, de informaes dos servios ofertados pelos rgos.
A linguagem WSDL usada na descrio de servios web.
( ) Para publicarem e descobrirem os servios depositados no registro,
os consumidores e provedores de servios de todos os rgos devem
fazer invocaes de mensagens ao service registry, usando XML-RPC,
baseado em envelopes SOAP empacotados em pedidos e respostas
HTTP.
37
Exerccio [06] (TCU/2008/CESPE) (3/3) - adaptada

( ) Considere uma situao em que a tecnologia e os padres de
servios apresentados na figura evoluam para uma arquitetura
orientada a servios service oriented architecture (SOA). Nessa
situao, correto afirmar que: cada servio ofertado por meio do
registro unificado poder, a princpio, ser usado na composio e
automao de um ou mais processos de negcios realizados por
cada rgo; cada rgo do Poder Legislativo tender a tornar-se
consumidor e provedor de servios, simultaneamente; os servios
providos pelos rgos tendero a ser fracamente acoplados, com
pouca necessidade de manuteno.
38
Exerccio [07] (SEFAZ/2009/FCC) (1/2)

A Service-Oriented Architecture - SOA trata-se de
I. um conjunto de produtos para implementar aplicativos dinmicos

e geis, do tipo loosely couple.
II. uma meta a ser alcanada, ou seja, disponibilizar uma
metodologia de implementao que usa padres e protocolos de
linguagem especficos para execuo de aplicativos.
III. solues que no requerem uma renovao completa de
tecnologia e de processo de negcios, que devem ser incrementais
e baseadas nos investimentos atuais.
39
Exerccio [07] (SEFAZ/2009/FCC) (2/2)

IV. uma abordagem de design de sistemas que orientam como
os recursos de TI sero integrados e quais servios sero
expostos para o uso.
Est correto o que consta APENAS em
a) I e II.
b) I e IV.
c) III e IV.
d) II e III.
e) II e IV.
40
Exerccio [08] (DPE-SP/2010/FCC) (1/3) - adaptada

Em relao SOA (Service-oriented architecture), considere:
I. A SOA visa otimizar o compartilhamento e reutilizao dos componentes

de TI atravs de uma estrutura em que a lgica do aplicativo pode ser
decomposta em pedaos ou servios e serem reutilizados e aplicados em
diferentes reas dentro e fora da empresa sem ajustar a tecnologia
subjacente.
II. Ao contrrio das WebServices, na SOA, duas reas diferentes, com
aplicativos e dados diferentes, e possivelmente sistemas operacionais ainda
mais diferentes podem compartilhar o servio sem uma grande quantidade
de codificaes customizadas para faz-lo funcionar.
41
Exerccio [08] (DPE-SP/2010/FCC) (2/3)

III. Uma empresa pode construir sistemas de TI flexveis com servios
fortemente acoplados que podem ser compartilhados, modificados e
permutados sem enfrentar dificuldades com a customizao de
tecnologias subjacentes, mesmo, levando em conta a existncia de grande
quantidade de linhas de cdigos da linguagem WSDL.
IV. Um servio pode ser definido como uma funo independente que
aceita uma ou mais requisies e devolve uma ou mais respostas atravs
de uma interface padronizada e bem definida. Servios podem tambm
realizar partes discretas de um processo tal como editar ou processar uma
transao e no devem depender do estado de outras funes ou
processos.
42
Exerccio [08] (DPE-SP/2010/FCC) (3/3)

correto o que se afirma APENAS em
a) II, III e IV.

b) II e III.
c) I e III.
d) I, II e III.
e) I e IV.
43
[09] (MEC/2011/CESPE/Gerente de Projetos) (1/2)

( ) A arquitetura SOA, orientada para a criao de componentes
fracamente acoplados, muito utilizada para componentes que
no tenham interface bem definida ou cujos detalhes de
implementao no sejam claros.
( ) O diretrio de servios em SOA organiza as linhas de
servios ou linhas de produo em fluxos de etapas de
solicitao de servios prestados por provedores e
consumidores.
44
[09] (MEC/2011/CESPE/Analista de Sistemas) (2/2)

( ) As transaes so os blocos bsicos sobre os quais as
aplicaes embasadas em SOA so construdas.
( ) A arquitetura SOA utiliza um paradigma find-bind-execute
no qual os provedores cadastram seus servios em um registro
pblico; os consumidores acessam o registro em busca de
servios; e, se houver servio disponvel, o registro devolve ao
consumidor um contrato e um endereo para aquele servio.
45
Exerccio [10] (SENADO/2008/FGV) (1/2)

Considere as seguintes assertivas sobre uma arquitetura
orientada a servios (SOA):
I. SOA apenas uma implementao de Servios Web, possuindo
ambas as mesmas caractersticas.
II. As mensagens so o principal meio de comunicao entre os

provedores e os consumidores de servios.
III. SOA no prescreve como projetar ou construir a
implementao do servio.
IV. Quando os servios so disponibilizados na web, eles so
identificados por uma URI.
46
Exerccio [10] (SENADO/2008/FGV) (2/2)

As assertivas corretas so:
a) somente I, II e III.
b) somente II, III e IV.
c) somente I, III e IV.

d) somente I, II e IV.
e) todas.
47
Exerccio [11] (TCU/2010/CESPE) (1/2)
Com referncia ao processo de negcio apresentado no fluxograma

acima, que dever ser automatizado usando uma abordagem de
orientao por servios, e aos princpios de orientao a servios e das
boas prticas de adoo de arquitetura orientada a servios (SOA),
julgue os itens que se seguem.
(
) Aps definidos os servios que automatizam as tarefas, esses
servios podem ser orquestrados para prover a automatizao do
processo como um todo. Essa abordagem est ligada caracterstica
de que SOA deve ser direcionada pelo negcio.
48
Exerccio [11] (TCU/2010/CESPE) (2/2)

( ) Servios de entidade e utilitrios, com maior potencial de reuso,
no podem ser identificados a partir da anlise orientada a
servios do processo de negcio.
( ) O referido processo de negcio sequencial. Esse processo

poder ser otimizado por meio da anlise e do projeto orientados a
servios, que poder transform-lo em um processo que emprega
atividades executadas em paralelo, promovendo maior agilidade
organizacional, outra caracterstica intrnseca de SOA.
49
SOA Mitos e Fatos

Mito: SOA uma tecnologia.
Fato: SOA uma filosofia de projeto independente de
qualquer fornecedor, produto, tecnologia ou tendncia da
indstria. Nenhum fornecedor ir oferecer um "pacote SOA"
porque as necessidades variam de uma organizao para outra.
50
SOA Mitos e Fatos

Mito: SOA novo e revolucionrio.
Fato: CORBA e DCOM foram exemplos conceituais de SOA.
Mito: SOA garante o alinhamento entre TI e negcios.

Fato: SOA no uma metodologia.
51
SOA Mitos e Fatos

Mito: SOA requer uso de Web Services.
Fato: SOA *pode* ser implementado por meio de Web

Services mas Web Services no so necessariamente
requeridos para implementar SOA.
52
Gabarito
(BASA/2012/Cespe/Tec. Cientfico/Redes/108) certo
(Sefaz-SP/2013/FCC/Ag. Fiscal/TI/63) C
(TJ-PE/2012/FCC/Analista/An. Sistemas/55) A
(PETR/2012/CESGRANRIO/Analista/Negcio/40) A
[01] d
[07] c
[02] c
[08] e
[03] cc
[09] ecec
[04] a
[05] a
[10] b
[11] cee
[06] cec
53
Anexo I
Exerccios Complementares
Professor Marcelo Pacote @professorpacote
Exerccio [1] (TRT-5/2008/CESPE) - adaptada

Com relao a SOA, web services, UDDI, WSDL, SOAP, XML, julgue os
prximos itens.
(
) No SOA, os web services permitem que os aplicativos se
comuniquem entre si de modo independente da plataforma e da
linguagem de programao. Os web services utilizam WSDL para
descrever interfaces de aplicativos.
( ) Na viso do SOA, XML e WSDL so padres abertos que permitem
que os servios se comuniquem independentemente da plataforma de
hardware, do sistema operacional e da linguagem de programao nos
quais o servio est implementado.
55
Exerccio [2] (UNIPAM/2009/CESPE) (1/2)

Com relao a SOA e Web services, assinale a opo correta.
a) A interface de Web service define os dados disponveis e

como eles podem ser acessados de modo a que o fornecimento
de servios seja independente da aplicao que o utiliza.
b) Conceitualmente, os scripts de servios consideram que um
provedor de servio o oferece pela definio de seus dados e
pela implementao de sua funcionalidade.
56
Exerccio [2] (UNIPAM/2009/CESPE) (2/2)

c) Os servios podem ser oferecidos por qualquer cliente de
servios dentro ou fora de determinada organizao e tornam
pblicas as informaes sobre o servio para que usurios
autorizados possam utiliz-la.
d) So padres de Web services o SOAP, o WSDL e o UDDI,

todos baseados em HTTP.
57
Exerccio [3] (INMETRO/2009/CESPE)

A respeito da arquitetura orientada a servio (SOA), julgue os itens:
( ) Na SOA, o protocolo SOAP define um esquema para uso de XML para

representar o contedo de mensagens de requisio e respostas. Para garantir
essa comunicao, os envelopes das mensagens SOAP devem conter referncia
ao endereo destino para que a mensagem possa ser entregue.
( ) Na SOA, o consumidor do servio deve saber a descrio do servio antes de
mandar a requisio e ele tambm o responsvel por descobrir o servio.
( ) Na SOA, um repositrio de servios mantm servios que no esto
implementados na mesma mquina em que est o repositrio. Assim, os
servios do repositrio podem estar implementados em vrios servidores
diferentes, distribudos pela rede.
58
Exerccio [4] (TCU/2010/CESPE)

( ) Para o projeto em tela, recomendado que se adote uma
arquitetura orientada a servios web (SOA e web services)
porque esse tipo de arquitetura facilita o reuso de componentes
de software fisicamente distribuveis, alm de ser embasado
em ligao esttica entre provedores e consumidores de
servio.
59
Exerccio [5] (TRT-14/2011/FCC/Tcnico)

um modelo usado para integrar o software de gesto empresarial
da sede da empresa com os sistemas utilizados pelas suas filiais
para permitir o intercmbio de dados entre todos os sistemas da
corporao. Trata-se da definio mais adequada arquitetura de
sistemas
a) cliente/servidor.
b) multicamadas.
c) Hub.
d) Webserver.
e) SOA (Service-oriented architecture).
60

Em Arquiteturas Orientadas a Servios, os barramentos de
servios corporativos (ESB - Enterprise Service Bus) viabilizam a
infraestrutura que permite usar os servios em ambientes
distribudos.
Entretanto, os ESB possuem caractersticas tcnicas e

conceituais que os distinguem, e, em funo dessas diferenas,
podem ser categorizados.
Associe os tipos de conexo com suas possveis
implementaes.
61

I API
II Interceptores
III Mediadores
P Chamada de servio indireta ponto a ponto, onde o ponto final fsico

substitudo por um balanceador de carga.
Q O ESB define um protocolo, utilizado para troca de mensagens entre
fornecedores e consumidores.
R O ESB define as interfaces especficas das plataformas, e
fornecedores e consumidores as utilizam para implementaes e
chamadas de servios.
S Comunicao onde o consumidor identifica o servio oferecido
atravs de um nome simblico, interpretado pelo ESB para encontrar
um fornecedor apropriado.
62

As associaes corretas so:
a) I P , II Q , III R
b) I Q , II S , III P
c) I R , II P , III S
d) I R , II S , III P
e) I S , II R , III Q
63
Exerccio [07] (TCU/2007/CESPE) - adaptada (1/2)

Considerando a figura abaixo e os conceitos pertinentes
engenharia de software, julgue o item a seguir:
64
Exerccio [07] (TCU/2007/CESPE) - adaptada (2/2)

( ) Uma migrao da arquitetura ilustrada, visando adequao
da camada de servios j existentes ao modelo de SOA e
Webservices, depender primariamente do uso de XML,
posterior uso combinado de WSDL e SOAP e, apenas
secundariamente, do uso de UDDI.
65
Exerccio [8] (MEC/2008/FGV/An. Sistemas)

A Arquitetura Orientada a Servios (SOA Service Oriented
Architecture) uma abordagem arquitetural corporativa que permite a
criao de servios de negcios interoperveis que podem facilmente
ser reutilizados e compartilhados entre aplicaes e empresas.No
considerada caracterstica relevante do SOA:
a) a distribuio.
b) a assincronia.
c) a composio.
d) o reuso caixa-preta.
e) a heterogeneidade ambiental.
66
Gabarito
[01] certo, certo
[02] a
[03] errado, certo, certo
[04] errado
[05] e
[06] c
[07] certo
[08] b
67

Soa 2

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Soa 2

Загружено:

Авторское право:

Доступные форматы

SOA

Professor Marcelo Pacote @professorpacote

Acesse nosso site em

Turmas em Braslia, na sua cidade, e cursos online

Dicas e macetes de estudo, indicaes de bibliografia, etc.

Verses atualizadas de notas de aula e listas de exerccios

Professor Marcelo Pacote - @professorpacote

Professor Marcelo Pacote - @professorpacote

Professor Marcelo Pacote - @professorpacote

Professor Marcelo Pacote - @professorpacote

Caractersticas e termos chave

Professor Marcelo Pacote - @professorpacote

(B) no exigir troca de mensagens entre provedores e

Professor Marcelo Pacote - @professorpacote

SOA X Web Services

Professor Marcelo Pacote - @professorpacote

a) Na arquitetura SOA, Servios Web so disponibilizados usando XML, WSDL, SOAP e

Professor Marcelo Pacote - @professorpacote

Professor Marcelo Pacote - @professorpacote

Viso SOA Exemplo

Professor Marcelo Pacote - @professorpacote

ESB Enterprise Service Bus

ESB (Enterprise Service Bus)

Professor Marcelo Pacote - @professorpacote

ESB Exemplos de produtos

Professor Marcelo Pacote - @professorpacote

Exerccio [01] (CHESF/2012/CESGRANRIO) (1/2)

Professor Marcelo Pacote - @professorpacote

Exerccio [01] (CHESF/2012/CESGRANRIO) (2/2)

e) no lida com conceitos de confiabilidade e segurana, sendo

Professor Marcelo Pacote - @professorpacote

Professor Marcelo Pacote - @professorpacote

Orquestrao vs. Coreografia

(C) fila de atividades

(D) instncia de processo

Professor Marcelo Pacote - @professorpacote

Baixo acoplamento entre aplicaes

Alta reutilizao das regras de negcio

Professor Marcelo Pacote - @professorpacote

Conceito de Web Services: SOAP, REST, WSDL

Professor Marcelo Pacote - @professorpacote

Modelagem de Processos do Negcio (BPM)

BPEL: Linguagem de execuo de processos. Especificao

Professor Marcelo Pacote - @professorpacote

Modelagem de Processos do Negcio (BPM)

Professor Marcelo Pacote - @professorpacote

Exerccio [02] (PETR/2011/CESGRANRIO) (1/2)

Professor Marcelo Pacote - @professorpacote

Exerccio [02] (PETR/2011/CESGRANRIO) (2/2)

d) a primeira afirmao falsa, e a segunda verdadeira.

Professor Marcelo Pacote - @professorpacote

Exerccio [03] (EBC/2011/CESPE)

Professor Marcelo Pacote - @professorpacote

Viso de Processos das Organizaes

Professor Marcelo Pacote - @professorpacote

Viso de Processos das Organizaes

Professor Marcelo Pacote - @professorpacote

BAM Business Activity Monitoring

Professor Marcelo Pacote - @professorpacote

SOA Modelo Operacional Triangular

Paradigma procura-consolida-executa (find-bind-execute)

Professor Marcelo Pacote - @professorpacote

Exerccio [04] (PETR/2011/CESGRANRIO)

c) descobridor de servio, solicitador de servio e biblioteca de servios

Fato: SOA pode ser implementado por meio de Web