RE: Re: [Qsos-french] Question: seulement des scores ?

[Pilot, Olivier]

Hello,

Moi je pense qu'il vaut mieux avoir un nouveau type de critere appele 'liste'. 
Rien n'empeche ensuite de mettre un score en rapport par exemple avec la 
presence ou non de certaines valeurs dans la liste.
Par exemple, pour un critere du type "sur quels OS le logiciel est-il 
supporte", j'ai du mal a imaginer qu'on soit capable de lister tous les OS qui 
existent et ensuite qu'il suffise de cocher ceux qui sont supportes. C'est a 
mon avis plus souple de demander d'entrer la liste des OS supportes. Mais 
ensuite, on peut tres bien choisir de noter d'une maniere generale (par 
exemple) le support de Windows, Linux et Solaris. Autre exemple peut-etre plus 
evident: je veux savoir quels outils de mapping Objet/relationnel sont 
supportes dans un framework de developpement J2EE. J'ai toutes les chances de 
vouloir savoir si Hibernate est supporte, c'est donc le radio button. Mais j'ai 
aussi tout interet a avoir la liste de tous les outils de mapping supportes, si 
il y en a d'autres.

En gros, je pense que c'est bien d'avoir l'information brute (la liste) quelque 
part et de pas etre seulement limite diretement par une liste pre-existante 
pour laquelle il faudra repondre par oui ou non pour chaque element. Cependant, 
la liste pre-existante peut exister en parallele, pour noter le logiciel sur la 
presence ou non dans la liste de valeurs 'classiques' ou 'attendues' (exemple: 
'Hibernate' dans l'exemple precedent).

Qu'est-ce que vous en pensez?

O.


-----Original Message-----
From: address@hidden [mailto:address@hidden 
Sent: 26 June 2006 16:25
To: address@hidden
Cc: Pilot, Olivier
Subject: RE: Re: [Qsos-french] Question: seulement des scores ?

Oui l'idée d'une liste présentée sous forme de cases à cocher ou de boutons 
radios est intéressante.

Il faut, à mon avis, d'abord déterminer comment intégrer de la meilleure façon 
possible la notion de liste dans QSOS.

Selon moi :
- Les éléments constitutifs de la liste doivent être gérés au niveau de la 
grille fonctionnelle d'un domaine logiciel (dénomination, ajout, suppression, 
etc...).
- Peut-être cela implique t'il de concevoir un nouveau type de critère, à but 
informatif mais structuré pour autant.
- Ou alors on reste sur la structure critère (la liste) et sous-critères 
(éléments de la liste) avec une représentation synthétique au niveau IHM...

Qu'en pensent Gonéri et Olivier, avec qui nous avons déjà eu une discussion sur 
le sujet ?

Raph




>On Fri, 23 Jun 2006 13:51:31 +0200
>address@hidden wrote:
>
>> Oui c'est prévu dès le départ et le format XML le permet : il suffit 
>> d'utiliser un <element> ne contenant pas de <score>, comme ceci par 
>> exemple (qui est tiré de la fiche PostgreSQL, basée sur le template
>> RDBMS) : <element name="accesscontrol" title="Access control levels"> 
>> <desc>Levels of access control supported (usaername, table, base, 
>> etc...)</desc> <comment>username, kerberos (4 and 5), ident, 
>> PAM</comment> </element>
>> 
>> Au niveau de qsos-xuleditor, les boutons radios score ne sont alors 
>> pas affichés (cf. copie d'écran jointe).
>
>Merci pour cette réponse. Mais est-il possible cependant de proposer 
>une liste de choix, soit sous forme de radios (un seul choix possible), 
>soit sous forme de cases à cocher (plusieurs choix possibles parmi ceux
>présentés) ?
>Dans ton exemple, cela permettrait de présenter les différents 
>contrôles d'accès et l'utilisateur n'a plus alors qu'à les cocher. Cela 
>facilite le filtrage, dans l'exemple il s'agirait de trouver tous les 
>logiciels utilisant la PAM par exemple.
>
>Maxence
>--
>Maxence Guesdon
>http://yquem.inria.fr/~guesdon/
>http://devel.inria.fr/rocq/
>
>
>_______________________________________________
>Qsos-french mailing list
>address@hidden
>http://lists.nongnu.org/mailman/listinfo/qsos-french


_______________________________________________________

This e-mail and the documents attached are confidential and intended
solely for the addressee; it may also be privileged. If you receive this
e-mail in error, please notify the sender immediately and destroy it.
As its integrity cannot be secured on the Internet, the Atos Origin group
liability cannot be triggered for the message content. Although the
sender endeavours to maintain a computer virus-free network, the
sender does not warrant that this transmission is virus-free and will
not be liable for any damages resulting from any virus transmitted. 
_______________________________________________________