CV/Mission de Développeur teamcenter freelance

Exemple de missions d'Abdelfetah,
Développeur teamcenter habitant Paris (75)

• HITACHI RAIL STS – LES ULIS (91)
  Jan 2018 - Jan 2021

  Tests et validation de composants logiciels pour les projets internes et Bi-Standard (SNCF)
  Contexte :
  HITACHI Rail STS est un des plus importants concepteurs et installateurs de signalisation ferroviaire.
  Projet :
  Mise en œuvre d’une campagne de test pour valider plusieurs fonctionnalités pour les composants logiciels:
  LOC-PROTECT, DRV-OP, TRACK-INFO-MNGT, CFG-MTORE, CFG-FTT, STM-CTRL et ETCSMESSAGING pour le projet (Bi-Standard) de la SNCF ainsi que les projets internes (Dawonsys, Velaro), au
  sein d’une équipe composée de 15 collaborateurs.
  
  Réalisations :
   Test, validation et mise en œuvre des environnements de tests de logiciels applicatifs des composants
  suivants : DRV_OP (Operations conducteur), CFG_FTT (Fonctions Techniques Train), CFG_MTORE
  (Module Tout Ou Rien ERTMS), STM_CTRL (gestion des Systèmes Nationaux),
  ETCS_MESSAGNING (Gestion de cohérence entre les messages), TRACK_INFO_MNGT (Gestion
  des informations liés aux conditions de voie) et LOC_PROTECT (Gestion de la localisation/protection
  des trains).
   Analyse des spécifications ainsi que des évolutions fonctionnelles logicielles.
   Découpage des exigences du document Software Component Spécification (SWCS) en cas de test.
   Rédaction du Component Test Catalogue document (SCTC).
   Livraison de Software Component Test Catalogue (SCTC)  Catalogue de tests.
   Ecriture des STUBS (environnement de génération d’exécutable de test).
   Mise à jour des environnements de test.
   Rédaction de scénarios de tests sous Notepad++.
   Exécution des tests avec le simulateur SIMEV.
   Analyse de la campagne de non régression.
   Analyse de couverture et justification de couverture de code.
   Rédaction de Work Item / Remontés d’anomalies.
   Livraison de Software Component Test Result (SCTR)  Résultats de la campagne de tests.

  Environnement technique :  Windows 10  Langage Ada83/85,  AdaMulti sous GreenHills,  Simulateur d’instruction Coldfire: Sim68k,  Simulateur d’environnement Hitachi : Simev13 et Simev15,  Scénarios de test sce ou ptv,  Gestion de configuration : RTC,  Gestion documentaire : Doors, TeamCenter  Norme : EN 50128

• THALES AIR SYSTEMS – RUNGIS (94)
  Jan 2017 - Jan 2017

  Tests et validation fonctionnelle d’un système de gestion du Contrôle aérien pour le projet PALLAS
  Contexte :
  Thales est un fournisseur de solutions ATM (Air Trafic Management) pour faciliter les décisions et assurer le
  contrôle et la sécurité du trafic aérien.
  Projet :
  Rénovation du Centre de Contrôle aérien de la Grèce pour Thales Air Systems
  Validation fonctionnelle et recette client pour de nouvelles fonctionnalités impactant notamment le composant
  traitement plans de vols (FDP), au sein d’une équipe composée de 10 collaborateurs.
  Réalisations :
   Analyse des spécifications ainsi que des évolutions fonctionnelles.
   Ecriture des cas de tests en regard des exigences fonctionnelles.
   Rédaction du catalogue de tests.
   Ecriture des scénarios de tests.
   Exécution des scripts de tests.
   Remontée des anomalies non conforme aux exigences fonctionnelles.
   Validation des corrections d’anomalies conforme aux exigences fonctionnelles.
   Livraison du catalogue de tests.

  Environnement technique :  Environnement de test sous DYVA et ETIC  Langage Ada83/85, Langage C  Linux, SVN, simulateur propriétaire

• PARKEON
  Jan 2013 - Jan 2015

  Tests et validation fonctionnelle d’un système billettique
  Contexte :
  PARKEON – Besançon (25) est une société apportant des solutions et innovations dans le domaine de la
  billettique.
  Projet :
  Déploiement de plusieurs automates DAT (distributeurs de titres de transport) pour le client les cars AIR
  France (AEROLIS) ainsi que de la mise en place du serveur de PRODUCTION.
  Validation fonctionnelle suite à de nouvelles mises à jour logiciel des automates ainsi que le serveur de
  PRODUCTION celui-ci permettant la gestion à distance DAT. Au sein d’une équipe composée de 20
  collaborateurs.
  Réalisations :
   Analyse des spécifications ainsi que des évolutions fonctionnelles.
   Validation fonctionnelle des DAT (distributeurs de titres de transport) suite à mise à jour logiciel.
   Validation fonctionnelle du serveur de PRODUCTION suite à mise à jour logiciel.
   Recette logicielle du serveur de PRODUDUCTION.
   Recette matérielle et logicielle des DAT.
   Recette logicielle de la phase audio.
   Validation fonctionnelle suite à correction d’anomalies ou évolution logiciel.
   Livraison du catalogue de tests
   Import et export d’informations depuis la base de données BDD, pour exploitation des données par le
  client.
   Import du nouveau logiciel depuis le serveur de PROD, diffusion du logiciel sur tous les automates.
   Envoi des commandes du serveur de PROD vers les DAT, puis attente de la remontée des évènements
  (session comptable, historiques journaliers, journaux des interventions, journaux des transactions) des
  DAT vers le serveur de PROD.

  Environnement technique :  DAT (distributeurs de titres de transport)  Serveur de PROD  Connexion à distance type RDP ou Vmware  SQL sous Oracle  Excel

• PARKEON
  Jan 2011 - Jan 2012

  Tests et validation fonctionnelle d’un système billettique
  Contexte :
  PARKEON – Besançon (25) est une société apportant des solutions et innovations dans le domaine de la
  billettique.
  Projet :
  Extension de la tranche conditionnelle de la ligne B sur le réseau de transport de l’agglomération orléanaise
  répondant des demandes de correction d’anomalies ou évolution logiciel (côté DAT ainsi que le serveur de
  PROD).
  Validation fonctionnelle suite à de nouvelles mises à jour logiciel des automates ainsi que le serveur de
  PRODUCTION celui-ci permettant la gestion à distance DAT (distributeurs de titres de transport). Au sein
  d’une équipe composée de 20 collaborateurs.
  Réalisations :
   Analyse des spécifications ainsi que des évolutions fonctionnelles.
   Validation fonctionnelle des DAT (distributeurs de titres de transport) suite à mise à jour logiciel.
   Validation fonctionnelle du serveur de PRODUCTION suite à mise jour logiciel.
   Validation fonctionnelle DAT suite à correction d’anomalies ou évolution logiciel.
   Mise à jour du serveur PRODUCTION suite à correction d’anomalies ou évolution logiciel.
   Livraison du catalogue de tests.

  Environnement technique :  DAT (distributeurs de titres de transport)  Serveur de PROD  Connexion à distance type RDP ou Vmware  SQL sous Oracle  Excel

• RENAULT
  Jan 2009 - Jan 2010

  Tests et validation fonctionnelle d’un calculateur embarqué
  Contexte :
  RENAULT – Lardy (91) est un constructeur automobile travaillant avec différents équipementiers
  (CONTINENTAL, BOSCH, DELPHI-VALEO).
  Projet :
  Validation fonctionnelle d’un calculateur embarqué fourni par différents équipementiers puis testés sur
  différentes gammes de véhicules de la marque Renault, afin d’identifier chaque types de défauts lors de la
  détection d’anomalies et de mettre à jour la base de données DDT2000. Au sein d’une équipe composée de
  10 collaborateurs.
  Réalisations :
   Validation fonctionnelle suite à de nouvelles mises à jour sur différents calculateurs.
   Mise en œuvre d’une campagne de tests d’endurance et de performances.
   Identification de chaque type de défaut lors de la remontée de pannes électroniques ou mécaniques du
  calculateur.
   Mise à jour des résultats de tests dans la base DDT2000.
   Mise à jour de la traçabilité des informations dans la base DDT2000.

  Environnement technique :  Base de données DDT2000 (RENAULT)  Excel  Calculateurs (CONTINENTAL, BOSCH, DELPHI-VALEO)

• GEMALTO
  Jan 2008 - Jan 2009

  Tests et validation d’une couche logicielle FTL (Flash Transition Layer) d’une mémoire Flash
  Contexte :
  GEMALTO – Meudon-Sur-Seine(92) est un des leaders mondial de la carte à puce dont les secteurs
  d’activités sont diversifiés comme le secteur des transports, bancaires et téléphonies.
  Projet :
  Validation logicielle d’une couche, dite la FTL (Flash Transition Layer), contrôlant et optimisant l’utilisation
  d’une mémoire Flash. La cible est fixée sur une carte et communique avec un environnement de tests
  EVA.net sur PC. Au sein d’une équipe composée de 20 collaborateurs.
  Réalisations :
   Analyse des spécifications ainsi que des évolutions fonctionnelles.
   Découpage des exigences logicielles en cas de tests.
   Rédaction du catalogue de tests à partir des exigences du cahier des charges
   Participation à la définition de l’interface (API) et le module de communication permettant
  l’échange de données entre l’environnement EVA.net (sur PC) et la cible
   Mise en œuvre d’une campagne de tests d’endurance et de performances
   Manipulation environnements de tests
   Utilisation de scripts pour exécuter les procédures de tests entre l’environnement de tests EVA.NET
  (sur PC) et la FTL (la cible)
   Résultats de la campagne de tests
   Relevés des anomalies lors des résultats de tests
   Livraison du catalogue de tests.

  Environnement technique :  Langage VB.Net sous Visual Studio 2007, Langage C  Mémoire Flash utilisant la couche FTL (la cible)  Environnement de tests EVA.NET (PC hôte)  Excel