On Thu, 01 Sep 2005 14:58:15 +0200 "Marie Capoulade" <mcapoulade@hotmail.com> wrote:
bonjour, j'aimerai savoir quels vont être les apports de la nouvelle version de ISIS-Fish ainsi que les modifications faites par rapport aux versions pécédente ?
Bonjour, au niveau non technique ======================= - utilisation de BSH au lieu de Fesi(ECMAScript) comme langage de script car fesi pose certain probleme avec les collections. BSH est aussi un langage qui peut-etre typé, ce qui permettra de faire des vérifications de ce qui est écrit beaucoup plus poussé lors de la sauvegarde d'un script. Par exemple les erreurs du style list(1) au lieu de list.get(1) pourront-être détectées. - le poids moyen deviendra un script dans Population et non plus un valeur dans la classe - zone de commentaire supplémentaire pour les migrations, recrutement, zones de pop, capturabilité - lorsqu'il n'y a plus de simulation dans la queue de simulation la queue s'arrete - modification de la taille d'une region possible (ajout de maille, sans modification de la resolution) - meilleurs gestion des fonds de carte different. Les fonds de carte seront attaché a la region, et ne dependront plus du systeme de fichier local, donc lors de l'export d'une region, la personne important la region aura le bon fond de carte - possibilité d'avoir des regions modeles, qui permettent de créér de nouvelle region plus facilement - les Scripts d'export, de gravité, d'analyse de sensibilité, les regles seront attaché a une region, et non plus global a toutes les regions - modele de script d'export, de gravité, d'analyse, de regle qui pourront etre copié dans une region puis modifié pour la region - les parametres auront des valeurs par defaut (Dominique/Stephanie, il faudra que vous m'envoyez les valeurs par defaut que vous souhaitez :) - Interface de saisie de la gravité spécifique et non pas comme une regle de gestion - meilleurs information de l'utilisateur sur les problemes, et sur l'avancement des taches en cours. - Les equations vont disparaitre, les equations seront directement du script (personne n'utilisait les equations, tout le monde fesait du #ECMAScript {} dans les equations - refonte complete de la base de données, les scripts (simulations, regles, exports, analyse de sensibilité, gravité) seront des fichiers a plat que l'on pourra editer, si on le souhaite, avec un autre editeur que celui proposé dans isis, les simulations auront leur propre base de données ce qui accelerera la sauvegarde des simulations, et le temps d'acces pour l'affichage des resultats - Lors de la modification d'une region, un message demandera d'expliquer en quelque mot ce qui a ete modifier pour constituer un historique des modifications - Il sera possible de depose ses regions sur un serveur CVS, l'historique servant de message de modification. De cette facon une autre personne pourra récupérer facilement une region d'une autre personne, dans la version qu'elle souhaite. - lors du lancement du simulateur, il verifira, s'il le peut que les versions des regions presentes, et des scripts modele sont les derniers par rapport a ceux present sur le serveur CVS, si ce n'est pas le cas, une demande sera faite a l'utilisateur pour savoir s'il faut mettre a jour les données presente en local. - un utilisateur ne pourra modifier sur le serveur CVS que les regions qu'il a créé, ou que le createur lui a permit de modifier au niveau technique =================== - utilisation du CVS sur labs.le.org - utilisation de maven - utilisation de Classloader different pour les evalutations de script - utilisation de Derby a la place de McKoi comme base de données embarquées - utilisation de SwiXat pour les interfaces au lieu de génération a partir de fichier Glade (utile pour se defaire completement de l'ancien generateur qui servait aussi a la generation de la base de données), la migration vers SwiXat permet aussi une meilleurs implantation (moins de code, donc plus maintenable) qui permet de prendre en compte les modifications de la base de facon beaucoup plus cohérente que de modifier le code existant des anciennes interfaces. - utilisation des Proxies pour la gestion de l'optimisation des calculs - utilisation d'un cache plus evolué pour l'optimisation des calculs - mise en place de statistique pour avoir a la fin d'une simulation le temps passé dans chaque methode de calcul, et chaque regle de gestion. Voila, en gros toutes les modifications, j'en oubli surement encore quelques une, et j'ai surement oublié de mettre quelques avantages à certaine modification. Mais les principales sont là. Certain ajout ne sont pas dans les contrats, mais je les trouve tres utile, par exemple les statistiques de temps de simulation. Il y a aussi quelques demandes qui sont dans les contrats mais dont je ne parle pas ici, car je les ais intégrée directement dans la version 2 lorsque c'etait possible. (fenetre de log, meilleurs gestion de version de la base, modification de l'equation de repro, ...) Au point de vu planning, le travail etait divisé en deux contrat, signé en deux fois (d'ailleurs nous n'avons toujours pas le 2eme contrat :(. Le deuxieme comprend toutes la modification de la base de données qui impacte tout le reste, j'ai donc du commencer par le 2eme contrat pour ne pas devoir refaire le 1er si j'avais fait dans l'autre sens. Ce qui veut dire que la livraison du contrat 1 se fera en meme temps que le contrat 2. -- Benjamin -------------------- email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii