Indicateurs de qualité pour le développement Web

Les métriques applicables sont définies et standardisées dans le modèle qualité ISO 9126.
La norme ISO 9126 est une norme internationale pour l'évaluation des logiciels, ce modèle indique des lignes directrices pour évaluer différents aspects du développement de logiciels tels que :

• Fonctionnalité: que le logiciel répond aux exigences fonctionnelles

• Convivialité : C'est l'effort ou le temps requis par l'utilisateur pour utiliser le logiciel ou le web en général, de sorte que la difficulté de navigation et l'introduction de données peuvent être mesurées.

• Fiabilité: Ici, nous mesurons la capacité à répondre à des situations défavorables, nous évaluons la sécurité, la capacité à protéger les données, la stabilité et la capacité à récupérer après une défaillance.

• Entretien: Ces métriques indiquent à quel point il est facile pour le logiciel d'ajouter de nouvelles fonctionnalités ou de s'adapter aux changements possibles.

• Portabilité: mesure la facilité de changer le serveur Web par exemple ou de déplacer le logiciel complet vers un autre environnement informatique ou configuration matérielle.

Certaines métriques que nous pouvons utiliser dans le développement Web sont :
INDICE DE VARIATION DES EXIGENCES
L'objectif de cette métrique est d'indiquer comment et dans quelle mesure les exigences varient dans chaque phase des travaux de construction d'un site Web afin de s'assurer que nous avons pris en compte toutes les exigences avant de passer à la phase suivante.
Les exigences sont considérées comme stables lorsqu'il n'y a pas d'ajouts ou de suppressions impliquant des modifications dans les principales fonctionnalités de l'application.
RVI : taux de variation des besoins.
TRD : besoins totaux définis dans la phase que nous allons évaluer.
MONSIEUR: nombre d'exigences qui ont été modifiées ou supprimées du plan d'origine.

IVR = (TRD - MR / TRD) x 100

Si cet indice nous donne une valeur de 100, cela indiquera qu'il n'y a pas de changements, si la valeur est proche de zéro, cela indique qu'il y a beaucoup de changements et que les exigences ne sont pas conscientes ou peu fiables, donc le projet peut devenir chaotique.
Certaines métriques que nous pouvons utiliser dans le développement Web sont :
INDICE D'INTÉGRITÉ DU SYSTÈME
Pour mesurer l'intégrité, il faut définir deux paramètres :

• Menaces possibles
• Nombre de fois que cela se produit et la sécurité ou le nombre de fois que le Web peut récupérer d'une menace.

MATURITÉ DU LOGICIEL (IMS)
Cette norme appartient à Institut de génie électrique et électronique, sa norme IEEE 982.1-2005 suggère un indice de maturité logicielle (IMS) comme mesure pour indiquer l'état de santé du Web ou du logiciel.
Pour calculer cet indice nous établirons les variables et quantités suivantes
MV = nombre de modules dans la version actuelle.
MM = nombre de modules dans la version actuelle qui ont été modifiés.
MN = nombre de modules dans la version actuelle qui ont été ajoutés.
je = nombre de modules de la version précédente qui ont été supprimés dans la version actuelle.

À mesure que l'indice de maturité logicielle (IMS) approche de 1, cela indique qu'il y a de moins en moins de modifications et que le Web ou le logiciel est plus stable et robuste, il faudra donc moins de maintenance et de temps de travail pour corriger une autre erreur ou ajouter de nouvelles fonctionnalités.
INDICE D'EFFICACITÉ DE DÉTECTION ET D'ÉLIMINATION DES ERREURS
Cet indice nous permet de déterminer l'efficacité de l'équipe de développement pour détecter et corriger les erreurs à toutes les étapes, nous regroupons la détection d'erreurs en deux catégories Avant de livrer le logiciel sur le Web et après avoir livré le logiciel ou la page Web.
EAS = est le nombre d'erreurs détectées avant la livraison du logiciel, en phase de test ou de débogage
SDE = est le nombre d'erreurs détectées après la livraison du logiciel au client.

EDE = EAS / - (EAS + EDS)

AttentionSi l'indice d'efficacité de détection et d'élimination des erreurs est égal à 1, cela indique qu'aucune erreur n'a été trouvée, ce qui signifie qu'elles n'ont pas été trouvées. Au fur et à mesure que l'EAS augmente, cela indique qu'il travaille avec qualité puisque nous avons réussi à détecter les erreurs avant de livrer le logiciel ou le web.
Il existe plusieurs mesures de qualité logicielle qui peuvent être appliquées au développement Web, car une page Web est également un logiciel.
OUTILS EN LIGNE POUR ÉVALUER LA QUALITÉ DU WEB
TAW est un outil qui permet de mesurer et d'évaluer l'accessibilité d'un site web auquel on peut accéder depuis l'url
http://www.tawdis.net

Lors de l'accès à cet outil, nous devons indiquer l'URL du site Web à analyser et il nous présentera un groupe d'onglets qui sont les suivants :
Onglet Perceptibilité :
Il présente des informations et les composants et éléments de la conception Web et du code HTM, estime que les erreurs influencent la perception de l'utilisateur et quelles améliorations nous pouvons apporter. Ici, il nous montrera l'erreur, la définition de la norme W3C sur http://www.w3.org/, le nombre de fois où l'erreur apparaît et le nombre de lignes dans le code où l'incident est trouvé.
Onglet utilisable
Ici, nous examinerons les aspects constitutifs de la conception et de la navigation de l'interface utilisateur pour déterminer à quel point il est facile d'utiliser ou d'exploiter le Web. Ici, il est évalué s'il y a du contenu qui bouge ou qui bloque l'écran, le temps de chargement, la relation entre le contenu du texte, les titres et si la navigation présente un ordre logique, y compris l'ordre dans lequel les champs de données sont mis au point.
Onglet compréhensible
Ici, les événements et l'interaction de l'utilisateur avec le Web sont évalués, s'il y a des changements de langue, s'il y a des éléments qui produisent une interaction tels que des boutons lic, des événements jquery, des fenêtres contextuelles, principalement les événements produits par le code javascript sont évalués onclic, onchange, onload, onfocus, qui montrera une sorte de changement sur le Web et devrait être aussi compréhensible pour l'utilisateur.
Onglet robuste
Ici, le contenu est évalué comme suffisamment robuste pour être interprété de manière fiable par différents navigateurs et appareils utilisateur. Les feuilles de style et le code html sont validés ici. l'objectif est d'éviter d'éventuelles ambiguïtés dans les pages Web ou la répétition de blocs de code. Vous pouvez également déterminer si différentes versions de par exemple css1 et css3 ou html4 et html5 coexistent dans le code
Il sert également à déterminer comment les calques sont positionnés, s'ils sont fixes, flottants ou absolus. Un facteur intéressant est une évaluation des caractéristiques sensorielles, c'est-à-dire comment la couleur et le contraste affectent la perception sensorielle de l'utilisateur, rappelez-vous que Google pénalise les sites Web à faible contraste, c'est-à-dire, par exemple, fond noir et texte gris, si le contraste gêne la vision Cela pourrait affecter le positionnement SEO. Il évalue aussi la partie sémantique par exemple dans un bouton d'un formulaire qui dit Envoyer, il vaudrait mieux mettre qu'on envoie, exemple Envoyer la commande.
L'option Liste dans le menu nous montre les mêmes onglets mais répertoriant chaque directive de qualité définie par le w3c, afin que nous puissions aller sur le site Web du w3d et voir quel est l'échec qui ne répond pas à la norme.Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif