IEC 61713:2000

NORME CEI
INTERNATIONALE IEC
INTERNATIONAL
Première édition
STANDARD
First edition
2000-06
Sûreté de fonctionnement des logiciels
pendant leurs processus de cycle de vie –
Guide d'application
Software dependability through
the software life-cycle processes –
Application guide
Numéro de référence
Reference number
CEI/IEC 61713:2000
Numéros des publications Numbering

Depuis le 1er janvier 1997, les publications de la CEI As from 1 January 1997 all IEC publications are

sont numérotées à partir de 60000. issued with a designation in the 60000 series.

Publications consolidées Consolidated publications

Les versions consolidées de certaines publications de Consolidated versions of some IEC publications
la CEI incorporant les amendements sont disponibles. including amendments are available. For example,

Par exemple, les numéros d’édition 1.0, 1.1 et 1.2 edition numbers 1.0, 1.1 and 1.2 refer, respectively, to

indiquent respectivement la publication de base, la the base publication, the base publication incor-
publication de base incorporant l’amendement 1, et la porating amendment 1 and the base publication
publication de base incorporant les amendements 1 incorporating amendments 1 and 2.

et 2.
Validité de la présente publication Validity of this publication
Le contenu technique des publications de la CEI est The technical content of IEC publications is kept
constamment revu par la CEI afin qu'il reflète l'état under constant review by the IEC, thus ensuring that
actuel de la technique. the content reflects current technology.
Des renseignements relatifs à la date de reconfir- Information relating to the date of the reconfirmation
mation de la publication sont disponibles dans le of the publication is available in the IEC catalogue.
Catalogue de la CEI.
Les renseignements relatifs à des questions à l’étude et Information on the subjects under consideration and
des travaux en cours entrepris par le comité technique work in progress undertaken by the technical
qui a établi cette publication, ainsi que la liste des committee which has prepared this publication, as well
publications établies, se trouvent dans les documents ci- as the list of publications issued, is to be found at the
dessous: following IEC sources:
• «Site web» de la CEI* • IEC web site*
• Catalogue des publications de la CEI • Catalogue of IEC publications
Publié annuellement et mis à jour Published yearly with regular updates
régulièrement (On-line catalogue)*
(Catalogue en ligne)*
• IEC Bulletin
• Bulletin de la CEI Available both at the IEC web site* and
Disponible à la fois au «site web» de la CEI* as a printed periodical
et comme périodique imprimé
Terminologie, symboles graphiques Terminology, graphical and letter
et littéraux
symbols
En ce qui concerne la terminologie générale, le lecteur For general terminology, readers are referred to
se reportera à la CEI 60050: Vocabulaire Electro-
IEC 60050: International Electrotechnical Vocabulary
technique International (VEI).
(IEV).
Pour les symboles graphiques, les symboles littéraux For graphical symbols, and letter symbols and signs
et les signes d'usage général approuvés par la CEI, le approved by the IEC for general use, readers are
lecteur consultera la CEI 60027: Symboles littéraux à referred to publications IEC 60027: Letter symbols to
utiliser en électrotechnique, la CEI 60417: Symboles
be used in electrical technology, IEC 60417: Graphical
graphiques utilisables sur le matériel. Index, relevé et
symbols for use on equipment. Index, survey and
compilation des feuilles individuelles, et la CEI 60617: compilation of the single sheets and IEC 60617:
Symboles graphiques pour schémas. Graphical symbols for diagrams.
* Voir adresse «site web» sur la page de titre.
* See web site address on title page.

NORME CEI
INTERNATIONALE IEC
INTERNATIONAL
Première édition
STANDARD
First edition
2000-06
Sûreté de fonctionnement des logiciels
pendant leurs processus de cycle de vie –
Guide d'application
Software dependability through
the software life-cycle processes –
Application guide
 IEC 2000 Droits de reproduction réservés  Copyright - all rights reserved
Aucune partie de cette publication ne peut être reproduite ni No part of this publication may be reproduced or utilized in
utilisée sous quelque forme que ce soit et par aucun procédé, any form or by any means, electronic or mechanical,
électronique ou mécanique, y compris la photocopie et les including photocopying and microfilm, without permission in
microfilms, sans l'accord écrit de l'éditeur. writing from the publisher.
International Electrotechnical Commission 3, rue de Varembé Geneva, Switzerland
Telefax: +41 22 919 0300 e-mail: inmail@iec.ch IEC web site http://www.iec.ch
CODE PRIX
Commission Electrotechnique Internationale
V
PRICE CODE
International Electrotechnical Commission
Pour prix, voir catalogue en vigueur
For price, see current catalogue

