montchalin-fourcade.overblog.com

Compte du rendu de la reunion du 14/02 à 15h10-16h45:

Présents : Myriam Gelsomnio, Jerome Palaysi, Claude Montchalin, Nicolas Fourcade.

Lors de cette reunion les points suivants on été abordés :

Le site Elgg a été installé sur le site d'hebergement de l'iut ainsi que sur un serveur Nas externe http://courtenay.myds.me. Cette installation a mis en avant certaines contraintes techniques aussi bien sur le serveur Nas que sur l'hebergement iut.

• Le serveur web Apache doit être installé avec la suite de modules :mod_rewrite et PHP

• MySQL 5 est nécessaire pour le stockage des données

• PHP 5.2 doit être installé en tant que module Apache (et non en mode CGI ou mode sans échec) avec les bibliothèques suivantes : GD et JSON (pour les fonctions API)

Les difficultés proviennent de la configuration du serveur apache hors mode CGI. Il faut activer également certaines fonctionnalités sur le serveur apache qui autorise la redirection url par Elgg.

Cela a été mis en place sur le Nas mais pas sur l'hebergement de l'iut aupres de qui une demande a été effectuée concernant ces informations. La redirection d'adressage du serveur Nas lié à un prestataire de redirection (myds.me) a posé probleme durant quelques temps . Auquels cas la maquette attendue n'a pu etre fournis par manque de temps d'avoir pu détailler les fonctionnalités de elgg et d'en valider la conformité avec les attentes et les besoins du projet.

• La création des comptes fusion forge a été faite

• Elgg est conforme à la norme w3c testé sur http://validator.w3.org/

Lors de cet entretien ont été repris également la rubrique du cahier des charges concernant les principales fonctionnalités que le reseau social de l'iut doit proposer aux utilisateurs :

Il a été noté que les fonctionnalités concernant les profils des "etudiants" et des "anciens étudiants" sont conformes mais a répartir en trois grandes familles la partie "gestion de son identite numerique" la partie "affichage de son identite numerique" la gestion poster/envoyer des informations" au sein de chacune d'entre elles on retrouve les differentes actions déja repertorier.

Il a été noté aussi que l'importance de la gestion des groupes pouvait ou non valider la conformité de elgg avec la demande. En effet l'utilisateur "enseignant" doit pouvoir créer des groupes au sein duquel se retrouveront directement ou d'office certains. L'enregistrement de ses groupes doit pouvoir faciliter la circulatiuon d'information de la part des enseignants aupres des "étudiants" et des "anciens étudiants" ainsi que la consultation des statisques à partir de données déja répertorier à partir de la notion de groupe

Il faut donc pour la prochaine réunion avoir pu détailler le fonctionnement des groupes dans elgg et la gestion des operations de groupes avce notammment la notion de : "est ce qu'un membre peut apartenir a deux groupes. Non pas un+un mais a deux groupes". de la meme façon elgg peut il gerer la notion de groupe de groupes.

Les problemes techniques doivent etre regler afin de présenter la maquette.

Points pour la prochaine réunion :

1. Limiter l'accès aux inscriptions aux étudiants

2. Prévoir les informations de base que l'élève doit renseigner : Son identité numérique. A renseigner lorsque l'étudiant se connecte.

3. Déclarer les groupes auxquel il appartient. (Il faut pouvoir créer plusieurs groupes différents : par année, par diplôme, spécialité : 2010/Licence/ACPI..

4. Est-ce qu'on peut faire des groupes de groupe? Pour tester cela il faut créer une base fictive d'anciens élèves dans Elgg.

5. Les administrateurs du site auront les droits pour créer les groupes.

6. Avoir la documentation de développement d'un module supplémentaire.

7. Est-ce qu'on peut faire des requêtes sur la BDD Elgg ? :

8. Structure de la BDD pour gérer les groupes