→ Produits → Architecture logicielle Ennov5
Architecture technique de la suite logicielle Ennov5
Une solution complète J2EE
ENNOV5 est développé en technologie J2EE. Les raisons de ce choix technologique sont multiples.
La première relève du souci, constant depuis la fondation de la société, de baser les développements de la R&D sur des standards technologiques portables et largement reconnus. Cette plate-forme permet notamment le maintien de la compatibilité Windows et l'ouverture aux mondes Linux et Unix.
Par ailleurs, J2EE est l'architecture la mieux adaptée à la constitution d'un socle modulaire, évolutif et ouvert. ENNOV vise ainsi l'intégration et la cohérence des modules de la suite ENNOV, la factorisation de leur développement et leur maintenance, l'anticipation des extensions futures, une meilleure réponse aux besoins spécifiques des clients.
Enfin, J2EE permet à ENNOV de fournir différents niveaux d'interface, afin de :
- proposer aux clients une meilleure intégration de nos solutions à leur système d'information (qu'il s'agisse de l'insertion dans l'intranet groupe ou du développement d'applications spécifiques nécessitant l'accès et la modification des données ENNOV sans en obérer l'intégrité) ;
- travailler plus facilement en collaboration avec les sociétés de services externes, qui ont souvent en charge l'administration et la maintenance des applicatifs chez les clients ;
- rendre indépendant la couche présentation de la gestion des données.
Une architecture ouverte, souple et intégrable
Ennov5 repose sur une architecture trois tiers :
- la couche base de données organise le stockage des objets métiers. Ce stockage peut s'effectuer selon le modèle propre d'Ennov ou combiner le modèle Ennov et le modèle Documentum ce qui permettra d'en utiliser les caractéristiques de gestion documentaire dans les modules web de la couche supérieure. Le modèle de données d'Ennov5 peut être automatiquement proposé sous forme de magasin de données ou datamart, à des fins notamment d'exploitation statistique.
- la couche applicative est à proprement parler le coeur du système. C'est elle qui définit l'articulation des objets Ennov5, intègre une API métier permettant de manipuler les données sans nuire à leur cohérence et enfin propose un ensemble de web services capables d'assurer une communication aisée entre Ennov5 d'une part et des applicatifs tiers d'autre part;
- la couche supérieure est celle des modules web eux-mêmes, c'est à dire des applications prêtes-à-l'emploi que propose Ennov dans son offre standard. Ces modules ont chacun leur propre champ fonctionnel et sont donc indépendants les uns des autres, à l'exception du module Dossiers, qui fonctionne en extension au module Doc. Les modules web proposés actuellement par Ennov sont : Doc, pour la gestion du cycle de vie des documents, accompagné de son extension Dossiers, pour la gestion des documents composites; Process, pour la gestion des formulaires et l'automatisation des processus métier; 21CFR pour la compatibilité des systèmes Ennov aux exigences de la FDA; Tableaux de bord et Décisionnel pour la création automatisée de rapports et statistiques sur les données Ennov5. Une description détaillée de chacun de ces modules est disponible sur le site.
La couche supérieure de l'offre présente en outre une caractéristique qui fait l'attrait d'Ennov5 pour ses clients : elle offre des utilitaires de paramétrage, accessibles aux utilisateurs finaux, compréhensibles et manipulables sans compétence informatique, qui permettent réellement de définir la manière dont on souhaite que le système s'adapte à un contexte fonctionnel ou organisationnel. C'est la raison pour laquelle les applicatifs Ennov5 sont hautement paramétrables sans développement. Ce paramétrage est proposé au niveau supérieur de l'architecture technique, et ne requiert pas d'accès aux couches intermédiaire ou inférieure.
Avantages : flexibilité et ouverture
Grâce à son architecture, Ennov5 apporte à ses utilisateurs un certain nombre de garanties :
- l'indépendance vis-à-vis de la base de données, qui peut indifféremment être Oracle, MS SQL Server, DB2, MySql, comme vis-à-vis du serveur d'application (JBoss, WebSphere, WebLogic, etc.) ;
- de nombreux scénarii de déploiement : stand alone ou cluster ; ENNOV5Engine seul ; module Documentation seul ou modules Documentation et Process ; une ou plusieurs bases sur le même serveur / cluster ; module Web et ENNOV5Engine sur le même serveur ou sur des serveurs séparés.