Pour mieux comprendre l'organisation des processus du système, une vue d'architecture appelée vue des processus est utilisée dans la discipline Analyse et Conception. Il n'existe qu'une seule vue des processus du système qui illustre la décomposition des processus du système, y compris le mappage des classes et des sous-systèmes sur des processus et des unités d'exécution. La vue de processus est détaillée au cours de chaque itération. Comme [BOO98] l'indique : "Avec le langage UML, les aspects statiques et dynamiques de cette vue sont capturés dans les mêmes types de diagrammes que ceux de la vue de conception, c'est-à-dire des diagrammes de classe, d'interaction, d'activité et d'état, mais en mettant l'accent sur les classes actives qui représentent ces unités d'exécution et processus". Lors de la construction et de l'utilisation de la vue de processus, il faut par exemple tenir compte des questions de simultanéité, de temps de réponse, d'interblocage, de débit, de tolérance aux pannes et d'évolutivité.

Il est possible de concevoir pour la simultanéité sans utiliser la prise en charge directe du système d'exploitation sous-jacent : à l'aide d'un programme de planification spécialement écrit ou d'autres supports d'exécution. Dans de tels cas, la simultanéité est simulée au niveau de l'infrastructure d'application, plutôt que dans le système d'exploitation. Si nécessaire, d'autres stéréotypes (en plus des unités d'exécution et des processus standard) peuvent être utilisés pour faire cette distinction (afin de guider l'implémentation). Par exemple, le langage de programmation Ada contient son propre modèle de simultanéité, basé sur des tâches Ada. Le contexte d'exécution doit y subvenir, que le système d'exploitation sur lequel il s'exécute ait ou non un équivalent approprié, c'est à dire des unités d'exécution qui pourraient être utilisées pour prendre en charge les tâches Ada.

Diagramme décrit dans le contenu.

La vue des processus affiche l'organisation des processus du système.

Il existe quatre autres vues, la vue Cas d'utilisation (traitée dans la discipline Exigences), la vue Logique, la vue Déploiement et la vue Implémentation qui sont traitées dans les disciplines Analyse et Conception et Implémentation.

Les vues d'architecture sont documentées dans le Document d'architecture du logiciel. Vous pouvez ajouter différentes vues, telle que la vue de sécurité, pour traduire d'autres aspects spécifiques de l'architecture du logiciel.

Ainsi, les vues d'architecture peuvent être considérées comme des abstractions ou des simplifications du modèle construit, qui vous permettent de rendre les caractéristiques importantes plus visibles en laissant les détails de côté. L'architecture est un important moyen d'améliorer la qualité d'un modèle construit durant le développement du système.



RUP (Rational Unified Process)   2003.06.15