Avaliação parcial - Arquitetura de Sistemas

Prévia do material em texto

Ref.: 201602812867 
 
 1a Questão 
 
 
Em relação ao conceito de componentes é correto afirmar que: 
 
 
Componentes, no contexto da arquitetura de sistemas, são unidades de software não estruturados de 
acordo com alguns princípios específicos. 
 
Não existe a necessidade de existir nos componentes uma relação natural com o que ele representa. 
 
Um mesmo componente pode ter mais de uma interface. 
 
Cada componente encapsulado pode ter mais de uma identidade de dados e funções e podendo assumir 
estados pré-determinados. 
 
Um componente é um objeto, derivado de uma classe, mas sem assinatura explícita. 
 
 
Explicação: - Cada componente encapsulado tem uma identidade única de dados e funções - Um componente é 
um objeto, derivado de uma classe, mas com uma assinatura explícita. - Deve existir nos componentes uma 
relação natural com o que ele representa. - Componentes, no contexto da arquitetura de sistemas, são unidades 
de software estruturados de acordo com alguns princípios específicos. 
 
 
 
Ref.: 201602812872 
 
 2a Questão 
 
 
Em relação aos níveis de modelo, descubra qual modelo que representa os componentes de softwares utilizados. 
 
 
Modelo Conceitual 
 
Modelo de Implantação 
 
Modelo de Projeto 
 
Modelo de Implementação 
 
Modelo de Especificação 
 
 
Explicação: 
Os níveis de modelos são: Implementação, Especificação e Conceitual. 
O modelo de implementação informa os detalhes de implementação que devem estar presentes dentro dos 
códigos. 
Já o modelo conceitual é independente do tipo de software ou de tecnologia, e representa o problema a ser 
resolvido. 
 
 
 
Ref.: 201602812868 
 
 3a Questão 
 
 
No contexto dos componentes, considere as seguintes afirmativas: 
I. Componentes são usualmente estruturados para ser reutilizado em diferentes cenários e diferentes aplicações. 
II. Componentes são estruturados para ter o máximo de dependência com outros componentes. Por isso 
componentes pode ser disponibilizados dentro de um ambiente apropriado sem afetar outros componentes ou 
sistemas. 
III. Componentes expõe uma interface dele para os invocadores utilizar suas funcionalidades e não revelar 
detalhes do seu processo interno ou alguma variável interna e estado. Levando-se em conta as afirmações 
acima, identifique a única alternativa válida. 
 
 
Apenas a I e a III estão corretas. 
 
Apenas a I e a II estão corretas. 
 
I, II e III estão incorretas. 
 
Apenas a II e a II estão corretas. 
 
I, II e II estão corretas. 
 
 
Explicação: Componentes são estruturados para ter o mínimo de dependência com outros componentes. Por 
isso componentes pode ser disponibilizados dentro de um ambiente apropriado sem afetar outros componentes 
ou sistemas. 
 
 
 
Ref.: 201602752765 
 
 4a Questão 
 
 
De acordo como processo de desenvolvimento baseado em componentes, analise as assertivas e assinale a 
alternativa que aponta a(s) correta(s). 
 I - Desenvolvimento de arquiteturas complexas a partir de unidades bem especificadas e testada. 
 II - Tem como foco na decomposição da estrutura da funcionalidade individual ou componente lógico dele 
expondo bem definido a interface de comunicação contendo seus métodos, eventos e propriedades. 
 III - Componentes podem ser objetos, conjunto de objetos, sistemas ou qualquer implementação que seja 
dependente e auto-suficiente. 
 
 
I e II são verdadeiras 
 
Somente III é verdadeira 
 
Somente I é verdadeira. 
 
Somente II é verdadeira. 
 
I e III são verdadeiras 
 
 
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes. 
 
 
 
Ref.: 201602723005 
 
 5a Questão 
 
 
No contexto de arquitetura de sistemas, os componentes são unidades de software 
estruturados de acordo com alguns princípios. Sendo assim, identifique a qual princípio 
pertence a descrição abaixo: 
O usuário de um componente de software é isolado de como os dados desse componente de 
software é armazenado ou como suas funções são executadas. O cliente depende da 
especificação do componente, mas não da sua implementação. 
 
 
 
Reusabilidade 
 
Extensibilidade 
 
Independência 
 
Encapsulamento 
 
Produtividade 
 
 
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua 
funcionalidade e de dados, deixando amostra somente como acionar e o resultado a ser alcançado pelo 
acionamento. 
 
 
 
Ref.: 201602812871 
 
 6a Questão 
 
 
Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de 
tecnologia, e representa o problema a ser resolvido. 
 
 
Modelo de Implementação 
 
Modelo de Especificação 
 
Modelo de Requisitos 
 
Modelo Conceitual 
 
Modelo de Projeto 
 
 
Explicação: Os níveis de modelos são: Implementação, Especificação e Conceitual. O modelo de implementação 
informa os detalhes de implementação que devem estar presentes dentro dos códigos. Já o modelo de 
especificação representa os componentes de softwares utilizados. 
 
 
 
Ref.: 201602812869 
 
 7a Questão 
 
 
Arquitetura baseada em componentes descreve uma abordagem da engenharia de software para estrutura e 
desenvolvimento de sistemas. Associe a sentença abaixo ao respectivo conceito. 
 "Componentes expõe uma interface dele para os invocadores utilizar suas funcionalidades e não revelar 
detalhes do seu processo interno ou alguma variável interna e estado." 
 
 
Substituição 
 
Encapsulamento 
 
Extensibilidade 
 
Independência 
 
Reusabilidade 
 
 
Explicação: 
Reusabilidade: Componentes são usualmente estruturados para ser reutilizado em diferentes cenários e 
diferentes aplicações. Entretanto, alguns componentes precisam ser estruturados para tarefa específica. 
Substituição: Componentes precisam ser facilmente substituídos por outros componentes similares. 
Extensibilidade: Um componente pode ser estendido a partir de um componente para fornecer um novo 
comportamento. 
Independência: Componentes são estruturados para ter o mínimo de dependência com outros componentes. 
Por isso componentes pode ser disponibilizados dentro de um ambiente apropriado sem afetar outros 
componentes ou sistemas. 
 
 
 
Ref.: 201602812870 
 
 8a Questão 
 
 
Sobre os benefícios do modelo de arquitetura de componentes, assinale a alternativa correta.Parte inferior do 
formulário 
Redução de custo: O uso do componente de terceiros permite a redução do custo do desenvolvimento e 
manutenção. 
Fácil desenvolvimento: Implementar componentes bem como a funcionalidade definida pela interface, permite 
desenvolvimento sem impacto em outros partes do sistema. 
III. Reutilização: A reutilização de componentes é um meio agilizar o desenvolvimento e manutenção onde 
agrega na redução de custo da aplicação. 
 
 
I, II e III estão corretas 
 
Apenas I e II 
 
Apenas III 
 
Apenas II 
 
Apenas II e III 
 
 
Explicação: Todas estão corretas. 
 
ARQUITETURA DE SISTEMAS 
2a aula Lupa 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0421_EX_A2_201601688725_V1 09/04/2018 07:38:15 (Finalizada) 
Aluno(a): JHONATAN DE OLIVEIRA SABADI 2018.1 
Disciplina: CCT0421 - ARQUITETURA DE SISTEMAS 201601688725 
 
 
 
Ref.: 201602812875 
 
 1a Questão 
 
 
No processo de desenvolvimento de software, Depois que os modelos conceituais de negócio são desenvolvidos, 
o processo é encaminhado para próxima etapa. Identifique que etapa é essa. 
 
 
Requisitos 
 
AnáliseEspecificação 
 
Codificação 
 
Implementação 
 
 
Explicação: 
A etapa de análise é responsável pelos os modelos conceituais de negócio. 
A etapa de codificação é responsável pelo desenvolvimento da programação do software. 
A etapa de requisitos é responsável pelo levantamento dos requisitos do software. 
A implementação nada mais é a codificação pela equipe de desenvolvimento. 
 
 
 
Ref.: 201602812873 
 
 2a Questão 
 
 
Workflow representa a metodologia de desenvolvimento de sistemas baseada na metodologia RUP. Assinale a 
alternativa que representa a sequência do processo de desenvolvimento. 
 
 
Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação 
 
Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes 
 
Coleta de Requisitos - Análise - Especificação - Codificação - Testes - Implantação 
 
Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação 
 
Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes 
 
 
Explicação: 
- Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir 
antes de Análise. 
- Devemos realizar todos os testes antes da implantação do sistema. 
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode 
vir antes da coleta de requisitos. 
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode 
vir antes da coleta de requisitos. Outra questão é que devemos realizar todos os testes antes da implantação do 
sistema. 
 
 
 
Ref.: 201602812876 
 
 3a Questão 
 
 
No contexto de interação entre componentes, considere as seguintes afirmativas: 
I. A interação de componentes define como cada uma das operações do sistema será alcançada, utilizando a 
arquitetura de componentes. 
II. A interação de componentes é o momento em que todos os fatores do sistema são levantados, com uma 
clara compreensão das dependências entre eles, chegando-se até o nível mais detalhado de operações. 
III. Usa-se a interação entre os modelos para descobrir as operações nas interfaces de negócios. Quanto mais 
interações são consideradas, operações e padrões de uso comuns são conseguidos e passam a poder ser 
reutilizados. 
Levando-se em conta as afirmações acima, identifique a única alternativa válida. 
 
 
Apenas I e III estão corretas. 
 
Apenas II e III estão corretas. 
 
Apenas I e II estão corretas. 
 
Apenas I. 
 
I, II e III estão corretas. 
 
 
Explicação: Todas estão corretas. 
 
 
 
Ref.: 201602752792 
 
 4a Questão 
 
 
Em relação ao processo de desenvolvimento, analise as afirmativas abaixo. 
I- A interação de componentes define como cada uma das operações do sistema será alcançada, utilizando a 
arquitetura de componentes.. 
II- É na fase final da especificação de componente que ocorre o detalhamento das operações e as suas 
restrições. 
III - O ato de escrever as regras detalhadas para cada operação pode ajudar você a descobrir parâmetros que 
estejam faltando ou informações que precisem ser complementadas 
De acordo com as afirmativas anteriores, marque a alternativa CORRETA. 
 
 
As afirmativas I e III estão corretas 
 
As afirmativas I, II e III estão corretas. 
 
As afirmativas I e II estão corretas. 
 
As afirmativas II e III estão corretas. 
 
Somente a afirmativa II está correta. 
 
 
Explicação: Todas as afirmativas estão corretas. 
 
 
 
Ref.: 201602723006 
 
 5a Questão 
 
 
O gerenciamento de processos refere-se ao conjunto de conhecimentos que serão utilizados 
para guiar a condução do projeto de desenvolvimento de software. A atividade de desenvolver 
o termo de abertura do projeto pertence ao gerenciamento de qual grupo de processos? 
 
 
 
Execução 
 
Encerramento 
 
Monitoramento e Controle 
 
Planejamento 
 
Iniciação 
 
 
Explicação: Tudo começa com a abertura do termo do projeto, por isso corresponde a primeira etapa que é 
Iniciação. Na etapa de Planejamento trabalhamos com o desenvolvimento de gerenciamento do projeto. A etapa 
de execução tem como foco orientar e gerenciar o trabalho do projeto. A etapa de Monitoramento e Controle 
tem com objetivo realizar o controle integrado de mudanças e Moniotar e controlar o trabalho do projeto. E a 
etapa de Encerramento visa encerrar o projeto ou fase. 
 
3a aula 
 Lupa 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0421_EX_A3_201601688725_V1 14/05/2018 21:42:42 (Finalizada) 
Aluno(a): JHONATAN DE OLIVEIRA SABADI 2018.1 
Disciplina: CCT0421 - ARQUITETURA DE SISTEMAS 201601688725 
 
 
 
Ref.: 201602820869 
 
 1a Questão 
 
 
Considerando as seguintes afirmativas sobre processos de desenvolvimento de software conhecidos como 
Engenharia de Software Baseada em Componentes (ESBC): I- O ESBC tem ênfase no paralelismo entre tarefas. II- 
A atividade da Engenharia de Domínio produz uma lista de componentes que podem ser reutilizados. III- O 
modelo de troca de dados é um dos ingredientes arquiteturais necessários para a atividade de composição de 
componentes. As afirmativas verdadeiras são: 
 
 
I, II e III 
 
somente I e II 
 
somente I 
 
somente II 
 
somente III 
 
 
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC). 
 
 
 
Ref.: 201602723008 
 
 2a Questão 
 
 
Na especificação de interface de componentes devemos sempre identificar como os elementos podem utilizar 
esses componentes. Dentre essas identificações destacamos: 
I - Como acessá-los, onde definimos na sua assinatura somente o retorno oferecido. 
II - Quais os atributos que ele manipula. 
III ¿ Quais as funções disponíveis para uso. 
 
 
 
 
 
I, II e III estão corretas. 
 
I, II e III estão incorretas. 
 
I e III estão corretas. 
 
I e II estão corretas. 
 
II e III estão corretas. 
 
 
Explicação: A assinatura não é composta somente com o retorno oferecido, mas também com os parâmetros de 
entrada. 
 
 
 
Ref.: 201602812878 
 
 3a Questão 
 
 
Um Analista pretende desenvolver um projeto utilizando UML, e em seus propósitos, verificou a possibilidade de 
uso de alguns diagramas. Um deles é o Diagrama de Caso de Uso, cujo objetivo é: 
 
 
Representar o domínio de dados a serem tratados e armazenados pelo sistema 
 
Descrever o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces. 
 
Apresentar a interação entre componentes. 
 
Definir as funcionalidades do sistema a ser desenvolvido 
 
Mapear a troca de mensagens entre objetos. 
 
 
Explicação: 
- O diagrama de funcionalidades de interface que descreve o modelo de negócio, suas interfaces e as regras de 
funcionalidades para essas interfaces. 
- O diagrama de interação de componentes é um diagrama de colaboração utilizado para interação entre 
componentes. 
- O diagrama de sequência representa a troca de mensagens entre os objetos. 
- O diagrama de domínio representa o domínio de dados a serem tratados e armazenados pelo sistema 
 
 
 
 
Ref.: 201602723252 
 
 4a Questão 
 
 
Uma empresa realizou um levantamento de requisitos de um Estacionamento, onde num primeiro momento 
destacou duas funcionalidades principais: 
 - Atendente registra a entrada e saída do veículo, mas é importante frisar que quando o cliente estaciona o 
veículo ele recebe o ticket onde contéma data e hora de entrada, placa, a cor do veículo e o modelo do carro. 
 - Quando o cliente retira o veículo do estacionamento ele recebe o comprovante de pagamento (fatura). 
É correto afirmar que: 
 
 
Existe um relacionamento do tipo generalização docaso de uso Gerar Fatura para o caso de uso registrar 
Saída, onde define uma funcionalidade do sistema do ponto de vista do usuário. 
 
Existe um relacionamento do tipo extend do caso de uso Registrar Entrada para o caso de uso Gerar ticket 
impresso, onde este é essencial para o comportamento do caso de uso Registrar Entrada. 
 
Existe um relacionamento do tipo include do caso de uso Registrar Entrada para o caso de uso Gerar ticket 
impresso, onde este é essencial para o comportamento do caso de uso Registrar Entrada. 
 
Existe um relacionamento do tipo include do caso de uso Gerar Fatura para o caso de uso Registrar Saída, 
onde este é opcional para o comportamento do caso de uso Registrar Entrada. 
 
Existe um relacionamento do tipo extend do caso de uso Gerar Fatura para o caso de uso Registrar Saída, 
onde este é essencial para o comportamento do caso de uso Registrar Entrada. 
 
 
Explicação: 
O relacionamento é do tipo include, uma vez que é obrigatório executar o caso de uso gerar ticket impresso, e 
este é chamado pelo caso de uso registrar entrada. 
 
 
 
Ref.: 201602812879 
 
 5a Questão 
 
 
Qual é o diagrama que garante uma visão sistêmica entre os componentes de interface e os componentes 
dedados do sistema? 
 
 
Diagrama de Caso de Uso 
 
Diagrama de Domínio 
 
Diagrama de Interação de Componentes 
 
Diagrama de Funcionalidades de Interface 
 
Diagrama de Classe 
 
 
Explicação: 
Diagrama de interação de componentes é um diagrama de colaboração utilizado para interação entre 
componentes. 
Diagrama de funcionalidades de interface que descreve o modelo de negócio, suas interfaces e as regras de 
funcionalidades para essas interfaces. 
Diagrama de classes descreve o modelo de conceito do negócio. 
Diagrama de caso de uso define as funcionalidades do sistema a ser desenvolvido. 
 
 
 
Ref.: 201602812883 
 
 6a Questão 
 
 
Usamos UML para modelar os vários artefatos necessários na modelagem de sistemas por componentes. 
Identifique qual o diagrama que usamos para modelarmos os conceitos de negócios. 
 
 
Diagrama de Caso de Uso 
 
Diagrama de Modelo Conceitual de Negócio 
 
Diagrama de Classe 
 
Diagrama de Interação de Componentes 
 
Diagrama de Sequência 
 
 
Explicação: 
Diagrama de Caso de uso permite identificar as funcionalidades do sistema. 
Diagrama de Sequência permite mapear a troca de mensagens entre objetos. 
Na verdade o modelo conceitual de negócio não é um modelo de software, mas sim um modelo de informação 
que define o domínio do problema. 
Diagrama de Interação de Componentes é um diagrama de colaboração utilizado para interação entre 
componentes. 
 
 
 
Ref.: 201602820870 
 
 7a Questão 
 
 
De acordo com as seguintes afirmativas sobre o desenvolvimento de software baseado em componentes (CBD ¿ 
Component¿Based Development): I. Incorpora algumas das características do modelo de desenvolvimento em 
espiral; II. Induz o reaproveitamento de software; III. Beneficia¿se da tecnologia de orientação para objetos; IV. 
Não az uso do conceito de composição. As afirmativas estão corretas em: 
 
 
I, II, III 
 
III e IV 
 
I e IV 
 
I 
 
