Des cas d'intégration client par Sword: XL Airways, Ministere de la Culture...
Reflex client 2013 cubes architecture
1. ReflexClient Cubes
Les différentes architectures
• Architecture « base individuelle »
• Architecture centralisée
• Architecture nomade
• Architecture nomade avec passerelle
• Architecture mixte « centralisée / nomade »
Actualisé le 05/11/2013
2. ReflexClient Cubes : architecture « base individuelle »
Serveur Volupack
Site de production
Linux ou Windows
1
2
Utilisateurs
VoluPack
Base Oracle
1
Actualisation de nuit des « cubes » dans la base Volupack. On
intègre par exemple les commandes et factures de la veille.
2
Synchronisation des « cubes » entre le serveur VoluPack et les
postes utilisateurs (automatiquement à chaque démarrage ou à la
demande).
ReflexClient installé localement
Cette architecture est la plus simple mais réservée
uniquement à un petit nombre d’utilisateurs.
ReflexClient est installé sur chaque poste utilisateur. Les
utilisateurs synchronisent directement leurs « cubes » avec
le serveur Volupack.
Ils peuvent accéder à leurs « cubes » de manière nomade,
sans être connecté au réseau de l’entreprise (en clientèle
par exemple).
Le serveur Volupack est sollicité à chaque synchronisation
d’un utilisateur.
Chaque poste utilisateur est autonome mais l’installation
est plus longue (base cliente et serveur locale et drivers
Oracle installé localement).
3. ReflexClient Cubes : architecture centralisée
Serveur Volupack
Serveur Reflexclient
Windows TSE
Linux ou Windows
Site de production
Accès
distant
1
2
Utilisateurs
VoluPack
Base Oracle
ReflexClient
Base SQL Server
1
Actualisation de nuit des « cubes » dans la base Volupack.
2
Synchronisation de nuit des « cubes » entre la base Volupack et le
serveur ReflexClient.
Aucun logiciel requis
Les utilisateurs se connectent sur le serveur TSE
distant. Aucune installation locale requise.
Pas de mode nomade. Pour accéder à l’application,
les utilisateurs doivent être connectés au réseau
d’entreprise.
4. ReflexClient Cubes : architecture nomade
Serveur Volupack
Serveur Reflexclient
Windows
Linux ou Windows
1
2
Site de production
3
Utilisateurs
VoluPack
Base Oracle
ReflexClient
Base SQL Server
1
Actualisation de nuit des « cubes » dans la base Volupack.
2
Synchronisation de nuit des « cubes » entre la base Volupack et le
serveur ReflexClient.
3
Synchronisation des « cubes » entre le serveur ReflexClient et les
postes utilisateurs (automatiquement à chaque démarrage ou à la
demande).
ReflexClient installé localement
Les utilisateurs disposent localement de l’application
ReflexClient. Ils synchronisent régulièrement leurs
« cubes ».
Ils peuvent accéder à leurs « cubes » de manière
nomade, sans être connecté au réseau de l’entreprise
(en clientèle par exemple).
5. ReflexClient Cubes : architecture nomade avec passerelle
Serveur Volupack
Serveur Reflexclient
Windows
Linux ou Windows
1
Site de production
4
3
2
Passerelle
VoluPack
Base Oracle
ReflexClient
Base SQL Server
1
Actualisation de nuit des « cubes » dans la base Volupack.
2
Synchronisation de nuit des « cubes » entre la base Volupack et le
serveur ReflexClient.
3
Synchronisation de nuit des « cubes » entre le serveur
ReflexClient et la passerelle sur le site de production.
4
Synchronisation des « cubes » entre la passerelle et les postes
utilisateurs (automatiquement à chaque démarrage ou à la
demande).
Utilisateurs
ReflexClient installé localement
Disposer d’une passerelle ReflexClient permet
d’optimiser les temps de synchronisation des cubes en
diminuant le trafic réseau distant.
Utile et conseillé lorsque le site de production est
éloigné du site d’hébergement du serveur
Reflexclient.
6. ReflexClient Cubes : architecture mixte « centralisée / nomade »
avec passerelle optionnelle
Serveur Volupack
Serveur Reflexclient
Windows TSE
Linux ou Windows
Site de production
4
3
1
VoluPack
Base Oracle
2
ReflexClient
Base SQL Server
1
Actualisation de nuit des « cubes » dans la base Volupack.
2
Synchronisation de nuit des « cubes » entre la base Volupack et le
serveur ReflexClient.
3
Synchronisation de nuit des « cubes » entre le serveur
ReflexClient et la passerelle sur le site de production.
4
Synchronisation des « cubes » entre la passerelle et les postes
utilisateurs (automatiquement à chaque démarrage ou à la
demande).
Accès
distant
Passerelle
(optionnel)
Utilisateurs nomades
Utilisateurs sédentaires
Vous pouvez mixer les architectures centralisée et
nomade :
- les postes sédentaires n’ont rien d’installé
localement et accèdent à ReflexClient via un accès
TSE distant.
- Les postes nomades ont ReflexClient d’installé
localement et se synchronisent régulièrement. Ils
bénéficient d’une application nomade : les « cubes »
les suivent dans leurs déplacements.