Contactez-nous
Cycle de vie de l’ingénierie du logiciel
Qualité du logiciel : référentiels normatifs
H4028 v2 Archive

Cycle de vie de l’ingénierie du logiciel
Qualité du logiciel : référentiels normatifs

Auteur(s) : Claude PINET

Date de publication : 10 août 2001

Logo Techniques de l'Ingenieur Cet article est réservé aux abonnés
Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?

Présentation

1 - Qualité, une exigence pour le logiciel

2 - Référentiels normatifs applicables

  • 2.1 - Norme ISO 9000-3
  • 2.2 - Norme ISO/ IEC 12207
  • 2.3 - Norme ISO / IEC 15504
  • 2.4 - Norme ISO / IEC 9126
  • 2.5 - Norme ISO / IEC 14598

3 - Cycle de vie de l’ingénierie du logiciel

4 - Application des principes de la qualité

5 - Gestion documentaire

6 - Gestion de configuration

  • 6.1 - Éléments composant la configuration
  • 6.2 - Fonctions de la gestion de configuration
  • 6.3 - Activités de la gestion de configuration

7 - Conclusion

Sommaire

Présentation

NOTE DE L'ÉDITEUR

11/01/2019

La norme NF EN ISO 19011 de janvier 2012 citée dans cet article a été remplacée par la norme NF EN ISO 19011 (X50-136) "Lignes directrices pour l'audit des systèmes de management" Révision 2018

Pour en savoir plus, consultez le bulletin de veille normative VN1806 (juillet 2018).

RÉSUMÉ

La recherche de la qualité s'étend à tous les domaines, celui du traitement de l'information n'y échappe pas. Lors du déroulement d’un processus d’ingénierie informatique, la qualité peut se résumer à la satisfaction des exigences de tous les partenaires qui interviennent dans le projet. Afin de contribuer à ce résultat , les experts internationaux de l'ISO ont établi les bases d'une plate-forme normative. Cependant, un niveau acceptable de qualité ne sera atteinte que si chaque entreprise réussit à s’approprier les référentiels dans le but d’une amélioration de ses pratiques et performances. Pour un processus donné, à partir des référentiels normatifs, une évaluation du niveau de qualité est obtenue en appréciant l'atteinte d'un certain nombre de critères.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

Auteur(s)

  • Claude PINET : Ingénieur diplômé du Conservatoire National des Arts et Métiers (CNAM) - Ingénieur européen EUR ING - Auditeur qualité certifié IRCA (International Register of Certificated Auditors) - Expert qualité du GEQC (Groupe des Experts Qualité du CNAM) - Ingénieur Conseil et fondateur de CPI CONSEIL

INTRODUCTION

Dans le domaine du logiciel et plus généralement pour tout ce qui concerne les systèmes d’information, la recherche de la qualité est la préoccupation de tous les acteurs. Toutefois, le manque de temps, la valse des évolutions technologiques, et les contraintes de tous ordres, semblent reléguer les aspirations de qualité au rang des objectifs inaccessibles et des mythes.

Pourtant, la qualité se résume simplement à la satisfaction des clients et par extension à l’atteinte de la satisfaction des exigences de tous les partenaires qui interviennent dans une opération ou un projet (utilisateurs, décideurs, organisateurs, acheteurs, chef de projet, concepteurs, développeurs, testeurs, exploitants, etc.).

Bien qu’immatériel, le logiciel n’échappe pas à ce principe fondamental. Afin de contribuer à l’amélioration de la qualité dans le domaine du logiciel, les experts internationaux se sont mis d’accord sur une base commune qui constitue une plate-forme normative.

Ce référentiel normatif constitue notre point d’appui pour construire la qualité des processus d’ingénierie de projet ou d’exploitation, mais aussi la qualité de livrables : produits logiciels et les prestations qui les accompagnent.

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


VERSIONS

Il existe d'autres versions de cet article :

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v2-h4028

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(234 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

3. Cycle de vie de l’ingénierie du logiciel

Un logiciel est un ensemble complexe et son développement nécessite une diversité d’activités. Or, pour maîtriser la complexité d’un ensemble, une technique efficace consiste à le subdiviser en plusieurs parties. Il est donc essentiel de structurer l’approche qualité du logiciel. En outre, la représentation du monde réel implique une action d’abstraction qui conduit à l’emploi d’un modèle. Ainsi, la modélisation ou réduction du monde réel, introduit la notion d’activités successives, d’où le concept de cycle de vie. Cette modélisation est commode et doublement utile. Elle permet une représentation graphique et logique et, de plus, offre une structure autour de laquelle les activités d’assurance qualité peuvent être construites et suivies.

Ainsi, la vie d’un logiciel ou d’un système d’information se décompose en phases caractéristiques qui représentent des ensembles homogènes d’activités qu’il va falloir placer sous assurance qualité :

  • la naissance du besoin ;

  • les exigences des utilisateurs ;

  • le développement ;

  • l’exploitation ;

  • la maintenance ;

  • le retrait.

La figure 1 représente l’enchaînement de ces grandes phases du cycle de vie du logiciel.

  • L’ingénierie de projet logiciel concerne principalement la phase de développement, c’est cette phase que nous étudierons en détail.

    Il existe plusieurs modèles de cycle de vie (en cascade, en « V », développement par prototypage, en cascade avec extensions successives, incrémental, en spirale) qui correspondent à des problématiques différentes. Toutefois, dans la pratique il s’avère souhaitable d’effectuer un assemblage en empruntant respectivement à chaque modèle les propriétés qui sont pertinentes pour le projet. Ainsi, d’une manière générale il sera retenu les avantages :

    • du modèle en « V » pour synchroniser les tests avec les spécifications ;

    • du modèle incrémental en raison de la décomposition en sous-ensembles.

    Nota :

    pour une étude comparative des différents modèles de cycle de vie on se reportera à la référence [1]...

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Lecture en cours
Cycle de vie de l’ingénierie du logiciel

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(234 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Sommaire
Sommaire
Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(234 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre