Contexte : Mode de projet : Navineo est le logiciel, référence en matière de SAEIV, Il se décompose en deux sous-systèmes :
• Le sous système Poste Central (Java)
• Le sous système Embarqué (C++)
Principes de base de l'application Navineo :
• La Localisation
• La Communication entre sous-systèmes
• Le Référentiel
• L'Internationalisation
• Le fonctionnement en continu (24/24)
• La Borne d'Information Voyageurs Navineo
Enjeux projets & Responsabilités :
• Développement des composants génériques (code générique) qui permet de gérer la mixite phonie sans avoir à se
soucier sur le type phonie configurée.
• Réévaluation d’un ensemble de messages communication (Connexion, Demande appel, Appel, Raccroche, Voix,
Communication…etc.) qui sont échangés entre les applications Navineo et les différents modules phonie ou
infrastructures radios (3RP, GSM, Tetra, VOIP).
• Analyser les besoins des différents clients.
• Développement des nouvelles IHM et fonctionnalité pour l’affaire NiceBus.
• Génération des bilans d'exploitation Réseau, Ligne/sens, Parcours et Réalisation.
• Correction de bugs.
• Participer à différentes réunions Scrum (planification de sprint, réunion quotidienne, sprint rétrospectif).
• Rédaction des tests unitaires.
• Coordination et soutien de l'équipe intégrateurs lors de la phase de test dans les environnements production.
• Assurer les tâches de support.
Composition de l’équipe : l’équipe émission est composée de 14 personnes :
• 1 Managers de projet
• 1 Team lead
• 2 Analystes
• 14 DEV
• 6 Intégrateurs validateurs
Tâche complexe :
Prendre en charge une nouvelle fonctionnalité critique ‘Mixite phonie’ (Objectif 2020) suite à la demande de plusieurs
affaires(Nice, Lille… etc), qui sera intégrer dans le produit Navineo.
La communication entre les sous-sytèmes poste central et embarqué (véhicules, portatifs et BIV) s'effectue par l'échange de
messages de communication. Chaque message possède un en-tête qui identifie le numéro d'émetteur du message, le
destinataire ainsi que son type (identifiant) qui permet de le distinguer. L'envoi de ces messages est fait via différents médias
de communication radio et/ou filaires (Wifi, GPRS, TETRA, Ethernet...).
Le système actuel ne gère pas de communications mixtes (c’est-à-dire impliquant deux infrastructures radio), et Chaque mobile
ne dispose d’une seule adresse radio, c’est-à-dire on ne peut pas faire un appel tetra avec un mobile(véhicule, portatif) tetra,
et faire un appel Voip avec un mobile Voip.
Un client qui veut acquérir Navineo est obligé de choisir un mode de communication (Tetra ou VOIP ou GSM…etc.), et avoir les
mobiles qui supporte que se mode.
Objectif : le système doit être capable de gérer la mixite phonie sans problème d'interférence entre les différents infrastructure
radio, wifi, gprs (Tetra, Voip, GSM, 3RP)
Contexte : Mode de projet : Amanda est une plate-forme de tarification référentielle référencée 24h / 24 et 6j / 7 pour BP2S,
qui traite les prix de plus de 3 millions d’instruments financiers (1,1 million de titres, 7 500 000 prix intégrés chaque jour).
Enjeux projets & Responsabilités :
• Intégration du client ARROW dans AMANDA.
• Développement des composants génériques (code générique) pour intégrer les données statiques et position pour
les futurs clients AMANDA (utilisé pour ARROW).
• Intégration de nouveaux flux (fichiers de prix de cours) de tous les fournisseurs de données: Bloomberg, Reuters, Six
Financial, Marché, ICE FUND RUN, JP Morgan.
• Mettre en œuvre de nouveaux flux fournisseurs pour la plate-forme de négociation afin de satisfaire les demandes
des clients pour tous les types d’instruments: actions, obligations, ucits, futures, options, warrants sur tous les
pricing point : intraday / COB.
• Analyser les besoins des différents clients.
• Génération de rapports (rapport de prix validé, rapport de comparaison de prix, etc.)
• Correction de bugs.
• Rédiger des spécifications techniques détaillées (Wiki).
• Participer à différentes réunions Scrum (planification de sprint, réunion quotidienne, sprint rétrospectif).
• Validation des tests unitaires et de régression et des tests fonctionnels.
• Coordination et soutien de l'équipe BA (Paris, Chennai et Lisbonne) lors de la phase de test de bout en bout, dans les
environnements pré-production et production.
• Assurer les tâches de support.
• Assurer les astreintes "une semaine par mois"
Composition de l’équipe : l’équipe émission est composée de 14 personnes :
• 2 Managers de projet
• 1 Scrum master
• 1 Senior en développement
• 6 BA
• 4 DEV
Tâche complexe :
Développement des composants génériques pour l’intégration du périmètre client (Static data & position), avant ce
développement l’enregistrement d’un nouveau client se faisait en reprenant le code des clients précédents déjà intégrés, avec
un budget 15 JH (DEV+TEST). J’ai proposé de mettre en place une solution générique et standard pour intégrer les futurs clients
et réduit le budget à 2 JH, j’ai réalisé cela en passant par le développement des couches applicative en JAVA, WTX, SPRING,
Hibernate, Transact-sql, nous avons utilisé le générique pour faire l’On-boarding d’un nouveau client ARROW.
Contexte : Mode de projet : Intégration de la partie émission (la gestion de tous les types de cartes et produits, la gestion du
porteur de la carte...etc.) pour le client SIA (Société italienne opérant dans le domaine des TIC, fournissant des solutions et des
technologies au secteur bancaire et financier).
Enjeux projets :
• Assurer les besoins fonctionnels et techniques de SIA sur la partie Emission "Issuing’’.
• Capacité de supporter les plus importants systèmes de cartes (Visa, MasterCard, AMEX).
• Capacité de supporter différents types de produits de cartes (crédit, débit, prépayé, frais, charge, consommateur,
entreprise, etc.).
• Rapidement accessible par les clients (via l'interface graphique ou les services Web).
• Multi-currency, multi-company, multi-language.
Composition de l’équipe : l’équipe émission est composée de 17 personnes :
• 2 Directeurs de projet
• 1 Manager
• 2 Senior en développement
• 3 personnes dans l’équipe recette ‘’Testing’’
• 8 développeurs
• 1 Freelance
Responsabilités :
• Monter en compétences sur le métier de la monétique.
• Analyse des besoins.
• Assurer la conception technique via UML.
• Développement des IHMs, les écrans web ou bien le front end (la couche présentation) via FLEX tout en faisant le
dessin des composants graphiques suivant les SFG (Spécification fonctionnel générale) et SFD (...Techniques).
• Couche DAO pour la mapping objet relationnel codé via Hibernate/JPA.
• Couche métier où on implémente la logique métier en Java ou en PLSQL en fonction du besoin.
• Couche service qui va permettre à certains modules de communiquer entre eux (exemple service qui retourne la
liste des clients suivant la banque …etc.) via SOAP.
• L’inversion de contrôle avec SPRING.
• La gestion de versioning via ClearCase.
• Le build avec Maven, Hudson et Jenkins.
• Déploiement manuel sur JBOSS et WEBSPHERE .
• Effectuer des tests unitaires avec Junit, et integration,non-régression et fonctionnels.
• Correction des anomalies et des retours clients.
• Support fonctionnel du client au niveau de leurs tests.
• Participer aux différentes réunions agiles (Scrum) (sprint planning, daily meeting, sprint rétrospective).
• Chiffrage des tâches du développement en nombre JH.
• Estimation du reste à faire
Tâche complexes :
• Personnalisation des cartes via le développement des Batchs de traitement dont le « Embossing » qui permet de
générer un fichier XML qui va permettre à SIA (le client) de personnaliser la création des carte en masse en se basant
sur des écrans de paramétrage :
1. Embossing_card_data : qui permet de définir le format du numéro de carte ainsi que le Start range et l’end
range et le produit de la banque.
2. Embossing_plastic_layout : permet de définir le format de text de la carte ainsi la couleur (fond …etc) .
3. Etc...
➔ Ce ficher générer par le batch sera envoyer à l’institution qui va faire le travail d’impression physique de ces cartes.
Intégration du module AMEX pour la gestion des messages financière provenant d’AMEX et vice versa y savoir :
• AUTHORIZATION
• AMEX INCOMING
• AMEX OUTGOING ACKNOWLEDGEMENT
• AMEX OUTGOING
• AMEX INCOMING ACKNOWLEDGEMENT
• AMEX INCOMING PRESENTEMENT
• AMEX FRAUD
Missions :
• Comprendre la documentation d’AMEX (Network specification), le métier du réseau AMEX .
• Développer les écrans (IHM) pour la gestion des chargeback, et les batch incoming, ainsi le incoming
acknowledgement,…etc.
• Effectuer des tests unitaires, intégration et fonctionnels.
Contexte : La refonte du SI métier de Marsa Maroc
Enjeux : Une refonte du système a été amorcée p...