PAGE WIKI ETUDIANTS 2012-13 SIGNATURES - Revision history

Florian.Fourure: /* Repartition des taches */

2013-03-22T12:22:02Z

Repartition des taches

← Older revision		Revision as of 12:22, 22 March 2013
Line 24:		Line 24:

	Equipe IHM : Rolly, Qikai		Equipe IHM : Rolly, Qikai

	Equipe Acquisition : Rolly, Mickael, Qikai		Equipe Acquisition : Rolly, Mickael, Qikai

	Equipe Noyau (Decision/Traitement des données/BD) : Soriya, Joachim, Florian		Equipe Noyau (Decision/Traitement des données/BD) : Soriya, Joachim, Florian


	Ensuite les membres de chaque équipe "naviguer" lorsqu'il y avais des problèmes et nécessité de l'aide.		Ensuite les membres de chaque équipe "naviguer" lorsqu'il y avais des problèmes et nécessité de l'aide.

Florian.Fourure: /* Repartition des taches */

2013-03-22T12:21:47Z

Repartition des taches

← Older revision		Revision as of 12:21, 22 March 2013
Line 20:		Line 20:

	===Repartition des taches===		===Repartition des taches===

			Nous avons fonctionné en plusieurs petites équipe. Chaque équipe avait un objectif précis. A savoir :

			Equipe IHM : Rolly, Qikai
			Equipe Acquisition : Rolly, Mickael, Qikai
			Equipe Noyau (Decision/Traitement des données/BD) : Soriya, Joachim, Florian

			Ensuite les membres de chaque équipe "naviguer" lorsqu'il y avais des problèmes et nécessité de l'aide.

	===Mode de fonctionnement===		===Mode de fonctionnement===

Florian.Fourure: /* Projet reconnaissance de signature 2012-2013 */

2013-03-22T10:53:06Z

Projet reconnaissance de signature 2012-2013

← Older revision		Revision as of 10:53, 22 March 2013
Line 1:		Line 1:
	=Projet reconnaissance de signature 2012-2013=		Projet reconnaissance de signature 2012-2013
	==Description du projet==		=Description du projet=
	===Membres du projet===		==Membres du projet==
	Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr		Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Line 14:		Line 14:
	Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com		Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

	=== Description du projet===		== Description du projet==
	Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES\|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.		Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES\|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

			==Gestion de projet==

			===Repartition des taches===

			===Mode de fonctionnement===
	===Gantt prévisionnel===		===Gantt prévisionnel===
	Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.		Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
Line 22:		Line 27:
	[[File:Ressource_prev.png\|thumb\|center\|upright=3\|alt=Distribution des ressources prévisionnel\|Distribution des ressources prévisionnel]]		[[File:Ressource_prev.png\|thumb\|center\|upright=3\|alt=Distribution des ressources prévisionnel\|Distribution des ressources prévisionnel]]

	===Description ~~des taches==~~=		=Description Logicielle=
		⚫	==Interface Homme Machine==

⚫	====Interface Homme Machine====
	Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.		Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
	Ensuite cette étape ce décomposeras en 4 parties :		Ensuite cette étape ce décomposeras en 4 parties :

			==Aquisition d'une signature==
	=====Réalisation des interfaces abstraite =====
	Pas encore réalisé.

	Développeur : Rolly / Florian(à 50%)

	===~~==Arbres des taches==~~===		===Acquisition===
		⚫	Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
	Pas encore réalisé.
		⚫	Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.

		⚫	Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.
	Développeur : Rolly / Florian (à 50%)

	=====Réalisation des interfaces concrètes=====


	Développeur : Rolly / Florian (à 50%)

			===Interpolation ===
	===== Implémentation=====
			===Transformation des données ===
	Pas encore réalisé.
			===Enregistrement des données ===

			==Comparaison de signatures==
	Développeur : Rolly / Florian (à 50%)

	====Noyau====
	En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.		En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

	=====Prise en main de l'ancien noyau=====
	L'année dernière, la comparaison des signatures reposait sur les coordonnées dans le plan de chaque point ainsi que le temps d'acquisition et la pression exercée. Nous n'avons pas repris cette méthode car elle nécessite une normalisation des signatures qui consiste à faire pivoter les signatures afin qu'elles aient la même orientation, puis modifier la taille pour qu'elles aient la même. Sans cette normalisation, les 2 signatures ne peuvent pas être comparées car elles sont considérées comme étant différentes.		L'année dernière, la comparaison des signatures reposait sur les coordonnées dans le plan de chaque point ainsi que le temps d'acquisition et la pression exercée. Nous n'avons pas repris cette méthode car elle nécessite une normalisation des signatures qui consiste à faire pivoter les signatures afin qu'elles aient la même orientation, puis modifier la taille pour qu'elles aient la même. Sans cette normalisation, les 2 signatures ne peuvent pas être comparées car elles sont considérées comme étant différentes.

Line 61:		Line 57:
	Le calcul des angles pose un problème : pour des valeurs comprises entre 0° et 360° les angles proches de 0° (la ligne droite) génère une erreur. Pour des mesures allant de -180° à 180° c’est le demi-tour qui génère une erreur. Nous avons décidé de garder la seconde solution car il et rare de faire un demi-tour dans une signature, contrairement à la ligne droite.		Le calcul des angles pose un problème : pour des valeurs comprises entre 0° et 360° les angles proches de 0° (la ligne droite) génère une erreur. Pour des mesures allant de -180° à 180° c’est le demi-tour qui génère une erreur. Nous avons décidé de garder la seconde solution car il et rare de faire un demi-tour dans une signature, contrairement à la ligne droite.

	=====Calcul de distance=====		===Calcul de distance===

	Après avoir récupérer tous les points, nous calculons la liste des angles générés et l'accélération, chaque signature compte 1000 points, ces points sont générés par interpolation de la méthode B-Spline. Nous construisons 2 courbes pour chaque signature, une courbe sur les angles et une courbe d'accélération.		Après avoir récupérer tous les points, nous calculons la liste des angles générés et l'accélération, chaque signature compte 1000 points, ces points sont générés par interpolation de la méthode B-Spline. Nous construisons 2 courbes pour chaque signature, une courbe sur les angles et une courbe d'accélération.
Line 70:		Line 66:
	Développeur : Joachim / Soriya		Développeur : Joachim / Soriya

	=====Diagramme de classes/Diagramme de séquence=====
	Pas encore réalisé.

		⚫	===Prise de décision===
	Développeur : Joachim / Soriya

	=====Implémentation Android=====
	Pas encore réalisé.

	Développeur : Joachim / Soriya

	====Acquisition====
⚫	Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
⚫	Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
⚫	Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

	=====Etude de faisabilité =====
	Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.
	Après une durée de non activité (sans toucher l'écran) de 3 sec de la part de l'utilisateur, la signature est considérée comme terminée

	Développeur : Mickaël / Qikai / Rolly

	=====Prototype=====
	Pas encore réalisé.

	Développeur : Mickaël / Qikai

⚫	====Prise de décision====
	Nous ne sommmes basé sur le travail des années précédantes et avons choisi [http://fr.wikipedia.org/wiki/Weka_(apprentissage_automatique) Weka ]comme logiciels d'apprentissage automatique.		Nous ne sommmes basé sur le travail des années précédantes et avons choisi [http://fr.wikipedia.org/wiki/Weka_(apprentissage_automatique) Weka ]comme logiciels d'apprentissage automatique.

Line 113:		Line 84:
	[[File:WekaSchema_identification2_2013.png\|thumb\|center\|upright=3\|WekaSchema_identification2_2013.png]]		[[File:WekaSchema_identification2_2013.png\|thumb\|center\|upright=3\|WekaSchema_identification2_2013.png]]

	Le profil obtenant le meilleur score est considéré comme le ~~profil~~ identifié.		Le profil obtenant le meilleur score est considéré comme le profils identifié.

			=Source=

Nicolacm: /* Prise de décision */

2013-03-22T10:46:48Z

Prise de décision

← Older revision		Revision as of 10:46, 22 March 2013
Line 113:		Line 113:
	[[File:WekaSchema_identification2_2013.png\|thumb\|center\|upright=3\|WekaSchema_identification2_2013.png]]		[[File:WekaSchema_identification2_2013.png\|thumb\|center\|upright=3\|WekaSchema_identification2_2013.png]]

	Le profil obtenant le meilleur score est considéré comme le ~~profils~~ identifié.		Le profil obtenant le meilleur score est considéré comme le profil identifié.

Nicolacm: /* Etude de faisabilité */

2013-03-22T10:45:40Z

Etude de faisabilité

← Older revision		Revision as of 10:45, 22 March 2013
Line 87:		Line 87:
	=====Etude de faisabilité =====		=====Etude de faisabilité =====
	Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.		Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.
			Après une durée de non activité (sans toucher l'écran) de 3 sec de la part de l'utilisateur, la signature est considérée comme terminée

	Développeur : Mickaël / Qikai / Rolly		Développeur : Mickaël / Qikai / Rolly

Rngoulla: /* Réalisation des interfaces concrètes */

2013-03-22T10:31:40Z

Réalisation des interfaces concrètes

← Older revision		Revision as of 10:31, 22 March 2013
Line 39:		Line 39:

	=====Réalisation des interfaces concrètes=====		=====Réalisation des interfaces concrètes=====
	Pas encore réalisé.


	Développeur : Rolly / Florian (à 50%)		Développeur : Rolly / Florian (à 50%)

	===== Implémentation=====		===== Implémentation=====

Guq: /* Etude de faisabilité */

2013-03-22T10:30:21Z

Etude de faisabilité

← Older revision		Revision as of 10:30, 22 March 2013
Line 86:		Line 86:

	=====Etude de faisabilité =====		=====Etude de faisabilité =====
	Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.		Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.

	Développeur : Mickaël / Qikai / Rolly		Développeur : Mickaël / Qikai / Rolly

Guq: /* Etude de faisabilité */

2013-03-22T10:30:11Z

Etude de faisabilité

← Older revision		Revision as of 10:30, 22 March 2013
Line 86:		Line 86:

	=====Etude de faisabilité =====		=====Etude de faisabilité =====
	Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.		Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.

	Développeur : Mickaël / Qikai / Rolly		Développeur : Mickaël / Qikai / Rolly

Guq: /* Etude de faisabilité */

2013-03-22T10:29:12Z

Etude de faisabilité

← Older revision		Revision as of 10:29, 22 March 2013
Line 86:		Line 86:

	=====Etude de faisabilité =====		=====Etude de faisabilité =====
			Les types de données qui peuvent être récupérés sur Android sont : une abscisse, une ordonnée et un temps d'acquisition. La pression n'est pas récupérable sur Android. La période d'acquisition n'est pas constante.
	Pas encore réalisé.

	Développeur : Mickaël / Qikai / Rolly		Développeur : Mickaël / Qikai / Rolly

Rngoulla: /* Projet reconnaissance de signature 2012-2013 */

2013-03-22T10:28:50Z

Projet reconnaissance de signature 2012-2013

← Older revision		Revision as of 10:28, 22 March 2013
Line 113:		Line 113:

	Le profil obtenant le meilleur score est considéré comme le profils identifié.		Le profil obtenant le meilleur score est considéré comme le profils identifié.

	====Interface Homme Machine====