Avaliandos de Arquitetura

Prévia do material em texto

1a Questão 
 
 
Em relação ao conceito de componentes é correto afirmar que: 
 
 Um mesmo componente pode ter mais de uma interface. 
 
Não existe a necessidade de existir nos componentes uma relação natural com o que ele 
representa. 
 
Componentes, no contexto da arquitetura de sistemas, são unidades de software não estruturados 
de acordo com alguns princípios específicos. 
 
Um componente é um objeto, derivado de uma classe, mas sem assinatura explícita. 
 Cada componente encapsulado pode ter mais de uma identidade de dados e funções e podendo 
assumir estados pré-determinados. 
 
 
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. 
 
 
 
 
 
 2a 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. 
 
 
 
Produtividade 
 Independência 
 
Reusabilidade 
 
Extensibilidade 
 Encapsulamento 
 
 
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. 
 
 
 
 
 
 3a Questão 
 
 
Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO: 
 
 É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam 
o sistema 
 
No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os 
componentes 
 
A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender 
tanto aos requisitos funcionais quanto aos não-funcionais 
 
A arquitetura pode ser vista como um processo e também como um artefato 
 Diagrama de componentes, diagrama de empacotamento e o diagrama de distribuição são algumas 
representações da UML que podem ser utilizadas na especificação arquitetural 
 
 
Explicação: 
Arquitetura de Sistema, é um conjunto de componentes que compõem um software completo instalado na 
corporação, incluindo as funcionalidades destes componentes, a sua interconexão, e possivelmente até 
mesmo a tecnologia adequada . 
 
 
 
 
 
 4a 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. 
 
 
I, II e III estão incorretas. 
 
Apenas a II e a II estão corretas. 
 
Apenas a I e a II estão corretas. 
 Apenas a I e a III 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. 
 
 
 
 
 
 5a Questão 
 
 
São características principais encontradas na Arquitetura em Camadas 
 
 
Separação e independência das camadas 
 Cada camada depende exclusivamente dos serviços providos pela camada inferior 
 
Um repositório central de dados 
 
Dependem de uma infraestrutura de comunicação para implementação 
 
Os dados são gerados por um componente e consumidos pelos outros 
 
 
Explicação: 
No modelo em camadas, a lógica de apresentação esta separada em sua própria camada lógica e física. A 
separação em camadas lógicas torna os sistemas mais flexíveis, permitindo que as partes possam ser 
alteradas de forma independente. As funcionalidades da camada de negócio podem ser divididas em classes 
e essas classes podem ser agrupadas em pacotes ou componentes, reduzindo as dependências entre as 
classes e pacotes; podem ser reutilizadas por diferentes partes do aplicativo e até por aplicativos diferentes. 
O modelo de 3 camadas tornou-se a arquitetura padrão para sistemas corporativos com base na Web. 
 
 
 
 
 
 6a Questão 
 
 
Sobre Componentes de Software, a alternativa INCORRETA é: 
 
 
nenhuma das anteriores 
 
Componente de software pode ser definido como uma unidade de composição com interfaces bem 
definidas e dependências de contexto explícitas, além de poder ser independentemente implantado e 
estar sujeito a composição por terceiros 
 
O conceito de componente de software é definido como uma abstração para construção de sistemas 
que pode ser adaptada sobre diversos paradigmas diferentes 
 
Um componente não é necessariamente uma tecnologia implementada especificamente e nem a 
aplicação, mas um dispositivo de software que possua uma interface bem definida 
 Um componente de software não é um elemento independente, sendo assim não pode ser substituído 
 
 
Explicação: Associar os conceitos de Engenharia de Software Baseada em Componentes (ESBC) 
 
 
 
 
 
 7a Questão 
 
 
Em relação aos níveis de modelo, descubra qual modelo que representa os componentes de softwares 
utilizados. 
 
 
Modelo Conceitual 
 
Modelo de Projeto 
 
Modelo de Implantação 
 Modelo de Especificação 
 Modelo de Implementaçã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. 
 
 
 
 
 
 8a 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." 
 
 Encapsulamento 
 
Reusabilidade 
 
Substituição 
 
Independência 
 
Extensibilidade 
 
 1a 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. 
 
 I, II e III estão corretas. 
 
Apenas I e II estão corretas. 
 
Apenas I. 
 
Apenas I e III estão corretas. 
 
Apenas II e III estão corretas. 
 
 
Explicação: Todas estão corretas. 
 
 
 
 
 
 2a Questão 
 
 
