Le framework .NET a vu le jour à la fin des années 90, avec sa première version officielle lancée le 13 février 2002 (v1.0) par Microsoft. Ce framework s’est distingué des autres de son époque en regroupant divers outils pour simplifier la vie des développeurs. Dans les années 2000, il a introduit un nouveau langage offrant de nouvelles possibilités aux développeurs.

Au fil des ans, de nombreuses versions ont été publiées, la plus récente étant en avril 2019 (v4.8), probablement la dernière majeure pour cette génération du framework, se limitant aux correctifs de sécurité. Malgré des critiques affirmant que .NET était dépassé en raison de son utilisation exclusive sur Windows, une nouvelle version cross-platform et open source a été lancée en 2016. Elle peut désormais être installée sur n’importe quel système, comme Linux ou MacOS, offrant de nombreux avantages en termes de fonctionnement et d’adaptabilité pour les développeurs.

Certains prétendent que la première version de .NET est obsolète, mais celle de 2016 continue de progresser et d’augmenter en efficacité au fil du temps. Cet article explore les raisons pour lesquelles ce framework est encore largement utilisé.

Qu’est ce qui le rend toujours aussi attractif ?

Plusieurs caractéristiques le maintiennent populaire auprès des DSI. Quatre d’entre elles sont explorées ici :

• Le langage C# associé au framework évolue constamment, restant à jour pour répondre aux nouvelles tendances de développement. Il permet notamment la programmation fonctionnelle, appréciée dans les applications techniques, mathématiques et l’intelligence artificielle.
• .NET a constamment amélioré sa suite d’outils, Visual Studio, pour s’adapter aux nouvelles méthodes et enjeux de développement. Aujourd’hui, Visual Studio est un IDE complet pour créer des applications modernes sur diverses plates-formes.
• .NET devient de plus en plus polyvalent, désormais applicable sur divers supports tels que Linux, MacOS, tablettes, sites Internet, IoT, etc. Ses performances augmentent également avec chaque nouvelle version.
• La fidélité des DSI et des développeurs envers ce framework s’explique également par la possibilité de migrer les anciennes bases de code du vieux .NET Framework vers la nouvelle version, préservant ainsi les travaux antérieurs.

L’ÈRE .NET MODERNE (Aka. .NET Core vNext)

L’ère moderne de .NET, également connue sous le nom de .NET Core vNext, a commencé en mai 2019 avec une annonce majeure de Microsoft : la sortie de la version 5. Cette version a fusionné les frameworks .NET Framework et .NET Core pour créer une plateforme unifiée permettant le développement de projets cloud, web, IoT, mobiles et desktop avec les mêmes outils de développement. La version 5 est finalement sortie en novembre 2020.

Pour expliquer l’absence du .NET Core 4, Microsoft a décidé de sauter ce numéro de version. Cela a été fait pour éviter toute confusion avec le .NET Framework 4.x et pour symboliser le renouveau et le changement de direction de la plateforme. Le nom a également été simplifié en retirant le terme « Core » (sauf pour ASP.NET et Entity Framework qui le conservent).

.NET 5 marque le véritable début de la version moderne de .NET. Depuis lors, Microsoft a adopté un nouveau cycle de publication, avec une version majeure chaque année en novembre, et celles avec un numéro pair bénéficient d’une prise en charge à long terme (LTS) pendant 3 ans.

La nouvelle version de .NET se concentre sur quatre piliers principaux : productivité, performance, sécurité et fiabilité. En termes de sécurité et de fiabilité, le framework .NET a toujours joui d’une bonne réputation. Cependant, pour la productivité et la performance, de nouvelles fonctionnalités ont été introduites.

 

Du point de vue de la productivité, il est maintenant possible de travailler de manière multiplateforme, que ce soit pour l’exécution ou le développement, grâce à des outils tels que la ligne de commande/CLI ou des IDE comme Visual Studio/Visual Studio Code. Les versions suivantes, NET 6 et .NET 7, ont apporté des évolutions significatives, notamment le support rapide de nombreux standards, des dernières versions de C#, et une fonctionnalité de rechargement à chaud, permettant de voir instantanément les modifications apportées au code source sans redémarrer l’application.

Au cours de la dernière décennie, le framework .NET a évolué de manière significative, devenant utilisable pour une variété de cas d’utilisation, des sites web aux APIs, en passant par les applications desktop, mobiles, l’IoT et le cloud. Il est désormais compatible avec plusieurs plateformes, notamment Windows, Linux et MacOS. L’écosystème qui l’entoure est riche et complet, comprenant des outils tels que Visual Studio, VS Code, NuGet, etc.

Enfin, l’évolution la plus importante est l’ouverture à l’open source. Cette transition a permis une meilleure visibilité sur les évolutions, renforçant la qualité globale du framework en permettant l’auditabilité et la détection des failles. Cela a également contribué à accroître la popularité du framework auprès des développeurs, avec une augmentation des ressources disponibles telles que la documentation, les tutoriels et les formations.

La mise en place d’un intranet dans les entreprises est importante et permet d’acquérir des gains de productivité.

Il est utilisé pour publier, stocker de l’information utile pour les collaborateurs afin de les aider dans leurs tâches quotidiennes. Aujourd’hui, l’intranet est indispensable pour favoriser la participation des collaborateurs qui sont éparpillés sur plusieurs sites.