– 2 – 61713 © CEI:2000
SOMMAIRE
Pages
AVANT-PROPOS.4

INTRODUCTION.6

Articles
1 Domaine d'application .8

2 Références normatives .8
3 Définitions .10
4 Processus du cycle de vie d'un logiciel.18
5 Activités de sûreté de fonctionnement dans les processus de base.20
5.1 Processus d'acquisition.20
5.2 Processus de fourniture .28
5.3 Processus de développement .32
5.4 Processus d'exploitation.44
5.5 Processus de maintenance .50
6 Activités de sûreté de fonctionnement dans les processus de soutien du logiciel .56
7 Activités de sûreté de fonctionnement dans les processus organisationnels du cycle
de vie du logiciel.56
Annexe A (informative) Association des processus du cycle de vie des logiciels avec
les éléments et tâches du programme de sûreté de fonctionnement .62
Annexe B (informative) Interaction entre les utilisateurs et les processus de base
du cycle de vie du logiciel.64
Bibliographie .66

61713 © IEC:2000 – 3 –
CONTENTS
Page
FOREWORD . 5

INTRODUCTION .7

Clause
1 Scope . 9

2 Normative references. 9
3 Definitions. 11
4 Software life-cycle processes. 19
5 Dependability activities in the primary software processes . 21
5.1 Acquisition process. 21
5.2 Supply process . 29
5.3 Development process . 33
5.4 Operation process . 45
5.5 Maintenance process . 51
6 Dependability activities in the supporting software processes . 57
7 Dependability activities in the organizational software life-cycle processes . 57
Annex A (informative) Association of software life-cycle processes with dependability
programme elements and tasks. 63
Annex B (informative) Interaction of users with primary software life-cycle processes . 65
Bibliography . 67

– 4 – 61713 © CEI:2000
COMMISSION ÉLECTROTECHNIQUE INTERNATIONALE

____________
SÛRETÉ DE FONCTIONNEMENT DES LOGICIELS PENDANT

LEURS PROCESSUS DE CYCLE DE VIE –

GUIDE D'APPLICATION
AVANT-PROPOS
1) La CEI (Commission Électrotechnique Internationale) est une organisation mondiale de normalisation composée
de l'ensemble des comités électrotechniques nationaux (Comités nationaux de la CEI). La CEI a pour objet de
favoriser la coopération internationale pour toutes les questions de normalisation dans les domaines de
l'électricité et de l'électronique. A cet effet, la CEI, entre autres activités, publie des Normes internationales.
Leur élaboration est confiée à des comités d'études, aux travaux desquels tout Comité national intéressé par le
sujet traité peut participer. Les organisations internationales, gouvernementales et non gouvernementales, en
liaison avec la CEI, participent également aux travaux. La CEI collabore étroitement avec l'Organisation
Internationale de Normalisation (ISO), selon des conditions fixées par accord entre les deux organisations.
2) Les décisions ou accords officiels de la CEI concernant les questions techniques représentent, dans la mesure
du possible, un accord international sur les sujets étudiés, étant donné que les Comités nationaux intéressés
sont représentés dans chaque comité d’études.
3) Les documents produits se présentent sous la forme de recommandations internationales. Ils sont publiés
comme normes, spécifications techniques, rapports techniques ou guides et agréés comme tels par les Comités
nationaux.
4) Dans le but d'encourager l'unification internationale, les Comités nationaux de la CEI s'engagent à appliquer de
façon transparente, dans toute la mesure possible, les Normes internationales de la CEI dans leurs normes
nationales et régionales. Toute divergence entre la norme de la CEI et la norme nationale ou régionale
correspondante doit être indiquée en termes clairs dans cette dernière.
5) La CEI n’a fixé aucune procédure concernant le marquage comme indication d’approbation et sa responsabilité
n’est pas engagée quand un matériel est déclaré conforme à l’une de ses normes.
6) L’attention est attirée sur le fait que certains des éléments de la présente Norme internationale peuvent faire
l’objet de droits de propriété intellectuelle ou de droits analogues. La CEI ne saurait être tenue pour
responsable de ne pas avoir identifié de tels droits de propriété et de ne pas avoir signalé leur existence.
La Norme internationale CEI 61713 a été établie par le Comité d'études 56 de la CEI: Sûreté
de fonctionnement.
Le texte de cette norme est issu des documents suivants:
FDIS Rapport de vote
56/685/FDIS 56/690/RVD
Le rapport de vote indiqué dans le tableau ci-dessus donne toute information sur le vote ayant

