Nouveau système de monitoring des ordres de bourse pour les salestraders (OMS) – Extension au monitoring spécifique des paniers d'ordres – Adaptation pour les besoins spécifiques US et Asie
benchmark et maquettage des solutions techniques (grille d'affichage, remoting)
définition de l'architecture du produit
encadrement de quatre ingénieurs pour la réalisation
support aux utilisateurs (24/24)
Ancien système de monitoring des ordres de bourse
prise en main du fonctionnel , du code existant et du modèle de base de données
stabilisation et optimisation de l'application
maintenance applicative et évolutive (200 utilisateurs dans le monde)
formation des nouveaux salestraders
Application de configuration de la base de données pour l'OMS – OrsAdmin.net
architecture de la refonte du projet en dotnet
développement
Environnement technique : C#.NET, VS 2005, Sybase, ADO.NET, Surround, Windows
Projet de vidéosurveillance de la ville de Lyon
 prise en main du fonctionnel , du code existant et de la base de données SQL rétro-conception UML
 finalisation des applications client et serveur du projet (corrections et implémentation des points fonctionnels manquants)
 factorisation de l𠆞xpérience projet par la définition de l𠆚rchitecture souhaitable pour un produit de vidéosurveillance
Evolutions dans l𠆚nalyseur des mesures de contrôle des générateurs de vapeur des centrales nucléaires pour accélerer l𠆚nalyseur (Avril 03 à Nov. 04)
 mise au point du cahier des charges avec le client
 étude de l’impact sur l𠆞xistant
 chiffrage du coût forfaitaire du développement
 document de modification de l𠆚rchitecture de l𠆚pplication existante
 proposition d𠆞rgonomie pour faciliter le travail des opérateurs (maquette et nouveaux écrans)
 investigations pour choisir l’outil de génération de l𠆚ide au format HTML
 passage de l'analyseur de Visual C++ 6 à Visual .NET
 maquette de système centralisé de gestion des fissures des générateurs de vapeur en DOTNET (IHM et base de données)
 recodage d’un contrôle graphique en C++ managé pour estimer le temps nécessaire au passage de toute l𠆚pplication en C++ managé
 amélioration des présentations graphiques et de certains traitements du contrôle SAX (sonde axiale)
 impression de planches de présentation de résultats
 dialogue avec un module de gestion pour mémoriser / afficher les défauts trouvés
 affichage des défauts de la visite précédente
 module de saisie semi automatique et graphique des caractéristiques des fissures
 impression au format pdf et visualisation des planches imprimées à l’écran
 document de spécification générale du module d�quisition Hélium en liaison avec les opérateurs qui faisaient le contrôle avec une autre application
 document de conception objet des modifications de l𠆚nalyseur pour contrôler le module d�quisition, afficher les points acquis en temps réel et faire l𠆚nalyse des contrôles Hélium
 ergonomie de l𠆚nalyseur adaptée aux spécificités de l�quisition
 encadrement technique de l’ingénieur en charge du module d�quisition
 modifications dans le code de l𠆚nalyseur
Traitement de titres du système de billétique des bus/tramway de Strasbourg (4 mois)
 document de conception du traitement de titres
 encadrement d’un ingénieur pour la réalisation et passage de connaissance sur les spécificités d’un traitement de titres
 cahier de test et modules de simulation des autres applications du système
 codage de l𠆚pplication et des simulateurs
Evolutions dans le système de billétique des bus des îles Canaries (1 mois)
 propositions de modification d𠆞rgonomie de la machine de guichet
 chiffrage du coût forfaitaire des évolutions demandées
 document de conception des modifications de la base de données, de l𠆚pplication de configuration de cette base, de la machine de guichet et du traitement de titres embarqué
 codage et recette des modifications
Environnement technique : Visual C et C++, MFC, DAO, Access, Windows
Evolutions dans l𠆚nalyseur de mesures pour le double contrôle par sonde tournante STT-STL
 proposition d𠆞rgonomie et d’IHM pour analyser les deux parties STT et STL du contrôle simultanément
 document de spécification des interactions existant entre contrôles (zoom, signal affiché toujours le même dans différents contrôles ou dans différents écrans), chiffrage de la refonte des contrôles graphiques en contrôles ActiveX et maquette de démonstration pour validation par le client du démarrage du développement
 maquette d𠆚pplication de configuration des écrans de l𠆚nalyseur en utilisant les contrôles ActiveX
pour démontrer l’utilité de la refonte
 document de conception objet
 refonte de l𠆞rgonomie et homogénéisation d𠆚spect pour les analyses multi-contrôles et comportant de nombreux écrans
 codage des contrôles ActiveX
 modifications dans le code de l𠆚nalyseur pour les contrôles STTSTL et pour utiliser les nouveaux contrôles graphiques
Supervision du banc de test de la tourelle du char Leclerc
 démonstration de l�équation du progiciel PANORAMA avec le cahier des charges
 chiffrage forfaitaire du développement
 document de spécification des échanges avec le banc de test
 définition des symboles graphique modèle en concertation avec le client, création des écrans
 livraison de maquettes intermédiaires de l’IHM pour mise au point de l𠆞rgonomie
 document de conception
 configuration de PANORAMA
 codage d’une application spécifique pour interfacer PANORAMA avec le banc de test
 codage du simulateur du banc de test et de scripts de test
Evolutions dans l𠆚nalyseur de mesures pour l𠆚nalyse déportée
 organisation du développement en équipe (3 développeurs) et document de description des règles de codage
 démonstration de la viabilité de l𠆚nalyse déportée (création d’un lien réseau entre le site d�quisition sous Unix et le site d𠆚nalyse sous Windows, transmission automatisée des fichiers de mesure entre l�quisition et l𠆚nalyse)
 choix des solutions techniques
 extension du projet initial avec systèmes de traces et de configuration centralisées
 document de spécification de l𠆚rchitecture client / serveur du système
 document de conception
 codage des différents composants du système
 codage des adaptation dans l𠆚nalyseur
Système de billétique des bus des îles Canaries
 prise de connaissance de l𠆚vancement du projet à mon arrivée
 concertation avec les développeurs des autres parties du système pour préciser les interfaces
entre applications
 participation à la définition de l𠆞rgonomie de la machine de guichet
 protection des applicatifs par carte à puce SmartCard (Gemplus)
 document de conception de l𠆚pplication IHM de configuration de la base de données et
génération des fichiers binaires à destination des applications « utilisatrices »
 codage de l𠆚pplication de configuration