le framework DSETACopyright 2011   VECTALIS - 19, rue Reaumur - 75003 Paris / +33.175.000.520 / www.vectalis.com
Le framework DSETA                        LA CIBLEVECTALIS SHARING DATA   Le framework DSETA   Page 2
Cible 1 : le prototypage                                                  Le framework DSETA permet à un architecte de    ...
Cible 2, cas 1 : cas très favorable                                                            Dans le cas très favorable ...
Cible 2, cas 2 : cas favorable                                                                   Dans le cas favorable où ...
Cible 2, cas 2 : cas défavorable             Prototype fonctionnel                                               Dans le c...
Vue d’ensemble                                           Besoins des utilisateurs                                         ...
Le framework DSETA                        DESCRIPTIONVECTALIS SHARING DATA     Le framework DSETA   Page 8
Applis génériques + Règles                                     Le framework DSETA est fondé sur l’utilisation de          ...
Appli-cliente générique (GUI)    Interface utilisateur générique    Explorateur         Grille de données                 ...
Appli-cliente générique (fonctions)  Communication avec le Serveur                   En plus de sa fonction d’interface-ut...
L’application-serveur générique             Envoie ses données à un client se connectant (Login full ou delta).           ...
Les Règles de fonctionnement                                     Les Règles de fonctionnement sont éditées par            ...
Structure de données  Un exemple de modélisation d’une structure de données :     Les Tables sont « typées » selon leur   ...
Accès aux données par les utilisateurs  Un exemple des Chemins de découverte :                                            ...
Business Logic     Evénement-entrant :                   Table source       Colonnes source                              D...
Esthétique des applis-clientes génériques            Définition de styles pour la représentation des valeurs des Colonnes....
Le TypedNodeSet     Applis-clientes génériques                                    Application-serveur générique           ...
Le framework DSETA                        MISE EN OEUVREVECTALIS SHARING DATA      Le framework DSETA   Page 19
Le service autour de DSETA  Vectalis            Vectalis            Vectalis            Si le client le sollicite, Vectali...
Exemple de prototypage : B2S                                             B2S (pour ‘Bank Sell-Side’) est un système       ...
Exemple de système : SPm                                             Le service SPm est un service Internet               ...
Le framework DSETA                        CONCLUSIONVECTALIS SHARING DATA    Le framework DSETA   Page 23
Positionnement stratégique                              Avantages :                              - Développement fondé sur...
Upcoming SlideShare
Loading in...5
×

Le framework dseta pro fr

891

Published on

The DSETA Framework is a complete solution for the conception, development and production of data sharing systems based on a client-server architecture.

DSETA represents, for an Architect, the shortest way between his concept of data sharing system to the production step. DSETA is based on two generic and existing Client and Server applications, configured by functional Rules. These powerful Rules are edited by the Architect; they define the data structure, the access rights, the data processing, and the ease of use.

