Projets-2015-2016-SmartClassRoom - Revision history

Vincent.Mesnier: /* Améliorations possibles */

2016-03-17T14:08:09Z

Améliorations possibles

← Older revision		Revision as of 14:08, 17 March 2016
Line 433:		Line 433:
	== Améliorations possibles ==		== Améliorations possibles ==

			-Utilisation de NFC : Nous avons qu'une partie de la NFC

			-Migration du projet vers SocketIO (ne plus utiliser NowJS qui est obsolète)

			-Amélioration du SNAKE à plus de 2 joueurs

			-S’échanger les écrans (pour la configuration par exemple-

			-Configuration Automatique des tables (cf. Capteurs)

	== Notre ressenti ==		== Notre ressenti ==

Vincent.Mesnier: /* Project schedule */

2016-03-17T14:00:31Z

Project schedule

← Older revision		Revision as of 14:00, 17 March 2016
Line 76:		Line 76:
	[[File:Projets-2015-2016-Gantt.png \| 600px\| center]]		[[File:Projets-2015-2016-Gantt.png \| 600px\| center]]

			Nous avons aussi réaliser un Gantt final pour voir les écart entre ces deux diagrammes :
			[[File:Projets-2015-2016-Gantt1.png \| 600px\| center]]

Vincent.Mesnier: /* Bilan */

2016-03-17T13:58:57Z

Bilan

← Older revision		Revision as of 13:58, 17 March 2016
Line 428:		Line 428:

	Nous avons au début rencontré beaucoup de problèmes par rapport à la disponibilité de la salle SMARTCLASSROOM, celle ci étant avant tout une salle de réunion pour le laboratoire LIG. Nous avons souvent du quitter la salle pour cause : réunion. Nous tenons à remercier Jérome Maisonnasse d’avoir fait le maximum pour nous tenir au courant des disponibilités de la salle.		Nous avons au début rencontré beaucoup de problèmes par rapport à la disponibilité de la salle SMARTCLASSROOM, celle ci étant avant tout une salle de réunion pour le laboratoire LIG. Nous avons souvent du quitter la salle pour cause : réunion. Nous tenons à remercier Jérome Maisonnasse d’avoir fait le maximum pour nous tenir au courant des disponibilités de la salle.

			== Améliorations possibles ==


	== Notre ressenti ==		== Notre ressenti ==

Vincent.Mesnier: /* Snake */

2016-03-17T12:28:30Z

Snake

← Older revision		Revision as of 12:28, 17 March 2016
Line 387:		Line 387:
	- Un deuxième mode multi-joueur, qui permet à plusieurs personnes de jouer au Snake. Dans cette version, nous avons défini des murs bloquants et non bloquants. Les murs non bloquants permettent de passer le Snake d'un utilisateur à l'autre.		- Un deuxième mode multi-joueur, qui permet à plusieurs personnes de jouer au Snake. Dans cette version, nous avons défini des murs bloquants et non bloquants. Les murs non bloquants permettent de passer le Snake d'un utilisateur à l'autre.

			[[Image:Projets-2015-2016-SmartClassRoom_Snake3.jpg\|center\|thumb\|400px\| Limitation snake]]

	Afin d'implanté le Snake dans l'application existante, nous avons utilisé les principes mis en place par les étudiants de l'année 2014-2015. C'est dire que le jeu fonctionne selon un modèle d'architecture en deux couches. Il y a tout d'abord une partie moteur qui calcul et transmet les informations de position du Snake. Puis, nous avons la vue qui affiche les éléments calculés par le moteur.		Afin d'implanté le Snake dans l'application existante, nous avons utilisé les principes mis en place par les étudiants de l'année 2014-2015. C'est dire que le jeu fonctionne selon un modèle d'architecture en deux couches. Il y a tout d'abord une partie moteur qui calcul et transmet les informations de position du Snake. Puis, nous avons la vue qui affiche les éléments calculés par le moteur.

Youcef.Hamdani: /* Difficultés rencontrées */

2016-03-17T12:15:11Z

Difficultés rencontrées

← Older revision		Revision as of 12:15, 17 March 2016
Line 414:		Line 414:
	'''Utilisation du code existant :'''		'''Utilisation du code existant :'''

	Le projet Smart ClassRoom est un projet collaboratif, nous avons eu beaucoup de mal à prendre en mains le code déjà existant. Les groupes des années ~~précédente~~ ayant ~~réaliser~~ un travail très important au niveau de code mais ont délaissé un peu la documentation. Nous avons donc passé beaucoup de temps à documenter cette partie afin que les groupes avenir n’aient pas de problèmes de prise en mains du code qui aurait du ~~etre~~ pour nous quelque chose de rapide.		Le projet Smart ClassRoom est un projet collaboratif, nous avons eu beaucoup de mal à prendre en mains le code déjà existant. Les groupes des années précédentes ayant réalisé un travail très important au niveau du code mais ont délaissé un peu la documentation. Nous avons donc passé beaucoup de temps à documenter cette partie afin que les groupes avenir n’aient pas de problèmes de prise en mains du code qui aurait du être pour nous quelque chose de rapide.

	'''Trouver de nouvelles idées :'''		'''Trouver de nouvelles idées :'''

	Le projet existant depuis déjà pas mal de temps nous avons eu ~~pas mal de~~ difficultés pour innover et trouver de nouvelles ~~idée~~ afin de rendre ce projet encore plus futuriste. L’aide de ~~nombreuse~~ ~~personne~~ et d’une ~~enquete~~ afin de savoir se que les personnes attendent d’un tel projet nous a permis d’étudier l’attente et de proposer des solutions en ~~parfait~~ accord avec la demande.		Le projet existant depuis déjà pas mal de temps nous avons eu des difficultés pour innover et trouver de nouvelles idées afin de rendre ce projet encore plus futuriste. L’aide de nombreuses personnes et d’une enquête afin de savoir ce que les personnes attendent d’un tel projet nous a permis d’étudier l’attente et de proposer des solutions en accord avec la demande.

	'''Migration vers SocketIO :'''		'''Migration vers SocketIO :'''
Line 426:		Line 426:
	'''Les réunions dans la salle : '''		'''Les réunions dans la salle : '''

	Nous avons au début ~~rencontrés~~ beaucoup de ~~probleme~~ par rapport à la disponibilité de la salle SMARTCLASSROOM, celle ci étant avant tout une salle de réunion pour le laboratoire LIG. Nous avons souvent du quitter la salle pour cause : réunion. Nous tenons à remercier Jérome Maisonnasse d’avoir fait le maximum pour nous tenir au courant des disponibilités de la salle.		Nous avons au début rencontré beaucoup de problèmes par rapport à la disponibilité de la salle SMARTCLASSROOM, celle ci étant avant tout une salle de réunion pour le laboratoire LIG. Nous avons souvent du quitter la salle pour cause : réunion. Nous tenons à remercier Jérome Maisonnasse d’avoir fait le maximum pour nous tenir au courant des disponibilités de la salle.

	== Notre ressenti ==		== Notre ressenti ==

Youcef.Hamdani: /* Les Métriques */

2016-03-17T12:12:14Z

Les Métriques

← Older revision		Revision as of 12:12, 17 March 2016
Line 404:		Line 404:
	== Les Métriques ==		== Les Métriques ==

	Nous avons ~~pour ce projet réaliser~~ des métriques sur différents critère, à la fois sur le nombre de ~~ligne,~~ le nombre de ~~fichier~~. Pour réaliser ces métriques nous avons fait le choix d'utiliser l'outil CLOC disponible directement sur l'eclipse market. si vous êtes intéressé vous pouvez ~~allé~~ jeter un coup ~~d'oeuil~~ à l'outil : [[http://cloc.sourceforge.net CLOC]]		Nous avons réalisé des métriques sur différents critère, à la fois sur le nombre de lignes et le nombre de fichiers. Pour réaliser ces métriques nous avons fait le choix d'utiliser l'outil CLOC disponible directement sur l'eclipse market. si vous êtes intéressé vous pouvez aller jeter un coup d’œil à l'outil : [[http://cloc.sourceforge.net CLOC]]
	Vous pouvez maintenant prendre connaissance des différentes métriques en lien avec notre projet ci-dessous.`		Vous pouvez maintenant prendre connaissance des différentes métriques en lien avec notre projet ci-dessous.`

	[[Image:Projets-2015-2016-SmartClassRoom_Met1.jpg\|center\|thumb\|400px\| Mesure générales]]		[[Image:Projets-2015-2016-SmartClassRoom_Met1.jpg\|center\|thumb\|400px\| Mesure générales]]
	[[Image:Projets-2015-2016-SmartClassRoom_Met2.jpg\|center\|thumb\|400px\| Fichiers créées et modifiés]]		[[Image:Projets-2015-2016-SmartClassRoom_Met2.jpg\|center\|thumb\|400px\| Fichiers créées et modifiés]]



	== Difficultés rencontrées ==		== Difficultés rencontrées ==

Youcef.Hamdani: /* Snake */

2016-03-17T12:01:25Z

Snake

← Older revision		Revision as of 12:01, 17 March 2016
Line 390:		Line 390:
	Afin d'implanté le Snake dans l'application existante, nous avons utilisé les principes mis en place par les étudiants de l'année 2014-2015. C'est dire que le jeu fonctionne selon un modèle d'architecture en deux couches. Il y a tout d'abord une partie moteur qui calcul et transmet les informations de position du Snake. Puis, nous avons la vue qui affiche les éléments calculés par le moteur.		Afin d'implanté le Snake dans l'application existante, nous avons utilisé les principes mis en place par les étudiants de l'année 2014-2015. C'est dire que le jeu fonctionne selon un modèle d'architecture en deux couches. Il y a tout d'abord une partie moteur qui calcul et transmet les informations de position du Snake. Puis, nous avons la vue qui affiche les éléments calculés par le moteur.

	En mode multi-joueur, ce qui se passe sur les écrans des différents ~~joueur~~ dépend de la location du Snake. L'écran qui possède le Snake sollicitera le moteur pour faire les calculs de déplacement et autres. Tandis que les autres écrans seront neutre, mis à part l'affichage du score qui changera en fonction des éléments mangés par le Snake.		En mode multi-joueur, ce qui se passe sur les écrans des différents joueurs dépend de la location du Snake. L'écran qui possède le Snake sollicitera le moteur pour faire les calculs de déplacement et autres. Tandis que les autres écrans seront neutre, mis à part l'affichage du score qui changera en fonction des éléments mangés par le Snake.

	[[Image:Projets-2015-2016-SmartClassRoom_Snake1.jpg\|center\|thumb\|400px\| Snake en petite écran]]		[[Image:Projets-2015-2016-SmartClassRoom_Snake1.jpg\|center\|thumb\|400px\| Snake en petite écran]]

Youcef.Hamdani: /* Snake */

2016-03-17T11:00:02Z

Snake

← Older revision		Revision as of 11:00, 17 March 2016
Line 379:		Line 379:
	=== Snake ===		=== Snake ===

	L'objectif est de réaliser une autre application multi-utilisateur avec une gestion de l'affichage en Tiled Display (comme le ~~jeux~~ PingPong). Nous avons donc choisi le ~~jeux~~ classique Snake. Pour cela, nous sommes parti d'un snake basique réalisé en JavaScript et nous avons apporté des ~~modification~~ pour que celui ci fonctionne avec le projet (Nous nous sommes aidés d'un jeux déjà réalisé Ping Pong).		L'objectif est de réaliser une autre application multi-utilisateur avec une gestion de l'affichage en Tiled Display (comme le jeu PingPong). Nous avons donc choisi le jeu classique Snake. Pour cela, nous sommes parti d'un snake basique réalisé en JavaScript et nous avons apporté des modifications pour que celui ci fonctionne avec le projet (Nous nous sommes aidés d'un jeux déjà réalisé Ping Pong).

	Dans notre Snake nous avons choisi d'implémenter deux modes de jeu :		Dans notre Snake nous avons choisi d'implémenter deux modes de jeu :

	- Un premier mode un-joueur. Ce mode permet de jouer au Snake Classique avec des bords bloquants. Pour réaliser cette partie, nous avons adapter le Snake afin qu'il puisse être affichable dans une de nos "canvas". Puis nous avons implanté le code nécessaire afin que le Snake puisse se jouer en "mode grand écran".		- Un premier mode un-joueur. Ce mode permet de jouer au Snake Classique avec des bords bloquants. Pour réaliser cette partie, nous avons adapter le Snake afin qu'il puisse être affichable dans une de nos "canvas". Puis, nous avons implanté le code nécessaire afin que le Snake puisse se jouer en "mode grand écran".

	- Un deuxième mode multi-joueur, qui permet à plusieurs personnes de jouer en Snake. Dans cette version nous avons défini des murs bloquants et non bloquants. Les murs non bloquants permettent de passer le Snake d'un utilisateur à l'autre.		- Un deuxième mode multi-joueur, qui permet à plusieurs personnes de jouer au Snake. Dans cette version, nous avons défini des murs bloquants et non bloquants. Les murs non bloquants permettent de passer le Snake d'un utilisateur à l'autre.


	Afin d'implanté le Snake dans l'application existante, nous avons utilisé les principes mis en place par les étudiants de l'année 2014-2015. C'est dire que le jeu fonctionne selon un modèle d'architecture en deux couches. Il y a tout d'~~abords~~ une partie moteur qui calcul et transmet les informations de position du Snake. Puis nous avons la vue qui affiche les éléments calculés par le moteur.		Afin d'implanté le Snake dans l'application existante, nous avons utilisé les principes mis en place par les étudiants de l'année 2014-2015. C'est dire que le jeu fonctionne selon un modèle d'architecture en deux couches. Il y a tout d'abord une partie moteur qui calcul et transmet les informations de position du Snake. Puis, nous avons la vue qui affiche les éléments calculés par le moteur.

	En mode multi-joueur, ce qui se passe sur les écrans des différents joueur dépend de la location du Snake. L'écran qui possède le Snake sollicitera le moteur pour faire les calculs de déplacement et autres. Tandis que les autres écrans seront neutre, mis à part l'affichage du score qui changera en fonction des éléments mangés par le Snake.		En mode multi-joueur, ce qui se passe sur les écrans des différents joueur dépend de la location du Snake. L'écran qui possède le Snake sollicitera le moteur pour faire les calculs de déplacement et autres. Tandis que les autres écrans seront neutre, mis à part l'affichage du score qui changera en fonction des éléments mangés par le Snake.