São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO 
 
 
Necessidade da especialização das interfaces (conexões) entre os objetos 
 Necessidade da existência de um mecanismo único de implementação 
 Dificuldade de configurar e utilizar aplicações em padrões anteriores 
 
Falta de flexibilidade para estender as funcionalidades dos objetos 
 
Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio 
(funcionais) 
 
 
Explicação: 
CORBA (abreviado de Common Object Request Broker Architecture) é a arquitetura padrão 
criada pelo Object Management Group para estabelecer e simplificar a troca de dados entre 
sistemas distribuídos heterogêneos. Em face da diversidade de hardware e software que 
encontramos atualmente, a CORBA atua de modo que os objetos (componentes dos 
softwares) possam se comunicar de forma transparente ao usuário, mesmo que para 
isso seja necessário interoperar com outro software, em outro sistema operacional e em outra 
ferramenta de desenvolvimento. CORBA é um dos modelos mais populares de objetos 
distribuídos, juntamente com o DCOM, formato proprietário da Microsoft. 
 
 
 
 
 
 3a Questão 
 
 
A metodologia de gestão deve contemplar quantas fases forem necessárias para conseguir que todas as 
áreas de conhecimento sejam abordadas de forma a garantir que escopo, tempo, custos e qualidade atinjam 
os níveis definidos pelas corporações como sendo os ideais. Qual o modelo de desenvolvimento, estas fases 
da metodologia devem seguir? 
 
 
Incremental 
 
Cascata com retroalimentação 
 Cascata 
 
Espiral 
 Iterativo e incremental 
 
 
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam 
uma entrega ao final. 
 
 
 
 
 
 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. 
 
 
Somente a afirmativa II está correta. 
 
As afirmativas I e III estão corretas 
 
As afirmativas II e III estão corretas. 
 As afirmativas I, II e III estão corretas. 
 
As afirmativas I e II estão corretas. 
 
 
Explicação: Todas as afirmativas estão corretas. 
 
 
 
 
 
 5a 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. 
 
 
Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes 
 
Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação 
 Coleta de Requisitos - Análise - Especificação - Codificação - Testes - Implantação 
 
Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação 
 Coleta de Requisitos - Análise - Especificação - 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. 
 
 
 
 
 
 6a Questão 
 
 
Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO: 
 
 
O nível de abstração é, geralmente, alto. 
 
Podem ser definidos desde a primeira iteração do projeto de arquitetura 
 Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces 
 
Devem ser projetados buscando a alta coesão e o baixo acoplamento 
 
Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado 
 
 
Explicação: 
Acoplamento e Coesão talvez sejam as características mais importantes de qualquer sistema. 
Muitos sistemas são como um Castelo de Cartas. 
Assim como o baixo acoplamento, a alta coesão é um dos princípios que devem ser levados em consideração ao se construir 
um projeto. 
Da mesma maneira que o baixo acoplamento, a alta coesão também é dividida em tipos: 
Coesão coincidental: o pior tipo de coesão, há nenhuma ou pouca relação construtiva entre 
os elementos de um módulo, em outras palavras é uma classe inchada, com um punhado de 
métodos, todos executando tarefas diferentes, sem nenhuma relação com a classe que os 
implementa. 
Coesão lógica: melhor do que a coincidental mas não menos pior em um projeto, semelhante 
ao acoplamento de controle, onde um módulo faz um conjunto de funções relacionadas e uma 
das quais é escolhida através de um parâmetro para controlá-lo. 
Coesão temporal: os elementos estão agrupados no mesmo módulo simplesmente porque 
são processados no mesmo intervalo de tempo, semelhante aos arquivos .ini do windows xp, ao 
iniciar o xp esses arquivos são carregados para iniciar serviços ou aplicativos. 
Coesão procedural: o módulo só tem sentido sobre a aplicação associada, sem ela, há 
dificuldade em entendê-lo, basicamente é a coesão relacionada aos procedimentos executados 
pelos elementos do módulo. 
Coesão de comunicação: um módulo tem coesão de comunicação se os seus elementos 
usam a mesma entrada ou a mesma saída. 
Coesão seqüencial: a saída de um elemento é a entrada de outro e a solução é decompor 
em módulos menores, isso nós já vimos em tópicos passados, chamado também de 
acoplamento de dados. 
Coesão funcional: Um módulo funcionalmente coeso contém todos os elementos e apenas 
aqueles necessários para realizar uma única tarefa bem definida. 
 
 
 
 
 
 7a Questão 
 
 
Uma estratégia tradicional para a construção do projeto arquitetural envolve a análise do fluxo (workflow) 
do sistema. Sobre essa estratégia é correto afirmar: 
 
 
Todas as afirmações estão erradas 
 Nessa estratégia, as operações são usualmente representadas através de componentes, ordenados 
