CV_Julien_A 2015

Julien
Ingénieur Logiciels Embarqués
FORMATION
2009 Master Electronique Electrotechnique Automatique et Informatique
Industrielle, Amiens
2007 Licence E.E.A.I.I. à l’université Jules Verne Amiens
2006 B.T.S. systèmes électroniques, Amiens
2004 BAC S.T.I. génie électronique, Chelles
LANGUES
Anglais professionnel lu écrit parlé
CONNAISSANCES TECHNIQUES ET FONCTIONNELLES
Essais, mesures physiques, Electronique, RF
Systèmes temps réel, systèmes embarqués, microcontrôleur
Architecture des réseaux industriels, bus CAN, bus I2C, bus Ethernet, bus SPI
Cycle en V, DO, AUTOSAR, gestion de configuration
Matériels : FPGA, Frescale MPC5566, ARM cortex R5F, 8051, CC1110, CC1111, PIC Microchip,
68HC11, Fujitsu (16FX, 16LX), FTDI, PDL615, électronique d’instrumentation
Systèmes et langages : Windows, C, C++, Visual C++
Outils : GFORGE CVS, GCC, PVCS Dimensions, SVN, SYNERGY, Eclipse, Borland C++ Builder,
IAR, Visual C++, Mplab, Matlab/Simulink, CANoe, CANape, CANanalyser, DSPACE Targetlink,
Reqtify, Trace32, X-Win32

EXPERIENCE PROFESSIONNELLE
2015
Sagem / SES – Massy
Ingénieur logiciel embarqué pour le secteur défense
Projet CSE90 (IHM destiné à l’assistance de tir pour les chars).
 Prise de connaissance des documentations de spécification et
de l'architecture du projet.
 Analyse des IHM et des messageries existantes.
 V1.0 : 1 caméra, 1 moniteur et 1 simulateur de boîtier externe.
• Création d'une IHM pour la simulation du boîtier externe
BCE.
• Création de la messagerie RS422 du BCE pour dialoguer
avec le moniteur à partir de la spécification.
• Création du nouveau composant logiciel BCE pour
dialoguer avec la messagerie du boîtier et le moniteur.
• Prise en compte d'évolution et ajout de nouvelles
fonctionnalités dans le moniteur.
• Tests d'intégration avec les simulateurs de la caméra, du
moniteur et du boîtier externe.
• Intégration des évolutions dans le moniteur physique et
correction des anomalies.
• Modification des plans de tests et passage des tests.
 V1.1 : 1 caméra, 2 moniteurs et 1 simulateur de boîtier externe
• Modification du composant BCE pour la prise en main
possible de la caméra sur le moniteur SLAVE et
MASTER.
• Modification du simulateur BCE et correction
d'anomalies.
• Création d'un composant de panne dans l'architecture
logicielle du moniteur.
• Modification des simulateurs caméra et moniteurs
existant.
• Prise en compte d'évolution et ajout de nouvelles
fonctionnalités dans le moniteur.
• Tests d'intégration avec la caméra, le moniteur
MASTER, le simulateur du moniteur SLAVE et le
simulateur BCE.
• Passage de test de non régression avec la nouvelle
connectique et les 2 moniteurs physique. Levé
d'anomalies et correction des bloquantes.
• Modification des spécifications systèmes et logicielles.
• Modification des plans de tests et passage des tests pour
la 2nd livraison.
 V1.2 : évolution tracking d'une cible
• Modification du composant et simulateur BCE et des
composants du moniteur lié à la préparation de

l’intégration du tracking d'une cible.
• Masquage du tracking en attente de l'évolution caméra.
Environnement :
Système Windows, compilation GCC, FPGA
Langage: C, C++
Environnement gestion de configuration GFORGE CVS
Outils: Eclipse, Borland C++ Builder, bus RS422
Juin 2013
-
2014
Sagem / SES - Massy
Ingénieur logiciel embarqué pour le secteur aéronautique DO178B-A
Projet SILVERCREST (moteur destiné à l’avion Falcon 5X).
 Prise de connaissance des documentations de spécification et
