Cahier des charges pour le CMS Wiki-Up et le Web2Child

• Road Map Web2Child V1

I. Spécifications du Web2Child

Voici le "draft" du cahier des charges. Il n'a pour objectif que de lancer un premier jet et de le faire évoluer par rapport à ce qui se fait déjà et surtout à y apporter le maximum de complément d'information ou à rentrer dans le détail de certaines fonctionnalités.

Sentez-vous libre d'y collaborer et d'y apporter votre pierre !

Le Web2Child est l'affaire de toutes et tous ! Le seul mot d'ordre : OSER !

Amicalement,

Pascal

---

CAHIER DES CHARGES

Création du Portail de Wiki-Up

et du

Web2Child

---

I. ORGANISATION GENERALE

1. Charte des usages au sein de Wiki-Up

Wiki-Up est une association dont la philosophie est la non propriété. Aussi, l'ensemble des solutions et des ressources seront libres de droits pour les utilisateurs du Web2Child. C'est pourquoi, nous avons défini une charte de conception et de choix technologiques afin de nous aider dans le développement et l'intégration des différents modules.

1. Favoriser les modules existants pouvant être récupérés sans droit ;

2. Favoriser la simplicité de l'interface graphique (accessibles dès 3 ans) ;

3. Favoriser les partenaires qui s'investiront directement dans la globalité du projet et dans la durée ;

4. Favoriser et motiver la participation et la collaboration entre les différents organismes et institutions qui prendront part au projet et/ou qui pourront se joindre au projet en cours de route ;

5. Favoriser le partage des informations et des besoins en applications et en ressources humaines ;

6. Favoriser l'utilisation des standards que sont DocBook, OpenDocument, PDF, MP3/4, SCORM, IEEE, LOM, IMS, Dublin Core et SIF ;

7. Multilingue et accessible à un maximum de personnes de différents niveaux ;

8. Modulaire, orienté vers l'usage et la facilité d'intégration d'éléments extérieurs ;

9. Possibilité de mise en commun et de partage des données ;

10. Possibilité de sécurisation à différents niveaux par type d'utilisateur ;

1. 1. Favoriser le support des ressources et du contenu aussi longtemps que techniquement réalisable.

2. Différents types d'utilisateurs

Les utilisateurs du système sont définis par les groupes qu'ils rejoignent et par leur rôle au sein de ces groupes. Chaque type d'utilisateur est décrit en terme de droits et d'usages. Toutefois, chaque individu pourra être un type différent d'utilisateur suivant le groupe auquel il se réfère. Ci-dessous, sont décrits les principaux types d'utilisateurs par catégories.

1. Les administrateurs :

Ils créent et gèrent les groupes, les organisent, gèrent les comptes utilisateurs, les rôles, les droits, les privilèges, les tâches,… Ils éditent ou retirent des contenus au cœur même de la base de ressources.

• GrandWiki : Il administre au niveau système et il peut accéder et gérer tous les utilisateurs et n'importe quel contenu ;
• WikiRider : Il administre au niveau du groupe. Il peut inclure, accepter et inviter des nouveaux membres. Il peut assigner et changer les rôles et les privilèges au sein du groupe. Il gère l'attribution des tâches et des outils de collaboration ;
• WikiDiKiFai : Il administre un projet au sein d'un groupe en répartissant les tâches, les outils et en prenant en compte le planning. Il organise les appels, les visioconférences. Il spécifie les politiques et les procédures de vote au sein du groupe.

2. Les contributeurs :

Ils écrivent, corrigent, développent, conçoivent, éditent du contenu que l'on retrouvera dans les ressources. Tout utilisateur, même un visiteur, peut contribuer en ajoutant des notes, des suggestions. Toutefois, seuls les contributeurs identifiés pourront éditer les contenus et les modifier (ces modifications pourront faire l'objet de validation par les WikiLohim le cas échéant).

• WikiNaute : Il s'agit d'une personne physique intervenant ponctuellement sur le site et intéressés par la démarche de Wiki-Up ;
• HardiWiki : Il s'agit de toute personne physique participant activement à Wiki-Up ;
• AmiWiki : Il s'agit d'une personne physique ou morale agissant en qualité de bienfaiteur pour Wiki-Up et participant à sa démarche ;
• WikiPartner : Il s'agit d'une personne partenaire de Wiki-Up ayant signé la charte de déontologie des partenaires Wiki-Up et souhaitant participer activement dans le projet ;
• WikiAngel : Il s'agit d'un membre d'honneur participant activement au projet.

3. Les professeurs et les parents :

