Logiciel Libre & qualité - cetic.be · 1 Logiciel Libre & qualité Alain RENAULT Grégory SERONT...

11

Logiciel LibreLogiciel Libre & qualité& qualité

Alain RENAULTGrégory SERONT

11 sept 03 Logiciel Libre & Qualité 2

Alain RENAULT

Cetic (2001)Responsable des projets Qualité

• micro-évaluation

• évaluations OWPL

• accompagnements en entreprise

FUNDP (1998-2001)Laboratoire de Qualité Logicielle

Expériences diverses (1989-1998)

PrésentationPrésentation

22


Objectif de l’exposéObjectif de l’exposé

Comment évaluer la qualitédes projets OpenSource ?

OpenSource ? Qualité


OpenSource ?OpenSource ?

tt

33


tt

OpenSource ?OpenSource ?


Qualité : « Aptitude d'un ensemble de caractéristiques intrinsèques à satisfaire des exigences »

Exigence : « Besoin ou attente formulés, habituellement implicites, ou imposées »

Source : ISO-9000:2000

Qualité ?Qualité ?

44


Qualité :

« Aptitude d'un ensemble de caractéristiques intrinsèques à satisfaire des besoins ou attentes formulés, habituellement implicites, ou imposées »




Quid ?Quid ?



55


OpenSourceOpenSource


Caractéristique qualité :

« Caractéristique intrinsèque d'un produit, d'un processus ou d'un système relative à une exigence »



66


Développeurs autonomes• Compétence / maturité ?• Qualité des pratiques ?

Caractéristiques OpenSourceCaractéristiques OpenSource

???


Développeurs = utilisateur• Évolutivité ?• Documentation ?• Debugging ?• Caratéristiques principalement implicites


77


Disponibilité du codeQualité du code

• Code plus « propre »• Refactoring • Absence de spyware et d’œufs de Pâques

Motivation / disponibilité des développeursDisponibilité / stabilité de la communautéCapacité de leadershipIntégration des demandes explicites


☺


tt

☺☺

ββ


88


Qualité :

« Aptitude d'un ensemble de caractéristiques intrinsèques à satisfaire des besoins ou attentes formulés, habituellement implicites, ou imposées »




Le développeur / leaderLes développeurs de la communautéLes « clients » potentiels

Les parties intéresséesLes parties intéressées

99


Les « clients » potentiels• Client / acheteur• Client / support• Client / utilisateur



Les « clients » potentiels• Client / acheteur coût minimum• Client / support facilité, aide, support disponible• Client / utilisateur fonctionnalités, convivialité


1010


http://www.openforumeurope.org/


Le développeur / leader• Argument marketing• Recherche de support• Désintérêt


1111


Les développeurs de la communauté• Recherche de gratification intellectuelle• Recherche de gratification sociale• Désintérêt, générosité• Méritocratie



Motivation / disponibilité des développeursDisponibilité / stabilité de la communautéCapacité de leadership

Gestion du projetGestion du projet

???

1212


Evaluer la qualité d’un projet OpenSource :Point de vue processusPoint de vue produit

Evaluation de projetEvaluation de projet


ProjetsProjets « « ClassiquesClassiques »»

1313


Activités TransversalesActivités Transversales

Gestion de configurationGestion des changementsGestion de projetGestion de la documentationGestion de la qualité



1414




Activités TransversalesActivités Transversales

Gestion de configurationGestion des changementsGestion de projet / leadershipGestion de la documentationGestion de la qualité

1515


Modèle Modèle OpenSourceOpenSource

CVSCVS

SRCSRC

Bug/Bug/

IssueIssue

TrackingTracking

ForumForum

V0.1bV0.1bV0.2bV0.2b

V0.2V0.2


Evaluation des processus d’un projet OpenSource ?

• Modèles de processus traditionnels ?CMM / SPICE / OWPL

• Modèle de processus propre tenant compte du contexte OpenSource

Grille de caractérisation et d’évaluation du contexteAccès aux données sur le contexte !??

