<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Formats</h3>
<p>Le format natif des données gérées par ViSit Anywhere est XML. Format XML sur le serveur et XML pour les données alphanumériques et cao pour les données vecteur et raster sur le poste client (ViSit Anywhere, DGN, DXF selon le moteur graphique utilisé).</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Volumétrie</h3>
<p>Le volume des données sur le poste client n'est pas handicap, à titre d'exemple un réseau de 10 000 kms desservant 1 500 000 abonnés représente 3 Go de données (graphiques, alphanumériques et fonds de plans</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Modifications</h3>
<p>Les modifications portant sur les données spatiales (la géométrie) sont nettement moins importantes que les modifications portant sur les données attributaires. De plus ces dernières sont souvent modifiées dans un environnement spécifique (PGI/SI). Les éventuelles craintes de saturation du réseau lors de la synchronisation des données ne sont pas fondées car le poids des données transitant est très faible (deltas).</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Données managées et données fonds de plan</h3>
<p>On distingue les données dites "managées" des données fond de plan. Les données managées concernent les données exploitées descriptives du réseau et des attributs associés. Les données fond de plan correspondent à des données cadastrales, cartes IGN raster ou vecteur, orthophotoplan... Ces données connaissent peu d'évolution et sont mises à jour périodiquement: trimestriellement ou annuellement.</p>
<p>L'outil "archiv" de V4 facilite le déploiement des données dans les phases d'initialisation d'un projet (données managées et données fond de plan). L'outil est ensuite utilisé pour la mise à jour des seuls fonds de plan évitant ainsi de saturer les serveurs.</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Documents</h3>
<p>Différents types de documents sont gérés par VA : Plans (Dgn et Dwg), impressions (Pdf), photos (jpg) et vidéo (mpg), bureautique (xls, doc).</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Initialisation et intégration</h3>
<p>ViSit Anywhere prévoit deux modes d’intégration de données: l’intégration d’initialisation et l’intégration de données externes.</p>
<p><span style="text-decoration: underline;">Premier mode</span> <br />Le premier mode permet d’initialiser le jeu de données spatiales à partir de différentes sources: ViSit V3, Oracle Locator, PostGis, fichiers Shape, Mid/Mif ou EDIGéO. Les données ainsi intégrées vivent ensuite dans l’éco-système de ViSit Anywhere, la relation avec les données d’origine est interrompue. Ce mode est par exemple utilisé pour initialiser les données des réseaux.</p>
<p><span style="text-decoration: underline;">Second mode</span> <br />Le second mode permet d’embarquer dans le jeu de données de ViSit Anywhere des informations issues d’autres systèmes. Ces informations se trouvent dans des tables (ou des vues) d’une base de données; elles sont répliquées dans ViSit Anywhere, et ne sont pas modifiables. ViSit Anywhere est ensuite capable de se synchroniser&nbsp; avec ces bases de données externes pour intégrer les modifications éventuelles : ajout, modification, suppression. Ce mode est par exemple utilisé pour tenir dans ViSit Anywhere une liste des points de livraison. On valide ainsi qu’un identifiant de client associé à l’extrémité d’un branchement est bien un identifiant valide. En répliquant également quelques informations sur la consommation, on possède toute l’information requise pour le métier (alimentation d'un outil de calcul par exemple).</p>
<p>ViSit Anywhere utilise un fournisseur de données .NET pour accéder à ces bases de données externes; cette approche permet de se connecter à un grand nombre de base de données du marché, telles que Access ou Sql*Server de Microsoft, Oracle, Postgres, etc. La connexion à une base de données (exemple Sybase) est réalisée à l’aide du fournisseur “Adaptive Server Enterprise ADO.NET Data Provider” de Sybase.</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Les plans (vecteur ou raster)</h3>
<p>Les plans (récolement au format .dgn de MicroStation par exemple) sont</p>
<ul>
<li>soit distribués (via une procédure et un module "archiv" de V4) sélectivement (utilisateurs, zones géographiques...) et installés sur le poste client V4.</li>
<li>soit exportés dans la base spatiale sous forme de blob. Dans ce cas les outils exploitant ces données devront disposer des fonctionnalités pour recréer la symbologie.</li>
</ul>
<p>Ces plans ont une rythme de mise à jour relativement long ne nécessitant pas d'être gérés par le serveur (réduction des performances générée par un trafic de données dont le poids est lourd).</p>
<p>Module d'archivage de données en import et en export. Cet outil est utilisé pour initialiser des projets et intégrer des mises à jour de fond de plan. Déploiement des données.</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Cadastre</h3>
<p>Seule la couche parcellaire incluant son attribut est exporté. Sinon le plus simple est de configurer un import EDIGéO PCI dans ViSit.Anywhere. Ainsi l'intégralité des données est exportée.</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Données statiques</h3>
<p>L'architecture de VA est basé sur un fonctionnement client/serveur avec cache local (sur le poste client) de la totalité des données, pour garantir un fonctionnement en mode déconnecté. Toutes les opérations effectuées sur le projet local sont enregistrées dans un fichier de suivi ; elles sont consolidées sur le serveur à la demande de l'utilisateur, quand il a terminé sa tâche et qu'il dispose d'une connexion au serveur.</p>
<p>Certaines données dites statiques, non modifiables, sont gérées comme des fichiers accessibles localement et référencés comme des sites dans le projet. L'utilisation de variables de configuration facilite le paramétrage fin des dossiers destinés à accueillir ces données statiques.</p>
<p>Un mécanisme d'archivage permet de compresser toutes les données partagées d'un projet local dans un seul fichier, pour faciliter la distribution d'un jeu de données initial aux utilisateurs. Ces archives peuvent également inclure des préférences utilisateur (comme le contenu de la barre d'accès rapide) et des restrictions sur le niveau de licence (consultation / standard / avancé / administrateur) et imposer un rôle (profil utilisateur, avec restriction d'accès aux données).</p>
<p><span style="font-size: large;"><img border="0" alt="" src="images/separation.jpg" /></span></p>
<h3>Consolidation - Synchronisation des données</h3>
<p>La gestion des changements de VA (synchronisation/consolidation) assure la distribution sur tous les postes de travail des modifications effectuées par les différents utilisateurs. Elle s'applique aux données partagées uniquement. Les modifications apportées sur les données statiques (mise à jour des fonds de plan cadastraux, nouveaux plans de récolement, etc) doivent être synchronisées par un autre canal. Pour les utilisateurs sédentaires, on pourra configurer les chemins d'accès aux données statiques pour pointer sur des répertoires partagés sur des serveurs de fichiers. Dans ce cas, le problème de synchronisation ne se pose pas. Pour les postes nomades, nous n'avons pas pour l'instant de solution totalement intégrée, et nous mettons en place des fichiers de commande ne copiant que les fichiers plus récents.</p>
<p>Pour les tables externes, VA possède un mécanisme de rafraîchissement des données à la demande; VA compare alors les données externes actuelles avec son stock, et détermine les changements à effectuer (Ajout, Modification, Suppression). Seuls les changements sont appliqués et consolidés sur le serveur. Prenons l’exemple d’une table externe issue de la base clientèle: on peut imaginer qu’un utilisateur (ou un service) soit responsable de l’intégration dans VA des évolutions de la base facturation(intégration des nouveaux clients, rafraîchissement des données de consommation, ..), à une fréquence à définir. Ces enregistrements sont alors disponibles à tous les utilisateurs VA, pour être associés aux branchements (nouveaux clients), ou pour alimenter l’outil de modélisation.</p>