de acordo com a sequência dessas operações 
 
O objetivo principal dessa análise é definir componentes reusáveis, isto é, componentes que 
possam ser utilizados também em outros sistemas 
 
Entre todos os cenários possíveis, a arquitetura de sistemas distribuídos não pode ser representada 
através da análise do fluxo. 
 Essa estratégia dispensa o levantamento de requisitos 
 
 
Explicação: 
Um sistema de gerenciamento de Workflow - WfMS (Workflow Management Systems) é um sistema que 
define, gerencia e executa workflows com o suporte de um software e cuja ordem de atividades é guiada por 
uma representação lógicoe ordenada de um fluxode no computador. 
 
 
 
 
 
 8a Questão 
 
 
No processo de desenvolvimento de software, Depois que os modelos conceituais de negóciosão 
desenvolvidos, o processo é encaminhado para próxima etapa. Identifique que etapa é essa. 
 
 
Codificação 
 
Implementação 
 
Requisitos 
 Análise 
 Especificaçã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. 
1a Questão 
 
Em relação ao conceito de componentes é correto afirmar que: 
 
 
Não existe a necessidade de existir nos componentes uma relação natural com o que ele 
representa. 
 
Componentes, no contexto da arquitetura de sistemas, são unidades de software não estruturados 
de acordo com alguns princípios específicos. 
 
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. 
 Um mesmo componente pode ter mais de uma interface. 
 
 
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. 
 
 
 
 
 
 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 Implementação 
 
Modelo de Projeto 
 
Modelo de Implantaçã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. 
 
 
 
 
 
 3a 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. 
 
 
 Encapsulamento 
 
Reusabilidade 
 
Independência 
 
Produtividade 
 
Extensibilidade 
 
 
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. 
 
 
 
 
 
 4a 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. 
 
 
I, II e III estão incorretas. 
 
I, II e II estão corretas. 
 Apenas a I e a III estão corretas. 
 
Apenas a II e a II estão corretas. 
 Apenas a I e a 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. 
 
 
 
 
 
 5a Questão 
 
 
São características principais encontradas na Arquitetura em Camadas 
 
 
Um repositório central de dados 
 
Dependem de uma infraestrutura de comunicação para implementação 
 Cada camada depende exclusivamente dos serviços providos pela camada inferior 
 
Separação e independência das camadas 
 Os dados são gerados por um componente e consumidos pelos outros 
 
 
Explicação: 
No modelo em camadas, a lógica de apresentação esta separada em sua própria camada lógica e física. A 
separação em camadas lógicas torna os sistemas mais flexíveis, permitindo que as partes possam ser 
alteradas de forma independente. As funcionalidades da camada de negócio podem ser divididas em classes 
e essas classes podem ser agrupadas em pacotes ou componentes, reduzindo as dependências entre as 
classes e pacotes; podem ser reutilizadas por diferentes partes do aplicativo e até por aplicativos diferentes. 
O modelo de 3 camadas tornou-se a arquitetura padrão para sistemas corporativos com base na Web. 
 
 
 
 
 
 6a Questão 
 
 
Sobre Componentes de Software, a alternativa INCORRETA é: 
 
 
O conceito de componente de software é definido como uma abstração para construção de sistemas 
que pode ser adaptada sobre diversos paradigmas diferentes 
 Um componente de software não é um elemento independente, sendo assim não pode ser substituído 
 Um componente não é necessariamente uma tecnologia implementada especificamente e nem a 
aplicação, mas um dispositivo de software que possua uma interface bem definida 
 
nenhuma das anteriores 
 
Componente de software pode ser definido como uma unidade de composição com interfaces bem 
definidas e dependências de contexto explícitas, além de poder ser independentemente implantado e 
estar sujeito a composição por terceiros 
 
 
Explicação: Associar os conceitos de Engenharia de Software Baseada em Componentes (ESBC) 
 
 
 
 
 
 7a 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 Conceitual 
 
Modelo de Requisitos 
 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. 
 
 
 
 
 
 8a Questão 
 
 
Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO: 
 
 Diagrama de componentes, diagrama de empacotamento e o diagrama de distribuição são algumas 
representações da UML que podem ser utilizadas na especificação arquitetural 
 
A arquitetura pode ser vista como um processo e também como um artefato 
 É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o 
sistema 
 
A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender 
tanto aos requisitos funcionais quanto aos não-funcionais 
 
No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os 
componentes 
 1a 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ãodas 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. 
 
