Mercator Majuro sur votre tablette

Sur quels types de tablette peut-on faire fonctionner Mercator ?
 
Mercator Majuro peut fonctionner sur toutes les tablettes Windows 8 Pro. A ce titre, votre tablette Microsoft Surface Pro conviendra parfaitement. Il en est de même pour les tablettes ou les convertibles "transformer-book" qui utilisent l’operating system Pro.
Mercator ne fonctionne pas sur un Windows RT.
 
 
Mercator est-il spécialement adapté pour fonctionner sur une tablette ?
 
Oui, depuis le début, l’équipe de développement de Mercator Majuro a eu soin d’architecturer le programme afin qu’ils répondent aux meilleurs standards de la programmation d’applications "desktop" accessibles aux utilisateurs mobiles. En résumé :
  • Toutes les données, tous les fichiers, tous les composants annexes, …  sont rassemblés dans la base de données SQL.
  • L’accessibilité à cette base de données a été rendue possible à distance et optimisée afin d’alléger au maximum les échanges entre le serveur et la base de données.
  • L’intégration avec un VPN est possible.
  • Mercator contient des mécanismes de reconnexion transparente et automatique en cas de perte temporaire de la connexion réseau (coupure 3G, 4G par exemple).
Que faut-il aménager dans Mercator pour le rendre optimal pour une utilisation mobile ?
 
Il faut veiller à stocker toutes les données, tous les fichiers, tous les composants annexes, … dans la base de données SQL. Cela est d’ailleurs recommandé en dehors de toute utilisation mobile.
  • Les explorateurs de fichiers doivent être des SqlFileViews et non plus de simples FileViews qui utilisent un répertoire partagé.
  • Les modèles d’impressions, notamment ceux associés aux séquences, doivent être placés dans la base de données SQL.
  • Les éventuels assemblies supplémentaires doivent aussi être placés dans la base de données SQL et ainsi bénéficier du système automatique de distribution des mises à jour
Comment procéder concrètement ?
 
Il suffit de copier le répertoire principal de ce Mercator sur votre tablette. Si ce Mercator a bien été configuré, ce répertoire principal ne contient plus que Mercator.exe, Mercator.majuro et quelques assemblies. S’il contient davantage de fichiers, il est probablement nécessaire de faire un nettoyage de fichiers obsolètes. Il faut y créer un répertoire "Data" qui doit contenir un seul fichier : Mercator.connection. Ce fichier Mercator.connection doit contenir des paramètres de connexion SQL compatibles avec une utilisation distante.
 
 
Pour terminer, créer un raccourci sur le bureau de votre tablette vers Mercator.exe, en lui ajoutant le paramètre "NOZIP". Ce dernier permet d’optimiser le démarrage de Mercator en ne chargeant pas la liste des villes et codes postaux. Ce raccourci peut être "épinglé à l’écran d’accueil" via "clic long" sur le raccourci.
 
Qu’en est-il en matière de sécurité et de protection de l’accès aux données ?
 
Un Mercator Majuro mobile doit seulement avoir accès à la base de données SQL. Pour cela, il faut ouvrir le port SQL (par défaut 1433). Cela peut être problématique. C’est pourquoi nous recommandons l’utilisation d’un VPN, qui permet de sécuriser la configuration. Avant la connexion de Mercator au serveur SQL, l’utilisateur se connecte au VPN de son entreprise. Cette connexion peut être facilement être automatisée par Mercator
 
Comment s’assurer que tous les utilisateurs distants utilisent la même version de Mercator ?
 
Comme chaque utilisateur mobile dispose de sa propre configuration locale, il convient d'assurer un minimum de coordination au niveau des mises à jour de ces composants sur ces différents postes. Pour cela, Mercator Majuro fournit la fonctionnalité "Forcer Mise à Jour".
 
Qu’en est-il au niveau de MercatorShield ?
 
MercatorShield doit aussi être configuré en mode "SQL Cloud".
Il est possible qu’il soit nécessaire d’effectuer une modification dans la connectivité de ce Mercator vers sa base de données SQL. En effet, il est nécessaire que tous les utilisateurs de ce même Mercator, tant locaux que mobiles, accèdent au serveur SQL par un seul et unique adressage. Si les utilisateurs mobiles utilisent un VPN, dans la plupart des cas, aucune modification ne devra être apportée pour les utilisateurs  locaux. Par contre, si les utilisateurs distants accèdent au serveur SQL pour son FQDN (nom complet – par ex. sqlserver.domain.com), alors il faut que les utilisateurs voient cette adresse comme une adresse locale. Cela peut se faire par simple modification du fichier "host" sur chaque PC local ou via l’ajout d’un enregistrement adéquat dans le serveur DNS du réseau local.
 
Les performances de cette topologie sont-elles suffisantes pour une utilisation professionnelle ?
 
Oui, bien entendu. Cette configuration est déjà utilisée par de nombreux utilisateurs, que ce soit sur des tablettes, ou sur des PC qui se connectent à une base de données SQL dans le cloud. Il faut toutefois bien prendre en compte que cette configuration est dépendante de la qualité de la connexion internet entre la tablette et le serveur SQL. Si cette connexion est de mauvaise qualité (débit trop faible, temps de ping trop longs, …), alors l’utilisation sera inconfortable. Il convient donc de faire une analyse de ces paramètres, tant au niveau de la connexion montante (tablette vers Internet) que descendante (Internet vers serveur SQL)
 
Que vaut cette approche par rapport à une solution HTML ?
 
Pour nous, cette approche est supérieure :
  • Tout code HTML dépend du type et de la version de browser internet utilisé (Internet Explorer, Chrome, FireFox, …). En termes de maintenance, il est difficile d’appréhender toutes les modifications induites par toutes les mises à jour de tous ces programmes.
  • Une utilisation HTML fait passer par la "bande passante" à la fois les données et l’interface utilisateur. Si un bouton contient une image, cette image est envoyée à l’utilisateur distant. Ici, l’interface est contenue dans quelques assemblies. Le trafic est donc bien entièrement dédié aux données.
  • Une interface HTML est toujours plus pauvre en termes d’interaction avec l’utilisateur. Les validateurs de zones, la réelle détection de fermeture de fenêtre, la gestion des conflits multifenêtres, … sont toujours moins performants dans une interface web.
 
Faut-il installer SQL Server sur la tablette ?
 
Non, non et non. Relisez attentivement les lignes ci-dessus