II e IV 
 
 
Explicação: Associar os conceitos de Engenharia de Software Baseada em Componentes (ESBC) 
 
 
 
Ref.: 201602774141 
 
 8a Questão 
 
 
Qual modelo abaixo, sugere uma abordagem sequencial e sistemática para o desenvolvimento de software nos 
casos em que os requisitos de um problema são bem compreendidos e quando o trabalho flui de forma 
relativamente linear? 
 
 
Modelo prototipação 
 
Modelo Ágil 
 
Nenhuma das alternativas 
 
modelo em espiral 
 
Modelo em cascata 
 
 
Explicação: 
O Modelo em Cascata é um modelo de desenvolvimento de software seqüencial no qual o processo é visto como 
um fluir constante para frente (como uma cascata) através das fases de análise de requisitos, projeto, 
implementação, testes (validação), integração, e manutenção de software. 
 
4a aula 
 Lupa 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0421_EX_A4_201601688725_V1 21/05/2018 07:35:37 (Finalizada) 
Aluno(a): JHONATAN DE OLIVEIRA SABADI 2018.1 
Disciplina: CCT0421 - ARQUITETURA DE SISTEMAS 201601688725 
 
 
 
Ref.: 201602723010 
 
 1a Questão 
 
 
Visando obter os requisitos de forma consistente e sem gastar tempo em excesso, o trabalho de levantamento 
de requisitos deve conter como característica: 
 
 
 
Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o levantamento 
dos requisitos. 
 
Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar com 
todos os responsáveis de cada departamento. 
 
Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por camada de 
desenvolvimento. 
 
Procure convocar todos os usuários (funcionários), mesmo que não consiga responder sobre cada uma 
das camadas. 
 
Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que consigam 
responder sobre cada uma das camadas. 
 
 
Explicação: No trabalho de levantamento de requisitos devemos levar em consideração as seguintes 
características: Duração máxima de 2 horas, No máximo 3 reuniões com cada grupo, Separar as reuniões por 
camada de desenvolvimento, conforme previsto no conceito de arquitetura de sistemas e Convocação de 
usuários que consigam responder sobre cada uma das camadas. 
 
 
 
Ref.: 201602820871 
 
 2a Questão 
 
 
A engenharia de software baseada em componentes é formada por um modelo genérico de desenvolvimento de 
software que é baseado em componentes de software reusáveis padronizados e um middleware de integração 
para esses componentes. O analista de sistemas que decidir pelo reuso de componentes deve enfrentar o 
problema de 
 
 
nenhuma das anteriores 
 
alto custo de desenvolvimento dos componentes reusados em comparação ao custo de integração e de 
teste dos mesmos 
 
falta de padronização dos componentes reusados 
 
dependência de linguagem de programação dos componentes reusados 
 
confiabilidade e certificação dos componentes reusados 
 
 
Explicação: Associar os conceitos de Engenharia de Software Baseada em Componentes (ESBC) 
 
 
 
Ref.: 201602812886 
 
 3a Questão 
 
 
No desenvolvimento de um software, um técnico se deparou com uma lista de requisitos, na qual identificou 
corretamente como requisito funcional: 
 
 
O software deve ser fácil de usar, intuitivo e transparente para o usuário. 
 
Uma operação de inclusão deve ser realizada em no máximo 2 segundos após o usuário confirmá-la. 
 
O sistema deve estar disponível para o usuário 99% do tempo. 
 
O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia. 
 
O sistema deve respeitar as leis presentes na Constituição Federal. 
 
 
Explicação: Todos os demais requisitos são não funcionais, uma vez que abordam performance, usabilidade,.. 
 
 
 
Ref.: 201602774102 
 
 4a Questão 
 
 
A Prototipação é um paradigma da Engenharia de Software que faz uso de protótipos durante o processo de 
desenvolvimento de software. Não representa uma afirmação verdadeira acerca da Prototipação: 
 
 
Os protótipos podem apontarfuncionalidades que não foram contempladas. 
 
O cliente é apresentado ao produto nos estágios iniciais do desenvolvimento. 
 
Nenhuma das alternativas 
 
Permite o refinamento iterativo dos requisitos. 
 
Requisitos podem ser derivados dos protótipos. 
 
 
Explicação: 
A arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final. O que não é 
verdade é que a arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final. 
 
 
 
Ref.: 201602723009 
 
 5a Questão 
 
 
Analise as afirmativas abaixo. 
I- Uma vez que o diagrama de caso de uso visa mapear as funcionalidades do sistema, podemos afirmar que este 
diagrama mapeia os requisitos funcionais implícitos. 
II- A validação de requisitos deve ser feita sempre em 2 etapas: Pré-validação e Pós-Validação. 
III - É com o protótipo que as partes interessadas vão conseguir facilmente verificar se seus requisitos estão 
presentes na definição do que será feito. 
De acordo com as afirmativas anteriores, marque a alternativa CORRETA. 
 
 
 
As afirmativas I e III estão corretas. 
 
Somente a afirmativa II está correta. 
 
As afirmativas II e III estão corretas. 
 
Somente a afirmativa I está correta. 
 
Somente a afirmativa III está correta. 
 
 
Explicação: A primeira alternativa é falsa porque o diagrama de caso de uso mapeia os requisitos explícitos. Já a 
segunda alternativa está incorreta uma vez que a validação de requisitos deve ser feita sempre em 2 etapas: Pré-
validação e Validação, e não Pós-validação. 
 
 
 
Ref.: 201602775710 
 
 6a Questão 
 
 
Dentre os requisitos abaixo, assinale a alternativa que apresenta um requisito funcional. 
 
 
Modificações corretivas devem ser feitas em menos de 5 horas. 
 
O sistema deve poder ser executado em sistema operacional Windows e Linux. 
 
O sistema deverá dar baixa após a venda ser efetivada. 
 
Um usuário treinado deve ser capaz de submeter um pedido de compra em menos que 5 minutos. 
 
A complexidade ciclomática máxima de um módulo não pode ser maior que 20 
 
 
Explicação: Todos os demais requisitos são requisitos não funcionais. 
 
 
 
Ref.: 201602788661 
 
 7a Questão 
 
 
Na especificação dos componentes, as Interfaces identificam como os elementos podem utilizar esses 
componentes. Entre os elementos que compõem essa identificação estão corretamente identificadas as 
afirmativas: 
I A assinatura, que identifica a forma de acesso à Interface e o retorno esperado 
II A manipulação dos atributos para a realização do serviço oferecido 
III A descrição do serviço que deve compor unicamente a Interface 
 
 
I, II e III estão incorretas. 
 
I, II e III estão corretas. 
 
Apenas I e II estão corretas. 
 
Apenas II e III estão corretas. 
 
Apenas I e III estão corretas. 
 
 
Explicação: 
Todas as afirmativas estão corretas 
 
 
 
Ref.: 201602812884 
 
 8a Questão 
 
 
Com relação aos Requisitos de Software, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V): 
( ) Requisitos funcionais são as declarações de serviços que o sistema fornecer, como o sistema deve reagir a 
entradas específicas e como o sistema deve se comportar em determinadas situações. 
( ) Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema, incluindo 
restrições de timing, sobre o processamento de desenvolvimento e padrões, aplicam-se frequentemente ao 
sistema como um todo. 
( ) Requisitos funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema, 
enquanto que os não funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas. 
As afirmativas são respectivamente: 
 
 
V, F e F. 
 
V, V e F. 
 
V, F e V. 
 
F, V e F. 
 
F, F e V. 
 
 
Explicação: Requisitos funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e 
saídas. Já os Requisitos não funcionais são aqueles não diretamente relacionados às funções fornecidas pelo 
sistema. 
 
ARQUITETURA DE SISTEMAS 
5a aula Lupa 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0421_EX_A5_201601688725_V2 21/05/2018 20:39:02 (Finalizada) 
Aluno(a): JHONATAN DE OLIVEIRA SABADI 2018.1 
Disciplina: CCT0421 - ARQUITETURA DE SISTEMAS 201601688725 
 
 
 
Ref.: 201602812890 
 
 1a Questão 
 
 
O processo de identificação de componentes tem como objetivo criar uma visualização inicial de todos os 
elementos envolvidos e como eles são integrados. Os artefatos gerados a partir desse processo são: 
 
 
Interface de Negócios, Interface de Sistemas, Especificação de Componentes do Sistema e Modelo de 
Negócio. 
 
Interface de Sistemas, Modelos de Casos de Uso, Modelo Conceitual de Negócios. 
 
Interface de Negócios, Padrões de Arquitetura, Modelo de Negócio. 
 
Modelo de Negócio, Especificação de Componentes e Padrões de Arquitetura. 
 
Interface de Negócios, Padrões de Arquitetura e Modelo Conceitual de Negócios. 
 
 
Explicação: Modelo Conceitual de Negócio, Modelo de Casos de Uso e Padrões de Arquitetura não são artefatos 
gerados a partir do processo de identificação de componentes. 
 
 
 
Ref.: 201602812891 
 
 2a Questão 
 
 
Baseado no modelo CANVAS de modelagem de negócios, separamos o modelo de negócio em grandes grupos 
que estão associados às seguintes perguntas: 
 
 
Como?, O que?, Para quem?, Quanto? 
 
