Le modèle d'implémentation représente la composition physique de l'implémentation sous l'angle de ses sous-systèmes et de ses éléments d'implémentation (répertoires et fichiers, y compris le code source, les données et les fichiers exécutables).
Autres relations :  Contient
Rôle :  Architecte logiciel 
Caractère facultatif/Occurrence:  Facultatif. Phases d'élaboration et de construction.
Canevas et rapports : 
     
Exemples : 
     
Représentation UML :  Modèle, stéréotypé en tant que <<modèle d'implémentation>>. 
Informations supplémentaires :   
Entrée d'activités :    Sortie d'activités :   

Objet Haut de la page

Le modèle d'implémentation identifie les parties physiques de l'implémentation pour faciliter leur compréhension et leur gestion. Il définit les principales unités d'intégration autour desquelles les équipes sont organisées, ainsi que les unités pouvant être versionnées, déployées et remplacées séparément.

Un modèle d'implémentation plus détaillé peut aussi inclure le code source et les fichiers dérivés de bas niveau, ainsi que leur relation avec le modèle de conception. Ce niveau de détail n'est recommandé qu'en cas de synchronisation automatisée entre le modèle et les fichiers.

Propriétés Haut de la page

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" 
Sous-systèmes d'implémentation   Sous-systèmes du modèle, représentant une hiérarchie   Appartenance via la méta-association "représente", ou récursivement via la méta-agrégation "propriétaire de"  
Eléments d'implémentation  Eléments du modèle, appartiennent aux sous-systèmes   Appartenance récursive via la méta-agrégation "propriétaire de" 
Relations   Relations dans le modèle, appartiennent aux sous-systèmes d'implémentation   - " -  
Diagrammes   Diagrammes du modèle, appartiennent aux sous-systèmes d'implémentation   - " -  
Vue d'implémentation   Vue d'implémentation du système, désigne une vue d'architecture présentant les sous-systèmes et les couches d'implémentation   Appartenance récursive des éléments et diagrammes de la vue via la méta-agrégation "propriétaire de" 

Calendrier Haut de la page

La structure du modèle d'implémentation est définie lors de la phase d'élaboration et perfectionnée au cours de la phase de construction.

Responsabilité Haut de la page

Un architecte logiciel est responsable de l'intégrité du modèle d'implémentation et doit s'assurer que :

  • Le modèle d'implémentation, dans sa globalité, est correct, cohérent et intelligible. Ce modèle est correct quand il se conforme à toutes les exigences et est cohérent avec le modèle de conception.
  • L'architecture du modèle d'implémentation, décrite dans la vue d'implémentation, remplit son objectif. Cette vue est décrite dans un artefact distinct (voir Artefact : Document d'architecture du logiciel.

Notez que l'architecte logiciel n'est pas responsable des sous-systèmes et des éléments d'implémentation. Ces responsabilités incombent à l'implémenteur correspondant.

Personnalisation Haut de la page

Le modèle d'implémentation est facultatif. Si vous décidez de créer ce modèle, les décisions de personnalisation clés concerneront le rapport entre le modèle d'implémentation et le modèle de conception et les éléments d'implémentation suffisamment importants pour être modélisés. Des recommandations pour motiver vos décisions sont fournies dans Principes et conseils : Modèle d'implémentation. Voir aussi Concepts : Mappage de la conception au code.



RUP (Rational Unified Process)   2003.06.15