Pour fournir une base à la planification du contenu technique des itérations, une vue d'architecture appelée vue des cas d'utilisation est utilisée dans la discipline ../ovu_req.htm -- This hyperlink in not present in this generated websiteExigences. Il n'y a qu'une seule vue des cas d'utilisation du système, illustrant les cas d'utilisation et les scénarios couvrant le comportement architecturalement significatif, les classes et les risques techniques. La vue des cas d'utilisation est précisée et reconsidérée à chaque itération.

Cas d'utilisation Acteurs Packages de cas d'utilisation Package de haut niveau Modèle de cas d'utilisation Diagramme décrit dans le texte d'accompagnement.

La vue des cas d'utilisation montre un sous-ensemble architecturalement significatif du modèle de cas d'utilisation, un sous-ensemble de cas d'utilisation et d'acteurs.

Les activités d'analyse, de conception et d'implémentation ultérieures aux exigences sont centrées sur la notion d'une architecture. La production et la validation de cette architecture est le principal objet des premières itérations, particulièrement durant la phase d'élaboration. L'architecture est représentée par un certain nombre de vues d'architecture différentes, constituées essentiellement d'extraits illustrant les éléments "architecturalement significatifs" des modèles.

Il existe quatre autres vues supplémentaires : la vue Logique, la vue Processus, la vue Déploiement, et la vue Implémentation . Ces vues 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