Architecture technique modulaire du dispositif E
Transcription
Architecture technique modulaire du dispositif E
La base modulaire technique du dispositif E-Délib E-Délib est composé de cinq composants distincts : présentation, workflow, métier, ged, bureautique. Ces composants composants peuvent être adaptés à différentes exigences ou bibliothèques. Vous trouverez ci-dessous un schéma de modules techniques du dispositif E-Délib : Architecture technique modulaire du dispositif E-Délib www.edelib.fr Logique de configuration propre à E-Délib clé Composant implémentation* Serveur de contenu LAMP* Fichiers paramétrage des flux d'affichage et d'appels de fonctions Fichiers de structure et de configuration en contexte workflow Gestion de versions* Partage de dossier réseau ftp* webdav* Présentation Droits Métier who Ewhat DELIB* etc* BureauGED tique Coverfile* Moteur de templates smarty.php.net* L'architecture standard suffit à ce niveau Base SQL norme 92 MySQL* Moteur de transformations WV*, Writer2Latex* Accès utilisateur système de serveur d'applications (ex. apace2, www-data, zope, ...) * Les implémentations choisies ne sont pas limitatives et les évolutions des modules sont indépendantes les une par rapport aux autres. Coverfile est un acronyme pour Coordinated-Versioned File. Il est souhaitable de réfléchir à indépendante des modules ainsi qu'à leurs interdépendances. Si par exemple nous voulons interfacer le dispositif avec un serveur LDAP, il convient d'adapter la couche workflow (qui gère aussi la gestion des utilisateurs identifiés). Si nous voulons un autre type de gestion de présentation (je pense tout particulièrement à faire une implémentation Plone, SPIP et Typo 3), il conviendrait d'adapter ou de substituer la couche de présentation (pour Plone, il serait utile de spécifier une passerelle vers le code E-Délib en PHP). Pour synthétiser, l'évolution du logiciel s'effectue grace : • soit la mise à niveau indépendant d'un ou de plusieurs modules • soit la substitution de modules par des outils externes • soit le remplacement des outils externes Afin de pérenniser l'utilisation des modules, je leur ai donné des noms de code sympas et potentiellement anglophones : yauia, grooobooorg, edelib, coverfile, whowhatetc. L'idée est la suivante, si nous utilisons déjà les outils bureautiques les plus adaptés à nos besoins, ces outils peuvent peut-être servir à d'autres projets. Cela entraîne une synergie importante. Si ces outils ne sont pas les mieux adaptés, le fait de les rendre autonomes les un par rapport aux autres rend leur remplacement plus facile. E-Délib collabore déjà avec la Communauté Urbaine de Lille sur groooobooorg par exemple. Le seul handicap de cette stratégie concerne l'effort supplémentaire nécessaire pour l'administration de chacun des projets alors que notre souhait est de nous concentrer sur E-Délib.