Passer au contenu Passer aux liens institutionnels

Liens de la barre de menu commune

Fil d'Ariane

Liens institutionnels

Direction du dirigeant principal de l'information

Examen et supervision des projets de TI

Cadre amélioré de la gestion

Versions

ARCHIVÉ - Procédure de base d'estimation de la taille du produit logiciel

Avertissement 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 ».

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

Analyse de rentabilisation approuv�e
Charte de projet approuv�e
S�rie d'exigences approuv�es, conform�ment aux m�thodologies GI/TI
Plan de projet initial

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. Indique l'occasion. D�crit la valeur ajout�e. D�crit la solution de GI/TI. Cerne les identificateurs permettant de mesurer les am�liorations 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 : les partenaires et les intervenants externes, le cadre de la gestion de projet, les r�les, responsabilit�s, reddition de compte et activit�s, les engagements de la direction, le cadre d'habilitation.	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 : Quoi : produits livrables int�rimaires et finals. Pourquoi : objet et objectifs. O� : port�e. Qui : r�les, responsabilit�s, reddition de comptes. Comment : processus gestionnels et techniques, plans � l'appui. Quand : calendrier provisoire. Combien : estimation des ressources. Documenter les d�tails connus.	PPTO-TM-002
	Les d�cisions relatives aux documents qui ont �t� prises � ce jour influeront sur les risques, les contraintes, les hypoth�ses et les estimations.
Exigences	Documenter les exigences conform�ment aux m�thodologies retenues.
Base de donn�es de l'entreprise	Donn�es r�elles de projets ant�rieurs de GI/TI utilis�es � des fins de comparaison et de v�rification du processus de planification.

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.

N^o	Activit�s	Mesure prise par	D�tail des activit�s et remarques	R�f�rence
1	Calculer la mesure de la taille fonctionnelle Documenter les hypoth�ses utilis�es pour 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	Information de base (hypoth�ses). Utiliser le chiffrier pour calculer l'estimation de la taille du logiciel. Annexer le chiffrier au plan de projet. Il faut documenter l'ensemble des hypoth�ses, des risques, des contraintes, etc. dans le plan de projet.	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 :

Utiliser le processus d'examen par les pairs (PEER-PS-001) et toute autre technique d�crite dans la m�thodologie de GI/TI.
Utiliser les techniques de validation mentionn�es dans la m�thodologie de GI\TI comme la mise � l'essai, la d�monstration, l'analyse et l'inspection.

2.7 Crit�res de sortie

D�tails des crit�res de sortie

Tous les groupes et les particuliers touch�s conviennent de l'estimation de la taille du produit et l'approuvent.

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