A professora Gabriela, em um curso de formação continuada para professores de informática, utilizou um exemplo prático de desenvolvimento de um aplicativo educacional para explicar as etapas de um modelo de processo de software. Durante a aula, ela destacou a importância da análise de requisitos para evitar problemas no futuro, como a criação de funcionalidades desnecessárias ou incompatíveis com o público-alvo. Com base nos fundamentos da Engenharia de Software, o principal objetivo da análise de requisitos em um projeto de software educacional é
- A)identificar e corrigir erros de correção antes da correção.
Errada, porque análise de requisitos não é focada em corrigir erros de correção, e sim em descobrir e especificar o que o sistema deve atender.
- B)compreender as necessidades dos usuários e definir o que o sistema deve fazer.
Certa, pois resume o objetivo da análise de requisitos: entender as necessidades dos usuários e definir as funções e restrições do sistema.
- C)garantir que o software seja entregue dentro do prazo, mesmo com funcionalidades reduzidas.
Errada, porque prazo e redução de funcionalidades tratam de gerenciamento de projeto e negociação de escopo, não do propósito da análise de requisitos.
- D)criar diagramas técnicos detalhados para orientar os desenvolvedores.
Errada, pois criar diagramas técnicos detalhados é atividade de projeto/modelagem, posterior à análise de requisitos.
- E)automatizar o processo de desenvolvimento com ferramentas específicas.
Errada, porque automatizar o desenvolvimento com ferramentas não define requisitos; isso é apoio ao processo, não objetivo da análise.
Gabarito: B
A análise de requisitos é a etapa em que você para de imaginar o sistema e começa a entender, de verdade, o que ele precisa resolver. Em projetos de software educacional, isso é ainda mais importante, porque o público-alvo tem necessidades bem específicas: idade, contexto pedagógico, nível de conhecimento e forma de interação com a tecnologia. O objetivo central dessa fase é descobrir e organizar as necessidades dos usuários e das demais partes interessadas, transformando tudo isso em requisitos claros para orientar o sistema. Em termos clássicos da Engenharia de Software, ela responde à pergunta: "o que o software deve fazer?". Já o "como fazer" fica para fases posteriores, como projeto e implementação. Por isso o gabarito é a letra B. Ela descreve exatamente a finalidade da análise de requisitos: compreender as necessidades dos usuários e definir o que o sistema deve fazer. É a etapa que evita aquele famoso software que parece bonito, mas resolve o problema errado, ou pior, cria funções que ninguém pediu e quase ninguém usa. Na doutrina de Engenharia de Software, a análise de requisitos costuma ser vista como base para reduzir retrabalho, falhas de escopo e incompatibilidade com o usuário. Então, antes de sair desenhando tela, codificando e inventando recurso, você precisa ouvir quem vai usar o sistema e entender o problema real.