Maintenance applicative de la BD RTM

Le marché couvre la tierce maintenance corrective, adaptative et évolutive de la solution SIG WEB de la Base de Données Restauration Terrains de Montagne (BD RTM) et de l’application mobile RTM-Visit. La base sert à enregistrer et cartographier les phénomènes naturels, leurs impacts et leurs sites, à inventorier et suivre les dispositifs et ouvrages de protection, et à consigner les besoins, projets et interventions de travaux RTM.

L’application web permet notamment la navigation cartographique, la recherche et la consultation des données, leur saisie et modification, les imports et exports, l’édition, l’administration et la gestion documentaire. RTM-Visit permet les visites d’ouvrages et expertises en modes connecté et déconnecté, la saisie de formulaires, l’ajout de photos et de nouveaux ouvrages, ainsi que la synchronisation avec la base.

Le périmètre technique comprend quatre environnements — production, formation, recette et recette mobile — et les déploiements des corrections et évolutions dans chacun d’eux après recette et validation de l’équipe projet ONF. La version web de production indiquée est 2.5.1.9 (22/06/2026) ; la version 2.5.3.0 est indiquée pour la recette à venir. La pile web comprend notamment Debian 12, Apache 2.4.39, PHP 8.2.31, Symfony 6.4.11, PostgreSQL 14.13.0, PostGIS 3.3.4, MapServer 7.4.0, MapProxy 1.13.2 et OpenLayers 6.14.1. RTM-Visit est indiqué en version 2.1.1, avec notamment ArcGIS Server 10.8.1, Kotlin 1.7.20, Java 17 et Android SDK 34 (version minimale prise en charge : 26).

Unités de prestation

• Initialisation : prise de connaissance de l’environnement fonctionnel et technique, transfert de connaissances et documentation du titulaire sortant, réunion de lancement, identification des lacunes documentaires et planification. Le PAQ décrit l’organisation, les responsabilités, les étapes et livrables, ainsi que les processus de gestion des anomalies, incidents et demandes d’évolution. La prestation est à réaliser dans un délai maximal de 3 mois suivant la notification. Livrables : planning prévisionnel, comptes rendus, note de compréhension de l’environnement, bilan d’acquisition et PAQ.
• Maintenance corrective : maintien en condition opérationnelle, actions préventives et curatives, correction des applications et des données en base, prise en compte des mises à jour des logiciels utilisés et des navigateurs. Les demandes passent par Jira ; le support de niveau 1 est assuré par le chef de projet ONF-RTM. Le forfait possible couvre 30 tickets ; les tickets commandés sont à utiliser avant le 31 décembre suivant, sans report sauf accord du titulaire. Pour les anomalies bloquantes, les délais sont de 4 heures ouvrées pour la prise en charge, 1 jour ouvré pour une solution de contournement et 3 jours ouvrés pour la correction définitive ; pour les anomalies majeures, 3, 4 et 15 jours ouvrés ; pour les mineures, 10, 15 et 30 jours ouvrés. Les corrections ne donnent pas lieu à une facturation particulière ou à une augmentation du coût de maintenance. Le manuel d’installation et d’exploitation est mis à jour après chaque correction ; un bilan de maintenance est transmis mensuellement.
• Maintenance évolutive : amélioration de fonctions existantes, développement de nouvelles fonctions et compatibilité ascendante, sur devis. Les évolutions concernent notamment la saisie mobile, les classes d’ouvrages, les imports cartographiques, les exports personnalisables, la gestion des référentiels et l’interopérabilité avec une photothèque ou une GED. Les profils prévus sont chef de projet, architecte technique, analyste fonctionnel/concepteur et développeur. Un cahier de maintenance actualisé est transmis mensuellement.
• Maintenance adaptative : veille technologique et adaptations destinées à maintenir l’application en condition opérationnelle lors des changements de versions des systèmes, bases de données, interfaces et composants logiciels. Elle comprend une étude d’impact lorsqu’elle est réalisée, les travaux d’adaptation et la livraison des nouvelles versions. La recette comporte une vérification d’aptitude de 2 mois, incluant tests fonctionnels et vérification de configuration ; après validation, les évolutions sont installées en formation et en production. La vérification de service régulier dure 3 mois après la vérification d’aptitude ; l’assistance technique prend en charge une demande dans l’heure ouvrée et propose une résolution ou un contournement sous 4 heures. Une indisponibilité totale ou partielle d’au moins une journée prolonge la VSR d’une durée égale. Livrables : suivi de la VA et bilan de la VSR, notes de version, MIEX mis à jour et code source modifié, commenté et compressé.
• Réversibilité : transfert des compétences et informations nécessaires à l’ONF ou au tiers désigné, avec plan de réversibilité tenu à jour, codes sources commentés et compressés, manuel d’installation et d’exploitation et bilan de réversibilité. Sa durée ne peut excéder 3 mois ; une assistance technique est prévue pendant les 3 mois précédant la cessation ou, si sa date n’est pas connue, pendant les 3 mois suivant sa notification.

Gouvernance et contraintes d’exécution

La gouvernance et le pilotage sont inclus dans les unités d’œuvre. Sont notamment prévus des réunions hebdomadaires de suivi technique et de revue des tickets, ainsi que deux réunions de pilotage par an. La documentation doit rester accessible et être mise à jour au fil de l’eau. Le titulaire fournit un PAQ et un plan d’assurance sécurité (PAS) ; les exigences de sécurité peuvent faire l’objet d’un audit au maximum une fois par an. Tout recours à l’IA doit être déclaré et supervisé ; les données du marché ne peuvent être réutilisées pour entraîner des modèles sans accord exprès du pouvoir adjudicateur. Le CCTP signale 267 tickets ouverts pendant le marché de TMA en cours, dont environ les deux tiers fermés, et 121 évolutions commandées au cours des trois dernières années.