APERÇU DE LA MÉTHODE COSMIC
La méthode COSMIC est une méthode normalisée de Mesure de la Taille Fonctionnelle d’un logiciel des domaines fonctionnels généralement désignés sous le nom logiciel d’application d'affaires (ou `MIS') et des logiciels temps réel ainsi que des hybrides de ces logiciels.
La méthode COSMIC a été acceptée par ISO en décembre 2002 en tant que norme internationale : ‘COSMIC-FFP:2003 – A functional size measurement method’. La version la plus récente de la norme date de 2011: ISO/IEC 19761:2011 , « Software engineering -- COSMIC: a functional size measurement method ».
La norme ISO/IEC 19761 contient les définitions et les règles normatives fondamentales de la méthode.
La méthode de mesure COSMIC a été conçue pour être appliquée aux fonctionnalités des logiciels des domaines suivants : Logiciels d’application d’affaires, Logiciels de type temps réel et les logiciels hybrides (d’affaire & temps réel).
La méthode de mesure COSMIC n'a pas été conçue pour le moment, pour prendre en compte la taille fonctionnelle des logiciels ou morceaux de logiciels qui sont caractérisés par des algorithmes mathématiques complexes ou par d'autres règles spécialisées ou complexes.
La méthode de mesure COSMIC implique qu’un ensemble de modèles, de principes, de règles et de processus soient appliqués aux Fonctionnalités Utilisateur Requises (FUR) d’un morceau de logiciel donné. Selon la Méthode COSMIC, le résultat est une 'valeur numérique d'une quantité' (tel que défini par ISO) représentant la taille fonctionnelle du morceau du logiciel.
La méthode de mesure COSMIC a été conçue pour être indépendante des décisions de réalisation et de mise en œuvre telles qu’implémentées dans les artéfacts opérationnels du logiciel à mesurer. La fonctionnalité est concernée par 'le traitement de l'information que le logiciel doit exécuter pour ses utilisateurs’.
Plus précisément, une déclaration de FUR décrit la fonctionnalité que le logiciel doit faire pour les utilisateurs fonctionnels, qui sont les émetteurs et les destinataires prévus des données qui vont et viennent du logiciel.
• Le modèle contextuel de logiciel COSMIC
Un morceau de logiciel à mesurer, doit être défini avec soin (dans le périmètre de la mesure) et cette définition doit tenir compte du contexte de tous les logiciels et matériels avec lesquels il interagit. Ce modèle contextuel de logiciel introduit les principes et concepts nécessaires à cette définition :
i. Le logiciel est limité par le matériel ;
ii. Le logiciel est typiquement structuré en couches ;
iii. Une couche peut contenir un ou plusieurs morceaux de logiciel, de même niveau mais distincts, et tout morceau de logiciel peut aussi être construit de composants de même niveau mais distincts ;
iv. Tout morceau de logiciel à mesurer doit être défini par un périmètre de mesure, laquelle doit aussi être entièrement comprise à l’intérieur d’une seule couche de logiciel ;
v. La portée du morceau de logiciel à mesurer doit dépendre de la raison d’être de la mesure ;
vi. Les utilisateurs fonctionnels doivent être identifiés à partir des Fonctionnalités Utilisateurs Requises (FUR) du morceau de logiciel à mesurer comme les émetteurs et/ou les destinataires visés pour les données ;
173
vii. Un morceau de logiciel interagit avec ses utilisateurs fonctionnels via les mouvements de données à travers la frontière. Ce morceau de logiciel peut déplacer les données vers et à partir d’un stockage persistant situé à l’intérieur de la frontière du logiciel ;
viii. La FUR d’un logiciel peut être exprimée à différents niveaux de granularité ;
ix. Le niveau de granularité auquel les mesures doivent normalement être effectuées, est celui du processus fonctionnel;
x. S’il n’est pas possible de mesurer à partir du niveau de granularité du processus fonctionnel, alors la FUR du logiciel doit être mesurée d’une manière approximative, et échelonnée selon le niveau de granularité des processus fonctionnels.
• Le modèle générique de logiciel COSMIC
Après avoir interprété la FUR du logiciel à mesurer en fonction du modèle contextuel de logiciel, nous pouvons maintenant appliquer le modèle générique de logiciel à la FUR pour identifier les composants de la fonctionnalité à mesurer. Ce Modèle Générique sous-entend que les principes généraux suivants sont valables pour toute mesure du logiciel utilisant cette méthode :
i. Le logiciel reçoit des données en entrée de ses utilisateurs fonctionnels. Le logiciel produit aussi en retour d’autres types de résultats et/ou des données en sorties, à ses utilisateurs fonctionnels ;
ii. Chaque Fonctionnalité Utilisateur Requise (FUR) d’un morceau de logiciel à mesurer peut être arrimé à un seul processus fonctionnel ;
iii. Chaque processus fonctionnel est composé de plusieurs sous-processus ;
iv. Un sous-processus peut être un mouvement de données ou une manipulation de données ;
v. Chaque processus fonctionnel est déclenché par un mouvement de données en Entrée vi. envoyé par un utilisateur fonctionnel, qui à son tour informe le processus fonctionnel
qu’il a identifié un événement ;
viii. Un groupe de données est constitué d’un un seul ensemble d’attributs de données, qui lui, décrit un seul objet d’intérêt ;
ix. Il y a quatre types de mouvement de données. Une Entrée déplace un groupe de données vers le logiciel à partir d’un utilisateur fonctionnel. Une Sortie déplace un groupe de donnée du logiciel vers un utilisateur fonctionnel. Une Écriture déplace un groupe de données à partir du logiciel vers un stockage persistant. Une Lecture déplace un groupe de données à partir d’un stockage persistant vers le logiciel ;
x. Un processus fonctionnel doit inclure au minimum un mouvement de données de type Entrée et un autre mouvement de données, soit de type Écriture, soit de Sortie. Un processus fonctionnel doit donc comprendre au minimum deux mouvements de données ;
xi. Pour réaliser une estimation à des fins de mesure, les sous processus de manipulation de données ne sont pas mesurés séparément. Il faut tenir compte de la fonctionnalité des manipulations de données pour chaque mouvement de données associé.
• Le processus de mesure COSMIC
Le processus général de mesure COSMIC comprend trois phases:
i. La phase de la stratégie de mesure (phase 1) : Dans laquelle le modèle contextuel de logiciel est appliqué au logiciel devant être mesuré (Chapitre 2) ;
ii. La phase d’arrimage (phase 2) : Dans laquelle le modèle générique de logiciel est appliqué au logiciel devant être mesuré;
175
Les résultats obtenus après avoir appliqué le processus de mesure sur un morceau d’un logiciel est une mesure de taille fonctionnelle du logiciel, exprimée en Points de Fonction COSMIC (CFP’).