Détail de l'enchaînement d'activités :
|
L'objet du détail de cet enchaînement d'activités est de structurer l'implémentation de sorte à garantir une implémentation, et un processus d'intégration et de génération de constructions, sans écueils. |
|||||||||||||||||||||||||||||||||||||
|
|
La structuration du modèle d'implémentation débouche généralement sur un jeu de sous-systèmes d'implémentation pouvant être développés de manière relativement autonome. Un modèle organisé convenablement évitera des problèmes de gestion de configuration et permettra de charpenter le produit à partir de versions d'intégration de plus en plus volumineuses.
Cette section fournit des liens vers des informations complémentaires relatives au détail de cet enchaînement d'activités.
Débute dans la phase d'élaboration, et se reproduit comme requis dans les phases de construction et de transition.
Recommandé pour les systèmes de grande taille. Facultatif pour les systèmes plus petits.
Bien que la responsabilité de la structure du modèle d'implémentation incombe en premier lieu à l'architecte logiciel, celui-ci doit conjuguer son expérience avec celle d'un intégrateur au niveau système. Ils devront être familiers avec la gestion de versions logicielles, la gestion de configuration et le langage de programmation dans lequel sont rédigés les composants à intégrer. Dans la mesure où l'automatisation de l'intégration sera traitée par l'intégrateur, l'architecte logiciel n'a pas besoin d'être expert dans le script ou l'automatisation d'intégration (mais une certaine familiarité avec ce sujet facilitera souvent l'exécution du processus de génération de construction).
La structuration du modèle d'implémentation doit être réalisée parallèlement à l'évolution des autres aspects de l'architecture. L'absence d'une structuration rapide dans le processus d'architecture peut affecter négativement l'organisation de l'implémentation et entraver l'implémentation et le processus de génération de constructions. Dans la situation la plus défavorable, un modèle d'implémentation mal organisé fera obstacle au développement parallèle du logiciel par l'équipe de projet.
RUP (Rational Unified Process)
|