abouti à l'approbation de cette norme.
Cette publication a été rédigée selon les Directives ISO/CEI, Partie 3.
Les annexes A et B sont données uniquement à titre d’information.
Le comité a décidé que le contenu de cette publication ne sera pas modifié avant 2003. A cette
date, la publication sera
• reconduite;
• supprimée;
• remplacée par une édition révisée, ou
• amendée.
61713 © IEC:2000 – 5 –
INTERNATIONAL ELECTROTECHNICAL COMMISSION

____________
SOFTWARE DEPENDABILITY THROUGH

THE SOFTWARE LIFE-CYCLE PROCESSES –

APPLICATION GUIDE
FOREWORD
1) The IEC (International Electrotechnical Commission) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of the IEC is to promote
international co-operation on all questions concerning standardization in the electrical and electronic fields. To
this end and in addition to other activities, the IEC publishes International Standards. Their preparation is
entrusted to technical committees; any IEC National Committee interested in the subject dealt with may
participate in this preparatory work. International, governmental and non-governmental organizations liaising
with the IEC also participate in this preparation. The IEC collaborates closely with the International
Organization for Standardization (ISO) in accordance with conditions determined by agreement between the
two organizations.
2) The formal decisions or agreements of the IEC on technical matters express, as nearly as possible, an
international consensus of opinion on the relevant subjects since each technical committee has representation
from all interested National Committees.
3) The documents produced have the form of recommendations for international use and are published in the form
of standards, technical specifications, technical reports or guides and they are accepted by the National
Committees in that sense.
4) In order to promote international unification, IEC National Committees undertake to apply IEC International
Standards transparently to the maximum extent possible in their national and regional standards. Any
divergence between the IEC Standard and the corresponding national or regional standard shall be clearly
indicated in the latter.
5) The IEC provides no marking procedure to indicate its approval and cannot be rendered responsible for any
equipment declared to be in conformity with one of its standards.
6) Attention is drawn to the possibility that some of the elements of this International Standard may be the subject
of patent rights. The IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 61713 has been prepared by IEC technical committee 56:
Dependability
The text of this standard is based on the following documents:
FDIS Report on voting
56/685/FDIS 56/690/RVD
Full information on the voting for the approval of this standard can be found in the report on

voting indicated in the above table.
This publication has been drafted in accordance with the ISO/IEC Directives, Part 3.
Annexes A and B are for information only.
The committee has decided that the contents of this publication will remain unchanged
until 2003. At this date, the publication will be
• reconfirmed;
• withdrawn;
• replaced by a revised edition, or
• amended.
– 6 – 61713 © CEI:2000
INTRODUCTION
Le terme «sûreté de fonctionnement» est un terme générique utilisé pour décrire la

disponibilité et les facteurs qui l'influencent: fiabilité, maintenabilité et logistique de mainte-

nance. La CEI 60300-2 fournit un guide concernant les éléments et tâches à inclure dans un

programme de sûreté de fonctionnement complet. Un guide plus détaillé concernant

les aspects logiciels d'un programme de sûreté de fonctionnement est donné par la

CEI 60300-3-6. La présente Norme internationale est destinée à compléter la CEI 60300-3-6

en fournissant un guide pour la sûreté de fonctionnement des logiciels dans le cadre du

processus du cycle de vie des logiciels, qui est à la base de nombreuses normes sur les

logiciels. Le présent guide identifie les activités liées aux processus du cycle de vie des
logiciels qui aideront à obtenir des logiciels sûrs (c'est-à-dire des logiciels qui fonctionnent de
manière fiable conformément aux exigences). Une description complète des processus du
cycle de vie des logiciels et du cadre qu'ils fournissent pour représenter le cycle de vie du
logiciel de l'acquisition à la maintenance est donnée par l'ISO/CEI 12207.
Les activités logicielles sont liées aux différents processus du cycle de vie des logiciels. Un
processus du cycle de vie d'un logiciel est un ensemble d'activités planifiées comprenant des
exigences exécutées pour atteindre l'objectif indiqué d'un projet logiciel. Le présent guide
facilitera l'identification et la mise en œuvre des activités du cycle de vie qui influent sur la
sûreté de fonctionnement des logiciels.

61713 © IEC:2000 – 7 –
INTRODUCTION
Dependability is the collective term used to describe the availability performance and its

influencing factors: reliability performance, maintainability performance and maintenance

