Si le système communique avec un autre système, il existe au moins une classe frontière identifiée lors de la Tâches : analyse de cas d'utilisation pour décrire le protocole de
communication. Un système externe peut être une unité logicielle ou matérielle utilisée par le système comme une
imprimante, un terminal, un périphérique d'alarme ou des capteurs. Dans chaque cas, une classe frontière sera
identifiée pour les communications avec le système externe.
Exemple
Un distributeur de billets automatique doit communiquer avec le réseau pour confirmer que le numéro de compte et le
code du client sont corrects et que le client dispose des fonds suffisants pour le retrait. Comme le réseau du
distributeur est un système externe (du point de vue du distributeur), nous devons utiliser une classe frontière
pour le représenter dans l'analyse de cas d'utilisation.
Si l'interface vers le système est simple et bien définie, une seule classe suffira pour représenter le système
externe. Le plus souvent, cependant, ces interfaces sont trop complexes pour être représentées à l'aide d'une seule
classe et requièrent des collaborations complexes de nombreuses classes. De plus, les interfaces entre systèmes sont
généralement hautement réutilisables entre les applications. Dès lors, dans de nombreux cas, il est préférable
d'utiliser un sous-système pour modéliser les interfaces du système.
L'utilisation de sous-systèmes permet de définir et de stabiliser l'interface vers le système externe tout en laissant
les détails de conception de l'interface cachés lors de l'évolution de sa définition.
|