Détail de l'enchaînement des activités :
|
L'objectif de cet enchaînement des activités est de créer une première esquisse de l'architecture logicielle. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Cet enchaînement des activités a pour objectifs :
Cette section fournit des liens vers des informations complémentaires relatives à cet enchaînement des activités.
Première partie de la phase d'élaboration.
Requis
Ces activités sont mieux exécutées par une petite équipe composée de membres d'une équipe inter-fonctionnelle. Les questions généralement architecturalement importantes sont les performances, l'évolutivité, les processus et la synchronisation des unités d'exécution et la distribution. L'équipe doit également inclure des membres ayant une expérience dans le domaine qui peuvent identifier des abstractions clé. L'équipe doit avoir une expérience de l'organisation et des couches de modèle. Elle doit être capable de transformer ces unités disparates en une architecture cohésive et cohérente (bien que préliminaire).
Le travail est mieux effectué en plusieurs sessions, exécutées peut-être sur quelques jours (ou semaines, ou mois pour les très grands systèmes), avec une itération entre l'analyse d'architecture et l'analyse de cas d'utilisation. Effectuez un passage initial à l'architecture dans l'analyse d'architecture, puis choisissez des cas d'utilisation architecturalement importants, en réalisant une analyse de cas d'utilisation sur chacun. Une fois chaque cas d'utilisation analysé, mettez à jour l'architecture de manière appropriée pour refléter les adaptations requises pour s'adapter au nouveau comportement du système et répondre aux problèmes architecturaux potentiels qui sont identifiés.
Si l'architecture existe déjà (d'un projet antérieur ou d'une itération), les demandes de changement peuvent devoir être créées pour modifier l'architecture pour prendre en compte le nouveau comportement que le système doit supporter. Ces changements peuvent concerner n'importe quel artefact du processus, selon la portée du changement.
RUP (Rational Unified Process)
|