Secrétariat du Conseil du Trésor du Canada
Symbole du gouvernement du Canada

ARCHIVÉ - Glossaire

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

A |  B |  C |  D |  E |  F |  G |  I |  M |  N |  O |  P |  R |  S |  T |  V

A

Terme D�finition

Accord interminist�riel
(Interdepartmental agreement)

Entente conclue entre le minist�re parrain et un minist�re participant (y compris l'autorit� contractante), au sujet de certaines responsabilit�s essentielles � la mise en oeuvre d'un projet en particulier. Une telle entente n'est pas n�cessaire lorsqu'il s'agit de services normalement fournis en vertu de lois ou de dispositions existantes.

Activit�
(Activity)

Ensemble complexe de t�ches devant �tre ex�cut�es dans le cadre d'un processus particulier. [D. Hart, SEPG 1999]

Adaptation
(Tailoring )

Modification d'un processus, d'une norme ou d'une proc�dure pour mieux l'appliquer aux exigences du processus ou du produit.

Algorithme
(Algorithm)

(1) Ensemble ordonn� de r�gles bien d�termin�es servant � r�soudre un probl�me dans un nombre fini d'�tapes; par exemple, une sp�cification compl�te d'une s�quence d'op�rations math�matiques pour �valuer le sinus x � un degr� donn� de pr�cision. [IEEE-STD-610]

(2) S�quence d'op�rations permettant d'ex�cuter une t�che pr�cise. [IEEE-STD-610]

Analyse de rentabilisation
(Business case)

M�thodologie consistant � d�terminer, � justifier et � s�lectionner des projets de technologie de l'information et � relier les plans et strat�gies de technologie de l'information aux priorit�s des programmes et � l'am�lioration mesurable du rendement des programmes.

Approbation effective de projet (AEP)
(Effective Project Approval (EPA))

L'AEP est l'approbation, par le Conseil du Tr�sor, des objectifs correspondants � la phase de mise en oeuvre du projet d'investissement. Elle comprend aussi l'autorisation des d�penses connexes. Les minist�res parrains pr�sentent une demande d'AEP lorsque la port�e de l'ensemble du projet a �t� d�finie et que les co�ts sont �tablis a partir d'une estimation fond�e.

Haut de la page

Approbation pr�liminaire de projet (APP)
(Preliminary Project Approval (PPA))

Autorisation donn�e par le Conseil du Tr�sor d'entreprendre un projet visant � r�pondre � un besoin op�rationnel pr�cis; elle englobe l'approbation des objectifs de la phase de la d�finition du projet et les d�penses connexes. Les minist�res parrains font une demande d'APP apr�s avoir examin� la port�e totale du projet et en avoir estim� le co�t, d'une estimation de niveau indicative, et apr�s avoir �tabli une estimation fond�e du co�t de la phase de la d�finition du projet.

Article de configuration
(Configuration item )

Ensemble de mat�riels ou de logiciels (ou des deux) d�finis aux fins de la gestion des configurations et trait�s comme une entit� unique dans le processus de gestion des configurations. [IEEE-STD-610 Glossaire]

Assurance-qualit� logicielle
(Software Quality Assurance)

L'assurance-qualit� logicielle (AQL) vise � fournir aux gestionnaires la vision appropri�e sur le processus utilis� par le projet logiciel et sur les produits en voie d'�laboration. L'assurance-qualit� logicielle implique de passer en revue et de v�rifier les produits et activit�s logiciels pour v�rifier qu'ils sont conformes aux proc�dures et normes applicables et de fournir au chef de projet logiciel et aux autres gestionnaires appropri�s les r�sultats de ces revues et de ces v�rifications.

Assurance-qualit� logiciel (AQL)
(Software quality assurance (SQA))

(1) D�marche planifi�e et syst�matique rassemblant toutes les actions n�cessaires pour assurer, � un niveau de confiance suffisant, qu'un produit de travail logiciel est conforme aux exigences techniques �nonc�es. (2) Ensemble d'activit�s con�ues pour �valuer le processus logiciel et/ou de maintenance des produits de travail logiciel.

Audit
(Audit)

Revue ind�pendante d'un ou de plusieurs r�sultats d'un travail pour �valuer leur conformit� aux sp�cifications, aux normes, aux ententes contractuelles et � d'autres crit�res. [IEEE-STD-610 Glossaire]

Autorit� contractante
(Contracting authority)

(On trouvera une d�finition de nature juridique, qui pr�cise que l'autorit� est �le ministre comp�tent� dans le Manuel du Conseil du Tr�sor, volume intitul� : �March�s�, appendice B). Aux fins des politiques pr�sent�es dans ce volume, l'autorit� contractante est le minist�re ou l'organisme de services communs exer�ant les pouvoirs de son ministre en ce qui concerne la passation de march�s.

 

Haut de la page

B

Terme D�finition

Bureau de gestion de projet (BGP)
(Project Management Office (PMO))

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. [SCT Plan d’investissement - lexique]

 

Haut de la page

C

Terme D�finition

Cause commune (de d�faut)
(Common cause (of a defect))

Cause de d�faut intrins�que � un processus ou � un syst�me. Une cause commune affecte chaque r�sultat du processus et chaque personne travaillant dans le cadre de ce processus.

Chef de projet
(Project leader)

Personne que le minist�re parrain a charg� de rendre compte de tous les aspects internes et externes d'un projet d'investissement.

Comit� consultatif sup�rieur de projet (CCSP)
(Senior Project Advisory Committee (SPAC))

Le CCSP est le forum interminist�riel o� la haute direction examine la marche � suivre pour orienter un grand projet en vue d'atteindre les objectifs nationaux pertinents. Le cas �ch�ant, le CCSP incite le minist�re parrain et les minist�res participants concern�s � conclure des ententes, et sert de forum pour la r�solution des questions soulev�es. Lorsqu'il s'agit d'un projet consid�r� comme un grand projet de l'�tat, le CCSP est pr�sid� par le chef de projet et il constitue le forum pour l'examen et la discussion des objectifs du projet, des demandes de proposition et d'autres instruments cl�s du projet. Le CCSP assume la fonction d'examen des acquisitions que remplit normalement le comit� d'examen des acquisitions (CEA) pour les projets dont le co�t est inf�rieur � 100 millions de dollars. [SCT Plan d’investissement - lexique]

Contr�le
(Control)

M�canisme qui dirige, limite ou influence explicitement la mani�re dont l'activit� doit �tre ex�cut�e. Les politiques, les normes et les accords de niveau de service en sont des exemples. [D. Hart, SEPG 1999]

Coordination intergroupes
(Intergroup Coordination)

La coordination intergroupes vise � �tablir un moyen permettant au groupe d'ing�nierie logicielle de collaborer activement avec les autres groupes d'ing�nierie de fa�on que le projet puisse satisfaire de fa�on plus efficace et efficiente les besoins du client. La coordination intergroupes couvre la collaboration du groupe d'ing�nierie logicielle avec les autres groupes d'ing�nierie du projet en ce qui concerne les exigences syst�me, les objectifs et les difficult�s. Les repr�sentants des groupes d'ing�nierie du projet participent � la d�finition des exigences syst�me, des objectifs et de plans en collaboration avec le client et l'utilisateur final, selon le cas. Ces exigences, ces objectifs et ces plans constituent la base de toutes les activit�s d'ing�nierie.

Crit�res d'entr�e
(Entry Criteria)

�tat tangible d'un artefact, �v�nement ou d�lai �chu avant que l'activit� (ou une t�che faisant partie de l'activit�) puisse commencer. [D. Hart, SEPG 1999]

Crit�res de sortie
(Exit Criteria)

�tat tangible d'un artefact (ou condition) requis avant que l'activit� puisse �tre d�clar�e � achev�e �. [D. Hart, SEPG 1999]

 

Haut de la page

D

Terme D�finition

D�finition du processus de l'organisation
(Organization Process Definition)

La d�finition du processus de l'organisation vise � d�velopper et � maintenir un ensemble utilisable d'acquis du processus logiciels am�liorant la performance du processus d'un projet � l'autre et constituant le fondement pour des b�n�fices cumulatifs et sur le long terme pour l'organisation. La d�finition du processus logiciel de l'organisation comprend le d�veloppement et la maintenance du processus logiciel standard de l'organisation, de m�me que des acquis processus qui s'y rapportent, notamment les descriptions des cycles de vie logicielles, les lignes directrices et les crit�res d'adaptation des processus, la base de donn�es du processus logiciel de l'organisation et une biblioth�que contenant la documentation se rapportant au processus logiciel.

D�finition du projet
(Project definition phase)

Phase distincte du cycle de vie du projet. Elle a pour but de fixer des objectifs viables, de pr�ciser les estimations relatives � la phase de la mise en oeuvre (ce qui peut comprendre les co�ts de conception et d'acquisition des biens), de r�duire les risques associ�s au projet et d'appuyer l'�tablissement d'un �l�ment qui fera partie du produit final du projet.

Demandes de renseignements
(Inquiries)

�crans gr�ce auxquels les utilisateurs peuvent interroger une application et demander de l'aide ou de l'information, comme les �crans d'AIDE. [Capers]

D�penses en capital
(Capital expenditures)

Toutes les d�penses faites pour acqu�rir ou am�liorer des biens immobilis�s. L'acquisition comprend la conception, l'�laboration, la construction ou l'achat de biens immobilis�s. Sont �galement inclus les contrats de location-acquisition et les contrats de location (qui, par exemple, transf�rent les droits et les obligations de propri�t� � la Couronne). Les am�liorations comprennent les modifications ou les r�novations qui augmentent de fa�on importante le rendement, la valeur ou la capacit� d'un bien immobilis� ou qui �tendent sa vie utile ou �conomique au-del� d'un an. Pour les besoins de la politique intitul�e plans d'investissement � long terme, les d�penses en capital d�signent les d�penses en capital contr�l�es qui sont �tablies dans le cadre du r�gime des budgets op�rationnels ou le facteur d'intrant ou niveau de r�f�rence des d�penses en capital qui sert � l'�tablissement des plans op�rationnels pluriannuels.

D�termination des risques
(Project risk identification)

Examen m�thodique de chaque �l�ment du projet, pour toute sa dur�e de vie, visant � d�terminer les dangers correspondants, les d�faillances ou les r�sultats non souhaitables qui pourraient survenir durant le cycle de vie du projet. Le risque associ� au projet est la somme des risques associ�s aux divers �l�ments. [SCT Plan d’investissement - lexique]

 

Haut de la page

E

Terme D�finition

Engagement
(Commitment)

Entente visible consentie librement et dont on s'attend qu'elle soit respect�e par tous les intervenants.

�nonc� des besoins (EB)
(Statement of Requirements (SOR))

Documentation du minist�re parrain, �non�ant les exigences op�rationnelles sous forme d'objectifs qualitatif et quantitatif de rendement du projet. Normalement exprim� en termes op�rationnels ou sous forme d'�nonc� de mission, l'EB est li� au mandat du minist�re ou � sa responsabilit� � l'�gard du programme. [SCT Plan d’investissement - lexique]

Entente ou charte concernant la gestion de projet
(Project management or charter agreement)

Document exposant les responsabilit�s du gestionnaire de projet, les pouvoirs qui lui sont d�l�gu�s et les ressources qui lui sont attribu�es.

Estimation des co�ts � l'ach�vement (ECA)
(Estimate at Completion (EAC))

Montant dont on se sert pour �valuer et surveiller le co�t d'un projet � toutes les �tapes de sa mise en oeuvre. Au d�but du projet, cette estimation correspond habituellement au co�t estimatif approuv� du projet. Pendant la mise en oeuvre, elle peut �tre �tablie d'apr�s les d�penses r�elles effectu�es depuis le d�but et une estimation des d�penses � effectuer jusqu'� l'ach�vement du projet. Il convient de noter que l'ECA devrait tenir compte du degr� de certitude des d�penses qu'il reste � effectuer par rapport aux d�penses d�j� effectu�es

Estimation en dollars constants
Constant dollar estimate

Il s'agit d'une estimation exprim�e en dollars d'une ann�e financi�re de base particuli�re-c'est-�-dire une estimation qui ne comprend pas de provision pour l'inflation. On peut �galement exprimer en dollars constants de l'ann�e financi�re de base les mouvements de tr�sorerie effectu�s pendant plusieurs ann�es, en n'int�grant au calcul des co�ts aucune provision pour l'inflation.

Estimation en dollars courants
(Current dollar estimate)

Cette estimation repose sur les co�ts aff�rents � chacun des exercices financiers du calendrier du projet. Elle est major�e en fonction de l'inflation et d'autres facteurs �conomiques ayant une incidence sur la p�riode vis�e. On l'appelle aussi �estimation de l'ann�e budg�taire� (AB).

Estimation fond�e
(Substantive Estimate)

Estimation suffisamment pr�cise et fiable pour permettre au Conseil du Tr�sor d'approuver un objectif en ce qui a trait au co�t de la phase du projet � l'�tude. Elle repose sur des �tudes d�taill�es des syst�mes et des �l�ments et tient compte de tous les objectifs et les r�sultats pr�vus du projet. [SCT Plan d’investissement - lexique]

Haut de la page

Estimation indicative
(Indicative estimate)

Il s'agit d'une estimation grossi�re de l'ordre de grandeur du projet, qui n'est pas suffisamment pr�cise pour justifier l'approbation, par le Conseil du Tr�sor, d'un objectif relatif aux co�ts. Elle remplace les estimations de cat�gories C et D.

Estimation logicielle de base
(Basic Software Estimation)

Utilisation de r�gles empiriques simples, de documents publi�s sur l'exp�rience de l'industrie et de l'expertise de l'�quipe de projet pour calculer les estimations :

  • Calculer la taille en se servant d'un algorithme rudimentaire d'�tablissement de la taille.
  • Rajuster la taille compte tenu de la compr�hension des exigences.
  • Calculer l'effort au moyen des r�gles empiriques relatives � la productivit� qui ont cours dans l'industrie.
  • �tablir un calendrier approximatif.

�partir les efforts en se fondant sur les r�gles empiriques fondamentales.

�tape
(Stage)

Le premier niveau de subdivision de la phase du projet, normalement reli� aux �tapes de rendement du projet. [SCT Plan d’investissement - lexique]

�valuation des risques associ�s au projet
(Project risk assessment)

�valuation de l'ensemble des risques que comporte le projet, fond�e sur la d�termination des risques associ�s � chaque �l�ment du projet. La d�cision finale en ce qui concerne la d�termination du niveau de risque rel�ve du CT. D'accord avec les minist�res participants, l'autorit� contractante et le SCT (le cas �ch�ant), le chef de projet d�termine � quel niveau se situe le risque, d'apr�s le CT. [SCT Plan d’investissement - lexique]

�valuation du processus logiciel
(Software process assessment)

�valuation par une �quipe de sp�cialistes en logiciels en vue de faire le point sur le processus logiciel actuel de l'organisation, de d�terminer les questions prioritaires, en termes de processus, auxquelles l'organisation doit faire face et d'obtenir le soutien organisationnel voulu en vue de l'am�lioration du processus logiciel.

Exigences allou�es (exigences syst�me allou�es au logiciel)
(Allocated requirements (system allocated to software))

Sous-ensemble des exigences syst�me qui doit �tre pris en charge par les composants logiciels du syst�me. Les exigences allou�es constituent une des principales entr�es du plan de d�veloppement logiciel. L'analyse des exigences logicielles d�finit et raffine les exigences allou�es et donne comme r�sultat des exigences logicielles document�es.

Extrant
(Output)

Artefact produit ou modifi� par une activit�. [D. Hart, SEPG 1999]

Fichiers de donn�es repr�sentant des collections logiques d'enregistrements qui sont modifi�s ou mis � jour par l'application. [Capers]

 

Haut de la page

F

Terme D�finition

Fichier ma�tre
(Master File)

Fichiers de donn�es repr�sentant des collections logiques d'enregistrements qui sont modifi�s ou mis � jour par l'application. [Capers]

Focalisation organisationnelle sur les processus
(Organization Process Focus)

La focalisation organisationnelle sur les processus vise � �tablir une responsabilit� organisationnelle quant aux activit�s reli�es au processus logiciel en vue d'am�liorer l'ensemble de la capacit� du processus logiciel de l'organisation. La focalisation organisationnelle sur les processus comprend le d�veloppement et le maintien de la bonne compr�hension du processus logiciel de l'organisation et des projets et la coordination des activit�s d'�valuation, de d�veloppement, de maintenance et d'am�lioration de ces processus. L'organisation, par l'interm�diaire d'un groupe tel que le groupe d'ing�nierie du processus logiciel, prend des engagements � long terme et affecte les ressources n�cessaires dans le cadre du d�veloppement et de la maintenance du processus logiciel pour les projets en cours et futurs. Ce groupe est responsable des activit�s li�es au processus logiciel de l'organisation.

 

Haut de la page

G

Terme D�finition

Gestion de projet
(Project management)

Planification, organisation et contr�le syst�matique des ressources affect�es en vue de la r�alisation des objectifs du projet, en ce qui concerne le co�t, les d�lais et le rendement. La gestion de projet est normalement r�serv�e aux activit�s pr�cises, non r�p�titives, d'une dur�e d�termin�e, pr�sentant un certain niveau de risques et sortant du cadre du programme op�rationnel normal dont l'organisme est responsable.

Gestionnaire de projet
(Project manager)

La 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 du 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.

Grand projet de l'�tat (GPE)
(Major Crown Project (MCP))

Lorsque le co�t estimatif d'un projet d�passe 100 millions de dollars et que selon le Conseil du Tr�sor (CT), le projet comporte des risques �lev�s, on consid�re qu'il s'agit d'un grand projet de l'�tat. Le CT peut ordonner que les projets dont le co�t total pr�vu est inf�rieur � 100 millions de dollars, mais qui comportent des risques �lev�s soient g�r�s comme des grands projets de l'�tat. En outre, le CT se r�serve le droit d'exiger que tout projet d�passant le niveau que le ministre parrain a le pouvoir d'approuver soit g�r� comme un grand projet de l'�tat.

Gestion de la configuration logicielle
(Software Configuration Management)

La gestion de configuration logicielle (GCL) consiste � �tablir et � maintenir l'int�grit� des produits du projet logiciel pendant la dur�e du cycle de vie logiciel du projet. Elle consiste � identifier la configuration du logiciel (c'est-�-dire les produits de travail logiciels s�lectionn�s et leur description) � des points d�termin�s du temps, � contr�ler syst�matiquement les changements apport�s � la configuration, et � maintenir son int�grit� et sa tra�abilit� tout au long du cycle de vie logiciel. Parmi les produits de travail plac�s sous gestion des configurations logicielles, se trouvent les produits livr�s au client ainsi que les �l�ments n�cessaires � la cr�ation de ces produits logiciels ou identifi�s avec ceux-ci.

Haut de la page

Gestion de la qualit� logicielle
(Software Quality Management)

La gestion de la qualit� logicielle englobe la d�finition des objectifs de qualit� pour les produits logiciels, la mise en place de plans permettant d'atteindre ces objectifs et le suivi et l'ajustement des plans, produits de travail logiciels, activit�s et objectifs de qualit� logicielle afin de satisfaire les besoins et les attentes du client et de l'utilisateur final. Des objectifs quantitatifs sont d�finis pour les produits logiciels en fonction des besoins de l'organisation, du client et des utilisateurs finals en termes de produits de haute qualit�. Pour que ces objectifs puissent �tre atteints, l'organisation met au point des strat�gies et des plans tandis que le processus logiciel d�fini du projet est adapt� sp�cifiquement en fonction de ces objectifs.

Gestion de la sous-traitance logicielle
(Software Subcontract Management)

La gestion de la sous-traitance logicielle vise � s�lectionner des sous-traitants qualifi�s et � les g�rer efficacement. La gestion de la sous-traitance logiciel consiste � choisir un sous-traitant de logiciels, � d�finir les engagements avec celui-ci et � effectuer le suivi et � passer en revue les r�sultats obtenus et le rendement de ce dernier. Ces pratiques couvrent la gestion d'un contrat de sous-traitance de logiciel (uniquement) de m�me que la gestion de la partie logicielle d'un contrat de sous-traitance portant sur les composants logiciels et mat�riels et, �ventuellement, sur d'autres composants syst�me.

Gestion des changements du processus
(Process Change Management)

La gestion des changements du processus comprend la d�finition des objectifs d'am�lioration du processus et, avec le parrainage de la haute direction, l'identification, l'�valuation et la mise en œuvre, de fa�on proactive, syst�matique et continuelle, d'am�liorations du processus logiciel standard de l'organisation et des processus logiciels d�finis des projets. Des programmes de formation ainsi que des programmes incitatifs sont mis sur pied afin de motiver chaque membre de l'organisation et de lui permettre de participer aux activit�s d'am�lioration du processus. Les possibilit�s d'am�lioration sont identifi�es et �valu�es en termes d'avantages �conomiques pour l'organisation. Des projets pilotes sont entrepris en vue d'�valuer les changements de processus avant leur int�gration aux pratiques normales. Sur approbation de l'int�gration aux pratiques normales d'am�liorations de processus logiciel, le processus logiciel standard de l'organisation ainsi que les processus logiciels d�finis des projets sont r�vis�s en cons�quence.

Haut de la page

Gestion des changements technologiques
(Technology Change Management)

La gestion des changements technologiques comprend l'identification, le choix et l'�valuation de nouvelles technologies et l'int�gration dans l'organisation de celles qui sont efficaces. Elle a pour objectif l'am�lioration de la qualit� logicielle, l'augmentation de la productivit� et la diminution de la dur�e du cycle de d�veloppement des produits. L'organisation met sur pied un groupe (comme le groupe du processus d'ing�nierie du logiciel ou le groupe de soutien technologique) qui travaille avec les projets logiciels pour introduire et �valuer de nouvelles technologies et pour g�rer les changements apport�s aux technologies actuelles. L'accent est mis particuli�rement sur les changements technologiques susceptibles d'am�liorer la capacit� du processus logiciel standard de l'organisation. Les projets pilotes sont r�alis�s pour �valuer des technologies nouvelles et non �prouv�es avant leur int�gration aux pratiques normales. Avec un parrainage appropri� des gestionnaires de l'organisation, les technologies choisies sont incorpor�es au processus logiciel standard de l'organisation ainsi qu'aux projets en cours, selon le cas.

Gestion des exigences
(Requirements Management)

La gestion des exigences vise � �tablir une compr�hension commune, entre le client et le projet logiciel, des exigences du client que le projet logiciel se propose de satisfaire. La gestion des exigences comprend la mise en place et la maintenance d'un accord avec le client quant aux exigences du projet logiciel. L'accord couvre � la fois les exigences techniques et non techniques (dates de livraison, par exemple). L'accord constitue la base de l'estimation, de la planification, de la mise en œuvre et du suivi des activit�s du projet logiciel tout au long du cycle de vie logiciel. Lorsque les exigences syst�me allou�es au logiciel sont modifi�es, les plans, produits de travail et activit�s logiciels affect�s sont adapt�s de fa�on � rester coh�rents avec les exigences modifi�es.

Gestion logicielle int�gr�e
(Integrated Software Management)

La gestion logicielle int�gr�e vise � int�grer les activit�s d'ing�nierie et de gestion logicielles sous forme d'un processus logiciel d�fini et coh�rent qui est adapt� � partir du processus logiciel standard de l'organisation et des acquis du processus connexes. La gestion logicielle int�gr�e comprend le d�veloppement du processus logiciel d�fini du projet et la gestion du projet logiciel � l'aide de ce processus logiciel d�fini. Le processus logiciel d�fini du projet est une version du processus logiciel standard de l'organisation, adapt�e pour traiter les caract�ristiques particuli�res du projet. Le plan de d�veloppement logiciel est fond� sur le processus logiciel d�fini du projet et d�crit la fa�on dont les activit�s du processus logiciel d�fini du projet vont �tre mises en œuvre et g�r�es.

Haut de la page

Gestion quantitative de processus
(Quantitative Process Management)

La gestion quantitative de processus vise � contr�ler quantitativement la performance du processus du projet logiciel. La gestion quantitative de processus comprend la mesure de la performance du processus, l'analyse de ces mesures et la mise en œuvre d'ajustements en vue de maintenir la performance du processus � l'int�rieur de limites acceptables. Une fois la performance du processus stabilis�e � l'int�rieur de limites acceptables, le processus logiciel d�fini du projet, les mesures correspondantes et les limites acceptables pour ces mesures sont �tablis comme un r�f�rentiel et utilis�s pour contr�ler quantitativement la performance du processus.

Graphique d'acheminement (ordinogramme)
(Flowchart)

Repr�sentation graphique des intrants, activit�s, s�quence, points de d�cision et extrants d'un processus op�rationnel. [Xerox]

 

Haut de la page

I

Terme D�finition

Immobilisations
(Capital Assets)

Biens corporels ou incorporels qui sont de nature durable et qui ont une vie utile ou �conomique qui d�passe un an. Ces biens corporels ou incorporels ont une valeur mat�rielle et ils comprennent la terre, les b�timents, les structures et les ouvrages techniques (tels que les canaux, ports et routes), la machinerie, le mobilier, l'�quipement, les navires, les v�hicules et les logiciels. Les immobilisations sont poss�d�es ou acquises par achat. Sont �galement inclus les immobilisations, les baux ou les accords de location qui transf�rent les droits et les obligations de propri�t� � l'�tat. En ce qui concerne les biens immobiliers, les immobilisations comprennent les droits, l'int�r�t ou les avantages rattach�s � la terre ainsi que les mines, les min�raux et les am�liorations au-dessus du sol, en surface du sol ou dans le sous-sol. Les immobilisations ne comprennent pas les stocks de biens mat�riels qui sont d�tenus � des fins de distribution ou dont l'avantage �conomique est consomm� sur une courte p�riode de temps une fois qu'ils sont utilis�s, ni les pi�ces de rechange, ni les biens consomptibles.

Ing�nierie de produits logiciels
(Software Product Engineering)

L'ing�nierie de produits logiciels vise � ex�cuter syst�matiquement un processus d'ing�nierie bien d�fini int�grant toutes les activit�s d'ing�nierie logicielle en vue de produire de fa�on efficace et efficiente des produits logiciels coh�rents et corrects. L'ing�nierie de produits logiciels comprend la mise en œuvre des t�ches d'ing�nierie relatives � la r�alisation et � la maintenance du logiciel � l'aide du processus logiciel d�fini du projet et des m�thodes et outils appropri�s. Les t�ches d'ing�nierie logicielle comprennent l'analyse des exigences syst�me allou�es au logiciel, le d�veloppement de l'architecture logicielle, la conception du logiciel, la mise en œuvre du logiciel dans le code et l'essai du logiciel pour s'assurer qu'il satisfait aux exigences sp�cifi�es.

Initiatives du secteur priv� dans lesquelles le gouvernement a un int�r�t particulier
(Private Sector Initiatives in which the Government has specific interest)

Initiatives auxquelles les minist�res f�d�raux participent ou pr�tent leur appui, mais qui sont g�r�es principalement non pas par le gouvernement f�d�ral mais par un organisme priv� (ou un autre palier de gouvernement). Leur participation � ces initiatives est unique, en ce sens qu'elle ne d�coule pas d'une loi ou d'un programme permanent.

Intrant
(Input)

Artefact consomm� par une activit�. [D. Hart, SEPG 1999]

�crans ou formulaires gr�ce auxquels les utilisateurs humains d'une application ou d'autres programmes ajoutent de nouvelles donn�es ou mettent � jour les donn�es existantes. Si, en raison de la taille de l'intrant, plus d'un �cran est n�cessaire, l'ensemble correspond � un intrant. Il faut tenir compte des intrants exigeant un traitement particulier. [Capers]

 

Haut de la page

M

Terme D�finition

Minist�re parrain
(Sponsoring department)

Le minist�re qui doit remplir l'exigence op�rationnelle du projet; auquel le Parlement a affect� des fonds pour le projet; qui soumet des pr�sentations au Conseil du Tr�sor pour demander l'approbation des objectifs du projet et l'autorisation des d�penses connexes; et qui assume la responsabilit� de la gestion globale du projet. Il assume cette responsabilit� m�me lorsqu'un autre minist�re ou organisme de services communs a accept� de mettre en oeuvre le projet. [SCT Plan d’investissement - lexique]

Minist�re participant
(Participating department)

Minist�re dont le mandat, les programmes ou les autres responsabilit�s exigent qu'il assure la mise en oeuvre de certains aspects du projet, ou sont touch�s par le projet, et qui en a avis� le minist�re parrain.

Mise en oeuvre du projet
(Project implementation)

Phase qui suit habituellement celle de la d�finition du projet et durant laquelle tous les objectifs du projet doivent �tre atteints.

Mise en service
(Commissioning)

C'est le transfert officiel de la responsabilit� du fonctionnement et de celle de l'entretien du produit final du projet du gestionnaire de projet aux autorit�s responsables du fonctionnement et de l'entretien du minist�re, respectivement. Les documents de mise en service comprennent normalement une liste convenue des travaux � compl�ter sur les plans du fonctionnement et de l'entretien ainsi qu'un plan convenu de liquidation de ces travaux.

Mod�le �conomique
(Economic model)

Moyen d'appliquer les facteurs inflationnistes et d'autres facteurs �conomiques � l'estimation des co�ts li�e � chaque ann�e de la dur�e du projet.

 

Haut de la page

N

Terme D�finition

Niveau de risque du projet
(Project risk level)

Il s'agit d'un niveau de risque global pour le cycle de vie du projet. On le d�termine en comparant le projet � des projets d�j� termin�s au moment de l'�valuation des risques. Les niveaux de risque relatif se d�finissent comme suit :

  • risque faible - La probabilit� d'atteindre les objectifs est �lev�e et la production de r�sultats non souhaitables est peu probable;
  • risque moyen - La probabilit� d'atteindre les objectifs et d'obtenir des r�sultats d�favorables est comparable � celle d'autres projets termin�s avec un succ�s relativement �lev� qui ont permis d'acqu�rir de l'exp�rience de gestion et qui ont donn� des enseignements utiles;
  • risque �lev� - En raison de facteurs propres au projet, il est probable que, sans un cadre de gestion rigoureux, d'importants r�sultats non souhaitables se produisent ou qu'on n'atteigne pas les objectifs du projet. [SCT Plan d’investissement - lexique]

Norme
(Standard)

Exigence obligatoire utilis�e et appliqu�e pour �tablir une d�marche uniforme et disciplin�e de d�veloppement logiciel.

 

Haut de la page

O

Terme D�finition

Objectifs de projet
(Project objectives)

Les objectifs mesurables des diverses phases du projet en ce qui concerne les co�ts, le calendrier, le rendement technique, les retomb�es industrielles et r�gionales et d'autres objectifs nationaux tels que la protection de l'environnement. [SCT Plan d’investissement - lexique]

 

Haut de la page

P

Terme D�finition

Phase
(Phase)

Aux fins des politiques �nonc�es dans le pr�sent volume, la premi�re r�partition hi�rarchique du projet correspond � l'identification des phases. Dans un projet typique, le minist�re parrain peut d�cider que les diff�rentes phases sont les suivantes :

  • planification et identification initiales;
  • d�finition du projet;
  • mise en oeuvre du projet; et
  • cl�ture du projet.

 

Planification de projet
(Project planning)

Phase initiale du cycle de vie du projet, durant laquelle le minist�re parrain d�termine le ou les besoins op�rationnels, produit l'�nonc� des besoins op�rationnels, effectue les premi�res analyses des options et les �tudes de faisabilit�, met sur pied les cadres de gestion, conclut les ententes pertinentes, affecte les ressources et pr�pare une premi�re �valuation des risques associ�s au projet. [SCT Plan d’investissement - lexique]

Planification de projet logiciel
(Software Project Planning)

La planification de projet logiciel vise � �tablir des plans raisonnables pour la mise en œuvre des travaux d'ing�nierie logicielle et la gestion du projet logiciel. La planification de projet logiciel comprend l'�laboration de pr�visions touchant les travaux � ex�cuter, l'�tablissement des engagements n�cessaires et l'�laboration du plan pour effectuer les travaux.

Plans logiciels
(Software plans)

Ensemble des plans, tant formels qu'informels, utilis�s pour exprimer comment les activit�s de d�veloppement logiciel ou de maintenance logiciel, ou des deux, doivent �tre r�alis�es. Comme exemples de plans on peut citer : le plan de d�veloppement logiciel, le plan d'assurance-qualit� logicielle, le plan de gestion des configurations logicielles, le plan de test des logiciels, le plan de gestion des risques et le programme d'am�lioration du processus logiciel.

Pr�vention de d�fauts
(Defect Prevention)

La pr�vention des d�fauts couvre l'analyse des d�fauts identifi�s dans le pass� et le d�clenchement d'actions sp�cifiques afin d'emp�cher que des d�fauts du m�me type ne se reproduisent. Il peut s'agir de d�fauts identifi�s dans d'autres projets ou lors des premi�res phases ou t�ches du projet en cours. Les tendances sont analys�es de fa�on � pouvoir effectuer le suivi des types de d�fauts rencontr�s et d'identifier ceux qui sont susceptibles de se reproduire. Des mesures sp�cifiques sont prises � l'�chelle du projet et de l'organisation afin d'emp�cher la r�apparition des d�fauts.

Haut de la page

Principe
(Policy)

Principe directeur, en g�n�ral institu� par la haute direction, adopt� par une organisation ou pour un projet en vue d'influencer et de d�terminer les d�cisions.

Proc�dure
(Procedure)

Description �crite de la marche � suivre pour l'accomplissement d'une t�che donn�e. [IEEE-STD-610]

Proc�dure document�e
(Documented procedure)

Description �crite de la marche � suivre pour l'accomplissement d'une t�che donn�e  [IEEE-STD-610 Glossaire]

Processus
(Process)

Suite logique d'�tapes ex�cut�es � une fin donn�e, par exemple le processus de d�veloppement du logiciel. [IEEE-std-610]

Syst�me de personnes comp�tentes utilisant des documents, des outils et des ressources pour planifier, ex�cuter et am�liorer les activit�s en vue d'obtenir un r�sultat escompt�. [D. Hart, SEPG 1999]

Processus logiciel
(Software process)

Ensemble d'activit�s, de m�thodes, de pratiques et de transformations permettant le d�veloppement et la maintenance de logiciels et des produits associ�s (plans de projet, documents de conception, code, jeux de tests et manuels utilisateur).

Processus logiciel d�fini du projet
(Project's defined software process)

D�finition op�rationnelle du processus logiciel servant � la r�alisation du projet. Le processus logiciel d�fini du projet est un processus bien caract�ris� et bien compris, d�crit en termes de normes, de proc�dures, d'outils et de m�thodes logiciels. Il est �tabli en adaptant le processus logiciel standard de l'organisation en fonction des caract�ristiques particuli�res du projet.

Processus logiciel standard de l'organisation
(Organization's standard software process)

D�finition op�rationnelle du processus de base guidant la mise sur pied d'un processus commun � tous les projets logiciels entrepris par une organisation.  Elle d�crit chacun des �l�ments fondamentaux du processus logiciel qui doivent normalement �tre incorpor�s par chaque projet logiciel dans son processus logiciel d�fini.  Elle d�crit �galement les relations (c'est-�-dire l'agencement et les interfaces) entre ces �l�ments du processus logiciel.

Haut de la page

Produit de travail logiciel
(Software work product)

�l�ment quelconque cr�� dans le cadre de la d�finition, de la maintenance ou de l'utilisation d'un processus logiciel, y compris les descriptions, les plans, les proc�dures, les programmes informatiques et la documentation connexe, qu'il soit pr�vu ou non de livrer l'�l�ment en question au client ou � l'utilisateur final.

Programme de formation
(Training Program)

Le secteur cl� du programme de formation vise � d�velopper les comp�tences et les connaissances des personnes pour qu'elles puissent jouer leurs r�les de fa�on efficace et efficiente. Le programme de formation comprend, dans un premier temps, l'identification des besoins en formation de l'organisation, des projets et des personnes et, ensuite, le d�veloppement ou la prestation de la formation r�pondant aux besoins identifi�s. Certaines comp�tences sont dispens�es de fa�on plus efficace et efficiente par des moyens informels (formation sur le tas et tutorat informel), tandis que d'autres besoins sont satisfaits par le biais de moyens plus formels (cours magistraux et autoformation guid�e, par exemple). Dans chaque cas, les moyens de formation les plus appropri�s sont choisis et utilis�s.

Projet
(Project)

Un ensemble d'activit�s requises pour produire des extrants d�finis, ou pour accomplir des buts ou des objectifs particuliers, dans un d�lai prescrit et dans les limites des ressources budg�taires allou�es. Le projet n'existe que pour le temps requis pour l'atteinte des objectifs. Les politiques �nonc�es dans les chapitres 1-1 � 2-3 de ce volume s'appliquent � tout projet dont le gouvernement f�d�ral sera :

  • le propri�taire du produit final; ou
  • l'utilisateur principal du produit final; ou
  • l'entit� responsable de la livraison du produit final, y compris la gestion d'un contrat ou de contrats � cette fin.

Il arrive parfois que les minist�res f�d�raux pr�tent leur appui ou participent � des projets du secteur priv� ou d'autres sph�res de comp�tence pour lesquels ils ne peuvent appliquer aucun de ces crit�res. Afin d'�viter toute confusion avec les projets de l'administration f�d�rale, les activit�s de ce genre sont consid�r�es dans ce volume comme �tant des initiatives du secteur priv� dans lesquelles le gouvernement a des int�r�ts particuliers (voir la d�finition applicable). Le chapitre 4-1 du pr�sent volume pr�sente les exigences minimales � respecter en ce qui a trait � la gestion de la participation du gouvernement f�d�ral � ces initiatives.

 

Haut de la page

Port�e du projet
(Project scope)

La port�e du projet est d�finie par les objectifs essentiels � atteindre et la responsabilit� � assumer. [SCT Plan d’investissement - lexique]

Projet d'investissement
(Project, Capital)

Projet portant pr�cis�ment sur l'acquisition ou l'am�lioration d'une immobilisation. Par acquisition, on entend l'obtention du droit d'utiliser l'immobilisation sur une longue p�riode, peu importe la m�thode d'acquisition choisie (construction, achat, location-acquisition ou bail). Les am�liorations apport�es � une immobilisation sont consid�r�es comme des projets d'investissement si elles contribuent � augmenter sensiblement le rendement, la valeur ou la capacit� de l'immobilisation ou si elles prolongent sa vie utile ou sa vie �conomique de plus d'un an.

Projet de location
(Project, Lease)

Projet qui consiste essentiellement � conclure un bail pour obtenir le droit d'utiliser une immobilisation sur une longue p�riode (habituellement au moins cinq ans). L'entreprise priv�e demeure propri�taire de l'immobilisation (souvent un bien immobilier).

Projet de technologie de l'information
(Project, Information Technology)

Ensemble des activit�s menant � la mise en oeuvre d'une application de technologie de l'information dans les domaines scientifiques, technologiques et techniques ainsi qu'� l'utilisation de techniques de gestion pour la manipulation, la communication et le traitement de l'information. Ce type de projet comprend l'�laboration de logiciels et l'acquisition de mat�riel et de logiciels. Il s'applique �galement au remplacement et � l'am�lioration des applications existantes ainsi qu'aux �l�ments d'un grand projet qui ont trait � la technologie de l'information.

 

Haut de la page

R

Terme D�finition

R�f�rentiel
(Software baseline)

Un ensemble d'articles de configuration (documents et composants logiciels) ayant fait l'objet d'une revue formelle et d'un consensus et qui, par la suite, sert de base � un d�veloppement ult�rieur et ne peut �tre modifi� que par l'utilisation de proc�dures de contr�le de changement officielles.

R�union d'analyse causale
(Causal analysis meeting)

R�union tenue apr�s l'ach�vement d'une t�che donn�e en vue d'analyser les d�fauts d�couverts au cours de l'ex�cution de cette t�che.

Revue ou activit� sur �v�nement
(Event-driven review/activity)

Revue ou activit� dont la mise en oeuvre est d�clench�e par un �v�nement au cours du cycle de projet (revue formelle ou ach�vement d'une �tape du cycle de vie)

Revue ou activit� p�riodique
(Periodic review/activity)

Revue ou activit� intervenant � intervalles r�guliers plut�t qu'� l'ach�vement d'un �v�nement important.

Revues par les pairs
(Peer Reviews)

Les revues par les pairs visent � �liminer pr�cocement et efficacement les d�fauts des produits. Un important corollaire de cette activit� est le d�veloppement d'une meilleure compr�hension des produits de travail logiciels et des d�fauts pouvant �tre �vit�s. Les revues par les pairs consistent en un examen m�thodique des produits de travail logiciels par les pairs du producteur en vue d'identifier les d�fauts et les secteurs o� des changements sont n�cessaires. Les produits particuliers soumis aux revues par les pairs sont identifi�s dans le processus logiciel d�fini du projet et ordonnanc�s dans le cadre des activit�s de planification du projet logiciel.

Risques associ�s au projet
(Project risk)

La probabilit� que les objectifs d'un projet ne soient pas atteints ou que des r�sultats inacceptables se produisent durant le cycle de vie du projet. Tout comme les objectifs relatifs au co�t, au calendrier et au rendement, les �l�ments de risque peuvent se rapporter � des dommages et � des pertes ou � d'autres aspects du projet, d'ordre environnemental, politique, social ou autre. [SCT Plan d’investissement - lexique]

 

Haut de la page

S

Terme D�finition

Suivi et supervision de projet logiciel
(Software Project Tracking and Oversight)

Le suivi et la supervision de projet logiciel permettent de juger de l'avancement r�el des travaux de fa�on � ce que les gestionnaires puissent intervenir efficacement lorsque la performance du projet logiciel s'�carte de fa�on significative des plans logiciels. Les mesures correctives peuvent comprendre la r�vision du plan de d�veloppement logiciel pour refl�ter les r�alisations r�elles et une nouvelle planification du travail logiciel restant � effectuer ou, encore, des interventions n�cessaires pour am�liorer la performance. Le suivi et la supervision de projet logiciel couvrent le suivi des r�alisations et des r�sultats logiciels, leur revue par rapport aux estimations, engagements et plans document�s ainsi que l'adaptation de ces plans en fonction des r�alisations et des r�sultats r�els.

 

Haut de la page

T

Terme D�finition

T�che
(Task)

�tape unique (du travail) habituellement ex�cut�e par un particulier ou un groupe donn�. [D. Hart, SEPG 1999]

Technologie de l'information
(Information Technology)

On entend par technologie de l'information les domaines scientifiques, technologiques et techniques ainsi que les techniques de gestion utilis�es pour la manipulation, la communication et le traitement de l'information, leurs applications, le mat�riel et les logiciels connexes et leur interaction.

 

Haut de la page

V

Terme D�finition

Validation
(Validation)

T�che ou activit� ex�cut�e pour d�terminer si un produit ou un service est utilisable (mise au point du produit voulu). [D. Hart, SEPG 1999]

V�rification
(Verification)

T�che ou activit� ex�cut�e pour d�terminer si un produit ou un service est conforme aux sp�cifications (mise au point ad�quate du produit). [D. Hart, SEPG 1999]

 

Haut de la page