GabaritoB — Diagrama de implementação
Gabarito: letra B. O diagrama que mostra como o software é implantado nos componentes de hardware é o diagrama de implantação, também chamado de diagrama de implementação ou diagrama de instalação — ele descreve o layout físico do sistema, indicando quais partes do software rodam em quais partes do hardware. As demais alternativas tratam de outros aspectos: casos de uso (funcionalidades), estado (comportamento), componentes (organização lógica do software) e atividades (fluxo de processos).
A UML (Unified Modeling Language) organiza seus diagramas em duas grandes famílias: os diagramas estruturais e os diagramas comportamentais. Os estruturais representam a parte estática do sistema — classes, objetos, componentes, pacotes, estrutura composta e também o diagrama de implantação. Os comportamentais representam a dinâmica — casos de uso, atividades, estados, sequência, comunicação, etc. Essa divisão é a chave para entender o que cada diagrama faz.
O diagrama de implantação (ou implementação) é o único que trata da visão física do sistema: ele mostra os nós (que representam dispositivos de hardware, como servidores, estações de trabalho, dispositivos móveis) e os caminhos de comunicação entre eles (protocolos, conexões de rede). É ele que responde à pergunta: "onde cada parte do software vai rodar?" — por exemplo, um diagrama de implantação pode mostrar que o banco de dados roda em um servidor dedicado, a aplicação web em outro servidor e o cliente acessa via navegador em uma estação de trabalho.
A confusão mais comum é entre o diagrama de componentes e o diagrama de implantação. O diagrama de componentes mostra a organização lógica do software em componentes (arquivos de código, bibliotecas, tabelas de banco) e seus relacionamentos — é uma visão lógica, independente do hardware. O diagrama de implantação mostra onde esses componentes são executados fisicamente — é uma visão física. Em outras palavras: o diagrama de componentes responde "o que existe no software?" e o de implantação responde "onde isso roda?".
A banca explora exatamente essa fronteira: a alternativa D (diagrama de componentes) é o distrator mais forte, pois ambos lidam com a estrutura do sistema, mas apenas o de implantação trata do hardware. Guarde o par: componentes = lógico × implantação = físico. É esse critério que separa as alternativas.
Critério | Diagrama de Componentes (D) | Diagrama de Implantação (B) |
|---|---|---|
Visão | Lógica (organização do software) | Física (hardware + software) |
Pergunta que responde | "O que existe no software?" | "Onde cada parte do software roda?" |
Elementos principais | Componentes, artefatos, interfaces, dependências | Nós (dispositivos), caminhos de comunicação, protocolos |
Relação com hardware | Nenhuma — independente do hardware | Direta — mostra onde o software é executado |
Exemplo típico | Arquivos de código, bibliotecas, tabelas de banco | Servidores, estações de trabalho, dispositivos móveis |
O diagrama de casos de uso modela as funcionalidades do sistema do ponto de vista do usuário (ator), mostrando as interações entre atores e casos de uso dentro da fronteira do sistema. Ele não tem relação com hardware ou implantação — é um diagrama comportamental que descreve o que o sistema faz, não onde ele roda.
O diagrama de implantação (também chamado de implementação ou instalação) mostra o layout físico do sistema: quais partes do software são executadas em quais partes do hardware, como as máquinas estão conectadas e por quais protocolos se comunicam. Seus elementos principais são os nós (hardware) e os caminhos de comunicação. É exatamente o que o enunciado descreve: "como o software é implantado nos componentes de hardware".
O diagrama de estados (ou máquina de estados) é um diagrama comportamental que mostra os estados possíveis de um objeto ou sistema e as transições entre eles, disparadas por eventos. Ele descreve o ciclo de vida de um elemento, não a sua localização física. Não há qualquer relação com hardware ou implantação.
O diagrama de componentes mostra os artefatos de software (arquivos de código-fonte, bibliotecas, tabelas de banco de dados) e seus relacionamentos, modelando o software baseado em componentes. É um diagrama estrutural, mas representa a organização lógica do software, não a sua implantação física. A pegadinha aqui é que ele também é estrutural e trata de "componentes", mas não aborda hardware — essa é a diferença crucial em relação ao diagrama de implantação.
O diagrama de atividades é um diagrama comportamental que modela o fluxo de controle de um processo, mostrando sequência de atividades, decisões e possíveis paralelismos. Ele descreve fluxos de trabalho, não a distribuição física do software. Não tem relação com hardware ou implantação.
A banca troca o diagrama de componentes (alternativa D) pelo diagrama de implantação (alternativa B). Ambos são estruturais e tratam de "componentes", mas o de componentes é lógico (organização do software) e o de implantação é físico (onde o software roda no hardware). Se a questão falar em "hardware", "nós", "servidores", "layout físico", a resposta é implantação. Se falar em "arquivos", "bibliotecas", "relacionamentos entre componentes", é componentes.
Para fixar, monte uma tabela mental dos diagramas estruturais e comportamentais da UML. Os estruturais são: classes, objetos, componentes, implantação, pacotes e estrutura composta. Os comportamentais são: casos de uso, atividades, estados, sequência, comunicação, visão geral de interação e temporização. Quando a questão perguntar "qual diagrama mostra X?", identifique primeiro se X é algo estático (estrutural) ou dinâmico (comportamental) — isso já elimina metade das alternativas.
Gabarito: letra B
Link permanente: /questoes/qg078042