| | Produit(s): | MicroStation | |
| | Version(s): | N\A | |
| | Environnent: | N\A | |
| | Domaine: | Configuration | |
| | Sous-Domaine: | N\A | |
Vous envisagez de migrer vers la MicroStation CONNECT Edition?
Il y a beaucoup de choses à considérer. MicroStation CONNECT Edition est un peu différente de toutes les versions précédentes de MicroStation. Il y a beaucoup plus de fonctionnalités dont le gestionnaire de CAO peut tirer parti dans cette nouvelle version.
Comme les versions précédentes contenaient des limitations qui ne pouvaient pas être évitées, Bentley a décidé que cela devait être modifié. Ils ont passé beaucoup de temps sur ce dilemme et sont arrivés à l'édition CONNECT. C'est là qu'intervient la décision du responsable de la CAO. Est-ce que je le fais moi-même ? Dois-je faire appel à une source extérieure ? Qu'implique une telle tâche ?
La meilleure façon de voir les choses, c'est que toutes les données que vous utilisez quotidiennement pour la MicroStation sont celles qui devront être transférées dans l'édition CONNECT. Si vous deviez prendre tout ce dont vous avez besoin pour vos données CAO et le mettre dans un dossier pour un client, pour le sauvegarder, pour le déplacer vers un nouveau serveur sur votre réseau quelque part, etc... Ce sont les mêmes données que vous voulez déplacer dans l'édition CONNECT. Il n'y a pas de liste de contrôle que vous pouvez utiliser. Chaque entreprise sera différente, car la MicroStation n'est pas utilisée de la même manière dans chaque entreprise, site ou discipline.
La première chose à prendre en compte est la façon dont vous utilisez actuellement MicroStation :
- Quelle est la quantité de données partagées sur votre réseau, ou bien êtes-vous une entreprise unipersonnelle ?
- Avez-vous des espaces de travail personnalisés ?
- Utilisez-vous un logiciel tiers (Bentley ou autre) ?
- Où sont situés (stockés) vos fichiers de conception, vos bibliothèques de cellules, vos styles de lignes et vos polices de caractères personnalisés ?
- Avez-vous une programmation personnalisée pour MicroStation (MDL, MACROS, JAVA, etc...) ?
Si vous n'avez aucune idée de ces données, vous voudrez enquêter un peu plus et le découvrir.
Le plus difficile dans la migration est que l'un des éléments suivants peut provoquer des échecs :
- Le matériel : Quelles sont les nouvelles exigences en matière de matériel ? Avons-nous besoin de mises à jour ?
- Logiciels : comment les nouveaux logiciels seront-ils déployés et autorisés ?
- Données : Comment les données existantes seront-elles sauvegardées et mises à jour ?
- Personnes : Les utilisateurs sont-ils formés et prêts à utiliser le nouveau logiciel ?
- Personnalisations : Comment allons-nous migrer les personnalisations spécifiques à l'entreprise ? (interface graphique personnalisée, CFGs de l'espace de travail, scripts de traçage, etc.)
- Applications et utilitaires : Mes applications tierces fonctionnent-elles correctement ? Qu'en est-il des applications personnalisées dont nous sommes les auteurs ?
En plus de la migration de vos données, vous pouvez envisager d'utiliser certaines des nouvelles fonctionnalités de MicroStation CONNECT Edition. L'utilisation de cette fonctionnalité peut changer certaines choses.
Toutes ces nouvelles fonctionnalités peuvent affecter la façon dont vous gérez actuellement votre service de CAO. Ainsi, le simple fait de transférer vos données vers l'édition CONNECT peut ne représenter que la moitié de la bataille.
Vous devez vous asseoir et réfléchir à la manière dont MicroStation CONNECT Edition sera utilisée. Cela peut sembler simple (nous allons simplement l'utiliser comme nous le faisons actuellement). Vous avez maintenant une nouvelle structure de répertoire, il appartient donc au gestionnaire de CAO de déterminer comment accéder à ces données. Vous laissez les anciens projets existants tels quels, est-ce que ce sera seulement pour les nouveaux projets, etc... ?
Ce sont toutes des décisions qui doivent être prises au niveau de l'entreprise et appliquées par le gestionnaire de CAO.
Si vous avez beaucoup de données et de projets que vous envisagez de migrer, il est préférable que vous le fassiez petit à petit et non pas en une seule fois. (par ex. : un projet à la fois, en commençant par les plus petits). Vous trouverez ainsi tout ce que vous avez pu manquer ou oublier de couvrir (par ex. : en utilisant des fichiers et des modèles de feuilles par rapport à votre référencement actuel des fichiers).
Un avantage de votre côté est que la structure de configuration de MicroStation CONNECT Edition est presque identique à celle de MicroStation V8. Si vous avez un espace de travail personnalisé en place, vous pouvez très probablement l'utiliser en grande partie avec CONNECT Edition. MicroStation CONNECT Edition utilise la plupart des variables de configuration existantes ainsi qu'une nouvelle liste de variables qui permettent beaucoup plus de fonctionnalités et de contrôle. L'une des principales choses qui ne peuvent pas être utilisées dans l'espace de travail de CONNECT Edition est l'ancien fichier de préférences utilisateur V8 (*.upf).
Voici quelques questions qui devront être abordées :
- Quels fichiers de configuration utilisez-vous ?
- Où se trouvent-ils ?
- Comment les chargez-vous ?
- A quoi ressemble la structure de vos répertoires actuels ? Cela inclut tout - toutes les normes de l'entreprise, les normes des clients, les projets, etc...
- Utilisez-vous actuellement l'option Interface ?
- Utilisez-vous actuellement l'option Projets ?
- Utilisez-vous actuellement l'option Utilisateurs ?
- Comment les utilisateurs et les projets sont-ils utilisés l'un par rapport à l'autre ?
- Utilisez-vous des interrupteurs en ligne de commande ?
- Utilisez-vous des variables d'environnement ?
- Connaissez-vous l'utilisation d'un DEBUG ?
- Pouvez-vous lire un DEBUG ?
- Où sont mes fichiers de conception ?
- Mes utilisateurs vont-ils travailler uniquement avec CONNECT Edition ? Mes utilisateurs vont-ils travailler dans l'édition Pre-CONNECT (V8i) ?
- Ce pourrait être le moment de consolider et de normaliser (bibliothèques de cellules, styles de texte, styles de dimension, niveaux, etc...) ?
- Un nouvel ensemble de fichiers d'amorçage ? Vous pouvez aussi vous intéresser aux fichiers de feuilles ?
- La programmation personnalisée (MDL, MACROS, etc...) peut devoir être recompilée ou réécrite.
Ainsi, si vous avez utilisé MicroStation dès le départ, sans modification, vos démarches pour migrer vers l'édition CONNECT seront beaucoup plus faciles que si vous avez personnalisé MicroStation. Mais il y a beaucoup de choses à prendre en compte. Vous pouvez vous contenter de mettre à jour vos données et de créer un nouvel espace de travail sur votre serveur pour CONNECT Edition, mais CONNECT Edition a beaucoup plus à offrir au gestionnaire de CAO lorsqu'il s'agit de contrôler certaines des normes qu'une entreprise peut avoir. Ce sont ces éléments qui doivent être étudiés et mis en place.
En fonction des demandes des entreprises, il n'existe pas de liste de contrôle standard pour une migration vers CONNECT Edition, cependant, la liste de considérations ci-dessous peut aider :
- Convertir tous les projets existants à l'édition CONNECT ?
- Tout nouveau projet sera réalisé dans CONNECT Edition ?
- Tous les fichiers reçus des clients, des fournisseurs, des entrepreneurs, etc... seront réalisés avec CONNECT Edition ?
- Une convention de dénomination standard sera mise en place et appliquée par le biais d'une référence DGNLIB ?
- Un ensemble standard de TextStyles sera utilisé et sera mis en application par le biais d'une référence DGNLIB ?
- Un ensemble standard de DimensionStyles sera utilisé et sera mis en œuvre par le biais d'une référence DGNLIB ?
- Mes programmes personnalisés peuvent-ils être recompilés (MDL) pour CONNECT Edition ?
- Qui a écrit les MDL, MACRO, JAVA, etc... personnalisés ? Et ai-je le code ?
- De nouveaux fichiers d'amorçage doivent être créés ?
- Les fichiers de feuilles et les modèles seront maintenant utilisés ?
- Les utilisateurs peuvent désormais utiliser les nouveaux processus et la nouvelle interface de l'édition CONNECT ?
Il y a toujours plus d'une façon de faire quelque chose - c'est une question de flux de travail de savoir quelle façon conviendra le mieux au gestionnaire de CAO et à ses utilisateurs. C'est là que se trouve tout le travail. Le gestionnaire de CAO doit mettre en place un environnement dans lequel les utilisateurs pourront travailler efficacement. Vous pouvez leur donner tous les outils du monde, mais s'ils ne sont pas conçus correctement et disposés de manière logique pour l'utilisateur, ils deviendront encombrants et inutiles pour l'utilisateur.
Pour gagner du temps dans le processus de migration, vous devriez envisager de former vos utilisateurs au nouveau logiciel, tout en leur proposant un nouveau flux de travail et un bon ensemble de documents de référence.
Et la première chose à faire lors de la migration de ces données est de les sauvegarder, les sauvegarder, les sauvegarder !
L'ancien dossier SYSTEM :
- Dans V8i, il y avait beaucoup de données "système" livrées dans le répertoire WorkSpace\System.
- Certaines de ces données différaient selon les versions de MicroStation.
- Il était difficile de faire une configuration qui fonctionnait de manière fiable avec plusieurs versions de MicroStation.
- Ces données ont été déplacées dans le sous-répertoire "Default" de MicroStation.
Ce qu'un gestionnaire de CAO devra vérifier :
- Structure du répertoire - Les gestionnaires devront déterminer comment utiliser cette
- Niveaux de configuration supplémentaires - Les gestionnaires devront enquêter et déterminer si ces niveaux sont nécessaires
- Le dossier système a été déplacé - Les gestionnaires n'ont plus besoin de l'avoir dans la structure de leur espace de travail
- Il n'y a pas d'option d'interface - Celle-ci est maintenant contrôlée à partir d'un DGNLIB
- Il n'y a pas d'option utilisateur - l'utilisateur est vraiment utilisateur - alors que les variables de configuration peuvent être définies dans le dialogue de configuration, l'utilisateur n'a plus le choix entre plusieurs configurations utilisateur.
Ce qu'un gestionnaire de CAO doit être capable de faire :
- Dépannage - il s'agit de votre personnalisation, vous devriez pouvoir la dépanner
- Connaissez votre espace de travail - vous l'avez mis en place, personne d'autre ne le comprendra mieux
- Comprendre un DEBUG - vous devez être capable de lire ces documents afin de résoudre les problèmes que vous rencontrerez
- Le faire fonctionner avant toute modification - il faut qu'il fonctionne dès le départ
- Effectuer de petits changements - si vous abandonnez beaucoup de changements à la fois, il est plus difficile de déterminer où se situe le problème, si un problème survient
- Être capable de sortir de la boîte (sans modification) - cela facilitera le dépannage
- Être conscient des problèmes du réseau (ce n'est pas toujours le produit qui pose un problème)
Voir aussi
Voici quelques autres ressources qui peuvent être utilisées pour aider à la compréhension du répertoire et des changements de configuration effectués dans l'édition CONNECT :
http://communities.bentley.com/other/old_site_member_blogs/bentley_employees/b/tim_hickmans_blog/archive/2015/09/01/the-connect-configuration
http://communities.bentley.com/other/old_site_image_galleries/member_photo_galleries/m/tim_hickmans_images/271172
Article original en anglais
English