L'objectif de cet enchaînement des activités est de créer une première esquisse de l'architecture logicielle.


Rubriques

      Cas d'utilisation
Cas d'utilisation
 
       
 
Concepteur
Concepteur
 

 
Analyse des cas
Analyse
des cas

 
       
      Classe d'analyse
Classe d'analyse
Réalisation de cas d'utilisation de conception
Réalisation
de cas d'utilisation
de conception
 
      Modèle d'analyse
Modèle d'analyse
 

      Liste de risques
Liste de
risques
 
      Glossaire
Glossaire
Vision
Vision
 
       
 
Architecte logiciel
Architecte
logiciel

 

 
Analyse architecturale
Analyse
architecturale

 
       
      Modèle de déploiement
Modèle de
déploiement
Modèle de conception
Modèle de
conception
 
      Classe d'analyse
Classe d'analyse
Document d'architecture logicielle
Document
d'architecture
logicielle
 
      Modèle d'analyse
Modèle d'analyse
 


Description To top of page

Cet enchaînement des activités a pour objectifs :

  • la création d'une première esquisse de l'architecture du système :
    • définir un ensemble initial des éléments architecturalement importants à utiliser comme base de l'analyse ;
    • définir un ensemble initial des mécanismes d'analyse ;
    • définir les couches et l'organisation initiales du système ;
    • définir les réutilisations de cas d'utilisation à prendre en compte dans l'itération courante.
  • l'identification des classes d'analyse des cas d'utilisation architecturalement importants ;
  • la mise à jour des réalisations de cas d'utilisation avec des interactions de classe d'analyse.

Informations connexes To top of page

Cette section fournit des liens vers des informations complémentaires relatives à cet enchaînement des activités.

Calendrier To top of page

Première partie de la phase d'élaboration.

Caractère facultatif To top of page

Requis

Dotation en personnel Haut de la page

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).

Principes et conseils de travail Haut de la page

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)   2003.06.15