wendy (./1) :
Est ce que quelqu'un aurait une idée de ce qu'on pourrait utiliser. Je vous rappelle nos "critères":
- que ce soit gratuit (et oui la recherche n'a pas de moyen
)
100 000 € c'est pas cher non ?

- qu'au moins 150 personnes puissent voter
Ok donc j'interdit pour 149 personnes, minimum de votant = 150

- que les résultats ne puissent pas être visibles avant la fin du vote (je veux dire, qu'au contraire des sondages sur yn par ex, on ne puissent pas voir les résultats partiels une fois que l'on a voté)
Ok ce n'est qu'un problème de code pas lié au tables
- qu'on puisse paramètrer le nombre de candidats pour lesquels on doit voter (enfin pour nous par exemple qu'on doive choisir entre 1 et 5 candidats uniques mais pas plus)
Vu qu'on doit selectionner ce pour quoi on vote (ie rentrer les votes possible)
Ce n'est pas un vote a choix multiples hein ? (meme si ça ne change pas gd chose fondamentalement)
- qu'on puisse limiter le vote à un par personne (et bien sur pas par ip
)
Heureusement

- pouvoir rajouter des "autorisés" après le début du vote
Rien d'impossible
- que l'admin ne puisse pas voir non plus les résultats avant le dépouillement
Ok, c'est parametrable
- appli amené à être mise sur un serveur spécifique de l'ED mais pas assez rapidement pour ce vote
Faut voir ce que l'ED à a disposition...
- dead line du vote le 31 octobre donc appli faite assez rapidement
Ajouter une deadline au vote oui c'est important
¤ un votant doit pouvoir recevoir un nouveau password à la demande
Utile, mais est-ce reelement indispensable des le départ ?
¤ l’admin doit pouvoir recevoir un nouveau password à la demande, ou le choisir lui-même (à déterminer)
Meme combat que le premier. Je doute qu'il faut qu'il puisse le faire directement. disont que l'admin est un utilisateur comem les autres, juste qu'il est admins sur un vote, donc il ne devrait pas y avoir de différence la dessus. IE: on peut changer de passe si on montre pate blanche avec son mail. Apres a voir si les pass sont toujours généré ou changeable a la main, et dans les deux cas, le passage par la case mail est indispensable...
¤ l’admin doit pouvoir changer son adresse mail (pour transférer son rôle à quelqu’un d’autre)
Hum, et c'est valable pour les utilisateurs aussi je pense. Et si c'est pour changer l'admin d'un vote, ce n'est pas le mail qu'il faut changer, mais bien l'admin (c'est pas la meme chose a changer)
¤ l’admin doit pouvoir régler les dates de début et de fin du suffrage
Début, est-ce utile ? (aka des que le vote est mis en ligne, il est "ouvert" il suffit de l'ouvrir le bon jour...)
Fin oui, ça rejoint un des points au dessus
Critères pour une application pérenne (inutile pour cette année, mais à faire avant l’année prochaine) :
¤ l’admin doit pouvoir effacer et recréer la liste des candidats, mais uniquement entre 2 périodes de suffrage
Heu ?
Chaque vote a sa propre liste non ? enfnin si l'appli est "multi vote" je ne vois pas l'interet de ce point
¤ l’admin doit pouvoir effacer et recréer la liste des votants, mais uniquement entre 2 périodes de suffrage
Idem que le point au dessus
Critères à déterminer :
¤ un votant n’ayant pas encore voté peut-il être retiré de la liste ?
Je pense que non, enfin ça devrait pouvoir etre fait, mais que en cas d'urgence, (peut-etre un "super admin" ?)
Critères non urgents à déterminer :
¤ archive-t-on les résultats de chaque année ?
Si l'appli gere plusieurs vote, aucun problème de ce coté la...
./38 d'ou l'avantage d'avoir la liste de qui a voté quoi. Bien sur l'application n'est pas obligé de montrer ce genre d'informations, mais pour voir si il y a triche (ou non) c'est le genre de chose qui peut etre indispensable. (ie ça reviens a garder les papiers du scrutin)