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.
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).
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.
|