Global Resort Group accélère le développement de composants interdépendants

Le projet

Un groupe de villégiature mondial a investi massivement dans la création d'un nouveau système pour augmenter les revenus tout en améliorant l'expérience des clients. Le système a été conçu pour offrir à certains clients des offres spéciales, l'accès à des zones de villégiature exclusives et un moyen rapide et facile d'acheter des produits et des services. Ce système était déployé dans toute la station et impliquait également un certain nombre de partenaires communautaires.

D'un point de vue technique, le système a été conçu pour fonctionner de manière très décentralisée et asynchrone. De nombreux entrepreneurs ont été sélectionnés pour construire les divers composants du système qui devaient interagir de manière transparente. Ces systèmes disparates devaient communiquer via un certain nombre de technologies et de protocoles, notamment JSON, MQ, JMS, REST, SOAP, PoX, etc.

Pour accélérer le déploiement de ce système hautement interconnecté, l'organisation avait besoin que chaque sous-traitant construise ses composants assignés en parallèle avec les autres. Pourtant, étant donné que les composants du système étaient inextricablement liés, presque tous les sous-traitants devaient développer et tester les systèmes d'autres sous-traitants - et ceux-ci étaient inévitablement bloqués, attendant l'accès à des dépendances supplémentaires.

La virtualisation des services permet aux sous-traitants de développer en parallèle

La solution de virtualisation des services de Parasoft a permis à l'organisation de sortir des impasses liées à cette interdépendance extrême. En simulant le comportement attendu des composants « non encore implémentés », l'organisation a permis à chaque sous-traitant de commencer à développer et à tester les composants qui lui étaient assignés sans attendre les dépendances.

En utilisant Parasoft Virtualiser, l'organisation a mis en place un serveur central hébergeant des « actifs virtuels » qui émulaient le comportement attendu des différentes interfaces, avec lesquelles les entrepreneurs devaient interagir. Ces actifs virtuels ont été rapidement modélisés à partir de fichiers de définition et « à partir de zéro » à l'aide d'une interface intuitive.

Il fallait généralement moins de 15 minutes pour créer un actif virtuel qui :

• A présenté un comportement non trivial comme des transactions avec état émulées.
• A fourni un large éventail de réponses en s'appuyant sur les valeurs des sources de données.
• Pourrait communiquer sur plusieurs protocoles tels que JMS, MQ et REST.

Ressources virtuelles flexibles et réalistes

Le fait qu'un même actif virtuel puisse communiquer sur plusieurs protocoles est devenu de plus en plus critique lorsque le projet nécessitait des modifications de dernière minute des protocoles de communication utilisés, par exemple de JMS à MQ. Plutôt que d'avoir à créer de nouveaux actifs virtuels, ils pourraient simplement adapter leurs actifs existants en moins de cinq minutes.

Au fur et à mesure que les composants étaient terminés, l'organisation a commencé à remplacer certains composants réels par des composants virtuels. Les actifs virtuels étaient si réalistes que les sous-traitants n'ont pas remarqué la différence lors de leurs tests d'intégration. Cela a permis un développement et des tests ininterrompus tout au long du projet.