|
Atelier de Génie Logiciel (AGL)
Progiciel aidant à l'automatisation d'un grand nombre d'activités concourant au développement et à la maintenance de produits logiciels.
Codage [Z 61-102]
Activité permettant de traduire le résultat de la conception détaillée en un programme à l'aide d'un langage de programmation donné.
Conception
Ensemble des activités dans le développement qui concourent à l'établissement de l'architecture technique du logiciel.
Conception [NF X50-127]
Dans le sens des normes ISO, c'est une activité créatrice qui, partant des besoins exprimés et des connaissances existantes, aboutit à la définition d'un produit satisfaisant ces besoins et industriellement réalisable.
Conception détaillée [Z 61-102]
Ensemble des activités consistant à détailler les résultats de la conception préliminaire, tant sur le plan algorithmique que sur celui de la structure des données, jusqu'à un niveau suffisant pour permettre le codage.
Conception préliminaire [Z 61-102]
Ensemble des activités conduisant à l'élaboration de l'architecture du logiciel. C'est une des phases du cycle de vie du logiciel.
Composant logiciel [GAM T 17]
Partie d'un produit logiciel ou d'un élément logiciel réputée indivisible lors de la réalisation. Il réalise un traitement suffisamment explicité pour qu'il puisse faire l'objet d'une transcription directe dans un langage de programmation. Un composant peut ne pas avoir de Spécification Technique de Besoin.
Constituant logiciel [GAM T 17]
Terme générique désignant un élément ou un composant logiciel.
Elément logiciel [GAM T 17]
Partie d'un produit logiciel, caractérisée par son unité fonctionnelle, dont la réalisation peut être confiée à un responsable unique.
- c'est l'unité de documentation et de maintenance ;
- ce niveau de décomposition n'est, en général, pas utilisé pour les petits logiciels : pour ceux-ci, l'élément logiciel est le produit logiciel lui-même ;
- un élément logiciel se décompose, dans certains cas (gros logiciels), soit en éléments logiciels, soit, le plus souvent, en composants logiciels.
Entité [ISO 8402]
Ce qui peut être individuellement décrit et pris en compte (activité, processus, produit ou organisme).
Intégration [Z61-102]
Activité consistant à assembler progressivement les composants du logiciel identifiés lors de la conception préliminaire et contrôlés lors des tests unitaires (ou les éléments en vue d'obtenir le produit logiciel). C'est une des phases du cycle de vie du logiciel.
Logiciel
Ensemble de programmes,procédés et règles, et éventuellement de la documentation associée, relatif au fonctionnement d'un ensemble de traitement de l'information (arrêté du 22-12-81). Cette définition s'applique également aux programmes intégrés en mémoire morte d'un équipement.
Logiciel source - Logiciel objet
Le logiciel source est le texte du logiciel écrit par le programmeur dans un langage de programmation. Le logiciel objet est le résultat de la traduction du logiciel source en vue d'être exécutable par un ordinateur.
Maintenance
C'est l'ensemble des activités concourant au maintien de la continuité du service ou du maintien du fonctionnement normal d'un produit après que ce service et/ou ce produit aient été fournis à un client. Les activités de maintenance peuvent consister en maintenance corrective, adaptative et évolutive selon le type de contrat signé. Les activité de maintenance peuvent inclure les principaux thèmes suivants : support de premier niveau (Help Desk), support de deuxième niveau, tierce maintenance applicative, formation, redocumentation, rétro-conception, …
Maintenance corrective
Ensemble des opérations consistant à remettre dans de bonnes conditions d'exploitation les logiciels et les fichiers, à la suite d'accidents de traitement causés par un mauvais fonctionnement des logiciels; le mauvais fonctionnement est apprécié, soit par rapport aux spécifications consignées dans la documentation (à défaut de documentation, par rapport à "l'historique"), soit par rapport aux règles de l'art.
Maintenance évolutive
Ensemble des opérations rendues nécessaires par une modification des règles de gestion contenues dans les logiciels, ou par une modification du champ d'utilisation des logiciels ou par une adjonction de nouvelles fonctionnalités.
Maintenance adaptative
Ensemble des opérations rendues nécessaires du fait d'une modification de l'environnement d'exploitation des logiciels, afin d'assurer la compatibilité des logiciels et des fichiers de données avec les nouvelles versions des systèmes d'exploitation et des systèmes de gestion de base de données.
Maintenance préventive
Ensemble des opérations relatives aux logiciels et à la documentation des logiciels permettant d'assurer une continuité de bon état de fonctionnement et de garantir la sécurité d'exploitation des logiciels, dans un environnement d'exploitation stable, et pour un ensemble de règles de gestion et un champ d'utilisation stables.
Manuel d'utilisation (MU)
Document décrivant comment utiliser un produit logiciel sous tous les aspects : configurations matérielles nécessaires, mise en route, mise en œuvre opérationnelle, interfaces opérateurs, autres interfaces, ...
Maquette
Logiciel provisoire réalisé préalablement au développement d'un produit logiciel en vue de compléter sa spécification (interface homme-machine, par exemple), vérifier la faisabilité de points critiques ou valider des parties de conception. Ce logiciel n'est pas réutilisé tel quel après cette étude de faisabilité.
Mesure du logiciel
Technique mise en œuvre sur le logiciel au cours de son développement qui s'applique au produit logiciel lui-même et à son processus de développement afin d'évaluer :
- la satisfaction des exigences exprimées par le donneur d'ordres (performances et facteurs de qualité du logiciel) ;
- la productivité du réalisateur du logiciel (coûts et délais).
Méthode
C'est la manière d'atteindre un but donné. Une méthode est constituée d'un ensemble d'abstractions, d'une démarche de décomposition, d'un modèle de représentation et d'un langage.
Méthodologie [IEEE P1074/D4]
C'est un ensemble de méthodes, de règles et de postulats employés par une discipline.
Métrologie
Ensemble de techniques qui permettent de mesurer des caractéristiques du système ou du logiciel au cours de son cycle de vie.
Niveaux de maturité des processus selon le SEI (Software Engineering Institute)
Les niveaux de maturité du processus de développement
1. Niveau Initial : Il n’y a pas de méthode formelle, ni de cohérence, ni de standards sur la base desquels les systèmes seraient construits. Chaque développeur logiciel se considère comme un artiste.
2. Niveau Reproductible : Il y a un consensus dans l’entreprise sur la manière “dont les choses se font ici”, mais cela n’a pas été formalisé ou écrit. Le processus de développement des systèmes est statistiquement stable, sous le contrôle d’une gestion rigoureuse des coûts et des délais, mais le succès dépend des compétences individuelles des chefs de projet; le processus n’a pas été “institutionnalisé”.
3. Niveau Défini : Il y a un processus de développement de systèmes formalisé et documenté. Les inspections de logiciel sont menées avec rigueur et la gestion de configuration est plus avancée qu’au niveau 2. Il y a un “groupe de travail du logiciel” qui affine et met à jour régulièrement les méthodes de l’entreprise.
4. Niveau Géré : L’entreprise a institué un processus formel de collecte d'informations — souvent appelé “métrologie du logiciel” — pour mesurer son processus d’élaboration de systèmes ainsi que les produits résultants.
5. Niveau Optimisé : L’entreprise utilise les mesures du niveau 4 comme mécanisme de retour pour améliorer les parties de son processus qui s’avèrent faibles ou déficientes.
Outil de génie Logiciel (OGL)
Progiciel aidant à l'automatisation d'une ou plusieurs activités dans les processus mis en œuvre dans le développement du logiciel
Organisme [ISO 8402]
C'est une compagnie, société, firme, entreprise ou
institution, ou partie de celle-ci, à responsabilité limitée ou d'un autre
statut, de droit public ou privé, qui a sa propre structure fonctionnelle et
administrative.
Produit [ISO 8402]
C'est le résultat d'activités ou de processus.
Produit [GAM T 17]
C'est une fourniture spécifiable et livrable, résultat d'un travail ou d'un processus industriel effectué pour répondre à un besoin. Le terme produit sera utilisé au sens général et englobe matériel, logiciel, ...
Un diagramme de décomposition doit faire apparaître la décomposition arborescente des constituants de ce produit et être tel que la responsabilité d'un constituant doit être affectée à un responsable unique.
Prototype logiciel
Logiciel développé au début du stade de réalisation du système et intégré dans les prototypes de ce système pour en permettre certains essais techniques, des évaluations et certaines expérimentations. Même si, parmi les fonctionnalités requises, il ne remplit que celles nécessaires aux essais, sa réalisation doit être conduite selon les mêmes règles de qualité que le logiciel nominal. Tout ou partie de ce logiciel peut être réutilisé dans le produit logiciel final.
Qualification [ISO 8402]
C'est le processus démontrant qu'une entité est capable de répondre aux exigences spécifiées.
Recette
Ensemble des activités de contrôle qui permettent d’accepter le produit, c'est-à-dire de s'assurer que le comportement du produit est conforme au comportement de référence préalablement formalisé dans des documents contractuels.
Ces d’activités sont faites par le client.
Redocumentation
La redocumentation est le processus d'études et d'analyse du système d'information existant, dans le but de créer un ensemble cohérent de documentation sur les données et les traitements, à partir des programmes et des structures de données existants, des éléments de documentation existants, et de la connaissance des mainteniciens et des utilisateurs du systèmes.
Réutilisation
C'est l'utilisation de concepts et d'objets, acquis antérieurement, dans un nouveau contexte.
Sécurité informatique
Ce domaine traite de la prise en compte d'exigences techniques et organisationnelles particulières, liées à la vulnérabilité d'un système informatique. Cela couvre essentiellement les aspects confidentialité, disponibilité et intégrité des données et des programmes.
Spécification (analyse)
Ensemble des activités qui concourent à transformer l'expression de besoins du client (formalisée ou non dans un cahier des charges) en une solution logique qui sera ensuite matérialisée dans une architecture logiciel. La spécification est le résultat d'une ou plusieurs analyses de l'expression de besoins du client.
Spécification Technique de Besoin (STB)
La STB traduit les besoins des utilisateurs d'un produit en exigences fonctionnelles, d'environnement et de qualité, formulées par un demandeur vis-à-vis d'un concepteur.
Sûreté de fonctionnement [ISO 8402]
Ensemble des propriétés qui décrivent la disponibilité et les facteurs qui la conditionnent : fiabilité, sécurité, maintenabilité et logistique de maintenance.
Système
Ensemble cohérent et délimité de constituants liés entre eux par des relations physiques et fonctionnelles qui permet l’accomplissement d’une mission opérationnelle, d’une manière indépendante. Il inclut, en général, du matériel et du logiciel.
Technique
C'est une démarche de décomposition du travail à faire, en un certain nombre d'étapes bien définies qu'il faut suivre systématiquement pour réaliser une tâche donnée. Une technique induit généralement l'existence d'un ou plusieurs outils permettant de systématiser les étapes qu'elle définit.
DO 178 B Norme imposée par le secteur de l'aéronautique.
DoD 2167A Norme imposée par le Ministère Américain de la Défense (DoD : Department of Defense).
GAM T 17 Norme imposée par la DGA.
ISO Organisation Internationale de Normalisation.
PSS-ESA Norme imposée par l'Agence Spatiale Européenne.
AFNOR Z61-102
Activité [IEEE Std 1058.1 – 87]
C'est une unité principale de travail à mener pour atteindre les objectifs d'un projet. Une activité possède des dates de début et de fin, contient un ensemble de tâches à compléter, consomme des ressources et aboutit à des produits. Une activité peut, de manière hiérarchique, contenir d'autres activités.
Effort - Charge
C'est la mesure de la quantité de travail par unité de ressource nécessaire à la réalisation d'une activité ou d'une tâche. Elle se mesure en HommexHeure, HxJour, HxMois, HxAnnée.
Evénement
Fait contrôlable associé au déroulement d'un projet. Un événement peut être implicite ou explicite.
Gestion de projet (ou conduite de projet)
Ensemble des activités manuelles ou automatisées permettant de maîtriser la réalisation d'un ou plusieurs produits sous les aspects : coûts, délais, techniques ou méthodes utilisées, qualité, ressources, …
Jalon
C'est un événement particulier du projet dont la date d'arrivée à échéance est plus spécifiquement suivie. Elle est souvent représentée, dans les outils de planification, par une activité ou une tâche sans durée.
Maître d'œuvre
La personne physique ou morale qui reçoit mission du maître d'ouvrage pour assurer la conception et le contrôle de la réalisation d'un ouvrage conformément à un contrat et à un plan de développement.
Maître d'ouvrage
La personne physique ou, le plus souvent, morale qui sera propriétaire de l'ouvrage. Le maître d'ouvrage fixe les objectifs, l'enveloppe budgétaire et les délais souhaités pour le projet.
Plan de Développement Logiciel (PDL)
C’est un document contractuels qui définit les responsabilités, les moyens et les contraintes, entraînés par le développement du produit logiciel. Il décrit l'organisation mise en place pour réaliser les activités du planning fourni ; il permet l'évaluation des coûts et des délais.
Projet
C'est un ensemble d'activités structurées et ordonnancées dans le temps dont la mise en œuvre a pour objectif la mise à disposition à un client d'un service ou d'un produit dans un délai et un coût limités, définis au départ.
Ressource
C'est un moyen (humain, matériel, logiciel, …) nécessaire pour la réalisation d'une activité ou d'une tâche.
PERT (Program
Evaluation and Review Technique)
C'est un graphe orienté dont les nœuds représentent les événements (jalons du projet) se produisant à une date déterminée et dont les arcs correspondent aux activités.
GANTT
C’est un diagramme de séquencement dans le temps des activités et tâches à mener pour un projet.
Tâche [IEEE Std 1058.1 – 87]
C'est la plus petite unité de travail redevable d'être gérée. Les tâches liées entre elles sont généralement groupées ensemble pour constituer une ou plusieurs activités.
Anomalie [NF X
50-120]
Déviation par rapport à ce qui était attendu. (Note : une anomalie justifie une investigation qui peut déboucher sur la constatation d'une non-conformité ou d'un défaut).
Article de configuration [RG AERO 00040]
Article (depuis un composant jusqu’à une association de matériel et logiciel, y compris le système lui-même) désigné par le maître d’ouvrage pour être suivi par lui en gestion de configuration. Sont désignés comme articles de configuration les ensembles et sous-ensembles qui remplissent une fonction intéressant l’utilisateur. Un article de configuration doit être repéré dans le WBS du produit. Il peut incorporer ou non des produits désignés eux-mêmes comme article de configuration.
Configuration [RG AERO 00040]
Caractéristiques fonctionnelles et physiques du produit telles qu’elles sont décrites dans sa documentation technique et atteintes ultérieurement par les différents exemplaires du produit.
Configuration de référence [RG AERO 00040]
Configuration identifiée par un Document de Spécifications et un Document de Conception figés et à partir desquels les autres configurations sont identifiées au moyen de leurs écarts par rapport à la référence.
Défaut [NF X 50-120]
Non satisfaction aux exigences de l'utilisation prévue.
Elément de Configuration Logiciel (ECL)
Constituant d’un produit dont il est nécessaire de maîtriser la définition des évolutions, soit en raison de sa fonction propre dans le produit, soit en raison de ses interfaces avec d’autres constituants. Il peut s’agir d’un fichier source, d’un binaire, d’un fichier de configuration ou d’un document.
Evolution [RG
AERO 00040]
Changement dans la définition, caractérisé en fonction de son incidence sur l’emploi et/ou sur les informations techniques du produit concerné.
Fiche de Version (FV)
Document définissant une version de logiciel par ses constituants et les outils nécessaires à leur production.
Gestion de Configuration [AFNOR Z61-102]
Ensemble des activités manuelles ou automatisées permettant d’identifier et de définir les objets de configuration et toutes leur relations. Elle permet de contrôler les évolutions durant le cycle de vie du produit, d’archiver chacun de ses états successifs et de vérifier que chacun de ces états est complet et cohérent.
Help-Desk
Structure de gestion des demandes d'intervention ou d'information émanant des utilisateurs des applications informatiques. Cette structure assure la rediffusion des demandes vers les centres de compétences concernés, ainsi que la traçabilité du traitement de ces demandes.
Identificateur
Suite de caractères alphanumériques permettant de repérer un article ou objet de configuration du logiciel.
Incident bloquant
Incident ayant des conséquences graves ou importantes pour une ou plusieurs activités de l'utilisateur (acheter, gérer les stocks, …) et ne pouvant être résolu de façon simple et temporaire par un autre moyen (procédure manuelle, par exemple).
Plan de Gestion de Configuration Logiciel (PGCL)
Document présentant l'organisation et les activités de gestion de la configuration spécifiques à un produit ou à un projet.
Référentiel [AFNOR Z61-102]
Ensemble d’éléments de configuration du logiciel formellement définis et acceptés à un point clé, servant de référence pour les phases ultérieures et ne pouvant être modifiés que par l’intermédiaire d’une procédure formalisée.
Action corrective [ISO 8402]
Action entreprise pour éliminer les causes d'une non-conformité, d'un défaut ou de tout autre événement indésirable existant, pour empêcher son renouvellement.
Anomalie [NF X 50-120]
Déviation par rapport à ce qui était attendu. Une anomalie justifie une investigation qui peut déboucher sur la constatation d'une non-conformité ou d'un défaut.
Approbation
Acte par lequel une entité ou un acteur du projet (Client, Représentant Qualité du client, DQ, ...) accepte sans réserve majeure une prestation et/ou une fourniture (produit, document, ...) après examen.
Assurance de la qualité [ISO 8402]
Ensemble des activités préétablies et systématiques mises en œuvre dans le cadre du système qualité, et démontrées en tant que de besoin pour donner la confiance appropriée en ce qu'un produit ou service satisfera aux exigences pour la qualité.
Audit qualité [ISO 8402].
Examen méthodique et indépendant en vue de déterminer si les activités et résultats relatifs à la qualité satisfont aux dispositions préétablies, si ces dispositions sont mises en oeuvre de façon efficace et si elles sont aptes à atteindre les objectifs
Dérogation (avant production) [ISO 8402]
Autorisation écrite de s'écarter des exigences spécifiées à l'origine pour un produit avant sa réalisation.
Facteur Qualité
Il synthétise, du point de vue de l'utilisateur, un ensemble de caractéristiques fondamentales d'exigences qualité auxquelles le produit ou le service doit répondre.
Les facteurs qualité définis dans l'ISO 9126 (on parle alors de caractéristiques ) sont :
- fonctionnalité,
- fiabilité,
- ergonomie,
- efficacité (performances),
- maintenabilité,
- portabilité.
Lecture croisée
Séance de travail informelle entre un créateur (rédacteur, programmeur, ...) et un ou plusieurs lecteurs d'un élément produit : document, code, compte rendu, modèle, ...
Manuel Assurance Qualité [AFNOR X 50-120]
Document décrivant les dispositions générales prises par l'entreprise pour obtenir la qualité de ses produits ou services.
Nota : selon la structure de l'entreprise, la nature et la diversité de ses activités, ce document peut porter sur tout ou partie de ces activités.
Non-conformité [ISO 8402]
Non satisfaction aux exigences prescrites.
Plan assurance qualité [ISO 8402]
Document énonçant les pratiques, les moyens et la séquence des activités liées à la qualité spécifiques à un produit, projet ou contrat particulier.
Point clé
Le point clé est une réunion interne à un organisme qui a un caractère formel. Il a pour but d’effectuer un état des lieux entre les personnes chargées de la qualité et du développement projet. Une liste d'actions techniques et qualité est établie par le groupe du point clé.
Politique qualité
Orientations et objectifs généraux d’un organisme concernant la qualité tels qu’ils sont exprimés formellement par la Direction au plus haut niveau.
Procédure [ISO 8402]
Manière spécifiée d’accomplir une activité.
Processus [ISO 8402]
Ensemble de moyens et d’activités liés qui transforment des éléments entrants en éléments sortants.
Qualité [ISO 8402]
Ensemble des propriétés et caractéristiques d’un produit ou d’un service qui lui confère l’aptitude à satisfaire des besoins exprimés ou implicites.
Revue
C'est une réunion formelle mettant ensemble un certain nombre de personnes internes et externes (membres du personnel du client ou mandatés par lui) au projet. Cet ensemble de personnes s'appelle un groupe de revue. Ce dernier revoit les fournitures et établit des recommandations. Le comité directeur de la revue, décide des actions qualité à mener sur le projet.
Service [ISO 8402]
Résultats générés par des activités à l’interface fournisseur /client et par des activités internes au fournisseur, pour répondre aux besoins du client.
Système qualité [ISO 8402]
Ensemble de l’organisation, des responsabilités, des procédures, des processus et des moyens nécessaires pour mettre en oeuvre le management de la qualité.
Contrôle qualité logiciel (Test)
Le Contrôle Qualité Logiciel regroupe l'ensemble des activités de tests dont le but est de vérifier la conformité d'un produit logiciel, lors de son cycle de développement, à des données pré-établies.
Dossier de Tests de Validation (DTV) :
Il décrit les conditions de mise en œuvre des tests à effectuer.
Il comprend les informations principales suivantes :
- Domaines couverts et non couverts par les tests ;
- Moyens de test ;
- Conception des tests ;
- Procédures et séquencement des tests.
Inspection du produit logiciel
Activité de contrôle qualité du logiciel qui, par examen, observation et mesure, détermine le degré d'application d'un standard, la conformité d'une documentation, ou d'un produit logiciel, à des clauses qualité prédéfinies. Une inspection peut porter sur le fond ou la forme des documents.
Plan de Tests d'Intégration
C’est un document qui indique la logique utilisée lors de la phase de tests d'intégration ; il identifie les constituants à tester, les caractéristiques à contrôler, les tests à effectuer, les responsabilités, les outils à utiliser.
Plan de Tests de Validation
C’est un document qui indique la logique utilisée lors de la phase de tests de validation ; il identifie les fonctions à tester, les performances à contrôler, les responsabilités, le calendrier, les outils et les méthodes à utiliser lors de ces tests de validation.
Test [Z 61-102]
Technique de contrôle consistant à s'assurer, au moyen de l'exécution d'un programme, que son comportement est conforme à des données pré-établies.
Tests d'intégration
Tests effectués après l'intégration de constituants logiciel (composants ou éléments). Ils ont pour but de vérifier la conformité à la conception préliminaire.
Test fonctionnel
Test permettant de vérifier qu'un produit logiciel ou une partie d'un produit logiciel exécute correctement les fonctions spécifiées.
Test logique
Test permettant de vérifier que le séquencement et l'exécution des opérations d'un constituant logiciel sont conformes à ce que prévoyait le réalisateur lors de la conception du constituant.
Tests unitaires [Z 61-102]
Activité ayant pour but de vérifier, pour chaque composant du logiciel pris isolément, que tous les chemins logiques sont parcourus au moins une fois, que la plage de validité des données d'entrée et de sortie a été explorée, que les résultats sont conformes au dossier de conception détaillée. C'est une des phases du cycle de vie du logiciel.
Validation
Ensemble des activités de contrôle qui permettent de valider le produit, c'est-à-dire de s'assurer que le comportement du produit est conforme au comportement de référence préalablement formalisé lors de l'analyse des besoins fonctionnels.
Ces d’activités sont faites par le fournisseur du produit.
Vérification [Z 61-102]
Activité consistant à s'assurer qu'un produit issue d'une phase du cycle de développement est conforme au référentiel de la phase précédente.