| Remarque | ||
|---|---|---|
| ||
Le présent document est encore en cours de relecture et d'élaboration. |
| Exigence |
|---|
(en cours)
| Description & Valeur Métier |
|---|
| Fonctionnalités | Priorité | Commentaire |
|---|---|---|
| 1. |
| Synchroniser les données entre systèmes | Automatiser l'échange de données entre les différents systèmes (RESEDA, Annuaire) pour éviter de saisir les mêmes informations plusieurs fois et garder les données à jour |
| . |
• Détection et résolution de conflits
• Check temps réel (API)
• Gestion des API Keys
• Mode "Dry-run" (prévisualisation)
• Historique des imports
• Gestion des erreurs (Quarantaine)
Mettre à jour automatiquement les données depuis RESEDA à intervalles réguliers | ? | |||
Mettre à jour automatiquement les données l'Annuaire à intervalles réguliers | 3 | |||
Détecter et résoudre les incohérences entre les systèmes | 3 | |||
Vérifier les données en temps réel via des connexions entre systèmes | 3 | |||
Assurer la sécurisation des connexions inter-systèmes | 3 | |||
| 2. Importer et migrer les données existantes | Fournir des outils pour charger les données initiales et récupérer l'historique depuis les anciens systèmes ou des fichiers Excel. | Importer des fichiers Excel/anciens systèmes avec correspondance des champs | 3 | |
Prévisualiser les résultats avant de valider l'import (mode simulation) | 3 | |||
Conserver un historique de tous les imports effectués | 3 | |||
| 3. Gérer le référentiel des laboratoires | Permettre la gestion structurelle des entités de recherche : hiérarchies, tutelles, identifiants officiels. | Créer, modifier et supprimer des fiches de laboratoires et leurs hiérarchies | 4 |
• Gestion des tutelles multiples
• Alignement identifiants (RNSR puis RNest, Wikidata, SCOPUS, ROR)
• Typologies personnalisables
• Représentation des structures d'enseignement afin de tracer les disciplines (Sciences Po ; les disciplines sont présentes ailleurs dans les autres Universités, par exemple dans le SI-RH)
• Référentiel d'organisations externes (ROR ?), avec saisie et autocomplete pour complétion des entités manquantes
| Question du CV automatisé ? Remplissage des infos par les chercheurs eux-mêmes (SoVisu+) ? Suite message Guillaume Kaczmarek: Gestion des attributs disciplinaires (CNU/CNRS) et mise à jour des référentiels de codes (versioning des nomenclatures). "Statut provisoire de direction" et permettre la saisie de deux dates (Date d'élection / Date de validation). Support de la co-direction (Cardinalité 1-N sur les responsables d'unité) Historique des grades, corps et qualificatifs (HDR) indépendant de l'affiliation structurelle. | |
| Gérer les tutelles multiples d'un laboratoire | 4 |
| Aligner les identifiants officiels (RNSR, puis RNest, Wikidata, SCOPUS, ROR) | 2 | ||
| Personnaliser les typologies de laboratoires | 4 | ||
| Représenter les structures d'enseignement pour tracer les disciplines (ex : Sciences Po ; dans les autres universités, ces disciplines sont souvent dans le système RH) | 2 | ||
| Référencer les organisations externes (via ROR ou saisie manuelle avec auto-complétion) | 2 | ||
| Gérer les attributs disciplinaires (codes CNU/CNRS) et les mises à jour des nomenclatures | 2 | ||
| Permettre un « statut provisoire de direction » avec deux dates (élection / validation) | 4 | ||
| Permettre la co-direction (plusieurs responsables par unité) | 4 | ||
| Conserver l'historique des grades, corps et qualifications (HDR) indépendamment de l'affiliation au laboratoire | 3 | ||
| 4. Gérer le référentiel des chercheurs | Gérer les informations des chercheurs : affiliations, parcours, distinctions, en protégeant les données personnelles. | • Créer, modifier et supprimer des fiches de chercheurs et leurs affiliations • | 3 |
• Adpotion du quadriptyque affiliation principale/secondaire à titre permanent/temporaire avec adaptation de la nomenclature par laboratoire
• Affiliations historisées.
• Gestion des doublons (Fusion)
• Protection (Pseudonymisation)
• Gestion des distinctions et des prix (avec date)
• Recherche avancée
| Version a mimima : pour les universités qui ont adopté Oscar, chargement en lecture simple depuis Oscar ; pour les autres, éditable (l'appli serait alors maitresse des données pour ces établissements) |
• Plusieurs chercheurs peuvent y être rattachés
• Scores Qualité (🟢🟡🔴)
• Alertes de fraîcheur/complétude
• Correction de données en masse
• Historique des modifications sur les fiches (date, auteur)
Gérer les emplois et les corps-grades avec leur historique | 3 | |||
Distinguer quatre types d'affiliation (appartenance, membership) : principale/secondaire × permanente/temporaire, avec une nomenclature adaptable niveau établissement puis niveau laboratoire | 3 | |||
Conserver l'historique des affiliations | 3 | |||
Détecter et fusionner les doublons | 3 | |||
Gérer les distinctions et prix (avec dates) | 3 | |||
Proposer une fonctionnalité de recherche avancée : suggestions orthographique, facettes, autocomplete... | 3 | |||
Pour les universités utilisant Oscar : charger les données en lecture depuis Oscar ; pour les autres : permettre la saisie directe (l'application devient alors la source de référence) | 1/2 | |||
| 5. Gérer les activités de recherche | Pour les universités qui n'utiliseraient pas Oscar, fournir un formulaire minimal de saisie des activités. | Saisir l'intitulé, les dates de début et fin, les partenaires, le financement et le financeur | 1/2 | |
| Rattacher plusieurs chercheurs à une même activité | 1/2 | |||
| 6. Piloter la qualité des données et afficher des tableaux de bord | Fournir des outils visuels aux directions scientifiques pour suivre la « santé » des données en temps réel. | Afficher un tableau de bord consolidé en temps réel | 1/2 | |
| Attribuer des scores de qualité visuels (vert / orange / rouge) | 1/2 | |||
| Alerter en cas de données obsolètes ou incomplètes | 1/2 | |||
| Permettre la correction de données en masse | 1/2 | |||
| Tracer l'historique des modifications sur chaque fiche (date, auteur) | 1/2 | |||
| 7. Exporter les données et produire des rapports | Permettre le reporting via des extractions manuelles ou des flux automatisés de données | Exporter en Excel avec choix des colonnes et filtres | 3 |
• (Exports JSON CERIF pour réimport)
• Rapports statistiques PDF
| La solution Keycloak permettrait à l'appli labo d'être l'admin de l'authentification dans tout le realm Keycloak (couche autorisation) | ||
| Générer des rapports statistiques en PDF | 1/2 | |
| 8. |
Authentification (SSO Renater/CAS)
• Gestion des rôles (RBAC) à la main
• Logs d'audit & Traçabilité
• Rollback & Restauration
| Administrer et sécuriser l'application | Garantir la sécurité, la traçabilité et la souveraineté des données. | Authentifier les utilisateurs via le système fédéré Renater ou le système CAS de l'établissement (connexion unique | S | |
| Gérer les droits d'accès par rôle (ex : administrateur, lecteur, gestionnaire de labo) et par périmètre (ex. gestionnaire labo X, lecteurs labos UFR sciences du vivant) | S | |||
| Enregistrer toutes les actions dans un journal d'audit | S | |||
| Permettre à l'application d'administrer l'authentification pour tout un ensemble de services (via Keycloak) | 2 | |||
| 9. Traduire l'application en anglais | Rendre l'application disponible en français et en anglais. | Une interface multilingue avec des versions française et anglaise disponibles | S | |
| 10. Rendre l'application accessible à tous | Adapter l'affichage à toutes les situations d'usage. | Respecter les normes d'accessibilité | S | |
| Proposer un mode d'affichage sombre | S | |||
| 11. Gérer les listes de diffusion par laboratoire | Permettre la création et la gestion de listes de diffusion email rattachées à chaque laboratoire. | Créer, modifier et supprimer des listes de diffusion et les adresses qu'elles contiennent | 1/2 | |
| Connecter les listes au serveur de diffusion SYMPA de l'établissement | 1/2 |
• Affichage sombre disponiblé
• Connecteur SYMPA