Questões de Engenharia de Software CESPE/CEBRASPE: comentadas e grátis

Resposta correta: E

O ponto central aqui é simples: o mod_rewrite do Apache é justamente o módulo usado para reescrever URLs de forma flexível, com regras, condições e expressões regulares. Ele serve para cenários como redirecionamento, URLs amigáveis, bloqueios e ajustes de caminho. Ou seja, ele não fica preso a uma ideia de reescrita "estática"; pelo contrário, ele é feito para decisões dinâmicas conforme a requisição. A parte que derruba a questão é a menção ao mod_sed. No ecossistema padrão do Apache, não existe esse módulo como requisito para reescrita dinâmica de URLs. A confusão costuma vir porque o Apache tem vários módulos com funções parecidas em nomes ou em utilidades de texto, mas a reescrita de URL é tratada pelo mod_rewrite, sem precisar de um "mod_sed" para isso. Então o item erra em dois pontos ao mesmo tempo: troca a função do mod_rewrite e inventa um papel para o mod_sed. Em prova, quando aparecer Apache e URL rewriting, pense primeiro no mod_rewrite e desconfie de qualquer módulo citado como indispensável sem ser o clássico da casa. Em termos doutrinários de administração de servidores, o mod_rewrite é conhecido por ser um mecanismo de reescrita baseada em regras, e isso reforça que a assertiva não bate com a prática do Apache.

Resposta correta: E

Gerenciamento de requisitos é a atividade de identificar, documentar, analisar, rastrear e controlar mudanças nos requisitos ao longo do projeto. A ideia central não é afastar usuário e desenvolvedor, mas manter esse contato organizado, porque requisito muda mesmo, e muda bastante. Em metodologias ágeis, isso fica ainda mais evidente: há interação frequente com o cliente, entregas curtas e ajustes contínuos, o que reduz o risco de construir algo fora da necessidade real. A questão erra ao dizer que o gerenciamento de requisitos trata do desenvolvimento de software por meio da metodologia ágil. Isso mistura conceitos. Gerenciamento de requisitos não é uma metodologia de desenvolvimento, mas uma disciplina de engenharia de software presente em abordagens tradicionais e ágeis. Também está errado afirmar que o gerenciamento permite isolamento entre desenvolvedor e usuário. É justamente o contrário: ele busca comunicação, validação e controle das mudanças com participação do usuário, para evitar retrabalho e desalinhamento. Se o requisito muda, o processo correto é registrar, avaliar impacto e renegociar prioridades, não fingir que o usuário sumiu do mapa. Em resumo, o gabarito é E porque a frase confunde gerenciamento de requisitos com desenvolvimento ágil e ainda inverte a lógica da relação entre equipe e usuário. Na doutrina clássica de Engenharia de Software, gerenciamento de requisitos é sobre controle e rastreabilidade das mudanças, não sobre isolamento.

Resposta correta: D

Na engenharia de requisitos, cada atividade tem uma função bem definida. Quando o enunciado fala em definir o domínio do problema, levantar as funções do software, suas características e restrições, e ainda descrever cenários de interação com o usuário, ele está descrevendo a fase em que o problema é detalhado com mais profundidade, para transformar uma ideia inicial em requisitos mais claros e organizados. Essa é a etapa de elaboração, muito associada ao refinamento dos requisitos e à criação de modelos e cenários de uso. Em outras palavras: não basta dizer "o sistema precisa fazer X"; aqui você começa a mostrar como isso acontece, em que contexto acontece e quais limites o software precisa respeitar. Por isso o gabarito é a letra D. A banca está cobrando a lógica clássica do processo de engenharia de requisitos: primeiro você entende o problema, depois detalha e modela o que o sistema deve fazer, inclusive com cenários de interação. Isso é bem típico de abordagens como a de Pressman e Sommerville, que tratam a elaboração como o aprofundamento dos requisitos a partir do levantamento inicial. Se você lembrar da palavra-chave "cenários", pense em uso, refinamento e detalhamento. Isso costuma apontar para elaboração, e não para uma fase mais genérica de coleta ou para validação final.

Resposta correta: E

