Author: glandais Date: 2008-02-25 09:07:57 +0000 (Mon, 25 Feb 2008) New Revision: 1226 Modified: trunk/simexplorer-is/src/site/fr/rst/todo.rst Log: MAJ todo Modified: trunk/simexplorer-is/src/site/fr/rst/todo.rst =================================================================== --- trunk/simexplorer-is/src/site/fr/rst/todo.rst 2008-02-24 23:20:32 UTC (rev 1225) +++ trunk/simexplorer-is/src/site/fr/rst/todo.rst 2008-02-25 09:07:57 UTC (rev 1226) @@ -5,12 +5,8 @@ Serveur central =============== - - Bug descripteurs - - Règles de gestion pour la suppression d'élément (élément liés, etc) - Règles de gestion pour la suppression d'un groupe/utilisateur (affichage selon flag) - dump H2, backup, restore - - hash égaux <> éléments égaux - - filtrage des listes selon les droits Client léger ============ @@ -24,47 +20,23 @@ ============ - Synchronisation d'un élément avec le serveur - - Communication avec le serveur via SSL - export, import - configuration - commandline : SimExplorerConfig(Config).addProperty(ConfigPropertyKey<T>, T) line: 633 -> setCurrentValue -> equals : Inet6AddressImpl.lookupAllHostAddr(String) -> recherche le host, prends du temps en mode déconnecté - +Fonctionnalités première réunion +================================ - Fonctionnalités première réunion - ================================ - - - ( OK) Les administrateurs ne sont pas chargés de valider les AE soumises, contrairement à ce qui avait été compris dans un premier temps. - - ( OK) Choix de lucene comme système de stockage des méta données et d'indexation - - ( OK) Le serveur n'est pas chargé de lancer de simulation. Simexplorer SI s'occuper uniquement de stocker les données d'AE - * (NOK) Une API permet à l'application SimExplorer de stocker ses données - - ( OK) Les CE et les DE ne sont jamais soumis individuellement, mais via une AE - - Gestion des droits : - * ( OK) Les groupes ont des sous-groupes - * ( OK) Un utilisateur peut appartenir à plusieurs groupes - * ( OK) Une permission autorise un utilisateur/groupe la lecture/écriture/suppression d'un élément ainsi que la gestion des permissions de l'élément - * ( OK) Un élément peut avoir plusieurs permissions * (NOK) [1] Un élément possède un unique propriétaire * (NOK) [1] L'utilisateur mettant à jour un élément en devient le propriétaire - * ( OK) Toutes les versions d'un élément possède les mêmes permissions - * ( OK) Un utilisateur peut toujours modifier et créer des permissions sur ses éléments - * ( OK) Un utilisateur peut toujours ajouter une nouvelle AE - * ( OK) Un utilisateur peut créer un sous élément à un élément uniquement si il a les droits d'écriture sur cet élément (ex : création/ajout d'un CE dans une AE) - Application web - * ( OK) Pas de création d'élément - * ( OK) Fonction d'export d'une AE * (NOK) [2] Recherche sur différents critères - * ( OK) Import de librairie et d'AE, par deux champs distincts - * ( OK) Affichage des groupes de chaque utilisateur dans la liste des utilisateurs - * ( OK) Affichage des éléments dont l'utilisateur est propriétaire lors de l'édition d'un utilisateur - * ( OK) Gestion des groupes enfants dans la page d'un groupe - * ( OK) Gestion des utilisateurs d'un groupe dans la page d'un groupe * (NOK) Création d'une page d'administration des droits : + Filtre sur le propriétaire via un utilisateur ou un groupe (pour les administrateurs) @@ -73,22 +45,13 @@ - Versionnement - * ( OK) Chaque enregistrement incrémente la version mineure (1.4 -> 1.5) * Exceptions : - + ( OK) Export sur le serveur : incrémentation de la version majeure (1.5 -> 2.0), renumérotation sur le client [3] + (NOK) [3] Export sur le serveur, après l'export d'un autre utilisateur : création d'un nouvel élément, en conservant l'historique de l'élément - * ( OK) Export d'une AE sans parent : création d'une nouvelle AE sans historique - * ( OK) Un utilisateur peut créer une nouvelle version sur un élément si et seulement si il a les droits d'écriture sur cet élément - * ( OK) Soumission d'un élément par un utilisateur ne possédant pas les droits d'écriture (pour création d'une nouvelle version) : création d'un nouvel élément, en conservant l'historique de l'élément * (NOK) [4] Suppression d'un CE ou de DE : suppression des AE associées (avec message de confirmation...) * (NOK) [4] Suppression d'une AE : les CE et les DE orphelins (ie utilisés uniquement par cette AE) sont supprimés - * Un utilisateur soumet une AE : - + L'AE contient un CE qui devrait être soumis dans une nouvelle version (composant partagé par plusieurs AE) - + L'utilisateur n'a pas les droits d'écriture pour ce CE sur le serveur - + ( OK) -> un nouveau CE est créé et associé à cette AE -Evolutions ----------- +Notes +----- [1] Un élément peut avoir plusieurs propriétaires, une personne écrivant un nouvelle version est ajouté à cette liste -> OK [2] Recherche full text sur tous les champs -> envoyer mail @@ -96,11 +59,61 @@ [4] Un élément peut être supprimer si, et seulement si, l'élement n'est utilisé que par un autre élément au maximum, qui sera lui aussi supprimé selon les même rêgles. Les éléments supprimés sont tous les enfants (quelque soit le niveau), qui n'ont qu'un seul parent. +Fonctionnalités seconde réunion +=============================== + +Général +------- + + - (NOK) Mettre à jour les entêtes de fichier avec la bonne licence GPL + - ( OK) Decouper les métadonnées en deux parties : celles propres à SimExplorer et celles propres au SI. + - (NOK) [1] Refondre les entités afin de les générer depuis un modèle et gérer la +sérialisation par outils comme JAXB/XStream, ceci dans un module propre +(et non inclu avec les autres classes storage) + +Serveur +------- + + - (NOK) Suppression : La règle de gestion "suppression d'un CE/DE entraîne la +suppression de l'AE (si elle est la seule à l'utiliser)" n'est pas +correctement implémentée (suppression récursive de tous les parents si +ils sont les seul à utiliser l'élément) + - ( OK) Vérification d'existence de l'élément dans la base : si les hash sont +égaux, vérifier que les données sont effectivement égales + - ( OK) Filtrage des listes en fonction des droits (implémentation d'un +Filter Lucene, conservation de l'indépendance du stockage et de la sécurité) + - (NOK) Paginer la recherche des éléments dont l'utilisateur est propriétaire + - ( OK) Gestion du tri sur toutes les colonnes pour les recherches + - (NOK) Créer les interfaces accessibles via d'autres protocoles que RMI +(WebService, CORBA). + - (NOK) Remplacer l'invoker jrmp par http afin de permettre l'utilisation de +proxy (voir http://www.jtips.info/index.php?title=JBoss/HttpInvoker et +http.proxyHost, http.proxyPort, proxySet, http.proxy.username et +http.proxy.password) + +Interface web +------------- + + - (NOK) Ecran de gestion des droits sur tous les éléments + +Interface Swing +--------------- + + - Créer des méthodes afin de permettre à SimExplorer d'utiliser le SI comme + +Documentation +------------- + + - Documentation utilisateur + - Enoncer les règles métiers qui ont été développées dans un document +indépendant du code (pas du Javadoc) + - Documentation développeur + - Documentation intégration (backup, dumps, configuration) + Reste à faire ============= - Interface avec SimExplorer (API + appli swing comme plugin) - - Document référence XSD + format du fichier zip + - Document format du fichier zip - Types de fichiers joints (uniquement texte pour le moment), visualisation? - \ No newline at end of file