Questão de Engenharia de Software — Engenharia de Requisitos — CESPE / CEBRASPE 2023
- Código
- ce397886
- Banca
- CESPE / CEBRASPE
- Órgão
- DATAPREV
- Ano
- 2023
- Cargo
- Ana TI ( )
- CCerto
- EErrado
GabaritoC — Certo
Gabarito: Certo (C). Os casos de uso são, de fato, uma técnica de elicitação de requisitos, e sua principal característica é justamente identificar os atores (usuários ou outros sistemas) e descrever as interações entre esses atores e o sistema. Essa é a definição clássica apresentada por autores como Sommerville e Pressman, e é exatamente o que o enunciado afirma.
A engenharia de requisitos é o processo de descobrir, analisar, documentar e verificar os serviços que o sistema deve oferecer e as restrições a seu funcionamento. Dentro desse processo, a elicitação (ou levantamento) de requisitos é a fase em que se busca entender as necessidades dos stakeholders. Existem diversas técnicas para realizar essa elicitação, como entrevistas, questionários, observação, brainstorming, prototipação e, entre elas, os casos de uso.
Os casos de uso são uma técnica poderosa porque descrevem o comportamento do sistema sob a perspectiva do usuário. Eles respondem à pergunta: "o que o sistema deve fazer para cada tipo de usuário?". Para isso, identificam-se os atores — que podem ser pessoas (usuários) ou outros sistemas que interagem com o sistema em questão — e, para cada ator, descrevem-se os fluxos de interação (o cenário principal e os fluxos alternativos). Essa descrição é feita em linguagem natural, o que facilita a comunicação entre a equipe de desenvolvimento e os stakeholders.
É importante não confundir o caso de uso como técnica de elicitação com o diagrama de casos de uso da UML. O diagrama é uma representação gráfica que mostra os atores e os casos de uso, mas a técnica de elicitação vai além: ela envolve a descrição textual detalhada de cada cenário, incluindo pré-condições, pós-condições, fluxo principal e fluxos alternativos. O diagrama é apenas uma visão geral; a essência da técnica está na narrativa detalhada.
A banca explora aqui um ponto que costuma gerar dúvida: a diferença entre a técnica de elicitação e o artefato de modelagem. O candidato pode achar que, por ser um diagrama da UML, o caso de uso pertence apenas à fase de projeto/modelagem. No entanto, a técnica de casos de uso é amplamente utilizada na fase de levantamento de requisitos, pois ajuda a entender o que o sistema deve fazer do ponto de vista de quem o utiliza. É essa a pegadinha: o caso de uso é tanto uma técnica de elicitação quanto um modelo de especificação.
Guarde essa distinção: a técnica de casos de uso é usada para descobrir requisitos (elicitação), enquanto o diagrama de casos de uso é usado para documentar e comunicar esses requisitos (especificação/modelagem). O enunciado fala da técnica, e a afirmação está correta.
A afirmativa está correta. Os casos de uso são uma técnica de elicitação de requisitos que identifica os atores envolvidos e as interações entre o sistema e seus usuários ou outros sistemas. Isso está alinhado com a definição clássica da literatura de engenharia de software, como a de Sommerville, que descreve casos de uso como uma técnica para identificar os atores e os cenários de interação com o sistema.
A banca não tenta confundir aqui; a afirmação é uma descrição fiel do conceito. O candidato que conhece a técnica de casos de uso reconhece imediatamente os elementos citados: atores, interações individuais e a possibilidade de interação com outros sistemas (não apenas usuários humanos).
Gabarito: Certo (C).
Link permanente: /questoes/ce397886