• 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.


RUP (Rational Unified Process)   2003.06.15