Quem?, O que?, Quando?, Como?, Onde? 
 
O que?, Onde? Como? Quanto? 
 
Como?, Por que?, Quanto? 
 
Por que?, Quando?, Quanto? 
 
 
Explicação: São 4 perguntas do modelo CANVAS: Como?, O que?, Para quem?, Quanto? 
 
 
 
Ref.: 201602723049 
 
 3a Questão 
 
 
O modelo de negócio responde a 4 perguntas básicas: Como? O que? Quanto? Para quem?. 
Baseado no modelo de CANVAS de modelo de negócio, identifique a sentença que está associada a pergunta: 
Como? 
 
 
Quais os benefícios se espera alcançar com o novo sistema? 
 
Quais são os principais usuários do sistema a ser desenvolvido? 
 
Qual o problema a ser resolvido? 
 
Quais recursos chaves a serem utilizados pelo sistema a ser desenvolvido? 
 
Quais os elementos de infraestrutura de hardware e Banco de Dados serão utilizados pelo sistema a ser 
desenvolvido? 
 
 
Explicação: As sentenças: Quais são os principais usuários do sistema a ser desenvolvido? e Quais os elementos 
de infraestrutura de hardware e Banco de Dados serão utilizados pelo sistema a ser desenvolvido? estão 
associado a pergunta Para Quem? Já a sentença Quais os benefícios se espera alcançar com o novo sistema? está 
ligada a pergunta Quanto? E a sentença Qual o problema a ser resolvido? está relacionada a pergunta O Que? 
 
 
 
Ref.: 201602812892 
 
 4a Questão 
 
 
Com relação a identificação de componentes, avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F): 
( ) O processo de identificação de componentes tem como objetivo criar uma visualização inicial de todos os 
elementos envolvidos e como eles são integrados. 
( ) Artefato Interface de negócios gerado será um modelo que apresente todas as classes do sistema a ser 
desenvolvido e suas interfaces de utilização, mapeando como os atores farão os acessos ao sistema e que tipo 
de funcionalidade estará disponível para cada um deles. 
( ) Artefato Interface de Sistemas gerado traduz a necessidade de identificação dos componentes disponíveis e 
como eles serão interligados e resolverão as regras de negócio, para o novo sistema a serdesenvolvido. 
As afirmativas são respectivamente: 
 
 
V, F e F. 
 
V, F e V. 
 
F, F e V. 
 
V, V e V. 
 
F, V e F. 
 
 
Explicação: Todas as sentenças estão corretas. 
 
 
 
Ref.: 201602812894 
 
 5a Questão 
 
 
Com relação a interação de componentes, avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F): 
( ) Refinar as interfaces é o subprocesso responsável por revistar o modelo de negócios, alterando e 
adaptando os elementos na medida das necessidades, já que agora temos as informações das operações de 
negócio mapeadas e definidas. 
( ) A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos 
componentes em relação ao problema a ser resolvido. 
( ) O artefato de operações de negócio é a parte da modelagem de processos de negócios focada nas 
operações resultantes deste negócio, pois fornece uma solução clara e adaptável para capturar as especificações 
operacionais dos processos de negócio. 
As afirmativas são respectivamente: 
 
 
V, F e F. 
 
F, V e V. 
 
V, F e V. 
 
V, V e V. 
 
F, F e V. 
 
 
Explicação: A primeira sentença é falsa uma vez que não é Refinar as interfaces e sim Refinar as Regras de 
Negócios. 
 
 
 
Ref.: 201602774220 
 
 6a Questão 
 
 
O modelo mais tradicional de desenvolvimento de software é o modelo em cascata. Considerando a utilização 
desse modelo e suas fases, assinale a alternativa que apresenta uma afirmação verdadeira. 
 
 
Nenhuma das alternativas 
 
O primeiro estágio de desenvolvimento de um novo sistema consiste na definição de requisitos. 
 
A especificação do sistema é produzida após o estágio de implementação e teste de unidade. 
 
Não há necessidade de se produzir qualquer tipo de documentação em suas fases. 
 
A divisão dos requisitos para implementação do sistema em hardware ou software é feita na fase de 
operação e manutenção. 
 
 
Explicação: 
O modelo cascata é utilizado principalmente quando os requisitos de um determinado problema são bem 
compreendidos. Uma forma de utilizar o modelo cascata é quando precisamos fazer adaptações ou 
aperfeiçoamentos em um sistema já existente. Por exemplo, quando temos um sistema já pronto e precisamos 
fazer uma adaptação porque alguma lei governamental foi alterada ou criada. 
Também podemos utilizar o modelo cascata quando um software necessita de uma nova funcionalidade e os 
requisitos estão bem definidos e são estáveis. 
O modelo cascata também é chamado de ciclo de vida clássico ou tradicional. 
Este modelo sugere uma abordagem sequencial e sistemática para o desenvolvimento de software. Dessa forma, 
começamos com o levantamento de requisitos ou necessidades junto ao cliente, depois vamos para a fase de 
planejamento onde definimos estimativas, cronograma e acompanhamento, após isso partimos para a 
modelagem onde fazemos a análise e projeto, seguindo da construção onde codificamos e testamos, passamos 
para a implantação ou emprego onde efetuamos a entrega, suporte e feedback do software concluído. 
 
 
 
Ref.: 201602775763 
 
 7a Questão 
 
 
Correlacione à segunda coluna de acordo com a primeira, considerando os quatro grandes grupos do modelo de 
negócios com os seus respectivos objetivos. 
( 1 ) Como 
( 2 ) O que 
( 3 ) Para Quem 
( 4 ) Quanto 
 
( ) Quais os elementos de infraestrutura devem ser utilizados pelo sistema a ser desenvolvido; 
( ) Definem os recursos chaves, as atividades chave e os componentes prontos que podem ser utilizados no 
novo sistema; 
( ) Informações sobre criticidade do sistema e quais os benefícios se espera alcançar com o sistema a ser 
desenvolvido. 
 ( ) Define qual ou quais problemas o sistema deve resolver depois que ficar pronto; 
A sequência correta, de cima para baixo, é: 
 
 
1 - 2 - 4 - 3 
 
4 - 1 - 3 - 2 
 
4 - 3 - 1 - 2 
 
3 - 2 - 4 - 1 
 
3 - 1 - 4 - 2 
 
 
Explicação: Como : Definem os recursos chaves, as atividades chave e os componentes prontos que podem ser 
utilizados no novo sistema; O que: Define qual ou quais problemas o sistema deve resolver depois que ficar 
pronto; Para Quem: Quais os elementos de infraestrutura devem ser utilizados pelo sistema a ser desenvolvido; 
Quanto: Informações sobre criticidade do sistema e quais os benefícios se espera alcançar com o sistema a ser 
desenvolvido. 
 
 
 
Ref.: 201602723044 
 
 8a Questão 
 
 
A identificação de componentes está baseada nas boas práticas da arquitetura de sistemas. Analise as 
afirmativas abaixo. 
I- O modelo conceitual de negócio permite a identificação de interface de sistemas e regras de negócio. 
II- O passo seguinte após o desenvolvimento do modelo de negócio é a identificação das interfaces de negócio. 
III- A identificação de interface de negócio é baseada no modelo de casos de uso. 
De acordo com as afirmativas anteriores, marque a alternativa CORRETA: 
 
 
As afirmativas II e III estão 
corretas. 
 
Somente a afirmativa II está 
correta. 
 
Somente a afirmativa I está 
correta. 
 
As afirmativas I e III estão 
corretas. 
 
Somente a afirmativa III está 
correta. 
 
 
Explicação: A sentença I está incorreta uma vez que é o Modelo de caso de uso que permite a identificação de 
interface de sistemas e regras de negócios. A sentença III está incorreta uma vez que a identificação de interface 
de negócio é baseada no modelo conceitual de negócio. 
 
 
ARQUITETURA DE 
SISTEMAS 
6a aula 
 Lupa 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0421_EX_A6_201601688725_V1 21/05/2018 20:47:01 (Finalizada) 
Aluno(a): JHONATAN DE OLIVEIRA SABADI 2018.1 
Disciplina: CCT0421 - ARQUITETURA DE SISTEMAS 201601688725 
 
 
 
Ref.: 201602812895 
 
 1a Questão 
 
 
Associe a sentença abaixo ao respectivo modelo de negócios baseado no modelo CANVAS. 
 "Elementos de Infraestrutura de Hardware, Banco de dados, Comunicação e Software a ser utilizado pelo 
sistema a ser desenvolvido." 
 
 
Quanto? 
 
Onde? 
 
Como? 
 
Para Quem? 
 
O que? 
 
 
Explicação: 
Como? ¿ Principais sistemas e elementos prontos que podem fornecer componentes. 
O que? ¿ Que problema o sistema proposto vai resolver. 
Quanto? ¿ Qual o custo computacional previsto e a criatividade do novo sistema. 
 
 
 
Ref.: 201602757199 
 
 2a Questão 
 
 