de l'architecture du projet.
 Création, modification de fiche d’anomalie (PR sur une base
change).
 Développement des parties logiciel PSW, BSW et ML615.
 PSW (logiciel critique (DAL A) de la gestion du temps réel
et des tâches de l'OS appelé VLOS) :
• création de nouvelle fonctionnalité spécifié tel qu’un log
de fautes relevées ou encore l’ajout de la parité de la
SRAM en PBIT (fonction logicielle appelée une seule
fois après la mise sous tension selon certaines condition
pour tester le hardware).
• prise en compte de PR logiciel
 ML615 (memory loader, logiciel non critique DAL D) :
• correction du code pour la partie conçu pour charger les
logiciels sur le calculateur (voie A et B) avec l'utilisation
d'un PDL615.
• amélioration du code pour la partie conçu pour lire le
logiciel contenu dans le calculateur (Voie A et B) avec
l’utilisation du PDL615.
• création de script de communication entre le PDL615 et
la carte du calculateur (voie A et B).
 BSW (bootloader, logiciel critique (DAL A)) :
• correction du code
 Activité documentaire:
 relecture de code suivant les règles Rules Checker,
vérification des standards Sagem et ouverture des PR
nécessaire.
 relectures documentaire croisé : SRD, SDD, SRD, SCDD,
SVTP
 création de documents :
• PSW : SCDD, SDD, TNR, SVTP, SVTR
• ML615 : SVTP, SVTR
• BSW : SVTP, SVTR, TNR

 Activité de tests des calculateurs :
 tests fonctionnels des corrections
 tests formels pour les codes des logiciels PSW, ML615 et
BSW.
 Utilisation de Trace32, d'un PDL615, de calculateur (voie A,
voie B), TestStand.
Environnement :
Système Windows, compilation UNIX, processeur Freescale MPC5566
Langage: C temps réel
Environnement gestion de configuration SYNERGY
Outils: Trace32 (sonde JTAG), SOLARIS, PDL615 (bus ARINC 615),
X-Win32
Janvier 2013
-
Juin 2013
Sagem - Massy
Ingénieur logiciel embarqué pour le secteur aéronautique DAL-D
Projet SYRENA en R&T.
 Prise de connaissance des documentations de spécification,
des règles de codage, nommage Sagem et de l'architecture
du projet.
 V1.0 : intégration au projet en vue du développement du
driver du composant COTS CAN.
• Prise en main des documentations du composant.
• Création du design du composant.
• Codage du driver, de la couche API et des services OS
CHRONOS pour la carte AS.
• Tests fonctionnels du composant.
 V2.0 : codage du composant de gestion des interruptions en
vue du remplacement du composant COTS par un
composant Sagem.
• Design du composant avec une HSI dynamique.
• Codage : compréhension du fonctionnement actuel des
interruptions et prise en charge des modifications du
logiciel dans la couche TSP créé par Sagem Valence et
intégration dans l’OS.
• Tests fonctionnels du composant avec le scheduler
METIS, le composant RTC et DMA.
 Gestion de configuration sur SVN.
 Passage des tests sur Trace32.
 Formation habilitation électrique.
Environnement :
Système Windows, processeur ARM cortex R5F dual core
Langage: C temps réel
Environnement gestion de configuration SVN
Outils: Notepad++, Arm GCC, Trace32

Octobre 2012
-
Janvier 2013
Valéo - Bobigny Ingénieur logiciel embarqué pour la ligne de
produit éclairage
Volswagen/Audit/Volvo projet P0 3 mois:
 Mise à niveau de la traçabilité du projet sur Reqtify.
 Codage : correction d'anomalies : exemple overflow dans une
trame CAN.
 Mise à jour des documentations : spécification et design des
composants et des documents amonts de gestion de projet
en vue de l'audit.
 Réception des codes VIAS et compilation avec l’intégration
des code standards Valéo. But amélioration suivant les règles
MISRA, Valéo et QAC/Polyspace.
 Création des plans de tests de validation pour Valéo VIAS.
 Passage de tests fonctionnels sur ce nouveau code.
 Création des documentations de revue par les pairs.
Environnement :
Système Windows, processeur Freescale
Langage: C temps réel
Environnement gestion de configuration PVCS Dimensions
Outils: Visual C++, CANanalyser, Reqtify
Juin 2011
-
Juillet 2012
Valéo - Créteil
Ingénieur logiciel embarqué pour la ligne de produit climatiseur
BMW L7 KE 2 mois:
Formation à la norme AUTOSAR.
Formation au processus Valéo (outils de gestion de configuration PVCS).
Codage : développement selon le cycle en V Valéo, des drivers des ports
et des entrées/sorties (DIO, PIO), sur EBTresos. Intégration dans le
logiciel, analyse des codes générer et leur impacts.
Modèle : Modification de modèle Matlab/Simulink et vérification de
correction d'anomalies.
Mise à jour des documentations : spécification et design des composants.
Passage des tests d’intégrations et de validation des drivers développés
(DIO et PIO).
Gestion de configuration sur PVCS.
Renault Juillet 2011- Juillet 2012 :
X95 CAMAN (Mégane III):
Familiarisation avec les outils CANoe, CANape, Code Wright.
Tests : validation, temps réel, intégration. Création de tests pour couvrir la
liste d’anomalie pouvant être impacté sur le produit Renault
Analyse des anomalies, utilisation du débuggeur Fujitsu. Exemple
d’anomalie, un dépassement de la taille de la pile, analyse de la
profondeur de pile et ces impacts sur le produit.
Validation de micro masqué utilisé pour la production.
Analyse des couvertures sur Reqtify.
Réunion de projet global validation et fermeture.