Conclusion générale :
Plusieurs chercheurs ont constaté l'absence d'une
théorie de base servant à guider les méthodes de mesure.
D'un côté pratique, on a besoin des mesures permettant de
prévoir de façon plus exacte l'effort et le coût de
développement ou de maintenance du logiciel indépendamment des
langages de programmation.
Ce projet nous a permis d'acquérir de nouvelles
connaissances en GL sur l'estimation de coût de logiciel.
Nous avons implémenté deux modèles
d'estimation de coûts de logiciel.
La première méthode « Points de
Fonctions » qui permet d'estimer l'effort de développement et
le coût du logiciel, elle est basée sur les principes
suivants:
Ø Identification des fonctions des projets logiciels.
Ø Comptage des points de fonction bruts.
Ø Ajustement des points de fonction.
Ø Calcul de la charge du projet.
La méthode des point de fonction est une alternative
intéressante en estimation des coûts des logiciels parce quelle
est indépendante des langages et technologies utilisés.
Toute fois, cette méthode présente quelques
difficultés comme l'application de la méthode à un projet
donné n'est pas chose aisée car l'identification et la
distinction des fonctions à partir du cahier des charges du projet n'est
pas évidente et nécessite la présence d'un
spécialiste en cette méthode.
Et la deuxième méthode
« Cocomo'81 » qui semble être le plus connu des
modèles d'estimation de coût de projet logiciel, et il reste la
référence en matière d'estimation détaillées
des coûts présente une faiblesse principale qui réside
dans la nécessité d'avoir une estimation du nombre de ligne
logiciel. Cette taille du logiciel n'est connue qu'à la fin de la
réalisation.
Dans ce travail nous avons essayé de regrouper ces
deux méthodes dans un AGL pour permettre l'estimation d'une part du
coût du logiciel, de la productivité, de l'équipe ainsi que
la distribution de l'effort et d'autre part pour comparer les résultats
obtenus selon les différentes méthodes
implémentées.
PERSPECTIVES
Notre AGL est extensible et peut être enrichi par toutes
les autres méthodes d'estimation de coût logiciel. Nous proposons
comme première perspectives la méthode expert de cocomo'81.
JEUX D'ESSAI
Ø Utilisation de la méthode point de
fonction
Premier exemple
Scénario d'un
système de contrôle de stock
Une compagnie vend 200 marchandises électriques
différentes au téléphone. Pour faire ça elles
veulent que vous créiez un système informatisé de
contrôle de stock. Ce système a les fonctionnalités
suivantes :
Ø Permet à l'opérateur de saisir le
nombre existant de clients, ou bien les détails des nouveaux clients
(jusqu'à 100 clients).
Ø Vérifier le crédit des clients bien
placés et rejeter ceux des clients mal placés.
Ø Permet à l'operateur d'enregistrer la
marchandise sur commande.
Ø Vérifier la disponibilité des
marchandises en commande.
- Là ou il y a une réserve de stock
suffisante.
- Là ou la réserve de la marchandise n'est pas
disponible et créer une commande pour fournir la marchandise dès
que disponible.
Ø Mettre à jour les détails des niveaux
de stock et des comptes de client.
Ø Produire le bon et la facture de livraison des
marchandises.
Ø Mettre à jour les niveaux de stock basé
sur la livraison des marchandises
Ø Mettre à jour du compte des clients
basés sur le paiement par un client.
? Identification des fonctions
|
Type
|
Complexité Faible
|
Total
|
|
Entrées (ENT)
|
- Nombre de clients.
- Détails du nouveau client.
- Détails de la commande.
- Détails du stock de la livraison.
- Détails du paiement du client.
|
15
|
|
Sorties (SOR)
|
- Ordre du crédit.
- Les factures.
- Bon de livraison.
- Information des détails du client.
- Information des détails de la commande.
- Information des détails du stock.
|
24
|
|
Interrogations(INT)
|
- Requête sur détail du client.
- Requête sur détails de commande.
- Requête sur détails du stock.
|
9
|
|
Groupe Données Internes (GDI)
|
- Fichier de transaction des marchandises.
- Dossiers de client.
- Dossiers des marchandises.
- Fichier de transaction du client.
|
28
|
|
Groupe Données Externes (GDE)
|
__
|
00
|
? Calcul du nombre de points de fonction non
ajustés (bruts)
PFB= 3*nombre total
d'entées + 4 *nombre total de
sorties+3*nombre total
d'interruptions+7 * nombre total de GDI.
PFB= (3*5) +
(4*6) + (3*3) + (7*4)=76.
Figure AN.1 calcule de point fonction bruts
? Calcul du nombre des points de fonction
ajustés
|
Fi
|
Facture d'ajustement
|
Valeur
(0-5)
|
|
F1
|
Transmission des données
|
0
|
|
F2
|
Distribution
|
0
|
|
F3
|
Performance
|
4
|
|
F4
|
Configuration
|
3
|
|
F5
|
Taux de transaction
|
3
|
|
F6
|
Entrées des données
|
3
|
|
F7
|
Convivialité
|
4
|
|
F8
|
M.A.J en temps réel
|
5
|
|
F9
|
Complexité du traitement
|
2
|
|
F10
|
Réutilisation
|
4
|
|
F11
|
Facilité d'implantation
|
0
|
|
F12
|
Simplicité d'utilisation
|
0
|
|
F13
|
Installation multiples, partage
|
0
|
|
F14
|
Facilité des modifications, maintenance
|
3
|
|
Somme des Fi
|
31
|
On obtient les résultats suivants :
? Fi=31.
FA=0.65+31/100=0.96.
Nombre de points de fonction ajustés (PFA)
égal à
PFA=76*0.96=73
Figure AN.2 calcule de point fonction ajustés
? Calcul de la charge
Dans le cas d'un projet « Simple », la
méthode conseille une estimation 2 Jours*Homme
Par Point de fonction.
On obtient donc le résultat suivant :
Charge= 2*73 =146 JH.
Figure AN.3 calcule de la charge
Ø Utilisation de la méthode cocomo'81 de
base
Exemple : soit un projet chargé
de taille à 0.4275 KISL (mode organique)
Effort HM = 2.4*(0.4275)1.05
= 0.98 HM
Temps de développement = 2.5
(0.98)0.38 = 2.4 mois
Productivité = 0.4275KISL / 0.98 HM = 0.4 KISL
/ HM
Nombre total de personne = 0.98 HM / 2.4 mois = 0.43
personne
Figure AN.4
Les résultats obtenus par la méthode cocomo'81 de base
| 
