Plateforme de passages d'ordres boursiers
description
Transcript of Plateforme de passages d'ordres boursiers
Plateforme de passages d'ordres boursiersEtienne CharpentierJean-Michael LegaitMichèle ReynierJudicaël Ribault
Plan• Cahier des charges• Architecture– Patterns for e-business– Architecture logique– Solution applicative– Architecture physique
• Prototype
Cahier des chargesCONTEXTE ET CONTRAINTES
ContexteRéseau de la banque
ContexteClients visés• Clients individuels– Clients traditionnels Employés d'agence– Internautes
• Gros clients : cabinet de placement• Courtiers• Agents à la corbeille
Contraintes fonctionnellesDiagramme de cas d'utilisations
Contraintes non fonctionnellesVolumétrie du système
Type de client Nombre de clients Requêtes par jour et par clients
Total (requêtes par jour)
Internaute averti 200 00 50 lectures1 écriture
10M lectures200 000 écritures
Employé d’agence 1 200 10 écritures 12 000 écrituresEmployé de Gros client
200 5 000 lectures100 écritures
1M lectures20 000 écritures
Agent à la corbeille 100 120 000*5 lectures100 écritures
60M lectures10 000 écritures
TOTAL 71M lectures242 000 écritures
• 10 courtiers et chaque courtier a 10 fois moins de clients que la banque
• 400 agences et 3 employés par agence• 20 Gros clients et 10 employés par Gros client• Chaque agent à la corbeille suit 5 valeurs
Contraintes non fonctionnellesQualité de service• Gros client/agent à la corbeille
Délai d'exécution < 400ms• Agents à la corbeille
Débit minimal = 2Mo/s• Taux de disponibilité
99,99% soit 52min et 33s d'indisponibilité par an
ArchitecturePATTERNS FOR E-BUSINESS
Patterns for e-businessDéfinition
• Mis à disposition par IBM
• Manière simple de traduire les besoins de l'entreprise en solutions techniques
• Solutions déduites de milliers de projets e-business
Patterns for e-businessBusiness Patterns• Definition:– Décrivent les interactions
utilisateurs/entreprises/données
• Nos besoins :– Passer un ordre de bourse
Self-Service (User-to-Business)
– Consulter le cours de la bourse Information aggregation (User-to-Data)
Patterns for e-businessIntegration Patterns• Definition :– Intégration de plusieurs modèles métier
• Acces Integration
• Application Integration
Patterns for e-businessComposite Patterns• Definition : Combine les différents
patterns utilisés pour n'en faire qu'un.
• e-Marketplace
ArchitectureARCHITECTURE LOGIQUE
Architecture logique globale
Architecture logiqueLes clients dans le système
Les clients qui vont intéragir avec le systèmes :Les employés d’agenceLes gros clientsL’agent à la corbeille Le courtier
ArchitectureSOLUTION APPLICATIVE
Solution applicativeServeur d'application• Choix de la plateforme logicielle :
– PHP• Complexité de développement
– La persistance n'est pas gérée automatiquement– Pas de système transactionnel
– .Net et C#• Manque de maturité (Version finale : Janvier 2002)• Lié aux environnements Windows• Serveur Microsoft moins fiable qu'un serveur Unix
– J2EE et EJB sur serveur Unix• Maturité (fin 1999)• Richesse de l'API Java• Indépendance de plate-forme• Performance de Java améliorée
• Tolérance aux pannes
Solution applicativeClients lourds
Les types de client disposant des services applicatifs d'un client lourd sont:
Gros clients
Agents à la corbeille
Solution applicativeBases de données
Les données stockées en base sont :Les comptes de boursesL'historique des passages d'ordresLa file de requêtes à traiter
ArchitectureARCHITECTURE PHYSIQUE
Architecture physiqueAgences régionales
Architecture physiqueSites centraux
Prototype