Recommandations générales
Objet
|
Recommandations générales pour chaque revue.
|
Le réviseur "pair" a le même profil d'affectation de personnel que le rôle : Architecte
logiciel, avec toutefois une approche plus étroite des questions techniques. Aptitude à gérer du personnel, maturité,
pragmatisme et gestion axée sur les résultats sont des qualités importantes à des degrés divers ; mais néanmoins
importantes : il est possible qu'un réviseur découvre des défauts de conception susceptibles d'être impopulaires s'ils
menacent le planning lié au projet. Toutefois, il est préférable de soulever des questions cruciales suffisamment tôt pour
qu'elles puissent être traitées plutôt que de suivre le planning en fermant les yeux, ce qui mettra l'équipe projet sur une
mauvaise voie. Le réviseur de conception doit équilibrer les risques par rapport aux coûts, tout en restant sensible à
l'ensemble des questions relatives au succès du projet. Le réviseur de conception doit également être un communicateur
persuasif capable de soulever des questions épineuses et d'en discuter. D'un point de vue technique, le réviseur de
conception doit avoir l'expérience du rôle : Concepteur. |
Réviser le modèle de conception dans son ensemble
Objet
|
S'assurer que l'ensemble de la structure du modèle de conception est correct.
Détecter des problèmes de qualité de grande envergure qui ne sont pas visibles en regardant les éléments
de niveau inférieur.
|
Le Modèle de conception dans son intégralité doit être révisé pour
détecter les problèmes flagrants relatifs à l'organisation en couches et au partitionnement des responsabilités.
L'objectif de révision du modèle dans son intégralité est de détecter des problèmes de grande envergure qu'une revue
plus détaillée manquerait.
Lors de la phase de création et assez tôt dans la phase d'élaboration, cette revue se concentrera sur la structure
globale du modèle, en se focalisant particulièrement sur l'organisation en couches et sur les interfaces. Les
dépendances du package et du sous-système doivent être examinées afin d'assurer un couplage souple entre les éléments
de regroupement. Le contenu des packages et des sous-systèmes doit être examiné afin d'assurer une grande cohésion des
éléments de regroupement. De manière générale, tous les éléments doivent être examinés afin de s'assurer qu'il existe
des responsabilités claires et appropriées et que les noms sont en accord avec les responsabilités.
Une fois les prototypes architecturaux développés, il est nécessaire de procéder à une revue plus globale de la
conception. Le modèle doit d'abord être révisé dans son intégralité, puis de manière plus détaillée afin de découvrir
des défauts.
|
Réviser chaque réalisation de cas d'utilisation de conception
Objet
|
S'assurer que le comportement du système (tel qu'indiqué dans les réalisations de cas d'utilisation de
conception) correspond au comportement requis du système (tel qu'indiqué dans les cas d'utilisation),
c'est-à-dire, est-ce-qu'il est complet ?
S'assurer que le comportement est correctement affecté au sein des éléments du modèle, c'est-à-dire,
est-ce-qu'il est correct ?
|
Une fois la structure du modèle de conception révisée, il est nécessaire de réviser le comportement du modèle. Tout
d'abord, assurez-vous qu'il n'existe pas de comportement manquant en vérifiant que tous les scénarios de l'itération en
cours ont été couverts par les réalisations de cas d'utilisation. L'ensemble du comportement des sous-flux de cas
d'utilisation pertinents doit être décrit dans les réalisations de cas d'utilisation de conception accomplies.
Dans les cas où le comportement du système est axé sur les événements, il est possible que vous soyez amené à utiliser
des diagrammes état-transition pour décrire le comportement du cas d'utilisation. Là où ils existent, les diagrammes
état-transition doivent être examinés pour s'assurer qu'ils décrivent le comportement correct, voir Technique : Diagramme état-transition pour plus de détails. Dans les systèmes
en temps réel, où les Produit : Protocoles sont utilisés pour décrire les Produit : Capsules, il est nécessaire de vérifier leur comportement
correct.
Ensuite, assurez-vous que le comportement de la réalisation du cas d'utilisation de conception est correctement réparti
entre les éléments du modèle dans les réalisations : assurez-vous que les opérations sont correctement utilisées, que
tous les paramètres sont adoptés et que les valeurs renvoyées sont de type correct.
|
Réviser chaque élément de conception
Objet
|
S'assurer que l'implémentation interne de l'élément de conception effectue le comportement requis.
|
Pour chaque élément de conception (par exemple, classe de conception ou sous-système de conception) auquel le
comportement est affecté, il est nécessaire de réviser la conception interne. Pour les sous-systèmes de conception, cela signifie la vérification que le
comportement spécifié dans les interfaces exposées a bien été affecté à un ou plusieurs éléments de
conception contenus. Pour les classes de conception, cela signifie que la description de chaque opération est
suffisamment définie pour permettre une implémentation claire.
|
Réviser les principes de conception
Objet
|
S'assurer que les principes spécifiques au projet et liés à la conception restent en cours et corriger les
défauts qui existent dans ces principes.
|
Sur la base de la revue de conception, recherchez les défauts des principes de conception.
-
Les principes ont-ils été suivis ? Si non, pourquoi ?
-
Sont-ils corrects ? Des défauts systématiques entraînés pas des recommandations erronées ont-ils été détectés ?
-
Sont-ils complets ? Les défauts systématiques auraient-ils été réduits si la recommandation manquante avait été
fournie ?
|
Préparer le compte-rendu de la revue et documenter les défauts
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 doivent être
décrits conformément au processus de gestion des changements défini pour le projet.
|
|