Refonte du système d'information trafic

La prestation porte sur l’analyse, la conception et le développement d’une nouvelle solution SITU, intégrée aux systèmes de diffusion du trafic. Elle comprend la reprise des données et configurations nécessaires, la mise en place des environnements, les tests, la recette, le déploiement, la formation, le transfert de compétences et l’accompagnement en maintenance.

Fonctions et canaux

La solution reprend, fiabilise et modernise la gestion des événements trafic, leur historisation et les scénarios de diffusion. Elle couvre notamment les PMV, DATEX/DATEX II, WebTraffic, l’application et le site internet, les courriels, le répondeur téléphonique, ainsi que les outils d’administration, de supervision et de journalisation. Le périmètre comprend aussi les messages, paramètres, utilisateurs, rôles, historiques et règles de priorité.

• Les fonctions SMS existantes sont considérées comme obsolescentes. L’architecture doit permettre d’ajouter ou de remplacer des canaux sans réécriture profonde du cœur applicatif. La capacité d’intégration et le connecteur retenu après analyse sont compris dans le périmètre de base ; WhatsApp Business et Telegram figurent parmi les connecteurs supplémentaires à envisager.
• La traduction assistée par IA doit couvrir au minimum le français, l’italien et l’anglais, avec validation humaine avant diffusion publique ou critique. Le système conserve la source, la traduction, le moteur utilisé, la date, le validateur et le statut de diffusion.
• Pour les messages marqués « vocalisable », la solution génère après validation un fichier MP3 utilisable par le répondeur téléphonique. Elle gère langues, voix, prononciation des noms propres et termes techniques, statuts, régénération, archivage, traçabilité et restitution par API ou dépôt sécurisé. Un mode dégradé et une procédure manuelle sont prévus si le moteur vocal est indisponible.

Architecture et exploitation

Le cœur applicatif, les bases, configurations, journaux et fonctions nécessaires à l’exploitation sont hébergés sur l’infrastructure self-hosted du TMB-GEIE ; un SaaS externe ne peut être imposé pour faire fonctionner le cœur du système. Les services externes, notamment IA ou messagerie, doivent être déclarés, documentés, sécurisés et validés ; leur indisponibilité ne doit pas rendre le SITU globalement indisponible. L’architecture est modulaire, documentée et faiblement couplée ; elle privilégie les API sécurisées et les composants open source. La conteneurisation, les scripts d’installation, la configuration industrialisée, les pipelines de build et les procédures de retour arrière doivent rendre les déploiements reproductibles.

Le titulaire justifie le dimensionnement de chaque environnement en distinguant ressources minimales et recommandées, stockage, réseau, hypothèses de volumétrie, croissance et besoins éventuels de redondance. L’hypothèse initiale est d’environ cinq utilisateurs connectés simultanément, sans exclure les traitements en arrière-plan, diffusions multicanales, appels IA, journaux, sauvegardes et pics d’activité. L’écoconception doit limiter les ressources, traitements, échanges et données inutiles sans compromettre sécurité, disponibilité ou continuité.

La sécurité est intégrée dès la conception : profils différenciés, moindre privilège, traçabilité fonctionnelle et technique, protection des secrets, sécurisation des flux, sauvegarde et restauration, gestion des vulnérabilités et contribution aux exigences NIS2. En cas de traitement de données personnelles, les éléments nécessaires à la conformité RGPD sont produits. Les dépendances externes, composants tiers, licences et risques associés sont documentés.

Réalisation, livrables et maintien en conditions opérationnelles

Les analyses de l’existant, fonctionnelles et techniques, la matrice des exigences, l’architecture, les interfaces, la stratégie de sécurité, les tests et le planning sont soumis à validation formelle avant le démarrage des développements définitifs. Les exigences sont traçables jusqu’aux spécifications, développements, tests et résultats de recette. Le code est documenté, versionné, revu et déposé régulièrement ; le TMB-GEIE est propriétaire des développements spécifiques et reçoit le code source, l’historique Git, scripts, configurations, tests, documentation et procédures de build.

Les essais couvrent notamment les tests unitaires, fonctionnels, d’intégration, de non-régression, de performance, de charge, de sécurité, de migration et de reprise. La couverture cible minimale des tests unitaires est de 80 % sur les composants critiques. Les tests d’intégration vérifient les interfaces LOGOS, PMV, DATEX, WebTraffic, e-mail, messageries, TTS et central téléphonique. Le titulaire remet les rapports de qualification, de performance et de sécurité, les dossiers de recette et d’exploitation, les guides, supports de formation modifiables et procédures de sauvegarde, restauration et déploiement.

La maintenance comprend le diagnostic, la correction, les tests, le déploiement des correctifs et l’assistance associée ; la maintenance préventive comprend les mises à jour de sécurité, la surveillance des dépendances, la revue des journaux, la vérification des sauvegardes et la tenue à jour de la documentation. La réversibilité est préparée dès la conception : transfert de connaissances, export des données et paramètres, documentation, assistance au repreneur et remise des éléments nécessaires à la reprise de l’exploitation et des évolutions.