Principes et conseils : Représentation
des interfaces pour les systèmes externes
Si le système communique avec un autre système, une ou plusieurs classes
frontière sont identifiées dans Activité :
Analyse de cas d'utilisation pour décrire le protocole de communication. Un
autre système peut être tout, du logiciel aux unités matérielles que le
système courant utilisera, comme par exemple des imprimantes, des terminaux,
des périphériques d'alarme et des capteurs.
Dans chaque cas, une classe frontière est identifiée, dont l'objectif est de
réaliser la communication avec l'autre système.
Exemple
Un guichet automatique doit communiquer avec le réseau du
guichet pour s'assurer que le numéro du compte bancaire du client et le numéro
d'identification sont corrects, et s'il dispose de fonds suffisants sur le
compte pour effectuer un retrait.
Comme le réseau du guichet automatique est un système externe (du point de
vue du guichet), une classe frontière est utilisée pour le représenter
dans l'analyse de cas d'utilisation.
Si les interfaces avec le système sont simples et bien définies, une seule
classe peut être suffisante pour représenter le système externe.
Souvent, cependant ces interfaces sont trop complexes pour être représentées à
l'aide d'une seule classe. Elles requièrent souvent des collaborations
complexes de nombreuses classes. De plus, les interfaces entre systèmes
sont souvent hautement réutilisables entre applications. Il en résulte, dans
de nombreux cas, qu'un sous-système modélise de manière plus appropriée les
interfaces du système.
L'utilisation d'un sous-système permet à l'interface avec le système
externe d'être définie et stabilisée, tout en maintenant les détails de
conception de l'interface système masqués alors que sa définition évolue.
|