Nous avons interviewé Kathleen Chotard, Responsable du Pôle Digital/Média chez Bouygues SA, afin qu’elle nous raconte la refonte des intranets Groupe et Bouygues SA.

Pouvez-vous nous rappeler la genèse du projet de refonte des intranets Groupe et Bouygues SA ?

L’élaboration de la refonte de l’intranet Groupe et de l’intranet Bouygues SA était évidente : les fonctionnalités intégrées devenaient obsolètes. La collaboration avec C2S Bouygues a été un appui majeur pour mener à bien le projet sur les aspects intégration et accompagnement à l’adoption.

Le projet de refonte de l’Intranet Groupe était en réflexion depuis trois ans. Le CMS utilisée était effectivement devenu trop complexe. De plus, de nouveaux outils et manières de communiquer faisaient désormais partie du quotidien des collaborateurs (notamment avec les réseaux sociaux d’entreprise et des applications comme Teams par exemple). Il était donc temps de repenser la navigation en réfléchissant, pourquoi pas, à l’intégration de ces outils pour correspondre davantage aux besoins des collaborateurs du Groupe.

En 2019, nous commençons le projet de refonte de l’intranet Bouygues SA, mais également celui de BYLINK (l’intranet du Groupe) qui sera répliqué ensuite pour les filiales. Ainsi, les collaborateurs de tout le Groupe pourront accéder à un panel d’informations sur la vie de l’entreprise, de ses filiales et également de ses filières (Ressources Humaines, Communication, Juridique, Informatique…). Un lieu de vie, LE lien entre toutes les filiales du Groupe.

Dans un premier temps, pour refondre les intranets, nous avons réalisé un benchmark des solutions pouvant répondre à nos attentes et Mozzaik365, dispositif bénéficiant des atouts d’Office 365 a été sélectionné pour sa capacité à être intégré directement chez le client. Cet outil est édité par Infeeny, Pure Player Microsoft du Groupe Econocom.

Pour l’intégration de la solution Mozzaik365 nous avons choisi C2S Bouygues. Le contrat a été signé en juillet 2020, puis le projet a commencé en septembre avec la participation des filiales du Groupe, des DSI ainsi que des métiers de la communication.

Quels étaient les enjeux initiaux pour la refonte de l’intranet Bouygues SA et l’intranet Groupe Bouygues ?

Notre principal enjeu était de pouvoir rendre visible les informations Groupes sur les intranets filiales. Actuellement, il y avait une réelle perte de temps, car nous publiions sur BYLINK nos communications, puis nous envoyions un mail aux différents homologues en communication des filiales pour qu’ils puissent à leur tour, publier sur leur intranet sans avoir la certitude que le message soit transmis à tous les collaborateurs en même temps. Pour faciliter le processus et gagner du temps, nous avons réalisé une réplique de l’intranet Groupe BYLINK sur ceux des filiales. Cela a permis de communiquer plus rapidement et plus facilement.

En tant que maison mère, il était pour nous évident de prendre en charge le coût des licences et ainsi la refonte globale de l’intranet Groupe. La solution que nous avions sur nos intranets depuis 5 ans, notamment sur celle de Bouygues SA était peu performante, son accès était devenu plus long et publier des informations en ligne devenait compliqué.

L’intégration de la nouvelle solution Mozzaik365, nous a permis de gagner du temps sur le déploiement des nouveaux intranets. Enfin, pour l’alimentation des pages dédiées de nos intranets, nous avions sollicité les différentes filières du Groupe (Ressources Humaines, Juridique, Informatique, Finance, Communication…).

Pourquoi avoir donné votre confiance à C2S ? Comment s’est organisé la refonte des intranets Groupe et Bouygues SA, sur les aspect intégration d’un côté et accompagnement à l’adoption de l’autre ?

Nous avons sélectionné C2S Bouygues à l’issue d’une consultation car, au-delà de leur appartenance au Groupe et donc de leurs connaissances et maîtrise de nos processus, ils ont su nous montrer en amont du projet leur savoir-faire et leur expertise de la solution Mozzaik365.

De plus, les compétences des équipes C2S à travailler en agile et à gérer un projet de bout-en-bout sur un laps de temps court, nous a conforté dans notre choix.

Bruno Ondet, consultant Senior SharePoint chez C2S, a pris en charge la solution Mozzaik365 avec son équipe. L’avancement du projet s’est fait de façon agile, un véritable défi, puisque nous n’avions jamais travaillé ainsi. Nous avons été très enthousiasmés par l’expertise de Bruno Ondet sur l’outil, et sa force de proposition lors des ateliers qu’il a menés avec l’équipe Akuna Design avec Eric Ballot, qui maîtrise par ailleurs, parfaitement la charte graphique de Bouygues SA.

Comment s’est passée la collaboration avec les équipes C2S ?

La collaboration s’est très bien passée. Les équipes C2S ont compris les exigences que nous leur avions transmises. La souplesse qu’ils ont de mener à bien le projet tout en travaillant en agilité, nous a permis d’avoir un réel suivi quotidien de l’avancement des différents intranets.

Les équipes ont été réactives et la remise des maquettes concernant le déploiement de la solution et le design des intranets correspondaient à la charte graphique de Bouygues SA. Le fait d’avoir des points à intervalles réguliers, nous a permis d’avancer rapidement sur les problématiques que nous pouvions rencontrer et de ce fait atteindre les objectifs souhaités.

Aujourd’hui, nous sommes heureux d’annoncer la publication de notre intranet BYLINK au Groupe ainsi que celle de l’intranet Bouygues SA.

Clotilde RICHARD, Chargée de communication et Marketing

En trois ans, C2S Bouygues a développé un outil innovant et puissant permettant la digitalisation de la collecte de données pour les utilisateurs en mobilité.

Découvrez aujourd’hui avec l’interview de Patrick LEFEVRE, Architecte Logiciel les enjeux de la création du produit QuickConnect : de sa conception jusqu’à son déploiement chez nos clients.

Bonjour Patrick, peux-tu te présenter ?

Je m’appelle Patrick Lefèvre, j’ai rejoint le groupe Bouygues en 1991 juste après ma formation d’ingénieur en Génie Logiciel à l’Epita.

J’ai commencé mon parcours en tant que développeur, puis chef de projet. Je suis maintenant chef de service et Architecte Logiciel chez C2S Bouygues.

Je travaille sur l’architecture, la conception et la réalisation du produit QuickConnect depuis sa création.

Peux-tu nous expliquer la genèse du produit QUICK Connect ?

L’aventure QuickConnect démarre en 2017 avec la première édition du Easy Digital Challenge, le premier concours d’innovation à l’échelle du Groupe. C’est le projet QuickConnect qui l’a remporté. A l’origine c’était un projet présenté par une équipe de la DSI de Bouygues Immobilier et de COLAS. L’idée d’avoir un outil pour créer des formulaires associés à des équipements identifiés par QR code était née.

Un premier prototype a été développé au Spot Bouygues, le laboratoire d’innovation de Bouygues sur le campus de EPITECH/EPITA. C2S a ensuite été missionné pour développer et industrialiser le projet. J’ai pris en charge le projet compte tenue de mon expérience de dix ans sur le développement de produits similaires.

Quels ont été les principaux défis auxquels tu as dû faire face ?

Ils ont été nombreux et sans vraiment les classer par ordre d’importance je peux t’en citer quelques dizaines :

Le premier défi auquel je pense est que pour répondre à des besoins spécifiques décrits par notre premier client COLAS Bonneville, nous devions construire tout le socle générique du produit QuickConnect. C’est beaucoup plus complexe que de simplement répondre aux besoins spécifiques du client. Complexe implique plus de temps, de réflexion et de charge de travail que ce qu’attend le client. Je ne remercierais jamais assez les personnes de COLAS Bonneville pour leur patience et leur compréhension de cette situation. Mais cela a été gagnant, cette généricité a permis de répondre aux besoins exprimés, et de faciliter la réponse aux futurs besoins non encore exprimés.

Le second défi était le suivant : l’application doit être en mesure d’afficher les formulaires correctement et rapidement. C’est la moindre des choses pour que l’utilisateur adhère à l’application. Chaque élément d’un formulaire QuickConnect, comme un champ Texte, une Liste, un Radio Bouton, se doit de s’afficher rapidement et ceci quel que soit son paramétrage. Et les paramétrages des champs sont nombreux ! Cela nous fait une combinatoire assez conséquente à tester pour s’assurer que l’application reste performante pour chaque formulaire conçu par le client. Et nous ne connaissons pas par avance ces formulaires.

Pour illustrer mon propos et à une toute autre échelle, c’est exactement la même problématique dans un navigateur Web. Un navigateur web est un programme qui affiche des pages internet. Il doit le faire de manière correcte et rapide quel que soit la page Web. Ces pages Web ne sont pas connues par avance par les concepteurs du navigateur Web. Il doit exister je ne sais combien de milliard de pages web dans le monde. Chapeau bas aux concepteurs de navigateur web qui ont relevé ce défi.

Le troisième défi était d’ordre technologique. J’avais l’habitude de concevoir des solutions dans des environnements dit OnPremise, c’est-à-dire dans des systèmes d’information qui utilisent les propres salles machines des clients, avec des équipes d’expert système, réseau et sécurité qui exploitent ces salles machines. Et pour QuickConnect, j’ai choisi le Cloud Azure et poussé le principe de DevSecOps tout au long de la conception. Tous les membres de l’équipe ont dû se former ou augmenter leur expertise sur des technologies, des langages ou outils. Et c’est vrai que QuickConnect est assez riche sur ce point. Nous utilisons différents services Azure comme les WebApi, les WebJob et AzureFunction, les services SQL, les Blob, les Container, les Queue, les EventHub et pour l’automatisation de l’infrastructure, des outils comme TerraForm. Les langages de programmation ne sont pas en reste, nous utilisons DotNetCore et C#, Java, Swift, Angular et TypeScript. Et tout récemment, la liste s’agrandi avec l’ajout de ReactJS, ElasticSearch et SalesForce.

Cette orientation Cloud a dépassé le cadre de QuickConnect, et maintenant nous avons chez C2S des dizaines de collaborateurs certifiés dans les technologies orientées Cloud.

De quoi es-tu le plus fier ?

C’est sans aucun doute la mécanique de scripts que nous avons intégrée dans QuickConnect. C’est un défi technique qui a été pour moi très captivant et passionnant.

La version courte : cette mécanique permet aux concepteurs de formulaires d’intégrer du code dans les formulaires, qui seront exécutés lorsque le formulaire est rempli par l’agent en mobilité. Ces petits bouts de code permettent d’implémenter des règles de validité, des règles fonctionnelles ou des calculs métier en s’appuyant sur les données en cours de saisie.

Cela permet de rendre plus dynamique les formulaires. QuickConnect est une application « No Code », et avec cette mécanique de script, QuickConnect devient un application « No Code ++ », clin d’œil au langage C++ qui m’a tant accompagné.

La version longue : et là, laisse-moi te présenter un peu plus en détail ce qu’il y a sous le capot de cette mécanique de script.

Je voulais avoir :

• Un langage hyper simple pour rester accessible aux concepteurs de formulaires, qui ne sont pas des développeurs
• Un langage permettant de manipuler des chaines de caractères, des dates, des nombres et tous types de données que l’on peut saisir dans un formulaire QuickConnects
• Un langage qui puisse s’exécuter sur les différentes plateformes que QuickConnect supporte, IOS, Android et demain PC et Web
• Un environnement d’exécution au sein de l’application le plus sécurisé possible.

Après quelques recherches et études, j’ai décidé que nous allions implémenter nous-même notre propre mécanique : Sous le capot, on trouve donc :

• Une grammaire pour définir notre propre langage, que j’ai appelé le QCScript,
• Un scanner, un parseur et un générateur de code qui transforment le code source QCScript présent dans le formulaire en ce que l’on appelle le pseudo code. C’est notre propre compilateur
• Un interpréteur, un par plateforme, dont le but est d’exécuter dans l’application QuickConnect ce pseudo code.

Voilà, un peu de défi technique de temps en temps, ça fait du bien aux Geeks que nous sommes.

La version encore plus longue : la grammaire de QCScript est décrite dans la norme EBNF (Extend Backus Naur Form) qui permet, de manière très précise et sans ambiguïté, de définir les différents éléments constituant notre langage. On y retrouve la définition des jeux de caractères, des types de données, qu’est-ce qu’une variable, un opérateur, une fonction dans notre langage et surtout la liste des différents mots clé qui y sont disponible.

La grammaire permet de définir également les actions qui doivent être déclenchées lorsque tel ou tel élément est reconnu. Par exemple, lorsqu’une variable est reconnue dans les sources QCScript, le pseudo code de lecture ou d’écriture sera généré en fonction du contexte

Cette norme EBNF a permis de voir arriver dans notre caisse à outils informatique des outils que l’on appelle des compilateurs de compilateur, comme le très vénéré YACC pour « Yet Another Compiler Compiler ». L’outil que nous avons utilisé est capable de générer un scanner et un parseur depuis la grammaire. Avec notre générateur de code en plus, ces 3 composants forment notre compilateur.

Le rôle du scanner est de parcourir le fichier source contenant du QCSCript, de l’analyser et d’identifier les éléments de notre langage, les tokens.

Le parseur s’appuie sur le scanner et son rôle est de vérifier la cohérence du fichier source et de générer le pseudo code correspondant. C’est le parseur qui vérifie par exemple qu’une constante définie dans le fichier source QCScript ne puisse pas changer de valeur dans le reste du code. Le parseur s’appuie sur notre générateur de code pour générer un fichier QCScriptObj. C’est ce fichier binaire qui contient tout le pseudo code, les tables des constantes, les tables de fonctions. Il est redescendu dans les applications mobiles et servira à notre interpréteur pour exécuter les différentes règles codées en QCScript.

L’interpréteur connais l’ensemble des pseudo codes qu’il peut trouver dans ce fichier binaire. Par exemple, le pseudo code LOAD lui indique de charger une variable, le JMP lui indique de sauter à tel adresse mémoire pour continuer son interprétation, le CALL lui indique d’appeler une méthode en lui passant les paramètres, et ainsi de suite.

Dans cet interpréteur, on trouve des notions de pile, des pointeurs de code, des registres, des tables de symboles, bref des notions que l’on apprend en école d’ingénieur quand on apprend des langages comme l’assembleur. Cela a été hyper captivant d’implémenter cet interpréteur.

Je peux organiser des présentations ou ateliers plus détaillés sur ce sujet de « Compilation dynamique de code » si des lecteurs sont intéressés.

Quels sont les différents composants qui constituent la solution, et sur quelle(s) technologie(s) repose-t-elle ?

Le produit QuickConnect est constituée de 3 parties : la partie Application cliente sous Android et Ios, bientôt sous PC, la partie Administration et la partie serveur back office constituée principalement d’une API et d’un ensemble de composants techniques.

L’Application cliente est destinée aux utilisateurs sur le terrain et leur permet de remplir les formulaires qui leur sont attribués. Les utilisateurs peuvent accéder à l’historique de leurs déclarations, continuer les déclarations qu’ils ont mis en pause ou les dupliquer.
Les utilisateurs peuvent scanner des QRCode et accéder aux caractéristiques et documents des équipements créés sur la plateforme QuickConnect. Le principale composant de l’application mobile reste cependant le moteur de rendu des formulaires.
La technologie utilisée est native aux plateformes, Java pour Android et Swift pour Ios.

L’administration est destinée aux administrateurs, aux concepteurs de formulaires et aux analystes de données. C’est une application Web Angular qui offre à nos utilisateurs les principales fonctions suivantes :

• Le concepteur de formulaire pour définir les champs des formulaires, les règles de visibilité entre ces champs, les différents paramètres de ces champs, comme les valeurs par défaut, est ce qu’ils sont en saisie obligatoire ou non. La plateforme QuickConnect prend en charge le déploiement sur les applications mobiles des formulaires publiés.
• Le Dashboard pour consulter les référentiels de données qui sont rattachées à l’organisation de l’utilisateur. Ces référentiels sont les utilisateurs, les équipements qui ont été déclarés sur la plateforme et aussi toutes les déclarations faites en mobilité. L’analyste peut effectuer des recherches simples dans ces référentiels. Une évolution est en cours pour fournir un dashboard évolué pour effectuer des recherches plus complexes.

L’Administration des référentiels : Le site permet de créer les organisations du client, afin d’y affecter ses utilisateurs et ses équipements. Toutes ces opérations d’ajout, de modification et de suppression de ces éléments sont également accessibles directement par nos APIs. Ainsi, nos clients peuvent décider si les référentiels sont gérés directement dans QuickConnect ou entièrement dans le SI du client. Dans ce cas, le client utilise nos APIs pour créer une copie en lecture seule de ces référentiels dans QuickConnect.

Internationalisation : permet d’entrer toutes les traductions des libellés associés aux différents formulaires et listes partagées

L’Administration technique regroupe un ensemble d’opérations pour gérer les profils métier, les boites de réception, les WebHook et les connecteurs

Le Serveur BackOffice est le cœur de QuickConnect, même s’il n’est pas visible de nos clients. Il est constitué de plusieurs éléments :

• La Web API. Elle est l’interface entre les couches internes de QuickConnect et les programmes clients comme l’administration et les applications mobile. Elle joue un rôle primordial dans la sécurité.
• Les couches de service internes. C’est ici qu’est implémentée la majeure partie des algorithmes QuickConnect
• Le serveur de traitements asynchrones. Son rôle est d’orchestrer et surveiller tous les traitements asynchrones de QuickConnect, comme les imports/Export, les envois de notification et alerte, les Workflow, les appels des WebHook et connecteurs
• Le moteur de persistance des données. Il est un peu polyglotte, puisqu’il parle le SqlServer, le ElasticSearch, le Azure Blob, …
• Le connecteur SalesForce, pour lire et écrire des données dans les SalesForce de nos clients
• Le connecteur MQTT pour remonter des déclarations et équipements sur les Clusters MQTT de nos clients
• Le connecteur Azure EventHub, pour remonter les déclarations sur les EventHub de nos clients
• Le connecteur SharePoint pour diffuser automatiquement des rapports issus des déclarations sous les différents sites SharePoint de nos clients
• Les Bot Telegram pour envoyer des notifications vers des groupes Telegram depuis des déclarations QuickConnect

Qu’est-ce qui différencie l’implémentation de QuickConnect des autres solutions de gestion de formulaires ?

L’interconnexion avec le SI de nos clients est toujours une forte préoccupation pour nous. La solution permet à nos clients d’implémenter leur propre connecteur pour venir injecter leurs référentiels dans la plateforme. Nous avons le mode Référentiel Maitre, Esclave ou mixte pour traiter cette interconnexion.

Et à l’inverse, avec notre mécanique de WebHooks, de connecteurs et de compagnons, nous offrons une remontée d’information dans le SI de nos clients depuis la plateforme. Les compagnons nous offrent une certaine agilité pour venir implémenter du spécifique client.

Bien que QuickConnect puisse être utilisé de manière autonome, sans SI client, cette facilité d’interconnexion avec les SI client me parait un élément différenciant.

En deuxième élément, la mécanique des QCScript apporte un vrai plus pour rendre dynamique les formulaires. Elle va bien au-delà des règles de visibilité et formules de calcul que nous avons également et que nous trouvons dans les autres solutions.

Comment se gère la montée en charge du produit ?

La montée en charge est supportée par une architecture SaaS et hébergée sur le Cloud Azure. Nous avons dans cette infrastructure les outils pour augmenter ou diminuer la puissance nécessaire au bon fonctionnement de la plateforme. Cette puissance est liée à deux critères principaux : la capacité de calcul et de stockage.

Le nombre d’utilisateurs connectés à la plateforme et surtout le nombre et contenu de déclarations effectuées permet d’évaluer cette capacité. 1000 utilisateurs réalisant 1 ou 2 déclarations par jour va être moins consommateur que 100 utilisateurs réalisant 10 déclarations avec média.

Les appels à nos Apis par les clients et les appels de WebHook que la plateforme réalise sont aussi mesurés et rentre dans le calcul de la capacité de la plateforme.

QuickConnect a été conçu pour nous permettre de proposer à nos clients deux modes d’hébergement. En fonction de son usage de la plateforme, le client peut bénéficier d’un hébergement mutualisé, à moindre cout, mais dont les performances dépendent de l’usage de plusieurs autres clients. C’est un mode économique, fait pour les clients avec peu d’utilisateurs et acceptant cette contrainte.

Le deuxième mode d’hébergement que nous proposons est un environnement dédié aux utilisateurs du client. Cela représente un cout plus important, mais qui permet d’ajuster les ressources uniquement de son usage. C’est un mode dédié à nos clients ayant un nombre d’utilisateurs important ou avec un fort potentiel de croissance.