Evaluation de processusEvaluation de processus

1616


IndicateursIndicateurs

Growth - of developer/contributor baseGrowth - of user base (non-developers)Number of contributorsDeveloper activity - and is it visible?Openness of project - allows others into the development processOpenness of project - communicates/indicates progressQuality of documentation - web site, changelogs, manualsNumber of discussion/mailing list postsNumber of websites discussing/linkingNumber of downloadsNumber of page viewsNumber of other projects basing their project on itNumber of commercial entities basing their business on itAdoption and support/investment from commercial entities - ranges from lip service to actual direct supportRate of stable releaseNumber of bugs reported/resolved - robust under unexpected uses - stability (# of bugs reported dependent on project popularity)


IndicateursIndicateurs

Community Size : 5Last message posted : 11-27-2003Answers per Message : 5Response Time per Message : 6h 45 minProject Age : 5 yearsForum/Mailing List Age : 2 yearsTurn Over : 25%/yearConfiguration Management : yesDesign Specification : noSoftware Requirements Specification : noUser Documentation : noDeveloper Documentation : yes

1717


ExempleExemple


ExempleExemple

1818


Facteurs de succèsFacteurs de succès

Active marketing/promotion of project -an evangelist is helpful?Nice WebsiteWillingness of founders to grant commit access to othersAcceptance of ideas/viewpoints of others - and incorporate if appropriateArchitecture of the project prevents coordination problems - embedded scripting language, plug-in architectureLeadership - technically proficient (a good programmer?)Leadership - personableUsefulness of software - fills a niche or is better than currentCompetent technical core of developersA sense of communityStabilityDocumentation and supportSex appeal - allows creativity and growth, excitement about the software and end product, some attraction.Ownership by developer communityCommunication among developersCommunication to user communityOpen Development CycleLow Barrier to entry for developers - easy to get inRedundant Developer rolesClear dispute resolution mechanism - not a management hierarchyNo Flat organizationUser base size


Evaluation des produits d’un projet OpenSource ?

ISO 9126 : Software Engineering – Product quality

Modèle de qualité du produit logiciel• Caractéristiques internes et externes• Caractéristiques à l’utilisation

Métriques à mettre en place

Evaluation de produitEvaluation de produit

1919


Caractéristiques internes/externesCaractéristiques internes/externes


Caractéristiques à l’utilisationCaractéristiques à l’utilisation

2020


OpenSource Software Evaluation - O.S. project 1

0

5

10

15

20

25

30

35

FAE SCCC FA CD TT FS SF SPA

Quality Indicators

Rat

ing

Evaluation des caractéristiquesEvaluation des caractéristiques


FAE : Failure Analysis Efficiency


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing


2121


SCCC : Software Change Control Capability


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing



FA : Functional Adequacy


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing


2222


CD : Completeness of Description


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing



TT : Task Time


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing


2323


FS : Functional Size


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing



SF : Skill Factor


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing


2424


SPA : Similar Product Amount


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing



Forked ??


0

5

10

15

20

25

30

35


Quality Indicators

Rat

ing


2525


tt

ββ

Passer à l’OpenSource ?Passer à l’OpenSource ?


Connaître les critères d’acceptationsTenir compte des modèles de qualitéTenir compte des exigences des autres parties intéressées (des acteurs de la communauté) Tenir compte du cycle d’innovation

Passer à l’OpenSource ?Passer à l’OpenSource ?

2626


Cycle d’innovationCycle d’innovation


Cycle d’innovationCycle d’innovation

2727


Pour conclure …Pour conclure …




[email protected]

[email protected]

Merci de votre attention !Merci de votre attention !

Logiciel Libre & qualité - cetic.be · 1 Logiciel Libre & qualité Alain RENAULT Grégory SERONT...

Documents

Transcript of Logiciel Libre & qualité - cetic.be · 1 Logiciel Libre & qualité Alain RENAULT Grégory SERONT...