Recherche

Sommaire

Pages enfant
  • Cahier des charges

Vous regardez une version antérieure (v. /wiki/display/PROJESUPECM/Cahier+des+charges) de cette page.

afficher les différences afficher l'historique de la page

« Afficher la version précédente Vous regardez la version actuelle de cette page. (v. 8) afficher la version suivante »

Ici on tente de regrouper des documents qui décrivent notre besoin, notre ambition dans Esup-ECM.

Objectif d'une première version stable (esup-ecm)

Actuellement et à court terme, 2 points sont à réaliser autour d'ESUP-ECM :

  • Pouvoir gérer les versions Nuxeo au mieux (cf page A résoudre) : publier directement une version d'un document dans des sections et non pas uniquement la dernière version comme actuellement (partiellement fait dans le trunk - à débuguer, notamment la partie JSF). [1.0]

  • Avoir un résolveur d'URL qui permette de récupérer une version publiée d'un document (cf page "A résoudre") : cette URL sera propre (comme actuellement) mais basée directement sur le numéro uid de la version publiée du document, et non sur l'uid du proxy de la version [A faire : avec WebEngine \?]. [1.0]

  • dépôt et publication d'un ensemble de pages type "site web" (ressource complexe)
  • gestion des groupes (uportal ? ldap [grouper] ?)

  • authentification shibboleth
  • support des quotas
  • support des fichiers distants : url simple et non contenu ... voir simple description du lieu (livre)
  • libellés des versions éditables par l'utilisateur.

L'essentiel de cette partie est résumée ici : http://nuxeo.univ-rennes1.fr/nuxeo/nxfile/default/0b103cbd-7184-4099-be75-f90842c7d149/file:content/presentation_Nuxeo_fonc.pdf
Notez au passage ici que l'uid de ce document que l'on retrouve dans l'url est propre, malheureusement :

  • le numéro est l'uid du proxy,
  • par défaut une mise à jour du document détruit automatiquement ce proxy,
  • l'ancienne url tombe alors en 404
    =>> pas de pérennité ni d'unicité des versions et des urls publiés par défaut dans Nuxeo

Pour les besoins ORI-OAI, suite à cela on souhaite (orioai-nuxeo) :

  • donner la possibilité d'initier une (ou plusieurs) fiche(s) ORI-OAI depuis une version publiée d'un document [partiellement fait dans le trunk]- pouvoir agir sur toutes les actions du workflow [1.0]

  • donner la possibilité d'afficher le formulaire auteur depuis Nuxeo (A compléter) [1.0]

  • Une branche esup-ecm utilisant Nuxeo 5.2 (voir la compatibilité des plugins utilisés) et une branche du plugin orioai-nuxeo compatible Nuxeo 5.2. [1.0]

  • Ne pas pouvoir supprimer des versions référencés dans ori-oai (cohérence fonctionnelle) [1.0]

  • les modérateurs ORI doivent pouvoir lire les ressources dont  ils doivent valider les fiches descriptives : à faire de manière automatique (en 1.0, cette gestion se fait manuellement).
  • stockage du fichier depuis ori-oai-workflow (vers Nuxeo ... ou en interne pour une version light de ori-oai-workflow ...).
  • Formaliser les droits/permissions d'un Nuxeo File via une fiche de métadonnées XML dans un format adéquat (format englobant).
  • Aucune étiquette