Explicação

No ambiente de programação, uma implementação é composta de Elementos de Implementação, incluindo arquivos de código fonte, arquivos binários e arquivos de dados, organizados em diretórios. Além desses elementos de nível inferior, há geralmente a necessidade de criar unidades de nível mais alto de gerenciamento, os Subsistemas de Implementação, que agrupam Elementos de Implementação e outros Subsistemas de Implementação.

O Modelo de Implementação modela principalmente os Subsistemas de Implementação, incluindo dependências e outras informações de gerenciamento. Ele também pode modelar elementos-chave de um Subsistema de Implementação, como arquivos implementáveis ou estruturas de diretórios.

A notação no Modelo de Implementação. As setas mostram uma possível relação de propriedade.

Há opcionalmente um pacote que funciona como o nó de nível superior (raiz) no Modelo de Implementação. Os pacotes, estereotipados como <<subsistema de implementação>>, agrupam os Elementos de Implementação (arquivos e diretórios) e outros Subsistemas de Implementação.

Exemplo:

Em um sistema bancário, os subsistemas de implementação são organizados como uma estrutura horizontal no nó de nível superior do modelo de implementação. Uma outra forma de visualizar os subsistemas no modelo de implementação é em camadas. (Consulte Diretriz de Produto de Trabalho: Dependência de Importação).

O modelo de implementação de um sistema bancário, mostrando a hierarquia de propriedade.

O Modelo de Implementação não apenas define a estrutura básica da implementação em termos de hierarquia de Subsistemas de Implementação como também pode mostrar dependências de importação entre Subsistemas de Implementação, dependências de compilação entre Elementos de Implementação e diagramas que mostram dependências entre elementos do Modelo de Implementação e elementos do Modelo de Design.

Para obter informações adicionais, consulte:

• Diretriz: Dependência de Importação na Implementação
• Diretriz: Dependência de Compilação na Implementação
• Diretriz: Dependência de Manifesto

Uso

O Modelo de Implementação tem como foco a questão da organização física do software em termos de Subsistemas de Implementação e Elementos de Implementação. Opcionalmente, você pode criar um único modelo que trata da implementação física e do design lógico em um único modelo. Isso é comum em uma abordagem de engenharia round-trip que sincroniza os arquivos de código fonte com um Modelo de Implementação/Design combinado.

A organização de Subsistemas de Implementação pode se aproximar mais ou menos do Modelo de Design, dependendo de como você decidir mapear entre esses dois modelos. Esta é uma decisão de processo que deve ser capturada nas diretrizes de design específicas do projeto. Quando o mapeamento é exato, ou seja, cada Subsistema de Implementação também é um Subsistema de Design, você pode criar diagramas que tem como foco um único Subsistema de Design, resumindo seu design e sua implementação.

Para obter informações adicionais sobre como estruturar o Modelo de Implementação e mapear entre os Modelos de Design e Implementação, consulte a Técnica: Mapeando Design para Código, a Tarefa: Estruturar o Modelo de Implementação e a Diretriz: Elemento de Implementação.