1. Objectifs
Les objectifs de cette partie sont de présenter la méthode
de comptage suivant la méthode des points de fonction.
Les différentes définitions des composants ou termes
utilisés par cette méthode sont issus des recommandations
et des règles de l’IFPUG.
La méthode présentée dans cette partie s’arrête
à un comptage du nombre brut de points de fonction tel
qu’il est pratiqué et recommandé à la SNCF.
Cette partie peut faire office de référence pour
toute personne voulant se renseigner sur cette méthode.
2. Méthode des points de fonction.
Recommandations selon l’IFPUG (International Function Points User
Group)
Historique
En 1979, Alan Albrecht propose une première version de
sa méthode. Cette parution n’a pas été sans
réactions. C’était en effet la première fois
que l’on proposait une mesure de la production de logicielle basée
sur les fonctions utilisateurs. Elle doit aider à prévoir
la taille d’un projet, son effort de développement et la
productivité du développement informatique.
Albrecht a ainsi développé une métrique
indépendante de la technique de développement qui
n’a pas les inconvénients du comptage du nombre de lignes
de code.
Cette méthode à l’origine était fondée
sur quatre entités (entrée, sortie, interrogation,
fichiers) sans catégorie de complexité avec un intervalle
d’ajustement de +/- 25%. Depuis 1984, les comptages se font a
partir des entités entrées, sorties, interrogations,
données externes et internes, avec pour chacune de ces
entités un niveau de complexité simple, moyen ou
élevé.
En 1986, a été fondé l’IFPUG (International
Function Points User Group) pour assurer la plus grande diffusion
de cette méthode tout en garantissant son adéquation
aux besoins des utilisateurs et sa normalisation. La méthode
de comptage en points de fonction est décrite en détail
dans le " Counting Practices Manual ".
De même en France, la FFUP (French Function Point User’s
Group) créée en 1992 a la même vocation.
Le point de fonction est maintenant normalisé par l’AFNOR,
sous la référence normative expérimentale
XP Z 67-160.
Albrecht émet l’hypothèse qu’il existe une relation
entre le nombre de points de fonction et la charge de développement.
Le passage du nombre de points de fonction à la charge
peut se faire par multiplication par un ratio dépendant
du type de projet, par régression linéaire, régression
exponentielle…
3. Définition du contexte
3.1. Frontières de l’application
Utiliser la cartographie applicative pour identifier les limites
de l’application à mesurer.
Ces limites définissent :
>un ensemble de fonctions du métier identifiables et
comprises par l’utilisateur
>des frontières stables, correspondant à la
façon dont l’application est maintenue
>elles mettent en évidence les échanges de données
entre l’intérieur et l’extérieur de l’application
>elles définissent la base des autres mesures (efforts,
coût, défauts…)
La notion d’application pour la mesure en points de fonction.
D’une entreprise a l’autre la notion d’application traduit parfois
des notions très différentes. Ceci peut avoir des
conséquences sensibles sur la façon de déterminer
les frontières ou les limites des applications à
mesurer.
Comment définir la notion d’application pour une mesure
en points de fonction :
>Une application correspond au plus petit ensemble de fonctionnalités
formant un tout cohérent pour l’utilisateur
>C’est un ensemble cohérent dans une entreprise considérée,
compte tenu de son métier et de l’organisation de ses utilisateurs
>Le périmètre de l’application définit
le plus petit ensemble de fonctionnalités qui doivent être
conjointement gérées pour répondre aux besoins
des utilisateurs
>Aucune considération technologique, ou considération
liée a l’organisation des équipes de maintenance,
n’est déterminante pour fixer les frontières de
l’application.
Il est normal que le périmètre d’une application
varie d’une entreprise à l’autre en fonction de son organisation
et de sa façon de répondre aux besoins fonctionnels
de ses utilisateurs. La taille d’une application doit rester équilibrée.
Il est normal que les applications soient interfacées entre
elles.
3.2. Identification de l’utilisateur
Les points de fonction mesurent ce que l’utilisateur a demandé
et reçu. Il faut identifier l’utilisateur.
L’identification de l’utilisateur est dépendante des objectifs
de la mesure et modifie le périmètre de la mesure.
Par exemple :
>pour la mesure d’un progiciel, seules les fonctionnalités
utilisées par l’utilisateur doivent être considérées
>lors de la mesure d’un développement, toutes les fonctionnalités
livrées dans le cadre du projet sont prises en compte
Les règles de l’IFPUG font référence à
la notion de vue utilisateur, on parle aussi de utilisateur
expérimenté.
3.3. Règles et procédures
des frontières du comptage
La frontière est déterminée sur la base
du point de vue utilisateur. L’important est de se concentrer
sur ce que l’utilisateur peut comprendre et décrire.
La frontière entre des applications qui sont liées
ne doit pas être basée sur des considérations
technologiques mais sur la séparation des fonctions de
gestion telles qu’elles sont vues par l’utilisateur.
4. Définition des différents
composants utilisés par la méthode des points de
fonction
4.1. Définitions des GDE et GDI
Le terme identifiable par l’utilisateur dans les définitions
des GDE et des GDI désigne un ensemble de données
liées à un niveau tel qu’un utilisateur expérimenté
puisse identifier ces données comme répondant à
un besoin d’utilisateur de l’application
La notion de vue utilisateur correspond a une vision fonctionnelle
des processus élémentaires et données ou
ensemble de données susceptibles.
La participation aux mesures en points de fonction d’utilisateurs
expérimentés peut aider à prendre du recul
par rapport aux contraintes techniques auxquelles peut se confronter
un informaticien. Mais l’opinion d’un utilisateur n’est déterminante
que si elle est justifiée par une meilleure perception
du fonctionnel.
4.2. Groupe logique de données
internes [ GDI ]
Définition :
Groupe de données liées logiquement, ou de paramètres
de contrôle identifiables par l’utilisateur, mis à
jour et utilisés à l’intérieur de la frontière
de l’application.
Les groupes de données maintenus par plusieurs applications
sont comptés dans chacune des applications où ils
apparaissent , avec dans chacune les attributs qui leur sont propres.
Pour le comptage on peut partir d’un modèle de données
(considérer les entités, les relations porteuses
de données ou n-aires), d’une liste de fichiers physiques,
d’une liste de segments tables dans un SGBD. Chacun de ces objets
peut être candidat à être un GDI, il faut considérer
la vue utilisateur et ne pas présumer qu’un fichier physique
égale un fichier logique.
4.3. Groupe de données
externes [ GDE ]
Définition :
Groupe de données liées logiquement, ou de paramètre
de contrôle, identifiables par l’utilisateur, utilisés
par l’application, mis à jour par une autre application.
4.4. Les entrées
Définitions :
Données ou paramètres de contrôle qui
>entrent dans l’application
>maintiennent un ou plusieurs GDI
>initialisent ou contrôlent un traitement
>font l’objet d’un traitement unique
Remarque
Le support peut être un écran, une disquette, une
bande, un fichier disque…
Un écran peut conduire à plusieurs Entrées
et inversement une entrée peut conduire à plusieurs
écrans.
Si on peut lancer le même traitement par plusieurs moyens
(par exemple commande " A ", " Add "
ou " Ajout "…), il s’agit toujours d’une même
Entrée.
4.5. Les sorties
Définition
Données ou paramètres de contrôle qui
>sortent de l’application
>sont le résultat d’un traitement unique autre qu’un
simple traitement d’extraction de données
Remarques :
Le support peut être du papier, un écran, une disquette,
une bande, un fichier disque…
Regarder les sorties au niveau logique (vue utilisateur) et pas
au niveau physique ; une sortie physique peut en effet correspondre
à plusieurs Sorties et inversement, plusieurs sorties physiques
peuvent correspondre à une seule Sortie.
Si on peut lancer un traitement par plusieurs moyens (par exemple
commande " E " ou " Editer ",
touche de fonction), il s’agit toujours d’une même Sortie.
4.6. Les interrogations
Définition
Combinaison Entrée-Sortie qui :
>ne fait pas de mise à jour de GDI
>ne résulte pas d’un traitement autre que des extractions
de données
>ne contient pas de données dérivées
(calculées en sortie)
4.7. Résumé
Les différents types de composants de la méthode
sont illustrés par le schéma ci-dessous :
Figure 1 : Composants de la méthode
des points de fonction
5. Définition des
complexités de chaque composant
5.1. Les niveaux de complexité
Pour chaque composant (données ou traitements), on détermine
le niveau de complexité :
>faible
>moyen
>élevé
Pour chaque composant, le niveau de complexité se détermine
de la même façon. Pour chaque composant, on utilise
une matrice dont les entrées lui sont propres mais qui
reposent sur un comptage simple.
Pour chaque Groupe logique de Données Internes et chaque
Groupe logique de Données Externes, on utilise :
>le nombre de Sous-ensemble Logique de Données
>le nombre de Données Elémentaires
Pour chaque Entrée et chaque Sortie, on utilise :
>le nombre de Groupes logiques de Données Référencés
>le nombre de Données Elémentaire
Pour chaque Interrogation, on évalue :
>la complexité de la partie Entrée
>la complexité de la partie Sortie
puis on garde le maximum de ces deux évaluations comme
niveau de complexité de l’Interrogation.
5.2. Complexité des groupes
logiques de données (GDI et GDE)
Le niveau de complexité est déterminé par
le nombre de Sous-ensemble Logique de Données (SLD) et
de Données Elémentaires du groupe logique de données.
Les SLD sont des sous groupements de GDI (GDE) fondés
sur la vue logique de l’utilisateur des données. Les DE
sont des zones non récurrentes que l’utilisateur peut reconnaître
et qui figurent dans le GDI (GDE).
Un SLD est un sous-groupe de données non manipulé
indépendamment. Si plusieurs entités ne sont manipulées
qu’ensemble, elles comptent pour un seul groupe logique de données,
ce groupe étant composés de plusieurs SLD.
Une DE est un attribut au sens de MERISE. Les zones qui apparaissent
plusieurs fois dans un même GDI pour des raisons techniques,
ne sont comptées qu’une seule fois.
Tableau 1 : Matrice niveau de complexité GDE/GDI
5.3. Complexité
d’une entrée ou partie entrée d’une interrogation
Le niveau de complexité d’une Entrée est déterminé
par le nombre de Groupe de Données Référencées
(GDR) et de DE de l’Entrée ou de la partie Entrée
de l’Interrogation
Nombre de GDR :
>le Groupe logique de Données Internes mis à
jour par l’Entrée
>le Groupe logique de Données Internes consultés
par l’Entrée
>le Groupe logique de Données Externes consultés
par l’Entrée
Seules les DE mis à jour par l’Entrée sont comptabilisées.
Tableau 2 : Matrice niveau de complexité d’une Entrée
ou partie Entrée d'une Interrogation
5.4. Complexité
d’une sortie ou partie sortie d’une interrogation
Le niveau de complexité d’une Sortie est déterminé
par le nombre de Groupe de Données Référencées
(GDR) et de DE de la Sortie ou de la partie Sortie de l’Interrogation
Nombre de GDR :
>le Groupe logique de Données Internes consulté
par la Sortie
>le Groupe logique de Données Externes consulté
par la Sortie
Le nombre de DE est celui de DE utilisées par la Sortie.
Tableau 3 : Matrice niveau de complexité d’une Sortie
ou partie Sortie d’une Interrogation
6. Calcul des points de
fonction
Comptage des points de fonction bruts.
Le calcul se fait en sommant pour chaque type de composant, les
composants ayant même niveau de complexité. Chaque
nombre est ensuite multiplié par le poids correspondant.
On réalise ensuite les sous-totaux et le total général
des points de fonction bruts.
Tableau 4 : Grille de complexité
7. Résumé
du comptage en nombre brut de points de fonction
On peut résumer les différentes étape d’un
comptage par le schéma ci dessous :
Figure 2 : Etape de comptage en points de fonction
|
