Le service informatique dispose d’une base de données décrivant l’annuaire des utilisateurs. Cependant, cette base est trop typée informatique distribuée
Parallèlement, il existe un circuit de transmission de l’information concernant les personnes sous forme d’une fiche (oui, oui une fiche papier) qui circule entre les différents services.
Ce circuit est trop long pour être compatible avec notre époque, et depuis un an et demie, deux ans, un groupe de travail étudie la mise en place d’un méta-annuaire. Et il trouve le moyen d’aboutir maintenant !!!
Du point de vue développement, le Classlib est appuyé sur l’ancienne BDD annuaire. L’évolution 9 du ClassLib devra l’être sur le méta-annuaire.
Par Jean BRUN
-
Publié dans : jean.brun
0
-
Recommander
Il serait possible de rester sous VFP6 pour développer le client. Mais cela serait vraiment dommage : Sous VFP6, nous n’avions pas trouvé de moyen efficace de renvoyer les données depuis les composants serveur. La solution en place est vraiment archaïque : le composant reçoit sa requête, génère le résultat dans un fichier dbf qu’il place dans un répertoire partagé, et retourne le nom de ce fichier au client. Le client vient le copier.
En 9, nous avons la possibilité d’utiliser des flux XML pour les échanges entre tiers. Mais cela veut bien sûr dire évolution de version de Fox des deux cotés, client et serveur.
Du coté client, tous nos applicatifs sont construits à l’aide d’une bibliothèque de classes commune « ClassLib ». Nous avons externalisé le ClassLib, par rapport au exécutables des applis, ce qui permet d’avoir de exe très petits.
Le Classlib est diffusé sur l’ensemble des postes, au même niveau que le noyau, et comble du confort il se télécharge tout seul lors des évolutions.
Basculer le Classlib en 9 ne va pas non plus être chose facile. J’aurai également voulu anticiper cette action durant l’été, mais cela n’a pas été possible.
Par Jean BRUN
-
Publié dans : jean.brun
0
-
Recommander
L’ensemble des applications développées pour mon client est hébergé sur un serveur NT4. Les composants serveurs, développés en VFP6 sont installés sous MTS. Le soucis c’est que le serveur arrive au bout de sa garantie / maintenance, et Microsoft ne maintiendra plus de support NT pour très longtemps. Nous sommes donc obligé de changer.
Nous allons passer sur un serveur Windows Server 2003. Pour les composants serveurs, cela veut dire passer de MTS à Com+. Et donc du point de vue Fox de la version 6 à
la 9. Accessoirement
, il faudra revoir tout le système des automates, qui assurent de la maintenance sur les bases de données.
J’aurais voulu anticiper ce changement durant l’été, malheureusement cela n’a pas été possible. Mon client n'a pas pris la décision de migrer vers VFP9, il le fait contraint et forcé par le changement de serveur.
Encore un fois, il est malheureux que cela tombe maintenant!!
Par Jean BRUN
-
Publié dans : jean.brun
0
-
Recommander
Actuellement, les commerciaux saisissent leurs résultats dans l’applicatif. Ils saisissent également leur activité dans
la CRM. De
fait il s’agit d’une double saisie avec tous les inconvénients que cela entraîne, notamment de point de vue de la cohérence des données.
Mon client ayant fait le choix stratégique de positionner la CRM au cœur de son SI, l’utiliser en tant que source de donnée est logique. Le problème vient du délai : Au jour d’aujourd’hui, la façon dont les données vont nous parvenir n’est pas encore définitivement fixée.
De plus, la « traduction » ne peut qu’être imaginée car la liste des indicateurs qui vont être suivis n’est pas encore figée. Ce qui est par contre certain, c’est que le schéma va être compliqué, et concerner beaucoup de monde.
Partant de la CRM, les données vont transiter dans un DataWareHouse, pour être enrichies des données annuaires, puis nous être transmises sous une forme à définir (tant logique que physique). Nous devrons ensuite lancer une importation/ traduction, puis finalement les automates propres à l’appli.
Au 18/11, tout ce schéma n’est que théorique.
Par Jean BRUN
-
Publié dans : jean.brun
0
-
Recommander
Pour suivre les résultats des commerciaux, une nouvelle version de cette appli sort tous les ans au 1er janvier. Nous en sommes à
la version N
°8. Elle est donc stable, les utilisateurs y sont habitués.
Mieux, les résultats qu’elle fournie conviennent à l’ensemble des intervenants, et seront conservés. Pourquoi, alors, vouloir apporter des changements importants ? Comme toujours dans ces cas là, plusieurs facteurs se choquent :
- Utilisation de la CRM en tant que source de données.
- Changement de serveur.
- Evolution de version de Fox.
- Evolution de l’annuaire des utilisateurs.
Et malheuresement tous les acteurs à la base des ces changements ce sont donné le mot: en Octobre, ils ont tous décidé, les uns après les autres de mettre en oeuvre leur changement pour la v9 qui doit être sur les écrans le 1er janvier 2006.
Par Jean BRUN
-
Publié dans : jean.brun
0
-
Recommander
