Kruchten. Architectural blueprints – the 4+1 view model of software architecture.

A figura acima apresenta o modelo denominado visão 4+1 utilizado para a descrição da arquitetura de sistemas de software. Na periferia dos quatro quadrantes do diagrama ilustrado, são apresentados exemplos de tópicos de discussão, conceitos e profissionais associados à construção de cada visão. No que se refere aos conceitos e informações apresentadas na figura acima e à sua relação com os elementos da estrutura e dos requisitos de software do SWEBOK, dos padrões GOF e do sistema POSA2, julgue o item subseqüente.

A visão lógica (logical view) está mais associada à disciplina de requisitos de software que a de construção de software do documento SWEBOK.

Kruchten. Architectural blueprints – the 4+1 view model of software architecture.

A figura acima apresenta o modelo denominado visão 4+1 utilizado para a descrição da arquitetura de sistemas de software. Na periferia dos quatro quadrantes do diagrama ilustrado, são apresentados exemplos de tópicos de discussão, conceitos e profissionais associados à construção de cada visão. No que se refere aos conceitos e informações apresentadas na figura acima e à sua relação com os elementos da estrutura e dos requisitos de software do SWEBOK, dos padrões GOF e do sistema POSA2, julgue o item subseqüente.

As setas apresentadas no diagrama estabelecem uma ordenação temporal na construção das visões arquiteturais e, desse modo, o modelo de visão arquitetural 4+1, de uma forma geral, possui uma forte associação com as disciplinas de processo de engenharia de software e gerência de engenharia de software do SWEBOK, o que não ocorre com os sistemas de arquitetura estabelecidos no GOF e no POSA2 que por sua vez estão mais orientados para a disciplina de desenho de software do SWEBOK.

A figura acima, que foi adaptada do sítio http://www.cs.wustl.edu, apresenta um sistema de padrões de desenho conhecido como POSA2, constituído, entre outros, pelos elementos indicados por A, B, C e D e pelos padrões de desenho orientado a objeto nomeados nos retângulos mostrados. Com relação às informações apresentadas e aos conceitos de análise e projeto de software orientado a objetos, de arquitetura de software, de programação orientada a objetos e de padrões de projeto ou desenho, julgue o item que se segue.

Caso se deseje transmitir, por meio de invocação de procedimento remoto orientado a objeto, uma lista de parâmetros. O padrão acceptor-connector é mais indicado que o padrão serializer.

A figura acima, que foi adaptada do sítio http://www.cs.wustl.edu, apresenta um sistema de padrões de desenho conhecido como POSA2, constituído, entre outros, pelos elementos indicados por A, B, C e D e pelos padrões de desenho orientado a objeto nomeados nos retângulos mostrados. Com relação às informações apresentadas e aos conceitos de análise e projeto de software orientado a objetos, de arquitetura de software, de programação orientada a objetos e de padrões de projeto ou desenho, julgue o item que se segue.

Caso seja necessário prover acesso orientado a objetos a um conjunto de operações disponíveis em um sistema legado, entre os padrões adapter e wrapper facades, o uso do primeiro é mais adequado.

A figura acima, que foi adaptada do sítio http://www.cs.wustl.edu, apresenta um sistema de padrões de desenho conhecido como POSA2, constituído, entre outros, pelos elementos indicados por A, B, C e D e pelos padrões de desenho orientado a objeto nomeados nos retângulos mostrados. Com relação às informações apresentadas e aos conceitos de análise e projeto de software orientado a objetos, de arquitetura de software, de programação orientada a objetos e de padrões de projeto ou desenho, julgue o item que se segue.

Caso seja necessário adotar uma solução reusável para controlar o acesso concorrente a um componente de software, é mais indicado o uso do padrão broker, em comparação com o padrão monitor object.

A figura acima, que foi adaptada do sítio http://www.cs.wustl.edu, apresenta um sistema de padrões de desenho conhecido como POSA2, constituído, entre outros, pelos elementos indicados por A, B, C e D e pelos padrões de desenho orientado a objeto nomeados nos retângulos mostrados. Com relação às informações apresentadas e aos conceitos de análise e projeto de software orientado a objetos, de arquitetura de software, de programação orientada a objetos e de padrões de projeto ou desenho, julgue o item que se segue.

Sabendo-se que um dos elementos A, B, C ou D desempenha o papel de middleware, é correto afirmar que o elemento C é o elemento que desempenha esse papel.

A figura acima, que foi adaptada do sítio http://www.cs.wustl.edu, apresenta um sistema de padrões de desenho conhecido como POSA2, constituído, entre outros, pelos elementos indicados por A, B, C e D e pelos padrões de desenho orientado a objeto nomeados nos retângulos mostrados. Com relação às informações apresentadas e aos conceitos de análise e projeto de software orientado a objetos, de arquitetura de software, de programação orientada a objetos e de padrões de projeto ou desenho, julgue o item que se segue.

Sabendo-se que foi estabelecida uma relação cliente-servidor entre os elementos A e B, é correto afirmar que A é o cliente e B, o servidor.

A figura acima, que foi adaptada do sítio http://www.cs.wustl.edu, apresenta um sistema de padrões de desenho conhecido como POSA2, constituído, entre outros, pelos elementos indicados por A, B, C e D e pelos padrões de desenho orientado a objeto nomeados nos retângulos mostrados. Com relação às informações apresentadas e aos conceitos de análise e projeto de software orientado a objetos, de arquitetura de software, de programação orientada a objetos e de padrões de projeto ou desenho, julgue o item que se segue.

Todos os padrões de desenho orientado a objetos mostrados estão no nível microarquitetural.

A figura acima, que foi adaptada do sítio http://www.cs.wustl.edu, apresenta um sistema de padrões de desenho conhecido como POSA2, constituído, entre outros, pelos elementos indicados por A, B, C e D e pelos padrões de desenho orientado a objeto nomeados nos retângulos mostrados. Com relação às informações apresentadas e aos conceitos de análise e projeto de software orientado a objetos, de arquitetura de software, de programação orientada a objetos e de padrões de projeto ou desenho, julgue o item que se segue.

Para a alocação e a de-alocação de componentes de software sob demanda, quando da invocação de serviços, o padrão activator é mais adequado que o padrão extension interface.

A figura acima, extraída do sítio http://www.argonavis.com.br, apresenta uma classificação de um conjunto de padrões de desenho orientado a objetos, também denominados padrões de projeto.

Os padrões apresentados são conhecidos como GOF patterns (gang-of-four patterns).

A respeito das informações apresentadas e dos conceitos de padrões de desenho orientado a objetos, julgue o item a seguir.

O suporte ao desfazer (undo) de operações em editores interativos pode ser usualmente efetuado por meio do emprego do padrão memento.