Une petite difficulté pour la gestion de la
fédération
Ce qui peut compliquer la tâche lors de la fédération des informations
du modèle, c’est le fait que les éditeurs de logiciels publient souvent
de nouvelles versions, avec parfois d’importantes mises à jour
annuelles. Sur toute la durée de vie d’un logiciel, l’éditeur peut aussi
lancer de nouvelles fonctionnalités et des corrections d’erreurs sous
forme de mises à jour à télécharger ou à installer sur votre
configuration actuelle.
Il est absolument primordial que tous les intervenants, sur un projet,
utilisent la même version d’un logiciel (et le même numéro de série,
par exemple la version 2.5.6_05112017). Ainsi, on est sûr que leurs
installations se comporteront de la même manière, ce qui évitera des
incompatibilités, et que tout le monde pourra utiliser les outils les plus
récents. Plus problématique encore est le fait qu’avec la plupart des
logiciels, on ne puisse pas ouvrir un fichier qui a été créé et
sauvegardé en utilisant une version plus récente. Par conséquent, si
un utilisateur est en avance sur les autres de ce point de vue, ses
données risquent de devenir inutilisables pour le reste de l’équipe.
Il est sans doute logique de veiller à ce que tout le monde utilise la
version la plus récente d’un logiciel donné, mais il existe de bonnes
raisons de ne pas le faire. Songez aux implications financières et à
ce que cela représente dans la pratique d’installer de nouvelles
versions d’un logiciel chez tous les intervenants. L’important, c’est de
convenir avec toutes les parties concernées, dès le démarrage du
projet, du protocole qui sera suivi pour les mises à jour des logiciels.
Veillez à ce que tout le monde utilise la bonne version et accepte la
politique à suivre quand une nouvelle mise à jour est disponible sur le
marché.
Envisagez le modèle comme un point central où toutes les
informations relatives au projet (notamment celles indiquant qui a
produit tel élément et d’où il est venu) sont rassemblées et mises à
jour, et demandez-vous qui doit gérer le processus.
Il est vraiment important que vous vous mettiez d’accord avec le
reste de l’équipe sur la normalisation des résultats et que vous
veilliez à ce que tout le monde ait bien compris de quelle manière
l’information sera utilisée, échangée et fédérée, faute de quoi vous ne
tarderiez pas à rencontrer des problèmes.
fédération
Ce qui peut compliquer la tâche lors de la fédération des informations
du modèle, c’est le fait que les éditeurs de logiciels publient souvent
de nouvelles versions, avec parfois d’importantes mises à jour
annuelles. Sur toute la durée de vie d’un logiciel, l’éditeur peut aussi
lancer de nouvelles fonctionnalités et des corrections d’erreurs sous
forme de mises à jour à télécharger ou à installer sur votre
configuration actuelle.
Il est absolument primordial que tous les intervenants, sur un projet,
utilisent la même version d’un logiciel (et le même numéro de série,
par exemple la version 2.5.6_05112017). Ainsi, on est sûr que leurs
installations se comporteront de la même manière, ce qui évitera des
incompatibilités, et que tout le monde pourra utiliser les outils les plus
récents. Plus problématique encore est le fait qu’avec la plupart des
logiciels, on ne puisse pas ouvrir un fichier qui a été créé et
sauvegardé en utilisant une version plus récente. Par conséquent, si
un utilisateur est en avance sur les autres de ce point de vue, ses
données risquent de devenir inutilisables pour le reste de l’équipe.
Il est sans doute logique de veiller à ce que tout le monde utilise la
version la plus récente d’un logiciel donné, mais il existe de bonnes
raisons de ne pas le faire. Songez aux implications financières et à
ce que cela représente dans la pratique d’installer de nouvelles
versions d’un logiciel chez tous les intervenants. L’important, c’est de
convenir avec toutes les parties concernées, dès le démarrage du
projet, du protocole qui sera suivi pour les mises à jour des logiciels.
Veillez à ce que tout le monde utilise la bonne version et accepte la
politique à suivre quand une nouvelle mise à jour est disponible sur le
marché.
Envisagez le modèle comme un point central où toutes les
informations relatives au projet (notamment celles indiquant qui a
produit tel élément et d’où il est venu) sont rassemblées et mises à
jour, et demandez-vous qui doit gérer le processus.
Il est vraiment important que vous vous mettiez d’accord avec le
reste de l’équipe sur la normalisation des résultats et que vous
veilliez à ce que tout le monde ait bien compris de quelle manière
l’information sera utilisée, échangée et fédérée, faute de quoi vous ne
tarderiez pas à rencontrer des problèmes.