Apenas I e II estão corretas. 
 
Apenas I e III estão corretas. 
 I, II e III estão corretas. 
 
Apenas II e III estão corretas. 
 
 
Explicação: Todas estão corretas. 
 
 
 
 
 2a 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? 
 
 
 Iniciação 
 
Monitoramento e Controle 
 Planejamento 
 
Execução 
 
Encerramento 
 
 
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 Questão 
 
 
São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO 
 
 Necessidade da existência de um mecanismo único de implementação 
 
Dificuldade de configurar e utilizar aplicações em padrões anteriores 
 
Necessidade da especialização das interfaces (conexões) entre os objetos 
 
Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio 
(funcionais) 
 Falta de flexibilidade para estender as funcionalidades dos objetos 
 
 
Explicação: 
CORBA (abreviado de Common Object Request Broker Architecture) é a arquitetura padrão 
criada pelo Object Management Group para estabelecer e simplificar a troca de dados entre 
sistemas distribuídos heterogêneos. Em face da diversidade de hardware e software que 
encontramos atualmente, a CORBA atua de modo que os objetos (componentes dos 
softwares) possam se comunicar de forma transparente ao usuário, mesmo que para 
isso seja necessário interoperar com outro software, em outro sistema operacional e em outra 
ferramenta de desenvolvimento. CORBA é um dos modelos mais populares de objetos 
distribuídos, juntamente com o DCOM, formato proprietário da Microsoft. 
 
 
 
 
 4a Questão 
 
 
A metodologia de gestão deve contemplar quantas fases forem necessárias para conseguir que todas as 
áreas de conhecimento sejam abordadas de forma a garantir que escopo, tempo, custos e qualidade atinjam 
os níveis definidos pelas corporações como sendo os ideais. Qual o modelo de desenvolvimento, estas fases 
da metodologia devem seguir? 
 
 
Cascata com retroalimentação 
 Iterativo e incremental 
 
Incremental 
 
Cascata 
 
Espiral 
 
 
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam 
uma entrega ao final. 
 
 
 
 
 5a 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, II e III estão corretas. 
 
As afirmativas I e III estão corretas 
 
Somente a afirmativa II está correta. 
 
As afirmativas I e II estão corretas. 
 
As afirmativas II e III estão corretas. 
 
 
Explicação: Todas as afirmativas estão corretas. 
 
 
 
 
 6a 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 - Testes - Implantação 
 
Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes 
 
Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes 
 
Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação 
 
 
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. 
 
 
 
 
 7a Questão 
 
 
Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO: 
 
 
Podem ser definidos desde a primeira iteração do projeto de arquitetura 
 
O nível de abstração é, geralmente, alto. 
 
Devem ser projetados buscando a alta coesão e o baixo acoplamento 
 
Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado 
 Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces 
 
 
Explicação: 
Acoplamento e Coesão talvez sejam as características mais importantes de qualquer sistema. 
Muitos sistemas são como um Castelo de Cartas. 
Assim como o baixo acoplamento, a alta coesão é um dos princípios que devem ser levados em consideração ao se construir 
um projeto. 
Da mesma maneira que o baixo acoplamento, a alta coesão também é dividida em tipos: 
Coesão coincidental: o pior tipo de coesão, há nenhuma ou pouca relação construtiva entre 
os elementos de um módulo, em outras palavras é uma classe inchada, com um punhado de 
métodos, todos executando tarefas diferentes, sem nenhuma relação com a classe que os 
implementa. 
Coesão lógica: melhor do que a coincidental mas não menos pior em um projeto, semelhante 
ao acoplamento de controle, onde um módulo faz um conjunto de funções relacionadas e uma 
das quais é escolhida através de um parâmetro para controlá-lo. 
Coesão temporal: os elementos estão agrupados no mesmo módulo simplesmente porque 
são processados no mesmo intervalo de tempo, semelhante aos arquivos .ini do windows xp, ao 
iniciar o xp esses arquivos são carregados para iniciar serviços ou aplicativos. 
Coesão procedural: o módulo só tem sentido sobre a aplicação associada, sem ela, há 
dificuldade em entendê-lo, basicamente é a coesão relacionada aos procedimentos executados 
pelos elementos do módulo. 
Coesão de comunicação: um módulo tem coesão de comunicação se os seus elementos 
usam a mesma entrada ou a mesma saída. 
Coesão seqüencial: a saída de um elemento é a entrada de outro e a solução é decompor 
em módulos menores, isso nós já vimos em tópicos passados, chamado também de 
acoplamento de dados. 
Coesão funcional: Um módulo funcionalmentecoeso contém todos os elementos e apenas 
aqueles necessários para realizar uma única tarefa bem definida. 
 
 
 
 
 8a Questão 
 
 
