Historique du progiciel de gestion des collections muséales

Un socle documentaire au service des collections muséales depuis 1995

Les moteurs de base de données traditionnels ne sont pas adaptés pour permettre la description d’une collection muséographique, car les entités que l’on doit décrire concernent tout ce qui a existé, existe, ou existera un jour. Au travers de ces version successives le progiciel de gestion des collections muséales Flora Musée à répondu à cette problématique avec les outils informatiques les plus en pointe du moment :

• 1995 : Première version bâtie sur le moteur Taurus 16 bits et l’Imageur Gesco

Le moteur Taurus apportait sa puissance d’indexation documentaire (multivaluation sur les champs mots-clés, texte intégral sur les champs texte libre, thésaurus).
L’imageur Gesco apportait sa puissance d’intégration de fichiers images et des outils de visualisation (zoom, mosaique).

• 1998 : Deuxième version bâtie sur le moteur Taurus 32 bits

Cette version de Taurus, outre sa gestion intégrée des images, a apporté les évolutions techniques permettant d’améliorer les services fonctionnels.
OLE-AUTOMATION : l’utilisation de ce standard de développement Windows a permis de développer le service de régie des biens pour la gestion des expositions, restaurations, mouvements
ODBC : les données (texte et images) étant accessibles par ODBC, cela a permis de produire des impressions directement  via Word ou Excel.
A cette époque l’application devenant « verticalisée » pour les musées, elle prend le nom d’Athénéo Musée.

• 2003 : Troisième version bâtie sur le moteur EverSuite

Taurus avait toute les qualités, mais restait un moteur « propriétaire ». La migration d’Atheneo Musée sous EverSuite a apporté 3 révolutions majeures :

- L’utilisation de bases de données standard du marché (Mysql,Sqlserver) couplées à un moteur d’indexation Lucene pour conserver la puissance de recherche
- Le basculement sur la technologie Web à base de composants Java et de serveurs d’application libres (Tomcat)
- Une solution 100% web permettant l’hébergement de l’application et la saisie déportée sur tout site équipé d’une ligne internet.

• 2006 : Quatrième version bâtie sur le moteur Flora

Pour pouvoir dépasser les limitations techniques imposées par les bases de données standard du marché (longueur de champs, taille des enregistrements…), EVER TEAM a mis au point le moteur Flora, qui ajoute à l’intérieur de la base de données la possibilité de structurer les informations selon une arborescence XML. Cette arborescence étant indexée par le moteur Lucene, les « champs XML » se comportent en recherche comme les champs SQL.

Cette évolution majeure permet à l’application d’enrichir son modèle de données de manière inégalée, et en intégrant des notions venant du monde Unimarc comme les champs et blocs de champs répétables.

Pour pouvoir tirer parti de la richesse de ce modèle de données, Flora s’appuie sur le modèle JSP/Taglib. Ou en d’autres termes : la mise en page des données pour l’affichage, l’impression ou l’export se réalise au travers de « gabarits HTML » dans lesquels les Taglibs se chargent de venir poser les données contenues dans les notices Flora.

La technologie Flora est aussi utilisée dans les applications métiers Bibliothèque et Archives, en remplacement de la technologie ASN (Moteur Doris).

De cette, déjà longue, histoire, il faut retenir qu’EVER TEAM a constamment cherché à rester en phase avec les évolutions technologiques du marché de l’informatique, tout en garantissant la pérennité des données saisies. Un nombre très important de « notices muséographiques » exploitées aujourd’hui quotidiennement sous Flora, ont été saisies il y a plusieurs années sous l’une des versions antérieures de notre application.  Nous avons donc pris coutume de dire que nos applications constituent un « emballage pour la manipulation pertinente de vos données » mais que la vraie richesse réside dans le contenu intrinsèque de vos données, qui seul est à même de rendre la sienne aux biens qu’ils décrivent.