Bonjour, voici quelques questions : - Quel nom de package doit on utiliser? Je suis parti sur org.cemagref.simexplorer.si pour le moment. - Il est 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? - Comment gérer la perte de permission de lecture d'un composant par un utilisateur alors qu'il l'utilise dans une de ses explorations? 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? - 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). Est ce que c'est possible/réalisé? Merci Gabriel
Le Friday 07 December 2007 10:34:29 Gabriel Landais a écrit :
Bonjour, voici quelques questions :
Bonjour, Merci pour votre CR, que je n'ai pas encore lu (d'où vos questions qui sont restées en supens).
- Quel nom de package doit on utiliser? Je suis parti sur org.cemagref.simexplorer.si pour le moment.
Ce serait plutôt fr.cemagref a priori. En attendant que ça devienne org.simexplorer un jour peut-être. Attention sur le « si » ! Notre cahier des charges était francisé, mais il serait préférable d'utiliser l'anglais pour les développements. On parle donc d'un « Information System », soit un IS. le nom de package devient donc : fr.cemagref.simexplorer.is
- Il est 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?
Ou bien on pourrait n'autoriser le changement de propriétaire d'un élément que par un administrateur de cette élément.
- Comment gérer la perte de permission de lecture d'un composant par un utilisateur alors qu'il l'utilise dans une de ses explorations?
Il n'y a rien de spécial à gérer. L'utilisateur lésé n'a plus accès à la ressource, il doit alors contacter un administrateur pour récupérer des droits.
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?
Non, pas nécessairement. Bien qu'en pratique cela parait souhaitable qu'un utilisateur ne cloisonne pas l'évolution d'un élément, ce n'est pas au SI de le contraindre.
- 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). Est ce que c'est possible/réalisé?
Non, ce n'est pas réalisé. Mais oui, c'est une bonne solution. -- 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: 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-devel...
participants (2)
-
landais@codelutin.com -
nicolas.dumoulin@cemagref.fr