Uma estratégia tradicional para a construção do projeto arquitetural envolve a análise do fluxo (workflow) do 
sistema. Sobre essa estratégia é correto afirmar: 
 
 
Todas as afirmações estão erradas 
 
Entre todos os cenários possíveis, a arquitetura de sistemas distribuídos não pode ser representada 
através da análise do fluxo. 
 
O objetivo principal dessa análise é definir componentes reusáveis, isto é, componentes que possam 
ser utilizados também em outros sistemas 
 Nessa estratégia, as operações são usualmente representadas através de componentes, ordenados 
de acordo com a sequência dessas operações 
 Essa estratégia dispensa o levantamento de requisitos 
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 II 
 
somente I e II 
 
somente III 
 
somente I 
 
 
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC). 
 
 
 
 
 2a 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 
 
I 
 
III e IV 
 
I e IV 
 
II e IV 
 
 
Explicação: Associar os conceitos de Engenharia de Software Baseada em Componentes (ESBC) 
 
 
 
 
 3a 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 Classe 
 Diagrama de Domínio 
 
Diagrama de Funcionalidades de Interface 
 
Diagrama de Caso de Uso 
 Diagrama de Interação de Componentes 
 
 
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. 
 
 
 
 
 4a 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 Interação de Componentes 
 Diagrama de Classe 
 
Diagrama de Sequência 
 Diagrama de Modelo Conceitual de Negócio 
 
 
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. 
 
 
 
 
 5a Questão 
 
 
Qual o diagrama que permite que o Arquiteto de um sistema modele a estrutura de arquivos de uma 
aplicação e seus relacionamentos? 
 
 diagrama de Componentes 
 
Diagrama de Arquivos 
 
Diagrama de Classes 
 
Diagrama de Software 
 
Diagrama de Objetos 
 
 
Explicação: 
Na UML, os diagramas de componentes mostram a estrutura do sistema de software, que descreve os 
componentes do software, suas interfaces e suas dependências. É possível utilizar diagramas de 
componentes para modelar sistemas de software em um alto nível ou para mostrar componentes em um 
nível de pacote mais baixo. 
Esse tipo de diagrama suporta o desenvolvimento com base em componentes no qual um sistema de 
software é dividido em componentes e interfaces que são reutilizáveis e substituíveis. 
Os diagramas de componentes são úteis pelos seguintes motivos: 
 Definir os aspectos executáveis e reutilizáveis de um sistema de software 
 Revelar problemas de configuração de software através de relacionamentos de dependência 
 Mostrar uma representação precisa de um aplicativo de software antes de fazer alterações ou 
aprimoramentos 
Também é possível utilizar os diagramas de componentes para descrever as seguintes peças físicas de um 
sistema de software: 
 Os arquivos de código fonte desenvolvidos em um ambiente de desenvolvimento integrado 
 Os arquivos executáveis necessários para fornecer um sistema em execução 
 Bancos de dados físicos que armazenam informações nas tabelas de um banco de dados relacional 
ou nas páginas de um banco de dados orientado a objetos 
 Sistemas adaptáveis que possuem componentes que migram para equilíbrio de carga e 
recuperação de defeitos 
 
 
 
 
 
 6a 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ém a 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 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 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 Gerar Fatura para o caso de uso Registrar 
Saída, onde este é essencial para o comportamento do caso de uso Registrar Entrada. 
 
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. 
 
 
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. 
 
 
 
 
 7a 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. 
 
 
 
 
 II e III estão corretas. 
 
I e II estão corretas. 
 
I, II e III estão incorretas. 
 
I e III estão corretas. 
 I, II e III estão corretas. 
 
 
Explicação: A assinatura não é composta somentecom o retorno oferecido, mas também com os parâmetros 
de entrada. 
 
 
 
 
 8a 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 é: 
 
 
Mapear a troca de mensagens entre objetos. 
 Definir as funcionalidades do sistema a ser desenvolvido 
 
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. 
1a 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 em cascata 
 
Modelo Ágil 
 
Nenhuma das alternativas 
 
Modelo prototipação 
 
modelo em espiral 
 
 
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. 
 
 
 
 
 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. 
 
 
 
 
 II e III estão corretas. 
 
I e II estão corretas. 
 I, II e III estão corretas. 
 
I, II e III estão incorretas. 
 
I 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. 
 
 
 
 
 3a 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 Interação de Componentes 
 Diagrama de Domínio 
 Diagrama de Classe 
 