Quels sont les enjeux de maintenance du produit ?

Comme pour tout logiciel, la règle d’or est « Il faut que cela marche ! ». Pour ça, la maintenance est pour moi un point essentiel et nécessite de prendre une place importante dans l’organisation de l’équipe. Essentielle car la maintenance a un impact financier direct. La correction d’un bug découvert en phase de développement ou recette est beaucoup plus facile à traiter que si le bug est remonté depuis les plateformes de production.

Une bonne gestion de la maintenance participe à limiter au maximum les temps d’indisponibilité et d’augmenter la productivité de nos utilisateurs. Elle permet d’améliorer la qualité du produit que ce soit en termes de fonctionnement mais aussi de sécurité.

Au-delà de la réaction à la suite d’une remontée de bug, nous sommes dans un cycle d’amélioration continue de nos tests unitaires automatisés et de mise en place de non-régression. Ce processus est extrêmement important pour nous.

C’est un choix d’entreprise qui est fait ici pour intégrer les notions de sécurité et d’environnement. Sécurité car nous devons en permanence répondre aux nouvelles failles et aux nouveaux types d’attaque. Environnement car à C2S, nous avons un axe de réflexion majeur en cours sur les différentes actions possibles à notre niveau pour être le plus Green IT possible.

Comment prends-tu en compte les demandes spécifiques des clients ?

En termes de communication, nous utilisons le logiciel Mantis pour que nos clients puissent déclarer des bugs et des demandes d’évolution. Bien évidemment, l’équipe QuickConnect peut être contactée par mail ou téléphone, et notre équipe commerciale reste à l’écoute de nos clients.

Nous rencontrons régulièrement nos clients via des CoProj et réalisons des démonstrations à nos futurs clients. A ces occasions, nous étudions les demandes spécifiques qui nous sont présentées afin de déterminer quelle est la manière la plus appropriée pour y répondre.

Deux cas peuvent se présenter :

• La demande spécifique peut être traitée par une réponse générique, intégrée au produit, et pouvant être utilisée dans d’autre cas d’usage chez d’autres clients. Dans ce cas, la demande est intégrée dans notre RoadMap Produit et une priorisation peut être envisagée si le client émetteur est prêt à financer une partie de la charge de travail.
• La demande spécifique ne peut être traitée par une réponse générique. La réponse reste spécifique au besoin d’un seul client et est intégrée dans QuickConnect sous forme de WebHook ou de Compagnons. Le client finance dans ce cas l’intégralité de la charge de travail.

Dès le début de la conception, nous avons prévu d’intégrer dans l’architecture de QuickConnect une mécanique de WebHook et des Compagnons pour répondre aux besoins spécifiques de nos clients. Cela nous permet de venir greffer dans la plateforme des fonctionnalités dédiées à nos clients.

Le fonctionnement de la mécanique WebHook est le suivant :

1. Un événement est reçu par l’api. Il peut être la remontée d’une déclaration depuis un mobile, la suppression d’une déclaration, l’ajout, la suppression ou la modification d’un équipement.
2. QuickConnect appelle son traitement par défaut de l’événement
3. Pour chaque WebHook abonné à l’événement, une demande d’appel WebHook est générée dans une file d’attente interne.
4. La file d’attente est traitée de manière asynchrone. Pour chaque demande d’appel, QuickConnect va effectuer 3 tentatives d’appel du WebHook avant de rejeter la demande. Cette mécanique de rejeu est paramétrable par le WebHook lui-même.

Le WebHook peut être implémenté et hébergé par C2S pour répondre au besoin spécifique. Le client a aussi la possibilité d’implémenter et d’héberger son propre WebHook pour répondre à ses exigences.

Les Compagnons QuickConnect sont des programmes externes qui ne font pas partie de la plateforme. Ils sont développés par C2S pour répondre à des besoins spécifiques. Par exemple, la base de données dédiée PowerBi pour les clients achetant cette option est alimentée par un compagnon. Son traitement principal est de transformer la structure JSon d’une déclaration en modèle classique de table relationnelle SQL.

Ces compagnons servent en général de pont entre la plateforme QuickConnect et le SI de nos clients.

Peux-tu nous parler des prochaines évolutions du produit ?

Les évolutions prévues pour 2022 sont les suivantes :

• Développement de la corbeille : cette option permet, un peu comme sous Windows, de mettre dans une corbeille les éléments supprimés par les utilisateurs sur l’application d’administration. Un menu permettra de sortir de la corbeille les éléments afin d’y accéder normalement par la suite. Cette corbeille sera automatiquement vidée.
• Gestion des catalogues : cette option permet de faciliter le design de formulaire en proposant une liste prédéfinie de champs paramétrés dans un ou plusieurs catalogues. Le but est de faciliter l’exploitation de la donnée dans les rapports BI en normalisant les ID des champs
• Gestion de scanners externes : cette option permet d’améliorer l’usage de QuickConnect en proposant à l’utilisateur de connecter une douchette externe à son mobile. Le scan des QRCode est plus facile et rapide
• Application Client web : la saisie d’une déclaration sera maintenant possible depuis un PC
• Amélioration Recherche dans les familles : avec l’intégration de Elastic Search dans la plateforme, la recherche dans les familles d’équipement sera plus performante. On pourra en plus réaliser des jointures entre équipements.
• Templating Excel : Excel sera ajouté à la liste des types de document supportés par notre mécanique de document templating. Nous aurons ainsi Word, Pdf et Excel.

