Analise as afirmativas abaixo com base na engenharia de requ...

A alternativa correta é B - apenas uma é verdadeira.

I. Um requisito ou caso de uso representa uma ação realizada pelo software e que atende a uma necessidade de um usuário.

Esta afirmativa está correta. Na engenharia de requisitos, um requisito ou caso de uso descreve uma funcionalidade que o software deve realizar para atender a uma necessidade ou expectativa do usuário.

II. Todos os requisitos de um software devem ser levantados antes que a sua construção/implementação inicie.

Esta afirmativa está incorreta. No desenvolvimento ágil de software, por exemplo, os requisitos podem ser refinados e adicionados ao longo do processo de desenvolvimento. Portanto, não é obrigatório que todos os requisitos sejam definidos inicialmente.

III. Requisitos de usuário referem-se à especificação técnica e detalhada das ações, condições e restrições operacionais do software.

Esta afirmativa está incorreta. Requisitos de usuário geralmente são descrições em linguagem natural, voltadas para o entendimento do usuário, e não especificações técnicas detalhadas. As especificações técnicas são tratadas nos requisitos de sistema.

IV. Na definição dos casos de uso do software, um ator é o mesmo que um usuário do sistema.

Esta afirmativa está incorreta. O conceito de ator em casos de uso não se limita ao usuário humano; pode incluir outros sistemas ou dispositivos que interagem com o sistema em questão.

V. Uma das técnicas de levantamento de requisitos é a realização de entrevistas com os stakeholders, sendo que essas entrevistas podem ser feitas com um conjunto de perguntas fechadas ou abertas.

Esta afirmativa está correta, mas para esta questão, o foco na única afirmativa correta é a I. Entrevistas são uma técnica comum usada no levantamento de requisitos, e podem incluir perguntas de diferentes formatos para captar as necessidades dos stakeholders.

Compreender a engenharia de requisitos é crucial para garantir que o software atenda às expectativas dos usuários e stakeholders. Esta questão testa a familiaridade do candidato com conceitos básicos e práticas comuns associadas ao levantamento e especificação de requisitos no desenvolvimento de software.

Gostou do comentário? Deixe sua avaliação aqui embaixo!

GABARITO B

Apenas a V é verdadeira.

I. Um requisito ou caso de uso representa uma ação realizada pelo software e que atende a uma necessidade de um usuário. ERRADO. Um requisito não é a mesma coisa que um caso de uso. Um requisito representa uma ação realizada pelo software e que atende a uma necessidade de um usuário. Um caso de uso é um diagrama que descreve o comportamento do sistema, descreve um conjunto de sequências de ações.

II. Todos os requisitos de um software devem ser levantados antes que a sua construção/implementação inicie. ERRADO. Se fosse assim não era necessário a fase de engenharia de requisitos.

III. Requisitos de usuário referem-se à especificação técnica e detalhada das ações, condições e restrições operacionais do software. ERRADO. São os requisitos de sistema.

IV. Na definição dos casos de uso do software, um ator é o mesmo que um usuário do sistema.ERRADO. Os atores representam os papéis que pessoas (ou dispositivos) desempenham enquanto o sistema opera. Definido de maneira um pouco mais formal, ator é qualquer coisa que se comunica com o sistema ou produto e que é externa ao sistema em si.É importante notar que ator e usuário não são necessariamente a mesma coisa.

Requisitos de usuários são requisitos de mais alto nível, escritos por usuários, normalmente em linguagem natural e sem entrar em detalhes técnicos. Já requisitos de sistema são técnicos, precisos e escritos pelos próprios desenvolvedores.

II. Todos os requisitos de um software devem ser levantados antes que a sua construção/implementação inicie.

Ao primeiro contato com essa alternativa, ela parece ser CORRETA, pois, quando pensamos nos modelos de desenvolvimentos clássicos, tal afirmativa tem fundamento, porém devemos levar em consideração os modelos de desenvolvemitmento ágeis, tais modelos têm uma abordagem um pouco diferente, uma vez que, no desenvolvimento interativo e incremental, eu posso desenvolver meu sistemas atendendo alguns requisitos mais básicos e aperfeiçoando com feedback do meu cliente. Dado o exposto, podemos concluir que nem toda implementação irá ser iniciada após o levantamento de TODAS os requisitos e, por comta disso a alternativa está ERRADA .