Questão de Engenharia de Software — Geral — INSTITUTO AOCP 2024

Diagrama de Atividades na UML 2.5

Gabarito: letra E. O diagrama de atividades é um diagrama comportamental da UML cujo propósito é descrever o fluxo de atividades e o controle associado dentro de um processo ou procedimento, conforme a especificação UML 2.5. As demais alternativas descrevem outros diagramas UML (estrutura física, interação temporal, estrutura lógica de classes, distribuição em nodos).

O diagrama de atividades é um dos diagramas comportamentais da UML, ao lado do diagrama de casos de uso, sequência, comunicação, estados e timing. Ele modela o fluxo de controle e de dados entre atividades, representando a lógica de um processo, algoritmo ou fluxo de trabalho. É amplamente utilizado para modelar regras de negócio, fluxos de trabalho e processos, podendo incluir elementos como nós de ação, decisões, bifurcações (fork), junções (join), raias (swimlanes) e estados iniciais/finais.

A UML 2.5 define 14 tipos de diagramas, divididos em duas categorias: diagramas estruturais e diagramas comportamentais. Os diagramas estruturais focam na estrutura estática do sistema (classes, objetos, componentes, implantação, pacotes, etc.), enquanto os comportamentais focam no comportamento dinâmico (casos de uso, atividades, estados, sequência, comunicação, timing, visão geral de interação). O diagrama de atividades pertence à categoria comportamental, pois descreve o comportamento do sistema em termos de fluxo de atividades.

Na prática, o diagrama de atividades é usado para modelar a sequência de passos de um processo, incluindo decisões (nós de decisão com guardas), paralelismo (fork/join) e responsabilidades (raias). Por exemplo, em um sistema de pedidos, o diagrama pode mostrar: "Receber pedido" → "Validar pagamento" → (decisão) "Pagamento aprovado?" → sim: "Processar pedido" → "Enviar confirmação"; não: "Notificar cliente". Esse fluxo é exatamente o que a alternativa E descreve.

A pegadinha da banca está em confundir o diagrama de atividades com outros diagramas UML, especialmente os estruturais. O candidato que não domina a classificação dos diagramas pode facilmente marcar a alternativa A (componentes), C (classes) ou D (implantação), que são diagramas estruturais, ou a B (sequência), que é comportamental mas foca em interação temporal entre objetos. O diagrama de atividades, por sua vez, é comportamental e foca no fluxo de controle, não na interação entre objetos nem na estrutura.

Guarde a distinção central: diagramas estruturais mostram a estrutura estática (o que existe), enquanto diagramas comportamentais mostram o comportamento dinâmico (o que acontece). Dentre os comportamentais, o diagrama de atividades é o que descreve o fluxo de atividades e controle, enquanto o diagrama de sequência descreve a interação entre objetos ao longo do tempo. É exatamente essa fronteira que separa a alternativa correta das demais.

Alternativa A — ❌ Incorreta

Modelar a estrutura física do sistema, detalhando componentes e suas interconexões é o propósito do diagrama de componentes, que é um diagrama estrutural. O diagrama de componentes mostra a organização dos componentes de software e suas dependências, não o fluxo de atividades. A alternativa confunde o diagrama de atividades (comportamental) com o diagrama de componentes (estrutural).

Alternativa B — ❌ Incorreta

Representar a interação entre objetos ao longo do tempo em um cenário específico é o propósito do diagrama de sequência, que é um diagrama comportamental, mas foca na troca de mensagens entre objetos em uma ordem temporal. O diagrama de atividades não modela interação entre objetos, mas sim o fluxo de atividades de um processo. A alternativa troca o foco: atividades vs. interação temporal.

Alternativa C — ❌ Incorreta

Exibir a estrutura lógica de classes e objetos, incluindo seus relacionamentos e hierarquias, é o propósito do diagrama de classes, que é um diagrama estrutural. O diagrama de classes mostra classes, atributos, métodos e relacionamentos (associação, herança, composição, etc.), não o fluxo de atividades. A alternativa confunde o diagrama de atividades com o diagrama de classes.

Alternativa D — ❌ Incorreta

Ilustrar a distribuição de componentes de software em diferentes nodos de uma infraestrutura de rede é o propósito do diagrama de implantação (deployment), que é um diagrama estrutural. O diagrama de implantação mostra a arquitetura física de hardware e software, não o fluxo de atividades. A alternativa confunde o diagrama de atividades com o diagrama de implantação.

Alternativa E — ✅ Correta ⟵ GABARITO

Descrever o fluxo de atividades e o controle associado dentro de um processo ou procedimento é exatamente o propósito do diagrama de atividades na UML 2.5. Ele modela o fluxo de controle e de dados entre atividades, incluindo decisões, paralelismo e raias, sendo um diagrama comportamental. A alternativa está correta e espelha a definição canônica do diagrama.

Gabarito: letra E