VT2016 RAIL Performance Model - Revision history

Manuel.Voutat at 07:51, 21 October 2016

2016-10-21T07:51:01Z

← Older revision		Revision as of 07:51, 21 October 2016
Line 17:		Line 17:

	==Placer l'utilisateur au centre==		==Placer l'utilisateur au centre==

			L'utilisateur est au centre de la préoccupation des entreprises,Faute de niveau de performance satisfaisant, l'expérience de l'utilisateur peut s'en ressentir. Celà peut se répercuter sur le succès d'une application et l'avantage commercial de l'entreprise.

			Les tests de performance sont donc au cœur de la conception et sont centré sur l'utilisateur. on s'attend à ce que des mécanisme de gestion de performance soit présent.
			Le test de performance doit être réalisé sous une plateforme de test adéquat qui représente les performance physique de l'appareil de l'utilisateur et le test est soumis également à une certaine charge d'utilisateur qu'on estime dans l'utilisation de notre application

	==Comment définir "lent"?==		==Comment définir "lent"?==

Manuel.Voutat: /* Les 4 clés de performance du modèle RAIL */

2016-10-21T06:47:05Z

Les 4 clés de performance du modèle RAIL

← Older revision		Revision as of 06:47, 21 October 2016
Line 15:		Line 15:

	=Les 4 clés de performance du modèle RAIL=		=Les 4 clés de performance du modèle RAIL=

			==Placer l'utilisateur au centre==

	==Comment définir "lent"?==		==Comment définir "lent"?==

Manuel.Voutat: /* L'acronyme RAIL */

2016-10-21T06:37:07Z

L'acronyme RAIL

← Older revision		Revision as of 06:37, 21 October 2016
Line 42:		Line 42:

	Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité. Pour évaluer la performance, on peut utiliser comme appareil un nexus 4 ou un appareil de même capacité et pour travailler avec le réseau on préféra tester avec une connexion type '3G' (performance moyenne en 2015)		Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité. Pour évaluer la performance, on peut utiliser comme appareil un nexus 4 ou un appareil de même capacité et pour travailler avec le réseau on préféra tester avec une connexion type '3G' (performance moyenne en 2015)

			=Chrome DevTools Timeline=

			Raccourci : ctrl + shift + I

			Cet outil permet d'enregistrer et d'analyser les activités d'une application lorsqu'elle tourne. Par ce biais, on peut traiter/améliorer la performance de notre application.

			Menu :

			[[File:menu_timeline.png]]


			Boutons : enregistrement / fin d'enregistrements

			Plusieurs profils possibles à afficher :

			profil Réseau / JavaScript / Mémoire et Painting ainsi qu'un enregistrement de screenshots indicatif qui permettent de se repérer visuellement dans le déroulement de l'application

			Overview :

			[[File:Overview_timeline.png]]

			Composé de 3 graphes :

			FPS : vue de l'animation, les barres vertes correspondent aux frames par secondes les bandes rouges montrent les frames trop longues

			CPU : Vue de la consommation du CPU par les événements de l’application

			NET : Vue du réseau , les parties claires correspondent aux temps d'attentes et les parties sombres correspondent aux temps de transfert

			Interaction :

			[[File:Interactions_timeline.png]]

			Interactions des différentes fonctions :

			En bleu : fichiers HTML

			En Jaune : le JavaScript

			En Violet : le style (CSS)

			En vert : les médias

			Vue globale:

			[[File:Vueglobale_timeline.png]]

	=Liens=		=Liens=

Manuel.Voutat: /* RAIL pour: */

2016-10-19T19:00:07Z

RAIL pour:

← Older revision		Revision as of 19:00, 19 October 2016
Line 28:		Line 28:
	+ 10000 ms : Abandon de l'utilisateur		+ 10000 ms : Abandon de l'utilisateur

	==~~RAIL~~ ~~pour:~~==		==L'acronyme RAIL==

	'''Response :''' (100 ms) Lorsque l'utilisateur engage une action, il doit voir que l'application lui renvoi une première réponse quasi instantanée		'''Response :''' (100 ms) Lorsque l'utilisateur engage une action, il doit voir que l'application lui renvoi une première réponse quasi instantanée

Manuel.Voutat: /* Les 4 clés de performance du modèle RAIL */

2016-10-19T18:25:16Z

Les 4 clés de performance du modèle RAIL