Considere: 
I- É obrigação do arquiteto de sistemas garantir que todos os elementos a serem desenvolvidos tenham passado 
pelo sub processo de refino de interfaces e de refino de regra de negócio. 
II- O refino de regras de negócio visa refinar pensando nos elementos de interação, como é que esses elementos 
vão funcionar dentro na minha organização. 
III- É necessário refinar os meus artefatos gerados, tanto de negócio quanto de sistemas, para que o 
desenvolvedor não precise inferir elemento nenhum, simplesmente desenvolver o que está nas especificações. 
Em relação à definição de Refinamento, está correto o que consta em 
 
 
II, apenas 
 
I, apenas 
 
I e II, apenas 
 
III, apenas 
 
I e III, apenas 
 
 
Explicação: 
A segunda sentença está incorreta, uma vez que é o refinamento de interface que visa refinar pensando nos 
elementos de interação, como é que esses elementos vão funcionar dentro na minha organização. 
 
 
 
Ref.: 201602757202 
 
 3a Questão 
 
 
Em relação à interação de componentes, assinale V (Verdadeiro) e F (Falso) nas afirmativas, e marque a 
alternativa que apresente a sequência correta (de cima para baixo). 
( ) A modelagem de interação de componentes é uma técnicade modelagem de estrutura dos componentes 
em relação ao problema a ser resolvido. 
( ) O mesmo componente pode ser utilizado em duas soluções diferentes de maneiras diferentes, ele terá 
comportamentos diferentes frente a formas de acesso diferente. 
( ) Sempre que possível, a solução deve ser construída por meio de componentes já existentes. 
( ) O desenvolvimento baseado em componentes é um tipo de desenvolvimento de software fracamente 
baseado no reuso. 
 
 
(F) (V) (F) (V) 
 
(F) (V) (V) (F) 
 
(V) (F) (V) (F) 
 
(V) (F) (V) (V) 
 
(V) (V) (F) (F) 
 
 
Explicação: 
A modelagem de interação de componentes é uma técnica de modelagem de comportamento e não de 
estrutura. 
O desenvolvimento baseado em componentes é um tipo de desenvolvimento de software fortemente e não 
fracamente. 
 
 
 
Ref.: 201602775768 
 
 4a Questão 
 
 
A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes 
em relação ao problema a ser resolvido. Qual o sub processo que tem como objetivo fornecer uma solução clara 
e adaptável para capturar as especificações operacionais dos processos de negócio? 
 
 
Refinar Definição de Componentes e Arquitetura 
 
Definir as regras dos componentes 
 
Refinar Interfaces e Regras de Negócios 
 
Definir Operações de Negócios 
 
Refinar Interfaces 
 
 
Explicação: Os três sub processos desta aula (definir operações de negócios, refinar interfaces e regras de 
negócio e refinar definição de componentes e arquitetura). Refinar Interfaces e Regras de Negócios tem como 
objetivo revistar o modelo de negócios, alterando e adaptando os elementos na medida das necessidades. Já 
Refinar Definição de Componentes e Arquitetura o arquiteto de Sistemas realiza um refinamento do modelo 
feito previamente, com as informações de operações e do modelo de negócios mapeadas e definidas de forma 
definitiva. 
 
 
 
Ref.: 201602812897 
 
 5a Questão 
 
 
A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes 
em relação ao problema a ser resolvido. São subprocessos de interação de componentes: 
I. Definir operações de negócios. 
II. Refinar interfaces e regras de negócio. 
III. Refinar definição de componentes e arquitetura. 
Assinale a alternativa correta. 
 
 
Apenas I e II. 
 
Apenas II e III. 
 
Apenas I e III. 
 
Apenas I 
 
I e II e III estão corretas. 
 
 
 
Ref.: 201602757190 
 
 6a Questão 
 
 
Na arquitetura de sistemas, o modelo para desenvolvimento do modelo de negócio, baseado em Canvas é 
dividido em: Como, O que, Para quem e Quanto. Associe a coluna da esquerda com a coluna da direita e em 
seguida marque a alternativa correta, considerando a sequência de cima para baixo: 
(1) Como 
( ) Elementos de infraestrutura de hardware, banco de dados, comunicação e 
software a ser utilizado pelo sistema a ser desenvolvido. 
(2) O que ( ) Quais os Benefícios se espera alcançar como o novo sistema. 
(3) Para quem ( ) Recursos chaves a serem utilizados pelo sistema a ser desenvolvido. 
(4) Quanto ( ) Que problema o sistema proposto vai resolver. 
 
 
 
2, 4, 1, 3 
 
2,3,4,1 
 
3,2,1,4 
 
3,4,1,2 
 
4,3,1,2 
 
 
Explicação: 
Como: Refere-se aos recursos chaves a serem utilizados pelo sistema a ser desenvolvido. 
O Que: Que problema o sistema proposto vai resolver. 
Para Quem: Elementos de infraestrutura de hardware, banco de dados, comunicação e software a ser utilizado 
pelo sistema a ser desenvolvido. 
Quanto: Quais os Benefícios se espera alcançar como o novo sistema. 
 
 
 
 
Ref.: 201602775774 
 
 7a Questão 
 
 
A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes 
em relação ao problema a ser resolvido. Qual o sub processo que tem como objetivo que o Arquiteto de 
Sistemas faça um refinamento do modelo feito previamente, com as informações de operações e do modelo de 
negócios mapeadas e definidas de forma definitiva? 
 
 
Refinar Definição de Componentes e Arquitetura 
 
Refinar Interfaces e Regras de Negócios 
 
Refinar as regras dos componentes 
 
Refinar Interfaces 
 
Refinar Operações de Negócios 
 
 
Explicação: Os três sub processos desta aula (definir operações de negócios, refinar interfaces e regras de 
negócio e refinar definição de componentes e arquitetura). Refinar Interfaces e Regras de Negócios tem como 
objetivo revistar o modelo de negócios, alterando e adaptando os elementos na medida das necessidades. Já 
Definir Operações de Negócios tem como objetivo fornecer uma solução clara e adaptável para capturar as 
especificações operacionais dos processos de negócio. 
 
 
ARQUITETURA DE SISTEMAS 
7a aula Lupa 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0421_EX_A7_201601688725_V1 22/05/2018 14:57:05 (Finalizada) 
Aluno(a): JHONATAN DE OLIVEIRA SABADI 2018.1 
Disciplina: CCT0421 - ARQUITETURA DE SISTEMAS 201601688725 
 
 
 
Ref.: 201602788636 
 
 1a Questão 
 
 
Analise as afirmações a seguir e escolha a alternativa correta 
I ¿ Os dados estarem presentes em um único lugar é uma característica da arquitetura em camadas 
II ¿ Estilos arquiteturais podem ser classificados em situações em que o seu uso é apropriado, com a classificação 
das vantagens e desvantagens do uso nessas situações 
III ¿ A arquitetura de repositório (blackboard) é fortemente baseada no uso de dados centralizados 
IV ¿ Uma das características da arquitetura MVC é a sua aplicação em sistemas interativos 
 
 
( ) Somente a alternativa III é verdadeira 
 
( ) Somente as alternativas II, III e IV são verdadeiras. 
 
( ) Somente as alternativas II e III são verdadeiras. 
 
( ) Somente a alternativa I é verdadeira. 
 
( ) Somente as alternativas I e II são verdadeiras. 
 
 
Explicação: 
As camadas mais ¿baixas¿ (que interagem a nível de byte e bit, conversam com periféricos, lidam com pilhas de 
comunicação mais robustas) são chamadas de camadas mais especialistas, enquanto as camadas acima, que 
conversam mais com aplicações, são chamadas camadas menos especialistas. Observe a figura 1, a qual ilustra 
um exemplo de divisão de camadas da comunicação TCP/IP. 
Outras linguagens/plataformas também possuem frameworks que aderem ao padrão arquitetural MVC. Isso não 
inviabiliza que uma equipe crie o seu próprio framework, mas é preciso lembrar que um desenvolvedor novo 
precisa de tempo para aprender a desenvolver em determinada arquitetura e caso a empresa/projeto já utilize 
um framework bastante popular a curva de aprendizado será bem menor ou praticamente nula. Isso inclusive 
ajuda na contratação de novos funcionários, onde a empresa já pode exigir como pré-requisito conhecimentos 
neste framework. 
Na arquitetura de repositórios, os dados compartilhados podem ser mantidos em um banco de dados central e 
acessados por todos os subsistemas. Cada subsistema mantém seu próprio banco de dados e passa dados para 
outros subsistemas 
 
 
 
 
 
Ref.: 201602773968 
 
 2a Questão 
 
 
O padrão de arquitetura MVC é um modelo de camadas que divide a aplicação em três 
componentes: Model(modelo), View (visualizador) e Controller (controlador). As funções de cada um destes três 
componentes são apresentadas abaixo: 
I. interpreta eventos de entrada e envia requisições para o modelo de dados; em seguida, processa os dados 
carregados a partir do modelo e envia para o visualizador. 
 
II. encapsula o acesso aos dados e funções básicas da aplicação, fornecendo ao usuário procedimentos que 
executamtarefas específicas. 
 
III. exibe para o usuário os dados fornecidos pelo controle e estabelece uma interface para interação entre o 
usuário e a aplicação. 
A associação correta do componente do padrão MVC com sua função está expressa respectivamente em: 
 
 
Controller, Model e View 
 
