télécharger 26.27 Kb.
|
Proposition de solution technique pour l’élaboration du portail du réseau des médiathèques Proposition de solution technique pour l’élaboration du portail du réseau des médiathèques1.RésuméDes solutions techniques existantes permettent de répondre aux attentes du réseau lors de l’élaboration du nouveau portail. La réunion de ces techniques associée aux choix de la DIT lors de l’élaboration du CCTP du portail de la CA peut être envisagée. L’intérêt le plus notable est la possibilité de rendre indépendant le portail vis à vis de l’intégrateur et de pouvoir faire évoluer le portail par la suite. Dans ce cadre un analyste programmeur ayant des connaissances en PHP, AJAX et en intégration de CMS libre serait une possibilité d’intégrer les évolutions futures. 2.Extrait du Cahier des clauses techniques particulières - V 1.2 (10 juin 2008)2.1.Une solution CMS open sourceLa CA de Saint-Quentin-en-Yvelines, de par son expérience et la veille technologique exercée, souhaite s’orienter vers une solution open-source, sans coût de licence, qui soit par ailleurs maîtrisée par un nombre significatif d’intégrateurs, en France. Toute solution propriétaire, maîtrisée par un prestataire unique, avec une licence payante, sera donc exclue et non étudiée par la CA. Préalablement au lancement du projet de refonte des sites Internet, la CA de Saint-Quentin-en-Yvelines a exercé une veille attentive sur les solutions CMS « libres » et « open source » orientées PHP, pouvant répondre à ses besoins pour le projet de refonte. Au regard de l’ensemble des fonctionnalités attendues, cette veille a permis à la CA de retenir potentiellement deux CMS : Ez Publish et Typo 3. La CA n’interdit pas au candidat de proposer une solution autre. Elle nécessitera une argumentation détaillée justifiant le choix d’un autre CMS. Le prestataire retenu en phase finale devra effectuer une démonstration d’usage du CMS proposé, à partir d’un scénario fourni par la CA. 2.2.Solution technique envisageableDans le cas où le portail de la CA serait orienté PHP, il est possible d’intégrer le portail des médiathèques directement dans le CMS Typo 3 ou Ez Publish. Je m’appuie sur 2 solutions techniques existantes : les portails de la BM de Saint-Herblain et de la BPI. 2.2.1.Cas de la BPIDocuments associés Documents\BPI\La bibliothèque sur le web _ outils, enjeux et perspectives.pdf Documents\BPI\Présentation du Portail Inéo-Bpi.doc Les principaux objectifs du Portail étaient de :
Les fonctionnalités importantes du portail sont les suivantes
L’architecture du portail BPI s’appuie sur le CMS Typo 3, le logiciel mediaview ( http://www.ineoms.com/ ) et le logiciel Portfolio de Bibliomondo. Les bibliothèques qui ont optées pour ce système sont La BM de Lille BM de Nantes ![]() 2.2.2.Cas de la médiathèque de Saint HerblainDocument associé : Documents\Saint Herblain.pdf La médiathèque de Saint –Herblain a fait le pari de créer en interne son portail avec un front office en Flash. Extrait du manuel de maintenanceL’information, dans le nouvel OPAC, suit un parcours assez complexe constitué de nombreuses étapes : au total, 5 machines sont concernées : · Le PC client qu’utilise l’internaute qui consulte l’OPAC (ce peut être également un des postes dédiés au public de la_bibliothèque). · Le Serveur Océanet qui héberge le site mais également les applications développées et certaines bases de données liées à la partie ‘2.0’ (base des commentaires, suggestions…) · Le Serveur Web hébergé en mairie. · Le Serveur Aloès hébergé à la bibliothèque. · Le Serveur Web et Z 39.50 de Rezé. L’information circule entre ces différentes machines selon des normes et des formats différents. Voici un synoptique du fonctionnement. 1. Tout d’abord l’internaute se connecte au serveur Océanet et télécharge le site en Flash. Contrairement à des pages HTML et PHP, le site Flash est une véritable application. Il ne se contente pas d’afficher des données, il va lui-même aller les chercher et les synthétiser. 2. Lorsque l’internaute effectue une recherche, l’application Flash envoie la requête à une application en PHP située sur le serveur Océanet. Celle-ci renvoie les informations demandées en utilisant le protocole SOAP, c'est-à-dire du XML sur HTTP. 3. L’application PHP située sur le serveur Océanet va elle-même récupérer les informations auprès de 2 sources : a. Elle va se connecter au serveur web pour récupérer les informations liées au catalogue (liste de notices, notice détaillée, mes prêts…). Cet échange se fait également en utilisant SOAP (HTTP + XML). b. Elle va également récupérer des informations concernant les commentaires et les suggestions (les lecteurs ayant emprunté ce doc ont également…) dans une base de données locale. 4. Enfin le serveur web (application Opsys en ASP) va récupérer les données : a. Soit auprès du serveur Aloès en utilisant le protocole propriétaire Opscom. b. Soit auprès du serveur Z 39.50 de Rezé en utilisant la norme Z 39.50. Un des points faibles de l’application est qu’il suffit qu’un des 3 serveurs (serveur Océanet, serveur web, serveur aloès) soit défaillant ou ralenti pour que l’application soit défaillante ou ralentie. ![]() 2.2.2.1.CommentairesSans prendre en compte la couche flash qui n’est pas nécessaire et implique une mise à jour du site avec un coût important en ressources humaines. L’architecture du système peut être allégée en intégrant directement au serveur orienté CMS la partie applicative écrite en PHP. Cette partie interroge la base de données Aloès par l’intermédiaire de Opscom. Dans le cas de Saint Herblain, le mode de communication (SOAP) s’opère par l’intermédiaire de la barre d’adresse en pointant vers le serveur application qui renvoie un flux XML directement traité par l’application Flash. Il pourrait être envisageable de traiter ce flux par le client avec de l’AJAX (Asynchronous JavaScript And XML) afin de remplacer la couche Flash. Les techniques web utilisées sont le HTML dynamique, le XML, les CSS, XSL, DOM et Javascipt et l’objet httpRequest. Toutes ces techniques sont validées par le W3C et utilisée régulièrement par des sites tels que Netvibes (Gestion asynchrone des flux RSS), Google (Google suggest par ex), la RATP (Suggestion des villes). Cette solution offre la possibilité de traiter les résultats de la recherche directement au niveau du client. Seules les données à transmettre au serveur sont envoyées, et non l’ensemble de la page comme dans le cas d’une application web classique. Ajax permet aussi de transmettre de manière asynchrone les données, ce qui rend la navigation beaucoup plus fluide pour l’usager. Cette solution présente néanmoins quelques inconvénients :
3.Avantages de l’utilisation d’un CMS + Opscom + AJAX
4.Questions à poser à OpsysLes nouvelles fonctionnalités de la version 1.6 sont-elles interrogeables à partir de OpsCom ? 5.Suite de l’étudeAnalyse du CCTP du réseau des médiathèques afin d’étudier les correspondances entre les demandes des bibliothécaires et les possibilités techniques induites par cette solution. Rédacteur : Nicolas Andry Page sur |