Références
Présentation
Auteur(s)
-
Thierry HECKETSWEILER : Ingénieur systèmes embarqués - contrôle commande, PSA Peugeot Citroën
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
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.
L'expertise technique et scientifique de référence
DOI (Digital Object Identifier)
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
Présentation
Comment coder un logiciel embarqué ?2. Comment concevoir un logiciel embarqué ?
La première étape de la conception d’un logiciel embarqué est la rédaction de la spécification technique de l’attendu du logiciel. Elle doit comporter la description de ce que le logiciel doit réaliser, ainsi que les performances ou fiabilités attendues.
Elle doit être rédigée par le client ou avec le client qui est à l’origine du besoin d’un logiciel pour un système automatisé.
Elle doit contenir un ensemble d’exigences détaillant ce que doit faire le logiciel pour le système. Ces exigences doivent être compréhensibles pour la personne en charge de la conception préliminaire ou de l’architecture du logiciel. Afin de vérifier la bonne compréhension par le client, il est possible d’organiser une réunion de revue d’exigences qui consiste à relire ensemble toutes les exigences et de clarifier les incertitudes.
Exemple d’exigence : le logiciel doit commander le système de chauffage pour réguler la température de la cuve à 70°C à +/- 1°C lorsque le système de production est activée.
Chaque exigence doit être également suffisamment précise pour être testable durant la dernière étape de test (étape du test du système complet). Ces exigences doivent en outre spécifier la performance ou la précision attendue du logiciel.
Avant de démarrer la phase de conception préliminaire, la rédaction de cette spécification doit être figée. Une évolution de la spécification demandera de recommencer les études des étapes avales du cycle en V.
2.1 Conception préliminaire ou architecture du logiciel embarqué
Une mauvaise architecture du logiciel embarqué peut avoir de lourds impacts lors de la conception ou lors d’une éventuelle évolution.
La conception préliminaire consiste tout d’abord à spécifier un découpage en différentes fonctions élémentaires du logiciel embarqué, pour que ce dernier soit facile à concevoir (fonctions élémentaires simples) et extensible lors d’éventuelles modifications de la spécification technique du logiciel, tout en assurant le fonctionnement et les performances attendues.
Une fois cette architecture définie, il est nécessaire de spécifier sous forme d’exigences l’attendu de chacune des fonctions (conception de haut niveau). Encore une fois, les exigences doivent être testables durant l’étape...
L'expertise technique et scientifique de référence
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
Comment concevoir un logiciel embarqué ?
ANNEXES
L'expertise technique et scientifique de référence
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
