Exercices SOA et services web : QCM avec justifications techniques

Exercice 1 - QCM avec justifications techniques

Question 1 - Nature d'un fichier WSDL

Réponse correcte : b) un fichier XML

Justification : Le WSDL (Web Services Description Language) est un standard basé sur la syntaxe XML. Il est utilisé pour décrire contractuellement l'interface d'un service web, ses méthodes disponibles et les types de données échangés.

Question 2 - Publication d'un service web

Réponses correctes : c) On utilise un registre de services web, qui s’appelle UDDI

Justification : L'annuaire UDDI (Universal Description, Discovery and Integration) est le standard historique de la norme SOAP permettant de publier, référencer et découvrir des services web sur le réseau.

Question 3 - Rôle d'un ESB

Réponses correctes : a, b et c

Justification : L'Enterprise Service Bus (ESB) est le routeur intelligent de la SOA. Il permet d'orchestrer les services (a), de transformer et router les messages entre différents formats (b), et d'exposer ces services métiers au reste du système (c).

Question 4 - Processus métier (Workflow)

Réponse correcte : c) Qui permet d’identifier les opérations à effectuer et les différents acteurs intervenants

Justification : Un processus métier est avant tout une modélisation de la logique d'entreprise. Il séquence des activités (automatisées ou humaines) pour atteindre un objectif précis, dépassant le simple appel technique de services.

Question 5 - Architecture de type SOA

Réponse correcte : b) Qu’elle peut faire référence à des applications externes

Justification : La SOA vise précisément l'interopérabilité entre systèmes hétérogènes. Elle n'est pas cantonnée à une technologie unique (a) et, bien qu'un ESB soit fortement recommandé pour la gérer, son usage n'est pas une obligation technique absolue (c).

Question 6 - SOA et processus métiers

Réponse correcte : a) complémentaires

Justification : Ces notions sont indissociables : la SOA fournit les "briques" logicielles (les services web) que les processus métiers vont ensuite orchestrer pour exécuter la logique globale de l'entreprise.

Question 7 - Objectif de l'approche SOA

Réponses correctes : a, b et c

Justification : La SOA vise à rentabiliser le SI en maximisant la réutilisation des composants (a), à décloisonner l'existant en intégrant des systèmes historiques hétérogènes (b) et offre une meilleure gouvernance ou supervision technique et métier (c).

Question 8 - Signification de REST

Réponse correcte : c) Une manière d’intégrer les ressources existantes d’un système informatique

Justification : REST (Representational State Transfer) n'est pas une norme stricte du W3C mais un style d'architecture. Il s'appuie sur les standards du Web (HTTP, URI) pour manipuler des ressources métiers de manière simple et interopérable.

Question 9 - Nature d'un service web

Réponse correcte : e) Un fichier WSDL (par convention d'abstraction)

Justification : Bien qu'implémenté via du code (comme des classes Java), un service web est abstrait et défini pour ses clients exclusivement par son contrat d'interface, c'est-à-dire son descripteur WSDL.

Question 10 - Caractéristiques d'un processus métier

Réponses correctes : a, b et c

Justification : Un processus orchestre techniquement des services (a) en se basant sur des règles métiers strictes (b). Une fois packagé, ce processus global peut lui-même être exposé comme un nouveau service web composite (c).

Question 11 - Fonctionnalité d'un ESB

Réponse correcte : D. tout ce qui précède.

Justification : L'ESB agit comme un intergiciel (middleware) complet : il garantit la fiabilité des échanges (A), route les messages vers les bons destinataires (B) et gère l'asynchronisme grâce à des files d'attente (C).

Question 12 - Composants d'un message SOAP

Réponse correcte : D.: A, B et C

Justification : La structure XML standard d'un message SOAP se compose d'une enveloppe globale (Envelope), contenant optionnellement un en-tête pour le contexte (Header) et obligatoirement un corps (Body) pour la charge utile.

Exercice 2 - Questions de réflexion

Question 1 - Relation entre urbanisation et SOA

L'urbanisation du Système d'Information (SI) est une démarche d'organisation fonctionnelle (comparable à l'aménagement d'une ville par quartiers et îlots) qui définit "ce que fait" l'entreprise et "où". La SOA (Service-Oriented Architecture) est le paradigme technique d'architecture logicielle qui permet de réaliser cette urbanisation. La SOA implémente les blocs de l'urbanisation sous forme de services informatiques indépendants, réutilisables et faiblement couplés. L'urbanisation est donc la carte fonctionnelle, et la SOA est la plomberie technique qui la concrétise.

Question 2 - Services web sans SOA

Oui, il est tout à fait possible d'implémenter des services web sans suivre une architecture SOA. Un service web (SOAP ou REST) n'est qu'une technologie d'échange de données. Si une entreprise développe des services web pour faire communiquer deux applications de manière directe (point-à-point) sans penser à la réutilisation, sans catalogue, et sans gouvernance globale (comme un ESB), elle utilise des services web mais ne fait pas de la SOA. Cela conduit souvent à ce qu'on appelle une architecture "plat de spaghettis", à l'opposé des principes de la SOA.

Question 3 - L'identification des services métiers

L'identification est le problème central car c'est elle qui garantit la pérennité de l'architecture. Si l'on choisit une granularité trop fine (des services trop petits), le réseau sera saturé par de multiples appels pour la moindre action. Si la granularité est trop large (des services trop gros), le service devient un monolithe impossible à réutiliser dans d'autres contextes. Identifier les services consiste à trouver le point d'équilibre parfait (le bon niveau d'abstraction) pour qu'un service représente une fonction métier claire, autonome, et hautement réutilisable par divers processus de l'entreprise.

Question 4 - Processus métier et méthodes de composition

Un processus métier est une séquence d'activités (automatisées, manuelles ou décisionnelles) organisées pour produire un résultat ayant de la valeur pour l'entreprise (ex: "traiter une commande client"). Dans le cadre d'un système SOA, la composition de ces services se fait principalement selon deux méthodes :

• L'orchestration : Il y a un chef d'orchestre central (souvent un moteur BPEL) qui appelle et coordonne explicitement les différents services web participants. La logique globale est centralisée.
• La chorégraphie : Il n'y a pas de point de contrôle central. Chaque service connaît son rôle et interagit de manière autonome par échange de messages avec les autres (souvent modélisé via le standard WS-CDL).

Exercice 3 - Commentaire de schéma

Question 1 - Analyse du schéma

Note : Le schéma mentionné dans le sujet original est absent (le document source a extrait une chaîne encodée illisible data:image/x-emf;base64... au lieu de l'image elle-même).

Il est impossible de répondre à cette question car le schéma support de l'exercice n'a pas survécu au processus d'extraction du document. Aucune donnée ne peut être inventée pour remplacer l'image manquante.

Méthode

Pour réussir ce type d'épreuve (Questions à choix multiples et questions de synthèse sur les architectures logicielles), voici la démarche à adopter :

1. Distinguer le technique du conceptuel : Ne confondez pas un concept architectural (SOA, REST, Processus Métier) avec l'outil ou le langage technique utilisé pour l'implémenter (Web Service, XML, Java, BPEL). La SOA est une philosophie d'architecture, pas un logiciel qu'on installe.
2. Apprendre les acronymes : L'écosystème SOA regorge de sigles (SOAP, REST, WSDL, UDDI, ESB, BPEL). Connaître la signification exacte de chaque lettre (ex: le "D" de WSDL pour Description, le "B" de ESB pour Bus) vous donnera souvent un indice direct sur la fonction du composant et vous sauvera des pièges lors des QCM.
3. La règle des 3 lignes : Quand un examen vous impose une limite de lignes pour justifier, allez droit au but. Définissez le terme clé de la question, puis expliquez pourquoi l'option choisie s'aligne avec cette définition. Ne faites pas de paraphrases.
4. Comprendre les enjeux de l'entreprise : Les questions de synthèse (comme celles de l'Exercice 2) nécessitent de prendre de la hauteur. Répondez toujours en montrant que vous comprenez que l'informatique doit se plier aux besoins de l'entreprise (gains de coûts, réutilisabilité, agilité) et non l'inverse.