Merci Patrick pour cette très belle interview ! 

Joseph Lorgeoux, Chargé de communication et Marketing

L’origine de l’AGORA

C2S Bouygues est une entreprise constamment en mouvement, où ses collaborateurs jouent un rôle essentiel dans son évolution ; une contribution allant bien au-delà de leurs missions. Le progrès passe par l’efficacité du travail, mais pas seulement. La communication et l’échange sont tout autant des facteurs favorisant le progrès. Chaque jour, les collaborateurs sont amenés à échanger sur de multiples sujets, réunissant à la fois leurs expertises et leurs convictions propres.

C’est de ces multiples discussions qu’est née l’idée d’AGORA : un ensemble de communautés rassemblant les collaborateurs de C2S autour de leurs compétences et de leurs valeurs.

Pourquoi AGORA ?

Dans l’antiquité grecque, l’Agora désignait la place principale de la cité. C’était la plaque tournante du commerce, de l’administration ou encore de la religion. L’Agora, c’est donc un endroit où on se rencontre, on discute et on échange.

Les collaborateurs de C2S ont voulu reprendre cette idée en créant les communautés AGORA, une place publique dans laquelle les membres de l’entreprise échangent et partagent leur vécu autour des thématiques qui leur tiennent à cœur. C2S se nourrit de ces réflexions pour trouver de nouvelles pistes d’avancée.

Une AGORA constituée de trois communautés

Trois communautés sont pour l’heure présentes sur la “grande place de C2S”, et représentent chacune un trait de personnalité de notre entreprise. Leur objectif : faire progresser C2S de l’intérieur en échangeant et en partageant les expériences de chacun.

Nous commençons par vous présenter la communauté Architecte qui est constituée pour l’heure de cinq membres. Celle-ci est animée par Emilien et Matthieu architectes logiciels. Son objectif est de faciliter la vie des collaborateurs au quotidien, faire en sorte qu’ils soient épanouis et leur permettre de s’exprimer sur leurs expertises. Pour atteindre ce but, les membres de la communauté ont créé, de leur propre chef, un blog sur lequel des articles sont régulièrement publiés, prodiguant des conseils techniques afin d’accompagner les collaborateurs dans leur travail et de compléter leurs compétences.

L’idée de ce blog est née autour des constats et des envies communes des collaborateurs. Elle a ainsi pour but d’établir une gouvernance technique sur nos projets, démontrer les capacités et connaissances de C2S et de redonner à chacun le goût de la tech.

Bien qu’au stade embryonnaire, ce projet se développe et s’étoffe progressivement. A ce jour, huit articles sont déjà publiés, abordant des thématiques variées comme les solutions Azure, la décomposition en Javascript ou encore l’utilisation de Git.  Un projet de podcast est par ailleurs en cours. Ils ont un bel avenir devant eux !

Nous poursuivons notre visite de l’Agora avec la communauté Data IA.

Le secteur de la Data renferme un énorme potentiel pour les années à venir ; et bien que déjà implanté dans ce secteur, C2S souhaite aller encore plus loin pour s’affirmer en tant qu’incontournable du domaine.

C’est avec cette idée en tête que la communauté Data-IA a été créée en juillet 2021 par quatre collaborateurs : Amall, Julian, Frédéric, Adel et Ismail. Son objectif est alors d’articuler l’expertise données de C2S autour de trois axes : une montée en compétences, notamment à travers la création des nouveaux postes de Data Analyst, de Data Engineer et d’AI Engineer ; une amélioration du savoir-faire des collaborateurs grâce à la mise en place d’ateliers et de POC ; et enfin une fluidification de la communication interne et externe avec la rédaction d’articles et de témoignages sur l’expertise et l’expérience de chacun.

Si la communauté parvient à ses objectifs, C2S pourrait alors voir enrichir son panel de compétences en exploitation, contrôle des flux et enrichissement de données. A l’issue de cette stratégie, nous pourrions même envisager une extension vers l’IA avancée, notamment en Analyse prédictive et en Machine Learning. Des secteurs plus qu’importants en 2022 et qui permettraient à C2S de proposer une offre encore plus diversifié

Notre dernière communauté est sans nul doute celle qui a le plus fait parler d’elle ces derniers temps, notamment avec le numérique responsable : la communauté Green IT.

Qui a dit que le numérique et le vert n’étaient pas compatibles ? Aujourd’hui les entreprises, quelles que soient leurs activités, ont le devoir de prendre en compte les problématiques du changement climatique. Nos collaborateurs ont compris cet enjeu, et ont pris l’initiative de créer la communauté Green IT, entièrement destinée aux progrès de C2S dans un numérique plus propre et plus responsable.

Aujourd’hui, les membres de la communauté, Charles, Mélissa, Carole, Thierry, Chrystelle et Sarah, ont pour objectif de faire de C2S un acteur majeur de cette transition Green IT, et d’articuler ses offres autour d’une nouvelle politique. C’est une réelle opportunité pour notre entreprise, pour accompagner ses clients dans leur transition et dans une nouvelle variété d’offres.

Pour parvenir à ses objectifs, la communauté Green IT s’appuie sur trois axes déterminants ses actions : le respect des Hommes et de son environnement, l’engagement de chacun pour un succès collectif, et l’innovation au service de la transition écologique.

La communauté Green IT est donc tout autant une communauté de services, que de sensibilisation ou d’innovation. La transition écologique est aujourd’hui l’enjeu du XXIe siècle, et nous pouvons compter sur ses membres pour nous accompagner vers un numérique plus responsable afin de préserver notre planète.

Vous l’avez compris, C2S se nourrit des expériences de chacun pour élargir ses horizons et trouver de nouvelles pistes d’innovation. Et une chose est sûre, les communautés ont un bel avenir devant elles. Blogs, articles, animations… de nombreux projets sont encore à venir.

Joseph Lorgeoux, Chargé de communication et Marketing

Aujourd’hui, il existe de nombreux outils de performances sur le marché qui permettent d’accélérer la transformation digitale. L’acteur le plus connu est Microsoft à travers son offre “Power Platform”. Derrière ce nom générique se cache 4 produits différents :

• Power BI qui est focalisé sur la représentation et le requêtage des données
• Power Apps permet de construire des applications en dessinant les écrans simplement (champs, bouton…), les associer à des données et y intégrer une logique applicative.
• Power Automate qui permet d’automatiser des tâches pénibles et répétitives
• Power Virtual Agent qui permet de réaliser facilement des chatbots accessibles depuis Teams ou depuis le web.

La force de ces outils est leur simplicité d’utilisation. Retour d’expérience sur l’accompagnement de C2S auprès de notre client Bouygues Energies & Services sur l’utilisation d’un des outils de la Power Platform « Power Apps ». Nous sommes allés interviewer Xavier Delienne, Responsable SI Métier & Numérisation qui a suivi la formation Power Apps avec l’accompagnement de Ismail Messaoud, Responsable Pôle Digital Workplace à la Manufacture du Digital chez C2S.

Pouvez-vous nous rappeler la genèse de la formation ?

L’année 2020 est une année de rupture dans les pratiques numériques. Concernant mon projet numérique pour Bouygues Energies & Services T&D PV, 2020 a fait mûrir une réflexion en plaçant les utilisateurs au centre des actions menées. Faire vivre aux utilisateurs ou « Employee Expérience (ExP) » une nouvelle expérience en leur proposant des processus automatisés pour libérer du temps afin de le consacrer aux calculs, au dimensionnement de projets.

Cette réflexion a naturellement fait naître un projet lié aux nouvelles technologies que Microsoft nous propose au travers la Power Platform, à l’automatisation de processus métiers que nous connaissons par cœur, que nous traitons par mail avec la course à l’information manquante, quand une multitude d’acteurs peuvent initier, intervenir sur le processus.

Par ailleurs nous sommes tous créateurs de Datas qui ne sont pas enregistrées, traitées, analysées. Ce projet d’automatisation de nos processus, au cœur d’une Digitale Workplace, permettra d’analyser et d’identifier les processus pouvant être améliorés.

Grâce à toutes ces datas, nous pouvons ainsi mettre en marche le cercle vertueux de l’amélioration continue de l’ISO 9000. La finalité du projet est qu’il soit pour les utilisateurs un projet de « Well Being ».

Quels types de prestations avez-vous eu ?

La formation se compose en deux volets. Le premier est une formation théorique sur un cas pratique et un panel de jours d’assistance lors de la mise en place de mes automates.

La Power Platform est très vaste dans ses possibilités d’utilisation et d’interconnexion avec les outils Microsoft ou autres éditeurs.

De ce fait, rester up-to-date n’est pas aisé. J’ai donc choisi d’avoir une assistance en régie en cas de besoin spécifique.

La formation s’est basée sur un cas concret que j’avais auparavant identifié. Lors de ces trois jours de formation, nous avons repris le logigramme écrit selon un processus de qualité afin de le transformer en process automate, puis nous l’avons mis en œuvre dans la plateforme de tests.

Enfin, à la fin de ces trois jours, nous avions un process qui est opérationnel et exploitable.

Pourquoi avez-vous sollicité C2S pour réaliser cette formation ?

J’ai orienté mes recherches de formation sur la Microsoft Power Apps vers un prestataire et qui a l’habitude de travailler avec de grosses structures comme Bouygues Energies & Services.

C’était le cas de C2S, qui en plus partage avec nous la même culture d’entreprise et les interlocuteurs sont déjà en relations avec d’autres équipes projets dans le Groupe.

Comment s’est déroulée la formation avec C2S ?

Le dispositif de formation que nous avons choisi est : 3 jours de formation, puis un accompagnement au développement sur la Power Platform sous forme d’un pool de jours en régie.

Dès la formation, nous avons travaillé sur un cas métier dédié et à partir de ce point de départ, nous avons construit un automate et une application Power Apps.

Comme la formation était adaptée à mon cas métier, j’ai pu créer des relations avec les utilisateurs et leur fonctionnement.

Ainsi, au lieu d’avoir une approche théorique, nous avons donc eu une approche pratique directement confrontée au terrain.

Feriez-vous appel à nouveau à C2S pour développer autour de la Power Platform ?

C2S n’a pas développé directement des applications Power Apps pour nous, mais au vu de l’expérience que j’ai eue pendant la formation, je leur confierai sans hésiter un projet de ce type.

Xavier Delienne, Responsable SI Métier et Numérisation chez Bouygues Energies & Services