November 2007 - Simexplorer-si-devel - mailman.cloud.codelutin.com

CR Reunions Clermont
by landais＠codelutin.com 30 Nov '07

30 Nov '07

Bonjour, Voici les points que j'ai relevé suite à la venue de Benjamin à Clermont. Vous trouverez quelques questions en note, pouvez vous y apporter des éléments svp? Merci - Les administrateurs ne sont pas chargés de valider les AE soumises, contrairement à ce qui avait été compris dans un premier temps. - Choix de lucene comme système de stockage des méta données et d'indexation - Le serveur n'est pas chargé de lancer de simulation. Simexplorer SI s'occuper uniquement de stocker les données d'AE * Une API permet à l'application SimExplorer de stocker ses données - Les CE et les DE ne sont jamais soumis individuellement, mais via une AE - Gestion des droits : * Les groupes ont des sous-groupes * Un utilisateur peut appartenir à plusieurs groupes * Une permission autorise un utilisateur/groupe la lecture/écriture/suppression d'un élément ainsi que la gestion des permissions de l'élément * Un élément peut avoir plusieurs permissions * Un élément possède un unique propriétaire [1] * L'utilisateur mettant à jour un élément en devient le propriétaire [1] * Toutes les versions d'un élément possède les mêmes permissions * Un utilisateur peut toujours modifier et créer des permissions sur ses éléments [2] * Un utilisateur peut toujours ajouter une nouvelle AE * 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 * Pas de création d'élément * Fonction d'export d'une AE * Recherche sur différents critères * Import de librairie et d'AE, par deux champs distincts * Affichage des groupes de chaque utilisateur dans la liste des utilisateurs * Affichage des éléments dont l'utilisateur est propriétaire lors de l'édition d'un utilisateur * Gestion des groupes enfants dans la page d'un groupe * Gestion des utilisateurs d'un groupe dans la page d'un groupe * Création d'une page d'administration des droits : + Filtre sur le propriétaire via un utilisateur ou un groupe (pour les administrateurs) + Affichage des éléments dont l'utilisateur est le propriétaire + Édition des droits d'un élément (entités ayant le droit de lire/écrire/administrer l'élément) - Versionnement * Chaque enregistrement incrémente la version mineure (1.4 -> 1.5) * Exceptions : + Export sur le serveur : incrémentation de la version majeure (1.5 -> 2.0), renumérotation sur le client [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 * Export d'une AE sans parent : création d'une nouvelle AE sans historique * 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 * 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 * Suppression d'un CE ou de DE : suppression des AE associées (avec message de confirmation...) * 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 + -> un nouveau CE est créé et associé à cette AE [1] Difficile de garantir qu'un contributeur conserve le droit de lecture/écriture si le propriétaire change. Ne serait-il pas préférable d'avoir plusieurs propriétaires pour un seul élément? [2] Comment gérer la perte de permission de lecture d'un CE par un utilisateur alors qu'il l'utilise dans une de ses AE? Est ce qu'un utilisateur a toujours la possibilité de lire tous les sous-éléments des éléments dont il est le propriétaire? [3] Afin de garantir la synchronisation entre le client et le serveur, les identifiants des éléments doivent être unique, dans tous les contextes où ils sont générés. Il est indispensable pour SimExplorer-si d'affecter aux éléments des identifiants du type UUID (http://en.wikipedia.org/wiki/UUID) NB AE : application d'exploration DE : données d'exploration CE : composant d'exploration Bon week end, Gabriel

1 0

Nouvelle version du diagramme de classe
by nicolas.dumoulin＠cemagref.fr 29 Nov '07

29 Nov '07

Bonjour, Voici le nouveau diagramme de classe retravaillé à Clermont-Ferrand avec Benjamin. -- Nicolas Dumoulin Ingénieur d?études - Cemagref, LISC +33 (0)4.73.44.07.29 -------------- section suivante -------------- Une pièce jointe non texte a été nettoyée... Nom: diagramme de classes v2.png Type: image/png Taille: 69618 octets Desc: non disponible Url: https://lists.labs.libre-entreprise.org/mailman/private/simexplorer-si-deve… -------------- section suivante -------------- Une pièce jointe non texte a été nettoyée... Nom: specsSI.xmi Type: application/x-uml Taille: 69760 octets Desc: non disponible Url: https://lists.labs.libre-entreprise.org/mailman/private/simexplorer-si-deve… -------------- section suivante -------------- Une pièce jointe non texte a été nettoyée... Nom: non disponible Type: application/pgp-signature Taille: 189 octets Desc: This is a digitally signed message part. Url: https://lists.labs.libre-entreprise.org/mailman/private/simexplorer-si-deve…

1 0

Documentation en cours
by landais＠codelutin.com 26 Nov '07

26 Nov '07

Bonjour, Ci joint une archive contenant les documents en cours de rédaction. Cordialement, Gabriel -------------- section suivante -------------- Une pièce jointe non texte a été nettoyée... Nom: simexplorer-si.tgz Type: application/x-compressed-tar Taille: 541880 octets Desc: non disponible Url: https://lists.labs.libre-entreprise.org/mailman/private/simexplorer-si-deve…

1 0