DDD spécification

Introduction

Le modèle démocratique DDD se matérialise pour les acteurs de la démocratie par un logiciel DDD.

Cette page contient les spécifications de développement du logiciel DDD. Ces spécifications sont rédigées et entretenues par Philippe Gonze, créateur et rédacteur du modèle M3M et de DDD.

Deux implémentations du logiciel DDD sont considérées:

• La maquette, accessible en ligne dès 2014, réalisée bénévolement par Nathan Tossens. Elle montre les principes de fonctionnement d'une démocratie DDD, mais de manière simple et légère
• La version réelle, qui devrait suivre les présentes spécifications, mais qui ne sera développée que le jour où le modèle démocratique DDD sera effectivement adopté et mis en place.

Généralités - contexte d'utilisation et prérequis

Le logiciel DDD est une application web. Cela signifie qu'elle fonctionne au sein d'un navigateur Internet.

Il doit être opérationnel sur les operatins system suivants: Windows, Linux, MacOs.

Il doit être opérationnel avec au moins 3 navigateurs populaires (par exemple Chrome, Firefox, IE).

Il doit aussi être opérationnel sur les plates-formes portables populaires (tablettes, GSM android, GSM iPhone).

Les prérequis en terme de mémoire, de puissance de calcul et de bande passante doivent être très tolérants. Le logiciel DDD ne peut être vorace ni en mémoire ni en transfert de données.

Pour ce qui concerne les paramètres graphiques, le logiciel DDD doit être utilisable avec toute configuration graphique supérieure ou égale à 1024x768 pixels.

Maquette: Seulement WIndows & Linux nécessaires. Seulement Chrome et IE nécessaires. Les autres environnements peuvent, mais ne doivent pas être testés et vérifiés.

Concepts

Les concepts suivants sont manipulés au sein du logiciel DDD.

Utilisateur

L'utilisateur est de manière générale le citoyen humain ayant des droits démocratiques.

Ses attributs sont:

• un id (clé d'identification unique, telle que cell figurant sur la caret d'identité)
• nom, prénom, lieu et date de naissance
• un indicateur logique indiquant si l'utilisateur est déchu de ses droits civiques
• un indicateur logique indiquant si l'utilisateur dispose de droit d'administration technique DDD
• une couleur
• une photo (genre identité)
• un logo (exploitable en tant que candidat)
• une URL de communication (exploitable en tant que candidat)

Champ de compétence

Un champ de compétence est un de segments ou s'exerce le mécanisme de délégation digitale

Le nombre de champs de compétence et la liste des champs de compétence sont figés.

Les attributs d'un champs de compétence sont:

• un intitulé par langue
• une couleur
• un logo (dont la couleur dominante est la couleur attribut)

Candidat

Un utilisateur peut ou non être candidat dans un ou plusieurs champs de compétence.

S'il est candidat, il doit produire une image-logo (qui peut n'être que sa photo).

S'il est candidat, il peut (c'est recommandé) remplir une page internet dans laquelle in expose ses vues, son programme, ses résultats, ses analyses... Cette page est accessible comme URL de communication de l'utilisateur, et devient donc accessible publiquement à tous les utilisateurs de DDD.

Votable

Le concept de votable regroupe les candidat et les délégantes.
Ce sont donc les objets qui peuvent être l'objet de vote.

Vote

Il existe un vote pour chaque combinaison utilisateur - champ de compétence.

Donc pour N utilisateur et M champs de compétence, il existe NxM données de vote.

Les attributs d'un vote sont (outre l'utilisateur et le champ de compétence):

• l'indicateur logique d'abstention
• la date de dernière modification non-abstention
• le signe (positif ou négatif) du vote
• la référence du votable choisi (soit le candidat choisi soit la référence de la délégante choisie)

Ce plus le vote peut-être réparti. Dans ce cas, l'utilisateur désigne non pas un mais plusieurs référence de votables. Chacun des votables choixis reçoit une fraction égale du vote (par exemple 1/2 et 1/2, ou 1/3 et 1/3 et 1/3, etc...)

Par défaut, tous les votes sont des abstentions, et ne doivent pas être enrégistrés en tant que tels dans le mémoire du logiciel DDD.

Par contre, si un utilisateur revient à l'abstention après une période de vote explicite, la date de la cernièremodification non-abstention doit être conservée.

Maquette: Le vote réparti ne doit pas êrte traité dans

Délégante

Une délégante est une entité non humaine jouant un role dans le mécanisme de propagation des votes.

Chaque délégante est caractérisée par:

• un ou plusieurs champs de compétence (celui ou ceux dans lesquels la délégante est active)
• un nom
• une couleur centrale (de son choix)
• une couleur périphérique (qui peut être égale à sa couleur centrale)
• un logo
• une URL de communication (qui contient un lien vers une page du web où la délégante expose son programme, ses résultats, ses votes passés et présents, etc... mais aussi son administrateur général, ses administrateurs et ses représentants actifs ou en attente)
• un administrateur général (un utilisateur exercant une fonction centrale dans la délégante)

En outre, la délégante est caractérisée par

un ensemble d'administrateurs, qui sont simplement des utilisateurs jouant un rôle dans cette délégante (ils ont reçu ce pouvoir de l'administrateur principal).

un ensemble de représentants, qui représentent la délégante au sein du ou des collèges de gestion où cette délégante participe effectivement au collège de gestion.

Le logiciel DDD ne définit ni n'impose aucune autre règle sur le fonctionnement interne d'une délégante. Les mécanismes de choix des administrateurs et des représentants est une règle interne à la délégante.

Votable

Le concept de votable regroupe les candidat et les délégantes.

Ce sont donc les objets qui peuvent être l'objet de vote.

Collège de gestion

Un collège de gestion est un ensemble d'utilisateurs (les gestionnaires)