DSETA is built upon Microsoft C# .NET, Web Services, and SQL Server technology. These technologies remain directly accessible through the DSETA Framework : developers can complete by C# programming any Architect initiated DSETA service.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
891
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
2
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Le framework dseta pro fr "

  1. 1. le framework DSETACopyright 2011 VECTALIS - 19, rue Reaumur - 75003 Paris / +33.175.000.520 / www.vectalis.com
  2. 2. Le framework DSETA LA CIBLEVECTALIS SHARING DATA Le framework DSETA Page 2
  3. 3. Cible 1 : le prototypage Le framework DSETA permet à un architecte de systèmes client-serveur de réaliser des prototypes Besoins fonctionnels successifs du système complexe qu’il doit concevoir. Aucune programmation n’est requise et la réalisation de ces prototypes fonctionnels est très rapide. Utilisateurs La rédaction du cahier des charges est réduite à un minimum ; dans certains cas favorables, elle devient Architecte même inutile. Y a-t-il de meilleures approches que la réalisation de prototypes pour valider les besoins des utilisateurs ? Prototype Comment se rendre compte des enjeux que représente le nouveau système pour un coût qui serait inférieur au développement d’un prototype fonctionnel issu de la technologie DSETA ?VECTALIS SHARING DATA Le framework DSETA Page 3
  4. 4. Cible 2, cas 1 : cas très favorable Dans le cas très favorable où : 1) les performances des applications clientes et serveur génériques fournies au sein du framework Dseta sont suffisantes, Prototype fonctionnel 2) l’Architecte a réussi à mettre en œuvre toutes les fonctionnalités requises grâce au framework DSETA. 3) les utilisateurs finaux peuvent se contenter Admin d’utiliser les applications clientes génériques, le prototype final peut être mis facilement en production par un administrateur-système et donc Système Client-Serveur utilisé immédiatement par les utilisateurs. Applis serveur & clientes génériques Dans un tel cas, il est surement très difficile d’obtenir un tel système client-serveur pour un coût moindre et un temps de développement plus court. Utilisateurs Ces développements type « commando » peuvent s’avérer particulièrement intéressants pour des grosses structures où les processus décisionnels sont forcément complexes.VECTALIS SHARING DATA Le framework DSETA Page 4
  5. 5. Cible 2, cas 2 : cas favorable Dans le cas favorable où : 1) les performances des applications clientes et serveur génériques fournies au sein du framework Dseta sont toujours suffisantes, 2) mais, contrairement au cas précédent, le système nécessite impérativement : Prototype fonctionnel a. des GUIs spécifiques pour les utilisateurs, b. des traitements complexes au niveau des n informaticiens C# Admin données , peu expérimentés c. ou bien une intégration informatique particulière dans l’environnement une petite équipe d’informaticiens C# (peu Système Client-Serveur expérimentés) peut finaliser le système par l’ajout de ‘Client Add-ons’ (sur l’application cliente générique) Applis serveur et clientes génériques et de ‘Serveur Add-ons’ (sur l’application serveur générique). Coding des Client & Server Add-ons Les ‘Client Add-ons’ servent notamment à construire des GUIs spécifiques de façon conventionnelle à base de composants graphiques du commerce. Utilisateurs Les ‘Server Add-ons’ sont facilement programmables par abonnement aux événements exposés par le ‘TypedNodeset’ généré grâce au framework DSETA.VECTALIS SHARING DATA Le framework DSETA Page 5
  6. 6. Cible 2, cas 2 : cas défavorable Prototype fonctionnel Dans le cas défavorable où les performances des N informaticiens Admin applications cliente et serveur génériques fournies très expérimentés au sein du framework Dseta sont insuffisantes : 1) plus de 50 modifications par secondes, 2) plus de quelques centaines d’utilisateurs Système Client-Serveur connectés, le système client-serveur doit être entièrement développé selon une méthodologie traditionnelle par une importante équipe d’informaticiens très expérimentés. UtilisateursVECTALIS SHARING DATA Le framework DSETA Page 6
  7. 7. Vue d’ensemble Besoins des utilisateurs Utilisateurs Architecte Prototype fonctionnel avec n << N Admin ? ‘n développeurs C#’ ‘N développeurs’ Système client-serveur Système client-serveur Applis serveur & clientes génériques Applis serveur et clientes génériques Système client-serveur Client & Server Add-onsVECTALIS SHARING DATA Le framework DSETA Page 7
  8. 8. Le framework DSETA DESCRIPTIONVECTALIS SHARING DATA Le framework DSETA Page 8
  9. 9. Applis génériques + Règles Le framework DSETA est fondé sur l’utilisation de deux logiciels Client et Serveur préexistants et génériques qui travaillent de concert. Ces deux logiciels se configurent grâce à des Règles de fonctionnement lors de leur démarrage. Ces Règles de fonctionnement sont éditées par l’architecte du système. Elles sont stockées en mode fichier pendant le développement et en base de données lorsque la production est lancée. Lors de leur première connexion, les applications- clientes génériques reçoivent les règles définissant le système du serveur auquel elles se connectent.VECTALIS SHARING DATA Le framework DSETA Page 9
  10. 10. Appli-cliente générique (GUI) Interface utilisateur générique Explorateur Grille de données L’appli-cliente générique apparait à l’utilisateur avec: de données Vue des propriétés - sur la partie gauche, un ‘Arbre’ qui lui permet d’explorer des données auxquelles il a le droit d’accéder, et - sur la partie droite : 1. soit une ’Grille de données’ si plusieurs données ont été choisies dans l’Arbre, 2. soit une ‘Vue des propriétés’ si une seule donnée a été choisie sur la partie gauche. L’architecte a tout loisir de décider du contenu et de la forme de l’Arbre, type d’utilisateurs par type d’utilisateurs. Les grilles de données et les vues des propriétés sont très largement personnalisables.VECTALIS SHARING DATA Le framework DSETA Page 10
  11. 11. Appli-cliente générique (fonctions) Communication avec le Serveur En plus de sa fonction d’interface-utilisateur générique décrite à la slide précédente, Envoi des modifications l’application-cliente générique assure également les fonctions suivantes : Réception automatique des modifications 1. La communication des données avec le serveur en provenance du serveur. en émission et en réception. Cette communication est automatique. 2. l’application-cliente générique devient la Factory (l’outil de développement du framework DSETA) Mode « Fichier » => Factory lorsque l’architecte l’utilise en mode ‘Fichier’ (au lieu du mode ‘Connecté au serveur’) pour y saisir les règles de fonctionnement du système. 3. l’application-cliente générique peut être Client Add-ons améliorée par le rajout de Client-Add-ons, notamment pour proposer des interfaces Interfaces-utilisateurs graphiques dédiées graphiques spéciales ou des traitements sur les données en local sur le poste des clients. Traitements spécifiques au niveau du clientVECTALIS SHARING DATA Le framework DSETA Page 11
  12. 12. L’application-serveur générique Envoie ses données à un client se connectant (Login full ou delta). Expose les Web Services génériques (logins + modifs de données). Authentifie l’utilisateur voulant modifier une donnée. Vérifie que l’utilisateur a bien accès à la donnée modifiée (Scoping). Vérifie que l’utilisateur a le droit de faire sa modification (Authorisation). Exécute les traitement sur les données (Business Logic), Assure la rémanence des données dans la base de données SQL. Diffuse la modification à tous les utilisateurs (Broadcast). Serveur Add-ons Traitements spécifiques sur le ServeurVECTALIS SHARING DATA Le framework DSETA Page 12
  13. 13. Les Règles de fonctionnement Les Règles de fonctionnement sont éditées par l’architecte. Elles définissent le fonctionnement des applications génériques clientes & serveur pour les aspects suivants : 1. la structure des données, 2. les droits d’accès des utilisateurs, 3. les traitements applicatifs sans programmation, 4. l’esthétique des GUIs génériques.VECTALIS SHARING DATA Le framework DSETA Page 13
  14. 14. Structure de données Un exemple de modélisation d’une structure de données : Les Tables sont « typées » selon leur hiérarchie de nommage : ByAir Les Tables en 1-N sont jaunes. Shipment Les Tables en 1-1 sont oranges. Les Tables en N-M sont bleus. ByBoat Les Tables en N-1 sont vertes. Supplier Product Les Relations sont « typées » en rouge pour User les relations participant au nommage hiérarchiques et en bleu pour les relations n’y Customer Proposal Trade participant pas. Role DSETA permet de faire de l’héritage multi- Discovery dimensionnel ; les Relations peuvent être contraintes par l’héritage en commun entre la Table-parente et de la Table-enfant.VECTALIS SHARING DATA Le framework DSETA Page 14
  15. 15. Accès aux données par les utilisateurs Un exemple des Chemins de découverte : Chaque type d’utilisateurs (appelé ‘Rôle’) découvre les données qui lui sont accessibles ByAir en suivant ses ‘Chemins de découvertes’ qui sont définis par l’architecte (flèches violettes). Shipment ByBoat Les Chemins de découverte doivent impérativement suivre les Relations définies Supplier Product au niveau de la structure des données. User Pour chaque Table découverte, l’architecte doit Customer Proposal Trade définir si ce type d’utilisateur peut faire ou non : Insert, Update et Delete. Role Discovery Les Chemins de découverte sont utilisés par le serveur pour calculer le Login, le Scope et la Broadcast.VECTALIS SHARING DATA Le framework DSETA Page 15
  16. 16. Business Logic Evénement-entrant : Table source Colonnes source Des traitements sur les données peuvent être définis par l’architecte sans programmation (Business Logic). INSERT DELETE UPDATE L’architecte peut définir sur chaque Abonnement à l’événement modification de type : Insert, Update, ou Delete condition sur une donnée-source (ou bien le clic sur un Abonnement à l’événement-entrant d’exécution bouton) le déclenchement d’une modification (Expression) de type : Insert, Update, Delete sur une autre donnée-cible. Modifications-sortantes Modifications-sortantes Modifications-sortante n° 1 Table-cible Cette «programmation symbolique » utilise Expression donnant les des Expressions en syntaxe-Objet. Modification-sortante (DELETE) Records à supprimer. Expression donnant les Modification-sortante (UPDATE) La Business Logic est réentrante : le Records à modifier. déclenchement d’une modification d’une donnée-cible peut lui-même déclencher Modification-sortante (INSERT) Expressions donnant d’autres modifications, ce qui permet de définir les Records-parents pour le nommage ainsi des traitements complexes et structurés. que les valeurs des Keys. Expressions donnant les Records-parents qualifiants ainsi que les valeurs des colonnes qualifiants.VECTALIS SHARING DATA Le framework DSETA Page 16
  17. 17. Esthétique des applis-clientes génériques Définition de styles pour la représentation des valeurs des Colonnes. Définition de styles pour les labels des nœuds de l’Arbre. Définition d’icônes pour représenter les nœuds de l’Arbre. Styles conditionnels pour les valeurs des Colonnes. Styles conditionnels pour les labels des nœuds de l’Arbre. Icônes conditionnelles pour les nœuds de l’Arbre.VECTALIS SHARING DATA Le framework DSETA Page 17
  18. 18. Le TypedNodeSet Applis-clientes génériques Application-serveur générique TypedNodeSet TypedNodeSet Client Add-ons Server Add-ons A chaque version de structure de données, l’architecte peut lancer la génération d’un système de Classes fortement typées représentant l’ensemble des Tables du système ainsi que les Relations qui les relient. Ce système de Classes se nomme le TypedNodeSet. Au niveau de l’application-serveur générique, il est possible d’utiliser le TypedNodeSet pour programmer des traitements sur les données très complexes en s’abonnant aux événements exposés par les objets typés. Au niveau de l’application-cliente générique, il est possible d’utiliser le TypedNodeSet pour, par exemple, rajouter des interfaces graphiques à la demande. Accès à toutes les bibliothèques Microsoft .NET.VECTALIS SHARING DATA Le framework DSETA Page 18
  19. 19. Le framework DSETA MISE EN OEUVREVECTALIS SHARING DATA Le framework DSETA Page 19
  20. 20. Le service autour de DSETA Vectalis Vectalis Vectalis Si le client le sollicite, Vectalis peut détacher un de ses architectes pour l’aider à créer le prototype de son système client-serveur (2000 €/jour). Vectalis peut également détacher des informaticiens C# pour développer des Client et/ou Server Add-ons Architecte Développeurs C# Administrateur (1500 € / jours environ). Lorsque l’Architecte est satisfait du rendu applicatif qu’il a obtenu en local dans sa Factory, VECTALIS lui offre la possibilité de rentrer immédiatement et gratuitement en test de pré-production en installant ses Règles sur un de ses serveurs de test prévus à cet effet. Grâce à cette option, l’Architecte va pouvoir faire la démonstration de son système dans des conditions réelles d’utilisation à travers Internet, soit à ses décideurs, soit à ses utilisateurs finaux. Vectalis peut également aider ses clients pour Vectalis l’installation de leur Serveur (1500 € / jours environ). www.the-framework-dseta.comVECTALIS SHARING DATA Le framework DSETA Page 20
  21. 21. Exemple de prototypage : B2S B2S (pour ‘Bank Sell-Side’) est un système informatique interne à une banque émettrice de produits structurés financiers. Cet outil permet à son département du Front-Office de gagner en productivité pour tout ce qui concerne les étapes de la vie des produits structurés financiers émis. Les caractéristiques de ce projet sont : - 1 Architecte pendant 4 mois. - 7 types dutilisateurs. - 190 Tables-maîtres (1-N, N-M). - 230 Tables-extensions (1-1, N-1). - 1200 Colonnes. - 420 Formes. - 1300 modifications-sortantes (BL). Le coût de licence DSETA pour un système de la complexité de B2S serait d’environ 3000€ par mois pour 25 utilisateurs.VECTALIS SHARING DATA Le framework DSETA Page 21
  22. 22. Exemple de système : SPm Le service SPm est un service Internet privatif dédié aux Produits Structurés entre, d’une part, les banques émettrices (le Sell- side) et, de l’autre, les entités financières qui négocient et gèrent ces Produits Structurés pour le compte des investisseurs finaux (le Buy-side). Pour le système SPm, ont été développés : - des interfaces graphiques dédiées s’adaptant parfaitement aux besoins des 3 types d’utilisateur, - un traitement spécial au niveau du serveur pour la recherche de produits. Ce développement a nécessité, pendant 9 mois, 1 architecte et 3 développeurs C#, sachant que la complexité de ce projet est équivalente à celle du projet B2S.VECTALIS SHARING DATA Le framework DSETA Page 22
  23. 23. Le framework DSETA CONCLUSIONVECTALIS SHARING DATA Le framework DSETA Page 23
  24. 24. Positionnement stratégique Avantages : - Développement fondé sur un prototypage successif. - Les solutions produites sont facilement évolutives. - Rapidité de mise en œuvre. - Équipe réduite à un architecte (voire quelques informaticiens). - Consistance liée à l’utilisation de programmes génériques. - Coût faible et gradué. Limitations : - Intérêt restreint à une certaine typologie de systèmes : - client lourd fondé sur Microsoft .NET, - broadcast temps-réel, etc. - Architecture non-scalable. - Limité à quelques centaines d’utilisateurs connectés max. - Performance limitée à 50 modifications par seconde environ.VECTALIS SHARING DATA Le framework DSETA Page 24
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×