Académique Documents
Professionnel Documents
Culture Documents
Date
30/11/2012 21/12/2012 19/04/2012 24/04/2012
Objet de la modification
Cration Modifications Tous Tous
Chapitres
Auteur
Jacques BAHADORI Jacques BAHADORI Jacques BAHADORI Jacques BAHADORI
Modifications suite aux Tous remarques de Francis SYKES Modifications suite aux Tous remarques de Francis SYKES et Mathias DUHAU Modifications suite aux Tous remarques de Francis SYKES et Mathias DUHAU Modifications suite aux Tous remarques de Francis SYKES
3.2
13/05/2012
Jacques BAHADORI
3.2
14/05/2012
Jacques BAHADORI
Page 2/7
CSFT biomtrie
Sommaire
1. CONTEXTE.....................................................................................................................................................................4 1.1. 1.2. 2. CADRE DE L ETUDE ..................................................................................................................................................4 ENONCE DU BESOIN ..................................................................................................................................................5
DESCRIPTION DES BESOINS NECESSAIRES AU PROJET. ...........................................................................5 2.1. 2.2. 2.3. 2.4. LOGICIEL ET MATERIEL.............................................................................................................................................5 P RESTATIONS INTELLECTUELLES..............................................................................................................................6 ECHEANCIER DE PAIEMENT ......................................................................................................................................6 INFORMATION COMPLEMENTAIRE SUR LA PROCEDURE DACHAT............................................................................7
Page 3/7
CSFT biomtrie
1. CONTEXTE
1.1. CADRE DE LETUDE Lobjectif de ce projet est ltude dun nouveau concept de page de transport public, sans barrire anti-fraude, capable dune dtection automatique du voyageur, en entre et en sortie, sans ou avec prsentation dun objet communiquant. Le passage des voyageurs se fera de manire fluide. Afin dassurer que lacte de validation est effectif, le client sera inform par un signal lumineux et sonore. Si le voyageur est en situation irrgulire, le systme linformera par les mmes moyens. Le passage envisag tant potentiellement ouvert et reprsentant une incitation la fraude, ltude devra mettre en oeuvre des solutions pour en viter laugmentation, notamment grce au comptage voyageur.
Pour cela, nous souhaitons proposer le dveloppement dun systme de page base de reconnaissance faciale permettant didentifier le voyageur lentre et la sortie du rseau. Le systme ira donc comparer la signature biomtrique du voyageur prsent devant les capteurs, celles enregistres en base de donnes et calculera un cot de transport. Le processus de traitement sera le suivant en entre comme en sortie : 1- La dtection, le comptage en temps rel de personnes en mouvement et lidentification par comparaison de signatures. 2- Traitement du contrat. 3- Gestion client (retour visuel/sonore, voire obstacle en cas de fraude). Le traitement fonctionnel sera ralis par le RATP ( partir des librairies de fonctions fournies par le titulaire) ainsi que les lments physiques constituant le page. Trois cas de figure se prsentent alors : 1 - Le voyageur est identifi, lapplication va alors vrifier la validit de son contrat par rapport son lieu dentre ou sortie sur le rseau.
RATP-ING-SVM-BRS (version 1.0) Page 4/7 CSFT biomtrie
2 - Le voyageur nest pas reconnu, et dans ce cas, lapplication enregistre la signature biomtrique dans une base de donnes de fraudeurs afin de pouvoir enregistrer lensemble de ses infractions. 3 Le voyageur nest pas identifi en tant que personne (tte tourne, camouflage, ). Le projet consiste concevoir une maquette sur la plate forme de test de la RATP. La finalit de cette exprimentation est la ralisation dun dmonstrateur permettant de quantifier la fiabilit du comptage et surtout de lidentification. 1.2. ENONCE DU BESOIN Ainsi, il est ncessaire de prvoir la mise en oeuvre de : La solution didentification faciale prenant en compte les contraintes temps rel dcrites dans ce document. Capteurs vido capables de procder une acquisition courte distance et de bonne qualit sur un individu en mouvement. Lobjet de ce document est de prsenter le cahier des charges de cette fourniture, hors PC industriel qui sera achet dans un autre march.
Page 5/7
CSFT biomtrie
Les sources de ces 2 programmes applicatifs devront tre modifiables en interne pour les besoins du projet des librairies de fonctions de type .dll sous windows et .so linux permettant la ralisation dune application didentification faciale et de comptage. un exemple de programme crit en langage C permettant de raliser au minimum une acquisition, une criture en base de donnes et une identification. Le logiciel devra tre capable de remonter une information de comptage voyageur, mme dans le cas o le client nest pas identifi en tant que personne (tte tourne). Les signatures biomtriques devront bnficier dun cryptage ou dun codage spcifique ne permettant pas de reconstituer la photo dorigine. Lapplication du page proprement dite sera dveloppe par la RATP. Ce traitement utilisera les fonctions de la librairie fournie par le titulaire pour : Calculer la signature biomtrique. Obtenir linformation de comptage. Comparer la signature du voyageur toutes celles prsentes en base afin dobtenir un taux de similitude chaque comparaison. Ainsi, par paramtrage de lapplication, lautorisation de passage sera accorde partir dune certaine valeur de ce taux.
2.2. PRESTATIONS INTELLECTUELLES. Deux types de maintenance sont demands : Type 1 (corrective) : Elle correspond une garantie dun an sur les produits livrs. Type 2 (applicative) : Loffre devra galement proposer des tranches optionnelles (cot et dlais) dassistance la mise en uvre ou de dveloppement spcifique. Cette maintenance de type 2 est value 20 jours maximum. Pour chaque demande de prestation complmentaire de la RATP, le titulaire prcisera dans loffre le cot et le dlai de ralisation. Le chiffrage sera donn sous une semaine avec le dlai demand par la RATP : Sous 15 jours, pour une volution reprsentant jusqu 5 jours de charge. Sous 30 jours, pour une volution reprsentant jusqu 10 jours de charge. 2.3. ECHEANCIER DE PAIEMENT Le paiement de la solution se dcomposera en : Une tranche ferme comprenant la fourniture (matriel et logiciel) ainsi que la maintenance oprationnelle de type 1 de lapplication. Une tranche optionnelle associe la maintenance de type 2 et pouvant varier en fonction de la charge engendre par les volutions demandes. Le paiement de la tranche ferme est prvu selon les jalons suivants : 20% la commande. 30% la livraison du produit.
Page 6/7
CSFT biomtrie
30% la recette fonctionnelle, aprs lventuelle maintenance corrective, et au plus tard 2 mois aprs la livraison en cas de bon fonctionnement de la fourniture. 20% la rception de la dernire volution de type 2, et au plus tard fin 2013. Lobjectif est de terminer le projet fin dcembre 2013.
2.4. INFORMATION COMPLEMENTAIRE SUR LA PROCEDURE DACHAT. Une soutenance orale de loffre pourra tre demande.
Page 7/7
CSFT biomtrie