SóProvas

ID
1867684
Banca
CESPE / CEBRASPE
Órgão
TRT - 8ª Região (PA e AP)
Ano
2016
Provas
Disciplina
Arquitetura de Software
Assuntos

A interface de um webservice pode mudar ao longo do tempo sem comprometer a habilidade de interação do cliente com o serviço. A essa caraterística dá-se o nome de

Alternativas
Comentários

  • Depois de alguns anos a iProcess também teve a ousadia de propor uma definição para SOA:


    “SOA é uma filosofia de TI que visa facilitar a integração entre sistemas, orientando a criação e a disponibilização de soluções modulares e fracamente acopladas baseadas no conceito de serviços”


    À partir dessas definições podemos chegar a algumas conclusões à respeito de SOA.


    SOA não é uma tecnologia.
    Há tanto de negócio quanto de tecnologia em SOA.
    As tecnologias (padrões) que dão suporte a SOA são o que a viabiliza, mas SOA não é uma tecnologia por si só.
    SOA não é uma metodologia.
     Há várias metodologias (processos, ferramentas, métodos de trabalho) que podem ser usados para implantar SOA com sucesso.
    SOA não é e nem define alguma metodologia.
    SOA pode ser considerada uma filosofia arquitetural.
    SOA é uma linha de pensamento que permeia a implementação de necessidades de negócio, refletida em diretrizes, políticas e metodologias corporativas, não necessariamente restritas à área de TI.SOA não é algo que se possa comprar ou instalar.
    SOA não é um webservice.
    SOA não cria nada.
    Ela apenas sugere, propõe, define.
    SOA baseia-se no conceito do uso de serviços atômicos, independentes e com baixo acoplamento.

    Fonte: http://blog.iprocess.com.br/2012/10/soa-arquitetura-orientada-a-servicos/
    http://sensedia.com/blog/soa/principios-basicos-de-soa-baixo-acoplamento/

  • As principais características dos serviços Web são:
    - Baseado em XML: usado para representar os dados. Como transporte de dados, XML (eXtensible Markup Language) [4] elimina qualquer dependência com rede e sistema operacional.
    - Fracamente acoplado: a interface de um serviço Web pode mudar durante o tempo sem comprometer a habilidade do cliente de interagir com o serviço.
    - Granularidade grossa: provê uma maneira natural de definir serviços de granularidade grossa que acessam a quantidade correta de lógica de negócio.
    - Chamadas síncronas e assíncronas: um cliente pode invocá-lo de forma síncrona e assíncrona. Possibilitar chamadas assíncronas é a chave para permitir sistemas fracamente acoplados.

    Os serviços Web são descritos e acessados utilizando uma notação padronizada de XML que cobre todos os detalhes necessários para interagir com o serviço, descrevendo as funcionalidades, a localização, o modo de invocação e os protocolos utilizados para isso. O tripé XML que mantém a arquitetura de implementação dos serviços Web está focada em três elementos:

    - WSDL (Web Service Description Language): um formato XML que permite que os serviços sejam descritos.

    - SOAP (Simple Object Access Protocol): protocolo para comunicação que encapsula os dados transferidos no formato XML.

    - UDDI (Universal Description, Discovery, and Integration): um catálogo de serviços para publicar e descobrir metadados sobre serviços Web, permitindo que aplicações descubramnos tanto em tempo de projeto quanto de execução.

    Fonte: http://www.governoeletronico.gov.br/anexos/guia-de-orientacao-para-implementacao-de-web-services/

  • Umas das características que aprendemos em nosso estudo sobre o Web Services é que ele possui acoplamento fraco.

    Resposta: B