Diagrama de Caso de Uso 
 
Diagrama de Funcionalidades de Interface 
 
 
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. 
 
 
 
 
 4a 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 Classe 
 
Diagrama de Sequência 
 
Diagrama de Interação de Componentes 
 
Diagrama de Caso de Uso 
 Diagrama de Modelo Conceitual de Negócio 
 
 
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. 
 
 
 
 
 5a Questão 
 
 
Qual o diagrama que permite que o Arquiteto de um sistema modele a estrutura de arquivos de uma 
aplicação e seus relacionamentos? 
 
 
Diagrama de Objetos 
 
Diagrama de Software 
 diagrama de Componentes 
 Diagrama de Classes 
 
Diagrama de Arquivos 
 
 
Explicação: 
Na UML, os diagramas de componentes mostram a estrutura do sistema de software, que descreve os 
componentes do software, suas interfaces e suas dependências. É possível utilizar diagramas de 
componentes para modelar sistemas de software em um alto nível ou para mostrar componentes em um 
nível de pacote mais baixo. 
Esse tipo de diagrama suporta o desenvolvimento com base em componentes no qual um sistema de 
software é dividido em componentes e interfaces que são reutilizáveis e substituíveis. 
Os diagramas de componentes são úteis pelos seguintes motivos: 
 Definir os aspectos executáveis e reutilizáveis de um sistema de software 
 Revelar problemas de configuração de software através de relacionamentos de dependência 
 Mostrar uma representação precisa de um aplicativo de software antes de fazer alterações ou 
aprimoramentos 
Também é possível utilizar os diagramas de componentes para descrever as seguintes peças físicas de um 
sistema de software: 
 Os arquivos de código fonte desenvolvidos em um ambiente de desenvolvimento integrado 
 Os arquivos executáveis necessários para fornecer um sistema em execução 
 Bancos de dados físicos que armazenam informações nas tabelas de um banco de dados relacional 
ou nas páginas de um banco de dados orientado a objetos 
 Sistemas adaptáveis que possuem componentes que migram para equilíbrio de carga e 
recuperação de defeitos 
 
 
 
 
 
 6a 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ém a 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 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. 
 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 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 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. 
 
 
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. 
 
 
 
 
 7a 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: 
 
 
somente III 
 
somente I 
 I, II e III 
 
somente II 
 somente I e II 
 
 
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC). 
 
 
 
 
 8aQuestã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. 
 Mapear a troca de mensagens entre objetos. 
 Definir as funcionalidades do sistema a ser desenvolvido 
1a 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 sistema deve respeitar as leis presentes na Constituição Federal. 
 
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 gerar diariamente, a lista de processos cadastrados naquele dia. 
 O software deve ser fácil de usar, intuitivo e transparente para o usuário. 
 
O sistema deve estar disponível para o usuário 99% do tempo. 
 
 
Explicação: Todos os demais requisitos são não funcionais, uma vez que abordam performance, 
usabilidade,.. 
 
 
 
 
 2a 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. 
 
Apenas II e III estão corretas. 
 
Apenas I e III estão corretas. 
 I, II e III estão corretas. 
 Apenas I e II estão corretas. 
 
 
Explicação: 
Todas as afirmativas estão corretas 
 
 
 
 
 3a 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: 
 
 
 
Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que 
consigam responder sobre cada uma das camadas. 
 
Procure convocar todos os usuários (funcionários), mesmo que não consiga responder sobre cada 
uma das camadas. 
 Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar 
com todos os responsáveis de cada departamento. 
 
Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o 
levantamento dos requisitos. 
 Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por 
camada de desenvolvimento. 
 
 
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. 
 
 
 
 
 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: 
 
 
Requisitos podem ser derivados dos protótipos. 
 
Nenhuma das alternativas 
 
Permite o refinamento iterativo dos requisitos. 
 Os protótipos podem apontar funcionalidades que não foram contempladas. 
 O cliente é apresentado ao produto nos estágios iniciais do desenvolvimento. 
 
 
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. 
 
 
 
 
 5a 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 V. 
 V, V e F. 
 
V, F e F. 
 
F, F e V. 
 
F, V e F. 
 
 
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. 
 
 
 
 
 6a Questão 
 
 
Dentre os requisitos abaixo, assinale a alternativa que apresenta um requisito funcional. 
 
 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 
 
Modificações corretivas devem ser feitas em menos de 5 horas. 
 
O sistema deve poder ser executado em sistema operacional Windows e Linux. 
 
 
Explicação: Todos os demais requisitos são requisitos não funcionais. 
 
 
 
 
 7a Questão 
 
 