← Older revision		Revision as of 18:25, 19 October 2016
Line 42:		Line 42:

	Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité. Pour évaluer la performance, on peut utiliser comme appareil un nexus 4 ou un appareil de même capacité et pour travailler avec le réseau on préféra tester avec une connexion type '3G' (performance moyenne en 2015)		Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité. Pour évaluer la performance, on peut utiliser comme appareil un nexus 4 ou un appareil de même capacité et pour travailler avec le réseau on préféra tester avec une connexion type '3G' (performance moyenne en 2015)

			=Liens=
			* https://developers.google.com/web/tools/chrome-devtools/profile/evaluate-performance/rail?hl=en
			* https://developers.google.com/web/tools/chrome-devtools/profile/evaluate-performance/?hl=en
			* Free Course : [https://www.udacity.com/course/browser-rendering-optimization--ud860 Browser Rendering Optimization : Building 60 FPS Web Apps]

Manuel.Voutat: /* RAIL pour: */

2016-10-19T18:11:01Z

RAIL pour:

← Older revision		Revision as of 18:11, 19 October 2016
Line 41:		Line 41:
	'''Remarque sur la performance:'''		'''Remarque sur la performance:'''

	Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité.		Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité. Pour évaluer la performance, on peut utiliser comme appareil un nexus 4 ou un appareil de même capacité et pour travailler avec le réseau on préféra tester avec une connexion type '3G' (performance moyenne en 2015)

Manuel.Voutat: /* Présentation */

2016-10-19T18:07:19Z

Présentation

← Older revision		Revision as of 18:07, 19 October 2016
Line 1:		Line 1:
	=Présentation=		=Présentation=

	*Sujet : RAIL Performance Model		*Sujet : the RAIL Performance Model
	*Auteur : Manuel Voutat		*Auteur : Manuel Voutat
	*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU		*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU

Manuel.Voutat: /* RAIL pour: */

2016-10-19T18:06:59Z

RAIL pour:

← Older revision		Revision as of 18:06, 19 October 2016
Line 39:		Line 39:


	Remarque sur la performance:		'''Remarque sur la performance:'''

	Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité.		Ces valeurs sur la performance ne doivent pas être calculé sur des appareils ultra performant, puisqu'on veut mettre l'utilisateur au centre du modèle, on veut toucher tous les utilisateur ou au moins la plus grande majorité.

Manuel.Voutat: /* RAIL pour: */

2016-10-19T18:06:42Z

RAIL pour:

← Older revision		Revision as of 18:06, 19 October 2016
Line 30:		Line 30:
	==RAIL pour:==		==RAIL pour:==

	Response : (100 ms) Lorsque l'utilisateur engage une action, il doit voir que l'application lui renvoi une première réponse quasi instantanée		'''Response :''' (100 ms) Lorsque l'utilisateur engage une action, il doit voir que l'application lui renvoi une première réponse quasi instantanée

	Animation : (16 ms soit 60 trames par secondes) Lorsqu'un utilisateur est confronté à une animation comme le scrolling d'une page, cette dernière doit être lisse et fluide. Les changements ne doivent pas êtres variables ou que l'on dénote un décalage, un délai dans l'animation.		'''Animation :''' (16 ms soit 60 trames par secondes) Lorsqu'un utilisateur est confronté à une animation comme le scrolling d'une page, cette dernière doit être lisse et fluide. Les changements ne doivent pas êtres variables ou que l'on dénote un décalage, un délai dans l'animation.

	Idle : (50 ms) En l'absence d'interaction avec l'utilisateur, on regroupe les travaux non essentiels dans des blocs de temps d'environ 50 ms. De cette manière si un utilisateur commence à interagir, on reste ainsi dans la fenêtre de réponse de 100 millisecondes.		'''Idle :''' (50 ms) En l'absence d'interaction avec l'utilisateur, on regroupe les travaux non essentiels dans des blocs de temps d'environ 50 ms. De cette manière si un utilisateur commence à interagir, on reste ainsi dans la fenêtre de réponse de 100 millisecondes.

	Load : (1s) Au dessus du temps de réaction humain, l'utilisateur perd de l'attention. L'application doit s'ouvrir de manière naturelle pour l’œil humain		'''Load :''' (1s) Au dessus du temps de réaction humain, l'utilisateur perd de l'attention. L'application doit s'ouvrir de manière naturelle pour l’œil humain

Manuel.Voutat: /* Comment définir "lent"? */

2016-10-19T18:06:09Z

Comment définir "lent"?

← Older revision		Revision as of 18:06, 19 October 2016
Line 19:		Line 19:

	0 – 100 ms : Réponse instantanée		0 – 100 ms : Réponse instantanée

	100 – 300 ms : Le délai est légèrement perceptible		100 – 300 ms : Le délai est légèrement perceptible

	300 – 1000 ms : Le délai est perceptible		300 – 1000 ms : Le délai est perceptible

	+ 1000 ms : On perd l'attention de l'utilisateur		+ 1000 ms : On perd l'attention de l'utilisateur
⚫	+ 10000 ms : Abandon de l'utilisateur

		⚫	+ 10000 ms : Abandon de l'utilisateur

	==RAIL pour:==		==RAIL pour:==