JUMP Reporting en 2.2

Dans les semaines qui viennent, nous sortirons à JUMP la version 2.2 de notre progiciel JUMP Reporting.

Ce progiciel a pour vocation d'assister les sociétés opérant dans la finance de marché à améliorer et à automatiser la conception de leurs reportings et internes, rapports commerciaux et réglementaires.

C'est un moment assez enthousiasmant tant cette version concrétise d'objectifs fonctionnels que je m'étais fixé à sa création.

Les dernières démonstrations effectuées avec les versions 2.2 de développement ont d'ailleurs été particulièrement prometteuses.

Il s'avère que nos prospects (fonds, fonds de fonds, dépositaires, centre de production du reporting d'une grande banque mondiale) sont unanimes pour reconnaître la qualité et la compétitivité de JUMP Reporting face à ses principaux conccurrents pourtant bien plus anciens et installés.

Pour la 2.2, les principales fonctionnalités de JUMP Reporting sont :

• L'automatisation de la génération des rapports.
• De très nombreux éléments de rapports fournis en standard : tableaux, graphiques et ratios...
• Paramétrage détaillé du contenu et de l'apparence des éléments de rapports.
  
• Prévisualisation instantanée des éléments de rapports.
• Génération des rapports rapide et fiable.
  
• Support de nombreux formats pour les modèles et les rapports générés : Word, PDF, HTML, Excel...
• Connexion native aux alimentations supportées par l'ETL JUMP Framework.
• Support possible d'alimentations spécifiques.
• Accès natif aux fonctionnalités du moteur de calcul de JAMS.
• Editeurs de ratios.
• Editeur de texte dynamique.
• Mécanismes de transformation automatique des données en entrée.
  
• Gestion des sources de données externes : images, fichiers Excel....
  
• Fonctionnalités de mailing intégrées.
• Séparation modèle / vue permettant le support de multiples apparences pour les mêmes données.
  
• Gestion des scénarios de rapport.
  

Interview dans la newsletter HEC MSIT

C'est toujours agréable, alors je profite de ce petit billet pour remercier publiquement l'équipe des anciens du mastère MSIT de HEC pour avoir publié une interview de ma petite personne dans leur dernier numéro.

Elle est plus généraliste que la vidéo publiée il y a quelques mois sur le site de Jean Michel Billaut qui était axée sur un seul des projets de JUMP.

Cela me rappelle que je n'ai toujours pas trouvé le temps de terminer l'article informatique / finance que je comptais proposer en publication aux magazines spécialisés.

Sortie de la version 6.0 update 1 de Java

La version 6.0 update 1 de Java, aussi appelée 1.6.0_01 vient d’être publiée par Sun.

Comme toute version mineure de Java, elle n’a pas pour vocation d’ajouter de nouvelles fonctionnalités mais de corriger les bugs décelés dans la dernière version.

Elle corrige notamment les problèmes suivants :

• Affichage incorrecte des dates via la classe DateFormat pour certains fuseaux horaires (voir bug 6530336)
• Divers bugs spécifiques à la plateforme Windows Vista : apparence de certains composants Swing non en phase avec le système
• Fuites mémoires dans certaines circonstances assez particulières
• Divers problèmes d’apparence avec le skin GTK de Swing

Vous pouvez consulter la liste complète (en anglais) des changements proposés par cette version ici : http://java.sun.com/javase/6/webnotes/ReleaseNotes.html

Vous pouvez la télécharger ici : http://java.sun.com/javase/downloads/index.jsp

Impressionnant Flex

Nous travaillons en ce moment à JUMP à l’évaluation de l’intégration de Flex au framework JUMP.

Flex est le framework d’Adobe étendant les possibilités de Flash.

Au niveau applications web, Flex permet déjà de conserver tous les avantages de Flash par rapport à Java : légèreté du téléchargement, moindre consommation mémoire, possibilités graphiques étendues, performances graphiques supérieures, meilleure productivité dans la réalisation d’effets graphiques…

Il ajoute de surcroit une plus grande richesse fonctionnelle de la plateforme ainsi qu’une meilleure interaction avec Java.

Concrètement, nos premiers tests nous ont déjà montré qu’il est bien plus rapide de réaliser une interface jolie et réactive avec Flex qu’avec Java Swing, et que Flex cohabite assez bien avec Java et même dans un serveur Tomcat.

Nous travaillons à intégrer Flex à notre moteur afin de pouvoir proposer pour nos réalisations web (JIMS et développements web spécifiques) une sortie Flex / Flash de qualité en sus de la sortie Java Swing actuellement disponible.

Quelques exemples de Flex pour se faire une idée des possibilités graphiques de la bête :
- Un visualisateur de photos
- Un site web de recherche de restaurants
- Un site web commercial (capture ci-dessous)

De l'importance de la performance des applications

Dans le domaine de la programmation, il existe un domaine où la lutte n'est jamais terminée : celui de la performance.

Quel que soit le temps et le talent qu'on y passe, il est toujours possible d'obtenir une application encore plus rapide et des temps de réponse encore plus courts.

Ce domaine est souvent négligé par les éditeurs de progiciels qui jugent moindre l'intérêt commercial de cet aspect.

Peut être suis je biaisé par mon côté technique, toujours est il que j'ai décidé d'en faire un des axes majeurs de différenciation des progiciels que nous concevons au sein de JUMP AMS.
Plus nous ajoutons de fonctionnalités, plus il est difficile de proposer une application de surcroit rapide mais je pense que nous y réussissons plutôt bien.

Concrètement, selon nos dernières mesures, nous permettons ainsi aux utilisateurs de JAMS de calculer une centaine de ratios financiers en une seconde, de créer instantanément des tableaux et graphiques complexes sur leurs portefeuilles, de générer en quelques secondes des rapports Word ou HTML assez complexes...

Et ça change tout à l'utilisation de l'outil. Quand tester un scénario ou visualiser le résultat d'une modification ne vous prend qu'une seconde, vous hésitez beaucoup moins à vous lancer dans une tâche ou à effectuer des changements. Vous êtes plus libres et plus productifs.
Voilà pourquoi la performance de nos applications est aussi importante pour notre équipe.

Java Swing et Windows Vista

La beauté de Swing, c'est que ça permet aux développeurs Java de concevoir en une fois une interface identique sur chaque plate-forme ou s'adaptant automatiquement au rendu naturel de chacune. On peut ainsi concevoir une application en 2005 sous Linux qui aura un bon rendu natif sous Windows Vista en 2007.

Mais dans la pratique, c'est malheureusement un peu plus compliqué.

Les rendus natifs présentent encore quelques bugs ennuyants, surtout sur les plateformes récentes. Ainsi, fin mars 2007, la dernière version stable de Java n'offre t'elle pas encore de rendu natif satisfaisant pour Windows Vista. C'est un peu rageant.

Par exemple, les en-têtes de tableaux ont tendance à avoir des hauteurs exagérément importantes (1ère capture ci dessous) par rapport à ce que l'on attendrait (2ème capture).

La bonne nouvelle c'est que la prochaine mise à jour de Java devrait corriger la plupart des problèmes d'apparence du rendu natif sous Windows Vista : hauteur des entêtes de tableaux, apparence des menus...

Externaliser le reporting ?

Dernièrement, j'ai réalisé l'existence d'un besoin peut être fréquent parmi les sociétés de gestion d'actifs de petites taille.

J'ai rencontré récemment le gérant d'un petit fonds (moins de 30 millions d'euros sous gestion) pour lui présenter notre nouveau progiciel pour la conception du reporting.

Je commencais à lui montrer combien cette solution est puissante, avec quelle facilité j'avais pu recréer une version améliorée du rapport qu'il publie sur son site Internet, et combien il est facile de gérer les rapports et de les exporter.

Mais là, j'ai eu en face de moi une réaction à laquelle je ne m'attendais pas.
En gros, c'était : "votre produit est bien, mais moi, je veux juste que mon unique rapport mensuel d'activité que je publie sur mon site Internet soit plus joli et ne me donne plus de travail. Alors, combien ça me coûte pour que ce soit votre entreprise qui s'occupe de me générer mon rapport d'activité mensuel ainsi qu'un rapport hebdomadaire à mon unique destination contenant la valeur de mon fonds face à quelques ratios de risque ?"

Je suis tombé des nues. Evidemment que nous pouvons le faire, mais ce n'est pas l'activité de JUMP. Nous vendons des progiciels destinés à aider les fonds à améliorer leurs processus, pas de l'externalisation.

Cependant, tout bien réfléchi, cette demande me paraît assez logique.
Pourquoi une petite société de gestion, dont les besoins en reporting sont pour ainsi dire très limités, irait payer un logiciel dont l'intérêt est de répondre à des demandes complexes en terme de reporting ? Quel intérêt d'avoir des dizaines de ratios, de tableaux et de graphiques à disposition quand on n'a un seul rapport à créer ?

Reste à savoir si cette demande est une demande isolée ou si elle correspond aux besoins de nombreuses sociétés de gestion...