Ils peuvent créer un espace à part entière pour leurs élèves ou enfants. Ils peuvent sélectionner, modifier et assembler du contenu pour créer un cours ou un exercice. Ils ont accès aux différentes pédagogies et aux fonctionnalités tutoriales. Ils peuvent, bien sûr, être des contributeurs ou des administrateurs le cas échéant. Et même des élèves...

• WikiProf : Il s'agit de toute personne exerçant la profession de professeur dans le monde de l'Education ;
• WikiFamily : Il s'agit des parents (voir des grands-parents) d'un ou de plusieurs enfants.

4. Les élèves :

Ils disposent d'un espace personnel et d'un Blog créé par leurs professeurs et/ou leurs parents. Ils utilisent tous les outils et fonctionnalités pédagogiques. Ils peuvent travailler de manière individuelle ou en groupe, de façon collaborative, interactive ou partagée.

• TyWiki : Il s'agit de l'élève et il a moins de 18 ans. Il est enregistré par un WikiProf ou par un WikiFamily.

5. Les visiteurs (Utilisateurs non enregistrés) :

Ils ont accès au portail Wiki-Up(Partie CMS) mais pas au Web2Child. Ils peuvent toutefois consulter les différentes ressources mises à disposition et poster des commentaires. Ils peuvent joindre du contenu mais celui-ci sera à faire valider par les WikiLohim ou par les WikiBrother.

6. Les membres de l'association :

Il s'agit des utilisateurs définis dans les points 1 à 4.

3. Les différents niveaux