Com relação a validação de requisitos, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V): 
( ) A prototipação é a melhor maneira de se validar requisitos. 
( ) Conseguimos criar um modelo conceitual fraco para ser validado pelas partes interessadas. 
( ) A validação de requisitos deve ser feita em duas etapas, chamadas de pré-validação e validação de 
requisitos. 
As afirmativas são respectivamente: 
 
 
V, V e F. 
 
V, F e F. 
 
F, F e V. 
 
F, V e F. 
 V, F e V. 
 
 
Explicação: Conseguimos criar um modelo conceitual é forte e não fraco. 
 
 
 
 
 8a 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. 
 
 
 
Somente a afirmativa I está correta. 
 Somente a afirmativa III está correta. 
 As afirmativas I e III estão corretas. 
 
As afirmativas II e III estão corretas. 
 
Somente a afirmativa II está correta. 
1a Questão 
 
Com relação a validação de requisitos, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V): 
( ) A prototipação é a melhor maneira de se validar requisitos. 
( ) Conseguimos criar um modelo conceitual fraco para ser validado pelas partes interessadas. 
( ) A validação de requisitos deve ser feita em duas etapas, chamadas de pré-validação e validação de 
requisitos. 
As afirmativas são respectivamente: 
 
 
F, V e F. 
 
F, F e V. 
 
V, V e F. 
 V, F e V. 
 
V, F e F. 
 
 
Explicação: Conseguimoscriar um modelo conceitual é forte e não fraco. 
 
 
 
 
 2a 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 corretas. 
 
I, II e III estão incorretas. 
 
Apenas II e III estão corretas. 
 
Apenas I e III estão corretas. 
 
Apenas I e II estão corretas. 
 
 
Explicação: 
Todas as afirmativas estão corretas 
 
 
 
 
 3a 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: 
 
 
 Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por 
camada de desenvolvimento. 
 
Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar 
com todos os responsáveis de cada departamento. 
 
Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que 
consigam responder sobre cada uma das camadas. 
 
Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o 
levantamento dos requisitos. 
 
Procure convocar todos os usuários (funcionários), mesmo que não consiga 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. 
 
 
 
 
 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: 
 
 
Permite o refinamento iterativo dos requisitos. 
 
O cliente é apresentado ao produto nos estágios iniciais do desenvolvimento. 
 
Nenhuma das alternativas 
 
Requisitos podem ser derivados dos protótipos. 
 Os protótipos podem apontar funcionalidades que não foram contempladas. 
 
 
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. 
 
 
 
 
 5a 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: 
 
 
F, V e F. 
 
V, F e V. 
 
V, F e F. 
 
F, F e V. 
 V, V e F. 
 
 
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. 
 
 
 
 
 6a Questão 
 
 
Dentre os requisitos abaixo, assinale a alternativa que apresenta um requisito funcional. 
 
 O sistema deverá dar baixa após a venda ser efetivada. 
 
A complexidade ciclomática máxima de um módulo não pode ser maior que 20 
 
Modificações corretivas devem ser feitas em menos de 5 horas. 
 
Um usuário treinado deve ser capaz de submeter um pedido de compra em menos que 5 minutos. 
 
O sistema deve poder ser executado em sistema operacional Windows e Linux. 
 
 
Explicação: Todos os demais requisitos são requisitos não funcionais. 
 
 
 
 
 7a 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. 
 
 
 
Somente a afirmativa II está correta. 
 
Somente a afirmativa I está correta. 
 Somente a afirmativa III está correta. 
 
As afirmativas II e III estão corretas. 
 As afirmativas I e III estão corretas. 
 
 
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. 
 
 
 
 
 8a 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 
 
 
dependência de linguagem de programação dos componentes reusados 
 confiabilidade e certificação dos componentes reusados 
 
nenhuma das anteriores 
 falta de padronização dos componentes reusados 
 
alto custo de desenvolvimento dos componentes reusados em comparação ao custo de 
integração e de teste dos mesmos 
1a 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, é: 
 
 
4 - 3 - 1 - 2 
 
1 - 2 - 4 - 3 
 4 - 1 - 3 - 2 
 3 - 1 - 4 - 2 
 
3 - 2 - 4 - 1 
 
 
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. 
 
 
 
 
 
 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 seguintesperguntas: 
 
 
Como?, Por que?, Quanto? 
 
Quem?, O que?, Quando?, Como?, Onde? 
 
Por que?, Quando?, Quanto? 
 Como?, O que?, Para quem?, Quanto? 
 
