Artefact :
|
![]() |
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 : |
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.
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" |
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.
Un architecte logiciel est responsable de l'intégrité du modèle d'implémentation et doit s'assurer que :
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.
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)
|