GabaritoC — Certo
Gabarito: Certo (C). A afirmativa está correta porque os casos de uso são, de fato, uma técnica de elicitação de requisitos, e a UML os incorporou como um de seus diagramas comportamentais. A banca cobra exatamente essa relação: casos de uso servem para capturar o comportamento funcional do sistema a partir da interação com atores, sendo uma das principais ferramentas de levantamento de requisitos.
A engenharia de requisitos é o processo de descobrir, analisar, documentar e verificar os serviços e restrições de um sistema. Dentro desse processo, a elicitação (ou levantamento) é a fase em que se busca identificar as necessidades dos stakeholders. Existem diversas técnicas de elicitação, como entrevistas, questionários, brainstorming, prototipagem e, justamente, os casos de uso. Os casos de uso descrevem, em linguagem natural e diagramas, as interações entre atores (usuários ou sistemas externos) e o sistema, representando as funcionalidades que o sistema deve oferecer. Eles foram propostos por Ivar Jacobson e posteriormente incorporados à UML como o Diagrama de Casos de Uso, um dos diagramas comportamentais da linguagem.
A UML (Unified Modeling Language) é uma linguagem de modelagem padronizada que fornece diversos diagramas para representar diferentes aspectos de um sistema. Os casos de uso são uma técnica de modelagem que se concentra no comportamento externo do sistema, ou seja, no que o sistema faz do ponto de vista do usuário. Por isso, eles são amplamente utilizados na fase de elicitação de requisitos, ajudando a identificar e documentar os requisitos funcionais. A relação entre casos de uso e engenharia de requisitos é tão estreita que muitos processos de desenvolvimento, como o RUP (Rational Unified Process), utilizam casos de uso como base para a modelagem de requisitos.
A pegadinha que a banca pode explorar é confundir casos de uso com uma técnica de validação ou verificação de requisitos, ou ainda com uma técnica de especificação (que é a documentação detalhada). Mas a afirmativa está correta ao classificá-los como técnica de elicitação, pois é nessa fase que eles são mais utilizados para descobrir e entender as necessidades dos usuários. Vale destacar que casos de uso também podem ser usados em outras fases, como na especificação e na validação, mas sua principal aplicação é na elicitação.
Guarde essa distinção: elicitação é descobrir o que o sistema deve fazer; especificação é documentar isso de forma detalhada; validação é confirmar se os requisitos estão corretos e completos. Os casos de uso são uma ferramenta que atravessa essas fases, mas sua essência é capturar as funcionalidades a partir da interação com o usuário — por isso, são uma técnica de elicitação.
A afirmativa está correta. Os casos de uso são uma técnica de elicitação de requisitos, e a UML os incorporou como um de seus diagramas. A banca cobra exatamente essa relação: casos de uso servem para capturar o comportamento funcional do sistema a partir da interação com atores, sendo uma das principais ferramentas de levantamento de requisitos.
Na prova, quando a questão falar em "casos de uso" e "elicitação", lembre-se: eles são uma técnica de levantamento de requisitos, não de validação ou especificação. Associe casos de uso a "o que o sistema faz" e a "interação com atores". Se a questão disser que casos de uso são uma técnica de validação, está errada.
Gabarito: Certo (C).
Link permanente: /questoes/ce397903