ARCHIVÉ - Procédure de base d'estimation de la taille du produit logiciel
Cette page a été archivée.
Information archivée dans le Web
Information archivée dans le Web à des fins de consultation, de recherche ou de tenue de documents. Cette dernière n’a aucunement été modifiée ni mise à jour depuis sa date de mise en archive. Les pages archivées dans le Web ne sont pas assujetties aux normes qui s’appliquent aux sites Web du gouvernement du Canada. Conformément à la Politique de communication du gouvernement du Canada, vous pouvez demander de recevoir cette information dans tout autre format de rechange à la page « Contactez-nous ».
Cadre am�lior� pour la gestion des projets de technologie de l'information
PPTO-PD-001 Proc�dure de base d'estimation de la taille du produit logiciel
Janvier 2000
Bureau de dirigeant principal de l'information
Secr�tariat du Conseil du Tr�sor du Canada
* Les liens portant ce symbole donnent acc�s � des sites d'un organisme qui n'est pas asujetti � la Loi sur les langues officielles. L'information qui s'y trouve est donc dans la langue du site.
1. Introduction
1.1 Objet
La proc�dure est une activit� du processus de planification de projet (PPTO-PS-002). Elle se sert des exigences pour calculer une mesure de la taille fonctionnelle qui est convertie en lignes de codes source (KLCS). L'estimation de la taille est entr�e dans d'autres activit�s du processus de planification de projet, notamment la proc�dure de base d'estimation des ressources et du calendrier du projet.
1.2 Port�e
Le document s'applique aux projets de gestion de l'information et de technologie de l'information (GI/TI) livrant des logiciels.
Il faut veiller � ce que toutes les hypoth�ses, contraintes et justifications (c'est-�-dire les d�cisions) soient document�es dans le plan de projet.
1.3 R�les
Chaque membre de l'organisation a un r�le � jouer dans l'ex�cution de cette proc�dure.
| R�le | Description/responsabilit�s |
| Chef de projet (CP) | Personne que le minist�re parrain a charg�e de rendre compte de tous les aspects internes et externes d'un projet d'investissement. http://www.tbs-sct.gc.ca/ Pubs_pol/dcgpubs/TBM_122/abkglos-fra.asp |
| Gestionnaire de projet (GP) | Personne officiellement charg�e de g�rer un projet et assumant la responsabilit� particuli�re de la r�alisation des objectifs du projet dans les limites des ressources allou�es. Le gestionnaire de projet a acc�s au chef de projet auquel le projet en cause a �t� allou�, avec lequel il a des relations d�finies officiellement. http://www.tbs-sct.gc.ca/ Pubs_pol/dcgpubs/TBM_122/abkglos-fra.asp |
| Membre de l'�quipe de projet (MEP) | Ing�nieur en logiciel ou auteur de logiciel assign� � un projet. Charg� d'ex�cuter les t�ches du projet, de fournir des intrants aux plans et d'indiquer l'�tat d'avancement. |
| Bureau de gestion de projet (BGP) | Unit� organisationnelle temporaire distincte, dirig�e par le gestionnaire du projet. Le BGP est compos� de membres du minist�re parrain affect�s � plein temps ou � temps partiel et, le cas �ch�ant, de repr�sentants des minist�res participants qui travaillent ensemble conform�ment aux accords ou protocoles d'entente interminist�riels pertinents. http://www.tbs-sct.gc.ca/ Pubs_pol/dcgpubs/TBM_122/abkglos-fra.asp |
| Assurance de la qualit� (QA) | Service charg� de soutenir les activit�s d'assurance de la qualit�. |
| Gestion de la configuration (GC) | Service charg� de soutenir les activit�s de gestion de la configuration. |
1.4 D�finitions et acronymes
| R�le | Description/responsabilit�s |
| Chef de projet (CP) |
Personne que le minist�re parrain a charg�e de rendre compte de tous les aspects internes et externes d'un projet d'investissement. http://www.tbs-sct.gc.ca/ Pubs_pol/dcgpubs/TBM_122/abkglos-fra.asp |
| Gestionnaire de projet (GP) | Personne officiellement charg�e de g�rer un projet et assumant la responsabilit� particuli�re de la r�alisation des objectifs du projet dans les limites des ressources allou�es. Le gestionnaire de projet a acc�s au chef de projet auquel le projet en cause a �t� allou�, avec lequel il a des relations d�finies officiellement. http://www.tbs-sct.gc.ca/ Pubs_pol/dcgpubs/TBM_122/abkglos-fra.asp |
| Membre de l'�quipe de projet (MEP) |
Ing�nieur en logiciel ou auteur de logiciel assign� � un projet.
Charg� d'ex�cuter les t�ches du projet, de fournir des intrants aux plans et d'indiquer l'�tat d'avancement. |
| Bureau de gestion de projet (BGP) | Unit� organisationnelle temporaire distincte, dirig�e par le gestionnaire du projet. Le BGP est compos� de membres du minist�re parrain affect�s � plein temps ou � temps partiel et, le cas �ch�ant, de repr�sentants des minist�res participants qui travaillent ensemble conform�ment aux accords ou protocoles
d'entente interminist�riels pertinents. http://www.tbs-sct.gc.ca/ Pubs_pol/dcgpubs/TBM_122/abkglos-fra.asp |
| Assurance de la qualit� (QA) | Service charg� de soutenir les activit�s d'assurance de la qualit�. |
| Gestion de la configuration (GC) | Service charg� de soutenir les activit�s de gestion de la configuration. |
Voir le lexique du Cadre am�lior� de la gestion.
Voir les acronymes du Cadre am�lior� de la gestion.
Voir les liens Web du Cadre am�lior� de la gestion.
1.5R�f�rences
1.5.1 Tra�abilit�
La proc�dure a �t� con�ue pour qu'il soit satisfait aux objectifs du niveau 2 du Mod�le d'�valuation des capacit�s logicielles du SEI. Pratique cl� : planification de projet de logiciel.
1.5.2 Politiques
Politiques du Secr�tariat du Conseil du Tr�sor :
- Plans d'immobilisations — glossaire
- Gestion des grands projets de l'�tat
- Politique d'examen des march�s
- Gestion de projet
- Approbation de projet
Vous trouverez ces politiques � l'adresse URL suivante :
http://www.tbs-sct.gc.ca/pubs_pol/dcgpubs/TBM_122/siglist-fra.asp
1.5.3 Normes
Annexe A – Symboles d'ordinogramme
1.5.4 Processus
PPTO-PS-002 Processus de planification de projet
PPTO-PS-003 Processus de suivi et de surveillance de projet
PEER-PS-001 Processus d'examen par les pairs
1.5.5 Proc�dures
PPTO-PD-002 Proc�dure de base d'estimation des ressources et du calendrier de projet
1.5.6 Lignes directrices
Ne s'appliquent pas pour l'instant.
1.5.7 Mod�les
PPTO-TM-001 Mod�le du processus et de la proc�dure
PPTO-TM-002 Mod�le du plan de projet
PPTO-TM-003 Mod�le des estimations de projet
1.5.8 Listes de contr�le
PPTO-CK-001 Liste de contr�le de la gestion de projet
2. Proc�dure
2.1 Crit�res d'entr�e
Les crit�res d'entr�e suivants d�crivent l'�tat des intrants, un �v�nements ou l'expiration d'un d�lai, qui doivent survenir avant que le processus ne puisse commencer.
| D�tails des crit�res d'entr�e |
|
2.2 Tableau de concordance du processus
L'acheminement g�n�ral du processus qui figure ci-apr�s indique les interactions et le cheminement entre les processus. Pour de plus amples pr�cisions sur les processus, consulter la rubrique 2.4 Activit�s.
2.3 Intrants
Les intrants suivants sont utilis�s dans le cadre de la proc�dure. S'ils n'existent pas, il faut cerner les �ventuels risques connexes.
| Intrant | D�tail des intrants et remarques | R�f�rence |
| Analyse de rentabilisation |
Identification et justification d'un projet de GI/TI qui �tablissent le lien entre le projet et les priorit�s de programmes ainsi que les am�liorations quantifiables du rendement de programmes.
|
Lignes directrices sur l'analyse de rentabilisation du CAG |
| Charte de projet |
Entente entre les groupes technique et op�rationnel qui d�finit :
|
Mod�le de charte de projet du CAG |
| Plan de projet initial |
Ententes entre les groupes technique et op�rationnel d�crivant de mani�re plus d�taill�es :
|
PPTO-TM-002 |
|
||
| Exigences |
|
|
| Base de donn�es de l'entreprise |
|
2.4 Activit�s
Utiliser les normes, m�thodes d'estimation, outils et techniques de l'organisation pour estimer la taille du produit logiciel.
Voici une liste partielle des normes de l'industrie en mati�re d'estimation de la taille du logiciel.
- * Points fonctionnels http://www.ifpug.org/
- L'Agence des douanes et du revenu du Canada recommande fortement d'utiliser les points fonctionnels.
- Lignes de codes sources (LCS)
- * Mark II UKSMA.CO.UK
- COSMIC
- * COSMICON.com
- G�LOG: Laboratoire de recherche en g�nie logiciel
- Points fonctionnels tridimensionnels
- * Points caract�ristiques http://www.spr.com
Si l'organisation n'a pas adopt� de m�thode normalis�e, utiliser la m�thode suivante � titre de solution provisoire en attendant que l'organisation choisisse une m�thode d'estimation de la taille du logiciel.
Les activit�s suivantes sont ex�cut�es dans le cadre de la proc�dure. Il faut documenter l'ensemble des hypoth�ses, des risques, des contraintes, etc. dans le plan de projet.
| No | Activit�s | Mesure prise par | D�tail des activit�s et remarques | R�f�rence |
| 1 |
Calculer la mesure de la taille fonctionnelle
|
GP | - Compter et entrer les �l�ments suivants dans la colonne D�nombrement : - intrants, - extrants, - fichiers ma�tres, - demandes de renseignements, - interfaces, - algorithmes – facultatif lorsque les algorithmes sont beaucoup utilis�s (ICP) et que les gestionnaires de projet optent pour la documentation distincte. - Chaque d�nombrement (1A) est automatiquement multipli� par son facteur de pond�ration correspondant (1B) cr�ant ainsi un total pour chaque rang�e. - La mesure de la taille fonctionnelle (1C) fait automatiquement la somme des totals des rang�es. Lignes directrices sur le d�nombrement : - L'interface applicative (API) exige le logiciel offert dans le commerce, et les autres logiciels r�utilis�s sont compt�s comme des interfaces. - Les fonctions sont associ�es aux groupes logiques ou aux �crans de donn�es plut�t qu'aux param�tres de donn�es individuels. - S'assurer que les exigences et les fonctions ne sont pas compt�es plus d'une fois lorsqu'elles sont d�crites � plusieurs endroits. - Les messages d'erreur comptent habituellement pour un seul extrant et un fichier ma�tre. |
Annexe F PPTO-TM-003 |
| 2 | D�terminer la complexit� du probl�me Documenter les hypoth�ses ayant servi � d�terminer la complexit� du probl�me. |
GP | - �valuer la complexit� des algorithmes et des calculs en se servant de la description qui d�crit le mieux le logiciel. - Choisir un rajustement de la complexit� du probl�me (2B) dans le tableau (2A). - Ce num�ro est automatiquement multipli� par la mesure de la taille fonctionnelle (1C) pour donner la complexit� du probl�me (2C). |
PPTO-TM-003 |
| 3 | D�terminer la complexit� des donn�es Documenter les hypoth�ses ayant servi � d�terminer la complexit� des donn�es. |
GP | - �valuer la complexit� des donn�es entrepos�es en se servant de la description qui d�crit le mieux le logiciel. - Choisir un rajustement de la complexit� des donn�es (3B) dans le tableau (3A) et l'entrer. - Ce num�ro est automatiquement multipli� par la mesure de la taille fonctionnelle (1C) pour donner la complexit� des donn�es (3C). - La complexit� du probl�me (2C), la complexit� des donn�es (3C) et la mesure de la taille fonctionnelle (1C) sont additionn�es pour donner la mesure de la taille fonctionnelle totale (3D). |
PPTO-TM-003 |
| 4 | D�terminer le multiplicateur du langage Documenter les hypoth�ses ayant servi � d�terminer le multiplicateur du langage |
GP | - D�terminer le ou les langages ayant servi � �laborer le logiciel. - Choisir un multiplicateur du langage (4B) dans le tableau (4A) et l'entrer. - Le multiplicateur du langage est automatiquement multipli� par la mesure de la taille fonctionnelle (3D) puis divis� par 1000 (pour obtenir des KLCS) et donne les KLCS estimatives (4C). Nota : pour obtenir d'autres langages de programmation, consulter le tableau au site � l'adresse : http://www.spr.com/ Trouver le langage voulu, puis entrer le num�ro qui figure dans la colonne des instructions source moyennes selon le point fonctionnel (derni�re colonne). |
PPTO-TM-003 |
| 5 | D�terminer le niveau de confiance Documenter les hypoth�ses ayant servi � d�terminer le niveau de confiance |
GP | - �valuer la condition qui d�crit le mieux la sp�cification ou d'autres documents d�crivant le logiciel. - Utiliser la description qui d�crit le mieux le document, choisir le niveau de confiance (5B) dans la colonne (5A) et l'entrer. Le niveau de confiance est automatiquement multipli� par les KLCS estimatives (4C) pour arriver aux KLCS totales (5C) et donner la valeur du niveau de confiance. |
PPTO-TM-003 |
| 6 | Examiner les estimations | GP | - Comparer les KLCS totales � celles de projets de taille semblable dans la base de donn�es (historiques) de l'entreprise. Si l'estimation de la taille varie consid�rablement, revenir � la mesure de la taille fonctionnelle de l'activit� 1 pour d�terminer s'il y a eu des omissions ou des comptes en double. - Examiner l'estimation de la taille et les hypoth�ses document�es en collaboration avec les groupes et les particuliers touch�s et obtenir leur approbation. Nota : la prudence est de mise dans le cas des estimations de moins de 30 KLCS car il est presque impossible de fournir une fonctionnalit� r�elle � ce niveau. |
PPTO-TM-003
PEER-PS-001 |
2.5 Extrants
Les extrants suivants sont produits ou modifi�s par les activit�s men�es dans le cadre de la proc�dure.
| Extrant | D�tails de l'extrant et remarques | R�f�rence |
| Taille du logiciel |
|
PPTO-TM-002
PPTO-TM-003 |
2.6 V�rification et Validation
| Validation des extrants |
Voir Activit� 6 – Examen des estimations Pour d�terminer si les extrants sont conformes � la sp�cification :
|
2.7 Crit�res de sortie
| D�tails des crit�res de sortie |
|
2.8 Mesures
Voir le Cadre am�lior� de la gestion, Pr�sentation pr�liminaire de la bo�te � outils du cadre, du 22 novembre 1999, pour conna�tre le tableau de bord du contr�le de la sant� du projet.
2.9 Tableau de contr�le des enregistrements
Ne s'applique pas pour l'instant. Remplir le tableau si la certification ISO est demand�e. Pour de plus amples renseignements, consulter le mod�le du processus et de la proc�dure (PPTO-TM-001).
| Description (num�ro et nom) |
Lieu d'entreposage | Classement / Index | D�lai minimum d'entreposage |
2.10 Tableau des documents contr�l�s
Ne s'applique pas pour l'instant. Remplir le tableau si la certification ISO est demand�e. Pour de plus amples renseignements, consulter le mod�le du processus et de la proc�dure (PPTO-TM-001).
| Num�ro | Nom | Date de r�vision (ou version) |
Administrateur |
Annexe A – Lexique
Voir le lexique du Cadre am�lior� de la gestion ou ins�rer un renvoi au lexique de l'organisation.
Annexe B – Acronymes
Voir les acronymes du Cadre am�lior� de la gestion ou ins�rer un renvoi aux acronymes de l'organisation.
Annexe C – Symboles d'ordinogramme
 |
|
| Les parall�logrammes repr�sentent des intrants et des extrants � un processus ou � une proc�dure ou provenant d'un processus ou d'une proc�dure. | |
 |
 |
| Les rectangles repr�sentent des activit�s de processus ou proc�dures particuliers. | Les losanges repr�sentent des points de d�cision importants du processus ou de la proc�dure. |
  |
 |
| Les lignes avec des pointes de fl�ches lient des symboles pour montrer la progression ou la direction des activit�s. | Les cercles repr�sentent des connexions lorsque l'ordinogramme du processus ou de la proc�dure continue sur une autre page. |
Annexe D – Bibliographie
Boehm, Barry, Software Engineering Economics, Prentice Hall, New Jersey, 1991.
Garmus, David, Herron, David, Measuring the Software Process: A Practical Guide to Functional Measurements, Yourdon Press, 1996.
Jones, Capers, Applied Software Measurement: Assuring Productivity and Quality, McGraw-Hill, Inc., New York, 1996.
Voir les liens Web du Cadre am�lior� de la gestion.
Annexe E – Suivi de modification des documents
Le tableau pr�sente l'historique des r�visions du document. Le document lui-m�me devrait �tre entrepos� au contr�le des r�visions et une br�ve description de chaque version doit �tre entr�e dans le syst�me de contr�le des r�visions et r�p�t�e dans cette section.
| Num�ro de r�vision | Date de publication | Auteurs | Br�ve description du changement |
| 0.1 | 1999-08-24 | EMF/PPTO | �bauche initiale |
| 0.2 | 1999-09-06 | EMF/PPTO | �bauche r�vis�e |
| 0.3 | 1999-09-14 | EMF/PPTO | Commentaires des examinateurs |
| 0.4 | 1999-09-23 | EMF/PPTO | Ajout de l'annexe du chiffrier |
| 1.0 | 1999-11-09 | EMF/PPTO | Premi�re �bauche |
| 1.0 | 2000-01-18 | EMF/PPTO | Deuxi�me �bauche |
Annexe F – Documentation des formules d'estimation du projet aux fins de la taille du produit logiciel – Feuille 1
| 1. Mesure de la taille fonctionnelle | |||
| �l�ments | D�nombrement (1A) | Facteur de pond�ration (1B) | Total |
| Intrants | 4 | (1A)*(1B) | |
| Extrants | 5 | (1A)*(1B) | |
| Fichiers ma�tres | 7 | (1A)*(1B) | |
| Demandes de renseignements | 4 | (1A)*(1B) | |
| Interfaces | 7 | (1A)*(1B) | |
| Algorithmes (facultatif) | 3 | (1A)*(1B) | |
| (1C) Mesure de la taille fonctionnelle | Somme de la colonne | ||
| 2. Complexit� du probl�me | ||||||
| Sens | Description | Entr�e(2A) | ||||
| Tr�s faible | Algorithmes et calculs simples. | -20 % | ||||
| Faible | Majorit� d'algorithmes et de calculs simples. | -10 % | ||||
| Moyenne | Algorithmes et calculs de complexit� moyenne. Utilisation de routines math�matiques et statistiques normalis�es. Op�rations matricielles et vectorielles de base. | 0 % | ||||
| Grande | Quelques calculs difficiles ou compliqu�s. Analyse num�rique de base, interpolation de variables multiples, �quations diff�rentielles ordinaires, troncature de base et probl�mes d'arrondissement. | +10 % | ||||
| Tr�s grande | Nombreux algorithmes difficiles et calculs compliqu�s. Analyse num�rique difficile, �quations diff�rentielles partielles, �quations matricielles difficiles, analyse de donn�es bruit�es. | +20 % | ||||
| (2B) Rajustement de la complexit� du probl�me | Choisir dans la colonne 2A | |||||
| (2C) Complexit� du probl�me | (1C)*(2B) | |||||
| 3. Complexit� des donn�es | ||||||
| Sens | Description | Entr�e (3A) | ||||
| Tr�s faible | Donn�es simples comportant peu de variables, faible complexit�. | -20 % | ||||
| Faible | Nombreuses variables mais relations simples entre les donn�es. | -10 % | ||||
| Moyenne | Champs multiples. Champs et interactions entre les donn�es multiples. | 0 % | ||||
| Grande | Structures de fichiers et interactions entre les donn�es complexes. | +10 % | ||||
| Tr�s grande | Structure de fichiers et interactions entre les donn�es tr�s complexes. | +20 % | ||||
| (3B) Rajustement de la complexit� des donn�es | Choisir dans la colonne 3A | |||||
| (3C) Complexit� des donn�es | (1C)*(3B) | |||||
| (3D) Mesure de la taille fonctionnelle totale | (1C) + (2C) + (3C) | |||||
| 4. Multiplicateur du langage * Voir la table des langages de programmation � l'adresse : http://www.spr.com/library/0langtbl.htm |
||
| Langage | (4A) Multiplicateur | |
| COBOL II | 107 | |
| C++ | 53 | |
| PowerBuilder | 16 | |
| Smalltalk | 21 | |
| Program Generator | 16 | |
| SQL | 13 | |
| Database | 40 | |
| Visual Basic 5 | 29 | |
| (4B) Multiplicateur du langage | Choisir dans la colonne 4A | |
| (4C) KLCS estimatives | (3D)*(4B)/1000 | |
| 5. Niveau de confiance | ||||
| Sens | Description | Entr�e (5A) | ||
| Faible connaissance | Si peu de choses sont connues concernant les exigences. | 2,5 | ||
| Beaucoup d'�l�ments � d�terminer | Si les exigences sont bien comprises mais que certains �l�ments de la documentation les d�crivant restent � d�terminer (AD). | 2,0 | ||
| Quelques �l�ments � d�terminer | Si les exigences sont bien comprises mais que beaucoup d'�l�ments de la documentation les d�crivant restent � d�terminer (AD). | 1,5 | ||
| Aucun �l�ment � d�terminer | Si les exigences sont bien comprises et qu'aucun �l�ment de la documentation les d�crivant n'est � d�terminer (AD). | 1,0 | ||
| (5B) Niveau de confiance | Choisir dans la colonne 5A | |||
| (5C) KLCS totales | (4C)*(5B) | |||