gestion de camping projet bts iris 2004 rios frédéric réalisé par : gerard sébastienmoussa issa...
TRANSCRIPT
Gestion de CampingGestion de Camping
Projet BTS IRIS 2004
Réalisé par :GERARD Sébastien MOUSSA IssaLAUGIER Franck RIOS FrédéricRIOS Frédéric
Sommaire
• Objectif du Projet• Architecture générale du système• Présentation des sous-systèmes• Analyse commune• Diagramme de contexte• Présentation d ’un cas d ’utilisation
• Présentation de mon sous-système• Échange entre les sous-systèmes • Diagramme de séquence• Caractéristiques de lecteur et carte à puce• Protocole de communication Lecteur-Carte
Objectif du projet
• Il s’agit de réaliser un site type pour un camping appartement à un groupe fédéré :
• Doté d’un système de gestion des réservations réparti d ’emplacements .
• Ainsi que de services tels que la consultation Météo
• La visualisation du domaine par webcam pilotable à distance .
• Le paiement sécurisé.
Architecture générale du système :
Présentation des sous systèmes
Infos de gestion
États
Ordres
Gestionnaire
Commandes
PC Gestion - BDs (locale+distantes)CORBA(Moussa Issa)
Requêtes HTTP
Individu X
Commandes
Serveur Banque(IE,Netscape …)-Carte Puce écriture(Rios Frederic)
Requêtes HTTP
Client Web(IE,Netscape …)- Carte Puce lecture
Serveur Web-météo (Gerard Sebastien)-pilotage webcamstreaming video (Laugier Franck)-réservations
Analyse commune
• Le développement est principalement oienté objet
• L ’analyse a été réalisé avec les outlils Poséidon UML/Rationnal Rose qui permettent de modéliser l’analyse en langage UML ( Unified Modeling Language)
Diagramme de contexte
Présentation d’un cas d’utilisation
Présentation de mon sous-système
Sous-système Transaction Bancaire à ma charge :
Carte à puce et Lecteur permettant d ’effectuer le paiement
Serveur Banque simulé gérant les comptes clients à l ’aide d ’une base de données et validant le paiement
Internet
PC Client
Lecteur Carte à puce
Communication série RS232
Carte à puce
SWA
Serveur Banque
Base de données
Structure de mon système
Internet
Échange entre les sous-systèmes
Internet
PC Client
Lecteur Carte à puce
Communication série RS232
Carte à puce
SWA
Serveur Banque
Base de données
Structure de mon système
Internet
Requête HTTP
Requête HTTP/S
Requête HTTP
PC Client - Serveur Banque : échange sous connexion sécurisé des informations du paiement
PC Client - SWA : redirection de pages web ( requete HTTP)
SWA - Serveur Banque : échanges des informations non sécurisées sur le client et sa réservation
Échange entre les sous-systèmes
Échange Serveur Banque - SWA ( trame )
Diagramme de séquence-Redirigé vers site de la banque-Envoie info client au SB-Lancement prog. de paiement
SI prog lance ALORSprog récupère le n° du clientFIN SI
-Insertion carte paiementSI carte valide ALORSSaisie des donnéesSINON insère carte valideFIN SI
-Validation données-Vérification des données
SI données OKALORS envoie paiement vers SBFIN SI
SI compte=OKALORS maj du compte client dans la bddFIN SI
-Envoie validation paiemnent au SWA et au PC Client-Retrait de la carte-Fermeture du programme-Redirection du client vers le site du camping
Caractéristique du lecteur et carte à puce
Lecteur de carte à puce CyberMouse:
Communication RS232 (DB9)Alimenté sous 5V : 5 pins utilisés (TxD,RxD,Reset,GND,Busy)
Carte à puce :
Support électronique de donnéesCapacité de traitementMicroprocesseur + environnement (mémoire,E/S)
Carte à puce BasicCard :
EEPROM (2ko ou 8ko) : Stockage des données + programme de la carte
RAM (256 octets) : Données du run-time
Protocole de communication Lecteur-Carte
Schéma de la communication
La carte n ’est jamais l ’initiateur de la communicationCommunication : Série de commande (émise par le Terminal)-réponse(envoyée par la carte) successive
-Chaque commandes et réponses sont des APDU (Application Protocol Data Unit).
L’APDU d’une commande a la structure suivante ( grisé = non obligatoire ) :
L’APDU d’une réponse a la structure suivante ( grisé = non obligatoire ) :