Para o desenvolvimento de casos de uso, é fundamental a iden...

Na primeira iteração do levantamento de requisitos, identifica-se primeiramente APENAS os atores principais.

 Não há impedimento que outros atores sejam identificados em outras iterações.

Eu penso que nada garante que os atores estarão claros ou bem definidos na primeira iteração.
Pode ser necessário uma compreensão do sistema antes de identificar os atores, o que pode acontecer em iterações posteriores. Atores secundários são aqueles que existem apenas para que os atores primários utilizem o sistema. (Fonte: Princípios de Análise e projeto de Sistemas com UML). Logo, é pouco provável que já na primeira iteração, possa-se identificá-los. Capítulo 7, Engenharia de Requisitos (PRESSMAN), página 130:

“Como o levantamento de requisitos é uma atividade evolutiva, nem todos os atores são identificados durante a primeira iteração. É possível identificar atores principais durante a primeira iteração, e os atores secundários quando se fica sabendo mais a respeito do sistema. O atores principais interagem para conseguir a função desejada do sistema e derivar o benefício pretendido com o sistema. Eles trabalham direta e frequentemente com o software. Os atores secundários dão suporte ao sistema, de modo que os atores principais possam fazer o seu trabalho."

Errado. Apenas os atores PRINCIPAIS são identificados na primeira iteração.

Alternativa correta: E - errado

A questão aborda um aspecto importante da Engenharia de Requisitos, que é o desenvolvimento de casos de uso e a identificação de atores. Vamos desvendar um pouco mais sobre esse assunto.

Os casos de uso são uma técnica utilizada para capturar requisitos funcionais de sistemas, descrevendo as interações entre os atores (usuários ou outros sistemas) e o próprio sistema, para realizar um objetivo. Eles servem como uma ferramenta para facilitar a comunicação entre os stakeholders e os desenvolvedores, proporcionando uma visão clara das necessidades do usuário.

A identificação dos atores, que são as entidades externas que interagem com o sistema, é uma parte essencial no desenvolvimento de casos de uso. Eles podem ser classificados como principais, que têm objetivos de negócio dentro do sistema, ou secundários, que o sistema precisa para alcançar os objetivos dos atores principais.

Contudo, a afirmação de que a identificação de todos os atores, tanto principais quanto secundários, deve acontecer já na primeira iteração do levantamento de requisitos é onde reside o equívoco. Na realidade, o levantamento de requisitos é um processo iterativo e incremental, que pode revelar novos atores à medida que o entendimento do sistema e seu contexto se expande.

É possível que, inicialmente, alguns atores secundários não sejam identificados, pois o foco pode estar nos atores principais e nos objetivos de negócio mais críticos. Conforme o processo avança e mais detalhes são explorados, novos atores, tanto principais quanto secundários, podem ser descobertos. Portanto, é errado afirmar que todos os atores devem ser identificados na primeira iteração.

Em resumo, a engenharia de requisitos é adaptável e reconhece a evolução do entendimento do sistema ao longo do tempo, permitindo que a identificação de atores se refine através de várias iterações.