Un collège de gestion est défini dans chaque champs de compétence.

Le collège de gestion est constitué d'une part de candidats (directs) d'autre part de représentants de délégantes.

Gestionnaire

Les membres du collège de gestion sont les gestionnaires.

Dans chaque champ de compétence, il existe un ou (généralement) plusieurs gestionaires.

Décompte électoral

Ce concept existe au sein de chaque champs de compétence. C'est une donnée calculée (en permanence, ou au moins lorsque les votes changent).

Cette donnée existe pour chaque votable.

C'est le nombre de voix obtenu par le candidat ou par la délégante.

Il s'agit donc d'un chiffre qui est entier si tous les votants donnent des votes entiers ou des votes simples, mais qui est fractionnaire si certains votes sont splittés.

Poids électoral

Ce concept existe au sein de chaque champs de compétence. C'est une donnée calculée (en permanence, ou au moins lorsque les votes changent).

Cette donnée existe pour chaque votable.

Pour chacun d'eux c'est le rapport entre leur propre décompte électoral et la somme des décomptes électoraux de tous les votables.

Poids de gestion

Ce concept existe, dans chaque champ de compétence pour chaque

Poids de gestion majoritaire minimal

Il s'agit d'un paramètre démocratique global. C'est le poids minimal de la somme des poids de gestion des gestionnaires. 
Maquette: le poids de gestion majoritaire est de 0.5.

Délai de changement

Il s'agit d'un paramètre démocratique global. C'est le délai minimum pour changer d'avis, c'est à dire pour introduire un nouveau vote.

Normalement, ce délai est de un mois, mais cette valeur est un choix général.

Maquette: le délai est de 24h.

 

Langues

Le logiciel DDD est multilingue. L'utilisateur peut à tout moment choisir la langue de l'interface. Les langues à déployer sont ajoutées dans des tables linguistiques, qui sont maintenues indépendamment du logiciel.

Maquette: Pour la maquette, les langues disponibles seront dans l'ordre: français, anglais, néerlandais. Les premières versions de la maquette sont unilingues français.

Couleurs et logos

Les champs de compétence, les délégantes et les candidats sont caractérisés notamment pas des couleurs et des logos.

Pour les champs de compétence, les couleurs et les logos sont prédéfines dans une table ad hoc, sous forme de composantes RGB.

Pour une délégante et pour un candidat, la couleur et le logo sont choisis par les administrateurs de la délégante. Le choix de la couleur est nécessaire. Celui du logo est optionel.

Maquette: les logos sont absents, ou limités à des surfaces qui sont des gradients circulaires qui sont bicolores, la couleur centrale étant la couleur choisie, et la couleur préiriphérique étant par déafut la blanc.

Navigation

L'écran affiché contient toujours trois zones:

• La zone supérieure (bandeau)
• La zone intermédiaire (menu) contient des menus.
• La zone principale (travail) contient des informations consultable set des zones éditables. C'est la zone de travail.

La zone supérieure, dont la hauteur ne peut excéder 8% de la hauteur d'affichage disponible reprend les informations suivantes:

• Le logo DDD.
• Une référence au contexte démocratique traité, en grand: par exemple le nom d'un pays. (maquette: 'Etats Unis d'Europe')
• L'intitulé complet "Démocratie par Délégation Digitale" en petit.
• Le nom, le prénom et l'identifiant unique de l'utilisateur connecté, ou bien un vide si aucun utilisateur n'est connecté.
• Optionnellement et en petit, la date, l'heure et le lieu.

La zone intermédiaire, dont la hauteur ne peut excéder 5% de la hauteur d'affichage disponible, contient des choix directs et/ou des choix via menus. 

Le contenu de la zone de travail est extrêment variable.

Menus

La partie droite du menu est fixe et comprend 3 choix:

"Déconnexion" (caché lorsqu'aucun utilisateur n'est connecté). 

"Documentation". Ce choix déclenche l'ouverture, dans un tab nouveau du navigateur, de la page wiki "DDD". Cette page elle-même permet diverses autres options de navigation, mais cela est traité au sein du wiki.

"A propos". Ce choix déclenche l'affichage d'un contenu fixe. Ce contenu comprend des informations sur le logiciel, sur ses auteurs, et sur le contexte de fonctionnement de l'application.

La partie gauche du menu n'apparaît que lorsqu'un utilisateur est connecté. Elle peut être dynamique, au sens ou certains choix peuvent n'apparaître que pour certains utilisateurs.

Le choix "Mes Votes" est toujours présent. Le sous-menu contient "vue globale" et un item pour chaque champ de compétence.

Le choix "Résultats" est toujours présent. Le sous-menu contient un item pour chaque champ de compétence.

Le choix "Délégantes" est toujours présent. Le sous-menu contient "Toutes" et un item pour chaque champ de compétence.

Le choix "Responsabilités" est toujours présent. Le sous-menu contient les choix suivants: "Candidat" "Administrateur de délégante" "Adhérent de délégante" "Gestionnaire Collégial".

Le choix "Gestion de délégante" n'est présent que pour les utilisateurs ayant effectivement une fonction d'administration de délégante (ou plusieurs). Il y a un sous-choix pour chaque délégante au sein de laquelle l'uilisateur exerce des fonctions d'administration.

Le choix "Gestion collégiale" n'est présent que pour les utilisateurs ayant effectivement une fonction de gestion collégiale (ou plusieurs). Il y a un sous-choix pour chaque champ de compétence au sein duquel l'uilisateur exerce des fonctions de gestion collégiale.

Le choix "Administration Technique" n'est présent que pour les utilisateurs ayant un droit d'administration technique. Les sous-choix sont: "Tables DDD", "Gestion des utilisateurs", "Gestion des droits", "Utilisation".