La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

2 Scenarios d'architecture de SI de Laboratoire INTEROPERABILITE 1/ Le cœur SI Labo est simplement constitué du Site Web Internet (sur gestionnaire de.

Présentations similaires


Présentation au sujet: "2 Scenarios d'architecture de SI de Laboratoire INTEROPERABILITE 1/ Le cœur SI Labo est simplement constitué du Site Web Internet (sur gestionnaire de."— Transcription de la présentation:

1 2 Scenarios d'architecture de SI de Laboratoire INTEROPERABILITE 1/ Le cœur SI Labo est simplement constitué du Site Web Internet (sur gestionnaire de contenu CMS) 2/ Le cœur SI Labo est double: - Logiciel Intranet de gestion de laboratoire - Site Web Internet (sur gestionnaire de contenu CMS) Quelles sont les possibilités / contraintes déchanges entre les SI ? - au sein du SI labo (interne) -avec les SI externes Etudes de cas

2 Site Internet (DB / CMS) = Coeur SI Labo DB du CMS [ + tables annexes ? ] NABUCO XLAB LABINTEL Applications Internes connexes Gestion activité scientifique Badges d'entrée Gestion usagers du réseau Réservations Organisation événements Gestion des stocks Gestions des prêts SIFAC GRAAL (AMUE) SILAB (CNRS) DIALOG (CNRS) HAL WS Annuaire LDAP WS R R R S Légende WS Web Services R Requête vers … S Synchronisation Envoi data Utiliser les WS depuis le CMS Pour gérer le type de données voulu (par ex. les publications), on pourra : - soit utiliser le cadre du CMS, en créant un nouveau type de données internes (mais est-ce possible ?), - soit, de manière plus réaliste, travailler hors la structure de la DB du CMS en créant des tables indépendantes, calquées sur celles du SI externe, avec les méthodes d'accès nécessaires (CRU). On synchronisera régulièrement ces tables de DB avec le SI externe (HAL par ex.), de façon que le CMS réponde aux requêtes clients directement à partir de sa DB. Pourrait-on obtenir ainsi une interopérabilité CMS-indépendante - au niveau modèle de l'architecture MVC ? Oui, si … les méthodes d'accès ne passent par lAPI du CMS. Scénario 1 Cœur SI Labo = Site Web (CMS) seul + … applications connexes Le CMS devra intégrer des fonctions d'échanges (à développer !) avec à la fois l'annuaire LDAP, HAL, et … GRAAL ?, pour être à même de présenter la liste du personnel, des productions et des projets. BD Harpège Services des personnels Direction de composante SI local => membres SI institutionnels => personnel, activité, budget, publications

3 SIFAC GRAAL (AMUE) SILAB (CNRS) DIALOG (CNRS) Intranet = Coeur SI Labo (AIGLe, LEST) Site Internet (DB / CMS) DB spécifique avec seulement des données PUBLIQUES Applications Internes connexes Gestion activité scientifique Badges d'entrée Gestion usagers du réseau Réservations Organisation événements Gestion de stocks Gestions des prêts HAL Rapport d'activité WS Annuaire LDAP WS R RR i g s S Des pages Web peuvent être générées par le SI Labo, par ex. l'annuaire par LEST. Scénario 2 Cœur SI Labo = Intranet + Site Web (CMS) … et applications connexes g : Le SI intranet génère des données pour le CMS : a/ Le SI intranet NOURRIT la DB du CMS/Web * (-) dépendant des évolutions du CMS (upgrades) b/ ou génère des pages html statiques (par ex., il génère la liste des membres pour l'annuaire Web ) ** Le SI intranet répond aux requêtes du CMS : i : le CMS Web --- i nterroge ----> le SI intra (ex.: LEST, AIGLe) Le CMS cherche les réponses aux requêtes de ses clients en interrogeant le SI intra (rien dans la DB du CMS) (+) Peut évoluer vers les WS du SI … externe (+) SIMPLE s : le CMS Web --- s ynchronise ----> le SI intra (ex.: LEST, AIGLe) Synchro régulière de la DB du CMS avec le SI intra (+) IDEM (-) Plus complexe (DB et synchro) Légende WS Web Services R Requête vers … S Synchronisation Envoi data Différents cas de figure déchanges possibles BD des personnels Harpège NABUCO XLAB LABINTEL * Fait dans AIGLe pour SPIP et FastBoil ** ExtraLEST SI institutionnels => personnel, activité, budget, publications SI local => membres

4 D'une situation couramment rencontrée pour la gestion des publications... Comment faire la transition vers les WS pour ensuite alimenter (ou moissonner) HAL ? (a). dabord nourrir HAL par un import complet de la collection : saisir directement toutes les publications dans HAL (saisie assistée ?...) ou se procurer un programme « moulinette » à jour pour faire limport massif dans HAL (b). puis intégrer dans le CMS du labo les fonctions dappel aux Web services de HAL => pour la saisie utiliser :- soit linterface de HAL (a), puis nourrir le CMS depuis HAL, - soit linterface du CMS (b), puis nourrir HAL depuis le CMS.... à une architecture utilisant les Web services de HAL pour alimenter le SI interne EndNote CMS (site internet) H A L Copier-coller manuel 1 Non géré 3 Programme « moulinette » 2 Copier-coller manuel Système de Gestion de Labo Web Services 4 Saisie … ou bien passer à un système de gestion de laboratoire (SGL) qui permette limport dune bibliothèque EndNote (comme avec le logiciel AIGLe), puis transférer toutes les références et documents dans HAL via ses WS. Ce SGL devrait alimenter le site internet du laboratoire. La saisie se ferait dans le SGL (ou / et dans HAL … ?). (a) (b) x y x « alimente » y

5 Un « workflow » entre SI ? Parmi les SI qu'on est amené à utiliser, on devrait choisir l'un d'eux comme source de données qui pourrait diffuser ses données vers les autres SI, avec une sorte de workflow entre eux. Cependant on ne pourra pas forcément respecter cet ordre dentrée des données, à savoir commencer par le SI source. Par ex. pour les fiches dentrée de personnel, on pourrait prendre l'annuaire LDAP comme source, car celui-ci est souvent incontournable, et il serait logique de commencer par le renseigner. Mais à moins de contrôler l'annuaire, le délai dinscription dans celui-ci peut être retardé par des procédures administratives et savérer trop long. En conséquence on devra remplir d'abord les formulaires d'entrée locaux (urgents à renseigner). D'où une redondance de saisie inévitable dans ce cas. Exemple de timing pour la saisie des nouveaux entrants : Temps SI LocalAnnuaire LDAPSI LaboSite internetSI Local Affiche la liste du personnel du labo (sauf les stagiaires) Gère la liste de tout le personnel du labo (stagiaires compris) Lannuaire de lunité ou de la tutelle principale (Université …) Le SI qui gère les badges du site


Télécharger ppt "2 Scenarios d'architecture de SI de Laboratoire INTEROPERABILITE 1/ Le cœur SI Labo est simplement constitué du Site Web Internet (sur gestionnaire de."

Présentations similaires


Annonces Google