Wayground logo

Free Printable Worksheets

Font size

S
M
L
XL
Worksheets

Revisão de Engenharia de Software - 1ª Prova

Total questions: 60

Worksheet time: 35mins

Name
Class
Date
1.

O software é considerado um produto diferente dos bens físicos porque:

a)

É desenvolvido e não fabricado no sentido tradicional da palavra.

b)

Pode ser tocado e medido de forma idêntica a produtos de engenharia.

c)

Não apresenta custos de manutenção ao longo de sua vida útil.

d)

É sempre produzido em linhas de montagem industriais.

2.

A principal importância do software na sociedade atual está em:

a)

Apoiar processos críticos em áreas como saúde, transporte e comunicação.

b)

Ser um recurso de entretenimento restrito ao lazer e jogos digitais.

c)

Substituir integralmente os sistemas físicos em qualquer ambiente.

d)

Eliminar a necessidade de profissionais especializados em tecnologia.

3.

Diferente do hardware, o software apresenta como característica:

a)

Não se desgastar fisicamente, mas sofrer degradação lógica e funcional.

b)

Perder desempenho com o uso devido ao desgaste dos componentes físicos.

c)

Exigir substituição periódica de peças e manutenção corretiva mecânica.

d)

Depender diretamente de processos industriais de fabricação em massa.

4.

O ciclo de vida do software pode ser entendido como:

a)

Conjunto de fases que vão da concepção até a manutenção do produto.

b)

Apenas a fase de programação, seguida pela entrega ao cliente final.

c)

Sequência fixa e imutável que não se adapta ao tipo de projeto.

d)

Estrutura voltada exclusivamente para software de tempo real.

5.

O campo de aplicação de software inclui:

a)

Sistemas embarcados, aplicações de negócios, ciência e engenharia.

b)

Apenas jogos digitais e softwares de comunicação em rede social.

c)

Programas restritos ao uso acadêmico e ao ensino de algoritmos.

d)

Aplicações que não exigem interação entre usuário e sistema.

6.

O software é um produto intangível porque:

a)

Não pode ser tocado ou medido fisicamente como objetos concretos.

b)

É formado por circuitos e placas que ocupam espaço físico.

c)

Sempre precisa de embalagens para distribuição e venda.

d)

Possui limites claros de desgaste em função do tempo.

7.

Entre os problemas recorrentes da natureza do software está:

a)

A complexidade crescente e a necessidade de constante evolução.

b)

A facilidade de produção em linhas industriais automatizadas.

8.

O ciclo de vida tradicional do software é conhecido como:

a)

Modelo cascata, no qual fases seguem de forma sequencial.

b)

Modelo iterativo, com entregas contínuas e incrementais.

c)

Modelo espiral, baseado em análise de riscos sucessivos.

d)

Modelo ágil, que prioriza mudanças sem documentação.

9.

A importância da manutenção de software se deve ao fato de:

a)

Garantir a correção de erros, adaptação e evolução do sistema.

b)

Tornar o software menos dependente de usuários e clientes.

c)

Evitar completamente falhas e defeitos ao longo da vida útil.

d)

Reduzir a complexidade eliminando requisitos originais.

10.

O campo de aplicação de softwares científicos e de engenharia inclui:

a)

Simulações, sistemas de controle e aplicações de análise numérica.

b)

Apenas softwares de apoio administrativo e financeiro.

c)

Programas voltados exclusivamente a redes sociais.

d)

Jogos digitais e sistemas de entretenimento.

11.

A Engenharia de Software busca principalmente:

a)

Aplicar princípios de engenharia para produzir software confiável e útil.

b)

Eliminar totalmente a necessidade de requisitos formais em projetos.

c)

Substituir hardware por programas cada vez mais complexos.

d)

Tornar a programação uma atividade improvisada e não sistemática.

12.

O termo "crise do software" surgiu porque:

a)

Projetos apresentavam atrasos, altos custos e baixa qualidade.

b)

O hardware não acompanhava a evolução da computação.

c)

Usuários recusavam-se a adotar novos sistemas digitais.

d)

Não havia demanda crescente por aplicações comerciais.

13.

O processo de software pode ser entendido como:

a)

Conjunto de atividades, métodos e práticas que guiam o desenvolvimento.

b)

Sequência linear e obrigatória de tarefas de codificação.

c)

Apenas a fase de testes aplicada ao produto já finalizado.

d)

