-
Notifications
You must be signed in to change notification settings - Fork 1
Simulateur monétique
Le but de ce "sous-projet" est de faire une surcouche du framework dans un domaine précis afin d'en vérifier le fonctionnement. De plus, il permet de s'en servir de base de connaissances pour les futurs développeurs sur le simulateur. Cette documentation a pour objet de présenter l'implémentation monétique réalisée sur le simulateur de flux. Elle détaille, pour le scénario de démonstration retenu, les choix d’implémentation ainsi que l’organisation des composants et leurs stratégies.
Le schéma 4 coins ci-dessus est la base de travail de notre scenario. Le périmètre du scenario de démonstration est l’autorisation d’un paiement de proximité sur Terminal de Paiement Électronique. Les composants mis en oeuvre seront donc :
- Des cartes à puce
- Un Terminal de Paiement Électronique
- Le Front-Office Acquéreur (via le SAA)
- Le réseau d’autorisation (e-RSB)
- Le Front-Office Émetteur (via le SAE)
Le composant Carte définit une carte physique.
C'est un composant de "haut niveau" contenant plusieurs sous composants
Architecture du composant :
- Sous composant "chip" : ce composant définit la puce de la carte. Elle contient des données et des fonctionnalités permettant le dialogue avec d'autres composants de type Input ou Input/Output. La puce contient de l'intelligence et est capable d'effectuer des opérations courantes. (Dans cette implémentation la puce permet la communication avec un terminal, l'établissement d'un canal sécurisé, l'authentification porteur, l'émission d'ARQC et la réception et traitement d'ARPC.)
- Sous composant "magstripe" : ce composant définit la piste magnétique de la carte (Track2). Elle contient des données publiques lisibles afin de permettre un nombre limité de traitements. C'est un composant de type Output (émission d'inforamtion seulement).(Dans cette implémentation la piste ne permet pas la vérification de PIN).
Stratégie du composant : La stratégie de ce composant est basée sur un traitement de message reçu selon deux paramètres : l'état d'avancement de la cinématique de paiement et le type de message reçu. La carte dispose en effet d'états selon l'avancement de la transaction (éteinte, canal sécurisé, porteur authentifié). En combinant un état et un type de message reçu, la carte est en mesure de choisir le traitement associé.
Un TPE est un appareil électronique capable de lire les données d'une carte bancaire, d'enregistrer une transaction, et de communiquer avec un serveur d'authentification à distance.
Stratégie du composant :
Le début de communication avec la carte a pour objectif de mettre en place le channel sécurisé et de choisir par la suite le protocole commun a adopter.
Il existe deux cinématiques d'authentification porteur entre ces deux composants :
- Authentification sans demande d'autorisation carte.
- Authentification avec demande d'autorisation carte.
Grâce aux composants et aux stratégies disponibles dans ce projet, il est possible de réaliser :
- le paiement
- l'autorisation
- télé-collecte