Análise de Requisitos
Gabarito: letra E. Na análise de requisitos, deve-se buscar minimizar o acoplamento entre os componentes do sistema, pois um alto nível de interconexão dificulta a manutenção e a evolução. Esse princípio, embora mais associado ao projeto, também orienta a fase de análise para garantir que a especificação dos requisitos seja consistente e viável. As demais alternativas apresentam erros conceituais típicos.
Alternativa A — ❌ Incorreta
A análise de requisitos não tem foco em características arquiteturais; ela se preocupa com o que o sistema deve fazer, não com a estrutura de alto nível. Além disso, a análise deve considerar interfaces e restrições, que são partes essenciais dos requisitos.
Alternativa B — ❌ Incorreta
A modelagem não sempre começa com entrevista; existem várias técnicas de elicitação (workshops, questionários, observação etc.). Também não é correto afirmar que o analista lista todos os objetos e cria um protótipo como primeira atividade; a modelagem é iterativa e incremental.
Alternativa C — ❌ Incorreta
Esta é uma pegadinha clássica: a análise de requisitos deve focar em "o que" (o problema a ser resolvido), enquanto o "como" (a solução) é objeto da fase de projeto. Inverter esses focos é um erro grave.
Alternativa D — ❌ Incorreta
A análise orientada a objetos realmente foca na definição de objetos e relacionamentos, mas a afirmação de que isso "define o modo pelo qual os desenvolvedores devem trabalhar" é imprecisa. Além disso, embora UML seja predominante em OO, MVC é um padrão de arquitetura que pode ser usado com qualquer paradigma; não é correto dizer que MVC é "predominantemente orientado a objetos".
Alternativa E — ✅ Correta
Minimizar o acoplamento é um princípio fundamental de projeto, mas sua aplicação começa já na análise de requisitos: ao especificar as interações entre os componentes, deve-se evitar dependências excessivas. Se o nível de interconexão for alto, esforços devem ser feitos para reduzi-lo, pois isso facilita a manutenção e a evolução do sistema. A afirmação está coerente com as boas práticas de engenharia de software.
Gabarito: letra E