Maintenance corrective et évolutive de SINC-IRA

Le marché couvre la maintenance corrective et évolutive de SINC-IRA, application web utilisée pour gérer les concours d’entrée dans les instituts du service public et les affectations d’élèves attachés en fin de formation. Il comprend six prestations : prise de connaissance, maintenance préventive et aide à l’exploitation, assistance aux utilisateurs, maintenance corrective, maintenance évolutive et réversibilité.

L’application permet notamment les inscriptions et la gestion des dossiers des candidats, justificatifs et aménagements d’épreuves, la préparation des épreuves, l’affectation en salles et jurys, la saisie et la péréquation des notes, le classement, les éditions et statistiques, ainsi que la gestion des postes offerts et des affectations en sortie de formation. Elle gère aussi courriers et notifications aux candidats.

Environnement et responsabilités

L’application repose sur PHP 8.30, CSS et JavaScript, MariaDB 11.8, Linux (Debian 13) et Apache 2. Le périmètre indicatif comprend 130 tables (environ 1 Go), 75 Go de documents stockés et environ 62 000 lignes de code. La maintenance évolutive a représenté 7,5 jours-hommes en 2025 et 9 en 2026 ; la corrective, 30 jours-hommes en 2025 et 21,5 en 2026.

Le G-ISP fournit et exploite les serveurs, dans un cloud sécurisé labellisé SecNumCloud, avec environnements de test, de formation et de production. La production repose sur deux serveurs virtuels ; les caractéristiques minimales actuellement recommandées sont de 8 vCPU, 16 Go de RAM et 500 Go de stockage. Les serveurs et les mises à jour du système et des composants tiers relèvent de l’administration. Le titulaire exploite l’application et sa base dans le cadre de la maintenance préventive ; la réplication applicative des données par double écriture en base et double enregistrement des fichiers lui incombe. La haute disponibilité et la reprise d’activité des serveurs relèvent de l’hébergeur.

Maintenance et assistance

• La prise de connaissance comprend les formations nécessaires, la reconstruction complète de l’application et la mise en place d’un environnement de développement ; elle doit permettre de créer, installer et livrer une version fonctionnelle et d’assurer l’assistance. Délai maximal : 4 semaines après le bon de commande.
• La maintenance préventive couvre surveillance, analyse, mises à jour et correctifs, y compris de sécurité, prévention des régressions, mise à jour des dossiers d’architecture et d’exploitation, et accompagnement de l’homologation. Le titulaire propose les mesures visant une disponibilité de 99,95 % par mois, 24 h/24 et 7 j/7, sous réserve de la disponibilité de l’hébergement. Les opérations susceptibles d’interrompre le service sont planifiées avec l’administration ; les déploiements suivent l’ordre test, formation puis production, après accord.
• L’assistance passe par un outil de tickets couvrant l’usage, l’administration fonctionnelle, l’exploitation et les incidents. Une permanence téléphonique est requise de 8 h à 18 h les jours ouvrés pour les incidents applicatifs ou d’exploitation bloquants. Pour les demandes hors maintenance corrective, une réponse est due sous 3 jours ouvrés.
• La maintenance corrective prévoit la caractérisation des anomalies selon leur reproductibilité, leur sévérité et leur priorité. Les failles de sécurité sont considérées comme bloquantes. Les anomalies mineures ou de priorité normale sont livrées avec la prochaine évolution, dans un délai maximal de 2 mois ; les anomalies bloquantes ou majeures de priorité immédiate sont livrées dès correction, et celles de priorité haute dans la semaine suivant leur correction.

Évolutions, livrables et contrôles

Les évolutions sont demandées par fiche : le titulaire dispose de 14 jours pour demander des précisions et transmettre estimation en unités d’œuvre et planning. Après commande, il produit les spécifications détaillées, réalise les modifications et les tests de bon fonctionnement et de non-régression, puis livre une nouvelle version. Les livrables comprennent le code source commenté, les scripts de modification de la base et les mises à jour documentaires. Les demandes sont regroupées pour ne pas dépasser quatre livraisons d’évolutions par an ; des livraisons supplémentaires peuvent être demandées expressément.

La méthode d’unités d’œuvre distingue trois niveaux de complexité (simple, intermédiaire et élevé) et trois niveaux d’effort : faible, au plus une journée ; moyen, de 1 à 2 jours ; élevé, de 3 à 5 jours. Une tâche estimée à plus de 5 jours doit être décomposée. La réversibilité, à réaliser sous un mois après commande, comprend la transmission des documents, sources et outils nécessaires, la formation du repreneur et deux mois de réponses aux questions, sous 2 jours ouvrés.

Chaque prestation fait l’objet d’une recette administrative. Les tests portent notamment sur les jeux d’essai, la conformité aux spécifications, la documentation et les normes techniques. La vérification de service régulier dure six semaines ; les seuils d’indisponibilité requis sont inférieurs à 2 % pour l’application et à 1 % pour chaque module. Les corrections et évolutions sont mises à jour d’abord en environnement de test, puis en production après validation.

Performances, sécurité et interopérabilité

Les pages doivent s’afficher en moins de 3 secondes, hors temps réseau, jusqu’à 100 utilisateurs simultanés. De 101 à 200 utilisateurs, le temps de réponse ne doit pas augmenter de plus de 50 %. De 201 à 500, les temps de réponse peuvent ne pas être respectés, mais le fonctionnement ne doit pas être altéré ; pendant la clôture des inscriptions, les temps attendus doivent être respectés même au-delà de 500 utilisateurs. Le temps d’affichage attendu est également spécifié comme inférieur à 5 secondes ; des tests de performance sont prévus. L’application doit fonctionner intégralement et de façon fluide sur ordinateurs ou tablettes dotés d’au moins 4 Go de RAM.

Le titulaire fournit un plan d’assurance qualité et un plan d’assurance sécurité, prend en compte le RGPD et la politique de sécurité du G-ISP, tient à jour les sources et la documentation et contribue au dossier d’homologation. Les exigences générales de sécurité comprennent notamment le maintien des correctifs, la sécurisation des accès et des communications HTTPS, ainsi que la correction des anomalies de sécurité. Le service doit rester compatible avec les cinq navigateurs les plus utilisés en France, s’adapter aux écrans de 12 à 72 cm et rester utilisable sur un terminal âgé de 5 ans dont le navigateur est à jour. Les interfaces et échanges doivent respecter les exigences d’interopérabilité applicables, notamment API REST/JSON lorsque prévues et formats bureautiques référencés.