 |
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. |
|
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. |
|
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. |
|
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 …. |
|
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. |
|
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] |
|
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. |
|
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). |
|
|
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* |
|
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. |
|
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. |
|
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. |
|
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. |
|
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). |
|
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é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 |
|
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] |
|
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é. |
|
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. |
|
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 |
|
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 ). |
|
