Sujet du projet
Contents
1. par notation chaque option est not e dans un intervalle par chaque votant Le r sultat du vote peut tre une option un ensemble ou une liste d options en fonction du mode d expression des pr f rences et de l algorithme d agr gation Le vote de chaque utilisateur peut ventuellement tre pond r nombre de parts dans une organisation place dans la hi rarchie Vote complexe Un syst me de vote peut tre plus complexe en proposant plusieurs tours ayant ventuellement des r gles diff rentes limination majorit relative absolue quorum Le calcul du r sultat peut aussi se faire avec un autre algorithme en fonction du r sultat du vote par exemple pour un vote dans lequel chaque option est une liste bloqu e la r partition dans le r sultat final des l ments de chaque liste peut est faite avec un autre calcul proportionnelle int grale avec ou sans seuil proportionelle mixte majorit absolue pour le vainqueur comparer avec le vote pr f rentiel Les algorithmes de vote Il existe de tr s nombreux algorithmes de vote et diff rents crit res pour les valuer voire les comparer A theory of measuring electing and ranking est une bonne introduction la probl matique Evaluating voting systems using criteria Arrow s Impossibility Theorem Satterthwaite Theorem pr sentent les crit res principaux Quelques pistes Vote majoritaire un choix Votes pr f rentiels c2. attendues e Un syst me de vote simple permettant de param trer et de r aliser un vote en ayant le choix d un algorithme parmi plusieurs voire de le param trer Une attention particuli re sera apport e au minimum aux trois algorithmes suivants Single Transferable Vote Kemeny Young Method et un vote par valuation avec choix param trable somme moyenne e Le code sera document de fa on appropri e et associ des tests unitaires des tests d int gration et des tests fonctionnels e Apr s un tat de l art sur les techniques de mesures des performances des application java et android Des mesures de performances sur un jeu de donn es r alistes devront tre fournies avec l application Architectures attendues 1 Clients serveur Obligatoire Un serveur de vote offrant i une API REST permettant au moins d administrer les votes et les utilisateurs de consulter le d tail d un vote de voter d obtenir le contenu de lurne anonymis ou non de recevoir un r sultat et de l afficher ii Une connexion websocket permettant de notifier en fonction des param tres les clients des v nements li s au vote ouverture vote fin Le calcul du r sultat sera effectu sur un ou plusieurs des clients et transmis au serveur L api REST devra tre particuli rement soign e Un point de d part Best Practices for Designing a Pragmatic RESTful API de Vinay Sahni et l api de github Dans cette versi
3. chaque groupe pr sente l aide de 3 4 supports avec 20mn de pr sentation et 10mn de discussion la r partition du travail au sein de l quipe les avanc es dans la d marche la formalisation l implantation les difficult s rencontr es le travail de la semaine venir des perspectives pour les semaines suivantes Tous les tudiants du groupe devront parler lors de ces r unions charge des groupes d quilibrer l organisation de ce tour de parole sur l ensemble des r unions Rendu A l issue du projet chaque groupe devra fournir e une application fonctionnelle le code source document et un mode d emploi sous la forme d un site Web e des supports pour la pr sentation orale avec un temps de parole partag pour les membres du groupe une d monstration des l ments pour appr cier le travail en quipe cf ci dessous Travail en quipe Planning pr sentation du sujet lundi 20 avril 14h pr sentation d algorithme de votes lundi 20 avril 15h SPRINT o au minimum jusqu la premi re r union r unions r guli res 20 mn par groupe 10 mn d change vendredi 24 avril 9h lundi 11 mai 14h mardi 19 mai 14h mardi 26 mai 9h jeudi 4 juin 9h pr sentation des projets soutenance 12 juin 9h Travail en quipe Pour organiser le travail en quipe il est demand chaque groupe de suivre une m thodologie dite agile pr sent e dans le module D12 avec
4. MASTER DAPM Projet M1 ann e 2014 2015 Vote lectronique Table des mati res Table des mati res Enseignants r f rents Organisation du projet Rendu Planning Travail en quipe Objectif g n ral l ments de r flexion Vote simple Vote complexe Les algorithmes de vote Enseignants r f rents Emmanuel Bruno Philippe Langevin Elisabeth Murisasco Christian Nguyen Pascal V ron Jean Pierre Zanotti Organisation du projet Les tudiants sont r partis en 5 groupes de 7 tudiants Des revues d avancement de 30mn pour chaque groupe sont pr vues environ tous les 10 jours Les groupes seront constitu s par tirage au sort lors de la pr sentation du projet Le sujet du projet sera fourni lors d une pr sentation le lundi 20 avril Le projet durera environ 7 semaines Les tudiants travaillent sur le projet les semaines suivantes du20 avril vacances semaine du 27 avril du4mai du1i1mai du18 mai du26 mai duierjuin du8 juin soutenance le vendredi 12 juin jury M1 dans la foul e Les tudiants sont lib r s de tout autre module Il s agit de r aliser temps plein un projet en groupe qui s appuie en particulier sur les modules de l ann e Les salles Uo26 et U 110 sont mises la disposition des tudiants L avancement du travail de chaque groupe est pr sent lors de r unions r guli res organis es avec le jury d enseignants Lors de ces r unions
5. lassement e Borda Classement par somme des pr f rences de chaque votant pour chaque option e Single Transferable Vote Chaque bulletin est associ la premi re option S il n y a pas de vainqueur majoritaire on limine une option plusieurs crit res d limination possibles plus de d faites moins bon total puis on transf re les bulletins de l option limin e l option suivante sur celui ci On r p te le processus jusqu l obtention d un vainqueur e Les m thodes de Condorcet Bas es sur des comparaisons par paires des candidats X Y pour remplir une table Pr f re X sur Y gal Pr f re Y sur X Les variantes r glent les situations dans lesquelles il n y a pas de vainqueur O Ranked Pair les paires sont ordonn es O M thode black Condorcet puis Borda si pas de gagnant O Schulze http link springer com article 10 1007 2Fs00355 010 0475 4 O Kemeny Young method Le r sultat est la minimisation de la distance kendal Tau entre les bulletins Votes par valuation notation http en wikipedia org wiki Cardinal voting systems e Jugement majoritaire SW Le vainqueur est celui qui la meilleure moyenne meilleur si avis sens s tre convergent ex jury Somme des notations Vote par approbation Version simple sans classement mais avec un choix OUI NON Quelques Comparaisons System Comparison Schulze method Vote de valeur Vote au pluriel Fonctionnalit s
6. on le serveur est une sorte de bus de messages Les aspects li s la s curit s authentification confidentialit seront trait s plus tard des informations compl mentaires seront fournies En fonction de l avancement une seconde version de l application ne n cessitant pas de serveur pourra tre tudi e et implant e en rempla ant l api REST et les WebSockets par WebRTC
7. re un syst me de gestion de vote Diff rents aspects sont pr sent s tous ne doivent pas forc ment tre implant s il s agit d une base pour la r flexion Vote simple e Voting system Un syst me de vote voting system est une m thode qui permet des votants voter de 1 Basique add commit push et pull en vitant les conflits en travaillant sur des fichiers s par s choisir parmi une ou plusieurs options option Le syst me de vote v rifie que les r gles de vote sont respect es applique un algorithme de comptage de votes et agr ge les r sultats pour fournir le r sultat final tallying method Les r gles de vote d finissent les contraintes ventuelles du vote minimum du nombre de votes exprim s quorum gestion des procurations proxy voting d but et fin du scrutin manuelle date dur e nombre de votant modification autoris e contraintes de consultation qui certains utilisateurs ou groupes quoi r sultats agr g s d tails et quand toujours apr s avoir r pondu jamais Les options sont pr sent es aux utilisateurs dans un bulletin de vote ballot Les utilisateurs peuvent exprimer leur choix de diff rentes fa ons e par classement des options une liste ordonn e d options ventuellement partielle voire limit e dans les contraintes de vote et avec ventuellement des ex aequo par approbation pour chaque option chaque votant indique oui non sans avis
8. une introduction Scrum pour la gestion d un projet Scrum propose un d coupage des fonctionnalit s du projet en it rations courtes les sprints ainsi qu une auto organisation de l quipe de d veloppement Nous vous proposons de suivre une organisation pr sent e ici SCRUM que vous pourrez adapter Dans tous les cas le jury devra disposer au moins lors des r unions d l ments concrets d appr ciations Pour plus de d tails Scrum le guide pratique de la m thode agile la plus populaire Claude Aubry Dunod Chaque quipe disposera d un espace sur REDMINE EDU pour g rer son projet suivi de l avancement et partage du code source basique avec Git Le nom du projet redmine sera de la forme Projet M1_20142015_ Gi avec i le num ro du groupe L utilisation de Git sur cet outil est obligatoire Reportez vous GIT MINIMAL pour une introduction rapide Git Objectif g n ral L objectif du projet est de d finir et de r aliser un syst me de gestion cr ation et consultation de votes lectronique Les votes et leur administration se feront principalement depuis une application mobile andro d et ventuellement depuis une application web Un soin particulier sera apport pour proposer un syst me qui exploite la particularit d tre une application mobile interface adapt e utilisation des capteurs sp cificit de la mobilit l ments de r flexion Cette partie pr sente ce que peut t
Download Pdf Manuals
Related Search