Atividade restrita ao gerenciamento de equipes técnicas.

14.

O modelo em cascata caracteriza-se por:

a)

Seguir fases sequenciais: requisitos, análise, projeto, codificação e testes.

b)

Dividir o software em incrementos entregues ao longo do tempo.

c)

Rejeitar documentação e focar apenas na interação com o cliente.

15.

O modelo incremental de processo de software permite:

a)

Entregar versões parciais do software, aumentando funcionalidades gradualmente.

b)

Concluir todas as etapas do projeto antes da entrega final ao cliente.

c)

Substituir análise de requisitos por testes de aceitação imediatos.

d)

Produzir sistemas sem documentação ou especificações iniciais.

16.

O modelo espiral destaca-se por:

a)

Repetir ciclos que incluem análise de riscos e prototipação contínua.

b)

Organizar o desenvolvimento em fases fixas e inalteráveis.

c)

Eliminar testes formais, reduzindo custos de manutenção.

d)

Aplicar-se somente a softwares embarcados em tempo real.

17.

Uma das principais características de métodos ágeis é:

a)

Valorização da interação com o cliente e entregas rápidas.

b)

Dependência total de documentação extensa e rígida.

c)

Execução sequencial sem possibilidade de mudanças.

d)

Isolamento entre desenvolvedores e usuários finais.

18.

Entre as atividades guarda-chuva, destaca-se a:

a)

Garantia de qualidade, que assegura padrões durante o processo.

b)

Programação, que define a lógica central de cada aplicação.

c)

Entrega, que realiza a distribuição final ao cliente.

d)

Codificação, que gera linhas de comando em linguagens.

19.

A atividade guarda-chuva de gestão de configuração trata de:

a)

Controlar mudanças e versões dos artefatos de software.

b)

Definir requisitos iniciais do sistema em conjunto com clientes.

c)

Validar resultados por meio de testes automatizados.

d)

Estabelecer padrões visuais para a interface gráfica.

20.

A atividade guarda-chuva de medição tem como objetivo:

a)

Avaliar progresso, qualidade e produtividade do processo.

b)

Reduzir o tempo de testes e acelerar a codificação.

c)

Substituir estimativas de custos por análises empíricas.

d)

Garantir que não haja mudanças durante o projeto.

21.

A Engenharia de Software pode ser definida como:

a)

Disciplina que aplica princípios de engenharia para obter software de qualidade.

b)

Conjunto de práticas empíricas sem documentação ou registro formal.

c)

Método exclusivo para o desenvolvimento de sistemas embarcados críticos.

d)

Atividade restrita a programadores e sem interação com clientes finais.

22.

O objetivo central da Engenharia de Software é:

a)

Produzir software confiável, econômico e que atenda às necessidades do usuário.

b)

Criar softwares de baixo custo, independentemente de qualidade ou segurança.

c)

Desenvolver sistemas sem a necessidade de testes ou processos de validação.

d)

Fornecer códigos prontos sem considerar requisitos e planejamento detalhado.

23.

A Engenharia de Software surgiu como resposta a:

a)

Problemas de qualidade, atrasos e custos excessivos nos projetos.

b)

Necessidade de substituir hardware por software em todos os casos.

c)

Demandas de entretenimento e jogos digitais em larga escala.

d)

Redução drástica da complexidade dos sistemas computacionais.

24.

O processo de software é importante porque:

a)

Estrutura o trabalho e aumenta a previsibilidade de prazos e custos.

b)

Garante que sistemas possam ser desenvolvidos sem requisitos claros.

c)

Elimina a necessidade de documentação e de atividades formais.

d)

Substitui qualquer esforço de manutenção e de evolução futura.

25.

Um modelo de processo de software pode ser entendido como:

a)

Abstração que representa a organização e as fases do desenvolvimento.

b)

Método exclusivo para programação em linguagens de alto nível.

c)

Sequência improvisada de tarefas sem planejamento definido.

d)

Técnica restrita à manutenção de hardware em campo.

26.

O modelo cascata é mais adequado quando:

a)

Os requisitos estão bem definidos e há pouca chance de mudanças.

b)

O cliente exige entregas parciais frequentes ao longo do projeto.

c)

Os riscos precisam ser constantemente avaliados e mitigados.

d)

O sistema exige flexibilidade extrema diante de requisitos incertos.

27.

O modelo incremental apresenta vantagem por:

a)

Permitir entregas graduais, agregando valor ao cliente ao longo do tempo.