Nenhuma das opções 
 
Controller, View e Model 
 
View, Model e Controller 
 
Model, Controller e View 
 
 
Explicação: 
Explicando cada um dos objetos do padrão MVC tem-se primeiramente o controlador (Controller) que interpreta 
as entradas do mouse ou do teclado enviado pelo usuário e mapeia essas ações do usuário em comandos que 
são enviados para o modelo (Model) e/ou para a janela de visualização (View) para efetuar a alteração 
apropriada. Por sua vez o modelo (Model) gerencia um ou mais elementos de dados, responde a perguntas 
sobre o seu estado e responde a instruções para mudar de estado. 
 
 
 
Ref.: 201602757217 
 
 3a Questão 
 
 
Considere: 
I - A função do arquiteto de sistemas, é abstrair o mínimo da complexidade do sistema em elementos 
encapsulados, de maneira de que o usuário final tenha um sistema amigável e de fácil uso, e que ao mesmo 
tempo resolva todos os problemas propostos, sem que este perceba a complexidade embutida na aplicação. (F) 
II - A relação entre os componentes é que vai efetivamente garantir o resultado final do sistema, principalmente 
nos dias de hoje, não existem sistemas onde um componente de funcione sozinho. 
III - Do ponto de vista do arquiteto de sistemas, dentre os componentes de uma Arquitetura de Sistemas temos: 
bancos de dados, servidores, clientes, filtros, um ou mais componentes. 
Em relação à definição de Refinamento, está correto o que consta em 
 
 
II e III apenas 
 
III, apenas 
 
I, apenas 
 
II, apenas 
 
I e III apenas 
 
 
Explicação: A primeira sentença está errada, uma vez que é função do arquiteto de sistemas abstrair toda a 
complexidade e não o mínimo da complexidade. 
 
 
 
Ref.: 201602757233 
 
 4a Questão 
 
 
Na Arquitetura Orientada a Serviço - SOA, é INCORRETO afirmar que o serviço 
 
 
é uma unidade de trabalho oferecida pelo provedor de serviço para atender à demanda requerida por um 
consumidor de serviço. 
 
é um componente fortemente acoplado e altamente coeso que implementa uma função reutilizável de 
negócio. 
 
não depende do estado de outros componentes externos para executar um ciclo completo de trabalho. 
 
responde às requisições encapsulando todo o detalhe do seu processamento. 
 
é invocado por meio de protocolos de comunicação independentes da localização e do suporte 
tecnológico. 
 
 
Explicação: é um componente fracamente acoplado e não fortemente acoplado. 
 
 
 
Ref.: 201602757229 
 
 5a Questão 
 
 
Uma arquitetura de sistema baseada no padrão MVC (Model View Controller) tem como principal característica: 
 
 
Elimina a necessidade de o desenvolvedor criar uma camada de persistência de informações. 
 
Dispensa o uso de testes de unidade durante o processo de desenvolvimento. 
 
Separa a camada de apresentação da camada que representa as informações do domínio do problema. 
 
Elimina a necessidade de gerenciar a interação da apresentação visual do sistema com os 
comportamentos da aplicação. 
 
Torna o papel do arquiteto de software irrelevante, uma vez que a arquitetura já foi totalmente definida. 
 
 
Explicação: A arquitetura MVC não elimina a necessidade de o desenvolvedor criar uma camada de persistência 
de informações. Independente da arquitetura é fundamental o uso de testes de unidade durante o processo de 
desenvolvimento. Mesmo na arquitetura MVC o papel do arquiteto de software é fundamental e relevante. 
 
 
 
Ref.: 201602757220 
 
 6a Questão 
 
 
Em relação ao uso de camadas, assinale a alternativa que NÃO é considerada uma vantagem na sua utilização. 
 
 
Facilidade de compreensão. 
 
Facilidade de Reutilização. 
 
Facilidade de manutenção 
 
Facilidade de Desenvolvimento independente. 
 
Facilidade de duplicação de funcionalidade. 
 
 
Explicação: Duplicação de funcionalidade é uma desvantagem do uso de camadas. 
 
 
 
Ref.: 201602757225 
 
 7a Questão 
 
 
O componente Controller do MVC: 
 
 
Envia requisições do usuário para o controlador e recebe dados atualizados dos componentes de acesso a 
dados. 
 
É onde são concentradas todas as regras de negócio da aplicação e o acesso aos dados. 
 
Responde às solicitações de queries e encapsula o estado da aplicação. 
 
Notifica os componentes de apresentação das mudanças efetuadas nos dados e expõe a funcionalidade da 
aplicação. 
 
Define o comportamento da aplicação, as ações do usuário para atualizar os componentes de dados e 
seleciona os componentes para exibir respostas de requisições. 
 
 
Explicação: Controller: Gerencia a interação da apresentação visual do sistema (View) com os comportamentos 
da aplicação (Model). 
 
 
 
Ref.: 201602812898 
 
 8a Questão 
 
 
Em relação ao padrão de arquitetura MVC (Model View Controller), assinale a afirmativa correta. 
 
 
O padrão de arquitetura MVC não permite gerenciar múltiplas visões utilizando somente um modelo. 
 
O componente View interpreta as ações realizadas pelos usuários e as envia para o Model. 
 
O componente Model é a camada lógica da aplicação, representa os dados da aplicação e as suas regras de 
negócio. 
 
Os componentes de uma arquitetura de sistemas estão divididos em camadas não estruturadas, que, 
durante o desenvolvimento, devem ser consideradas de forma fundamental pelo arquiteto. 
 
O componente Controller é a camada de apresentação responsável por gerar uma visualização dos dados e 
por recebê-los como dados de entrada dos usuários. 
 
 
Explicação: 
Os componentes de uma arquitetura de sistemas estão divididos em camadas estruturais. 
A camada de apresentação é o componente View. 
O padrão de arquitetura MVC permite gerenciar múltiplas visões utilizando somente um modelo. 
O componente Controller é quem interpreta as ações realizadas pelos usuários e as envia para o Model 
 
 
ARQUITETURA DE SISTEMAS 
8a aula Lupa 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0421_EX_A8_201601688725_V2 23/05/2018 09:59:50 (Finalizada) 
Aluno(a): JHONATAN DE OLIVEIRA SABADI 2018.1 
Disciplina: CCT0421 - ARQUITETURA DE SISTEMAS 201601688725 
 
 
 
Ref.: 201602757253 
 
 1a Questão 
 
 
Em relação a implementação e distribuição de componentes podemos afirmar que: 
I- O controle de qualidade visa garantir o bom resultado do trabalho de implementação dos componentes. 
II- Caso o desenvolvedor não conheça muito bem o padrão especificado pelo arquiteto, ele deverá buscar a 
referência na metodologia de produto. 
III- O desenvolvedor, deve ter a preocupação de definir e construir middlewares que conectem as diversas 
camadas de componentes, e consequentemente os componentes, de maneira a conseguir uma forte acoplagem 
para a organização. 
Marque a opção correta: 
 
 
I e II são verdadeiras 
 
II e III são verdadeiras 
 
Somente a I é verdadeira 
 
Somente a III é verdadeira 
 
I e III são verdadeiras 
 
 
Explicação: A terceria afirmativa está incorreta, uma vez que é o arquiteto de sistemas que deve ter preocupação 
de definir e construir middleware¿s que conectem as diversas camadas de componentes. 
 
 
 
Ref.: 201602812902 
 
 2a Questão 
 
 
No contexto de especificação de componentes, considere as seguintes afirmativas: 
I. Umadas mais úteis ferramentas do desenvolvimento de sistemas por componentes é 
o empacotamento. 
II. O arquiteto de sistemas deve ter a preocupação de definir e construir middlewares que conectem as 
diversas camadas de componentes e, consequentemente, os componentes, de maneira a conseguir 
uma baixa acoplagem para a organização. 
III. Os componentes devem ser distribuídos em containers seguindo as políticas estabelecidas pelos 
middlewares, ou seja, dentro de um mesmo container podem existir componentes que atendam a 
diferentes configurações. 
Levando-se em conta as afirmações acima, identifique a única alternativa válida. 
 
 
Apenas II e III 
 
Apenas I e III 
 
Apenas I 
 
Apenas I e II 
 
Apenas II 
 
 
Explicação: 
A afirmativa II está incorreta pois deve conseguir uma baixa acoplagem e forte alta. 
A afirmativa III está incorreta uma vez que dentro de um mesmo container somente podem existir componentes 
que atendam a mesma configuração. 
 
 
 
Ref.: 201602812900 
 
 3a Questão 
 
 
Com relação a características de um componente, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras 
(V): 
( ) Pode possuir mais de uma especificação. 
( ) Deve ser aderente a padrões. 
( ) Pode ser empacotado em módulos. 
As afirmativas são respectivamente: 
 
 
F, F e V. 
 
V, F e V. 
 
V, F e F. 
 
F, V e V. 
 
V, V e V. 
 
 
Explicação: Só tem uma especificação. 
 
 
 
Ref.: 201602788627 
 
 4a Questão 
 
 
