Pular para o conteúdo principal

Questão de Engenharia de Software — UML — FCC 2015

Engenharia de SoftwareUML
Código
fc024434
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2015
Nível
Superior
Cargo
Analista Judiciário – Tecnologia da Informação
A documentação de um caso de uso costuma descrever, por meio de uma linguagem simples, informações sobre ele. Na UML 2.0, essa documentação
  1. Anão possui um formato específico definido.
  2. Bdeve ser feita por meio de fluxogramas.
  3. Cnão pode ser feita por meio de outros diagramas.
  4. Dcostuma descrever apenas, em linhas gerais, a função do caso de uso
  5. Enão costuma deixar claro quais atores interagem com os casos de uso.
Revelar gabarito e comentário

GabaritoA — não possui um formato específico definido.

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”.

Documentação de Casos de Uso na UML 2.0

Gabarito: letra A. Na UML 2.0, a documentação textual de um caso de uso não possui um formato específico obrigatório; a especificação UML define apenas a notação gráfica, deixando a descrição narrativa livre. Essa flexibilidade é explicitamente mencionada na literatura sobre casos de uso, como no texto de apoio: "O UML não define padrões para o formato escrito objetivando descrever casos de uso".

A banca testa o conhecimento de que a UML padroniza a representação gráfica dos diagramas de caso de uso (elipses, atores, relacionamentos), mas a descrição textual de cada caso de uso (cenário, fluxo principal, alternativas) é livre, podendo ser redigida em linguagem natural, em formato estruturado (tabelas, listas numeradas) ou mesmo com auxílio de outros diagramas, como atividade ou sequência. As demais alternativas impõem restrições que não existem na especificação.

Alternativa A — ✅ Correta ⟵ GABARITO

A UML não impõe um formato padrão para a documentação textual de casos de uso. Cada organização ou projeto pode adotar o estilo que melhor se adequar, desde que claro e completo.

Alternativa B — ❌ Incorreta

Afirma que a documentação "deve ser feita por meio de fluxogramas". Fluxogramas não são um formato definido pela UML para a descrição de casos de uso; a documentação é predominantemente textual, embora diagramas de atividade possam complementar, mas não substituem a descrição narrativa.

Alternativa C — ❌ Incorreta

Diz que a documentação "não pode ser feita por meio de outros diagramas". Na verdade, a UML permite que a descrição de um caso de uso seja complementada com diagramas de atividade, sequência ou estado, por exemplo. O que não pode é substituir a descrição textual por apenas diagramas, mas a alternativa é absoluta ao afirmar que "não pode", o que é falso.

Alternativa D — ❌ Incorreta

Afirma que a documentação "costuma descrever apenas, em linhas gerais, a função do caso de uso". Embora existam descrições resumidas em alguns contextos, a prática recomenda que a documentação de caso de uso inclua detalhes como pré-condições, fluxo principal, fluxos alternativos, pós-condições, etc. A alternativa generaliza incorretamente.

Alternativa E — ❌ Incorreta

Afirma que a documentação "não costuma deixar claro quais atores interagem com os casos de uso". Pelo contrário, a identificação dos atores que interagem com cada caso de uso é essencial e deve estar explícita na documentação, seja no diagrama ou no texto.

Gabarito: letra A.

Link permanente: /questoes/fc024434