Le développement du logiciel
- Action corrective : Action entreprise pour éliminer les causes d'une anomalie
existante ou d'un événement indésirable.
- Action préventive : Action entreprise pour éliminer les causes d'une anomalie
potentielle ou d'un événement potentiel
- Analyse fonctionnelle : Recherche, ordonnancement, caractérisation, hiérarchisation,
valorisation des fonctions élémentaires des composants logiciels (unités logicielles).
- Anomalie : Résultat non attendu (non-conformité ou défaut). Entraîne une
correction ou un non-lieu.
- Assurance de la qualité : Actions préétablies et systématiques nécessaires
pour donner la confiance appropriée en ce qu'un produit satisfera aux exigences
relatives à la qualité.
- Audit : Activité menée par une personne autorisée en vue de fournir une évaluation
indépendante du logiciel afin de déterminer sa conformité aux exigences.
- Base de données : Ensemble de données, pouvant faire partie d'un autre ensemble
de données, constitué par au moins un fichier, suffisant pour un système de traitement
de l'information.
- Cahier des charges fonctionnel : Document par lequel le demandeur exprime
son besoin en termes de fonctions de service et de contraintes. Pour chacune d'elles
sont définies les critères d'appréciation et leurs niveaux, assortis d'une flexibilité.
- Certification : reconnaissance légale qu'un produit, un service, une organisation,
ou une personne est conforme aux exigences.
- Client : Organisme ou société qui confie à un ou plusieurs fournisseurs,
par contrat, la réalisation de certaines tâches.
- Composant logiciel : programme de base indivisible qui réalise une ou plusieurs
fonctions distinctes d'un système.
- Couplage par les flux de contrôle : manière ou degré avec lequel un composant
logiciel influence le comportement d'un autre composant logiciel.
- Couplage par les flux de données : dépendance d'un composant logiciel vis
à vis de données qui ne sont pas exclusivement maîtrisées par ce composant.
- Cycle de vie du logiciel : période de temps qui commence avec la décision
de réaliser ou de modifier un produit logiciel et qui s'achève quand le produit
est retiré du service.
- Défaut : manifestation d'une erreur dans un logiciel. Le défaut peut engendrer
une panne.
- Dérogation : Autorisation écrite d'utiliser un produit présentant un écart
entre la configuration réalisée et la configuration applicable.
- Disponibilité : Aptitude d'un produit à être en état d'accomplir une fonction
requise, à un instant donné, dans des conditions données et pendant un intervalle
de temps donné (probabilité).
- Documentation utilisateur : Documents définissant les conditions de mise
en œuvre du logiciel dans les processus d'exploitation et de soutien.
- Dossier de définition : Documents fournis par le concepteur définissant les
caractéristiques vérifiables du produit et les procédés pour le vérifier.
- Dossier de fabrication : Documents permettant la réalisation d'un produit
conformément au dossier de définition.
- Dysfonctionnement : comportement non cohérent avec les exigences spécifiées.
- Evaluation : Détermination de manière systématique dont une entité satisfait
ses exigences spécifiées.
- Exigences de bas niveau : spécifications du logiciel à partir desquelles
le code source peut être réalisé directement sans information supplémentaire.
- Exigences de haut niveau : spécifications du logiciel, développées à partir
de l'analyse des spécifications du système, des exigences liées à la sécurité, et
de l'architecture du système.
- Fiabilité : Aptitude d'un produit à accomplir une fonction requise, dans
des conditions données, pendant un intervalle de temps donné (probabilité).
- Fournisseur : Société ou organisme qui, aux termes d'un contrat, réalise
certaines tâches pour le compte d'un client à qui il rend compte de ses activités.
- Gestion de configuration : Gestion de la description technique d'un produit
et des évolutions qui sont successivement apportées à cette description et aux différents
exemplaires du produit.
- Intégration du logiciel : processus de regroupement des composants du code.
- Intégration matériel / logiciel : processus destiné à porter le logiciel
dans la machine cible (plate-forme cible).
- Invulnérabilité : Aptitude d'un produit à maintenir son intégrité physique
et fonctionnelle lorsqu'il est soumis à des agressions.
- Jalon : Repère prédéterminé destiné à autoriser le début d'une phase (décision
de déclenchement de début de codage, choix des solutions, aptitude à l'emploi, etc.).
Les jalons donnent généralement lieu à une revue.
- Jeu de test : ensemble des entrées de test, des conditions d'exécution, et
des résultats attendus, développés pour un objectif particulier (exécution d'un
chemin particulier d'un programme, vérification de la conformité à une exigence
particulière).
- Livret suiveur : Document d'accompagnement de chaque exemplaire d'un produit
livré durant toute sa vie (évolutions techniques, défaillances, opérations de maintenance,
informations de traçabilité).
- Logiciel : Ensemble complet des programmes, procédures, documentation associée
et données, destiné à être livré à l'utilisateur.
- Maintenabilité : Aptitude d'un produit à être maintenu ou rétabli, pendant
un intervalle de temps donné, dans un état dans lequel il peut accomplir une fonction
requise, dans des conditions données, avec des moyens prescrits.
- Micro Logiciel (firmware) : Combinaison des instructions machine du dispositif
câblé ou des données installées en tant que logiciel inaltérable du dispositif câblé.
- Non-conformité : Non-satisfaction aux exigences spécifiées.
- Organigramme des tâches : Décomposition ordonnée et exhaustive de l'ensemble
du programme analysant les tâches et les moyens nécessaires pour réaliser les produits.
- Outil logiciel : programme informatique utilisé pour faciliter le développement,
le test, l'analyse, la réalisation ou la modification d'un autre programme ou de
sa documentation.
- Panne : incapacité d'un système ou d'un composant d'un système à exécuter
une fonction requise dans les limites spécifiées. Une panne peut être la conséquence
d'un défaut.
- Patch : modification apportée à un programme objet, sans que soient reconduites
toutes les étapes planifiées du développement (les numéros de référence et les «
checksums » ne sont pas inclus).
- Phase : Partie d'un programme au cours de laquelle est exécuté un ensemble
cohérent et ordonné de tâches nécessaires pour atteindre un objectif prédéterminé.
- Procédure de test : instructions détaillées pour la mise en œuvre et l'exécution
d'un ensemble donné de jeux de test, et pour l'évaluation des résultats de leur
exécution.
- Procédure : Elément de code du plus bas niveau dans le logiciel. La procédure
ne figure pas obligatoirement dans un organigramme détaillé (conception). Elle correspond
au sous-programme du BASIC, à la fonction du C, à la procédure de l'assembleur.
- Processus : Enchaînement de tâches concourant à l'obtention d'un résultat
défini.
- Progiciel (produit sur étagère) : Produit déjà développé et disponible, utilisable
tel quel ou après modification.
- Programme : Ensemble coordonné de tâches techniques, administratives et financières,
destiné à concevoir, développer et réaliser un produit ainsi qu'à préparer son utilisation
et assurer son soutien.
- Réception (recette) : Décision prononcée par le client lorsque le logiciel
est jugé conforme aux stipulations du marché ou de la commande. Cette opération
entraîne un transfert de propriété au profit du client.
- Robustesse : mesure dans laquelle un logiciel peut continuer à fonctionner
correctement malgré des données d'entrée invalides.
- Sécurité : Protection de l'information et des données pour qu'elles ne puissent
pas être lues ou modifiées par des personnes ou des systèmes non autorisés. Aptitude
d'un produit à respecter, pendant toutes les phases de sa vie, un niveau acceptable
de risques d'accident susceptible d'occasionner une agression du personnel ou une
dégradation majeure du produit ou de son environnement.
- Soutien (support) : Ensemble de tâches comprenant le maintien ou rétablissement
de la disponibilité du système, la mise à disposition de l'exploitant ou des réparateurs
des moyens nécessaires pour exécuter leur tâche, la formation des utilisateurs,
le suivi technique du système en service.
- Spécification technique des besoins (spécification interne) : Document établi
par le demandeur d'un produit à l'intention du concepteur et par lequel il exprime
son besoin en termes d'exigences techniques. Ce document fixe aussi les conditions
de vérification du respect de ces exigences (ce qu'on attend du produit, les contraintes
d'utilisation, l'environnement, le soutien, les contraintes pour la conception et
la production, etc.). Ce document est une forme contractuelle du cahier des charges fonctionnel.
- Sûreté de fonctionnement (SdF) : Ensemble des aptitudes d'un produit qui
lui permettent de disposer des performances fonctionnelles spécifiées, au moment
voulu, pendant la durée prévue, sans dommage pour lui-même et son environnement.
- Survivabilité : Aptitude d'un produit à accomplir une fonction requise, dans
un état plus ou moins dégradé, dans des conditions données, pendant un intervalle
de temps donné, lorsqu'il est soumis à des agressions.
- Tâche : Description de ce qu'il convient d'accomplir dans des conditions
fixées, pour obtenir un résultat attendu et identifié. Une tâche nécessite une allocation
de ressources humaines, financières et matérielles, a un début et une fin identifiables,
comporte des entrées et des sorties identifiées, est confiée à un responsable unique.
- Traçabilité : Aptitude à retrouver l'historique, l'utilisation et la localisation
d'un article ou d'une activité, au moyen d'une identification enregistrée.
- Test : Le test permet de vérifier qu'un logiciel ou un élément du logiciel
satisfait aux exigences et permet de détecter des erreurs. Les tests de qualification
sont effectués par le fournisseur, devant le client, et démontrent que le logiciel
répond à ses spécifications dans son environnement cible.
- Unité logicielle : partie d'un composant logiciel correspondant à un traitement
particulier. Elle peut se composer d'un ensemble de procédures et de déclarations
de constantes, structures et variables globales.
- Validation : Processus (qui peut être exécuté par un organisme indépendant)
qui permet de déterminer si le logiciel, tel qu'il est conçu, est capable de satisfaire
le besoin pour lequel il a été défini. Si le projet justifie ce processus, un plan
de validation sera développé (méthodes, techniques et outils permettant de réaliser
les tâches de validation, calendrier, ressources, constituants logiciels soumis
à la validation, exigences de test, tests en mode dégradé, sûreté, sécurité, etc.). La
réception du produit (ou recette) est souvent dépendante d'un processus de validation.
Les non-conformités et les problèmes détectés par la vérification seront traités
par le processus d'actions correctives.
- Vérification : Processus (qui peut être exécuté par un organisme extérieur)
permettant de détecter et de rendre compte des erreurs introduites pendant le développement
du logiciel. La vérification est justifiée par le niveau de risque que peut entraîner
une erreur non détectée (mort ou blessure d'un utilisateur, dégradations ou pertes
matérielles, pertes financières, etc.). La vérification, définie dans un Plan de Vérification
du Logiciel, est appliquée à l'ensemble du projet (capacité du fournisseur à satisfaire
les exigences, réalisme et cohérence des exigences, conformité au calendrier, ressources
nécessaires et personnel formé, contrôle de la conception, contrôle du code, respect
des exigences entre niveaux, vérification de l'intégration, contrôle de la documentation, etc.).
Les non-conformités et les problèmes détectés par la vérification seront traités
par le processus d'actions correctives. La vérification peut démontrer l'absence
d'erreur, le test ne le peut pas en général.
- Version : Instance identifiée d'un élément. Toute modification apportée à
une version de logiciel entraîne une nouvelle version et des actions de gestion
de configuration.