Subscribe to the latest remote jobs:

Pilote configuration EE

🇲🇦 Morocco

Finance

Pilote configuration EE

from 🇲🇦 Morocco

ALTEN DELIVERY CENTER MAROC, Filiale du leader mondial de l’ingénierie et du conseil en technologie créé en 2008 et présent à Fès, Rabat, Tétouan et Casablanca, compte aujourd’hui plus de 2300 consultants et vise un centre d’excellence de 3300 consultants ALTENiens en fin 2027. ALTEN Maroc est désormais un acteur majeur de l’insertion professionnelle des  ingénieurs. Nous accompagnons nos clients, leaders de l’Industrie dans leurs stratégies de développement dans les domaines de l’automobile, du ferroviaire, de l’IT, de la R&D et des Télécoms & Médias.

Rejoindre ALTEN MAROC c’est bénéficier :

  • Des parcours professionnels diversifiĂ©s avec des opportunitĂ©s de carrière, une mobilitĂ© interne, sectorielle, gĂ©ographique et mĂ©tiers.
  • Des formations certifiantes et diplĂ´mantes.
  • Des Ă©vĂ©nements rĂ©guliers pour combiner bien ĂŞtre et performance
  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.
  • DiplĂ´me d’ingĂ©nieur industriel Ă©quivalent 
  • ExpĂ©rience : 6 mois - 1 an, sur le secteur automobile
  • Connaissances en mĂ©canique : Solides bases en gĂ©nie mĂ©canique et productique, rĂ©sistance des matĂ©riaux, Directive Machine, pièces mĂ©cano-soudĂ©es
  • Anglais technique
by @maxrusakovic