Objet
  • Vérifier de façon formelle que les exigences définies sont conformes à la façon dont le client voit le système.
Rôle :  Auditeur technique 
Fréquence : Selon les besoins. En général, plusieurs fois pour chaque itération, dès la phase de création.
Etapes
Plus d'informations : 
Artefacts d'entrée :    Artefacts de sortie :   
Guides d'utilisation de l'outil :   

Détails sur l'enchaînement d'activités :   

Recommandations générales Haut de la page

Objet Recommandations générales pour chaque revue.

Les conseils suivants vous seront utiles pour revoir les exigences :

  • Dans la mesure du possible, la revue des exigences doit se faire dans le cadre de réunions, mais cela n'exclut pas que les participants puissent préparer certains éléments préalablement.
  • Contrôlez l'avancée du projet de manière très régulière, afin de vous assurer que la qualité du produit est optimale. Des points de contrôle sont fournis à cet effet : reportez-vous aux points de contrôle définis pour chaque activité d'analyse. Vous pouvez utiliser ces points de contrôle pour des réunions informelles ou dans le cadre de votre travail quotidien.

Les personnes suivantes participent aux réunions de revue, sachant que les personnes choisies doivent avoir des connaissances de base sur le secteur ou la technologie en question, et une connaissance approfondie des techniques de modélisation et de facilitation utilisées :

Pour les étapes importantes, par exemple au début et à la fin de chaque phase, vous pouvez également convier les personnes suivantes :

Il convient de trouver un juste compromis lors de la constitution de comité de revue : il s'agit de convier les personnes adéquates, sans multiplier les parties prenantes pour que la réunion reste gérable et productive. Seuls les participants susceptibles de contribuer à atteindre les objectifs de la réunion doivent être invités. Il est généralement plus judicieux d'organiser plusieurs sessions très ciblées en comité restreint, plutôt qu'une seule réunion avec beaucoup de participants.

Réunions de revue recommandées Haut de la page

Objet Définir la portée et les objectifs de la revue.
Définir les approches adoptées pour chaque combinaison portée/objectif spécifique. 

Normalement, une revue doit comprendre les étapes suivantes :

Même si vous parvenez à revoir l'ensemble des éléments nécessaires dans le cadre d'une seule réunion, vos conclusions ne seront probablement pas approuvées tout de suite. Préparez-vous à organiser de nouvelles revues pour chaque nouvelle version du modèle de cas d'utilisation.

Il est conseillé de prévoir une revue du modèle de cas d'utilisation par itération au cours des phases de création et d'élaboration, afin de contrôler le travail en cours. Les utilisateurs procèdent à cette revue avant que les cas d'utilisation ne soient développés en détails : il s'agit d'une étape très importante qui évite de gaspiller des ressources pour le développement de cas d'utilisation inappropriés. Puis, à la fin de la phase d'élaboration, vous devez organiser une revue détaillée du modèle de cas d'utilisation. Notez qu'à la fin de la phase d'élaboration, vous devez disposer d'un modèle de cas d'utilisation, et parfois même d'un modèle de domaine représentant le glossaire, achevé à 80 %. Vous devez également prévoir une revue du modèle de cas d'utilisation par itération au cours de phases de construction et de transition, lorsque le modèle de cas d'utilisation est affiné. La revue doit alors se concentrer sur la partie du modèle qui a été développée dans le cadre de l'itération en question.

Préparation de l'enregistrement de revue et documentation des défauts Haut de la page

Objet Documenter les résultats de la revue.
S'assurer que les défauts identifiés sont documentés. 

A la suite de chaque réunion de revue, les résultats de la réunion doivent être documentés dans un enregistrement de revue. En outre, tous les défauts sont décrits conformément au processus de gestion des changements défini pour le projet.

Documentation connexe Haut de la page

Voir : [BIT03] Chapter11.



RUP (Rational Unified Process)   2003.06.15