Réalisation et maintenance d’intranets et portails métier

L’accord-cadre porte sur la réalisation, la refonte, les évolutions et la maintenance de sites intranet et de portails métier du CNRS. Le périmètre initial comprend l’Intranet du CNRS, le Portail DU, le Portail RH et, en tranche optionnelle, la Bourse aux matériels. Les refontes remplacent des applications SharePoint par des applications Drupal, avec PostgreSQL. De nouveaux projets ou l’intégration d’autres applications Drupal peuvent également être demandés selon les modalités de l’accord-cadre.

Les fonctionnalités principales couvrent notamment la publication de contenus et leur approbation, la recherche et la gestion des contributeurs et de leurs droits. Le Portail DU comprend un calendrier d’actions; le Portail RH rassemble notamment des pages thématiques (environ 50), des FAQ, actualités et liens; la Bourse aux matériels gère des annonces de cession, don, prêt et recherche de matériel d’occasion.

Conception, réalisation et intégration

Les prestations comprennent le lancement de l’accord-cadre et des projets, la conception de la plateforme applicative, puis le paramétrage et/ou le développement des versions initiales. Le titulaire propose un découpage en itérations et des livraisons progressives; les tâches incluent ateliers fonctionnels et techniques, architecture, UX/UI, spécifications, maquettes ou prototypes numériques, documentation, développement et préparation des déploiements.

Les applications s’intègrent notamment à Janus (authentification SAML), aux référentiels CNRS via API REST, à Matomo et au service antivirus. Pour l’Intranet, l’intégration comprend aussi le DAM Keepeek en lecture seule et la plateforme Brevo pour les newsletters. La recherche porte sur les contenus des applications; la traduction n’est pas requise pour la mise en service initiale mais doit pouvoir être ajoutée ultérieurement.

L’hébergement sur le cloud privé IaaS fourni par le CNRS, l’installation de la plateforme, son exploitation et son administration restent à la charge du CNRS. Le titulaire conçoit les composants applicatifs, documente leur installation et accompagne les équipes CNRS pour leur mise en œuvre.

Reprises, évolutions et migrations

La reprise des contenus SharePoint inclut l’analyse et la catégorisation des données, la définition de la stratégie et des tables de correspondance, puis la récupération, les tests et la publication dans l’application cible. Les contenus concernés peuvent comprendre pages, documents et fichiers, groupes d’autorisation, listes, taxonomies/tags et médias. Les formats d’export sont à définir d’un commun accord, notamment CSV, HTML ou TXT. Le rapport de migration quantifie les taux de succès et de rejets.

Les évolutions comprennent la conception lorsqu’elle est demandée, puis des travaux front-end (thèmes Drupal, Twig, CSS, JavaScript, ergonomie et accessibilité) et back-end (contenus, entités, vues, modules, workflows, permissions et API). Des études fonctionnelles ou techniques, études UX/UI et migrations de composants (Drupal, PHP, base de données, système d’exploitation ou bibliothèques) peuvent être commandées séparément.

Maintenance, essais et réception

Après mise en service, la maintenance corrective et de sécurité comprend la correction d’anomalies, la veille des vulnérabilités, les mises à jour du socle applicatif et le support de niveau N3. Les délais de correction des vulnérabilités sont de 24 heures pour un CVSS ≥ 9, de 7 jours pour un CVSS ≥ 7 et < 9, et de 30 jours pour un CVSS < 7. Les anomalies bloquantes doivent être corrigées sous 2 jours ouvrés; en production, les anomalies majeures le sont sous 5 jours ouvrés. Les petites évolutions sont plafonnées à 3 jours-homme chacune et peuvent relever d’une enveloppe trimestrielle de 15 jours-homme; l’enveloppe supplémentaire est de 10 jours-homme et limitée à 10 unités par an.

Les développements et migrations comportent des tests unitaires, d’intégration, de validation, de non-régression, de performance et, selon le cas, de sécurité. Des tests automatisés, de performance ou de charge supplémentaires peuvent être demandés lorsqu’un risque est identifié; ils ne remplacent pas les tests prévus dans les prestations de réalisation. La recette vérifie notamment l’installation en environnement de recette, la qualité du code, les tests, la documentation et la robustesse de la solution; la vérification de service régulier porte sur l’usage en production. Les temps d’affichage attendus sont ≤ 5 secondes dans 98 % des cas et < 3 secondes dans 50 % des cas; l’interruption acceptable lors d’une opération de maintenance en production est de 4 heures continues une fois par mois.

Accompagnement et réversibilité

La conduite du changement, lorsqu’elle est demandée, comprend la conception et l’animation de formations, l’initialisation d’une base de formation et la production ou mise à jour de supports d’aide. Les supports de formation sont en français. La réversibilité comprend le transfert de documentation, de code, de configurations et de connaissances; les informations de transfert sont mises à jour chaque semaine sauf accord différent. Le transfert pratique inclut au minimum 3 corrections ou évolutions mineures supervisées. Un support téléphonique ou par courriel est fourni pendant 6 mois après la réversibilité, inclus dans son prix.

Contraintes de conception

Les applications doivent être responsives, respecter les exigences d’accessibilité et la charte graphique du CNRS, être livrées avec le code source et la documentation à jour, et s’intégrer à la forge logicielle du CNRS pour l’intégration continue, l’analyse Sonar et les déploiements outillés. La sécurité, la protection des données personnelles, la traçabilité et la maîtrise des vulnérabilités sont requises pendant la conception et la maintenance.