support performance. IEC 60300-2 provides guidance on the elements and tasks to be
included in a comprehensive dependability programme. More detailed guidance on the software
aspects of a dependability programme is contained in IEC 60300-3-6. This International

Standard is intended to support IEC 60300-3-6 by providing guidance on the achievement of

software dependability in the context of software life-cycle processes which form the basis for

many software standards. This guide identifies software life-cycle process activities that will

help achieve dependable software (i.e. software that reliably performs according to require-

ments). A full description of the software life-cycle processes and the framework they provide
to represent the software life cycle from software acquisition through to software maintenance
is provided in ISO/IEC 12207.
The software activities are related to the various software life-cycle processes. A software life
cycle process is a set of planned activities, including requirement specifications, performed to
achieve the stated objective of a software project. This guide will facilitate the identification and
implementation of those life-cycle activities that have a bearing on software dependability.

– 8 – 61713 © CEI:2000
SÛRETÉ DE FONCTIONNEMENT DES LOGICIELS PENDANT

LEURS PROCESSUS DE CYCLE DE VIE –

GUIDE D'APPLICATION
1 Domaine d'application
La présente Norme internationale constitue un guide pour les aspects des activités liées au

cycle de vie des logiciels qui influent pour obtenir des logiciels fiables. Les activités liées au
cycle de vie des logiciels sont définies dans le contexte des processus du cycle de vie des

logiciels. Le présent guide est destiné à être utilisé en complément de la CEI 60300-3-6.

Les activités identifiées liées au cycle de vie des logiciels peuvent faire partie d'un programme
de sûreté de fonctionnement pour un système ou être en relation avec un produit contenant un
logiciel. Les activités identifiées aideront à obtenir un logiciel fiable et dont on peut assurer la
maintenance, et contribueront à assurer une logistique de maintenance appropriée. Ces
activités peuvent être applicables pendant l'ensemble du cycle de vie du logiciel ou être
limitées à un sous-ensemble des processus du cycle de vie du logiciel selon les utilisateurs du
logiciel. La relation entre les utilisateurs du logiciel et les processus du cycle de vie du logiciel
est donnée à l'annexe B. On a effectué un regroupement en fonction des processus du cycle
de vie de logiciels particuliers. Ce regroupement représente l'ensemble du cycle de vie du
logiciel comme défini dans l'ISO/CEI 12207.
L'accent est mis surtout sur les exigences de sûreté de fonctionnement et les activités
applicables dans le processus de base du cycle de vie du logiciel.
Le présent guide peut être utilisé par les acquéreurs, les fournisseurs, les développeurs, les
chargés de l'exploitation ou les personnes chargées de la maintenance des logiciels. En plus
des spécialistes des logiciels et de la sûreté de fonctionnement, le présent guide s'adresse aux
chefs de projet, aux professionnels de la qualité et aux autres personnes intervenant dans les
projets qui développent ou utilisent des systèmes ou produits contenant des logiciels.
2 Références normatives
Les documents normatifs suivants contiennent des dispositions qui, par suite de la référence
qui y est faite, constituent des dispositions valables pour la présente Norme internationale.
Pour les références datées, les amendements ultérieurs ou les révisions de ces publications ne
s’appliquent pas. Toutefois, les parties prenantes aux accords fondés sur la présente Norme
internationale sont invitées à rechercher la possibilité d'appliquer les éditions les plus récentes
des documents normatifs indiqués ci-après. Pour les références non datées, la dernière édition
du document normatif en référence s’applique. Les membres de la CEI et de l'ISO possèdent
le registre des Normes internationales en vigueur.

CEI 60050(191), Vocabulaire Electrotechnique International (VEI) – Chapitre 191: Sûreté de
fonctionnement et qualité de service
CEI 60300-2:1995, Gestion de la sûreté de fonctionnement – Partie 2: Eléments et tâches du
programme de sûreté de fonctionnement
CEI 60300-3-6:1997, Gestion de la sûreté de fonctionnement – Partie 3: Guide d'application –
Section 6: Aspects logiciels de la sûreté de fonctionnement
CEI 61160, Revue de conception formalisée
ISO/CEI 12207, Technologies de l'information – Processus du cycle de vie des logiciels
(publiée en anglais seulement)
ISO 8402, Management de la qualité et assurance de la qualité – Vocabulaire

61713 © IEC:2000 – 9 –
SOFTWARE DEPENDABILITY THROUGH

THE SOFTWARE LIFE-CYCLE PROCESSES –

APPLICATION GUIDE
1 Scope
This International Standard provides guidance on those aspects of software life-cycle

