1. QCM (60 points) - par Jacques LAFORGUE

Examen 2
ième
session 2008-2009 page 1 NFP 214 - Systèmes répartis
page 1
IPST-CNAM
Systèmes répartis
NFP 214
Jeudi 12 Février 2009
Sans document
Durée : 2 heures
Enseignants : LAFORGUE Jacques
1
ère
Session NFP 214
(COURS)
1. QCM (60 points)
Mode d'emploi :
Ce sujet est un QCM dont les questions sont de 3 natures :
• les questions à 2 propositions: dans ce cas une seule des 2 propositions est bonne.
 +1 pour la réponse bonne
 –1 pour la réponse fausse
• les questions à 3 propositions dont 1 seule proposition est bonne
 + 1 pour la réponse bonne
 –½ pour chaque réponse fausse
• les questions à 3 propositions dont 1 seule proposition est fausse
 + ½ pour chaque réponse bonne
 –1 pour la réponse fausse
Il s'agit de faire une croix dans les cases de droite en face des propositions.
On peut remarquer que cocher toutes les propositions d'une question revient à ne rien cocher
du tout (égal à 0).
Si vous devez raturer une croix, faites-le correctement afin qu'il n'y ait aucune ambiguïté.
N'oubliez pas d'inscrire en en-tête du QCM, votre nom et prénom.
Vous avez droit à 10% de points négatifs sans pénalité.

Examen 2
ième
session 2008-2009 page 2 NFP 214 - Systèmes répartis
page 2
NOM: PRENOM:
Un Middleware est : 1.
1 un bus logiciel de communication
2 une architecture physique de définition d’un réseau informatique
3 constitué au moins d’une API qui prend notamment en charge les connexions réseaux avec les
serveurs
Exemples de Middleware : 2.
1 SOA (Services Oriented Architectur)
2 RMI (Remote Method Invocation)
3 OS Windows
Le schéma ci-dessous est une représentation d'une architecture client / serveur utilisant un middleware:
3.
1 Ce type d’architecture montre un accès direct par le client à la base de données afin d’optimiser
les accès
2 Ce type d’architecture nécessite que les clients soient sur le même réseau (VLAN) que les
serveurs
3 Ce type d’architecture permet de répartir les serveurs sur le réseau afin de favoriser
l’indépendance des composants de l’application
Une architecture réseau distribuée est : 4.
1 une architecture dans laquelle toutes les ressources sont centralisées dans un "chef d'orchestre"
(élément central indispensable)
2 une architecture dans laquelle les ressources sont réparties sur le réseau
Une architecture réseau distribuée est la mise à disposition d'un ensemble de ressources et services
connectés via un réseau pour tous les usagers qui possèdent un droit d'accès en un point quelconque 5.
1 OUI
2 NON

Examen 2
ième
session 2008-2009 page 3 NFP 214 - Systèmes répartis
page 3
Les avantages d’un système réparti sont (entre autre) : 6.
1 La centralisation des services informatiques sur une machine serveur dimensionnée en
conséquence utilisés par les clients de manière distante
2 La sécurité des accès
3 La robustesse aux pannes
Les avantages d’un système réparti sont notamment : 7.
1 de continuer un service globalement même dégradé
2 performance de la bande passante du réseau
3 adaptabilité à une forte croissance des besoins informatiques d'une entreprise
En RMI (Remote Method Invocation) de Java, les requêtes des appels des méthodes distantes
échangées entre un client et un objet distribué passent par l'adaptateur dans lequel s'est enregistré
l'objet distribué.
8.
1 OUI
2 NON
CORBA (Common Object Request Broker Architecture) est 9.
1 un Framework Java et C++ de développement de solution informatique orientée serveur/client
2 une norme de Middleware dédié à la communication de données à travers un réseau
3 une API exclusivement Java permettant la communication de données à travers un réseau
La communication logique entre les clients et le serveur 10.
1 permet l'échange d'informations logiques (au sens de la compréhension mutuelle des échanges)
2 d'abstraire au maximum les mécanismes d'échange des informations
Dans un ORB (RMI, CORBA), un Factory est un objet distribué (ou servant) qui permet de créer
d'autres objets distribués sur un serveur, à partir d'un client distant 11.
1 OUI
2 NON
Un objet distribué doit toujours être nommé (nom enregistré dans le service de nommage) 12.
1 OUI
2 NON
Un objet distribué est un objet dont ses attributs son répartis sur le réseau 13.
1 OUI
2 NON
Sur une même machine, dans deux JVM différentes, on peut créer deux objets distribués qui acceptent
les requêtes sur un même numéro de port 14.
1 OUI
2 NON
Sur une même machine, dans une même JVM, on peut créer deux objets distribués qui acceptent les
requêtes sur un même numéro de port 15.
1 OUI
2 NON
Sur deux machines distinctes, les objets distribués peuvent accepter les requêtes sur le même port 16.
1 OUI
2 NON

