L’assurance qualité
Hello!
Je suis Sylvain Leroy
Vous pouvez me trouver sur :
sylvain.leroy@tocea.com / @sleroy0
about.me/sylvain_leroy
2007
Ingénieur
Recherche
Informatique
2011
Création
Société Tocea
2014
Acquisition Tocea
Groupe Metrixware
CTO Tocea
2015
Acquisition Echoes
Groupe Metrixware
CTO MetrixwareProjet Recherche
Ma Société
▧ Assistance Qualité / Recette
applications
▧ Modernisation automatique
d’applications
▧ Offre Intégration Usine
Logicielle
▧ Formateurs Bonnes Pratiques
/Cleancode / Qualité / Devops
▧ Distributeur Outils de
qualité de code
(Optimyth)
▧ Komea Dashboard
(Pilotage développements
par la
qualité/productivité)
▧ Offres Cobol/Mainframe
L’assurance qualité
(tout risque)
Améliorer son processus de développement
par étapes
“De l’importance des inspections manuelles,
formalisées...
Les facteurs de risque
Chaque produit logiciel est unique :
▧ Le niveau de complexité
▧ Le niveau d’interaction avec l'utilisateur
▧ Les capacités de détection des défauts
L’environnement dans lequel est développé le logiciel :
▧ Le contrat
▧ Les conditions pour établir un travail d’équipe
▧ Les besoins de coopération et de coordination des équipes
▧ La complexité des systèmes en interaction
▧ Le besoin de continuation d’un logiciel avec
renouvellement de l’équipe
▧ Le besoin de maintenir un logiciel pendant des années
Un outil de management : le BSC
92, Kaplan
1.Partager la vision pour le pôle/l’entreprise
2.Associer les collaborateurs à la stratégie
3.Définir les objectifs (pour l’année)
4.Définir les KPIs qui mesurent le succès de
ces objectifs
5.Piloter les KPI, agir et améliorer
Etapes pour la construction du BSC
Un outil de management : le BSC
▧ Financial = analyse de la productivité du
pôle de développement, performance
financière d’un produit (ventes, parts de
marché, etc)
▧ Learning = analyse des efforts d’innovation
menés dans le pôle de développement +
Evaluation de la satisfaction des employés
▧ Customer = évaluation de la satisfaction
des utilisateurs
▧ Internal Business Process = évaluation des
processus internes
▧ Nombre de livrables produits par mois
▧ Nombre de fois qu’une exigence est
modifiée après sa rédaction initiale
▧ % Avancement d’un projet d’un point de vue
fonctionnel
▧ % Couverture de code
▧ Charge moyenne associée à une exigence
▧ Nombre de défauts livrés au client
▧ Nombre de bugs détectés en pré-prod / FP
Quelques KPIS...
Financière
Cliente
Processus internes
Innovation
La checklist pour réussir
▧ Inspections formelles (exigences, design et code)
▧ Analyse statique des exigences (vocabulaire, lexique, métier)
▧ Analyse statique de code
▧ Tests automatisés
▧ Modélisation des exigences (BPM, Modèle Processus, Activité, Acteurs)
▧ Evaluation de la qualité fonctionnelle
▧ Evaluation de la qualité technique
▧ Détection du nombre de défauts détectés pre-prod
▧ Détection du nombre de défauts livrés en prod
▧ Outils de couverture de tests (exigences, branches, code)
▧ Evaluation de la complexité du logiciel
▧ Logiciels d’assistance à la génération des testcases
▧ Outils d’estimation de la qualité (dashboard, reporting)
▧ Spécialistes certifiés testeurs
▧ Root-Cause analysis
le BSC
assisté
par
ordinateur
(source
kpisuite.com)
(A suivre)
La qualité logicielle
Merci
Vous pouvez me trouver :
@sleroy0
sylvain.leroy@tocea.com

