|
 |
|
|
|
Un système d'information d'une grande entreprise But de cette étude de cas
L'architecture externe aide à placer la frontière entre le système étudié et ce qui se trouve à son extérieur. Nous pouvons ainsi vous les systèmes extérieurs (les partenaires externes), et les services échangés avec eux.
Architecture interne - vision initiale L'architecture interne montre les composants, tells que vus aujourd'hui (un challenge respectable pour Amarco Cartographie !). Les points de services de l'architecture externe sont affectés maintenant aux objets internes.
Nous pouvons choisir de montrer seulement les connexions concernant un objet. On peut ainsi voir clairement quels sont les points de service (les interfaces) à respecter, si l'on souhaitait remplacer ce système (cet objet).
Pour améliorer la compréhension du système, nous pouvons le réorganiser (virtuellement, d'abord...). Ainsi on peut assembler certains objets composants dans des objets plus globaux. L'image est plus simple, donc plus facile à comprendre. Il n'y a eu aucune intervention sur le système physique, mais on le comprend mieux!
Une autre vue du système montre la repartition des composants sur différentes plate-formes technologiques. Les points de service du système sont repartis sur les différentes plate-formes. On peut ainsi representer les échanges qui ont lieu entre ces plate-formes. Une vue encore plus détaillée pourrait montrer les points de service spécialisés dans la communication entre ces systèmes: TCP/IP, X25, SNA etc..
Nouvel objet - architecture externe Si on prend maintenant en compte un des nouveaux objets, on peut le présenter d'abord en tant qu'architecture externe, avec tous ses voisins (systèmes externes).
Nouvel objet - architecture interne L'architecture interne de l'objet montre les objets qui ont été assemblés pour l'obtenir.
|
 |
|
||||||||||
|
|||||||||||||
Général
