CV/Mission de Développeur scade freelance

Exemple de missions de Philippe,
Développeur scade habitant la Haute-Garonne (31)

• Responsable technique de l’équipe de validation

  Airbus Buxtehude (Allemagne)
  Jan 2009 - aujourd'hui

  Langages : C (SCADE Suite & SCADE Display) , HSI, Scripts.
  
  Réalisations :
   Revue de spécification avec le client.
   Définition des modèles de test des scénarios SCADE et des tests de
  validation (HSI).
   Définition de l𠆞nvironnement de test.
   Automatisation des campagnes de test. (Simulation & Co-Simulation)
   Gestion d’une équipe de 4 personnes (3 en Roumanie + 1 en
  France).
   Suivi d𠆚vancement interne. (avancement technique, RAP …)
   Suivi technique de l’outil Converter / SWI-On-Target.
  Le gestionnaire de page du MFD (MPM - MFD Page Manager) fait partie
  de l𠆚pplication gérant la zone chargement (LMWA – Loadmaster
  Workstation Application) du futur A400M.
  Le MPM a en charge l�ichage graphique de l𠆞nsemble des données
  des pages systèmes (WWS, CPCS - OXY, ACSVCS) et de la zone cargo
  (GND / FLIGHT CARGO). Le MPM permet la navigation entre les pages
  via le clavier, la souris ou les touches matérielles ainsi que l�tivation ou
  la désactivation des verrous de chargement sur la page

• Société Communication Systèmes (31 Toulouse
  Jan 2007 - aujourd'hui

  
  Projet: MPM MFD A400M IOC (DO178 Niv. B)

• Ingénieur de test.

  ATOS ORIGIN INTEGRATION (31 Toulouse)
  Jan 2005 - Jan 2007

  Projet : BCM A400M. (Calculateur de secours de l�M - DO178B
  Niv.A)

• Responsable technique sous-ensemble PROTOCOLE et BITE (Standard S0).

  Airbus
  aujourd'hui

  Projet : Flight Warning Application A350 (DO178B Niv. C)
  PROTOCOLE et
  BITE (Standard S0).
  
  Langages : C
  
  Outils et normes : Stood (Modélisation), A661, A653, A429, TFTP.
  
  Réalisations :
   Rédaction des spécifications (SRD, SDD_Dyn).
   Réalisation des chiffrages.
   Rédaction de support de formation
   Gestion d’une équipe de 5 personnes.
   Suivi d𠆚vancement interne et client.
  
  L𠆚pplication Flight Warning 350 a en charge l�ichage de l𠆞nsemble des
  données destinées au pilote et au copilote. (alarmes, check-list)
  Le sous-ensemble PROTOCOLE permet aux autres sous-ensembles de
  communiquer avec des équipements extérieurs (carte audio, équipement
  CDS). Il assure la communication avec les différents équipements via des
  protocoles de communications dédiées (TFTP, A661 …).
  
  Projet : FADEC - Minimacs2 (Système temps réel - DO178B Niv.A)

• Ingénieur de test et d’intégration.

  Thalès Avionics (Meudon 92) pour TurboMéca
  aujourd'hui

  Langages : C (Cible PowerPc MPC5554)
  Le système FADEC permet d𠆚ssurer le fonctionnement d’une turbine
  d’hélicoptère. Ce système utilise le logiciel Minimacs2 MDWF qui intègre
  le noyau temps réel ainsi que l𠆞nsemble des sous-ensembles couches
  basses.
  Réalisations :
   Rédaction et passage des tests d’intégration
   Mise en place de la traçabilité sur Reqtify.
   Rédaction des documents techniques associés.
   Référent technique de l�tivité des tests d’intégration.

• Ingénieur de développement / Test.

  Airbus en assistance technique sur site
  aujourd'hui

  Langages : Assembleur dédié (FPGA), Script ksh, awk
  Le BCM est le calculateur de secours du futur A400M. Il a pour rôle
  d'asservir les différentes gouvernes et d'assister les calculateurs primaire
  et secondaire.
  
  Réalisations :
   Codage d'une partie des symboles de la bibliothèque.
   Rédaction des tests unitaires des symboles de la bibliothèque.
  (Méthode des classes d'équivalence).
   Codage du logiciel BCM_A400M à partir de la spécification SCADE.
   Test d’intégration sur le traitement du signal.
   Spécification, Codage, Test de l’outil de calcul de l’occupation des
  mémoires (Code, Flash, Ram).
   Spécification, codage, test d’outils. (Scripts ksh, awk)
  
  Projet C.P.E.R. (Certified Packet Encoding Rules - D0178B Niv.c)

• Airbus
  aujourd'hui

  Langages : C, Attol
  Le logiciel CPER est un runtime utilisé par Airbus pour permettre aux ATC
  (Air Traffic Control) embarqués à bord de l'avion de communiquer avec
  les ATC sol.
  Pour cela, il utilise un formalisme écrit en syntaxe ASN.1 (Abstract Syntax
  Notation 1) et les règles d'encodage et de décodage PER.
  
  Réalisations :
   Mise à niveau des tests de validations dans le cadre de l'évolution du
  Runtime C.P.E.R.
   Mise à niveau des tests unitaires dans le cadre de la certification.
   Référent technique auprès d’une équipe de 2 personnes.
   Rédaction des documents techniques associés.
  
  Projet : Outils annexes DECODIEV

• Ingénieur développeur/concepteur

  Airbus
  aujourd'hui

  
  Langages : C, Attol
  DECODIEV est un logiciel utilisé chez Airbus pour décoder les traces
  d𠆞ssais en vol émises par les calculateurs. A l’origine, ce logiciel fut
  imaginé et créé pour les calculateurs de l� et décodait donc des
  traces encapsulées dans des trames au format AFDX. Mais devant
  l𠆞rgonomie du logiciel, les équipes ATSU (A320, A340…) ont décidé de
  décoder les traces encapsulées dans des trames au format ARINC. Pour
  cela des outils annexes permettent d'assurer la compatibilité entre le
  formalisme AFDX et ARINC.
  
  Réalisations :
   Codage d'outils permettant d'assurer la compatibilité avec le logiciel
  de décodage de traces d'essais en vol DECOD_IEV.
   Test de validation (Test système)
   Rédaction des documents techniques associés.
   Validation et tests des outils.
  
  Projet : ARFM (DO178B Niv. C)

• Ingénieur de test.

  Airbus
  aujourd'hui

  Langages : C, Attol
  L'ARFM est l'équipement qui permet aux pilotes de configurer les
  communications entre l'avion et les équipements aux sols grâce à une
  IHM. L'ARFM permet aussi la réception des messages en provenance du
  sol sous forme texte.u
  sol sous forme texte.
  
  Réalisations :
   Mise à niveau des tests unitaires dans le cadre de la certification.
   Rédaction des documents techniques associés.
  
  Projet Step2

• Ingénieur développeur/concepteur

  Airbus
  aujourd'hui

  Langages : C, langage Visual Basic (Macro Excel).
  Le projet STEP2 permet de définir des zones de couvertures des DSPs
  en fonction des différents providers ARINC et SITA.
  
  Réalisations :
   Analyse des macros Excel existantes et comparaisons avec les
  vérifications demandées par les consortiums ARINC et SITA.
   Recherche d'une solution de cartographie pour l'outil
  GENE_CARTO_DSP.
   Analyse de faisabilité.