Backlog RM

En tant qu'administrateur de la plateforme, je veux définir quelles sont les fonctionnalités accessibles aux utilisateurs en lien avec le modèle de description des archives, afin d'adapter le comportement de l'application aux capacités du système

Détail fonctionnel
Lorsque l'on branche un schéma de description via la configuration, on précise

• le composant ou source pour le schéma descriptif lui-même (obligatoire),
• le composant métier à utiliser pour les opérations de mise à jour du registre
• le composant de présentation pour l'affichage des métadonnées
• le moteur de recherche à brancher sur l'écran principal

Problème: La configuration est monolythique, il y a une seule config, que ce soit pour le code métier ou la présentation, pour toutes les opérations d'ajout, lecture, modification et suppression. Si la configuration est ignorée, on retombe sur la valeur par défaut qui utilise le code standard du socle.

Le résultat est que si l'on branche un schéma juste pour permettre la recherche via l'écran principal

• soit les composants existent et sont adaptés pour TOUTES les opérations (création lecture, modification, suppression)
• soit ils n'existent pas et le système utilise le défaut, qui risque de ne pas être adapté aux besoins

La demande est la suivante :
Ajouter des options de configuration pour définir le comportement pour chaque opération (utiliser, utiliser le socle/défaut, ninterdire)