model de qualité @ msdevmtl

LA QUALITÉ LOGICIELLE

FRANÇOIS CARRIÈRE

PYXIS CONSEIL LAVAL

© Pyxis Technologies inc.

AGENDA

• Pourquoi la qualité?

• Ce que l’on sait

• Ce que l’on ne sait pas

• Construction d’un modèle


POURQUOI LA QUALITÉ !

• Avant de commencer, sommes-nous en mesure de donner

des gains à avoir du logiciel de qualité?

Oui bien-sûr, rapporte de l’argent en gardant nos clients…

comment?

• Répondant aux besoins des clients

• Rapide, ne fait pas attendre l’utilisateur

• Facile à comprendre

• Fonctionne chaque fois

• Ne met pas en danger mes données

• Facile à changer, tester, déployer

• Fonctionne sur mon téléphone intelligent aussi !

--------------------------Functionality

---------------------------Usability

-------------------------------------------------------------Usability

----------------------------------------------------Reliability

--------------------------------Security

--------------------------Maintainability

-------Portability


UN STANDARD


CE QUE L’ON SAIT !

• La qualité logicielle… c’est vaste, variable, disons un peu

instinctif, parce que la non qualité fait fuir les clients.

• Les besoins du client sont camouflés dans la qualité, il y a

toujours des attentes non verbalisées.

• Des modèles de qualité existent, et nous aide à mettre des

mots sur les aspects de qualité.


CE QUE L’ON SAIT PAS !

• Combien de qualité dois-je mettre pour ne pas perdre mes

clients ou mieux en gagner?

• Comment dois-je la mesurer, et quels sont mes barèmes de

mesure?


COMMENT CONSTRUIRE LE MODÈLE

• Même si la qualité est connue, comment la transmettre aux

équipes…

• et si ces informations provenaient des équipes !!!!!!


FACILITATION

• Rassemblons nos meilleurs développeurs et architectes logiciel

• Pour avoir une bonne adoption, rien de mieux que de

travailler ensemble.

• Le plus important est la discussion !!!!


METTONS DES MOTS SUR LA QUALITÉ !

1 3 2


ISO 25000

PERFORMANCE EFFICIENCY

RESOURCE UTILIZATION

• Performance efficiency: Performance relative en fonction des ressources

utilisées et sous des conditions d’utilisation définies.

• Resource utilisation: La capacité de rencontrer les requis de performance

avec la quantité et le type de ressource utilisée.

• De quel façon notre application gère la mémoire? • 0 point – À la demande

• 1 point – Pré-allouée

• 2 points – Pré-allouée et libérée

• 3 points – Pré-allouée et optimisée

• 4 points – Pré-allouée, optimisée et alerte de tomber en mode dégradé

• Combien d’espace disque l’application utilise? • 0 point – Inconnu

• 1 point – Connu sur disque dure local

• 2 point – L’espace disque est monitoré dans son évolution

• 3 point – L’espace disque est projeté pour les releases à venir

Utiliser des questions simples



2


ISO 25000

MAINTAINABILITY

MODIFIABILITY

• Maintainability: Degré de facilité et d’efficacité d’un produit à être modifié et

maintenu dans le temps.

• Modifiability: Degré à lequel un actif peut facilement être modifiable par les

développeurs.

• Code dupliqué: Quel proportion du code est dupliquée? • 0 point – Non mesuré

• 1 point – Connu et localisé

• 2 points – Moins de 50 duplications par 10 000 lignes de code

• 3 points – Moins de 5 duplications par 10 000 lignes de code

• 4 points – Aucune duplication

Utilisation d’outil d’analyse statique du code,

à mettre dans les bonnes pratiques.



3


ISO 25000

PORTABILITY

INSTALLABILITY

• Portability: Degré de facilité et d’efficacité d’un produit à être transférer d’une

plateforme logicielle ou matérielle vers un autre.

• Installability: Degré de facilité et d’efficacité qu’un produit peut être installé dans

un environnement spécifique.

• De quel façon l’application s’installe? • 0 point – Impossible sans un expert de l’application.

• 1 point – L’application fournie des instructions manuelles à suivre.

• 2 points – L’application fournie des procédures d’installation automatique.

• 3 points – L’application fournie un ”installateur” standardisé.

• 4 points – L’application fournie un ”installateur” standardisé et s’occupe des

paramètres de configuration.

Définition des standards pour les fichiers

d’installation.


A QUOI SERT LA MESURE


LE MODÈLE DEVIENT:

• La façon de gérer les requis non-fonctionnels d’un produit et

aussi des lignes directrices de développement logiciel.

• Permet d’établir des objectifs clairs de qualité qui sont

mesurables.

• De comprendre et partager la vision technologique choisie et

d’appuyer ces changements.

• Point d’entente sur la qualité entre les équipes


CONCLUSION

While (customers unhappy)

• Identifier : Quelles sont mes problèmes de qualités?

• Mesurer : Outiller pour mesurer (modèle + outils)

• Agir : Se donner des objectifs et les moyens de les

atteindre

Titre sur mesure

POINTS FORTS

1

Merci

Période de

questions

pyxis-tech.com

model de qualité @ msdevmtl

Software