Artefact :
|
![]() |
Le modèle de déploiement présente la configuration des noeuds de traitement du contexte d'exécution, les liens de communication entre-eux, et les instances de composants et les objets qui y résident. |
---|---|
Rôle : | Architecte logiciel |
Caractère facultatif/Occurrence: | Facultatif. |
Canevas et rapports : |
|
Exemples : | |
Représentation UML : | Modèle. |
Informations supplémentaires : |
Entrée d'activités : | Sortie d'activités : |
L'objet du modèle de déploiement est de recenser la configuration des éléments effectuant le traitement, et les connexions entre ces éléments dans le système. Le modèle de déploiement consiste d'un ou de plusieurs noeuds (éléments exécutant les traitements, et disposant au moins d'un processeur, de ressources mémoire, et éventuellement d'autres périphériques), de périphériques (noeuds stéréotypés démunis de capacité de traitement au niveau d'abstraction modélisé), et de connecteurs entre les noeuds et entre ceux-ci et les périphériques. Le modèle de déploiement mappe également des processus avec les éléments exécutant les traitements, permettant de représenter la répartition des comportements entre les noeuds.
Les rôles suivants sont amenés à utiliser le modèle de déploiement :
Nom de la propriété |
Brève description |
Représentation UML |
---|---|---|
Introduction | Description textuelle servant de brève introduction au modèle. | Valeur marquée, de type "texte court". |
Noeuds | Eléments effectuant les traitements dans le système. Les noeuds peuvent comporter les propriétés suivantes :
|
noeud |
Périphériques | Périphériques physiques, démunis de capacité de traitement (au niveau d'abstraction modélisé), qui assurent le support des noeuds du processeur. Les périphériques peuvent comporter les propriétés suivantes :
|
noeud stéréotypé |
Connecteurs | Connexions entre noeuds, et entre noeuds et périphériques. Les connecteurs peuvent avoir des informations associées relatives à la capacité ou à la bande passante du connecteur. |
association, éventuellement stéréotypée, pour la modélisation de différents types de connecteurs, par exemple. |
Diagrammes | Diagrammes du modèle, appartiennent aux packages. |
Le modèle de déploiement est habituellement décrit dans un diagramme tel que celui présenté ci-dessous :
Au cours de la phase de création, le modèle est généré à un niveau conceptuel (si l'environnement de déploiement n'existe pas encore), dans le cadre de la synthèse de l'architecture, lorsque l'architecte logiciel tente d'identifier au moins une architecture viable se conformant aux exigences (particulièrement non fonctionnelles). Le responsable de projet utilise également le modèle de déploiement pour l'estimation des coûts.
Par contre, si le système doit être déployé dans un environnement existant déjà, cet environnement doit être documenté. Les éléments clés à recenser sont les suivants :
Dans la phase d'élaboration, le modèle de déploiement doit être perfectionné pour atteindre un niveau de spécification permettant à l'architecte logiciel de prédire ses performances avec confiance, avant de l'amener au niveau physique où il spécifie le matériel effectif et les numéros de modèles à utiliser et se transforme en plan d'acquisition, d'installation et de maintenance du système.
Si l'environnement de déploiement existe déjà, il doit être examiné pour établir s'il est capable de gérer les nouvelles capacités du système en cours de développement. Si des modifications sont requises pour cet environnement, elles sont identifiées dans cette phase.
Si l'environnement de déploiement n'existe pas encore, le nombre, les types et les configurations des noeuds doivent être définis, ainsi que la connexion requise entre les noeuds pour prendre en charge cette architecture. Les aspects clés du déploiement de l'architecture doivent être examinés et résolus, notamment :
L'affectation de composants, ou d'unités de déploiement, aux noeuds est mise à jour en cas de modification des composants.
Si l'environnement de déploiement n'existe pas encore, une activité d'acquisition et d'installation du matériel est entreprise généralement en parallèle au développement du logiciel. Il est recommandé de reporter le plus longtemps possible la décision finale d'achat du matériel afin de réduire les risques pouvant affectant les performances (pour s'assurer que le logiciel déployé puisse faire preuve d'une capacité, d'un temps de réponse ou de caractéristiques de débit de données acceptables) et pour tirer parti des progrès technologiques et de meilleurs rapports prix/performances. Si des problèmes de performance émergent au cours de la phase de construction, l'architecte logiciel devrait idéalement être habilité à modifier le modèle de déploiement, tout comme l'architecture du logiciel lui-même, pour la résolution de ces problèmes.
L'environnement de déploiement est préparé pour l'installation du système. Un ou plusieurs déploiements de test/essai ont lieu tandis que le logiciel est soumis à un ou plusieurs tests bêta. Le logiciel est finalement transposé dans son environnement de déploiement.
L'architecte logiciel est responsable du modèle de déploiement.
Le modèle de déploiement est facultatif pour les systèmes monoprocesseurs ou les systèmes simples avec une répartition faible ou nulle du traitement.
Il est obligatoire pour les systèmes avec des configurations réseau ou processeur complexes.
RUP (Rational Unified Process)
|