Liste de contrôle: Capsule
Cette liste de contrôle permet de s'assurer que la capsule a été définie correctement.
Relations
Description principale
Eléments de vérification
Le nom et la description de la capsule indiquent précisemment le rôle joué par la capsule dans le système
La capsule a un objectif bien défini et comprend un ensemble de responsabilités associées
La capsule représente un fil et un focus de contrôle importants dans le système
Les rôles joués par la capsule sont reflétés dans ses ports externes et chaque rôle a un port séparé ou plus.
Les ports ne sont pas utilisés dans plus d'un rôle
Lorsqu'il faut contrôler les interactions de scénarios simultanés, une capsule avec plusieurs ports distincts est utilisée
Des capsules d'interface ont été utilisées pour le découplage quand des changements sont prévus
Les capsules sont utilisées pour isoler les changements futurs potentiels et les décisions de conception
Les capsules coordinatrices sont utilisées pour gérer les relations complexes et dynamiques entre les entités (une à plusieurs ou plusieurs à plusieurs)
Les capsules coordinatrices sont utilisées lorsque deux capsules sont nécessaires pour encapsuler un processus s
L'ordre d'initialisation a été prise en compte de manière correcte
Le démarrage et la synchronisation des fils de contrôle indépendants a été prise en compte
L'héritage est utilisé correctement
Il n'y a aucune preuve d'une hiérarchie de généralisation/spécialisation, qu'elle soit très peu ou trop prononcée. Toute banalisation évidente est exprimée dans la hiérarchie d'héritage. L'héritage n'est pas principalement utilisé pour des considérations d'implémentation (par exemple, la réutilisation du code), mais plutôt afin de consigner les abstractions de conception communes. Les superclasses ne sont pas simplement des fusions des attributs des sous-classes, mais représentent plutôt une abstraction logique. La hiérarchie d'héritage ne contient pas de classes abstraites intermédiaires avec des propriétés orthogonales.