Instructions: Modèle d'implémentation
Le modèle d'implémentation modélise principalement les sous-systèmes d'implémentation, y compris les dépendances et toute autre information relative à la gestion. Ces instructions sont une description de l'objectif d'un tel modèle et de sa structure.
Relations
Eléments connexes
Description principale

Explication

Dans l'environnement de programmation, une implémentation se compose d'éléments d'implémentation, y compris les fichiers de code source, les fichiers binaires et les fichiers de données, organisés en répertoires. Il est souvent nécessaire de créer, en plus de ces éléments de niveaux bas, des unités de gestion de niveau plus élevé, les sous-systèmes d'implémentation, qui regroupent les éléments d'implémentation et d'autres sous-systèmes d'implémentation.

Le modèle d'implémentation modélise principalement les sous-systèmes d'implémentation, y compris les dépendances et toute autre information relative à la gestion. Il peut aussi implémenter des éléments clés d'un sous-système d'implémentation, tels que des fichiers déployables ou des structures de répertoires.

Diagramme décrit dans le texte d'accompagnement.

Notation dans le modèle d'implémentation. Les flèches indiquent des relations possibles de propriété.

Il existe éventuellement un package qui représente le noeud de niveau supérieur (racine) dans le modèle d'implémentation. Les packages, stéréotypés sous la forme de <<sous-système d'implémentation>> regroupent les éléments d'implémentation (fichiers et répertoires) et d'autres sous-systèmes d'implémentation.

Exemple :

Dans un système bancaire, les sous-systèmes d'implémentation sont organisés en tant que structure plane dans le noeud de niveau supérieur du modèle d'implémentation. On peut aussi visualiser les sous-systèmes en couches dans le modèle d'implémentation. (Voir Instructions relatives au produit : Dépendances à l'importation).

Diagramme décrit dans le texte d'accompagnement.

Modèle d'implémentation d'un système bancaire montrant la hiérarchie de propriété.

Le modèle d'implémentation ne définit pas uniquement la structure élémentaire de l'implémentation en termes de hiérarchie de sous-systèmes d'implémentation, il peut aussi montrer les dépendances à l'importation entre les sous-systèmes d'implémentation, les dépendances de compilation entre les éléments d'implémentation et montrer les diagrammes qui représentent les dépendances entre les éléments du modèle d'implémentation et les éléments du modèle de conception.

Pour plus d'informations voir :

Utilisation

Le modèle d'implémentation se concentre sur la question de l'organisation physique du logiciel en termes de sous-systèmes d'implémentation et d'éléments d'implémentation. Vous pouvez éventuellement créer un modèle unique qui traite à la fois l'implémentation physique et la conception logique dans un modèle unique. C'est assez courant dans l'approche d'ingénierie aller-retour qui synchronise les fichiers code source avec un modèle combiné implémentation/conception.

L'organisation des sous-systèmes d'implémentation peut être plus ou moins proche du modèle de conception selon le mappage que vous décidez d'effectuer entre ces deux éléments. C'est une décision concernant le projet qui doit être enregistrée dans les instructions de conception relatives au projet. Lorsque le mappage est correct, c'est-à-dire que chaque sous-système d'implémentation est aussi un sous-système de conception, vous pouvez alors créer des diagrammes qui représentent uniquement un sous-système de conception unique et résument sa conception et son implémentation.

Pour plus d'informations concernant la structuration du modèle d'implémentation et le mappage entre les modèles d'implémentation et de conception, voir Technique : Mappage entre la conception et le code, Tâche : Structurer le modèle d'implémentation et Instructions : Elément d'implémentation.