• Niveau 0 : Internaute non enregistré (CMS Wiki-Up, pas d'accès au Web2Child)
• Niveau 1 : WikiNaute (accès au Web2Child mais ne peut modifier juste ajouter du contenu)
• Niveau 2 : HardiWiki, AmiWiki, WikiPartner et WikiAngel (Accès au Web2Child peuvent ajouter et modifier)
• Niveau 3 : TyWiki (peut tout faire sur son espace au sein du Web2Child)
• Niveau 4 : WikiProf et WikiFamily (peut tout faire dans son espace et sur ses TyWiki inclus)
• Niveau 5 : WikiDiKiFai (peut tout faire suivant ses droits dans le groupe)
• Niveau 6 : WikiRider (peut tout faire au sein de ses groupes)
• Niveau 7 : GrandWiki (peut tout faire)

4. Procédure d'enregistrement et fonctionnement général

1. Entrée sur le portail (conventionnel)

• a. Navigation pour un utilisateur non enregistrée
• b. Enregistrement de l'utilisateur via Login et mot de passe

2. Enregistrement d'un nouvel utilisateur (Type 6nergie ou Viaduc)

• a. Au travers de l'invitation d'un membre, d'un groupe de membres,...
• b. Suite à un surf sur Internet (il n'aura pas accès au Web2Child sauf s'il s'agit d'un professeur ou d'un parent)
• c. Remplir une demande d'adhésion en ligne
  • i. Identifier le type de membre par rapport aux cotisations et abonnements
• d. Invitation dans un groupe
  • i. Au travers d'un formulaire pour entrer dans le groupe
  • ii. Suite à une demande venant du groupe
  • iii. Définition des rôles, des droits, des privilèges au niveau des accès au sein du groupe.
• e. Validation de l'utilisateur par le mot de passe (possibilité de changer le mot de passe)
• f. Validation des données requises pour l'enregistrement
• g. Validation des conditions et acceptation de la charte des usages au sein du Web2Child

3. Gestion des utilisateurs et des groupes

• a. Administrer les comptes utilisateurs et gestion des entrées sorties ainsi que l'exclusion des Trolls
• b. Possibilité d'éditer son profil (modifier le mot de passe, ajouter une photo, gérer ses groupes, ses tags, sa Vcard,...)
• c. Créer un groupe
  • i. Définir les rôles dans le groupe
  • ii. Définir les privilèges pour un rôle au sein d'un groupe
  • iii. Créer, effacer, éditer le workflow, la procédure ou la politique d'un groupe
  • iv. Créer une hiérarchie organisationnelle au sein d'un groupe pour la création de projets spécifiques

4. Créer/éditer un contenu ou un sujet

(Uniquement les contributeurs. A noter qu'un TyWiki ayant finalisé une étude et après validation par le WikiProf et/ou la WikiFamily verra son travail rejoindre les ressources et sera par conséquent reconnu comme contributeur...)

• a. Créer/éditer suite à une demande au travers d'une tâche via un mini workflow de type CHRONOPOLYS
• b. Proposer une modification ou une nouvelle contribution à un groupe pour approbation
• c. Construire une carte de contenu par rapport à une thématique identifiée
  • i. Créer les spécifications des contenus et des metadonnées
  • ii. Aligner les ressources par rapport aux pédagogies
• d. Débuter/arrêter/finaliser une tâche ou un workflow
• e. Assigner une tâche à un contributeur, à un groupe ou à un rôle
  • i. Annuler la tâche
  • ii. Réassigner la tâche
• f. Accepter ou rejeter la tâche
• g. Créer ou ajouter des éléments à la discussion sur le sujet (Tout membre ou visiteur peut soumettre un commentaire. Ils seront validés par les responsables du groupe)
• h. Télécharger ou importer des éléments ou des sujets incluant tout type de metadonnées qu'elles soient requises ou optionnelles.
  • i. Sujet individuel
  • ii. Permettre des imports pré formatés ou packagés
  • iii. Permettre des importations de fichiers complets
  • iv. Valider pour tout import le type de licence de chaque élément et/ou de droit associé
  • v. Réorganiser les éléments et sujets importés par rapport à l'ensemble des ressources déjà présentes
• i. Editer un sujet (créer et publier des évolutions ou des sujets modifiés)
• j. Créer un sujet dérivé par rapport à un sujet existant avec possibilité de contrôle de version
• k. Permettre la création d'objets distincts
• l. Relier des objets distants voir extérieurs du Web2Child (exemple : Flickr, WikiPédia,...).
  • i. Permettre des passerelles avec des systèmes extérieurs (valider les droits et éviter la corruption de donner par des robots par ex.)
• m. Organiser tous les contenus et contributions en fonction des droits alloués

5. Gestion de la banque des ressources.

Construction et édition au niveau global. Agrégation de l'architecture. Gestion organisée d'un système organique par mise en adéquation de procédures déduites par l'usage. Consolidation des données.

• a. Construire, éditer et étendre la banque
• b. Importer des documents dans des formats standard
• c. Agréger des contenus semblables et fusionner des catégories identiques
• d. Effacer les contenus, sujets,… sans activité pendant plus d'un an dont des versions ultérieurs existent (prévenir le propriétaire avant)
• e. Exporter des éléments de la banque dans des structures du type XML
• f. Associer les PDF et sujets documentés à une catégorie
• g. Compiler des cours et des contenus par groupe
  • i. Possibilité de créer un espace à part entière pour les groupes à fort potentiel et à forte activité
• h. Définir des communautés par les usages
• i. Définir des Cities par les interactions entre différents groupes
• j. Définir des Univers entre les différentes communautés par le biais de points communs (langue par exemple)

6. Créer et compiler des collections en fonction des thématiques et des droits accordés

• a. Une collection rassemblée peut donner naissance à un nouveau groupe
• b. Favoriser l'agrégation pour permettre l'évolution
• c. Identifier les nouveaux objets individuels et essayer de les agréger
• d. Créer des séquences de cours par liens logiques, outils utilisés ou règles définies.
• e. Exporter les collections
  • i. En tant que SCO (Package de contenu de type SCORM)
  • ii. Comme livre pouvant être imprimé voir faire l'objet d'une édition en imprimerie
  • iii. Comme un lien de type LMS
  • iv. Comme un objet spécifique à exporter
  • v. Comme un cours complet prêt à être joué off line

7. Recherche de contenu dans la base (faciliter la démarche via mots clés, tags et proximité)

• a. Membre (Vois tout + vois l'état du contenu si finalisé ou en cours de construction en fonction de son niveau)
• b. Visiteur (ne vois que les contenus publiés sans droits + vision parcellaire des autres contenus déjà diffusés mais restreints en droit d'accès)
• c. Possibilité d'interface pour les recherches via des moteurs type Google vers l'extérieur mais aussi de l'extérieur vers l'intérieur de la base de type Lucène
• d. Mise en lien avec des sites référencés pour leur contenu (flickr, educommons, ERIC, NSDL, CNX, MELOT,...)

8. Recherche de membres ou de communautés au travers des réseaux sociaux (OpenBC, 6nergies, Viaduc, LinkedIn, Plaxo,...)

9. Espace de travail du professeur

• a. Création des espaces comprenant les blogs notamment des élèves
• b. Gestion des actions des élèves (mini workflow type CHRONOPOLYS)
• c. Assigner une tâche à un élève (devoir, projet, compléter informations,...)
• d. Système de suivi du travail de l'élève et des collaborations obtenues
• e. Rapports (statistiques, évolutions, blocages, évolution des contacts,...)
• f. Tableau de bord type NearBee

10. Conduite des interactions entre les élèves

• a. Recherche de contenus, de sujets, de contacts, d'info
• b. Parcours d'un sujet et mise en ligne des sujets traités par l'élève
• c. Possibilité de voir le planning et l'état d'avancement du projet
  • i. Possibilité de rapport pour l'élève pour faire le point sur son avance et sur les possibilités non encore utilisées (l'objet est de comparer l'enfant par rapport à lui-même et non par rapport à ses paires. Ex. Visibilité sur ses anciennes recherches, sur ce qui avait bien fonctionné, sur les points où il avait bloqué,...)
  • ii. L'élève reçoit des suggestions pour utiliser des outils ou du matériel mis à sa disposition. Un tutorial sera fourni pour le bon usage des outils.
  • iii. Il verra directement dans son voisinage les élèves, les spécialistes, les groupes et/ou les communautés qui ont déjà travaillé sur le sujet et il aura la possibilité de consulter les contenus réalisés par ces différentes personnes et il pourra, le cas échéant, se mettre en relation directe avec l'une ou l'autre personne ou groupe.

11. Au niveau le plus haut

• a. Création des politiques et des procédures
• b. Définition des licences éventuelles et des droits d'usages
• c. Mise en place de PayPal pour les ceux qui souhaitent vendre leurs contenus
• d. Evolution continuelle des politiques et des procédures

12. Utilisateur lambda non enregistré

• a. CMS Wiki-Up complet
• b. Possibilité de mettre du contenu
• c. Possibilité de mettre des commentaires sur ce qui est publié
• d. Possibilité de voir les contenus publiés sans droits
• e. Possibilité de voir un extract des autres contenus

13. Le Groupe

• a. Création d'un espace pour le groupe
• b. Définition des rôles et des privilèges au sein du groupe
• c. Création d'une « hiérarchie » pour la gestion du groupe
• d. Attribuer les rôles et privilèges
• e. Inviter et gérer les membres
• f. Créer un workflow par sujet
• g. Gérer les tâches du groupe et leur attribution
• h. Fournir des outils collaboratifs :
  • i. Page de discussion avec possibilité de synthèse et de relier des idées semblables
  • ii. Base de donnée spécifique au groupe pour partager des contenus, des ressources, des liens,...
  • iii. Possibilité de Visio et de téléphonie
  • iv. Calendrier partagé
  • v. Messagerie
  • vi. Possibilité de votes

II. Les différentes phases du projet

Première phase : Création et mise en ligne du CMS de Wiki-Up

1. Portail d'Accès / CMS - Description

Nous souhaitons permettre à tout à chacun d'entrer un jour dans le Web2Child. Aussi, lorsque celui-ci s'identifiera, il aura son espace et la possibilité de gérer son profil et ses informaitons comme sur NearBee. Il pourra dès lors créer sa communauté.

La seule exigeance, sera de signer la charte de Wiki-Up et de remplir complètement sa fiche de profil. S'il s'avère que celle-ci n'est pas remplie correctement (fausses informations), elle sera détruite lors de la gestion des nouveaux entrés. Il est important que chacun comprenne que nous sommes dans une démarche où chacun se présente comme il est.

Aucun droit ne sera demandé pour cette création.

L'objectif est de fédérer au plus vite une communauté et de permettre à tout le monde de se familiariser avec l'association et ce qui s'y passe.

Le CMS présente l'association, ses membres, ses objectifs, ses actions, son fonctionnement et le Web2Child. Il est composé comme un site institutionnel avec des fonctionnalités de base permettant l'édition, la discussion (blog/commentaires) et la gestion de contenu.

Des contenus pourront déjà être partagés mais avec des modules extérieurs comme Ma.gnolia, Flickr, Viaduc,...

Chacun pourra éditer son profil et ses tags pour se faire connaître au sein du site (voir techno 6nergie). A part cette fonctionnalité de Blog, le portail sera plutôt institutionnel tout en permettant l'adjonction de commentaires par rapport à des articles ou des sujets abordés.

L'objectif étant d'ouvrir au maximum notre vision pour permettre la synergie avec toute personne souhaitant être active dans le projet. Nous n'avons pas « LA » vision. Nous en avons une et nous souhaitons la faire évoluer grâce à la collaboration de tout à chacun.

La technologie utilisée pour le CMS doit être simple de configuration et de modification. Elle doit permettre la possibilité de joindre des commentaires et de faire des votes par rapport aux commentaires (cela permettra d'identifier les futurs HardiWiki et les Trolls). Accepter les tags et la publication et l'enregistrement de documents standards (PDF, HTML, .doc, .mpg, .jpg,… et Scorm si possible).

Le CMS doit être évolutif.

Eléments à prévoir dans la phase de constitution du CMS (non exhaustif)

1. Choix du moteur : XWiki
2. Licence LGPL
3. CSS/Template
4. Mots-clés / Tag
5. Plugin wiki
6. Insertion HTML
7. Insertion de contenu multimédia
8. Vote
9. Insertion de "micro formats"
10. Trackback
11. Rubrique
12. Lecteur multimédia
13. Lecteur RSS
14. Commentaires
15. Gestion des droits

• # administrateurs
• # rédacteurs
• # lecteurs

Création de la charte graphique

1. Email
2. Liste de diffusion
3. CSS/Template
4. Avatars
5. Tee-shirts

Mise en ligne du contenu

o Choix des rubriques o Politiques de Tags o Choix des illustrations o Mise en ligne des articles o Choix des liens externes o Création d'une FAQ

Mise en place de l'équipe éditoriale

o Choix de la politique éditoriale o Mise en place d'un langage lien

Mise en place d'une newsletter

Maintenir le lien avec tous les membres de la communauté

Création de contenu : Ferme de WikiBlog

o Type NearBee o Construire les tutoriaux en collaboration avec l' « Union des Initiatives d'Information »

Partage de Liens

o Ma.gnolia o Gregarius (GPL)

Choix du contenu par la communauté

o Publication d'articles et système de vote : Pligg

Exemple de « Screen » à titre informatif

La première page doit communiquer la mission et la valeur du site et motiver l'utilisateur à agir avec des invitations comme : en savoir plus, joignez vous à une communauté, créez votre Espace, participez à l'éducation,...

Graphiquement, tout est ouvert. Il faut néanmoins prévoir (et encore, nous sommes ouverts aux suggestions) :

• En haut à gauche :

Nous y retrouvons le logo de Wiki-Up qui permet d'avoir les infos concernant l'association. Sinon, celles-ci seront reprises dans le footer comme décris ci-dessous.

• En Haut à droite :

La possibilité de s'identifier et l'état de connexion. Juste en-dessous, le module de recherche et l'accès à l'aide en ligne de type FAQ comme sur XWiki.org. La langue dans laquelle est loggée l'internaute (possibilité de changer à tout moment de la navigation).

• * Le Footer :*

Le Footer reprend les catégories suivantes :

• • "A propose de" : On retrouve une présentation de l'association
  • "Les Membres" : On retrouve une présentation du bureau et un accès à la page présentant tous les membres inscrits.
  • "Les Partenaires" : Espace présentant les partenaires et leurs espaces
  • "Faire un don" : Espace permettant de faire un don => prévoir PayPal
  • "Nous contacter" : Ensemble des coordonnées pour nous joindre

En dessous, on trouve le lien pour les mentions légales et les politiques de copyright. Il doit contenir la légende « création le » pour la page visionnée et « modifié le » pour se familiariser au Wiki et aussi pour valider l'état de l'information.

• Le Body :

Il se présente sous la forme de trois boutons (voir screenshot sur CHRONOPOLYS)

• Colonne contextuelle à droite :

Cette colonne permet d'avoir toujours les dernières informations par rapport à la page que l'on visionne. Il est à noter que ceci se limite au CMS. Dans le Web2Child, on reprendra la configuration de base de NearBee.

Elle comprend

• un système d'inscription pour devenir membre de l'association et pouvoir créer son espace,
• la présentation des derniers membres inscrits et actuellement en lignes,
• un ensemble d'emplacement pour les partenaires qui doivent être différents au fur et à mesure qu'on se ballade sur le site. Prévoir la possibilité que les bannières des partenaires changent en fonction des pages visitées et des recherches effectuées.
• les dernières news avec des flux RSS pré-configurés afin d'assurer un dynamisme minimum des différentes pages visitées.

Précision pour le module d'inscription pour créer un espace :

Il s'agit d'un enregistrement classique où toutefois, nous souhaitons que la personne ait pris connaissance de la charte de Wiki-Up et qu'il l'ait validé.

Voici ce que nous proposons :

• Nom apparaissant à l'écran (objectif : inciter les internautes à utiliser leur vrai nom avec un « PrénomNom » comme identifiant. L'objectif est de faire comprendre que dans cet univers, on n'utilise pas de pseudo. On est qui l'on est… • Adresse Email (valider la forme et demander de la retaper) • Mot de passe (possibilité de génération d'un mot de passe instantané) • Après validation de ces informations, il y aura un envoi d'un Email de confirmation • Lorsqu'il se loggera avec son Email de confirmation, il devra finaliser la procédure de création de son profil et de son espace (les deux étapes étant liées). • Choisir le type d'utilisateur (professeur, Parent, enfant (-de 18 ans), Internaute, membre de l'association) • Si Membre de l'Association, valider avec une liste dans une base de données car tout membre de l'association reçoit dès son inscription un Compte et un Espace. • Si pas encore Membre, valider qu'il souhaite être Membre de l'association Wiki-Up • Partie Obligatoire (Adresse, CP, Ville, Pays, coordonnées téléphoniques) • Partie non Obligatoire (OpenID, blog, coordonnées GPS pour GoogleEarth) • Acceptation de la charte • Visibilité au sein de Wiki-Up :

• • complète (même aux visiteurs),
  • modérée (uniquement aux inscrits),
  • réduite (uniquement aux espaces ayant choisi les mêmes tags/centres d'intérêt).

A partir de ce moment là, l'utilisateur est créé dans le système et il a à sa disposition un Espace dans lequel il peut compléter son profil (Vcard), etc

Il recevra, après la mise en activité de son Espace, un Email reprenant les différents espaces existants à l'heure de son enregistrement avec une présentation des sujets abordés dans chacun de ces espaces aux quels il aura accès en fonction du choix qu'il a fait sur sa propre visibilité et sur la visibilité choisie par ses paires.

Si le nombre est trop important prévoir une redirection sur le site avec module de sélection par critères.

Objectif : inciter tout le monde à être visible complètement. L'objet du site étant d'aller à la rencontre de l'Autre...

Il pourra, dans son Espace, s'abonner à recevoir par mail la liste des inscrits quotidiennement en fonction de son profil et de ses tags.

Il pourra inviter des personnes à rejoindre son Espace et partager des informations avec d'autres Espaces.

Il pourra commencer à créer des groupes de travail au sein de son Espace par des liens inter Espaces...

L'objectif est de localiser les HardiWiki et les Trolls pour la phase 2

Pour info, le module de recherche sera très complet et permettra d'enregistrer les recherches ainsi que d'autres fonctionnalités...

Il y aura une première gestion des contenus mis à disposition par les différents utilisateurs. Ils constitueront la banque initiale pour le Web2Child. Il leur sera d'ailleurs demandé de fournir les droits sur les fichiers qu'ils téléchargent si nécessaire.

Première phase : CMS Wiki-Up et Lancement Web2Child

Première « release » : fin décembre 2007 Seconde « release » : fin mars 2008 Mise en ligne du site : juin 2008

Le Web2Child proprement dit

• Mettre à disposition une passerelle entre le CMS et Web2Child qui sera sous technologie XWiki.
• Permettre aux communautés de se créer et d'échanger au sein du Web2Child.
• Permettre la constitution de groupes et l'allocation d'espaces pour les professeurs et les parents.
• Permettre au sein de chaque espace de créer des groupes de travail avec des blogs et des pages wiki pour les élèves/enfants avec visibilité Complète par le créateur (professeur/parent) sous forme de tableau de bord.
• Identifier les homonymes et permettre le cas échéant la fusion de deux groupes de travail et/ou espace si l'enfant et l'élève est le même après validation par le professeur et le parent.
• Permettre la création de contenus spécifiques sur bases de contenus existants ou from scratch.
• Etablir des liens avec des contacts, groupes, communautés pour permettre un premier niveau de collaboration sur des sujets partagés.
• Possibilité d'écrire des scénarios de recherche pour guider l'élève dans sa démarche.
• Permettre l'échange de vidéo, photos, textes, son, Email,...
• Les contenus produits par les professeurs, parents et élèves devront être publiables au niveau web. L'objectif étant de faire partager ce qui se passe au sein du Web2Child pour les internautes externes et pour les moteurs de recherche.

Eléments à prévoir dans la phase de constitution du Web2Child (non exhaustif)

• Outils de Communication

o Permettre des échanges de qualités entre les membres de la communauté : VoIP (Gizmo + VoIPLogic) o Organiser des vidéoconférences collaboratives : FlashMeeting o Maintenir un lien permanent entre les membres de la communauté : Canal IRC o Trouver toujours une réponse à sa demande : Numéro Unique o Pouvoir créer des documents lors des vidéoconférences : Gobby

• Géo localisation des données, des utilisateurs, des lieux

o Permettre de favoriser les rencontres

• WikiBanque

o Permettre la collecte de dons o Partage d'épargne et aide aux projets

• Boutique Zoho Writer - Online Word Processor

o Proposer et vendre des Produits et des Services

• Page Personnelle : NetVibes

o Permettre une visualisation personnelle de la communauté

• Base de Connaissance : Wiki

o Construction d'un savoir collectif o Sédimenter les échanges o Contenu mobile (wikipedia, ekopedia)

• Canal de contenu multimédia : Flickr, OurMedia, GetDemocracy

o Permettre la création et la mise en avant de contenu multimédia

• Version Mobile

o Bouquet de services mobiles

• Partage de recommandations : 36 Trucs, Les Influenceurs

o Favoriser les liens et les coopérations

• Réseau social

o 6nergies o ClaimId

• Outils de dessins Collaboratifs

o Gliffy

• Tableurs Partagés

o WikiCalc

• Outils de Gestion/ Compta en ligne

o Compta en ligne o FTP factures et pièces comptables

• Outils de gestion de la réputation : Karma Initiative

o Permettre de valoriser la participation et l'engagement

• Stockage des données personnelles

o CleverSafe OpenSource Community

• Partage de données

o Allpeers

• Exemple de « Screen » à titre informatif

Lorsque le Web2Child sera créé et mis en ligne, tous les professeurs et parents déjà présents sur le CMS seront invités à y entrer. En validant le mail qu'il leur sera envoyé, leurs comptes seront créés au sein du Web2Child et ils disposeront d'un espace qui reprendra leur Blog et leur profil mais qui permettra aussi de créer un Blog pour leurs élèves et enfants. Si ceux-ci ont déjà un Blog, il sera possible de réintégrer le Blog de l'enfant ou de l'élève dans son espace.

Le même service sera proposé aux HardiWiki et aux membres actifs de l'association.

Aussi, le premier pas dans le Web2Child doit être proche de l'univers du CMS.

Reprendre le Header et le Footer.

En revanche, il n'y aura pas de colonne de droite mais une colonne de gauche reprenant les focntionnalités actuelles de NearBee.

Voir s'il est possible d'avoir une colonne à droite où figurent les outils disponibles pour travailler suivant l'endroit où l'on se trouve (éditeur de texte, téléchargement de musique, vidéo, images, mise en ligne, Email, Visio, tchat, téléphonie,...)

Dans la colonne de gauche, il retrouvera les fonctionnalités assignées à son niveau. Créer du contenu, un cours, un Blog pour un élève/enfant, un scénario,… et un menu de navigation dans le Web2Child

En dessous du Header, il serait idéal d'avoir un espace pour le menu du Système ainsi qu'un espace pour le menu de l'espace avec des accès rapides vers ses contacts, ses élèves, ses groupes, son profil, un moteur de recherche et ses contributions.

• Le Menu Système :

Il permet une navigation globale dans les principales parties du site et il parcourt les différentes fonctionnalités. Il sera d'une grande aide lorsque l'utilisateur sera initié et il est important de prévoir des raccourcis pour les utilisateurs expérimentés.

Il permet de :

• retourner à l'accueil où que l'on soit ; • d'accéder directement aux news du site ; • d'accéder à des nouveaux utilisateurs ou à des nouveaux groupes ; • d'accéder aux blogs de son environnement ; • d'avoir accès aux pages d'aide et aux FAQ ; • de faire des recherches par mots clés dans les pages du site ; • d'administrer son espace ou suivant ses droits, l'ensemble du site. Apparaîtront alors des fonctionnalités spécifiques à ce type d'utilisateurs.

• Le Menu de l'Espace :

Il est en relation avec les pages visualisées et en fonction de la personne qui la visualise. Possibilité de changer le password, le profil. Accès rapides à ses contacts, ses élèves, ses groupes, son profil, à un moteur de recherche et à l'ensemble de ses contributions dans son espace mais aussi dans les autres espaces, groupes et communautés. Ainsi que son niveau : Il ne peut le changer mais il peut consulter pourquoi il est à tel niveau et pas à un autre. (prinispe de ActionUp). Ceci est valable pour tout le monde au sein du Web2Child. Le niveau est toujours en relation avec Soi et se base sur la première connexion et la première contribution et il évolue avec la personne. Tout le monde commence à 1. Le dernier niveau étant 7. Le niveau 7 atteint, vous entrez dans un nouveau monde… (Voir comment on peut gérer cela en lien avec son profil selon un système comme KarmaOnLine => Voir projet Action'Up).

Suivant les droits pour la page visionnée apparaîtront l'icône de l'édition, du commentaire, de joindre un fichier attaché, d'exporter en format PDF, de visualiser l'historique, etc… (Cf. XWiki).

• La navigation à Gauche de la page :

Comme déjà mentionné, ce menu doit être flexible et permettre à chacun de l'organiser comme il l'entend. Il contiendra des liens et des fonctionnalités déjà repris dans d'autres menus. Il doit être spécifique à l'espace où on se trouve en fonction des droits et privilèges de l'utilisateur (options pour les groupes, la création de cours, le partage d'infos,...). Voici quelques éléments qui pourraient être présent dans cette barre :

• Bienvenue

o Comment utiliser cet espace (tutorial) o Créer votre Blog/Blog de vos élèves o Créer un article o ...

• Email
• Mes catégories

o Catégorie 1 o Catégorie 2 o Créer catégorie

• Mes groupes

o Groupe 1 : … o Groupe 2 : … o Créer Groupe

• Mes cours

o Cours 1 o Cours 2 o Créer cours

• Mes classes

o Classe 1 o Classe 2 o Créer classe

• Mes tâches

o Tâche 1 o Tâche 2 o Créer tâche

• Mon calendrier

o Evénement 1 o Evénement 2 o Créer évènement

• (Voir sur site)...
• Le Body :

C'est l'espace de travail. Il doit être Hyper flexible et permettre du drag & drop de tout élément venant du site ou extérieur au site. Il s'agit d'un espace de création et de développement. Il peut contenir des éléments prédéfinis pour habituer l'utilisateur mais cela doit se faire sous forme de fenêtres que l'on puisse fermer ou ouvrir (par exemple à partir des autres menus). Voici quelques options :

• Lien vers des groupes spécifiques
• Lien vers des cours spécifiques
• Ensemble des documents en cours de réalisation par l'utilisateur
• Liens vers des contributions
• Lien vers des infos extérieurs (flux RSS)
• Les sujets de la semaine
• Les tâches à faire
• ...
• La Barre à droite :

Elle reprend les outils à la disposition de l'utilisateur (éditeur de texte, téléchargement de musique, vidéo, images, mise en ligne, Email, Visio, tchat, téléphonie,...). Ici encore, l'utilisateur pourra ajouter des outils ou en enlever (toujours prévoir de revenir à une situation précédente en comparant les versions ou à la version par défaut).

Il est essentiel de prévoir que chacun pourra aménager son espace comme il le souhaite et de l'inciter à utiliser des flux RSS. Il pourra toujours revenir à une version ultérieure si quelque chose ne fonctionne plus ou à la version par défaut. Il pourra éliminer des éléments suivant ses usages et en ajouter le cas échéant. A terme, chaque espace devrait être personnel et complètement individuel.

Lors de la première venue dans le « WebPlanet de l'Enfant », il aura un ensemble de tâches à exécuter. Ces tâches ont pour but de l'initié aux principaux usages de l'EIA tout en créant son espace. Il sera important de montrer qu'il peut jouer avec son espace puisque tout est récupérable en cas d'erreur. L'objectif est de le rassurer et de lui permettre de laisser libre cours à sa création. Objectif premier de cette méthode. Il s'agit aussi de lui montrer que nous recherchons l'individualité et non le conformisme. (Ex. NetVibes)

Il s'en suivra plusieurs scénarios :

Scénario 1 : Parfaire son profil, rechercher des contacts, s'abonner à un groupe, ajouter des contenus (fonctionnalités Viaduc,...) Scénario 2 : Créer des Blogs pour ses enfants/élèves et définir des rôles et des niveaux Scénario 3 : Créer un scénario pour les enfants/élèves en créant un cours à base de contenu existant ou à créer Scénario 4 : Mettre en place un Workflow/Vérifier l'exécution des tâches par les enfants/élèves Scénario 5 : Créer des rapports sur les activités afin d'avoir une vue individuelle et groupe Scénario 6 : Intervenir auprès des élèves pour valider/ faire évoluer l'élève/Faire découvrir de nouvelles fonctionnalité Scénario 7 : Mettre en ligne le travail de l'élève en gérant les droits/Les faire entrer comme nouveaux contenus et éditer son cours pour un usage ultérieur par lui ou par ses paires avec les statistiques et les commentaires appropriés (résultats/difficultés/erreurs/...)

L'objectif est de faire un tour rapide des différentes possibilités et de créer tout de suite du contenu. N'oublions pas qu'il s'agira des premiers utilisateurs qui seront déjà habitués par le CMS.

Toutefois, le fait d'éxécuter ces scénarios créera autant de contenu et d'exemples pour les futurs utilisateurs.

• Planning de la seconde phase

Première « release » : fin février 2008 Seconde « release » : avril 2008 Troisième « release » : juin 2008 Mise en ligne : septembre 2008