Na engenharia de requisitos, a fase de levantamento serve para entender o problema, descobrir necessidades, restrições, atores, regras de negócio e riscos. É justamente um momento de incerteza, porque ainda se está buscando informação e alinhando expectativas. Por isso, não faz sentido dizer que todos os riscos devem ser eliminados antes do desenvolvimento começar. Em projetos de software, risco não desaparece por mágica: ele é identificado, analisado, priorizado e tratado ao longo do projeto, muitas vezes de forma iterativa. A banca pegou uma armadilha clássica: confundir levantamento de requisitos com garantia de perfeição. Requisitos mal entendidos, mudanças de escopo, limitações técnicas e dependências externas podem continuar existindo mesmo depois do levantamento. O papel da equipe é reduzir e controlar esses riscos, não prometer que eles foram todos eliminados. Em metodologias tradicionais ou ágeis, essa gestão é contínua. Na prática, a engenharia de requisitos trabalha com elicitação, análise, documentação, validação e gerenciamento de requisitos. A validação ajuda a encontrar inconsistências cedo, mas isso não significa zerar riscos. O próprio caráter dinâmico do software mostra que sempre haverá algum grau de risco durante a execução do projeto e até na manutenção. Por isso, o item está errado: ele exagera ao afirmar que, antes de desenvolver, todos os riscos devem ser eliminados para garantir que tudo sairá exatamente como especificado. Em concurso, desconfie de palavras absolutas como 'todos', 'sempre' e 'nunca'.

Resposta correta: E

No Scrum, a Sprint Planning serve para definir o que será feito na sprint e como o trabalho será conduzido. Nessa reunião, o time seleciona itens do Product Backlog e monta a Sprint Backlog, alinhando o trabalho com a meta da sprint. Até aqui, tudo certo e bem clássico de prova. O ponto que derruba o item é a ideia de que, depois de fechado o escopo, a sprint não poderá mais ser alterada. No Scrum, a sprint tem um objetivo fixo, mas não é um bloco de gelo. O que não pode acontecer é mudar algo de forma que atrapalhe a Sprint Goal. Já o conteúdo da Sprint Backlog pode ser refinado, detalhado e até renegociado ao longo da sprint pelos Developers, desde que isso não comprometa o objetivo. A própria Scrum Guide trata a sprint como um contêiner de um mês ou menos para criar valor com inspeção e adaptação contínuas. Se durante a execução surgir algo que exija ajuste, o time pode adaptar o plano. O que não se admite é transformar a sprint em um alvo móvel sem controle, porque aí vira bagunça, não ágil. Por isso, o item está errado: a seleção dos itens ocorre na Sprint Planning, mas dizer que a sprint fica imutável depois disso contraria o Scrum. A banca gosta desse detalhe porque mistura "planejamento inicial" com "rigidez total", e no Scrum isso não é a regra.

Resposta correta: C

Na engenharia de requisitos, elicitar significa “puxar” as informações do mundo real para dentro do projeto. É nessa etapa que você descobre o que o sistema precisa fazer, quais regras de negócio existem, quem usa o sistema e quais restrições precisam ser respeitadas. Em outras palavras, você identifica os fatos que compõem os requisitos do sistema, antes de sair escrevendo documento bonito sem saber o problema de verdade. Por isso, a frase da questão está correta. A elicitação não é só uma conversa inicial solta: ela reúne entrevistas, workshops, observação, análise de documentos e outras técnicas para revelar necessidades, expectativas e restrições. O objetivo é transformar conhecimento disperso das partes interessadas em requisitos compreensíveis e úteis para o desenvolvimento. Depois dessa coleta vem o refinamento: analisar, negociar, priorizar e documentar os requisitos. Então, se a questão fala que a elicitação serve para identificar os fatos que compõem os requisitos do sistema, ela descreve bem a função central dessa etapa. É exatamente o tipo de ideia que as bancas gostam de cobrar, com palavras simples, mas pegadinha conceitual por trás. Em doutrina de engenharia de software, a elicitação é tratada como a atividade de descobrir os requisitos reais do sistema a partir dos stakeholders e do contexto do problema. Não há uma base legal específica aqui, porque é matéria técnica de engenharia de software, não de direito.

Resposta correta: E

A arquitetura em três camadas divide o sistema, em regra, em apresentação, lógica de negócio e dados. A ideia é organizar responsabilidades, facilitar manutenção, testes e evolução do software. Cada camada conversa com a próxima, mas sem misturar tudo no mesmo lugar, porque bagunça técnica costuma virar dor de cabeça depois. Na prática, a camada de apresentação cuida da interface com o usuário, a de negócio concentra as regras e a de dados trata acesso a banco ou armazenamento. Isso não significa que o sistema vire algo estático, nem que a característica principal seja “isolar” as camadas para manter uma dependência básica entre todas elas como se nada pudesse ser alterado. O ponto central é justamente separar responsabilidades e reduzir acoplamento, não prender o sistema em dependências rígidas. Por isso, o item está errado. A banca tentou trocar o conceito de arquitetura em camadas por uma ideia de isolamento absoluto com dependência obrigatória entre todas as camadas, mas isso não descreve bem a arquitetura em três camadas. O esperado é o contrário: há separação lógica e comunicação controlada, para que mudanças em uma camada afetem menos as outras. Em termos doutrinários, essa organização é associada a modularidade, baixo acoplamento e maior manutenibilidade. Em prova, sempre desconfie quando a questão disser que arquitetura em camadas existe para “manter dependência” como característica principal, porque a lógica do modelo é justamente diminuir essa dependência ao máximo possível.

Resposta correta: E

Etnografia, em engenharia de requisitos, é uma tecnica de observacao do trabalho real das pessoas no seu contexto. Ela serve muito bem quando voce quer entender rotinas, atalhos, excecoes e aquele conhecimento que nem sempre aparece em entrevista. Em outras palavras: ela “olha de perto” como o processo acontece de verdade, e nao como as pessoas imaginam que ele acontece. Por isso, a etnografia combina mais com a descoberta de necessidades locais, detalhes operacionais e problemas escondidos no dia a dia. Ela ajuda a captar interacoes informais e regras nao escritas, algo muito util quando o sistema vai apoiar atividades humanas complexas. Em geral, ela nao eh a melhor ferramenta para definir, sozinha, as caracteristicas globais de um processo novo que sera implantado de forma padronizada em varias filiais. No item, a banca trocou a ideia de “entender o contexto real” pela ideia de “desenhar uma visao global e uniforme”. Para um processo nacional, voce normalmente precisaria de tecnicas mais amplas e estruturadas, como entrevistas com stakeholders, workshops, analise documental e modelagem de processos, para consolidar regras comuns e variações entre unidades. Assim, o gabarito E esta correto porque a etnografia nao e a tecnica mais adequada para identificar, por exemplo, as caracteristicas globais de um novo processo corporativo a ser implantado em todas as filiais. Doutrinariamente, a tecnica e valorizada para observacao participante e descoberta de requisitos tacitos, nao para definir, sozinha, requisitos funcionais macro de padronizacao organizacional.

Resposta correta: B

Quando a questão fala em garantir que qualquer pessoa consiga acessar uma página web, mesmo com limitações físicas, ela está falando de acessibilidade. A ideia não é só “deixar bonito” ou “fácil de usar” para a maioria, mas permitir que pessoas com deficiência visual, auditiva, motora ou cognitiva consigam perceber, entender, navegar e interagir com o conteúdo. Em web, isso envolve exemplos como contraste adequado, textos alternativos em imagens, navegação por teclado e compatibilidade com leitores de tela. Acessibilidade é um conceito bem consolidado e aparece nas diretrizes internacionais do W3C, especialmente nas WCAG, além de dialogar com o Estatuto da Pessoa com Deficiência (Lei 13.146/2015), que reforça o direito ao acesso à informação e à tecnologia em condições de igualdade. Em prova, a banca gosta de descrever o acesso facilitado de forma ampla, incluindo interação e conteúdo, para testar se você confunde com usabilidade ou experiência do usuário. Usabilidade é outra coisa: ela trata da facilidade de aprender, operar e alcançar objetivos com eficiência e satisfação. Já experiência do usuário é um conceito ainda mais amplo, ligado à percepção global da pessoa ao usar o sistema. Storytelling, então, nem entra na briga, porque é técnica de narrativa, não princípio de acesso. Por isso, o gabarito é a letra B. A frase do enunciado é praticamente uma definição de acessibilidade aplicada à web: remover barreiras e garantir que o conteúdo seja acessível a qualquer pessoa, independentemente de suas condições físicas.

Resposta correta: E

Reconhecimento de voz não é mágica, embora às vezes pareça. Para transformar áudio em texto, a aplicação costuma passar por etapas e modelos que ajudam a interpretar o som, como modelos acústicos, modelos de linguagem e técnicas de processamento de áudio e sinais. Em muitos sistemas, há até uma sequência de pré-processamento, extração de características e decodificação antes de chegar ao texto final. Por isso, a afirmação da questão está errada. Não se faz, em regra, a transcrição direta e imediata, “sem a necessidade de nenhum modelo intermediário”. O caminho normal envolve modelos que conectam o sinal sonoro ao conteúdo linguístico, justamente para lidar com ruído, sotaques, velocidade da fala e outras traquinagens do áudio real. Se voce pensar em assistentes virtuais, ditado por voz ou legendas automáticas, vai perceber que eles precisam reconhecer padrões no som para estimar o que foi dito. A saída textual é o resultado de um processo de IA e aprendizado de máquina, e não de uma simples conversão linear de arquivo de áudio em texto. Então, o gabarito ser E faz sentido porque a questão simplifica demais o funcionamento da tecnologia. Em concursos, quando aparecer algo com “diretamente” e “sem nenhum modelo”, desconfie: quase sempre é aí que mora a pegadinha.