Présentation

Article

1 - QUELLES SONT LES PHASES DU CYCLE EN V ?

2 - COMMENT CONCEVOIR UN LOGICIEL EMBARQUÉ ?

  • 2.1 - Conception préliminaire ou architecture du logiciel embarqué
  • 2.2 - Conception détaillée du logiciel embarqué

3 - COMMENT CODER UN LOGICIEL EMBARQUÉ ?

4 - COMMENT VALIDER UN LOGICIEL EMBARQUÉ ?

  • 4.1 - Test unitaire des composants du logiciel
  • 4.2 - Test d’intégration des composants logiciel
  • 4.3 - Test du logiciel pour le système automatisé

5 - NOTRE CONSEIL

6 - ERREURS À ÉVITER

Fiche pratique | Réf : FIC0673 v1

Comment valider un logiciel embarqué ?
Organiser le développement de logiciels embarqués dans un système automatisé

Auteur(s) : Thierry HECKETSWEILER

Date de publication : 10 mars 2012 | Read in English

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Auteur(s)

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

Lire l’article

INTRODUCTION

Lorsque la taille et la complexité du logiciel embarqué augmentent, il est nécessaire de structurer son développement. La méthode proposée consiste à réduire la complexité du système en sous-systèmes plus simples à concevoir.

Organiser le développement d’un logiciel embarqué par le principe de la décomposition en cycle en V permet d’aboutir par étapes successives à une description détaillée du logiciel à concevoir à partir d’une description abstraite de l’application à réaliser. De la même manière, le test du logiciel est réalisé par étapes pour terminer par un test final de l’application complète.

Cette fiche décrit les étapes à suivre pour mettre en œuvre le cycle en V.

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-fic0673


Cet article fait partie de l’offre

Métier : responsable bureau d'étude/conception

(370 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Des modules pratiques

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

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation

4. Comment valider un logiciel embarqué ?

4.1 Test unitaire des composants du logiciel

La première étape de validation consiste à valider la conformité du codage réalisé par rapport aux exigences de la conception détaillée.

Cette étape doit être faite avant l’intégration qui consiste à connecter l’ensemble des modules du logiciel ensemble en respectant l’architecture définie et à compiler le logiciel ainsi obtenu.

L’ensemble des tests exécutés pour valider les exigences de la conception détaillée peut être automatisé pour une réutilisation ultérieure (évolution du codage en cas d’évolution de la conception).

Lorsqu’une non-conformité du codage est détectée, il faut corriger l’erreur de codage et repasser l’ensemble des tests. Une fois l’ensemble des modules logiciel totalement conforme aux exigences, ceux-ci peuvent être intégrés dans le logiciel complet.

HAUT DE PAGE

4.2 Test d’intégration des composants logiciel

La deuxième étape de validation se fait sur la cible réelle.

Elle consiste à valider la bonne connexion des différentes fonctions intégrées (conformité par rapport à l’architecture) et le comportement des différentes fonctions exécutées (conformité par rapport aux exigences de haut niveau).

La validation doit être faite en stimulant les entrées du système automatisé (à l’aide de capteurs réels connectés au système ou de modules émulant les capteurs) et en vérifiant les sorties du système.

La validation peut être faite en boucle ouverte en vérifiant le résultat des sorties du système et en sollicitant de certaine manière les entrées afin de valider l’ensemble des fonctions.

Elle peut également être faite en boucle fermée (appelée validation HIL : Hardware In the Loop) en simulant le comportement du système à contrôler, les capteurs et les actionneurs. Ce type de validation est nécessaire pour valider les performances des systèmes de régulation.

Une validation complète peut nécessiter d’effectuer une validation en boucle ouverte et en boucle fermée.

Cette étape est importante pour s’assurer du bon fonctionnement sans danger du logiciel avant son utilisation...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Métier : responsable bureau d'étude/conception

(370 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Des modules pratiques

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

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Comment valider un logiciel embarqué ?
Sommaire
Sommaire

Auteur

Thierry Hecketsweiler

HAUT DE PAGE

2 Sources bibliographiques

HAUT DE PAGE

3 Annexe

À lire également dans nos bases

HAUT DE PAGE

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Métier : responsable bureau d'étude/conception

(370 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Des modules pratiques

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

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS