ABCDEFGHIJKLMNOPQRSTUVWXY
Z 

A
 Acquisition   
Processus suivi en vue d'obtenir un système ou un service ou une combinaison des
deux.
Acteur interne                      
Un acteur interne représente un rôle interne au système d’information et qui
participe à l’un de ses processus.
 Acteur ou Acteur externe   
Un acteur représente un rôle externe au système d’information et qui interagit avec
lui. (définition UML de l’Acteur).
   Actif /Elément (d’actif)        
Produit du processus de développement. Un actif représente une valeur pour la
société.
 Activité          
Ensemble homogène de tâches, exécutées successivement ou en parallèle,
participant à des produits finis communs ou liés. Une activité appartient à une seule
phase.
   Adaptation   
Processus visant à modifier une organisation et/ou à préparer et à étudier cette
modification.
   Aide méthodologique         
Quelques pages explicatives permettant de détailler et de montrer par l’exemple
comment procéder pour effectuer une tâche particulière.
   Analyse         
Activité qui consiste à étudier et formuler le modèle d’un problème. L’analyse est
centrée sur ce qu’il faut faire; la conception est centrée sur la manière de le faire.
   Analyse des besoins          
Activité consistant à étudier les besoins de l’utilisateur pour arriver à une définition
des exigences associées à un système ou à un composant d’un système (IEEE).
   Analyse du système
Etude systématique d’un système en place ou en projet, pour déterminer les
besoins en informations et les processus du système, leurs relations entre eux et
les relations avec d’autres systèmes.
   Analyse d'une erreur           
Activité consistant à analyser une faute logiciel observée dans le but de remonter
jusqu'à son origine. Elle doit donc permettre d’identifier des informations telles que
la cause de la faute, la phase du processus de développement au cours de laquelle
la faute a été introduite, les méthodes qui auraient permis de l'éviter ou de la
détecter plus tôt, et la méthode qui a permis de la mettre en évidence.
   Analyse fonctionnelle          
Etude systématique des fonctions d’un système réel ou en projet
   Analyse structurée  
Une discipline d'analyse qui incorpore l'utilisation de diagrammes de flux de
données, de dictionnaire de données et de description de processus pour produire
un modèle graphique, non redondant, compréhensible par l'utilisateur qui puisse
servir de spécification du système.
   Anomalie      
Déviation par rapport à ce qui est attendu.
   Architecture applicative     
Structuration du système d’information vis à vis de ses classes concepts et de leurs
utilisations.
   Architecture en couches    
Structuration en couches logicielles des applications du système informatique
permettant d’isoler les différents niveaux de développement. Par exemple un
niveau interface utilisateur, un niveau objets techniques, un niveau objets métiers…
   Architecture métier 
Structuration du système d’information par les activités de l’entreprise vis à vis de
ses processus métier.
   Architecture technique       
Structuration des moyens techniques à mettre en œuvre pour informatiser l’activité
de l’entreprise. L’architecture technique est composée de deux niveaux  logique et
physique.
 Architecture technique physique   
Vue physique de l’architecture technique : description physique des moyens
informatiques (matériel, logiciel, réseau) implémentant l’architecture technique
logique.
 Architecture technique logique     
Vue logique de l’architecture technique : modélisation de la répartition des
composants de l’architecture technique sur les différents types de site du système
informatique, indépendamment des configurations matérielles et logicielles.
  Artefact         
Voir Actif 
 Assurance Qualité  
Ensemble planifié et systématique de toutes les actions nécessaires pour obtenir un
niveau de confiance sur le fait que l'élément ou le produit est conforme aux
exigences techniques préétablies et satisfait aux exigences du Plan d'Assurance
Qualité auquel elle est adossée.
  Attractivité d’un segment   
Traduit le degré d'opportunité pour une organisation d'intervenir sur ce segment
métier
  Attribut          
Caractéristique d’une classe ou d’un objet de gestion. Synonyme de  propriété.
 Audit  des ressources        
Résolution de conflits de ressources ou de surutilisations par le retard ou le
fractionnement de certaines tâches. Lorsque Microsoft Project audite une ressource,
les affectations sélectionnées de la ressource sont distribuées et replanifiées selon
la capacité de travail, les unités d'affectation et le calendrier de la ressource, ainsi
que la durée et les contraintes de la tâche.
 Audit des coûts       
Mesure du coût du travail effectué jusqu'à la date d'état ou la date du jour. L'audit
des coûts utilise vos estimations des coûts d'origine et votre travail réel à ce jour
pour indiquer si les coûts actuels imputés sont dans le budget. En d'autres termes,
l'audit des coûts indique quelle partie du budget devrait avoir été dépensée, au vu
du volume de travail effectuée jusqu'alors et du coût planifié de la tâche, de
l'affectation ou de la ressource. L'audit des coûts est également appelé coût
budgété du travail effectué (CBTE).
 Avance         
Superposition de tâches possédant une interdépendance. Par exemple, si une tâche
peut débuter lorsque son prédécesseur est à moitié terminé, vous pouvez spécifier
 une interdépendance fin à début avec une avance de 50 % pour le successeur.
Vous tapez l'avance sous forme de valeur négative.
 Avantage non tangible       
Un avantage qui ne peut être directement mesurable et qui doit être obtenu; par
exemple : améliorer la fiabilité d'un système, le confort des utilisateurs.
 Avantage tangible   
Un avantage directement mesurable, tel que l'abaissement du coût de
fonctionnement.
 Avant-Projet 
Première phase du cycle de développement d’un projet dont l’objectif est de
confirmer la faisabilité du projet et d’en estimer les coûts. Elle consiste à effectuer
une itération quasi complète du processus à partir d’un sous ensemble des
processus métier les plus représentatifs du système à développer.

B
 Base de données   
Une base de données est une organisation de données, destinée à faciliter la
gestion de l’intégrité des données et le partage de ces mêmes données entre divers
systèmes.
   Benchmarking         
Technique d'analyse comparative d'une entreprise par rapport aux acteurs de
références (best-in-class) : l'objet de la comparaison peut être la stratégie,
l'organisation, les processus
   Besoin          
Condition essentielle qu’un système doit remplir. [ISO/IEC 2382-20]
   Boite blanche          
Observation du mécanisme interne de quelque chose (pour une stratégie
de tests, par exemple)
   Boite noire   
Observation de quelque chose, uniquement de l’extérieur, sans s’intéresser à son
mode de fonctionnement interne (pour une stratégie de tests, par exemple)
   BPR (Business Process Reengineering)
Ensemble de techniques utilisées par les consultants en stratégie et en organisation
pour transformer de façon radicale les performances d'une entreprise par la
reconfiguration de ses processus métiers.
  Bulle  
Une expression générique pour le symbole représentant un processus sur le
diagramme de flux de données.
   But     
Un but correspond à une orientation générale.
   But de gestion         
Un résultat désiré associé à un domaine de gestion.
   But d'un système     
Un résultat désiré qu'un système cherche à atteindre de façon à contribuer à un ou
plusieurs buts de gestion de l'organisation.

C
 Cadre méthodologique      
Ensemble de composants méthodes qui permet de générer une méthode spécifique
pour chaque projet particulier, en fonction de ses spécificités et de l’outil de
modélisation employé
 Cahier de recette
Document référencé dans le contrat permettant d'affiner les éléments nécessaires
pour la réception
Sa rédaction par le fournisseur se prolonge bien souvent après la signature du
contrat, à l'intérieur d'un délais fixé au préalable, et se termine par une validation
du client. Les précisions apportées dans ce document concernent généralement :
les composants par lots à réceptionner, leurs critères de réception et la méthode de
réception associées.
 la documentation de test à produire (plan de test, etc.)
 les environnements de tests pour réceptions et leur gestion
 les procédures (mise en réception, .... )
 le planning (réceptions intermédiaires)syn. 
 Protocole de réception
 Calendrier de base 
Calendrier indiquant le temps travaillé et les périodes chômées d'un projet ou d'un
ensemble de ressources. Un calendrier de base est différent d'un calendrier des
ressources, lequel indique le temps travaillé et les périodes chômées d'une
ressource individuelle.
 Captation de la stratégie   
Technique permettant aux consultants de prendre connaissance de façon structurée
et synthétique des fondements de la stratégie de l'organisation consultée
 Caractéristique de qualité 
Ensemble d'attributs d'un produit logiciel avec lequel on décrit et on évalue sa
qualité.
 Cartographie           
Etape d'analyse systémique d'une organisation au travers de l'ensemble de ses
processus de façon à les classifier, les mettre en liaison et les hiérarchise.
 Cas d’utilisation      
Suite de transactions exécutées par un système, qui produisent un résultat de
valeur pour un acteur particulier.
 Cas de test  
Description d'un cas de comportement conforme à ce que l'on désire vérifier.
Il est de même nature qu'une spécification (technique ou fonctionnelle) mais ne
décrit qu'une occurrence de comportement alors qu'une spécification est
l'enveloppe de tous les comportements possibles.
Plus précisément, pour un système se trouvant dans un état de départ un cas de
test est la description des stimuli envoyés sur le système et des réactions
attendues de celui-ci aux stimuli.
Selon la nature des stimuli on distingue :
 des cas de tests techniques qui adressent des spécifications techniques
(standard d'affichage, normalisation des touches de fonctions enchaînement des
écrans,
 des cas de tests fonctionnels qui adressent les spécifications fonctionnelles.
 Cascade      
Stratégie de développement qui vise à développer une application en déplaçant
l’ensemble des fonctions utilisateur final à travers chaque phase sous la forme d’un
ensemble monolithique.
 Chaîne de traitement          
Une chaîne de traitement est un ensemble ordonné de traitements à effectuer.
 Chaîne de valeur     
Représentation d'une activité métier en la décomposant selon une séquence
d'activités élémentaires détaillant les différents étages de valeurs ajoutées
effectués le long de la séquence
 Changement en cours d'exploitation        
Un changement apporté à un système opérationnel ( programme, manuel
d'utilisation, … )
 Chemin d'accès      
Une relation ou une dépendance qui existe entre des ensembles de données de
façon à satisfaire les exigences d'accès à certaines données élémentaires.
 Chemin d'audit ou Piste d’audit    
Un ensemble de données stockées et de procédures associées permettant de
déterminer l'origine de résultats obtenus.
 Chemin         
Séquence de tous les noms de dossiers depuis la racine jusqu'au dossier en cours
d'un fichier, séparés par des caractères barre oblique inverse (\) dans Microsoft
Windows. Par exemple, dans Microsoft Windows 95, le chemin vers un fichier
appelé Gallery.mpp dans le dossier Projets du dossier Mes Documents sur le lecteur
C serait C:\Mes Documents\Projets\.
 Chemin critique       
Série de tâches devant être achevées selon les prévisions pour que le projet se
termine à temps. Chaque tâche du chemin critique est une tâche critique.
 Chemins critiques multiples          
Tâche qui influence les dates de fin de groupes de tâches dans le plan global du
projet. L'identification et le suivi de chemins critiques multiples vous permet d'être
plus efficace dans la gestion des conditions pouvant affecter la date de fin de votre
projet. Microsoft Project affiche, par défaut, un seul chemin critique dans les
prévisions. Vous pouvez cependant modifier ce paramètre afin que Microsoft Project
affiche plusieurs chemins critiques.
 Classe          
Modèle partagé par un ensemble d’objets qui possèdent les mêmes caractéristiques
 Classe de substance 
Classe permettant de décrire un concept métier.
 Classe concept 
Classe de substance portant la notion essentielle du concept métier.
 Classe acteur 
Une classe acteur correspond à une vue spécifique sur une classe de substance.
 Classe métier 
Correspond indistinctement aux 3 types de classes précédents : acteur,
substance, concept.
 Classe de contrôle 
Classe permettant de piloter et/ou de contrôler l’application des règles de gestion
associées aux classes métier.
 Classe IHM 
Classe technique constituant la couche de présentation.
 Classe persistante 
Classe technique construite à l’image de la structure de la base de données.
 Classe technique 
Classe permettant de faire le lien avec des éléments technique.
 Classement  
Action de projeter la valeur mesurée sur l'échelle de classement appropriée. Utilisé
pour déterminer le niveau de classement associé au logiciel pour une
caractéristique de qualité donnée. (NF X 50-120)
 Clé d'accès  
Une donnée élémentaire ou un groupe de données élémentaires faisant partie d'un
stockage de données et utilisé pour identifier ou retrouver des données.
 Cohérence   
Propriété du logiciel portant sur l’homogénéité des méthodes, techniques et
notations appliquées à la conception et à la réalisation
 Communicabilité     
Propriété du logiciel portant sur la présence d’entrées et de sorties utiles et faciles
à assimiler.
 Composant applicatif         
Paquetage représentant le degré le plus fin pour un ensemble de données et de
fonctions qui forment un tout d’un point de vue fonctionnel. Il peut être distribué
(installé sur n’importe quelle machine, dupliqué sur plusieurs machines), mais il est
impossible de le segmenter. Il peut correspondre à la mise en œuvre d’un cas
d’utilisation.
 Composant ou Composant logiciel         
Module logiciel exécutable ayant une identité et une interface bien définie.
 Composant technique        
Paquetage de classes applicatives et techniques qui corresponde au niveau le plus
fin d’un point de vue distribution. On peut trouver des composants IHM, des
composants de persistance, des outils logiciels, des compilateurs, …
 Concept métier       
Concept manipulé dans une activité métier de l’entreprise indépendamment de sa
modélisation.
 Condition de sortie d'une phase   
Critère de décision dont la satisfaction est nécessaire pour déclarer une phase
terminée. Plusieurs conditions de sortie peuvent être définis pour une phase
donnée.
 Conduite du changement   
Ensemble d'actions effectuées tout au long d'un projet impliquant des changements
notables au sein de l'organisation tels que :
 communication d'objectifs métiers
 transformation de la culture d'entreprise
 nouveau référentiel méthodologique et mode de travail des opérationnels
 appropriation d’outils de travail (système d'information, procédures, ..) par les
opérationnels
 Configuration           
L'arrangement d'un système automatisé ou d'un réseau défini par la nature, le
nombre et les caractéristiques principales de ses unités fonctionnelles. Plus
précisément, le terme configuration peut faire référence à la configuration
matérielle ou logiciel.
Les exigences, la conception et la réalisation qui définissent une version particulière
d'un système ou des composants d'un système.
 Construction 
La construction d'un système d'information (y compris son organisation) est le
processus de traduction d'un élément descriptif en éléments opérationnels. Ceci
comprend la mise à l'essai d'éléments opérationnels.
Trois approches :
 construction en une seule fois,
 construction incrémentale,
 construction évolutive.
 Construction évolutive        
Le système d'information est construit et testé en plusieurs versions successives.
Entre deux versions, les descriptions du système d'information peuvent être
modifiées en fonction des résultats de la mise à l'essai du système d'information.
Chaque version peut contenir un sous-ensemble ou l'ensemble des fonctionnalités.
 Construction incrémentale 
Le système d'information est construit et testé en plusieurs parties successives.
Chaque partie contient un sous-ensemble des fonctionnalités du système
d'information. Les spécifications liées au système d'information mis en service sont
définies entièrement avant la première construction et ne sont pas modifiées par la
suite.
 Contrat          
Convention par laquelle une ou plusieurs personnes s’engagent envers d’autres
personnes à faire ou à ne pas faire quelque chose.
Cas de la maîtrise d'œuvre externe : ensemble des éléments liant un demandeur et
un fournisseur en définissant d’une manière précise, complète et cohérente, leurs
obligations respectives. Il peut intervenir en un point quelconque du cycle de vie du
système (logiciel). Il comporte le cahier des charges et les clauses financières.
Cas de la maîtrise d'œuvre interne : document par lequel des parties s’engagent
entre elles pour une opération déterminée.
 Contrôle de configuration  
Activités consistant à évaluer, approuver ou rejeter et coordonner les changements
des éléments de la configuration après l'établissement formel de leur identification
de configuration.
 Contrôle qualité       
Techniques et activités à caractère opérationnel visant à surveiller un processus et
à éliminer les causes de fonctionnement non satisfaisant à tous les stades de la
boucle de la qualité afin d’obtenir un meilleur rendement. [ISO 8402]
 Coûts associés à la gestion de la qualité           
Ils comprennent les coûts associés aux actions de prévention (coûts de
prévention), aux actions d'évaluation (coûts d'évaluation) et aux actions de
correction (coûts de correction). Les actions de prévention ont pour but de
diminuer, tout au long du cycle de vie du logiciel, le nombre de défauts créés. Les
actions d'évaluation ont pour but de détecter au plus tôt les défauts qui subsistent
et se situent principalement aux points d'évaluation définis dans le cycle de
développement du logiciel. Les actions de correction ont pour but de corriger les
défauts constatés (coûts directs de correction) et les effets de ces défauts (coûts
indirects de correction).
 Contrainte    
Restriction ou limitation que vous-même ou Microsoft Project définit sur la date de
début ou de fin d'une tâche. Par exemple, vous pouvez spécifier qu'une tâche doit
débuter à une date particulière ou qu'elle doit se terminer avant une date
particulière. Lorsque vous ajoutez une nouvelle tâche à un projet qui est prévu à
partir de la date de début, Microsoft Project affecte automatiquement la contrainte
Dès Que Possible. Inversement, lorsque vous ajoutez une nouvelle tâche à un
projet qui est prévu à partir de la date de fin, Microsoft Project affecte
automatiquement la contrainte Le Plus Tard Possible.
   Contrainte flexible ne lie pas une tâche à une date. Les contraintes flexibles
comprennent :

 Dès Que Possible (pour tous les projets).

 Le Plus Tard Possible (pour tous les projets).
 Fin Au Plus Tôt Le (pour les projets prévus à partir de la date de fin).
 Fin Au Plus Tard Le (pour les projets prévus à partir de la date de début).
 Début Au Plus Tôt Le (pour les projets prévus à partir de la date de fin).
 Début Au Plus Tard Le (pour les projets prévus à partir de la date de début).
Contrainte inflexible parce qu'elle lie une tâche à une date :

 Fin Au Plus Tôt Le (pour les projets prévus à partir de la date de fin).
 Fin Au Plus Tard Le (pour les projets prévus à partir de la date de début).
 Doit Finir Le (pour tous les projets).
 Doit Commencer Le (pour tous les projets).
 Début Au Plus Tôt Le (pour les projets prévus à partir de la date de fin).
 Début Au Plus Tard Le (pour les projets prévus à partir de la date de début).
 Courbe d'avancement        
Représentation visuelle de l'avancement de votre projet, présentée dans l'affichage
Diagramme de Gantt. Pour une date d'avancement donnée, Microsoft Project
dessine une courbe d'avancement reliant les tâches en cours de réalisation, créant
ainsi un graphique dans le Diagramme de Gantt, avec des pics vers la gauche
symbolisant le travail en retard sur les prévisions et des pics vers la droite
symbolisant le travail en avance sur les prévisions. La distance séparant un pic de
la ligne verticale indique le degré de retard ou d'avance d'une tâche par rapport
aux prévisions à la date d'avancement.
 Coût  
Coût total prévu d'une tâche, d'une ressource ou d'une affectation, ou d'un projet
entier. Il est parfois appelé coût actuel ou budget.
Coût budgété du travail effectué (CBTE)            
Champ d'audit des coûts indiquant la partie du budget qui devrait avoir été
dépensée au vu du volume de travail effectué jusqu'alors et du coût planifié de la
tâche, de l'affectation ou de la ressource. Le calcul du CBTE correspond à la valeur
cumulée du pourcentage achevé chronologique des tâches (ou le pourcentage de
travail achevé chronologique des affectations et des ressources), multiplié par le
coût planifié chronologique de la tâche, de l'affectation ou de la ressource, jusqu'à
la date d'état ou la date du jour. Le CBTE est également appelé « audit des coûts ».
Coût budgété du travail prévu (CBTP)     
Champ d'audit des coûts indiquant la partie du budget qui devrait avoir été
dépensée au vu du coût planifié de la tâche, de l'affectation ou de la ressource. Le
calcul du CBTP correspond aux coûts planifiés cumulés chronologiques jusqu'à la
date d'état ou la date du jour.
Coût d'utilisation      
Tarif fixé pour l'utilisation d'une ressource. Cette valeur peut remplacer ou
accompagner le coût variable ou horaire d'une ressource. Le coût d'utilisation est
imputé à chaque utilisation de la ressource.
Coût fixe       
Coût défini pour une tâche demeurant constant quels que soient la durée de la
tâche ou le travail effectué par une ressource.
Coût planifié 
Coût initial du projet tel qu'il est indiqué dans la planification initiale. Le coût
planifié est un instantané du coût au moment où la planification initiale a été
enregistrée. Le suivi et la comparaison des coûts planifiés et des coûts réels vous
aident à effectuer le suivi des performances en termes de coût et à calculer les
informations de l'audit des coûts.
Coût réel du travail effectué (CRTE)        
Indique les coûts réels imputés sur le travail déjà effectué par une ressource sur
une tâche, jusqu'à la date d'état du projet ou jusqu'à la date du jour.
Critère d’acceptation/rejet 
Règle de décisions utilisées pour déterminer si un élément ou un facteur du logiciel
satisfait aux tests (exemple : la performance de la transaction sera mesurée par le
temps de réponse, celui ci sera inférieur à 1 seconde)
Critères de qualification     
Ensemble de critères ou de conditions qui doivent être satisfaits pour pouvoir
qualifier un produit logiciel comme conforme à ses spécifications et prêt à l’emploi
dans son environnement cible.
Critères d'évaluation de la qualité du logiciel     
Ensemble de règles et de conditions définies et documentées utilisées pour décider
si la qualité globale d'un produit logiciel donné est acceptable ou non.
Criticité         
Niveau de douleur ou d'urgence
Cycle de décision   
Ensemble des points de décision défini contractuellement permettant d’établir le
suivi de toute activité.
 Cycle de développement   
Succession ordonnée d’étapes de la construction d’un projet. Il commence
avec la décision d'engager le développement d'un nouveau système (demande de
service) et se termine lorsqu'une première version de ce système est acceptée par
les utilisateurs.
Cycle de maintenance       
Un cycle de maintenance regroupe l'ensemble des activités nécessaires à la
correction d'un ou plusieurs défauts constatés dans une version d'un système
opérationnel, chacun de ces défauts ayant fait l'objet d'une demande de
maintenance acceptée. 
Cycle de vie du système    
La période de temps qui commence avec la décision d'engager le développement
d'un nouveau système et qui se termine lorsque le système n'est plus disponible
pour son utilisation.
Cycle d'évolution     
Un cycle d'évolution regroupe l'ensemble des activités nécessaires à la prise en
compte et à la réalisation d'un ou plusieurs besoins nouveaux concernant un
système opérationnel, chacun de ces besoins ayant fait l'objet d'une demande
d'évolution.   Il commence avec une demande de service ou une demande de
version et se termine par l'acceptation de la nouvelle version du système.
Cycle V         
Version améliorée du cycle de vie en cascade, caractérisée par des phases
descendantes correspondant à la définition et au développement, et des phases
ascendantes correspondant à l’assemblage et à la validation.

D 
De bas en haut
Qualifie une méthode ou une procédure qui va du plus bas au plus haut niveau
d’abstraction.
De haut en bas        
Qualifie une méthode ou une procédure qui va du plus haut au plus bas niveau
d’abstraction.
Défaut           
Un défaut est la présence d'une défectuosité dans un produit (document ou
programme). Exemples : dans le manuel d'utilisation, ce peut être une procédure
erronée, dans un programme, ce peut être une partie de code indésirable ou
manquante.
Définition de problème      
Enoncé d’un problème, qui peut inclure une description des données, de la
méthode, des procédures et des algorithmes utilisés pour le résoudre.
Demande de maintenance
Une demande de maintenance décrit un défaut constaté (écart entre les
spécifications et le fonctionnement réel du système) sur un système opérationnel.
Demande de service          
Une demande de service est un document préparé, par un représentant des
utilisateurs, pour demander le développement d'un nouveau système ou une
amélioration importante d'un système opérationnel qui ne peut plus répondre
correctement aux besoins des utilisateurs.
Demande d'évolution         
Une demande d'évolution décrit une évolution souhaitée ou imposée (par exemple :
un changement de réglementation) sur un système opérationnel.
Déploiement du système   
Déploiement de tous les nœuds physiques dans l’architecture concrète du client
(sur les machines).
Description du système     
Documentation qui résulte de la phase de conception du système, et qui définit
l’organisation, les caractéristiques principales et les besoins matériel et logiciel du
système.
 Description d'un système d'information
La description d'un système d'information est soit un processus soit le résultat d'un
processus : il s'agit du processus d'analyse et de conception du système
d'information. La description comprend la détermination des spécifications. Le
résultat d'un processus de description est une description qui peut définir
l'organisation, ses caractéristiques essentielles et les spécifications de matériel et
de logiciel du système d'information.
 Deux approches cognitives :
 approche analytique,
 approche expérimentale.
 Deux démarches coopératives :
 démarche initiée par les experts,
 démarche participative.
 Description par approche cognitive analytique

Lorsque l'information est traitée de manière analytique, l'information disponible est

simplifiée par abstraction afin de parvenir à une compréhension plus stable et plus
approfondies. Une approche analytique est utilisée pour faire face à la complexité de
l'information. Dans une approche analytique, le système d'information est
essentiellement décrit en recourant à un certain degré de formalisation.
Description par approche cognitive expérimentale
Lorsqu'une approche expérimentale est utilisée, les acteurs du projet tirent les
leçons de l'expérience en générant des connaissances nouvelles. L'objectif est de
réduire l'incertitude en générant davantage d'information. Les expériences peuvent,
par exemple, reposer sur des prototypes, des maquettes, des bancs d'essai de
service ou d'autres types de techniques qui permettent de mieux visualiser les
scénarios.
Description par démarche coopérative initiée par les experts
Dans une démarche initiée par les experts, les acteurs du projet (les experts)
élaborent des descriptions sur la base de leur propre expérience ainsi que des
interviews et des observations des acteurs du SI. Les descriptions peuvent alors
être transmises aux acteurs du SI pour qu'ils formulent leurs remarques ou
donnent leur approbation.
Description par démarche coopérative participative
Dans une démarche participative, les acteurs du projet élaborent des descriptions
en étroite collaboration avec certains acteurs du SI ou l'ensemble de ceux-ci, par
exemple dans des ateliers avec présentations, des discussions et des décisions de
conception. La conception conjointe de l'application (JAD) est un exemple de
technique que l'on peut utiliser dans une démarche participative. Une démarche
participative peut permettre d'acquérir des connaissances, d'affiner des
spécifications et de faciliter des changements organisationnels.
Développement en spirale 
Concerne un développement itératif appliqué à l’ensemble du cycle de vie. A
chaque itération, un passage complet à travers les différents processus est
exécuté.
Développement incrémental
cf. :Construction incrémentale
Développement évolutif
cf. :Construction évolutive
Développement rapide d’application (DRA) 
Centré sur l’achèvement indépendant de parties fonctionnellement disparates d’une
application grâce à un développement rapide de celle-ci ; la planification de
l’architecture cherche à réaliser rapidement une architecture qui traverse les limites
 fonctionnelles, puis à l’enrichir de manière itérative dans le temps, afin de
compléter chaque fonction.
Diagramme
Affichage ou une partie d'un affichage qui représente de façon graphique les
informations sur le projet. Par exemple, l'affichage Diagramme de Gantt est
constitué d'un volet tableau et d'un volet graphique où les tâches sont représentées
sous forme de barres horizontales.
Diagramme réseau du projet
Diagramme indiquant les interdépendances entre les tâches du projet. Les tâches
sont représentées par des cases ou des nœuds, et les interdépendances des tâches
sont représentées par des lignes reliant les cases ; Dans Microsoft Project, le
Réseau PERT est un diagramme réseau.
Documentation système 
Ensemble des documents qui décrivent les besoins, les capacités, les limites, la
conception, l’exploitation et la maintenance d’un système de traitement de
l’information.
Données - Données élémentaires
Une donnée est une représentation de faits, concepts ou instructions sous une
forme conventionnelle se prêtant à la communication, à l'interprétation et au
traitement, à l'aide de moyens humains ou automatisés. Une donnée élémentaire
est une donnée qui ne justifie pas d'être décomposée en ses éléments constitutifs.
Exemples : date (jour - mois - an), année, numéro de compte.
Dossier de test
Document complétant un plan de test et contenant deux parties distinctes :
description des tests (ou dossier de spécification des tests) spécifiant

chaque test, à partir des cas de tests et scénarios retenus dans le plan de test,
et indiquant dans une fiche de description de test les conditions
d'environnement, d'entrée et d'exécution ainsi que les résultats attendus
le jeu de données de test* associé
résultat des tests (ou suivi des tests) comprenant le résultat des tests le suivi des
défauts, une synthèse de l'activité de test. Cette partie inclut également une
description détaillée de la configuration matérielle et logiciel effectivement utilisée
avec le niveau des produits et les caractéristiques d'installation
Du général au particulier
Qualifie une méthode ou une procédure qui va du plus haut au plus bas niveau
d’abstraction.
Dysfonctionnement
Elément d'activité localisé au sein d'un processus perturbant le fonctionnement du
processus; exemples: goulot d'étranglement, redondance, erreur ….

E 
Elément en entrée (d'une tâche)
Toute information nécessaire à l’exécution d’une tâche. Cette information peut
prendre des formes diverses : produit fini, exécutable, manuels, …
Entité
Une entité représente une abstraction de l’univers du discours devant être gérée
par le système d'information considéré. Exemples : un contrat carte, un compte
client, mouvement débit ou crédit.
ERP (Entreprise Ressource Planning)
Mise sous contrôle de tout ou partie des processus métiers au travers d'une
solution progiciel globale (exemple: SAP, People Soft, Baan …)
Erreur
Une erreur est une différence ou un écart entre un résultat attendu et le résultat
observé. Une erreur est la manifestation d'un défaut. Exemples : lors de
 l'exploitation, ce peut être un état de sortie erroné.
Etude d’opportunité
Etude qui vise à identifier et analyser un problème et les solutions possibles, afin de
déterminer leur viabilité, leur coût et leurs avantages.
Etude de faisabilité 
Etude qui vise à identifier et analyser un problème et les solutions possibles, afin de
déterminer leur viabilité, leur coût et leurs avantages
Evénement
Un événement est un signal qui peut être reconnu par une entité donnée
(processeur) et qui indique qu'un fait auquel des données sont attachées a eu lieu.
Exemples : Demande d'ouverture de contrat carte.
Extensibilité
Propriété du logiciel portant sur l’aptitude à accroître le domaines de données
manipulées et les fonctionnalités externes.

F 
Facilitation
Ensemble de techniques destinées à facilité le travail d'équipe: préparation,
animation et synthèse de séances plénières, motivation des intervenants.
Fiabilité
Aptitude d'un dispositif à accomplir une fonction requise, dans des conditions
données, pendant une durée donnée.
Fichier
Un ensemble d'enregistrements associés traité comme une unité.
Flux de données
Données de composition connue, entrant ou sortant d'un processus.
Fonction - Fonction élémentaire - Fonction primitive
Une fonction définit le but spécifique d'une entité ou son action caractéristique. Une
fonction est un processus logique, qui transforme le contenu ou l'état des données.
Une fonction élémentaire ou fonction primitive est une fonction qui ne justifie pas
d'être décomposée davantage. Exemples : Gestion des cartes de paiement, Gestion
des contrats cartes.
Fournisseur
Organisation qui conclut un contrat avec le client en vue de la fourniture d’un
système, produit ou service, conformément aux conditions contractuelles. [ISO/IEC
12207]

G 
Gestion de la configuration
Discipline qui applique un contrôle et une gestion technique et administrative à
l’identification et la documentation des caractéristiques fonctionnelles et physiques
des éléments de configuration d'un système, aux changements de ces
caractéristiques, à l’enregistrement et au compte-rendu de l’exécution des
changements et du statut de leur mise en œuvre et à la vérification de leur
conformité par rapport aux besoins spécifiés [IEEE-610.12].
Gestion de prévision
Capacité à estimer ou aptitude à faire des prévisions justes en termes de délais et
de charge.
Gestion de production
Capacité à produire ou aptitude à réaliser un produit dans un temps donné, avec
une charge donnée.
Gestion de projet 
Activités impliquées dans la planification de projet et le pilotage de projet.
Glissement
 Retard d'une tâche par rapport à sa planification initiale. Le glissement est la
différence entre la date de début ou de fin prévue pour une tâche et la date de
début ou de fin initialement prévue. Le glissement peut se produire lorsqu'une
planification initiale est définie et que les dates réelles saisies par la suite pour les
tâches sont postérieures aux dates initialement prévues, ou lorsque les durées
réelles sont supérieures aux durées initialement prévues.

H 
I 
   Incident         
Aléas dans le déroulement d'un projet

 d'ordre matériel par exemple panne, ....

 d'ordre logiciel par exemple paramétrage erroné de l'environnement
d'accueil,
 d'ordre humain par exemple erreur de manipulation, absence d'un membre à
une réunion, ...
 d'ordre organisationnel par exemple non tenue d'une réunion planifiée
 IHM 
Interface Homme-Machine
 Interdépendances des tâches
Nature des interdépendances entre les tâches liées. Vous liez des tâches en
définissant une interdépendance entre leurs dates de début et de fin. Par exemple,
la tâche « Contacter les traiteurs » doit se terminer avant le début de la tâche
« Déterminer les menus ». Il existe quatre types d'interdépendances des tâches
dans Microsoft Project  :
Interdépendance des tâches Exemple Description

 Fin à début (FD) La tâche (B) ne peut pas débuter avant la fin de la
tâche (A).
 Début à début (DD) La tâche (B) ne peut pas débuter avant le début
de la tâche (A).
 Fin à fin (FF) La tâche (B) ne peut se terminer avant la fin de la tâche
(A).
 Début à fin (DF) La tâche (B) ne peut se terminer avant le début
de la tâche (A).

J 
Jalon
Point de référence marquant un événement important dans un projet et utilisé pour
contrôler l'avancement du projet. Toute tâche de durée égale à zéro est affichée
comme jalon.
Jeu de données de test     
Ensemble des informations nécessairement dans le système pour réaliser un test.
Ces informations peuvent être découpées en lots de données de test*

K 
L 
Livrable
Voir produit fini
 Logiciel applicatif [programme]    
Logiciel [programme] spécifique à la solution d’un problème applicatif.
[ISO/IEC 2382-20]
 Logiciel système     
Logiciel indépendant de l’application qui supporte l’exécution du logiciel applicatif.

M 
Maintenance corrective du système        
Modifications apportées à un système visant à en corriger les erreurs ou à en
améliorer les performances.
Maintenance évolutive du système          
Modifications apportées à un système suite à de nouveaux besoins.
Manuel utilisateur / Guide de l’utilisateur 
Document qui décrit comment utiliser une unité fonctionnelle, et qui peut inclure
une description des droits et des responsabilités de l’utilisateur, du propriétaire et
du fournisseur de l’unité.
MAPI 
Acronyme de Messaging Application Programming Interface, qui est l'interface
standard de programmation proposée et prise en charge par Microsoft pour l'accès
à la messagerie électronique.
Maquette
Réalisation d’une partie d’un système visant à confirmer ou infirmer certaines
orientations fonctionnelle ou techniques. Le code n’est pas destiné à être réutilisé
pour le système final.
Marge           
Temps maximum de glissement d'une tâche avant que les dates des autres tâches
ou la date de fin du projet en soient affectées. La marge libre est le temps
maximum de glissement d'une tâche avant qu'une autre tâche ne soit retardée. La
marge totale est le temps maximum de glissement d'une tâche avant que la date
de fin du projet ne soit retardée. Lorsque la marge totale est négative, la durée de
la tâche est trop longue pour que son successeur puisse débuter à la date requise
pour une contrainte.
Marge libre   
Retard maximum que peut accumuler une tâche sans que ses successeurs ne
soient retardés. Pour une tâche sans successeur, la marge libre est le retard
maximum que peut accumuler une tâche sans que la date de fin du projet ne soit
retardée.
Marge totale 
Retard maximum qu'une tâche peut être retardée sans retarder la date de fin du
projet.
Maturité d’un segment        
Traduit le niveau de maturité d'un segment à partir des composantes suivantes:
technologie, taux de croissance, antériorité, structure des acteurs sur le segment.
Méthode
Norme décrivant les caractéristiques du processus ou de la procédure utilisé dans
l’élaboration d’un produit ou dans la prestation d’un service. [IEEE 612-12]
Méthode       
Opération qu'un objet peut exécuter sur lui-même. Par exemple, l'objet Fenêtre
dans Microsoft Project peut s'activer et se fermer lui-même et possède donc les
méthodes Activer et Fermer correspondantes. Pour obtenir la liste des méthodes
 s'appliquant à un objet particulier dans Microsoft Project, recherchez le nom de
l'objet dans les rubriques d'aide de Visual Basic, puis choisissez Méthodes dans la
zone non déroulante de la rubrique trouvée.
Méthode d'allocation          
Détermine le moment où le coût d'une ressource est alloué et le moment où les
coûts réels sont imputés à un projet. Vous pouvez allouer les coûts au début ou à la
fin d'une tâche, ou de façon proportionnelle au cours de la tâche.
Mise au point / déverminage         
La mise au point ou déverminage est une activité consistant à situer, analyser et
corriger les défauts constatés. La mise au point commence lorsqu'une erreur est
identifiée.
Mise en service       
La mise en service d'un système d'information est le processus qui permet de
rendre opérationnel un système d'information dans le domaine cible.
Trois option de couverture du système :

mise en service en une seule fois,

mise en service incrémentale,
mise en service évolutive.
Deux options de couverture géographique  :

Mise en service globale

Une nouvelle version du système d'information est mise en service dans tous les
sites du domaine cible en une seule étape.
Mise en service locale
Une nouvelle version du système d'information est mise en service en plusieurs
étapes couvrant de plus en plus de sites du domaine cible.
Modèle         
Ensemble de conventions d’écriture et de règles connexes à appliquer, qui décrit un
système ou un ensemble de problèmes ou de phénomènes.
Modèle de projet     
Modèle de projet comprenant une WBS ( Work Breakdown Structure ) et
des informations connexes. Une série de modèles compose une base de
connaissances ou méthode, dans laquelle chaque modèle est destiné à un type de
projet déterminé. (ABT Corporation France, PBM)
Modèle de système            
Le modèle d'un système (ou d'un processus) est une représentation simplifiée mais
significative de ce système (ou processus) élaborée pour atteindre un but
prédéterminé.
Modélisation de processus           
Description fonctionnelle et documentée d'un processus à partir d'un
fonctionnement générique et incorporant tout les scénarios d'exécution
Modification 
Demande d'évolution par rapport à ce qui a été validé
Module          
Un module est un ensemble d'instructions écrites dans un langage source.

N 
Navigation de processus   
Description structurée de l'exécution d'un processus
Nœud physique       
Processus et son environnement logiciel système associé, capable de s’adapter sur
une ou plusieurs machines.
Norme 
Règle définie par un organisme habilité ( INSEE, AFNOR, ISO, … )
 Numéro de changement du système - Numéro de Version     
Tout changement apporté à un système opérationnel est repéré par un numéro de
changement. Par ailleurs, les évolutions majeures du système (celles qui sont issus
de certains cycles d'évolution) sont en plus repérées par un numéro de version.
Numéro hiérarchique          
Numéros indiquant la position exacte d'une tâche dans la hiérarchie. Par exemple,
une tâche dont le numéro hiérarchique est 7.2 indique qu'il s'agit de la deuxième
tâche subordonnée sous la tâche récapitulative de septième niveau. Lorsqu'ils sont
affichés, les numéros hiérarchiques apparaissent à gauche de chaque tâche dans
les affichages de tâches.

O 
Objectif
Un objectif correspond à un résultat mesurable à obtenir dans le cadre du but
concerné.
Un résultat concret et mesurable que l'on cherche à atteindre, et qui concourt à un
ou plusieurs buts de gestion.
Objet 
Elément du monde réel identifiable de manière unique.
ODBC           
Open Database Connectivity (ODBC) est une interface indépendante du
distributeur, basée sur les spécifications SQL Access Group, annoncées par
Microsoft en décembre 1991. Un développeur peut utiliser ODBC pour accéder aux
données dans un environnement hétérogène composé de bases de données
relationnelles et non relationnelles.
Opération
Une opération correspond à la définition d'un service fourni par une entité pour
l'extérieur ou pour elle-même en réponse à une sollicitation (événement). Une
opération est un regroupement d'activités permettant d'aboutir à un ou plusieurs
résultats clairement définis. Exemples : demande d'ouverture de contrat carte,
retrait d'espèces dans un DAB, si l'entité est la gestion des cartes de paiement ;
création des ordres de fabrication des cartes et P-codes, routage des cartes, si
l'entité est la fabrication des cartes de paiement.

P 
Paquetage 
Ensemble de classes et/ou de paquetages.
PCE (Préoccupation Critique d'Entreprise)       
Désigne les axes d'orientation stratégiques prioritaires d'une organisation,
exemples: réduction des coûts, service, réduction des délais ….
PCP (Préoccupation Critique du Processus)    
Désigne les axes d'analyse prioritaires des performances d'un processus;
Exemples: réduction des coûts, service, réduction des délais ….
Persistance  
Propriété d’un objet dont la valeur est capable de persister pendant une durée
indéfinie (dans une base de données).
Analyse PERT                     
Analyse PERT (Program, Evaluation, and Review Technique - Technique de
programmation, d'évaluation et de révision) est un processus par lequel vous
évaluez un résultat probable en fonction de trois scénarios : cas optimiste, cas
attendu et cas pessimiste. Le résultat en question peut être la durée d'une tâche,
sa date de début ou sa date de fin.
Phase           
Premier niveau de découpage d'un processus type constitué d’un groupe homogène
d’activités dont les produits finis s’adressent à des responsabilités communes.
Pilotage de projet   
Activités impliquées dans le contrôle de l’état d’avancement d’un projet, sa
direction, sa qualité et l’utilisation des ressources, par opposition aux plans de
projet
Plan d’assurance qualité (PAQ)   
Activités systématiques planifiées, nécessaires pour s’assurer qu’un composant ou
un système répond bien aux besoins techniques établis.
Plan d’évaluation     
voir plan de tests
Plan d'acquisition    
Documents définissant la stratégie d'acquisition, l'organisation d'acquisition et la
coordination des différents marchés.
Plan d'adaptation    
Plan pour une adaptation unique dans le cadre d'un marché de SI. Il définit la
situation du problème, y compris l'état initial et l'état final de l'adaptation, la
stratégie d'adaptation, la séquence des points de décision et les fournitures durant
le suivi de contrat.
Plan de tests            
Plan qui définit en détail les besoins, les critères, la méthodologie générale, les
responsabilités et la planification générale à des fins de test et d’évaluation d’un
système
Plan de travail du projet     
Spécification des objectifs, des besoins et du champ d’un projet, et de sa relation
avec d’autres projets.
Planification de projet        
Activités impliquées dans la spécification des composants, du planning, des
ressources et des procédures d’un projet
Planification 
Prévisions des dates de début et de fin d'une tâche et des informations de
ressource et de coût.
Planification initiale 
Plan initial du projet que vous utilisez pour effectuer le suivi de l'avancement du
projet. La planification initiale contient des informations sur :

Les tâches (dates de début et de fin, durée, travail, coût, fractionnements, travail
chronologique et coût chronologique)
Ressources (travail, coût, travail chronologique et coût chronologique)
Affectations (dates de début et de fin, travail, coût, travail chronologique et coût
chronologique)
Planification temporaire     
Ensemble de dates de début et de fin de tâches que vous pouvez enregistrer à
certains stades de votre projet. Vous pouvez comparer une planification temporaire
à la planification initiale ou à la planification actuelle afin de contrôler l'avancement
ou le glissement du projet. Vous pouvez enregistrer jusqu'à 10 planifications
temporaires.
Planifié         
Informations les plus courantes sur un projet, comprenant les dates réelles et
restantes, les durées et le coût des tâches commencées, ainsi que les dernières
projections en termes de dates, durées et coût des tâches n'ayant pas encore
débutées.
Plate-forme d’intégration   
Ensemble de nœuds physiques qui représentent un modèle de l’architecture
physique concrète du système réel.
Point de décision    
Dans une adaptation du SI, un point de décision est un jalon au cours duquel le
client, éventuellement avec le fournisseur, prend des décisions sur l'adaptation du
SI. Un point de décision se caractérise par les décisions qui sont prises, les rôles
concernés par ces décisions et les fournitures qui sont échangées. Ces fournitures
servent de conditions préalables ou de base aux décisions à prendre.
Positionnement concurrentiel        
Désigne l'état d'une entreprise par rapport à la concurrence sur un segment métier
donné; les éléments d'analyse incluent la part de marché, la position relative aux
concurrents par rapport aux facteurs clés de succès (prix, qualité, service …)
Pratique
Une pratique est un ensemble d'actions mené pour effectuer une opération, cet
ensemble d'actions ne pouvant pas être défini de façon rigoureuse. Exemples :
montage d'un voyage organisé, décision d'accorder un prêt à une entreprise.
Prévisions    
Synchronisation et ordre des tâches d'un projet. Des prévisions sont constituées
principalement de tâches, d'interdépendances des tâches, de durées, de contraintes
et d'informations de synchronisation sur le projet.
Prévisions à durée fixe      
Méthode de prévisions pour laquelle la durée d'une tâche reste la même quel que
soit le nombre de ressources affectées à la tâche.
Prévisions pilotées par l'effort       
Méthode de prévision par défaut de Microsoft Project, selon laquelle la durée d'une
tâche diminue ou augmente avec l'ajout ou le retrait de ressources d'une tâche
tandis que l'effort nécessaire pour achever une tâche reste inchangé. Par exemple,
une tâche peut nécessiter 32 heures de travail pour être achevée, mais la tâche
peut être prévue avec une durée de 2 jours. Ceci indique que plusieurs ressources
doivent être affectées à cette tâche, à savoir deux. En travaillant 8 heures par jour
sur la tâche, deux personnes accompliront la tâche en 2 jours. Si une ressource est
retirée de la tâche, la durée est portée à 4 jours, tandis que l'effort nécessaire pour
accomplir la tâche (32 heures) reste inchangé.
Les prévisions pilotées par l'effort ne s'appliquent qu'aux ressources ajoutées à ou
retirées d'une tâche. Elles ne s'appliquent pas aux règles de calcul de Microsoft
Project lors de la modification du travail, de la durée et des valeurs d'unités pour
les ressources déjà affectées à des tâches.
Prévisions pilotées par les ressources   
Méthode de prévisions qui base la durée d'une tâche sur le volume de travail
nécessaire pour la tâche et le nombre d'unités de ressources qui lui sont affectées.
Les prévisions pilotées par les ressources sont la méthode de prévisions par défaut
de Microsoft Project.
Priorité          
Indication de l'importance d'une tâche et de sa disponibilité pour l'audit (c'est-à-
dire la résolution de conflits de ressources ou de surutilisations par le retard ou le
fractionnement de certaines tâches). Les tâches avec la priorité la plus faible sont
retardées ou fractionnées en premier. Vous pouvez également trier les tâches par
priorité.
Procédure    
Liste ordonnée, détaillée, précise et non ambiguë d’actions à entreprendre dans
une entité fonctionnelle, pour effectuer une opération.
Processus (Système)         
Manière d’exécuter un programme sur un système d’exploitation. Peut contenir de
nombreux sous-processus.
Processus Métier    
Désigne une séquence d'activités effectuées par des acteurs ou des automates
agissant sur des données et régies par des règles de gestion liés à des jalons; un
processus est déclenché par une demande et finalisé par l'acceptation d'un résultat
ensemble d’activités liées qui transforment des entrées en sorties. [ISO/IEC 12207]
Processus type       
Ensemble de phases, activités et tâches répondant à un besoin d’adaptation type
de tout ou partie d’un système d’information.
 Produit Fini  
Résultat d’une phase, d’une activité ou d’une tâche formalisé sous forme de
document ou d’exécutable support éventuel du processus de décision.
Deux types :
livrable : produit fini livré et validé par le client,
tangible : produit fini livré mais non validé par le client.
Programme 
Evolution importante, complexe et stratégique de l’entreprise qui inclut un projet
pluridisciplinaire.
Projet
Un projet est une organisation temporaire qui met en œuvre une adaptation (de SI)
réalisée par un fournisseur pour un client.
Prototype 
Modèle exécutable ou implémentation préliminaire, préfigurant la réalisation du
système définitif, permettant d’évaluer la conception, les performances, et le
potentiel de production d’un système, ou de mieux comprendre et de déterminer
ses besoins (contient en général une partie du code applicatif).

Q 
Qualification 
Activités permettant de confirmer qu'un système, un sous-système logiciel ou un
programme ordinateur est capable de satisfaire aux exigences spécifiées, dans un
environnement opérationnel. La certification a généralement lieu sur le terrain dans
des conditions réelles, et sert à évaluer non seulement le logiciel mais également
les spécifications utilisées pour le construire. La certification étend les activités de
vérification et de validation à un environnement opérationnel réel ou simulé.
Qualification du logiciel      
Qualification obtenue au niveau des composants logiciels.
Qualification du système    
Qualification obtenue sur l’ensemble de la plate-forme d’intégration (au niveau des
nœuds physiques).
 

R 
Réception     
La réception est un acte constatant, après évaluation de l'objet de la réception,
que les obligations contractuelles du fournisseur ont été remplies. La réception
donne lieu à un paiement .&syn. Recette
Reconfiguration de processus      
Processus consistant à organiser et mettre en œuvre un métier autour de ses
processus.
Règle de gestion     
Une règle de gestion est la formulation de la manière de traiter une opération en
fonction des conditions ou modalités qui y président.
Responsabilité        
Capacité de prendre une décision sans en référer préalablement à une autorité
supérieure. (Larousse)
Réutilisation 
Utilisation d’éléments d’actif existants (code, classe, paquetage, composant,
solution type, etc.) pour répondre à un nouveau besoin.
Revues Formelles (structurées)    
Les revues Formelles structurées traitent d’un produit fini tangible intermédiaire,
d’un programme ou d’un groupe de modules de programme. Elle requièrent la
 distribution préalable de la documentation à évaluer. Les réunions suivent un ordre
du jour préétabli et les résultats des délibérations sont consignés d’une manière pré
définie.
 Revues Formelles (RAQ)   
Ces revues interviennent à la fin d’une phase donnée. Toutefois, dans certains cas,
elles se produisent à des étapes essentielle ou pour des segments de travail qui
jalonnent une phase. Elles obéissent aux règles suivantes :

 Elles sont toujours planifiées

 Chaque réunion comporte un ordre du jour.
 Elles sont menées de manière formelle.
 Elle donnent lieu à un compte-rendu complet de réunion.
 Elles exigent une validation finale formelle.
Revues Informelles  
Les revues informelles interviennent à de multiple points de contrôle au cour de
chaque phase. Elles vont de la simple validation d’une idée au jugement plus
approfondi d’une étape donnée ou même d’une tâche complète. Elles ne nécessites
aucune fin de procédure officielle, ses revues ne serviront pas de prétexte à
défendre une position mais donnerons lieu à des discussions visant à valider les
approches ou les principes suivis par la personne qui effectue le travail.
Rôle   
Fonction assumée par un organisme, une force, un élément quelconque. (Larousse)
Route            
Voir Processus Type

S 
Scénario       
Instance du cas d’utilisation qui dénote un chemin unique à travers ce cas
d’utilisation. Il représente une procédure et montre une séquence d’échanges de
messages courante entre objets.
Segment       
Désigne un des axes métier de l'entreprise issues de la segmentation stratégique
Segmentation stratégique 
Technique permettant de comprendre l'activité d'une entreprise au travers d'un
découpage en segments métier: chaque segments est défini par ses
caractéristiques qui sont autant de règles de découpages: clients,
produits/services, concurrence, environnement, …
SGBD-OO    
Système de gestion de base(s) de données orienté objet.
SGBD-R       
Système de gestion de base(s) de données relationnel.
Simulation    
Utilisation d’un système de traitement de l’information pour représenter des
caractéristiques comportementales d’un système physique ou abstrait.
Simulation de processus   
Analyse des processus au travers de scénarios de façon à mettre en lumière leur
performances et leur dysfonctionnements
Sous processus      
Partie de processus, qui correspond au degré de finesse élémentaire, servant à
optimiser l’exécution en parallèle des programmes.
Spécification
Description définitive d’un système dans le but de le développer ou de le valider.
[ISO/IEC 2382-20]
Spécification de projet       
Spécification des objectifs, des besoins et du champ d’un projet, et de sa relation
avec d’autres projets.
Standard      
Règle reconnue et appliquée par tous mais qui n’a pas été définie ou homologuée
par un organisme habilité ( INSEE, AFNOR, ISO, … ) pour en faire une norme.
Standard de fabrication     
Adaptation d’une norme ou d’un standard à un contexte particulier et en faire une
référence obligatoire dans ce contexte.
Stockage de données        
Un emplacement pour stocker des données à l'intérieur du système.
Stratégie      
Démarche destinée à atteindre les objectifs d'un processus.
Stratégie d'acquisition       
Détermination du nombre et des sortes d'adaptations, des prestations de services
et des contrats nécessaires pour atteindre le but de l'acquisition.
Stratégie d'adaptation       
Démarche envisagée pour réaliser les objectifs d'une adaptation tout en gérant
efficacement les risques inhérents à une situation du problème donnée.
Stratégie générique d’une adaptation     
Désigne le choix d'une entreprise sur un segment métier : positionnement
concurrentiel, axes de différenciation prioritaire.
Structure de la répartition du travail (WBS, Work breakdown
structure)        
Structure hiérarchique utilisée pour organiser des tâches pour les rapports de
prévisions et le suivi des coûts.
Suivi de projet         
Le suivi de projet est l'ensemble des processus relatifs à la surveillance de
l'avancement du projet, c'est-à-dire son orientation, sa qualité et l'utilisation des
ressources comparées au plan du projet.

 Trois aspects :
 fréquence des points de décision client-fournisseur,
 degré de formalisation des procédures et disciplines utilisées,
 responsabilité du client.
 Trois processus :

 contrôle du développement,
 maîtrise de la qualité,
 administration de configuration.
Surutilisation
Résultat de l'affectation à une ressource de plus de tâches qu'elle ne peut en
accomplir dans le temps de travail imparti. Microsoft Project détermine quelles
ressources font l'objet d'une surutilisation sur la base des valeurs de travail et de
durée des tâches affectées, du nombre maximum d'unités disponibles pour la
ressource et du calendrier utilisé par la ressource.
Système
Ensemble intégré se composant d'un ou plusieurs processus, équipement matériel,
logiciel, installations et personnes, permettant de répondre à un besoin ou à un
objectif exprimé. [ISO/IEC 12207]
Système d’information       
Aspect d’une organisation qui fournit, utilise et distribue l’information. Il s’agit donc
d’un aspect d’un système humain, contenant éventuellement des systèmes
informatiques.
Système de mesure de la performance  
Désigne la mise en place d'indicateurs de mesures le long d'un processus
Système informatique        
Un ou plusieurs ordinateurs, matériels périphériques et logiciels qui effectuent un
 traitement de données. [ISO/IEC 2382-1]

T 
Table de paramètres          
Ensemble de données gérées sous forme de matrice à 2 dimensions à laquelle on
accède en référençant l’une et l’autre des 2 dimensions pour obtenir une valeur de
la table.
Tâche            
Décrit un ensemble d’actions élémentaires qui peut généralement être affecté à
une seule personne. Il s’agit du degré de finesse maximum dans la segmentation
du travail. Activité ayant un début et une fin. L'achèvement d'une tâche est
important pour l'achèvement du projet. Les projets sont constitués de tâches.
Tâche à durée fixe  
Tâche pour laquelle la durée est une valeur fixe et toute modification apportée au
travail ou aux unités affectées (c'est-à-dire les ressources) n'a aucune influence sur
la durée de la tâche.
Durée = Travail ÷ Unités
Tâche à travail fixe  
Tâche pour laquelle le volume de travail est une valeur fixe et toute modification
apportée à la durée de la tâche ou au nombre d'unités (ou ressources) affectées n'a
aucune influence sur le travail de la tâche.
Travail = Durée × Unités
Tâche à unité fixe
Tâche pour laquelle les unités affectées (ou ressources) représentent une valeur
fixe et toute modification apportée à la quantité de travail ou à la durée de la tâche
n'a aucune influence sur les unités de la tâche.
Unités = Travail ÷ Durée
Tâche critique          
Tâche devant être achevée selon les prévisions pour que le projet se termine à
temps. Si une tâche critique est retardée, la date d'achèvement du projet peut
également être retardée. Une série de tâches critiques constitue le chemin critique
d'un projet.
Tâche fractionnée 
Tâche dont la prévision est interrompue afin d'intégrer d'autres tâches de priorité
plus élevée. Par exemple, une tâche de 2 jours de faible priorité peut être
fractionnée afin que le premier jour de travail soit prévu pour le lundi et le
deuxième pour le jeudi.
Tâche récapitulative
Tâche constituée de tâches subordonnées et qui les récapitule. Vous pouvez utiliser
la fonctionnalité de mode plan Microsoft Project pour créer des tâches
récapitulatives. Microsoft Project détermine automatiquement les informations sur
la tâche récapitulative (durée, coût, etc.) à partir des informations sur les tâches
subordonnées.
Tâche répétitive
Tâche se produisant de façon répétitive au cours du projet. Par exemple, vous
pouvez définir la réunion d'état du projet hebdomadaire comme tâche répétitive.
Tâche subordonnée
Tâche faisant partie d'une tâche récapitulative. Les informations concernant la
tâche subordonnées sont consolidées dans la tâche récapitulative. Vous pouvez
désigner des tâches subordonnées à l'aide de la fonctionnalité de mode plan
Microsoft Project.
Test
Un test est une activité consistant à exercer et à évaluer un système ou un
composant d'un système à l'aide de moyens manuels ou automatisés pour vérifier
qu'il satisfait aux exigences spécifiées ou pour identifier les différences entre les
résultats attendus et ceux qui sont obtenus.
 Test d’environnement de test
Tests destinés à vérifier que le cadre matériel, logiciel et humain est prêt pour
l'exécution des tests.
Test de non-régression
Répétitions de tests conduits sur un système ou un de ses composants, après
l'introduction d'un ou plusieurs changements, pour vérifier que ces changements
n'ont pas entraîné d'effets non prévus sur le reste du système.
Test de Pilote          
Tests destinés à vérifier le comportement opérationnel du système en production
dans un environnement restreint (quelques utilisateurs, agence, ...) avant
d'étendre sa disponibilité
Test de recette        
Test formel, sous la responsabilité de la maîtrise d’œuvre, destiné à déterminer si
un système répond aux critères de recette et ainsi permettre à l’utilisateur ou au
client de décider d’accepter ou non le système ou composant. [IEEE 612.12]
Test d'intégration    
Une progression ordonnée de tests pour vérifier que les différents composants du
système testés unitairement fonctionnent ensemble et sont conformes aux
spécifications.
Test opérationnel    
Activité de tests d'un système dans des conditions réelles ( pré-production,
production ) comprenant du matériel et du logiciel pour vérifier que le système
automatisé et les sous-systèmes manuels de support permettent de répondre aux
besoins réels.
Test système           
Activité de test d'un système, sous la responsabilité de la maîtrise d’ouvrage,
comprenant du matériel et du logiciel pour vérifier que le système satisfait aux
exigences spécifiées.
Test unitaire 
Tests conduits pour s'assurer qu'un composant du système (unité de conception) à
inclure dans une étape d'intégration répond bien à ses spécifications.
  Traçabilité    
Propriété du logiciel portant sur l’aptitude à mémoriser ou restituer tout ou partie
d’une trace des fonctions exécutées
Transaction système          
Une transaction système est une interaction élémentaire entre un exploitant et le
système.
Transaction utilisateur        
Ensemble des actions de modifications portant sur les données de gestion du
système dont la prise en compte ou le refus dans le système est effectué en
globalité.

U
Unité de conception
Une portion d'un système ou d'un sous-système automatisé considérée comme une
unité, lors de la conception détaillée du système et des tests unitaires. Exemples :
un programme d'une chaîne de traitement, une partie d'un sous-système
conversationnel.
Unité de traitement 
Une unité de traitement est constituée par un programme ou un utilitaire fourni par
le logiciel de support.
Unité d'exploitation 
Une unité d'exploitation est un ensemble ordonné d'unités de traitement à effectuer
en une seule fois sans interruption.
Urbanisation            
Démarche permettant de définir un ensemble de règles et de normes visant à
 transformer un système d’information dont la structure, composée d’un ensemble
de services mutualisés, absorbe toute évolution de façon maîtrisée et à moindre
coût.

V
Variation       
Différence entre les informations de la planification initiale et celles prévues sur la
tâche ou la ressource. Les variations se produisent en général lorsque vous
définissez une planification initiale et commencez à saisir des informations réelles
dans vos prévisions. Les variations des informations sur la tâche font généralement
référence à des différences entre les dates planifiées et prévues. Les variations des
informations sur la ressource font généralement référence à des différences entre
le travail et les coûts planifiés et prévus
Variation à l'achèvement (VAC)   
Champ d'audit des coûts affichant la différence entre le coût estimé à l'achèvement
(FAC) et le budget à l'achèvement (BAC). Dans Microsoft Project, le FAC est le
champ Coût total, le BAC est le champ Coût planifié total, et la VAC est le champ
Variation du coût.
Variation de coût de l'audit des coûts (VC)
Différence entre ce qu'aurait dû coûter le niveau d'achèvement actuel (CBTE) et ce
qu'il a réellement coûté (CRTE), jusqu'à la date d'état ou la date actuelle. Si la VC
est positive, le coût se situe actuellement en dessous du montant budgété (ou
planifié) ; si la VC est négative, la tâche dépasse actuellement le budget.
CV = Coût budgété du travail effectué – Coût réel du travail effectué
Variation de prévisions de l'audit des coûts (VS)          
Différence, en termes de coût, entre l'avancement actuel (CBTE) et la prévision
planifiée (CBTP). Si la VS est positive, le projet dépasse les prévisions en termes de
coûts ; si la VS est négative, le projet est en dessous des prévisions en termes de
coût.
VS = Coût budgétisé du travail effectué – Coût budgétisé du travail prévu
Vérification (test de)           
Test du système visant à démontrer qu’il répond bien à tous les besoins spécifiés, à
une étape particulière de son développement

W
X
Y
Z
Zone applicative      
Correspond à un découpage du système vis à vis des classes concepts
Zone fonctionnelle   
Correspond à un découpage du système. Ce découpage peut suivre la logique
fonctionnelle ( organisation client ), processus ( processus métier au sens BPR ), ou
applicative ( zone applicative ).