Pilote configuration EE

1. Activité de « Baselining » (mise en référence)

Création de la baseline initiale :

• Cette baseline représente l’état initial de l’ensemble des éléments configurables, incluant les spécifications, les plans, les composants matériels, les logiciels, les documents techniques, etc.

Gestion des modifications :

• Des modifications peuvent être proposées à tout moment et peuvent concerner n’importe quel élément du projet, tel qu’une modification de conception, une mise à jour logicielle, un changement de composant, etc.

Comparaison avec la baseline initiale :

• À chaque étape du processus de baselining, les modifications sont comparées à la baseline initiale afin d’évaluer leur impact et leur conformité aux spécifications et aux exigences du projet.

Mise à jour de la baseline :

• Lorsqu’une modification est approuvée et validée, elle est intégrée à la baseline suivante afin de créer une nouvelle référence. Par ce processus, la baseline évolue en continu tout au long du projet.

Traçabilité et cohérence :

• La baseline constitue la référence pour le suivi des modifications appliquées aux composants. Elle garantit la traçabilité, c’est-à-dire la capacité à suivre l’historique des modifications dans le temps, et assure la cohérence entre les différentes parties du projet.

Vérification et audit :

• La gestion de configuration, incluant la création des baselines, fait l’objet de vérifications et d’audits périodiques afin d’assurer sa conformité aux normes, aux réglementations et aux exigences du projet.

2. Activité de « Change » (gestion des changements)

Identification de la demande de changement :

• Le processus débute par l’identification d’une demande de changement, provenant par exemple de l’équipe de développement logiciel, d’utilisateurs ayant rencontré un problème sur leur véhicule, ou d’un audit de conformité réglementaire.

Évaluation de la demande de changement :

• Une fois identifiée, la demande est évaluée selon plusieurs critères : sa pertinence, son impact sur les composants et systèmes concernés, ainsi que la criticité des risques associés. Cette première analyse permet de déterminer si la demande est recevable et peut être soumise à approbation.

Création de la proposition de changement :

• Si la demande est jugée pertinente, une proposition de solution technique est élaborée. Celle-ci doit inclure des informations détaillées sur la nature de la modification, son objectif, les paramètres configurables impactés et les risques liés à sa mise en œuvre.

Revue et approbation :

• La proposition de changement est examinée et évaluée lors d’un comité de décision. L’émetteur de la demande présente la solution à des experts qui analysent sa faisabilité, sa pertinence et ses impacts.

Implémentation du changement :

• Une fois approuvé, le changement peut être mis en œuvre. Dans le cas d’un calculateur électronique (ECU), cela peut impliquer une modification du code logiciel embarqué, du microcomposant électronique, ou une mise à jour des fichiers de calibration ou de configuration.

Tests et vérification :

• Après l’implémentation, des tests de non-régression sont réalisés afin de vérifier que la modification a été correctement intégrée, qu’elle n’a pas généré de nouveaux dysfonctionnements et qu’elle respecte les exigences du projet.

Validation :

• À l’issue de tests et vérifications concluants, le changement est validé afin de confirmer qu’il répond aux besoins du projet et peut être intégré à la configuration globale.

Documentation :

• L’ensemble des étapes du processus de gestion des changements (demandes, propositions, approbations, tests, vérifications et validations) est intégralement documenté afin d’assurer une traçabilité complète.