Maestro Technologies - Logiciel intelligent de gestion pour l’industrie de la construction.

La performance, une préoccupation constante

L’amélioration d’un logiciel se fait généralement en plusieurs phases. Tout d’abord, il faut déterminer la nature des fonctionnalités à ajouter. Ensuite, il faut analyser en détail les éléments recherchés et en écrire des spécifications détaillées. Il faut aussi déterminer les impacts sur le reste du système et sur les gens qui l’utilisent. Enfin, il faut développer les modifications demandées, tester l’application et la documenter.

Un point qui demeure souvent négligé tout au long de ce processus est la performance de cette nouvelle application et aussi, son impact sur celle de l’ensemble du système. Il est facile de ne pas en tenir compte parce que le but à atteindre est habituellement très précis et n’admet que rarement des compromis. De plus, chaque changement, en lui-même, ne représente souvent qu’une requête mineure de plus faite aux ressources matérielles. Mais à la longue, l’accumulation de ces petites choses peut avoir un impact significatif sur le temps de réponse des programmes.

Un bon exemple de cela se retrouve dans notre ensemble de programmes de gestion des écrans du système. Il existe en effet un groupe de programmes global qui s’assure que chaque écran sera affiché correctement, selon les différents paramètres déterminés lors de l’mplantation du système ou, dans certains cas, choisis par les usagers eux-mêmes. Parmi ces paramètres, on compte des éléments de base comme la taille de la fenêtre ainsi que sa position dans l’écran, mais aussi des éléments plus complexes comme la langue de travail, les couleurs et polices d’affichage ainsi que des éléments bien particuliers, comme l’affichage des descriptions des valeurs qui apparaissent dans les listes déroulantes. C’est également ce groupe de programmes qui est responsable du traitement global des grilles, que ce soit la sélection des colonnes qui y seront affichées, les libellés de ces colonnes ou encore l’ordre d’affichage des colonnes des grilles de recherche.

Avec le temps, de plus en plus de ces fonctionnalités se sont ajoutées dans ce groupe de programmes. Comme ces programmes font partie intégrante du démarrage de chaque option du système, cela nous permet, lors d’un développement spécifique à un programme, de la propager à tous les autres écrans du système, sans nécessiter de programmation supplémentaire; ce qui serait impensable s’il fallait modifier un à un chacun des quelques 1100 écrans qui forment le système Maestro. Mais, comme cet ensemble de programmes est exécuté automatiquement au démarrage de chaque écran, il est possible que cela finisse par avoir un impact sur la performance en général. À ce niveau, le défi pour l’équipe de développement réside donc principalement dans la conservation de cet équilibre fonctionnalité/performance. En effet, nous ne pouvons pas cesser d’améliorer les fonctionnalités présentent dans les écrans, mais nous devons trouver le point maximum jusqu’où on peut aller, en tenant compte des limitations technologiques présentes chez nos clients. Et, pour compliquer les choses, cet équilibre est constamment remis en question par l’amélioration globale et continuelle de la performance des équipements informatiques des utilisateurs. Alors, vous pouvez comprendre que la gestion de la performance n’est pas un élément simple à contrôler.

Récemment, lors du développement de la version 3.01, nous avons modifié entièrement l’affichage de tous les écrans. Les commentaires concernant la nouvelle apparence des écrans ont été extrêmement positifs mais cela a mis un certain stress sur les performances globales des programmes et il a été constaté que l’affichage de certains écrans en a été ralenti. Ceci peut se produire surtout pour les écrans contenant une grande quantité d’informations, par exemple, les différentes consultations ou les gestions complexes, telles les employés ou les projets.

Une autre source de ralentissement peut provenir du volume de données. Depuis la version 8.5, les performances du moteur SQL de notre fournisseur de base de données (Pervasive SQL) ont été beaucoup améliorées et nous l’utilisons de plus en plus pour accéder aux données lorsqu’il y a un gain de performance possible. Cela nous permet d’effectuer certaines opérations de filtre ou de tri sur le serveur plutôt que sur les postes de travail, ce qui entraîne un important gain de performance dans les cas où on retrouve un volume de données très élevé.

Dans la version 3.02, dont le développement vient de débuter, nous allons accorder une grande importance à la performance dans nos programmes. Nous sommes confiants d’arriver à améliorer encore chacune de nos applications tout en conservant un temps de réponse acceptable. Le but ultime sera évidemment d’avoir des écrans riches, complets, configurables et paramétrables, comportant toutes les fonctionnalités désirées et qui s’afficheront instantanément! Tout un défi à relever pour nos programmeurs...

Version 3.02
Tel que mentionné plus haut, le développement de la version 3.02 a débuté récemment. Cette version sera une suite logique de la 3.01 et ne comportera pas de changements de structure majeurs. Cela nous permettra de pouvoir continuer le développement général de l’application et de procéder à des changements importants requis par certains clients. Cette version permettra également, à ceux qui désirent plus de stabilité, d’utiliser la version 3.01 qui deviendra sous peu la version courante de maestro* entraînant ainsi la fin des corrections dans la version 2.04.

Michel Fisette, Director R & D 01/02/07