b)

Garantir que todas as etapas do projeto ocorram em uma única entrega.

c)

Exigir documentação mínima e descartar validações de requisitos.

d)

Substituir a análise por protótipos sem especificação detalhada.

28.

O modelo espiral foca principalmente em:

a)

Avaliar riscos a cada ciclo de desenvolvimento.

b)

Eliminar atividades de análise e projeto.

c)

Impedir que clientes participem do processo.

d)

Substituir a prototipação por testes finais.

29.

Entre as atividades guarda-chuva da Engenharia de Software encontra-se:

a)

A gerência de configuração, que controla mudanças nos artefatos.

b)

A compilação de código, feita apenas ao final do desenvolvimento.

c)

A modelagem de banco de dados físico em hardware.

d)

O uso de protótipos descartáveis sem registros.

30.

A atividade de garantia da qualidade busca:

a)

Avaliar se os produtos atendem a padrões estabelecidos durante o processo.

b)

Reduzir prazos sem considerar requisitos ou testes.

c)

Excluir a participação de clientes para diminuir erros.

d)

Automatizar a manutenção sem acompanhamento humano.

31.

A atividade de medição na Engenharia de Software tem como objetivo:

a)

Avaliar progresso, qualidade e produtividade do processo.

b)

Reduzir o tempo de testes e acelerar a codificação.

c)

Substituir estimativas de custos por análises empíricas.

d)

Garantir que não haja mudanças durante o projeto.

32.

A gerência de configuração controla:

a)

Mudanças e versões dos artefatos do software.

b)

Apenas o código-fonte sem considerar documentação.

c)

A interface do usuário sem impacto em requisitos.

d)

O hardware necessário para rodar o software.

33.

Entre as atividades guarda-chuva, a revisão técnica é importante porque:

a)

Detecta erros precocemente e melhora a qualidade do software.

b)

Substitui testes de integração e validação.

c)

Garante que o software seja entregue sem documentação.

d)

Elimina a necessidade de planejamento de projeto.

34.

34. O protótipo de software é utilizado para:

a)

Validar requisitos e funcionalidades do sistema.

b)

Aumentar o desempenho do hardware.

c)

Reduzir o custo de manutenção do hardware.

d)

Substituir completamente a documentação.

35.

A definição de requisitos é uma atividade crucial porque:

a)

Estabelece o que o software deve fazer para atender o usuário.

b)

Determina apenas o layout da interface gráfica.

c)

Substitui atividades de teste e manutenção.

d)

Permite iniciar a codificação sem documentação.

36.

O planejamento de projeto inclui:

a)

Estimativa de prazos, custos e recursos necessários.

b)

Apenas a alocação de programadores sem objetivos claros.

c)

Eliminação da análise de riscos e qualidade.

d)

Entrega imediata do produto sem validação.

37.

A análise de requisitos envolve:

a)

Compreender e detalhar funcionalidades, restrições e expectativas do sistema.

b)

Criar código antes de entender o problema.

c)

Ignorar a participação do cliente no processo.

d)

Substituir o design por prototipação rápida sem especificações.

38.

O projeto de software visa:

a)

Definir a arquitetura, componentes e interfaces do sistema.

b)

Criar protótipos sem considerar desempenho.

c)

Reduzir o esforço de teste ao mínimo possível.

d)

Eliminar documentação e registros formais do sistema.

39.

O teste de software é realizado para:

a)

Verificar se o sistema atende aos requisitos especificados.

b)

Substituir análise e design do sistema.

c)

Automatizar todo o processo sem intervenção humana.

d)

Garantir que o software funcione em qualquer hardware sem ajustes.

40.

A manutenção de software é necessária para:

a)

Corrigir defeitos, adaptar o sistema a mudanças e melhorar funcionalidades.

b)

Reduzir o tempo de entrega sem considerar qualidade.

c)

Substituir testes finais por protótipos.

d)

Evitar qualquer documentação durante a evolução do sistema.

41.

Entre os modelos de processo, os métodos ágeis se destacam por:

4 lines
42.

Scrum é um exemplo de metodologia ágil que:

a)

Organiza o desenvolvimento em sprints e reuniões periódicas.

b)

Segue modelo cascata sem iterações.

c)

Elimina a participação do cliente no projeto.

d)

Prioriza documentação sobre entrega de software funcional.

43.

Kanban é utilizado para:

a)

Visualizar o fluxo de trabalho e controlar atividades em andamento.

