Pour respecter les principes du processus RUP,
votre équipe peut utiliser
Rational Software
pour appliquer les pratiques éprouvées liées au cycle de vie
du développement d'application.
- Collecte des exigences et modélisation du cas d'utilisation
Les exigences peuvent provenir de différentes sources, que les analystes et les architectes du système doivent fusionner
dans une documentation d'exigences avant de les gérer.
A partir de ces exigences, votre équipe peut établir des cas d'utilisation du système et un comportement du système de niveau supérieur.
Les sites qui utilisent Rational
RequisitePro
peuvent utiliser la perspective de gestion des exigences de façon à mettre en correspondance les définitions d'exigences
existantes et les éléments de modèle UML existants (les cas d'utilisation, par exemple). Vous pouvez également
créer des exigences à partir d'éléments de modèle existants ou créer des éléments de modèle à partir de définitions
d'exigences existantes.
L'architecte d'application crée un modèle de cas d'utilisation afin de définir
les cas d'utilisation, le comportement et les acteurs du système, et pour préciser les flux de travaux de
l'utilisateur.
- Analyse du domaine
Les analystes en informatique de gestion et les architectes décrivent le domaine du
système en définissant un modèle fonctionnel de niveau supérieur du système. La phase d'analyse permet d'identifier les
données qui vont être stockées dans le système et la manière dont elles vont être traitées.
L'architecte crée un modèle d'analyse afin d'établir une vue logique des exigences fonctionnelles. Ce modèle
permet de définir les objets de niveau supérieur du système et de définir leurs interactions.
- Conception architecturale détaillée
L'architecte, avec la collaboration de l'équipe de développement
d'application, conçoit l'architecture du système de façon détaillée.
Lors de la conception détaillée,
l'équipe de développement utilise le modèle de niveau supérieur créé lors de l'analyse pour créer un modèle de
conception. Les développeurs ajoutent des caractéristiques au modèle afin de décrire l'implémentation du
système (les éléments et technologies de programmation utilisés pour la persistance, la sécurité,
la journalisation et le déploiement, par exemple).
Le modèle de conception peut être affiné en
appliquant des patterns de conception éprouvés et des transformations modèle vers modèle
automatisées.