Assurance Qualité logicielle

  • 1.
  • 2.
    Hello! Je suis SylvainLeroy Vous pouvez me trouver sur : sylvain.leroy@tocea.com / @sleroy0 about.me/sylvain_leroy 2007 Ingénieur Recherche Informatique 2011 Création Société Tocea 2014 Acquisition Tocea Groupe Metrixware CTO Tocea 2015 Acquisition Echoes Groupe Metrixware CTO MetrixwareProjet Recherche
  • 3.
    Ma Société ▧ AssistanceQualité / Recette applications ▧ Modernisation automatique d’applications ▧ Offre Intégration Usine Logicielle ▧ Formateurs Bonnes Pratiques /Cleancode / Qualité / Devops ▧ Distributeur Outils de qualité de code (Optimyth) ▧ Komea Dashboard (Pilotage développements par la qualité/productivité) ▧ Offres Cobol/Mainframe
  • 4.
  • 5.
    Améliorer son processusde développement par étapes
  • 6.
    “De l’importance desinspections manuelles, formalisées...
  • 9.
    Les facteurs derisque Chaque produit logiciel est unique : ▧ Le niveau de complexité ▧ Le niveau d’interaction avec l'utilisateur ▧ Les capacités de détection des défauts L’environnement dans lequel est développé le logiciel : ▧ Le contrat ▧ Les conditions pour établir un travail d’équipe ▧ Les besoins de coopération et de coordination des équipes ▧ La complexité des systèmes en interaction ▧ Le besoin de continuation d’un logiciel avec renouvellement de l’équipe ▧ Le besoin de maintenir un logiciel pendant des années
  • 10.
    Un outil demanagement : le BSC 92, Kaplan
  • 11.
    1.Partager la visionpour le pôle/l’entreprise 2.Associer les collaborateurs à la stratégie 3.Définir les objectifs (pour l’année) 4.Définir les KPIs qui mesurent le succès de ces objectifs 5.Piloter les KPI, agir et améliorer Etapes pour la construction du BSC
  • 12.
    Un outil demanagement : le BSC ▧ Financial = analyse de la productivité du pôle de développement, performance financière d’un produit (ventes, parts de marché, etc) ▧ Learning = analyse des efforts d’innovation menés dans le pôle de développement + Evaluation de la satisfaction des employés ▧ Customer = évaluation de la satisfaction des utilisateurs ▧ Internal Business Process = évaluation des processus internes
  • 13.
    ▧ Nombre delivrables produits par mois ▧ Nombre de fois qu’une exigence est modifiée après sa rédaction initiale ▧ % Avancement d’un projet d’un point de vue fonctionnel ▧ % Couverture de code ▧ Charge moyenne associée à une exigence ▧ Nombre de défauts livrés au client ▧ Nombre de bugs détectés en pré-prod / FP Quelques KPIS... Financière Cliente Processus internes Innovation
  • 15.
    La checklist pourréussir ▧ Inspections formelles (exigences, design et code) ▧ Analyse statique des exigences (vocabulaire, lexique, métier) ▧ Analyse statique de code ▧ Tests automatisés ▧ Modélisation des exigences (BPM, Modèle Processus, Activité, Acteurs) ▧ Evaluation de la qualité fonctionnelle ▧ Evaluation de la qualité technique ▧ Détection du nombre de défauts détectés pre-prod ▧ Détection du nombre de défauts livrés en prod ▧ Outils de couverture de tests (exigences, branches, code) ▧ Evaluation de la complexité du logiciel ▧ Logiciels d’assistance à la génération des testcases ▧ Outils d’estimation de la qualité (dashboard, reporting) ▧ Spécialistes certifiés testeurs ▧ Root-Cause analysis
  • 16.
  • 17.
  • 18.
    Merci Vous pouvez metrouver : @sleroy0 sylvain.leroy@tocea.com

Notes de l'éditeur

  • #5 Partie de la gestion de la qualité qui fournissent l’assurance que les exigences qualité seront atteintes [ISO