Exemples WBSO : logiciels et programmation (8)
Plateforme de mise en relation soumise à une limite de latence
Situation : Une entreprise SaaS doit comparer 250 000 candidats en temps réel.
Problème logiciel : Les structures de données existantes ne permettent pas d’atteindre la latence requise dans les limites de la mémoire disponible.
Développement propre : Nouvelle méthode de partitionnement et de notation, implémentée au moyen d’un code développé en interne.
Pourquoi potentiellement WBSO : Nouveau principe de fonctionnement informatique + incertitude technique.
Hors S&O : Interface utilisateur, intégrations API standard et configuration cloud.
Inférence d’IA sur du matériel en périphérie
Situation : Un modèle de vision doit atteindre une fréquence d’images suffisante sur le matériel en périphérie disponible.
Problème logiciel : Le modèle existant dépasse les limites de mémoire et de consommation énergétique ; les environnements d’exécution standard n’offrent aucune solution.
Développement propre : Code développé en interne pour le traitement, l’ordonnancement et la sortie du modèle.
Pourquoi potentiellement WBSO : Le problème technique réside dans la programmation propre, et non dans l’application du modèle.
Hors S&O : Intégrer un modèle d’IA existant par l’intermédiaire d’une API.
Plateforme de données distribuée pour les flux de capteurs
Situation : Des millions de capteurs transmettent en continu des données télémétriques qui doivent être analysées en temps réel.
Problème logiciel : Les courtiers de messages et les bases de données existants ne permettent pas d’obtenir simultanément le débit et la cohérence requis.
Développement propre : Couche de distribution et de cohérence développée en interne, dotée d’un nouveau pipeline de traitement.
Pourquoi potentiellement WBSO : Nouveau principe de fonctionnement informatique + incertitude d’échelle.
Hors S&O : Se contenter de mettre à l’échelle horizontalement une plateforme existante.
Algorithme de commande embarqué pour véhicule autonome
Situation : Un engin doit naviguer de manière autonome avec une puissance de calcul limitée.
Problème logiciel : Les algorithmes de planification existants sont trop lents ou trop volumineux pour la cible embarquée.
Développement propre : Algorithme allégé développé en interne, doté d’une nouvelle architecture de gestion de la mémoire et des contraintes temporelles.
Pourquoi potentiellement WBSO : Verrou lié à la programmation + faisabilité incertaine sur la cible.
Hors S&O : Simple paramétrage d’un logiciel de navigation standard.
Schéma de base de données développé en interne pour les séries temporelles
Situation : Une plateforme industrielle doit stocker des données de mesure à haute fréquence avec une granularité à la seconde et permettre leur interrogation immédiate.
Problème logiciel : Les performances des bases de données génériques se dégradent avec cette combinaison d’opérations d’écriture et de lecture.
Développement propre : Structure de stockage et d’indexation des séries temporelles développée en interne.
Pourquoi potentiellement WBSO : Nouvelle structure de données dont les performances sous charge de production sont incertaines.
Hors S&O : Installer et paramétrer une base de données de séries temporelles existante.
Architecture de sécurité avec vérification à divulgation nulle de connaissance
Situation : Une plateforme fintech doit vérifier des transactions sans partager de données confidentielles.
Problème logiciel : Les protocoles existants ne répondent pas aux exigences combinées de rapidité et de taille des preuves.
Développement propre : Protocole de vérification et implémentation cryptographique développés en interne.
Pourquoi potentiellement WBSO : Nouveau principe de fonctionnement dans les logiciels + performances incertaines.
Hors S&O : Utiliser le protocole TLS standard et des bibliothèques existantes.
Compression de modèle pour la prédiction en temps réel
Situation : Un modèle prédictif doit fournir une réponse en quelques millisecondes dans un environnement de production.
Problème logiciel : Les modèles complets sont trop lents ; les techniques de compression existantes entraînent une perte de précision trop importante.
Développement propre : Méthode de compression et de quantification développée en interne, préservant la précision.
Pourquoi potentiellement WBSO : Verrou logiciel + arbitrage de précision incertain.
Hors S&O : Choisir dans un catalogue un modèle standard de plus petite taille.
Moteur de rendu évolutif pour configurateurs
Situation : Un configurateur 3D doit générer dans le navigateur des aperçus photoréalistes sur du matériel de gamme moyenne.
Problème logiciel : Les moteurs existants n’atteignent pas la combinaison requise de qualité et de fréquence d’images sans modules d’extension lourds.
Développement propre : Pipeline de rendu développé en interne avec une nouvelle stratégie de niveau de détail.
Pourquoi potentiellement WBSO : Nouveau principe de fonctionnement informatique + incertitude de performance.
Hors S&O : Se contenter de régler un moteur existant au moyen de ses paramètres.
Langage de programmation formel : la solution techniquement nouvelle est effectivement réalisée sous forme de programmation dans un langage de programmation formel. Elle ne se limite pas à un algorithme, une architecture ou une conception fonctionnelle.
→ WBSO pour les logiciels et la programmation · voir le cas détaillé de mise en relation