Analise as afirmações a seguir: 
I ¿ Na arquitetura em camadas é possível substituir uma camada inteira por outra sem afetar as camadas 
adjacentes, desde que preservadas as interfaces 
II ¿ Na arquitetura de repositório (blackboard) os componentes interagem entre si 
III ¿ Na arquitetura cliente-servidor são definidos um conjunto de serviços e servidores associados que são 
utilizados pelos clientes para fazer uso dos serviços 
IV ¿ Na arquitetura Dutos (Pipes) e Filtros a tarefa de um sistema, normalmente, é dividida em vários passos de 
processamento, que podem ser sequenciais. 
São verdadeiras as afirmações: 
 
 
( ) Somente as alternativas I e III são verdadeiras. 
 
( ) Somente a alternativa III é verdadeira 
 
( ) Somente as alternativas I e II são verdadeiras. 
 
( ) Somente as alternativas I, III e IV são verdadeiras. 
 
( ) Somente a alternativa I é verdadeira. 
 
 
Explicação: 
I Na arquitetura em camadas é possível substituir uma camada inteira por outra sem afetar as camadas 
adjacentes, desde que preservadas as interfaces ===> VERDADE 
 
II Na arquitetura de repositório (blackboard) os componentes interagem entre si ===> FALSO 
ARQUITETURA DE REPOSITÓRIO é um modelo de sistema com base em um banco de dados compartilhado. Esse 
modelo é adequado a aplicações em que os dados são gerados por um subsistema e utilizados por outro. 
Exemplos de sistemas com modelo repositório são os Sistemas de Comando e Controle, Sistemas de Informações 
Gerenciais, Conjuntos de ferramentas CASE e os Sistemas de CAD. 
III Na arquitetura cliente-servidor são definidos um conjunto de serviços e servidores associados que são 
utilizados pelos clientes para fazer uso dos serviços===> VERDADE 
IV Na arquitetura Dutos (Pipes) e Filtros a tarefa de um sistema, normalmente, é dividida em vários passos de 
processamento, que podem ser sequenciais. 
:===> VERDADE 
 
 
 
Ref.: 201602757245 
 
 5a Questão 
 
 
Assinale a alternativa que apresenta a sequência de especificação de um componente. 
 
 
Aderente a padrões, Implementação, Empacotado e Distribuição 
 
Aderente a padrões, Empacotado, Implementação e Distribuição 
 
Implementação, Distribuição, Empacotado, Aderente a padrões 
 
Implementação, Empacotado, Distribuição, Aderente a padrões 
 
Empacotado, Implementação, Aderente padrões e Distribuição 
 
 
Explicação: A sequência de especificação de componente é Implementação, Distribuição, Empacotado, Aderente 
a padrões. 
 
 
 
Ref.: 201602757250 
 
 6a Questão 
 
 
Uma empresa está seguindo todos os passos para o desenvolvimento de componente. Após o arquiteto de 
sistemas ter realizado toda a especificação do componente, cabe agora o desenvolvedor implementá-lo. Mas 
ao pegar a especificação do componente, o mesmo descobriu que não conhece muito bem o padrão 
especificado pelo arquiteto. Mediante a essa situação o que o desenvolvedor deve fazer? 
 
 
Desenvolver a aplicação sem a implementação do padrão definido. 
 
Buscar a referência na metodologia de produto. 
 
Buscar a referência na metodologia de processo. 
 
Escolher outro padrão, que conheça, para substitui-lo. 
 
Buscar a referência na metodologia de interface 
 
 
Explicação: Na metodologia de produto apresenta detalhadamente como utilizar o padrão, exemplos de uso, 
resultados,... 
 
 
 
Ref.: 201602757246 
 
 7a Questão 
 
 
Considere: 
I- É necessário que o arquiteto de sistemas complete as informações técnicas necessárias que as partes 
interessadas não conseguem informar, baseado em seu framework de conhecimentos. 
II- A linguagem tratada no levantamento de requisitos não será a mesma utilizada pelo desenvolvedor. 
Precisamos garantir que cada etapa use o seu conjunto de padrões específicos para aquela etapa. 
III- Na especificação de componentes estamos pensando no desenvolvedor e não no arquiteto do sistema. 
Em relação à especificação de componente, está correto o que consta em 
 
 
I, apenas 
 
II e III apenas 
 
I, II e III apenas 
 
I e II apenas 
 
I e III apenas 
 
 
1a Questão 
 
O CCM é um framework de componentes do lado do servidor, cuja finalidade é facilitar o desenvolvimento e a 
instalação de aplicações distribuídas que utilizam a arquitetura de sistemas por componentes. Dentre os tipos de 
modelos podemos destacar: 
 
 
Modelo de Negócio, Modelos de Projeto, Modelo de Testes e Modelo de Implementação. 
 
Modelo Abstrato, Modelo de Programação, Modelo de Empacotamento, Modelo de Instalação e Modelo 
de Execução. 
 
Modelo Abstrato, Modelo de Análise, Modelo de Projeto, Modelo de Instalação e Modelo de Execução. 
 
Modelo de Negócio, Modelo de Projeto, Modelo de Padrões e Modelo de Implementação. 
 