Line 398:		Line 398:


	En résumé les différences notables entre les deux modes du ~~jeux~~ Snake sont :		En résumé les différences notables entre les deux modes du jeu Snake sont :
	- la présence du bouton « quit » sur l'écran du jeu multi-joueur		- la présence du bouton « quit » sur l'écran du jeu multi-joueur
	- la présence de ~~mur~~ non bloquants dans le mode multi-joueur		- la présence de murs non bloquants dans le mode multi-joueur


	== Les Métriques ==		== Les Métriques ==

Youcef.Hamdani: /* Chat */

2016-03-17T10:57:25Z

Chat

← Older revision		Revision as of 10:57, 17 March 2016
Line 367:		Line 367:


	En faite le serveur (WEB.JS) permet de gérer les connexions de clients c'est dans ce fichier que se fait la ~~connection~~, la ~~déconnection~~ et l'émission d'un message vers les clients.		En faite le serveur (WEB.JS) permet de gérer les connexions de clients c'est dans ce fichier que se fait la connexion, la déconnexion et l'émission d'un message vers les clients.

Thibault.Saussac: /* Touch Interaction */

2016-03-17T10:57:19Z

Touch Interaction

← Older revision		Revision as of 10:57, 17 March 2016
Line 354:		Line 354:

	=== Touch Interaction ===		=== Touch Interaction ===

			Nous avons fait le choix de rajouter la possibilité d'interagir avec les les images sur une table. cela permettra d'apporter plus d'interaction entre l'utilisateur et la tablette.

			Pour réaliser cette fonctionnalité nous avons modifier le fichier LOADMEDIA.js et la fonction loadpicture dans lequel nous avons ajouter les algorithmes pour le tracker de doigt afin de faire bouger une image et de la zoomer.

			Le code si dessous permet de réaliser le zoom et le tracker :

	=== Chat ===		=== Chat ===