Mardi 13 Mai 2008
~ VII. Les problèmes rencontrés ~
Menu
> Accueil

Programmation
> Algorithmes de tri
> Java

Réseaux Telecom
> Logiciel Vigie

Dossiers
> Trajectoire de comètes
> Gestion d'emploi du temps
> Tracking d'internautes
> Référencement
> Open Office
> Multi-agents dans les EIAH

Divers
> Album Photo
> Citations
> Recettes
> Bibliothèque
> Logiciels
> Mini-Annuaire

A propos
> Mon CV
> Me contacter
Recherche
Google
Sur ce site
Sur le web
Annonces
Accueil > Logiciel de gestion d'emploi du temps > Les problèmes rencontrés
sommaire
precedent suivant

La première difficulté de ce projet a été le travail en équipe. En effet, chaque membre du groupe ayant ses propres habitudes de travail il a été nécessaire d'imposer des "conventions de travail"

L'environnement de WinDev a été la seconde difficulté. En effet, le langage de programmation étant tout à fait nouveau, la prise en main de WinDev a représenté un investissement important.

La génération d'une base de données fonctionnelle a également posé quelques problèmes. La première base générée était la suivante :


ancienne base

Cette base de données permettait, en théorie, à deux employés de s'organiser un rendez-vous commun. Cependant, les liens entre les fichiers étaient trop complexes et certaines relations étaient même cycliques. Par exemple, la suppression d'un client était quasi impossible car il existait une relation d'interdépendance entre la base "client" et la base "empcli". En effet, la suppression d'un client ne pouvait se faire sans celle du lien "empcli" correspondant et, un client ne pouvait exister dans la base, sans posséder au moins une liaison "empcli".

Ne maîtrisant pas parfaitement les notions abordées les semaines précédant le début de la réalisation du projet, la scrutation et la sélection d'un élément dans une base de données ont également posé quelques difficultés.

Le module RAD (Développement d'Applications Rapide) de WinDev a généré quelques problèmes. En effet, les classes de celui-ci étant cachées, il était impossible de les consulter et donc de les réutiliser. Ainsi la majorité des codes RAD ont été remplacés.

Bien que le RAD gère parfaitement les suppressions des différentes fenêtres, ce code a du être réécrit afin de rendre l'utilisation du logiciel plus agréable. Par exemple, lors de la suppression d'un employé avec les traitements du RAD, le programme demandait, la confirmation de la suppression de chacun de ses rendez-vous; ce qui pour de grandes bases devient très vite fastidieux.

Le code des suppressions était délicat à cause des liens entres les différentes entités de la base de données. En effet, la suppression d'un employé, par exemple, entraîne la suppression de ses rendez-vous, de ses clients, et de ses messages administrateur, ainsi que la suppression de tous les liens correspondant dans les tables de liaison.

Les fonctions graphiques de WinDev étant limitées, la représentation graphique de l'emploi du temps de la semaine et de la journée s'est limitée à des tracés de formes géométriques simple (lignes et rectangles).

Les croix qui servent à la fermeture des fenêtres étaient mal gérées. Malgré les fonctions ferme() et multitâche(), les fenêtres ne se fermaient pas. Le problème résidait dans le code du RAD. En effet, une fenêtre en cours de modification ne peut être fermée qu'après validation de celle-ci. La solution adoptée fut de faire disparaître ces croix. L'autre solution envisageable aurait été de valider la modification sans changer les données initiales.

Bien que l'éditeur d'aide de WinDev, WDHelp, soit très performant, des difficultés ont été rencontrées lors de la génération de celle-ci. Le fichier "Normal.dot" du logiciel de traitement de texte (Word) étant en lecture seule (sur le réseau) il a fallu en faire une copie sur le disque dur de l'ordinateur pour pouvoir utiliser WDHelp.

Pour l'anecdote, l'un des plus grands problèmes rencontrés fut la génération du dossier technique. A chaque configuration de l'impression, WinDev se bloquait en envoyant le message "Chaîne trop longue : Erreur pendant une addition". Après quelques longues minutes (1h30), il a été supposé que l'erreur provenait du nom des fenêtres qui comportait des accents et des espaces. Une partie d'un après-midi fut donc consacrée à rebaptiser les fenêtres, modifier le programme et le tester. Malheureusement le problème n'était pas là ...

Après avoir testé la génération du dossier pour chaque fenêtre, il est apparu que c'était la fenêtre "Ad_message" et le code des classes qui provoquaient l'erreur. En effet chaque ligne de code comportait un grand nombre d'espace, ce qui perturbait le bon fonctionnement de l'éditeur de dossier. Il fallut 1h30 de travail supplémentaire pour supprimer tous ces espaces et générer avec succès le dossier "Analyse & Code Source" joint en annexe.

La seule question de ce problème qui n'a pas été résolu est "de quelle manière sont apparus ces espaces ?"

sommaire
precedent suivant
Accueil > Logiciel de gestion d'emploi du temps > Les problèmes rencontrés