Questões sobre Engenharia de Software

Quanto ao conceito de requisitos funcionais, é correto afirmar que são

• A. testes realizados no código-fonte do sistema.
• B. necessidades de instalação do hardware
• C. necessidades de teste de software.
• D. funcionalidades de um sistema, ou seja, aquilo que o usuário deseja que ele faça.
• E. entrevistas realizadas com o usuário.

Sobre as possibilidades de implementação do padrão de projeto MVC (Modelo-Visão-Controlador, do Inglês Model-View- Controller), analise as seguintes afirmações quanto às interações entre os seus componentes:

I- Um controlador pode enviar comandos para sua visão associada para alterar a apresentação da visão do modelo.

II- Um modelo pode notificar suas visões e controladores associados quando há uma mudança em seu estado.

III- Um controlador pode enviar comandos para o modelo para atualizar o estado do modelo.

Quais dessas afirmações estão corretas?

• A. Nenhuma delas está correta.
• B. Somente as duas primeiras estão corretas.
• C. Somente a primeira e a terceira estão corretas.
• D. Somente as duas últimas estão corretas.
• E. Todas estão corretas.

Em relação aos requisitos não funcionais, assinale a alternativa correta.

• A. Demonstram a qualidade acerca dos serviços ou das funções disponibilizadas pelo sistema.
• B. Demonstram as funcionalidades de um sistema.
• C. Demonstram a relação entre usuário e sistema.
• D. Determinam as linhas de ação durante a entrevista com o usuário.
• E. Determinam as funções do usuário no sistema

O desenvolvimento de uma solução para um sistema de informação baseia-se no processo de resolução de problemas. Esse processo pode ser descrito em quatro passos:

1. Definição e entendimento do problema.

2. Desenvolvimento de soluções alternativas.

3. Escolha da melhor solução.

4. Implementação da solução.

A seguir são descritas três atividades que ocorrem neste processo:

I. Define cuidadosamente os objetivos do sistema modificado ou do novo sistema e desenvolve uma descrição detalhada das funções que um novo sistema deve desempenhar.

II. Define se cada alternativa de solução é um bom investimento, se a tecnologia necessária para o sistema está disponível e pode ser administrada pela equipe designada da empresa, e se a organização é capaz de acomodar as mudanças introduzidas pelo sistema.

III. É a “planta” ou modelo para a solução de um sistema de informação e consiste em todas as especificações que executarão as funções identificadas durante a análise de sistemas. Essas especificações devem abordar todos os componentes organizacionais, tecnológicos e humanos da solução.

A associação correta das atividades I, II e III aos passos ao qual pertencem no processo de resolução de problemas está, correta e respectivamente, apresentada em

• A. Gerenciamento de Requisitos − Passo 1
  Análise de Risco − Passo 3
  Projeto de Sistema − Passo 3
• B. Análise de Requisitos − Passo 1
  Análise de Risco − Passo 3
  Projeto de Sistema − Passo 4
• C. Elicitação de Requisitos − Passo 1
  Estudo de Viabilidade − Passo 2
  Projeto de Sistema − Passo 4
• D. Gerenciamento de Requisitos − Passo 1
  Análise de Risco − Passo 2
  Projeto de Sistema − Passo 3
• E. Análise de Requisitos − Passo 1
  Estudo de Viabilidade − Passo 3
  Projeto de Sistema − Passo 4

A estratégia de teste que consiste de uma técnica sistemática para construir a arquitetura do software enquanto, ao mesmo tempo, conduz testes para descobrir erros associados às interfaces é denominada teste

• A. caixa branca.
• B. caixa preta.
• C. de integração.
• D. de unidade.
• E. de validação.

O gerenciamento de requisitos em grandes sistemas envolve o processamento de grandes volumes de informações sobre requisitos, o que exige o uso de apoio automatizado. As ferramentas de software para esse gerenciamento devem ser escolhidas durante a fase de planejamento de gerenciamento de requisitos. As ferramentas de apoio são usadas, principalmente, para

• A. identificação de requisitos, classificação de requisitos e gerenciamento de mudanças.
• B. classificação de requisitos, armazenamento de requisitos, validação de requisitos e gerenciamento de rastreabilidade.
• C. armazenamento de requisitos, gerenciamento de mudanças e gerenciamento de rastreabilidade.
• D. classificação de requisitos, validação de requisitos e armazenamento de requisitos.
• E. identificação de requisitos, armazenamento de requisitos, classificação de requisitos e gerenciamento de mudanças.

A declaração do escopo do projeto é um documento-base que deve expressar a concordância entre o cliente e o gerente de projeto para que, a partir dele, o projeto como um todo possa ser planejado. A declaração do escopo do projeto, normalmente,

• A. relaciona características novas em relação ao termo de abertura do projeto.
• B. contém informações que são resultantes da análise de requisitos.
• C. define as principais entregas do projeto.
• D. não inclui métricas relacionadas a prazo, custo e qualidade do produto.
• E. inclui objetivos avaliáveis, como, por exemplo, “desenvolver tecnologia de última geração”.

• A. em Espiral - Baseado em Componentes - RAD
• B. Evolucionário - em Cascata - Baseado em Componentes
• C. Baseado em Componentes - Sequencial - Refactoring
• D. Ágil - Sequencial - Unified Process
• E. em Cascata - Ágil - Refactoring

• A.
• B.
• C.
• D.
• E.

• A. do domínio - seus casos de uso
• B. do conteúdo binário - suas linhas e colunas
• C. das tabelas - seus administradores
• D. da estrutura - suas restrições
• E. em UML - outros bancos deste sistema