Points de contrôle : Modèle de cas d'utilisation
- La section d'introduction du modèle de cas d'utilisation fournit une présentation claire et concise de l'objet et de la fonctionnalité du système.
- Le modèle de cas d'utilisation présente clairement le comportement du système ; il est ainsi facile de comprendre ce que le système fait en consultant le modèle.
- Pas de longues chaînes de relations d'inclusion et d'extension (extension d'un cas d'utilisation inclus, cas d'utilisation étendu incluant d'autres cas d'utilisation). Cela ne facilite pas la compréhension.
- Un minimum de dépendances croisées (par exemple, lorsque le cas d'utilisation inclus, d'extension ou spécialisé doit connaître la structure et le contenu d'autres cas d'utilisation inclus, d'extension ou spécialisés).
- Tous les cas d'utilisation ont été identifiés ; les cas d'utilisation tiennent collectivement compte de la totalité du comportement requis.
- Toutes les exigences fonctionnelles sont associées à au moins un cas d'utilisation.
- Toutes les exigences non fonctionnelles devant être satisfaites par des cas d'utilisation spécifiques ont été associées à ces cas d'utilisation.
- Le modèle de cas d'utilisation ne contient pas de comportement superflu ; tous les cas d'utilisation peuvent être justifiés par leur rattachement à une exigence fonctionnelle.
- Toutes les relations entre les cas d'utilisation sont nécessaires (c'est-à-dire qu'il y a une justification à toutes les relations d'inclusion, d'extension et de généralisation).
- Si le modèle est volumineux et/ou les responsabilités de certaines parties du modèle sont réparties, des packages de cas d'utilisation ont été utilisés de manière appropriée.
- Les dépendances entre packages ont été réduites ou éliminées pour éviter les conflits de propriété des éléments du modèle.
- Le package est intuitif et facilite la compréhension du modèle.
| |
|