Questão de Engenharia de Software — UML — FCC 2015
Engenharia de Software›UML
Código
fc023341
Banca
FCC
Órgão
TRE-AP
Ano
2015
Nível
Superior
Cargo
Analista Judiciário - Análise de Sistemas
Na UML, o Diagrama de
ACasos de Uso é voltado à apresentação de funcionalidades e características de um sistema, assim como de que forma tais elementos se relacionam com usuários e entidades externas envolvidas em um determinado processo.
BEstrutura Composta permite a visualização de um conjunto de classes, detalhando os relacionamentos entre essas estruturas, podendo incluir definições de interfaces.
CObjetos contempla as diversas tarefas desempenhadas na execução de uma atividade, sendo utilizado geralmente na representação de processos dentro de uma organização.
DAtividades apresenta o estado de instâncias de objetos dentro de um sistema, considerando um intervalo de tempo específico.
EProcessos é utilizado para apresentar a estrutura interna de um processo, incluindo referências que apontam para outras partes de um sistema.
Revelar gabarito e comentário▾
GabaritoA — Casos de Uso é voltado à apresentação de funcionalidades e características de um sistema, assim como de que forma tais elementos se relacionam com usuários e entidades externas envolvidas em um determinado processo.
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”.
UML – Diagramas da UML
Gabarito: letra A. O Diagrama de Casos de Uso (Use Case) é o único diagrama da UML que descreve funcionalidades do sistema e suas interações com atores externos, conforme descrito na alternativa A.
A questão testa o conhecimento sobre a finalidade de cada diagrama UML. Vamos analisar cada alternativa:
Alternativa A — ✅ Correta ⟵ GABARITO
O Diagrama de Casos de Uso (Use Case) é um diagrama comportamental da UML que representa as funcionalidades do sistema (casos de uso) e as interações com atores externos (usuários ou sistemas). A descrição está perfeitamente alinhada com a definição oficial.
Alternativa B — ❌ Incorreta
O Diagrama de Estrutura Composta (Composite Structure Diagram) mostra a estrutura interna de uma classe ou colaboração, incluindo partes, conectores e portas, mas não é um "conjunto de classes detalhando relacionamentos" — essa função é típica do Diagrama de Classes.
Alternativa C — ❌ Incorreta
O Diagrama de Objetos (Object Diagram) exibe instâncias de classes em um determinado momento (snapshot), não "tarefas desempenhadas na execução de uma atividade". A descrição se aplica ao Diagrama de Atividades.
Alternativa D — ❌ Incorreta
O Diagrama de Atividades (Activity Diagram) apresenta o fluxo de atividades e ações, não o "estado de instâncias de objetos". O diagrama que mostra estados é o Diagrama de Máquina de Estados (State Machine Diagram).
Alternativa E — ❌ Incorreta
Não existe um "Diagrama de Processos" na UML 2.x. O que mais se aproxima seria o Diagrama de Atividades para modelagem de processos de negócio, mas a descrição da alternativa não corresponde a nenhum diagrama oficial.
NÃO CAIA NESSA!
A banca troca as definições entre os diagramas mais comuns: Atividades é confundido com Máquina de Estados (alternativa D), e Objetos com Atividades (alternativa C). Decore a função principal de cada diagrama.
PEGA ESSA DICA!
Monte uma tabela mental com os principais diagramas UML e suas finalidades: Casos de Uso -> funcionalidades e atores; Atividades -> fluxo de tarefas; Estados -> ciclo de vida de objetos; Objetos -> instâncias em um momento. Isso evita confusões.