activities that have a bearing on the achievement of dependable software. The software life-

cycle activities are defined in the context of software life-cycle processes. This guide is

intended to be used to support IEC 60300-3-6.
The software life-cycle activities identified can be part of a dependability programme for a
system or in relation to a product containing software. The activities identified will help
achieve software that is reliable and maintainable and help ensure that appropriate
maintenance support will be provided. The activities can be applicable throughout the entire
software life cycle or be limited to a subset of the software life-cycle processes depending
upon the users of the software. The relationship between the users of the software and the
software life-cycle processes is shown in annex B. They are grouped according to the various
individual software life-cycle processes that represent the overall software life-cycle as
defined in ISO/IEC 12207.
Emphasis is placed on the dependability requirements and activities applicable in the primary
software life-cycle processes.
This guide can be used by acquirers, suppliers, developers, operators or maintainers of
software. In addition to software and dependability specialists, this guide is intended for use
by project managers, quality practitioners and other project participants who develop or use
systems or products containing software.
2 Normative references
The following normative documents contain provisions which, through reference in this text,
constitute provisions of this International Standard. For dated references, subsequent
amendments to, or revisions of, any of these publications do not apply. However, parties to
agreements based on this International Standard are encouraged to investigate the possibility
of applying the most recent editions of the normative documents indicated below. For undated
references, the latest edition of the normative document referred to applies. Members of IEC
and ISO maintain registers of currently valid International Standards.

IEC 60050(191), International Electrotechnical Vocabulary (IEV) – Chapter 191: Dependability
and quality of service
IEC 60300-2:1995, Dependability management – Part 2: Dependability programme elements
and tasks
IEC 60300-3-6:1997, Dependability management – Part 3: Application guide – Section 6:
Software aspects of dependability
IEC 61160, Formal design review
ISO/IEC 12207, Information technology – Software life cycle processes
ISO 8402, Quality management and quality assurance – Vocabulary

– 10 – 61713 © CEI:2000
3 Définitions
Pour les besoins de la présente Norme internationale, les termes et les définitions donnés

dans la CEI 60050(191), l'ISO/CEI 12207 et l'ISO 8402 s'appliquent, ainsi que les suivants.

3.1
sûreté de fonctionnement
ensemble des propriétés qui décrivent la disponibilité et les facteurs qui la conditionnent:
fiabilité, maintenabilité et logistique de maintenance [VEI 191-02-03]
NOTE La sûreté de fonctionnement du logiciel sera décrite en termes de fiabilité, maintenabilité et logistique de
maintenance du logiciel.
3.2
fonction de sûreté de fonctionnement
terme utilisé pour décrire un aspect individuel de la prescription de sûreté de fonctionnement
du logiciel. La fonction de sûreté de fonctionnement peut décrire la fiabilité, la maintenabilité
ou la logistique de maintenance liées aux exigences de sûreté de fonctionnement
3.3
version de maintenance
version de produit qui est effectuée plutôt dans le cadre d'une maintenance corrective que pour
fournir une fonctionnalité améliorée
3.4
fiabilité du logiciel
probabilité selon laquelle aucune panne d'un élément logiciel d'un système n'interviendra dans
un intervalle de temps donné pendant le fonctionnement du système dans des conditions
données
3.5
maintenabilité du logiciel
facilité avec laquelle une panne détectée dans un élément logiciel d'un système peut être
corrigée
3.6
logistique de maintenance du logiciel
aptitude d’une organisation de maintenance à fournir sur demande, dans des conditions
données, les moyens nécessaires à la maintenance d’un élément logiciel d’un système,
conformément à une politique de maintenance donnée
NOTE Les conditions données portent sur l’élément logiciel du système lui-même, ainsi que sur les conditions
dans lesquelles cet élément est utilisé et dans lesquelles on assure sa maintenance.
[VEI 191-02-08, modifié]
Pour faciliter la compréhension de la présente norme, les définitions suivantes des termes
utilisés dans l'ISO/CEI 12207 sont répétées.
3.7
acquéreur
organisme qui acquiert ou se procure un système, un logiciel ou une prestation logicielle
auprès d'un fournisseur
NOTE L'acquéreur peut être acheteur, client, propriétaire, utilisateur, consommateur.
3.8
acquisition
processus consistant à acquérir un système, un logiciel ou une prestation logicielle

61713 © IEC:2000 – 11 –
3 Definitions
For the purpose of this International Standard, the terms and definitions of IEC 60050(191),

ISO/IEC 12207 and ISO 8402 apply together with the following.

3.1
dependability
collective term used to describe the availability performance and its influencing factors:

reliability performance, maintainability performance and maintenance support performance.

[IEV 191-02-03]
NOTE Software dependability will be described in terms of software reliability, software maintainability and
software maintenance support.
3.2
dependability function
term used to describe an individual aspect of the software dependability requirement speci-
fication. The dependability function can describe reliability, maintainability or maintenance
support-related dependability requirements
3.3
maintenance release
product release which is carried out for corrective maintenance rather than to provide
enhanced functionality
3.4
software reliability
probability that no fault in any software element of a system will be activated in a given time
interval in the operation of the system under given conditions
3.5
software maintainability
ease with which a detected fault in a software element of a system can be corrected
3.6
software maintenance support
ability of an organization, under given conditions, to provide upon demand the resources
required to maintain a software element of a system, under a given maintenance policy
NOTE The given conditions are related to the software element itself and to the conditions under which it is used
and maintained.
[IEV 191-02-08, modified]
To assist understanding of this standard, the following definitions of terms used in ISO/IEC 12207
are repeated here.
3.7
acquirer
organization that acquires or procures a system, software product or software service from a
supplier
NOTE The acquirer could be one of the following: buyer, customer, owner, user, purchaser.
3.8
acquisition
process of obtaining a system, software product or software service

– 12 – 61713 © CEI:2000
3.9
accord
définition des termes et conditions qui établissent une relation de travail

3.10
audit
activité menée par une personne autorisée en vue de fournir une évaluation indépendante de

logiciels et de processus afin d'en déterminer la conformité aux exigences

3.11
référentiel de configuration
version formellement approuvée d'un élément de configuration, quel que soit le support,
formellement attribuée et attachée à un instant spécifique du cycle de vie de l'élément de
configuration
3.12
élément de configuration
entité au sein d'une configuration satisfaisant une fonction pour un utilisateur et pouvant être
identifiée d'une manière unique à un instant spécifique du cycle de vie
3.13
contrat
accord engageant deux parties, particulièrement conforme à la législation en vigueur, ou
résultant d’une convention interne concernant l’ensemble d’une organisation, pour la fourniture
d'une prestation logicielle ou la fourniture, le développement, la production, I'exploitation ou la
maintenance d'un logiciel
3.14
développeur
organisme qui réalise les activités de développement (incluant l'analyse des besoins, la
conception, les essais d'acceptation) au cours du cycle de vie du logiciel
3.15
évaluation
détermination systématique de la façon dont une entité respecte ses critères spécifiés
3.16
micrologiciel
combinaison de dispositif câblé et d'instructions machine ou de données informatisées qui
résident en tant que logiciel non réenregistrable sur le dispositif câble. Ce type de logiciel ne
peut pas être modifié aisément par programme
3.17
modèle de cycle de vie
scénario contenant les processus, les activités, et les tâches mis en œuvre pour le
développement, I'exploitation et la maintenance d'un logiciel, englobant la totalité de la vie du
système depuis l'expression de besoins jusqu'à la fin de son exploitation
3.18
chargé de la maintenance
organisme qui assure les activités de maintenance
3.19
suivi d'avancement
examen par un acquéreur ou par une tierce partie de l'état des activités d'un fournisseur et de
ses résultats
61713 © IEC:2000 – 13 –
3.9
agreement
definition of terms and conditions under which a working relationship will be conducted

3.10
audit
conducted by an authorized person for the purpose of providing an independent assessment

of software products and processes in order to assess compliance with requirements

3.11
baseline
formally approved version of a configuration item, regardless of media, formally designated
and fixed at a specific time during the configuration item's life cycle
3.12
configuration item
entity within a configuration that satisfies an end-use function and that can be uniquely
identified at a given reference point
3.13
contract
binding agreement between two parties, especially enforceable by law, or a similar internal
agreement wholly within an organization, for the supply of software service or for the supply,
development, production, operation, or maintenance of a software product
3.14
developer
organization that performs development activities (including requirements analysis, design,
testing through acceptance) during the software life-cycle process
3.15
evaluation
systematic determination of the extent to which an entity meets its specified criteria
3.16
firmware
combination of a hardware device and computer instructions or computer data that reside as
read-only software on the hardware device. The software cannot be readily modified under
program control
3.17
life-cycle model
framework containing the processes, activities, and tasks involved in the development,
operation, and maintenance of a software product, spanning the life of the system from the
definition of its requirements to the termination of its use
3.18
maintainer
organization that performs maintenance activities
3.19
monitoring
examination of the status of the activities of a supplier and of their results by the acquirer or a
third party
– 14 – 61713 © CEI:2000
3.20
élément non livrable
matériel ou logiciel dont la livraison n'est pas exigée par le contrat mais qui peut être utilisé

dans le développement du logiciel

3.21
progiciel
produit déjà développé et disponible, utilisable soit «tel quel», soit après modification

3.22
chargé de l'exploitation
organisme qui exploite le système
3.23
processus
ensemble d'activités ordonnées dans le temps et liées qui transforment des éléments entrants
en éléments sortants
NOTE Le terme «activités» recouvre l'utilisation de moyens.
3.24
qualification
processus démontrant qu'une entité est capable de répondre aux exigences spécifiées
3.25
exigence de qualification
ensemble de critères ou de conditions qui doivent être satisfaits pour que le logiciel soit
qualifié comme répondant aux spécifications qui lui sont applicables et prêt à l’utilisation dans
son environnement cible
3.26
essais de qualification
essais effectués par le développeur et dont l'acquéreur est témoin (le cas échéant), pour
démontrer que le logiciel répond à ses spécifications et qu'il est prêt à l'utilisation dans son
environnement cible
3.27
assurance de la qualité
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'une
entité satisfera aux exigences pour la qualité
NOTE 1 L'assurance de la qualité vise à la fois des objectifs internes et externes:
a) assurance de la qualité interne: au sein d'un organisme, I'assurance de la qualité sert à donner

