- Les diagrammes d'implémentation -

Rappelons que les diagrammes d'implémentation permettent de montrer la structure physique et géographique des différents composants du logiciel. Deux catégories de diagrammes sont utilisés : le diagramme des composants et le diagramme de déploiement.

Le diagramme des composants

Les diagrammes de composants permettent de montrer les dépendances existant entre les divers composants d'un logiciel tels que les codes sources, les composants binaires (dll, EJB, COM…) et les exécutables. En effet tout module entrant dans la composition d'un logiciel peut être représenté par un type de composant. Certains composants n'ont d'existence qu'au moment de la compilation (sources, .h, .ini) d'autres au moment de l'édition de liens (dll) et enfin d'autres au moment de l'exécution (exécutables, images, pages html ou fichiers xml d'aide, fichiers de paramètres…).

L'intérêt de ce type de diagramme est d'aider à construire le logiciel et le documenter. A ce niveau de la démarche, il est difficile de connaître tous les composants qui interviendront dans le logiciel final car toutes les options de développement n'ont pas encore été prises concernant par exemple l'aide utilisateur, les accès à la base de données ou les paramètres généraux utilisés. Une première esquisse du diagramme sera donc établie ici. Il sera enrichi dans un premier temps lors de la phase d'intégration puis complété de façon définitive lors de l'étape de finalisation.

Pour représenter un composant on pourra utiliser le symbole standard ou une icône spécifique. La figure ci-dessous montre un exemple de diagramme de composants pour le prototype 1 du cas Assurance-Auto.

Ici, le logiciel est programmé en Java et l'IHM utilise des composants AWT pour construire les boîtes de dialogue. Elle utilise également la page HelpAssurAuto.html pour l'aide générale et accède aux interfaces des classes Java du prototype 1. Les accès à la base de données s'effectuent avec l'API JDBC. Un fichier d'initialisation (AssurAutoIni.xml) est lu pour connaître les paramètres généraux de configuration.


La conception détaillée de ce type de chaîne ne pose pas de problème majeur si ce n'est peut-être la description précise des états de sortie et la structure des données persistantes que nous allons voir à la page suivante.

Le diagramme de déploiement

Le diagramme de déploiement montre la configuration du logiciel en cours d'exécution en faisant apparaître ses instances d'exécutions. Les composants non utilisés lors de l'exécution n'apparaissent pas dans ce diagramme. Ils sont particulièrement intéressants dans le cas du développement d'applications client-serveur de n-tiers pour lesquelles l'application est éclatée sur plusieurs matériels dispersés géographiquement.

Rappelons qu'un diagramme de déploiement est un graphe de nœuds interconnectés par des liaisons de communication. Chaque nœud contient des instances de composants. Les composants peuvent être interconnectés entre eux par des relations d'utilisation (flèches en pointillés) soit directement, soit en passant par l'interface des composants (CORBA, DCOM, Web services de .Net…). Comme pour le diagramme des composants il est possible que l'implantation exacte des modules sur les serveurs ne soit pas encore définie au moment du développement des prototypes. Les tests des prototypes peuvent s'effectuer en local et ce ne sera qu'au moment de l'étape de finalisation que l'on mettre en œuvre la répartition réelle.

La figure ci-dessous montre un exemple de diagramme de déploiement pour le cas Assurance Auto avec un développement en architecture 3-tiers. L'IHM est assuré par un navigateur Web sur le poste client, les pages html ou les fichiers php sont fournies par un serveur Web Apache et la base de données relationnelle MySQL est placée sur un serveur de données.