Modelo Abstrato, Modelo de Programação, Modelo de Padrões, Modelo de Testes e Modelo de 
Execução. 
 
 
Explicação: 
Os cinco tipos de modelos são: Modelo Abstrato (Define os atributos, portas de comunicação e home dos 
componentes), Modelo de Programação (Composto pela CIDL (Component Implementation Definition Language) 
e pelo CIF (Component Implementation Framework), Modelo de Empacotamento (Especifica como os 
componentes e suas implementações devem ser empacotados), Modelo de Instalação (Define um mecanismo 
padrão para a instalação de aplicações) e Modelo de Execução (Define o ambiente de execução para as 
instâncias do componente). 
 
 
 
Ref.: 201602788700 
 
 2a Questão 
 
 
No Modelo de Componentes Corba a descrição das interfaces pode ser realizada através de uma IDL - Linguagem 
para Descrição de Interface. A respeito dessa linguagem é possível afirmar, EXCETO: 
 
 
As interfaces são especificadas através da palavra supports 
 
Homes gerenciam o ciclo de vida de componentes 
 
Não existe herança entre componentes na especificação da linguagem 
 
Containers criam uma abstração que define um ambiente de execução protegido 
 
Podem ser especificadas as interfaces do modelo, incluindo as facetas, receptáculos, emissores e 
consumidores (receptores) 
 
 
Explicação: 
O CORBA é um padrão criado pelo OMG (Object Management Group) para permitir ainteração entre aplicações 
heterogêneas em ambientes também heterogêneos, o que pode ser entendido como permitir a interação entre 
aplicações desenvolvidas em diversas linguagens de programação que estão sendo executadas em diferentes 
máquinas (também heterogêneas) conectadas a uma rede de dados. 
Para possibilitar a heterogeneidade de aplicações, o CORBA agrega ao código da aplicação diversas informações 
sobre o código em si e sobre como ele pode/deve ser acessado, formando uma aplicação CORBA. Para 
especificar como este código pode ser acessado, é utilizada uma IDL (Interface Definition Language), uma 
linguagem para definição da interface que permite padronizar as chamadas aos métodos CORBA. Não existe 
herança entre componentes na especificação da linguagem 
Com isso CORBA cria um cenário onde todas as chamadas feitas a métodos CORBA são padronizadas, 
necessitando apenas de um mapeamento dessa interface para a linguagem de programação utilizada para 
implementação do código. 
 
 
 
Ref.: 201602757993 
 
 3a Questão 
 
 
Em relação ao provimento e construção de componentes, analise as afirmativas a seguir: 
 I- O arquiteto de sistemas, baseado nos requisitos do novo sistema, vai executar o design da nova aplicação, 
identificando todos os componentes necessários e aplicando reuso aos componentes que já existirem. Somente 
serão construídos os componentes que não existirem. 
 II- Quanto mais madura a organização (empresa) no conceito de arquitetura de sistemas maior o conjunto de 
componentes reutilizáveis ela vai ter, e menor o conjunto de componentes a serem desenvolvidos para 
resolverem os problemas. 
 III - Um componente reutilizado é um componente que já foi testado, é um componente que não tem 
problemas de desenvolvimentos a serem sanados. Sendo assim, quanto mais a reuzabilidade de código menor o 
custo , menor o tempo e maior a qualidade. 
Assinale: 
 
 
se somente a afirmativa I e III estiverem corretas. 
 
se somente a afirmativa I estiver correta. 
 
se somente a afirmativa II e III estiverem corretas. 
 
se todas as afirmativas estiverem corretas. 
 
se somente as afirmativas I e II estiverem corretas. 
 
 
Explicação: Todas as afirmativas são verdadeiras. 
 
 
 
Ref.: 201602757998 
 
 4a Questão 
 
 
Em relação ao Framework CCM (CORBA Component Model) podemos afirmar que: 
 
 
O nível estendido provê uma forma simplificada de distribuir um objeto CORBA como componente. 
 
O modelo de Instalação define o ambiente de execução para as instâncias do componente. 
 
O nível básico provê um conjunto maior de ações, como as portas de comunicação que representam os 
elementos de conexão entre os componentes. 
 
O modelo de programação é Composto pela CIDL (Component Implementation Definition Language) e 
pelo CIF (Component Implementation Framework). 
 
O modelo abstrato especifica como os componentes e suas implementações devem ser empacotados. 
 
 
Explicação: O nível básico provê uma forma simplificada de distribuir um objeto CORBA como componente. O 
nível estendido provê um conjunto maior de ações, como as portas de comunicação que representam os 
elementos de conexão entre os componentes. O modelo de empacotamento especifica como os componentes e 
suas implementações devem ser empacotados. O modelo de execução define o ambiente de execução para as 
instâncias do componente. 
 
 
 
Ref.: 201602812908 
 
 5a Questão 
 
 
O gerenciamento do ciclo de vida dos componentes de servidor é feito através de políticas que controlam o 
momento de ativação/desativação dos componentes. Associe a sentença abaixo ao respectivo conceito. 
 " O container ativa o componente, quando for feita a primeira chamada a alguma de suas operações, e 
desativa, quando explicitamente requisitado pela aplicação, deslocando a memória utilizada pelo componente." 
 
 
Skeletons 
 
Component 
 
Container 
 
Transaction 
 
Method 
 
 
Explicação: 
Method: Ativação/desativação a cada chamada de método, limitando o uso de memória ao tempo de duração 
da operação, mas acrescentando o custo de ativação e desativação do componente. 
Transaction: Ativação/desativação a cada transação. Memória permanece alocada durante a transação. 
Container: 
O container ativa o componente, quando for feita a primeira chamada a alguma de suas operações, e desativa, 
quando explicitamente requisitado pela aplicação, deslocando a memória utilizada pelo componente. 
 
 
 
Ref.: 201602812904 
 
 6a Questão 
 
 
Os frameworks são os mais indicados para fornecer uma base mais sólida para a próxima geração de aplicativos 
baseados em componentes distribuídos, em escala empresarial, , avalie se as afirmativas a seguir são 
verdadeiras (V) ou falsas (F): 
( ) O Microsoft COM+ possui o Windows como dependência de plataforma, mas não possui nenhuma 
dependência de Linguagem. 
( ) O Entreprise JavaBeans (EJB) possui tanto dependência de plataforma quanto dependência de Linguagem. 
( ) O Enterprise JavaBeans (EJB) possui a Linguagem Java como dependência de linguagem. 
As afirmativas são respectivamente: 
 
 
V, F e F. 
 
V, F e V. 
 
F, F e V. 
 
F, V e V. 
 
V, V e V. 
 
 
Explicação: O Entreprise JavaBeans (EJB) não possui tanto dependência de plataforma, mas possui dependência 
de Linguagem. 
 
 
 
Ref.: 201602758000 
 
 7a Questão 
 
 
Em relação aos modelos do CCM, Associe a coluna da esquerda com a coluna da direita e em seguida marque a 
alternativa correta, considerando a sequência de cima para baixo: 
(1) Modelo Abstrato 
( ) Composto pela CIDL (Component Implementation Definition 
Language) e pelo CIF (Component Implementation Framework). 
(2) Modelo de Empacotamento 
( ) Define o ambiente de execução para as instâncias do 
componente. 
(3) Modelo de Programação 
( ) Define os atributos, portas de comunicação e home dos 
componentes. 
(4) Modelo de Instalação 
( ) Especifica como os componentes e suas implementações 
devem ser empacotados. 
(5) Modelo de Execução ( ) Define um mecanismo padrão para a instalação de aplicações. 
 
 
 
2, 5, 4, 3, 1 
 
3, 4, 1, 5, 2 
 
3, 5, 1, 2, 4 
 
1, 4, 5, 3, 2 
 
1, 3, 5, 2, 4 
 
 
Explicação: 
Modelo Abstrato: Define os atributos, portas de comunicação e home dos componentes. 
Modelo de Empacotamento: Especifica como os componentes e suas implementações devem ser empacotados. 
Modelo de Programação: Composto pela CIDL (Component Implementation Definition Language) e pelo CIF 
(Component Implementation Framework). 
Modelo de Instalação: Define um mecanismo padrão para a instalação de aplicações. 
Modelo de Execução: Define o ambiente de execução para as instâncias do componente. 
 
 
 
 
Ref.: 201602788698 
 
 8a Questão 
 
 
São interfaces encontradas nos componentes do Modelo de Componentes Corba - CCM, EXCETO: 
 
 
Fontes de Eventos 
 
Receptores de Eventos 
 
Receptáculos 
 
Facetas 
 
Alças 
 
 
Explicação: 
As principais interfaces encontradas nos componentes do Modelo de Componentes Corba, são 
Facetas 
Receptáculos 
Eventos 
Herança de Componentes 
Homes e Home Finders 
 
 
1a Questão 
 
Considere as afirmações sobre especificação de componentes x Construção de componentes: 
I- Para lidar com especificação, nós adicionamos alguns estereótipos UML, como especificação de componentes, 
as classes e suas interfaces. 
II- Uma especificação de componente oferece um ou mais tipos de interfaces, por isso há uma correspondência 
bastante simples entre os elementos de especificação e os elementos de execução. 
III - UML também define a relação entreo componente e uma interface através de relacionamentos. 
Está correto o que se afirma em 
 
 
I, II e III. 
 
I e III, apenas 
 
I e II, apenas 
 
I, apenas 
 
II e III, apenas 
 
 
Explicação: 
Todas as afirmativas estão corretas. 
 
 
 
Ref.: 201602758030 
 
 2a Questão 
 
 
Em sistemas distribuídos, componentes podem ser implantados em diversos servidores e sistemas operacionais. 
É correto afirmar que: 
I- CCM descreve componentes e suas dependências usando Open Software Description (OSD), que é um XML 
Document Type Definition (DTD) definido pelo consórcio www. 
II- Package descriptors são documentos OSD em conformidade com o XML e DTD (Document Type Definition), 
descrevendo o conteúdo da DLL e suas dependências. 
III- CCM e OSD também definem component assembly descriptors, que descrevem instruções de implantação e 
topologia dos componentes, e têm como objetivo o suporte à implantação automática dos componentes. 
Marque a opção correta: 
 
 
 
II e III são verdadeiras. 
 
Somente a III é verdadeira 
 
I e III são verdadeiras 
 
I e II são verdadeiras 
 
Somente a I é verdadeira 
 
 
Explicação: A segunda sentença é falsa uma vez que Package descriptors são documentos XML e não OSD 
 
 
 
Ref.: 201602812909 
 
 3a Questão 
 
 
Sobre heranças de interface e suporte de interfaces, analise as assertivas e assinale a alternativa que aponta a(s) 
correta(s). 
I. COM+ permite herança múltipla de interface. 
II. EJB permite apenas herança única de interface. 
 III. EJB permite que classes Java apoiem múltiplas interfaces, limitando apenas unicamente herança de classe. 
 
 
Apenas I. 
 
Apenas II. 
 
Apenas I e III. 
 
Apenas III. 
 
Apenas II e III. 
 
 
Explicação: COM+ permite apenas herança única de interface. EJB permite herança múltipla de interface. 
 
 
 
Ref.: 201602758027 
 
 4a Questão 
 
 
Considere: 
I- Os componentes são empacotados em Arquivos CIF e executados em servidores de componentes. 
II - Os componentes não precisam saber como tratar problemas, como a criação de hierarquia de POAs, e 
localizar serviços do CCM. 
III- As implementações dos componentes dependem dos conceitos da programação orientada a aspectos para 
encaminhar requisições de clientes para os elementos de servidor. 
Em relação à construção dos componentes, está correto o que consta em 
 
 
 
I e III, apenas 
 
II, apenas 
 
II e III, apenas 
 
I e II, apenas 
 
I, II e III apenas 
 
 
Explicação: A primeira sentença é falsa, uma vez que os componentes são empacotados em arquivos DLL. 
 
 
 
Ref.: 201602775517 
 
 5a Questão 
 
 
Tanto no EJB como no COM + usamos uma abordagem de fábrica de objetos, onde um objeto componente é 
utilizado para criar instâncias de outro componente. Qual é o objeto inicial no COM+ ? 
 
 
Main 
 
IClassCreator 
 
IClassBuilder 
 
IClassMain 
 
IClassFactor 
 
 
Explicação: 
IClassFactor é o objetivo inicial no COM+, as demais opções não existem. 
 
 
 
Ref.: 201602775622 
 
 6a Questão 
 
 
Quando se trata de herança de interfaces e suporte de interfaces é INCORRETO afirmar que: 
 
 
COM + permite apenas herança única de interface. 
 
No COM+ para permitir que objetos tenham múltiplas classificações, os componentes devem suportar 
múltiplas interfaces. 
 
Quando registramos uma classe Java como um EJB com um ambiente de componentes EJB, ficamos 
restritos à nomeação de uma interface (a chamada interface remota). 
 
Se quiser que seu componente suporte múltiplas interfaces, você vai precisar usar herança de interface 
múltipla para herdar toda a funcionalidade do componente de uma interface pai, que pode ser registrada 
no ambiente COM+. 
 
EJB permite herança múltipla de interfaces e permite que classes Java apoiem múltiplas interfaces, 
limitando apenas unicamente herança de classe. 
 
 
Explicação: 
O ambiente é EJB e não COM+