confiance à la direction;
b) assurance de la qualité externe: dans des situations contractuelles, I'assurance de la qualité sert à
donner confiance aux clients ou à d'autres.
NOTE 2 Certaines actions de maîtrise de la qualité et d'assurance de la qualité sont liées entre elles.
NOTE 3 Si les exigences pour la qualité ne reflètent pas entièrement les besoins de l'utilisateur, I'assurance de
la qualité peut ne pas donner la confiance souhaitée.
3.28
version disponible
version particulière d'un élément de configuration rendue disponible dans un but spécifique
(par exemple version d'essai)
61713 © IEC:2000 – 15 –
3.20
non-deliverable item
hardware or software product that is not required to be delivered under the contract but may

be employed in the development of a software product

3.21
off-the-shelf product
product that is already developed and available, usable either "as is" or with modification

3.22
operator
organization that operates the system
3.23
process
set of timely ordered and interrelated activities, which transform inputs into outputs
NOTE The term "activities" covers use of resources.
3.24
qualification
process of demonstrating whether an entity is capable of fulfilling specified requirements
3.25
qualification requirement
set of criteria or conditions that have to be met in order to qualify a software product as
complying with its specifications and being ready for use in its target environment
3.26
qualification testing
testing, conducted by the developer and witnessed by the acquirer (as appropriate), to
demonstrate that a software product meets its specifications and is ready for use in its target
environment
3.27
quality assurance
all the planned and systematic activities implemented within the quality system, and
demonstrated as needed, to provide adequate confidence that an entity will fulfil requirements
for quality
NOTE 1 There are both internal and external purposes for quality assurance:
a) internal quality assurance: within an organization, quality assurance provides confidence to
management;
b) external quality assurance: in contractual situations, quality assurance provides confidence to the
customer or others.
NOTE 2 Some quality control and quality assurance actions are interrelated.
NOTE 3 Unless requirements for quality fully reflect the needs of the user, quality assurance may not provide
adequate confidence.
3.28
release
particular version of a configuration item that is made available for a specific purpose (for
example, test release)
– 16 – 61713 © CEI:2000
3.29
appel d'offres
document utilisé par l'acquéreur pour annoncer à des soumissionnaires potentiels son intention

d'acquérir un système, un logiciel ou une prestation logicielle spécifiques

3.30
retrait
abandon du support actif de l'organisme chargé de l'exploitation et de la maintenance,

remplacement partiel ou total remplacement par un nouveau système, ou installation d'un
système plus performant
3.31
confidentialité
protection des informations et des données afin qu'elles ne puissent pas être lues ou modifiées
par des personnes ou des systèmes non autorisés alors que l'accès n'est pas refusé aux
personnes ou systèmes habilités
3.32
logiciel
ensemble des programmes, des procédures et de la documentation et des données
éventuellement associées
3.33
prestation logicielle
exécution d'activités, de travaux ou de tâches liés à un logiciel tels que le développement, la
maintenance et l'exploitation
3.34
unité de logiciel
partie de code qui peut être compilée séparément
3.35
énoncé des travaux
document utilisé par l'acquéreur pour décrire ou spécifier les tâches à exécuter dans le cadre
du contrat
3.36
fournisseur
organisme qui s'engage sous contrat avec l'acquéreur à fournir un système, un logiciel ou une
prestation logicielle selon les modalités du contrat
NOTE 1 Le terme «fournisseur» est synonyme de contractant, producteur ou vendeur.
NOTE 2 L'acquéreur peut désigner une partie de son organisme en tant que fournisseur.

