Revisão Intr. ES 3º C

Antes do surgimento da engenharia de software os softwares eram desenvolvidos de forma ad-hoc até que aconteceu a crise do software e neste mesmo ano ocorreu a ª conferência de engenharia de software da OTAN, com o objetivo de realizar a aplicação de uma abordagem sistemática, disciplinada e possível de ser medida para o desenvolvimento, operação e manutenção do software. Neste contexto, em qual ano aconteceu a crise do software?

• 1960
• 1968
• 1969
• 1970
• 1971

A engenharia de software possui diversas definições. Nesse contexto, complete a afirmativa: Engenharia de Software trata da aplicação de abordagens ___________________, disciplinadas e ___________________ para ________________, operar, manter e ____________________ software.

• sistemáticas, quantificáveis, desenvolver, evoluir
• automáticas, qualitativas, desenvolver, atualizar
• sistemáticas, qualitativas, desenvolver, evoluir
• automáticas, qualitativas, criar, atualizar
• padronizadas, quantificáveis, desenvolver, evoluir

Na engenharia de software possui diversas áreas que são estudadas. Qual das áreas a seguir NÃO é uma área estudada na Engenharia de software?

• Projeto de Software
• Processos de Software
• Gerência de Projetos
• Gerência de Processos
• Modelos de Software

Das alternativas a seguir podemos afirmar que a engenharia de requisitos:

• É a atividade de identificar e definir as necessidades e restrições dos usuários de um sistema.
• É a atividade de projetar e implementar um sistema de software de acordo com as necessidades do usuário.
• É a atividade de testar e validar um sistema de software para garantir sua qualidade.
• É a atividade de monitorar o desempenho do sistema de software após a implantação.
• É a atividade de gerenciar a equipe de desenvolvimento de software responsável por construir o sistema.

A elicitação de requisitos é uma etapa importante no desenvolvimento do software que possui como principal objetivo.

• Definir uma lista de requisitos de alto nível para o sistema.
• Coletar informações dos usuários e partes interessadas para identificar seus requisitos.
• Priorizar os requisitos com base em sua importância para o sistema.
• Validar os requisitos para garantir que eles estejam completos e corretos.
• Projetar uma arquitetura de sistema que atenda a todos os requisitos.

Qual é o objetivo da validação de requisitos?

• Identificar conflitos entre os requisitos.
• Confirmar que os requisitos definidos estão completos, corretos e não ambíguos.
• Priorizar os requisitos com base em sua importância para o sistema.
• Verificar se os requisitos são implementáveis dentro das restrições do sistema.
• Medir a eficácia do processo de elicitação de requisitos.

A análise de requisitos tem como principal objetivo.

• Definir uma lista de requisitos de alto nível para o sistema.
• Coletar informações dos usuários e partes interessadas para identificar seus requisitos.
• Transformar os requisitos de alto nível em requisitos mais detalhados e específicos.
• Validar os requisitos para garantir que eles estejam completos e corretos.
• Projetar uma arquitetura de sistema que atenda a todos os requisitos.

Qual é o principal objetivo da gestão de requisitos?

• Coletar informações dos usuários e partes interessadas para identificar seus requisitos.
• Definir uma lista de requisitos de alto nível para o sistema.
• Priorizar os requisitos com base em sua importância para o sistema.
• Gerenciar as mudanças nos requisitos ao longo do ciclo de vida do projeto.
• Projetar uma arquitetura de sistema que atenda a todos os requisitos.

Qual é o objetivo principal da engenharia de requisitos?

• Definir a arquitetura do sistema de software.
• Implementar o sistema de software.
• Validar o sistema de software.
• Identificar e definir as necessidades dos usuários e partes interessadas.
• Gerenciar as mudanças nos requisitos ao longo do ciclo de vida do projeto.

Na etapa de levantamento de requisitos existem os requisitos funcionais e os requisitos não-funcionais, definidos esses requisitos como.

• Um requisito funcional especifica o que o sistema deve fazer, enquanto um requisito não-funcional especifica como o sistema deve fazê-lo.
• Um requisito funcional especifica como o sistema deve funcionar, enquanto um requisito não-funcional especifica o que o sistema deve fazer.
• Um requisito funcional é um requisito obrigatório, enquanto um requisito não-funcional é opcional.
• Um requisito funcional está relacionado à interface do usuário, enquanto um requisito não-funcional está relacionado ao desempenho do sistema.
• Um requisito funcional é mais importante do que um requisito não-funcional.