-
Orolia
- Ingénieur firmware
LES ULIS
2014 - maintenant
Développement et maintenance de balises de détresse ( "Search & Rescue" ) aviation, maritime et militaire.
-
Davey Bickford
- Ingénieur développeur (forfait) pour CSIE-MATIS
Héry
2013 - 2013
Objectif :
• Développement d'une unité de programmation de plans de tir pour des carrières et mines à ciel ouvert (forfait)
Réalisation(s) :
• Développement de fonctions middleware (IHM associées) pour une unité de programmation de plan de tir :
- Sauvegarde et restauration des paramètres de configuration de l’unité sous forme de fichier
- Programmation et écoute des fichiers de synthèse vocale au dessus du driver de son
- Programmation des retards par détonateur du plan de tir sous plusieurs modes : 1 ou plusieurs détonateurs à la fois selon le mode. Ces delais sont pré - programmés ou non.
• Tests fonctionnels pour le développement de ces modules
Environnement(s) technique(s) :
• C++, 80186, BECK, Git, Paradigm
-
Herakles - forfait pour CSIE groupe MATIS
- Relecteur de Traçabilité
2013 - 2013
Support en re lecture de matrice de conformité EASA suite à une mise à jour des procédures de développement et d'exploitation
-
ITRON
- Ingénieur firmware C&I (régie) pour CSIE-MATIS
Issy-les-Moulineaux
2011 - 2013
Objectif :
• Développer les nouvelles fonctionnalités de compteurs communicants , selon les besoins de chaque client d'Itron.
Réalisation(s) :
• Développement :
- Développement ou report d’évolutions requises pour des marchés adressé par des compteurs C&I série 6000 International et DC4, 7000 International
- Paramétrage Cosem des compteurs pour la communication, la sécurité, la tarification, l’enregistrement des données de tarification (registres, courbes de charge)
- Mise à jour interne des données de tarification du compteur
- Communication Ethernet/GPRS des compteurs via modem en commandes AT (ConnectOne et tc65) en mode direct, registration et médiation
- Optimisation des tailles mémoires des structures internes des compteurs
- Support des retours de validation (reproduction des problèmes, correction et intégration)
- Report d’évolutions entre compteurs adressant des marchés différents.
• Tests :
- Compilation et chargement du firmware sur maquette et sur cible
- Test documentation des tests sur cible sur cas autoroute et cas spécifiques.
- Vérification de la compatibilité avec les logiciels de configuration et d’exploitation du compteur.
- Vérification de la mise au norme cosem des livraisons du firmware
- Vérification de la qualité du firmware sous Code Sonar (idem Polyspace, Logiscope)
- Mise en gestion de configuration et documentation des livraisons de version du firmware.
Environnement(s) technique(s) :
C++, Clearcase, GreenHills Multi, NEC IEC Cube, Cosem, Windows, Code Sonar
-
Magneti Marelli
- Ingénieur concepteur (forfait) pour CSIE
Nanterre Cedex
2011 - 2011
Objectif :
• Création d’un widget de type automorphe visant à faciliter le repositionnement des widget d’un panneau de menu sur un afficheur multimédia automobile
Réalisation(s) :
• Développement :
- Réception de la documentation système d’un widget de type automorphe visant à faciliter le repositionnement des widget d’un panneau de menu.
- Déclinaison de ces exigences en modèle détaillé dans un modèle UML d'architecture détaillée (spécification statique et dynamique).
- A partir de ces exigences, création du code c++ pour ajouter le widget compatible de l’environnement propriétaire Magneti Marelli (C_GUI_Engine).
• Tests :
- Compilation d'un logiciel de test à base de QT4 et utilisant les classes graphique propriétaire Magneti Marelli, permettant :
- La visualisation des panneaux/widget Magneti Marrelli.
- La configuration et Le test du widget automorphe dans l’environnement PC/Windows.
- Portage de cet environnement de test sur cible SMEG
Environnement(s) technique(s) :
• C++, BoUml, Windows, Svn, QT4
-
THALES Avionics
- Ingénieur support (régie) pour CSIE
Courbevoie
2010 - 2011
Objectif :
• Supporter le développement d'une plate-forme d'écran de cockpit développée pour ATR et S76
Réalisation(s) :
• Développement :
- Analyse, prise en compte de fait techniques. Modification nécessaire du code c
- Modification des documentations ad-hoc, suite à la correction de ces faits techniques (cf Spécification)
• Tests :
- Test des modifications suite correction de fait techniques sur environnement de test spécifique.
• Spécification :
- En prévision de la phase de certification du programme : Analyse, Correction et mise en place des revues des documentations :
* Software Development Plan
* Software Integration,Verification and Validation Plan
* Reference Manual (High level requirement)
* Index of Errors and Failures.
- Rédaction d’un dossier de certification niveau A pour un composant logiciel contenant :
* High Level Requirements
* Low Level Requirements
* Verification and validation tests in compliance with Level A
* Traceability Matrices for requirements, code and validation tests.
* Delivery
Environnement(s) technique(s) :
• C, Clearcase, Word, Windriver SingleStep.
-
THALES airborne systems
- Ingénieur développement (forfait) pour CSIE
Courbevoie
2009 - 2010
Objectif :
• Maturation des modules d'une librarie middleware pour le logiciel de gestion de vol de l'A400M pour viser la certification
Réalisation(s) :
• Développement :
- Maturation de la qualité des Composants en terme de traçabilité : mise à niveau de la cohérence Code vs Exigence d'architecture vs Exigence Logicielles.
• Tests :
- Maturation de la qualité des Composants en terme de traçabilité: mise à niveau de la cohérence Code de test vs Exigence d'architecture vs Exigence Logicielles.
• Maintenance :
- Réception de description de problèmes suite au tests d'intégration. Analyse et, si nécessaire, reproduction de ces problèmes.
- Si le problème est avéré , modifications nécessaires du code et du modèle UML, et ajout de tests supplémentaires si nécessaire
- Réception de modification d'interfaces utilisées par les composants et mise à jour si nécessaire du code des composants.
Environnement(s) technique(s) :
• ADA, Windows, GPS for ADA, Clearcase, Clearquest, Word, Cycle en V, UML sous Rhapsody, Tracabilité sous Doors.
-
Magneti Marelli
- Ingénieur concepteur (forfait) pour CSIE
Nanterre Cedex
2009 - 2009
Domaine de compétences : Ingénieur développement (forfait)
Intitulé de l’intervention : Développement pour le logiciel SMEG d'un afficheur multimédia pour un tableau de bord automobile.
Objectif :
• Au sein de l’équipe BCM , développement middleware pour BCM file & network sous DBUS
Réalisation(s) :
• Développement :
- Réception des spécifications système (sous forme xml) pour la partie BCM network du logiciel embarqué.
- Déclinaison de ces exigences en modèle détaillé dans un modèle UML d'architecture détaillée (spécification système, statique et dynamique).
- A partir de ces exigences, modification nécessaire du code c++ pour ajouter une couche d'adaptation entre un composant Dbus porté sous Vxworks et le logiciel RT4 actuel de Magneti Marelli.
• Création d'un logiciel de test à base de QT4, permettant :
- l'interfaçage entre une dll capable de gérer une CANCaseXl (www.vector.com) et le hardware SMEG.
- L'Interprétation automatique des fichiers de configuration CAN (*.dbc) de Peugeot visant la génération en mémoire des structures des trames de la version du protocole CAN (testée sur RT4 et SMEG).
- L'envoi (périodique ou non) de trames configurées manuellement au travers de la CANCase Xl
- l'exécution de scénarii directifs (OK / KO) générés au travers de la spécification système du client. Cette exécution, permet de générer automatiquement les trames nécessaires au travers de la CANCaseXl et d'interpréter le contenu des trames de réponses du SMEG. Cette interprétation directive vise à valider les développements exigences système reçues du client.
Environnement(s) technique(s) :
• C++, QT4, BoUml, Windows, DBUS, Synergy, VxWorks.
-
CSIE groupe MATIS
- Ingénieur d'étude
2007 - 2013
-
Thales airborne systems
- Ingénieur concepteur (forfait) pour CSIE
Courbevoie
2007 - 2009
Objectif :
• Développement de modules middleware pour le logiciel de gestion de vol de l'A400M
Réalisation(s) :
• Développement :
- Réception et validation des Exigences d'analyse du logiciel embarqué. Déclinaison de ces exigences en exigences détaillées dans un modèle UML d'architecture détaillée (spécification statique et dynamique) et dans un module Doors pour la traçabilité.
- A partir de ces exigences et des modifications nécessaire du modèle, génération de code ADA à partir du modèle détaillé.
- Développement du code ADA manuel nécessaire à l’implémentation des exigences détaillées.
• Tests :
- A partir des exigences d'analyse du logiciel embarqué. Spécification d'un modèle de test UML visant à tester les fonctionnalités développées dans un mode boite noire (Test unitaire).
- A partir des modifications nécessaire du modèle de test, génération de code ADA à partir de ce modèle.
- Développement du code ADA manuel nécessaire à l'implementation du test des exigences
• Maintenance :
- Réception de description de problèmes suite au tests d'intégration. Analyse et, si nécessaire, reproduction de ces problèmes.
- Si le problème est avéré , modifications nécessaires du code et du modèle UML, et ajout de tests supplémentaires si nécessaire
- Réception de modification d'interfaces utilisées par les composants et mise à jour si nécessaire du code des composants.
Environnement(s) technique(s) :
• ADA, Windows, GPS for ADA, Clearcase, Clearquest, Word, Cycle en V, UML sous Rhapsody, Tracabilité sous Doors.
-
Alten Technology France
- Ingénieur d'études
Boulogne Billancourt
2005 - 2007
-
Texas Instruments
- Ingénieur support pré-intégration (régie) pour ALTEN
Villeneuve-Loubet
2005 - 2007
Intitulé de l’intervention : Projet «Tokyo» , support et pré-intégration
Objectif :
• supporter l'équipe modem pour une plate-forme dual mode (partie GSM/GPRS/EDGE).
Réalisation(s) :
• Pré-intégration & préparation des livraisons software :
- Réception de toutes les branches software par gestion de configuration. Basé sur un label N-1, définition d’un nouveau label N regroupant les évolutions réceptionnées, tout en suivant le process de livraison. Test et livraison de ce label à l’équipe d’intégration
• Mise à jour par dépendance projets :
- Récupération des évolutions externes apportées par des projets sur lequel est basé le projet courant. La méthode employée correspond alors à une activité de gestion de configuration principalement. Support des projets basé sur le projets courant sur les évolutions internes apportées par le projet courant
• Support de l'intégration :
- Suivi, validation et intégration des branches correctives apportées par l’équipe d’intégration et impactant le software des livraisons précédentes
• Support en Gestion de configuration et du build system :
- Mise à jour des config specs interne à l’équipe de développement en fonction de ceux mis à jour par l’équipe d’intégration.
- Mise à jour des ressources liées au build-system en fonction d’évolution prévues ou non durant le projet.
• Analyse/support des problèmes liés à l’environnement sur cible :
• Apprentissage/analyse/support des problèmes rencontrés par l’équipe de développement en tests laboratoires sur cible. Les tests sont effectués dans une configuration pseudo-unitaires ou intégrant la solution software complète. Les analyses occasionnent un travail de communication avec l’équipe d’intégration.
• Maturation software (correction de bugs) :
- Après l’étape « code complete » du projet, Intégration à l’équipe support layer 1. Suite aux activités de tests GCF effectués en interne ou en externe de Texas instruments (Operating tests), affectation de problèmes via clearquest. Utilisation des ressources à disposition pour analyse des problèmes (trace embarquée et testeur, reproduction sur cible simulation en mode unitaires). Analyse du problème, correction, tests, et fermeture du problème.
Environnement(s) technique(s) :
• C, Windows, MS Visual C++, Clearcase, Clearquest, Word, CMMI L3, Layer1 (notions), Nucleus, Lauterbach, CMU200, Agilent ,ANITE, Environnement Multi-site et Pluri-culturel.
-
CELLon France - Wiz4com
- Ingénieur développeur
2002 - 2005
Objectif :
• Développer la couche middleware OS&Protocols puis Next Generation Software pour différents mobiles Philips , Siemens, Haier
Réalisation(s) :
• Développement :
- Multi Application manager (1 an et demi) : Codage de tout le module chargé de la coordination du lancement des services de toute la partie applicative du système d'un téléphone mobile :
* Service mémoire du système
* Contrôle d'accès aux ressource vidéo, audio, ou autres périphérique nécessitant un arbitrage.
* La priorisation des services statiques ou dynamique
- Support complet de ce développement en simulation et sur cible. Apprentissage du fonctionnement dans les équipes de pré-intégration et d’intégration pour faciliter leur autonomie.
- Création et maintenance de tous les test pouvant être intégrés dans un campagne de non régression du module de façon unitaire. Chaque problème rencontré et reproductible est concerné.
- Codage de toutes les évolutions nécéssaires au nouvelles contraintes liées au produit : mémoire dynamique, échange de mémoire entre 2 services, utilisant d’autres ressources du RTOS pour gérer libérer de la mémoire cluster.
- Développement d’une librairie d’outils accessibles par d’autres services applicatifs sur des types de données abstraits : liste, pile, chaine de caractères, abstraction des ressources systèmes.
- Participation au développement de l’abstraction des la téléphonie dans la couche système, Partie « Call », « Sms », « code », « Ss pour call » pour la collaboration sur ELIPS Framework.
• Activités d’architecture :
- Evolution/mise à jour/revue des évolutions internes liées au Multi Application manager. Ces évolutions sont soit liées. Les spécifications sont revues par l’équipe de la couche système.
- Participation à l’analyse des interfaces des solutions chipset du marché pouvant permettre d’affiner l’évolution de notre architecture/abstraction de la téléphonie, dan un souci de multi-fournisseurs.
- Reprise d’une spécification de l’architecture détaillée d’une première abstraction de la téléphonie dans la couche système.
- Spécification de l’architecture externe d’un module faisant abstraction de la téléphonie. Puis spécification de son interface en fonction des erreurs commises dans l’itération précédente.
- Participation aux activités de traçabilité sous DOORS, concernant la partie téléphonie.
- Portage et évolution de cette spécification dans un Framework software en développement (Middleware).
• Activités de support :
- Toutes les activités de support liées à la couche système ou tout module de la couche système pouvaient entrer en jeu. (Audio manager, Multi application manager, OSP librairie, RTOS, Telephony API) en fonction des ressources disponibles de l’équipe. Le contexte se faisant soit sur cible soit en simulations.
• Activités de prototypage :
- Activité liée au souci de veille technologique constante dans le monde du mobile.
- Evaluation technique de fournisseurs de Framework. (essai de faisabilité sur cible, facilité d’intégration à l’existant, possibilité d’évolution de l’existant)
Environnement(s) technique(s) :
• C, UNIX, Clearcase/Clearcm, RTKE, Lauterbach, Emacs, Word, UML (TAU), Doxygen, CMMI , Purify, DDTS, CMMI L2, Environnement Pluri-culturel, interface client fournisseur d’un point de vue technique
-
Philips Semiconductors
- Stagiaire développeur
Suresnes
2002 - 2002
Objectif :
• Développement d'un décodeur CSN.1 pour la couche L23 d'une solution modem GSM/GPRS
Réalisation(s) :
• Développement :
- Développement complet d’un compilateur de langage CSN.1, permettant la génération d‘une table de décodage et de fichiers compilable permettant de récupérer les données des messages CSN.1 d’une « protocol stack » mobile.
- Développement complet de la fonction de décodage utilisant cette table et permettant le remplissage des structures générées en fonctions des messages CSN.1 reçus des couches basses..
- Basé une sur idée, spécification d’un document d’interface et d’un document d’architecture détaillée, et d’un user manual concernant le décodeur CSN.1
Environnement(s) technique(s) :
C, Lex/Yacc, Clearcase,CSN.1