3.37
système
ensemble intégré qui comprend un ou plusieurs des éléments suivants: processus, matériel,
logiciel, installations et personnes et qui permet de satisfaire un besoin ou un objectif établi
3.38
couverture d'essai
degré de couverture des exigences du système ou du logiciel par les cas d'essai
3.39
aptitude aux essais
mesure dans laquelle un essai réalisable et objectif peut être conçu pour déterminer si une
exigence est ou non remplie
61713 © IEC:2000 – 17 –
3.29
request for proposal
tender
document used by the acquirer as the means to announce its intention to potential bidders to

acquire a specified system, software product or software service

3.30
retirement
withdrawal of active support by the operation and maintenance organization, partial or total

replacement by a new system, or installation of an upgraded system

3.31
security
protection of information and data so that unauthorized persons or systems cannot read or
modify them and authorized persons or systems are not denied access to them
3.32
software product
set of computer programs, procedures, and possibly associated documentation and data
3.33
software service
performance of activities, work, or duties connected with a software product, such as its
development, maintenance and operation
3.34
software unit
separately compilable piece of code
3.35
statement of work
document used by the acquirer as the means to describe and specify the tasks to be
performed under the contract
3.36
supplier
organization that enters into a contract with the acquirer for the supply of a system, software
product or software service under the terms of the contract
NOTE 1 The term "supplier" is synonymous with contractor, producer, seller or vendor.
NOTE 2 The acquirer may designate a part of its organization as supplier.

3.37
system
integrated composite that consists of one or more of the processes, hardware, software,
facilities and people, that provides a capability to satisfy a stated need or objective
3.38
test coverage
extent to which the test cases test the requirements for the system or software product
3.39
testability
extent to which an objective and feasible test can be designed to determine whether a
requirement is met
– 18 – 61713 © CEI:2000
3.40
utilisateur
individu ou organisme utilisant le système opérationnel pour exécuter une fonction spécifique

NOTE L'utilisateur peut tenir d'autres rôles comme ceux d'acquéreur, de développeur ou de chargé de la

maintenance.
3.41
validation
confirmation par examen et apport de preuves tangibles que les exigences particulières pour

un usage spécifique sont satisfaites
NOTE 1 En conception et développement, la validation concerne le processus d'examen d'un produit en vue de
déterminer la conformité aux besoins de l'utilisateur.

NOTE 2 La validation s'effectue normalement sur le produit final dans des conditions d'utilisation définies. Elle
peut s'avérer nécessaire à des étapes antérieures.
NOTE 3 Le terme «validé» désigne le statut correspondant.
NOTE 4 Plusieurs validations peuvent être effectuées s'il y a différents usages prévus.
3.42
vérification
confirmation par examen et apport de preuves tangibles que les exigences spécifiées ont été
satisfaites
NOTE 1 En conception et développement, la vérification concerne le processus d'examen de résultat d'une
activité en vue de déterminer la conformité aux exigences requises pour ladite activité.
NOTE 2 Le terme «vérifié» désigne l'état correspondant.
3.43
version
état identifié d'un élément
NOTE La modification apportée à une version de logiciel, ayant pour résultat une nouvelle version, nécessite des
actions de gestion de configuration.
4 Processus du cycle de vie d'un logiciel
Le processus du cycle de vie d'un logiciel est un ensemble d'activités ou de tâches planifiées
nécessaires pour atteindre l'objectif déclaré d'un projet logiciel. Il existe trois groupes de
processus: processus de base, de support et organisationnels, correspondant à des activités
concernant un logiciel de sa conception à son retrait.
Les cinq processus de base fournissent un guide aux acquéreurs, aux fournisseurs, aux
développeurs, aux chargés de l'exploitation et aux chargés de la maintenance des systèmes ou
produits contenant des logiciels.

Les huit processus du cycle de vie de soutien viennent en support à un autre processus et
peuvent être utilisés avec les cinq processus de base. Ces processus de soutien incluent la
documentation, la gestion de la configuration, I'assurance de la qualité,
...