Cr20160119
Version 5 (Alban Chazot, 20/01/2016 09:40)
1 | 1 | Alban Chazot | h1. Retour sur les objets |
---|---|---|---|
2 | 1 | Alban Chazot | |
3 | 1 | Alban Chazot | !cr20160119_socle.png! |
4 | 1 | Alban Chazot | |
5 | 4 | Alban Chazot | Les objets se définisse par rapport à leur contexte. |
6 | 4 | Alban Chazot | Un objet obtenu dans le contexte Coll1 affichera des données liées à Coll1, et proposera (à l'édition) la visualisation de données des autres contextes. |
7 | 4 | Alban Chazot | Il n'y a pas de contexte par défaut, mais un contexte de référence (ou pas). |
8 | 5 | Alban Chazot | En fonction de l'url (nom de domaine, url, serveurs, ...) le contexte pourra être prédéfini. |
9 | 5 | Alban Chazot | |
10 | 4 | Alban Chazot | |
11 | 4 | Alban Chazot | |
12 | 1 | Alban Chazot | h1. Discussion sur les versions et les rollbacks |
13 | 1 | Alban Chazot | |
14 | 3 | Alban Chazot | Il apparaît que l'outil choisi doit au moins fournir la possibilité d'avoir une version validée d'un objet et plusieurs versions de travail, chacune visible par l'utilisateur créateur. La version validé restant disponible pour le reste du monde. |
15 | 3 | Alban Chazot | Il est également intéressant d'avoir une version N-1 validée, pour prévenir les problèmes de validation destructive par erreur humaine. |
16 | 3 | Alban Chazot | Avoir X versions antérieures parait superflu, mais si l'outil gère un versioning comme git ou un wiki, cette possibilité pourra sans doute trouver une utilité. |
17 | 2 | Alban Chazot | |
18 | 2 | Alban Chazot | Avoir la possibilité de revenir en arrière d'une validation de plusieurs objets en même temps semble utile, mais ne remporte pas l'ensemble des suffrages. |
19 | 3 | Alban Chazot | Pour les uns, revenir en arrière est possible en relançant certains processes. |
20 | 3 | Alban Chazot | Pour les autres, annuler un process massif destructeur est un plus. |
21 | 2 | Alban Chazot | |
22 | 1 | Alban Chazot | |
23 | 1 | Alban Chazot | h1. Discussion sur les OCR automatiques et corrigés manuellement |