O que?, Onde? Como? Quanto? 
 
 
Explicação: São 4 perguntas do modelo CANVAS: Como?, O que?, Para quem?, Quanto? 
 
 
 
 
 
 3a 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: 
 
 
Somente a afirmativa III está correta. 
 
Somente a afirmativa I está correta. 
 
As afirmativas I e III estão corretas. 
 Somente a afirmativa II está correta. 
 As afirmativas II e III estão corretas. 
 
 
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. 
 
 
 
 
 
 4a 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 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? 
 Quais os benefícios se espera alcançar com o novo sistema? 
 
Qual o problema a ser resolvido? 
 
Quais são os principais usuários do 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? 
 
 
 
 
 
 5a 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 ser 
desenvolvido. 
As afirmativas são respectivamente: 
 
 V, V e V. 
 
V, F e F. 
 V, F e V. 
 
F, F e V. 
 
F, V e F. 
 
 
Explicação: Todas as sentenças estão corretas. 
 
 
 
 
 
 6a 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 V. 
 
V, F e F. 
 V, V e V. 
 F, 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. 
 
 
 
 
 
 7a 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. 
 
 O primeiro estágio de desenvolvimento de um novo sistema consiste na definição de requisitos. 
 
Nenhuma das alternativas 
 
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. 
 
 
 
 
 
 8a 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, 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. 
 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. 
1a Questão 
 
Em relação à especificação dos componentes: 
I- Uma das funções do arquiteto de sistemas é garantir o processo de identificação, para que não sejam 
desenvolvidos componentes desnecessários. 
II- Se tem um componente que pode ser reutilizado, quanto mais reutilizar mais valor agregado aquele 
componente terá, gerando melhores resultados para a minha aplicação. 
III- Para definir quais os componentes já estão prontos e quais deverão ser desenvolvidos, basta realizar 
somente a identificação das interfaces. 
Está correto o que se afirma em: 
 
 
III, apenas 
 
I, II, III 
 I e II, apenas 
 
II e III, apenas 
 
I e III, apenas 
 
 
Explicação: A terceira está errada uma vez que além de identificar a interface também é necessário 
identificar a solução das regras de negócios.2a 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, Padrões de Arquitetura e Modelo Conceitual de Negócios. 
 
Modelo de Negócio, Especificação de Componentes e Padrões de Arquitetura. 
 Interface de Negócios, Interface de Sistemas, Especificação de Componentes do Sistema e Modelo 
de Negócio. 
 
Interface de Negócios, Padrões de Arquitetura, Modelo de Negócio. 
 
Interface de Sistemas, Modelos de Casos de Uso, 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. 
 
 
 
 
 3a 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: 
 
 
O que?, Onde? Como? Quanto? 
 
Quem?, O que?, Quando?, Como?, Onde? 
 Como?, O que?, Para quem?, Quanto? 
 
Como?, Por que?, Quanto? 
 
Por que?, Quando?, Quanto? 
 
 
Explicação: São 4 perguntas do modelo CANVAS: Como?, O que?, Para quem?, Quanto? 
 
 
 
 
 4a 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: 
 
 Somente a afirmativa II está correta. 
 As afirmativas I e III estão corretas. 
 
As afirmativas II e III estão corretas. 
 
Somente a afirmativa I está correta. 
 
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. 
 
 
 
 
 5a 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 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? 
 
Quais são os principais usuários do sistema a ser desenvolvido? 
 
Qual o problema a ser resolvido? 
 
Quais os benefícios se espera alcançar com o novo sistema? 
 
 
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? 
 
 
 
 
 6a 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 ser 
desenvolvido. 
As afirmativas são respectivamente: 
 
 
F, F e V. 
 
V, F e F. 
 V, V e V. 
 
V, F e V. 
 
F, V e F. 
 
 
Explicação: Todas as sentenças estão corretas. 
 
 
 
 
 7a 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 V. 
 
V, F e F. 
 
F, F e V. 
 
V, V e V. 
 F, V 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. 
 
 
 
 
 8a 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. 
 
 A divisão dos requisitos para implementação do sistema em hardware ou software é feita na fase de 
operação e manutenção. 
 
Nenhuma das alternativas 
 
Não há necessidade de se produzir qualquer tipo de documentação em suas fases. 
 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. 
1a 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 as regras dos componentes 
 Refinar Definição de Componentes e Arquitetura 
 
Refinar Interfaces 
 
Refinar Operações de Negócios 
 
Refinar Interfaces e Regras 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. 
 
 
 
 
 2a 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écnica de 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