introduction à la qualité logicielle (1/5)
TRANSCRIPT
Introduction à la qualité logicielle
Hello!Je suis Sylvain Leroy
Vous pouvez me trouver sur :
[email protected] / @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 EchoesGroupe 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
Concepts abordés
OutillageSonar, Kiuwan, Jenkins, Jacoco, Cobertura, Nexus, Artifactory, Docker, Puppet, Komea
Contrôle de la qualité logicielleProcessus et mesure de la qualité des développements logiciels
Assurance QualitéPerformance du processus de développement et risques sur la qualité logicielle
TestsCouverture du code
TU, Acceptation, Intégration, Smoking Tests, Performance.
Pré-requis Projet de développementChecklist outillage et méthodologies
MéthodologieCleanCode, Continuous Delivery, TDD, BDD
Angle de vue
Vision Processus
Vision Produit
Vision technique
Plan : 1. A la quête du logiciel parfait 2. L’assurance (qualité) tout risque3. La qualité logicielle ?4. Les défauts, évaluation indirecte de la satisfaction
client5. L’industrialisation du processus de développement6. Le contrôle de la qualité logicielle
A la quête du projet logiciel parfait
(perdu)
Les projets informatiques échouent!Gartner institute
▧ 74% échouent▧ 51% dépassent du budget
Oxford University (Saur & Cuthbertson 2003)
▧ 16% réussis▧ 74% remis en question▧ 10% abandonnés
Tata Consultancy 2007▧ 62% ne tiennent pas les délais▧ 49% dépassent leur budget▧ 47% ont des coûts de
maintenance important▧ 41% n’ont pas démontré le ROI
attendu / valeur ajoutée▧ 33% vont à l’encontre des enjeux
Standish Group1994 1996 1998 2000 2002 2004 2009
Succès 16% 27% 26% 28% 34% 29% 32%
Echecs 31% 40% 28% 23% 15% 18% 24%
Remis en question 53% 33% 46% 49% 51% 53% 44%
Si les ingénieurs du génie civil construisaient les bâtiments avec le même soin que les ingénieurs informatiques avec leurs logiciels, le premier pic-vert venu serait la fin de la civilisation telle que nous la connaissons.“TOP 10 Reasons Why Systems Projects Fail”, Dr. Paul Dorsey
Si les projets n’échouent pas, ils peuvent encore être annulés
Patterns of Software System Failures and Success, Casper Jones, 2015
Pourquoi les projets échouent ?
▧ Manque d’implication des utilisateurs▧ Manque de transparence (lean management)▧ Échelles de temps longues ou irréalistes▧ Pas d’exigences ou de qualité pauvre▧ Mauvaise gestion▧ Développement technique de qualité pauvre▧ Peu de tests▧ Pas d’assurance qualité▧ Méthodologie de développement inadéquate▧ Faibles compétences techniques, expérience ou du
domaine▧ ...
Et si le marché était impitoyable ?
▧ Les logiciels sont toujours plus complexes▧ Les Changements sont continus et perpétuels▧ Le Marché ultra fluctuant▧ Les logiciels conçus à large échelle sont désormais la
norme▧ Les travailleurs peu qualifiés ne sont pas la réponse à la
demande de création de produits high-tech.▧ L’industrie logicielle a besoin de leaders techniques et ils
ne vont pas apparaître tous seuls▧ Les projets vivent et meurent à cause des Technologies ,
des Humains et des Processus▧ Réaliser un projet de développement logiciel c’est plus que
coder, c’est au moins 10 étapes, des exigences au support officiel.
“Parce que les logiciels finissent par
ressembler aux organisations qui les ont produites
Loi de Conway, 1968
organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations
(A suivre)L’assurance Qualité
Améliorer les processus de fabrication des logiciels
