Compte-rendu de réunion

[Admin]

---

---

---

Samedi 02 Août



Projet Professionnel
Compte rendu de réunion – Samedi 02 Août 2008


Présents :
Tina Maria Lalaina Pamela Max

Objets :
1. Suivi d’avancements des modules.
2. Relations inter-modules
3. Rappels.

Résumé :






1. Avancement
a. M1 : absent

b. M2’ : absent

c. M2’’
• Interfaces
• Système de récupération et d’analyse du fichier xml descriptif des axes (équivalent à un otl)
• Récupération de tables sql dans un result set afin de travailler sur les données
• Liaison entre otl et données via une interface équivalente à une DLR

d. M3 : absent

e. M4 : codage des interfaces


f. M5 :
• préparation des interfaces
• gestion des utilisateurs du moniteur
• mise en place d’une classe devant être intégrée aux modules M1, M2’ et M2’’, générant les fichiers xml de log et d’erreur

g. M6 : préparation des interfaces

Comme on peut le constater, beaucoup de groupes en sont encore au niveau des interfaces. Il est nécessaire d’en finir au plus vite avec ça afin de pouvoir résoudre les problèmes de fond.

Suite aux questions, on constate que certains groupes se retrouvent coincés sur des points de prog précis. N’hésitez pas à faire part de vos questions au groupe par mail (pas qu’à moi, je suis trop nul), et à donner des coups de pouces aux autres.


2. Relations inter-modules

De nombreux groupes manquent de visibilité au niveau du travail des autres. Je suis au regret de constater qu’il y a un grave problème de communication entre les modules.

Pour rappel, ce projet est commun. Mr. Sananes a dit vouloir attribuer des points pour le fait que tout marche ensemble. C’est notre target, mais il ne me semblait plus nécessaire de le rappeler.

Voyons à présent les points qui doivent être abordés ensemble, et qui bloqueront certains groupes s’ils ne venaient pas à être discutés rapidement entre les intéressés :


M2’’ et M3
Le module M3 doit effectuer ses requêtes sur le cube généré par M2’’. La règle étant que le module dépendant des données fixe le format des données fournit par le groupe précédent, M3 doit définir la structure du cube optimale afin d’effectuer ses requêtes. Cela nécessite de s’entretenir avec M2’’ afin de voir ce qu’il est possible de produire.

M3 et M4
Le module M4 organise les tableaux de bord à partir du résultat d’une requête de M3. Dans ce cas, il est préférable de s’adapter au résultat de la requête, et de le prendre en paramètre pour effectuer les TDB.
M4 peut rester bloqué un bon moment si ce problème n’est pas résolu rapidement. Il faut juste transmettre à M4 quelques flux de sortie types d’une requête.

M1, M2’, M2’’ et M5

M1, M2’ et M2’’ constituent la partie ‘Serveur’ du système. Les autres modules permettent l’accès aux données. Le moniteur M5 qui gère les planifications n’intervient par conséquent que sur ces 3 modules



Dans la pratique, ça veut dire que M5 va devoir implémenter une classe dans chacun des trois premiers modules, qui soit alimentée par des variables d’avancement, d’erreur etc…
Je vous contacterai pour vous donner plus d’info. Dans l’idée, cette classe génèrera un fichier xml que M5 récupère afin de vérifier l’avancement des traitements.

M1, M2’’ et M5

M5 doit contacter ces deux modules afin de voir comment faire en sorte de pouvoir lancer leur exécution à partir de fichier de paramétrage, et à une heure/date donnée.


M1, M2’, M2’’, M3, M4 et M6

M6 qui gère les statistiques d’utilisation des différents modules, travaillera de façon similaire à M5. A savoir : implémentation d’une classe dans chacun des modules afin de générer un fichier xml contenant les données statistiques.

Chacun des modules cités sera donc contacté par M6 pour voir quelles données sont exploitables, ce qui peut être retourné, etc… Pas de panique, dans l’ensemble, ce ne sont que quelques variables à récupérer, la classe générant le xml faisant le reste.

3 : Rappels

a. Coder les interfaces de façon à pouvoir changer la langue était prévu. Au jour d’aujourd’hui, c’est surtout un bonus, si vous avez le temps quoi.

b. N’oubliez pas de placer des bulles d’aide sur votre curseur, ou ce genre de choses pour permettre à l’utilisateur de ne pas se perdre. Tout doit être clair et facile d’utilisation !

c. Il y a des dossiers à effectuer pour le 29 Août en plus de la prog. N’oubliez pas de vous réserver un peu de temps afin de se pencher dessus.

d. Répondre à mes mails me ferait plaisir.

Sur ce, bon courage. J’imagine qu’une ou deux personnes seulement ont eu la force d’arriver jusqu’ici, tout en bas de ce document lourd et pompeux.

Prochaine réunion le 16 juillet, d’ici là, n’hésitez pas à vous contacter, vous spammer de mails, vous échanger vos numéros de tel et tout et tout. Pareil, posez vos questions de prog à tout le groupe, en espérant obtenir une réponse.

La bise.

Max.