Engenharia de Software · COPEVE-UFAL · 2022 | Questão sqc-qq709616

Engenharia de SoftwareUML

Código: qq709616
Banca: COPEVE-UFAL
Órgão: TCE-AL
Ano: 2022
Nível: Médio

Cargo: Agente de Controle Externo - Ciências da Computação

A Engenharia de Software apresenta técnicas e processos para Engenharia de Requisitos, que auxiliam na identificação e documentação das necessidades dos clientes relacionadas ao software. Sobre essas técnicas e a notação UML utilizada para documentar os requisitos, é correto afirmar:

AJogo de Funções é uma técnica utilizada na Engenharia de Requisitos que tem como principal objetivo a assinatura dos métodos e funções que serão implementadas.
BDiagramas de Casos de Uso são conhecidos como uma notação para documentar requisitos e também são considerados uma técnica para elicitação de requisitos, uma vez que favorecem a comunicação com os stakeholders.
Ca validação de requisitos é uma etapa da Engenharia de Requisitos cujo objetivo é observar se os desenvolvedores esqueceram de implementar algum dos requisitos demandados. Uma das técnicas mais utilizadas para validação dos requisitos é a de “check-list”.
DDiagramas de Casos de Uso são utilizados para documentar requisitos e possuem duas formas gráficas para representar herança entre casos de uso: por meio de uma linha tracejada (dependência UML) com estereótipo <<extend>> ou da maneira tradicional, como uma linha sólida com seta.
Eo Diagrama de Casos de Uso é a notação padrão da UML para documentar os requisitos do software. Porém, tal diagrama necessita de descrições complementares, uma vez que não é capaz de representar o escopo do software, por não diferenciar as funcionalidades internas do sistema das funcionalidades externas, de outros sistemas.

Revelar gabarito e comentário

GabaritoB — Diagramas de Casos de Uso são conhecidos como uma notação para documentar requisitos e também são considerados uma técnica para elicitação de requisitos, uma vez que favorecem a comunicação com os stakeholders.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Engenharia de Requisitos e UML

Gabarito: letra B. Diagramas de Casos de Uso são tanto uma notação para documentar requisitos quanto uma técnica de elicitação, pois favorecem a comunicação com os stakeholders. Essa dupla função é bem reconhecida na Engenharia de Software, conforme a literatura e a prática da UML.

Alternativa A — ❌ Incorreta

“Jogo de Funções” (Role Play) é uma técnica de elicitação de requisitos que envolve simular papéis para entender necessidades, mas seu objetivo não é a assinatura de métodos e funções. Assinar métodos é uma atividade de projeto, não de requisitos. A descrição confunde etapas.

Alternativa B — ✅ Correta ⟵ GABARITO

O Diagrama de Casos de Uso é uma notação gráfica da UML para documentar requisitos funcionais. Além disso, durante a construção do diagrama, ocorre interação com os stakeholders, o que ajuda a elicitar (descobrir) requisitos. O próprio processo de modelagem serve como técnica de elicitação, conforme mencionado no material de apoio.

Alternativa C — ❌ Incorreta

A validação de requisitos verifica se os requisitos capturados atendem às necessidades dos stakeholders e se estão corretos e completos. O objetivo não é “observar se os desenvolvedores esqueceram de implementar” – isso é verificação posterior. Check-list é uma técnica de validação, mas o enunciado troca o propósito da etapa.

Alternativa D — ❌ Incorreta

O diagrama de casos de uso não possui herança entre casos de uso. As relações entre casos de uso são: <<include>> (linha tracejada com seta e estereótipo) e <<extend>> (linha tracejada com seta e estereótipo). Herança (generalização) é representada por uma linha sólida com seta vazada e se aplica a atores ou casos de uso, mas não é “duas formas” para herança. A alternativa confunde os relacionamentos.

Alternativa E — ❌ Incorreta

O Diagrama de Casos de Uso é capaz de representar o escopo do software por meio da fronteira (retângulo) – dentro ficam os casos de uso (funcionalidades internas) e fora os atores (entidades externas). Portanto, a afirmação de que “não é capaz de representar o escopo” está errada. Descrições complementares são necessárias, mas não por essa razão.

Gabarito: letra B.

Link permanente: /questoes/qq709616