Examen 2
ième
session 2008-2009 page 4 NFP 214 - Systèmes répartis
page 4
L’architecture type suivante est une architecture Web-service :
17.
1 Dans ce type d’architecture, les clients ont accès au bus logiciel des serveurs
2 Dans ce type d’architecture le « serveur d’application » a accès au bus logiciel des serveurs
3 Dans ce type d’architecture, RMI de Java peut être une solution pour implémenter le bus
logiciel
L'indépendance de la situation géographique d'un objet distribué passe par la mise en place d'un "chef
d'orchestre" qui mémorise les paramètres de connexion de cet objet distribué. 18.
1 Dans un ORB on appelle ce chef d'orchestre : un Factory
2 En RMI, on appelle ce chef d'orchestre : l'adaptateur ( ou RmiRegistry)
3 En CORBA, on appelle ce chef d'orchestre : le Naming Services
La tolérance aux pannes d'un servant dans une architecture répartie passe, notamment, par 19.
1 la mise en place du doublement du réseau
2 la mise en place de l'indépendance géographique du servant pour les utilisateurs
3 la mise en place de liens de réplication des ressources critiques du servant sur un autre servant

Examen 2
ième
session 2008-2009 page 5 NFP 214 - Systèmes répartis
page 5
Cette représentation UML est celle de l'atelier 16 dans le cas d'une solution RMI. Elle décrit la
dépendance des classes et des interfaces entre un client IHM et un serveur RMI.
20.
1 La communication réseau se fait entre AppXXX et IhmXXX via l'interface AppXXXInt
2 La communication réseau se fait entre IhmXX et IhmXXXRmiImp via l'interface
AppXXXODInt
3 La communication réseau se fait entre AppXXXOD et IhmXXXRmiImp via l'interface
AppXXXODInt
Les rôles d'un ORB sont notamment : 21.
1 de rendre transparente la localisation des objets distribués
2 de faciliter le passage des paramètres dans les appels de méthodes distantes
3 de développer plus facilement les interfaces graphiques des IHM utilisées dans une architecture
client-serveur
Pour utiliser les méthodes distantes d'un objet distribué : 22.
1 on demande à un factory le proxy de connexion de l'objet distribué
2 on demande à un adaptateur le proxy de connexion de l'objet distribué
3 on demande à un IDL le proxy de connexion de l'objet distribué
Pour faire connaître ses méthodes distantes aux clients, un objet distribué leurs envoie les méthodes
sous forme d'autant d'objets sérialisés appelées les signatures AMD (Accès aux Méthodes Distantes) 23.
1 OUI
2 NON
Un proxy de connexion (ou référence d'un objet distribué) est un pointeur sur un objet distribué 24.
1 OUI
2 NON
Deux clients peuvent utiliser en même temps une méthode distante d'un objet distribué 25.
1 OUI
2 NON
On peut interdire que deux clients puisent utiliser en même temps une méthode distante d'un objet
distribué 26.
1 OUI
2 NON