b)

Substituir testes por planejamento inicial.

c)

Garantir que todos os requisitos sejam entregues de uma vez.

d)

Eliminar reuniões de equipe durante o desenvolvimento.

44.

A prototipação rápida permite:

a)

Entender melhor os requisitos e reduzir riscos de desenvolvimento.

b)

Substituir completamente design e teste.

c)

Automatizar codificação sem revisões.

d)

Garantir que não haja mudanças durante o projeto.

45.

Revisões de software são importantes porque:

a)

Identificam erros e melhoram a qualidade antes de testes formais.

b)

Substituem todo o processo de testes.

c)

Tornam a documentação desnecessária.

d)

Aceleram a codificação sem planejamento.

46.

Gerência de risco envolve:

a)

Identificar, analisar e planejar respostas a riscos durante o projeto.

b)

Ignorar riscos para acelerar entregas.

c)

Substituir planejamento por protótipos.

d)

Garantir que o software funcione sem testes.

47.

Métricas de software servem para:

a)

Avaliar progresso, qualidade, desempenho e produtividade do processo.

b)

Substituir testes e análises de requisitos.

c)

Reduzir documentação ao mínimo possível.

d)

Automatizar codificação sem supervisão.

48.

Atividades de suporte à Engenharia de Software incluem:

4 lines
49.

A importância do feedback do usuário é:

a)

Garantir que o software atenda às necessidades reais.

b)

Eliminar necessidade de documentação e testes.

c)

Substituir análise e design por improviso.

d)

Reduzir custos sem validar requisitos.

50.

A documentação de software serve para:

a)

Registrar requisitos, projeto, testes e manutenção do sistema.

b)

Substituir entregas e testes finais.

c)

Ser opcional e irrelevante no ciclo de vida.

d)

Automatizar codificação sem supervisão.

51.

Atividades de integração de sistemas consistem em:

a)

Combinar módulos de software em um sistema completo e testá-lo.

b)

Criar módulos isolados sem testes de integração.

c)

Substituir manutenção por testes unitários.

d)

Ignorar compatibilidade entre módulos.

52.

Testes de aceitação têm como objetivo:

a)

Validar se o software atende às expectativas do usuário.

b)

Substituir todos os testes técnicos.

c)

Avaliar apenas desempenho sem funcionalidade.

d)

Garantir que software funcione sem feedback do cliente.

53.

Gerência de requisitos busca:

a)

Controlar mudanças, priorizar funcionalidades e garantir rastreabilidade.

b)

Criar código rapidamente sem documentação.

c)

Substituir análise por prototipação sem registro.

d)

Ignorar feedback de usuários.

54.

A engenharia de software aplicada a sistemas críticos exige:

a)

Processos rigorosos, documentação completa e testes exaustivos.

b)

Apenas entregas rápidas e flexíveis.

c)

Substituir testes por protótipos rápidos.

d)

Reduzir documentação e planejamento.

55.

Prototipação evolutiva permite:

a)

Desenvolver uma versão inicial e refiná-la gradualmente.

b)

Substituir todo o planejamento de projeto.

56.

O planejamento iterativo de projetos visa:

a)

Ajustar continuamente cronograma, recursos e prioridades.

b)

Fixar plano sem alterações até a entrega final.

c)

Reduzir testes e documentação.

d)

Automatizar codificação sem acompanhamento.

57.

Um software confiável é aquele que:

a)

Funciona corretamente em condições especificadas e atende aos requisitos.

b)

É desenvolvido rapidamente sem testes.

c)

Funciona apenas na máquina do desenvolvedor.

d)

Substitui documentação por protótipos.

58.

Engenharia de software orientada a componentes permite:

a)

Reutilizar módulos prontos, reduzindo tempo e custos.

b)

Criar todos os módulos do zero sem reutilização.

c)

Eliminar planejamento e testes.

d)

Ignorar integração entre componentes.

59.

Engenharia de software baseada em modelos prioriza:

a)

Representações visuais do sistema para comunicação e análise.

b)

Codificação sem documentação ou protótipos.

c)

Entrega rápida sem testes.

d)

Ignorar feedback de usuários.

60.

A melhoria contínua de processos de software busca:

a)

Avaliar, medir e aperfeiçoar práticas para aumentar qualidade e produtividade.

b)

Substituir testes por improviso.

c)

Reduzir documentação a zero.

d)

Automatizar codificação sem planejamento.