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.



RUP (Rational Unified Process)   2003.06.15