Le SWEBOK contient dix Knowledge Areas (10 KA)

LE CMMI contient 5 niveaux

1. Initial: sans mesure
2. Géré: mesures utilisés pour le projet
3. Défini: Détecter les défauts et améliorer la qualité du code
4. Maîtrise Quantitative: Mesures à chaque étape de développement
5. Optimisé: Mesures utilisée pour les projets futurs

Productivité = Nombre de LOC produits / Effort (temps * personne)

La Taille fonction est le nombre de fonctions d'un logiciel.

Metrics: The art or science of measurement

Metric: A Standard of measurement

Measurement: The act or process of measuring

Measure: Dimensions, capacity or amount of something

Data: Factual information used as a basis for reasoning discussion measurement or calculation

Data are used to measure. Measures are used to provide metrics.

Validation de la mesure: Validation of a software measure is the process of ensuring that the measure is a proper numerical characterization of the claimed attribute; this means showing that the representation condition is satisfied.

Critères: objectifivité, répétabilité, échelle de mesure conforme à ce que l'on veut faire avec la mesure.

Les normes ISO: Mesures et processus du logiciel

ISO/IEC 9126 : Qualité des produits logiciels. Défini des qualités internes et externes. Plusieurs attributs, fonctionnality, reliability, usability (facilité d'utilisation), efficiency, maintenability et portability possède plusieurs critères. Chaque critère possède plusieurs mesures.

Quality in use: effectiveness, productivity, niveau de satisfation et conformité reglémentaire.

1. Caractéristiques de la qualité (Usability, maintenability, reliability)
2. Internes
3. Externes (point de vue de l'utilisateur)
4. Métriques

ISO 12207 Software life cycle processus. Les principaux intervenants sont: Acheteur, fournisseur, développeur, responsable des opérations et responsables de l'entretien. Cette norme est très générique.

ISO 14143 : Mesurage de la taille fonctionnelle.

ISO 15288 : Processus de système. Inspiré de ISO 12207, cette norme couvre les processus d'exploitation, le maintien en condition opérationelle et le retrait de service.

ISO 15939 : Modèle de processus de mesures (PSM). Planifier/Exécuter/Évaluer des processus de mesures. Obtenir et maintenir l'engagement corporatif.

ISO 19761 : Cosmic-FFP - Point de fonction. Méthode très spécifique.

IFPUG discute de la détermination de la qualité de produits.

Pourquoi mesurer:

• Communiquer efficacement
• Suivre les objectifs d'un projet
• Identifier rapidement les problèmes

L'organisation est plus performante si elle possède des informations précises et objectives, un historique pour avoir une perspective et des décisions pré-établies.

Décisions continuelles sur les ressources, l'horaire, la capacité fonctionnelle, le niveau de qualité, les considérations techniques.

Facteur de succès: un processus de mesure structuré, documenté et répétable. Un processus de projet structuré et répétable (modèle de maturité CMM). On doit communiquer (rendre public) le programme de mesure (ainsi que les résultats).

Produits d'informations: données + modèle d'interprétation + évaluation des données = information

Information objective: modèle, concensus et normes.

PSM a été développé par l'armée américaine.

Approche organisationnelle

IFPUG: Besoin d'information → concept mesurable → construction de la méthode de mesure → procédure de la mesure → plan de mesure →

Productivité → Effort et Taille

Indicateur: souhaité ou estimé (référence de mesure), par rapport à une cible ou un but.

Type de mesure: objective, subjective.

Unité de mesure: homme/mois, défaut/LOC, ...

1. Évaluation de l'environnement
2. Définition du but primaire (équipe de gestion / évaluation)
3. Dérivation des métriques (gestionnaires)
4. Écriture du plan de mesure
5. Implémentation des formulaires de collections, d'outils et des bases de données
6. Collections des mesures
7. Révision des buts et évaluation par les gestionnaires

Évaluer → Analyser → Mesurer → Améliorer

1. Approches pratique
2. Par projet
3. 4 activités principales
4. Influencer par l'environnement

Pour aider un projet de grande envergure. Peut être utilisé sans procédure uniforme. Peut être fait par une firme de consultant (CMM 1 et 2)

Approche par projet: AMI

Approche organisationnelle: PSM, Abran, Grady, McLord, Desharnais.

Pratique: Ideal et AMI

CMM: Ideal = CMM 1 à 5. AMI = CMM 1 à 2

AMI: industrie, par projet, général, selon l'environnement.

IDEAL: difficile à appliquer, gens internes.

Moyen de définir les buts à atteindre dans un projet. Concept → opérationnel → quantitatif.

Questions quantifiables. Objectif (mesure absolue). Subjectif (mesure non exacte, degré d'utilisation, expérience personnelle).

Where is the time spent in the development process? How much of rework? What are the reasons for the rework? How many defects are detected in operational software during the first year of deployment.

• Décomposition: nouveautés
• Opinion d'expert: intuition, expérience personnelle, projets semblables connus des experts
• Analogie: comparaison avec des projets passés similaires.
• Modèle paramétrique: Relations mathématiques.

Sélectionner l'approche, arrimer et calibrer.

Ensemble structurés de mesures liés à des buts et objectifs quantifiables.

1. Construction d'un environnement favorable à la mesure
2. Considération des besoins et capacités de l'entreprise et de son personnel dans la formation des buts et objectifs.

Programme de mesure

Facteurs de succès: maturité, capacité à se donner des objectifs, acceptation de normes communes

Groupe de mesures

Capacité à gérer l'implantation du programme de mesure

Capacité à livrer le programme au même titre qu'une application. Programme de mesure, application en constante évolution.

Comporte des étapes:

• Démonstration de sa pertinence (problème: dispendieux, résultats non immédiat, avis différent entre spécialiste)
• Implication du personnel de livraison
• Identification des processus clefs à améliorer
• Indetification des buts
• Définition des moyens
• Mise en place du programme
• Actualisation de l'application

Permet de répondre aux questions: position, but, moyen d'atteindre le but, pertinence de le faire, coût 2 à 10% des coûts du projet (de développement?).

Taille: 10 à 20 pages (sans compter les annexes).

Si la taille de l'ensemble des annexes est plus grande que 2 pages, les annexes devront être séparées du rapport.

La communication avec le professeur ou l'envoie du courriel se fait par courriel.

Les parties ou les points évalués du rapport comprenennt: clarté(15), problématique(15), contexte de l'intervention, exposé de la solution(20)- 12 à 15 pages, méthodologie, technologie et outils(20), conclusion(10), référence(10), intérêt pour le cours(10).

L'introduction doit contenir la présentation de la démarche.

cours  #3 : remise choix courriel (avec c.c. à nos collègues)
cours  #6 : plan brouillon
cours #11 : remise finale

Rencontre avec Jean-Marc Desharnais au local A-2458 le mardi 13 septembre 2004 à 15h00.

Équipe #3 : Yan Morin et Steve Desrochers.