Questões de Concurso Comentadas para metrô-sp

Enterprise Service Bus ? ESB:

Sobre a SOA ? Service-oriented architecture, considere:

I. A SOA fornece, essencialmente, uma estrutura na qual a lógica do aplicativo pode ser decomposta em pedaços ou serviços que podem ser reutilizados e modificados e aplicados em diferentes áreas dentro e fora da empresa sem ajustar a tecnologia subjacente, otimizando, dessa forma, o compartilhamento e reutilização dos componentes de TI.
II. Ao contrário das Web Services, na SOA, duas áreas diferentes, com aplicativos e dados diferentes, e possivelmente sistemas operacionais ainda mais diferentes, podem compartilhar o serviço sem uma grande quantidade de codificações customizadas para fazê-lo funcionar.
III. Utilizando a SOA, uma empresa pode construir sistemas de TI flexíveis, com serviços fortemente acoplados que podem ser compartilhados, modificados e permutados sem enfrentar dificuldades com a customização de tecnologias subjacentes, mesmo levando em conta a existência de grande quantidade de linhas de códigos da linguagem WSDL.
IV. Na SOA, um serviço pode ser definido como uma função independente que aceita uma ou mais requisições e devolve uma ou mais respostas através de uma interface padronizada e bem definida. Serviços podem também realizar partes discretas de um processo, tal como editar ou processar uma transação, e não devem depender do estado de outras funções ou processos.

É correto o que consta APENAS em

Em relação à componentização e reuso, considere:

I. Se o componente sendo projetado é muito complicado, então, não é usável, por ser muito complexo ou apenas uma pequena porção desse componente é usada. Ao projetar um componente reusável, deve-se estar atento para que ele seja tão simples quanto possível.
II. Quando é projetada uma solução baseada em componentes, é possível obter um comportamento comum de modo que vários usuários possam utilizar. Uma outra forma para reuso de interfaces genéricas é o reuso da especificação. Uma vez que os componentes podem possuir múltiplas interfaces, é possível ter diferentes componentes.
III. No que concerne ao reuso dos componentes existentes, as interfaces podem ser projetadas para usar outras interfaces em tempo de design (desde que todas as implementações de componentes no sistema especificado suportem as interfaces) ou em tempo de implementação (usa os serviços de outras interfaces).

É correto o que consta em

Representar a arquitetura de software em várias visões, utilizando vários modelos, produz um resultado mais consistente uma vez que há muita informação dissociada para retratar em um único modelo. Nesse sentido considere os itens abaixo, relativos aos principais esquemas de visões:

I. Um esquema que ressalta, em separado, os detalhes estático, dinâmico e funcional dos objetos identificados no sistema, ou seja, cada objeto possui sua estrutura e sua descrição definidas do ponto de vista estático, dinâmico e funcional.
II. As visões determinam uma seqüência de atividades que ocorrem no tempo, ou seja, uma evolução incremental dos conceitos do negócio e suas representações. Primeiro devem ser pensados os detalhes da visão lógica para, em seguida, se pensar nos detalhes da visão física. As semânticas determinam as representações estática e dinâmica de ambas as visões.
III. Um esquema onde as visões são coordenadas com o objetivo de representar a arquitetura como um modelo de abstração que possui o foco na estrutura nos elementos essenciais, sugerindo a notação UML [Booch98] como principal mecanismo de representação dos propósitos das visões. IV. Um esquema onde vários propósitos são atendidos pelas visões, tais como, abordar a organização lógica do sistema, organizar suas funcionalidades, abordar os aspectos de concorrência e descrever a distribuição física do software na plataforma utilizada. As visões se dividem em lógica, de processo, de desenvolvimento, de implementação e de casos de uso.

Os itens acima referem-se, respectivamente, às visões

Em Arquitetura de Software, um estilo de arquitetura é a descrição de tipos de componentes, dos padrões que guiam a interação entre eles e de suas restrições. Nesse sentido, considere:

Ele oferece decomposição controlada das tarefas em subtarefas cooperativas. Antes de projetar um sistema, coleta-se os requisitos, transformando-os em especificações, considerando-se que os requisitos estão bem definidos e estáveis. Inclui os padrões Camada (Layers), Canos e Filtros (Pipes and Filters) e Blackboard.

Trata-se do estilo de arquitetura: