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