DEVA-CP

JeDDLaJ

DEVA : Nom du logiciel: 
JeDDLaJ (Je Déploie Dans La Joie)
DEVA : URL site Web du logiciel: 
DEVA : Licence du logiciel: 
GPL
DEVA : Identifiant PLUME de l'auteur de la soumission (ne pas modifier): 
Gérard Milhaud
DEVA : Prénom de l'auteur de la soumission: 
Gérard
DEVA : Nom de l'auteur de la soumission: 
Milhaud
DEVA : Email de l'auteur de la soumission: 

g [at] esil [dot] univmed [dot] fr

DEVA : Laboratoire ou service de l'auteur de la soumission: 

ESIL

DEVA : Tutelles labo/service auteur soumission: 

Univ de la Méditerranée

DEVA : Autres informations sur l'auteur de la soumission: 

Autre auteur : Frédéric Bloise, même adresse, e-mail : f [at] esil [dot] univmed [dot] fr

DEVA : Description courte du logiciel: 
Déploiement d'OS et de paquetages logiciels
DEVA : Fonctionnalités générales du logiciel: 

Le but premier de JeDDLaJ est de faciliter le déploiement et la gestion d’un parc informatique de PC hétérogène tant au point de vue matériel que logiciel ET dont la configuration logicielle est amenée à changer fréquemment (type UFR d’université).

  • modification de la configuration logicielle (ajout/retrait de systèmes d'exploitations et de logiciels) et des caractéristiques (partitionnement, résolution, affiliation Windows,...) d’une machine ou d’un groupe de machines par simple(s) clic(s) depuis l’interface WEB;
  • détection automatique et intégration dans la base de toute la configuration matérielle lors du premier boot du PC ;
  • gestion automatique du multiboot (Linux et Windows) ;
  • gestion des erreurs au cours du déploiement avec choix prédéfinis d'actions à réaliser ;
  • gestion avancée des groupes de machines par simple(s) clic(s) depuis l’interface WEB ;
  • copie logique d'une machine ou d'un groupe de machines par simple(s) clic(s) depuis l’interface WEB ;
  • création d'images systèmes via une interface HTML-like sur les postes clients, avec possibilités de partir d'une image utilisée par une machine de plus proche architecture matérielle ;
  • création d'images de logiciels via une interface HTML-like sur les postes clients.
DEVA : Autres fonctionnalités du logiciel: 
  • vue synoptique du parc informatique depuis un navigateur WEB quelconque : possibilité de voir aussi bien la version de Mozilla installé sur une machine que le nombre de slots mémoire de cette dernière ;
  • réduction du nombre d'images (systèmes et paquetages logiciels) nécessaire grâce à l'application de scripts de post-installation ;
  • déploiement d'une image Windows sur n'importe quelle partition indépendamment de la partition de création. De même pour Linux, l'image peut-être déployée sur n'importe quel schéma de partitionnement ;
  • facilitation du déploiement d'images auto-adaptatives sous Windows en gérant les images sysprepées et adoptant le déploiement d'images de drivers uniformisés DriverPacks. De même pour Linux, le déploiement d'images auto-adaptatives est rendue possible grâce à la base de connaissances des composants matériels de JeDDLaJ modifiant à la volée les fichiers de configuration du système ;
  • réveil des machines supportant le wake-on-lan depuis l'interface WEB de JeDDLaJ ;
  • interface en mode consultation.
DEVA : Contexte d'utilisation du logiciel: 

JeDDLaJ permet à notre toute petite équipe (3) de gérer facilement au quotidien notre parc de 350 PC aux architectures matérielles et configurations logicielles très diverses. Nous pouvons répondre de façon très réactive :

  • aux demandes d'installation de logiciels (déploiement en quelques clics depuis le WEB s'ils sont dans notre base ; sinon installation (une seule fois) sur n'importe quelle machine disponible du parc et déploiment) ;
    - aux réinstallations suite à des dysfonctionnements logiciels où des pannes disques ;
  • aux installations de nouveaux postes ;

La possibilité de constituer des groupes et des sous-groupes permet une organisation logique :

  • facilitant les modifications massives ;
  • améliorant la vue du parc, et pouvant être parcourue via une interface de consultation par les utilisateurs (par exemple les personnes chargées des réservations des salles).
DEVA : Raisons du développement: 
  1. le très grand nombre de postes, la diversité de leur architecture, les configurations logicielles très diverses (5 filières spécialisées à l'ÉSIL, personnels,...) et changeantes dans le temps (formations, intervenants divers,...) ...face à l'indigence des ressources humaines, nous ont poussé à nous doter d'un logiciel de déploiement propriétaire puissant (langage de scripting, manipulations des systèmes de fichiers (FAT,NTFS et EXT2), connexions possibles à des services tiers par tcp, multicast, images incrémentales, répertoires partagés et gestion d'un cache images,...) : Rembo Toolkit 2;
  2. cependant le logiciel présentait une interface peu satisfaisante : visibilité du parc matériel et logiciel très limitée, informations stockées sur le serveur Rembo sans moyen d'interrogation puissant et scriptable, déploiement nécessitant la réutilisation de scripts Rembo-C et la manipulation de variables dédiées... Donc fonctionnalités présentes mais pénibles à mettre en oeuvre pour un usage quotidien, et informations insuffisamment accessibles ;
  3. ce qui nous a amené à écrire une solution permettant de piloter le parc informatique en nous appuyant sur le logiciel Rembo mais ne nécessitant aucune connaissance informatique dans son utilisation.
DEVA : Etat de la documentation: 
  • Installation : disponible, à jour et complète
  • Administration : disponible et à jour
  • Utilisation : disponible, pas totalement complète
DEVA : URL de la documentation: 
DEVA : Inter-opérabilité du logiciel: 
  • les données de JeDDLaJ sont stockées dans une base de données MySQL ;
  • l'interface utilisateur de JeDDLaJ est écrite en PHP et Javascript compatible avec les navigateurs de types IE, Mozilla, Safari, Konqueror ;
  • les fonctionnalités de déploiement de JeDDLaJ exécutées côté client s'appuient sur le logiciel propriétaire Rembo. Les scripts écrits dans le langage de ce logiciel (Rembo-C) ont été adaptés au fur et à mesure de ses nouvelles versions tout en restant compatible avec la version initiale utilisée : version 2,4 et 5 (appelée IBM TPMfOSd)
  • afin de rester pérenne, JeDDLaJ utilise sa propre base de connaissances de composants physiques grâce à son interface d'importation des fichiers de descriptions du logiciel libre discover-data.
DEVA : Briques libres utilisées: 
  • Apache (GPL)
  • PHP (GPL)
  • MySQL (GPL)
  • MySQL connector/ODBC (GPL)
  • discover-data (GPL)
DEVA : Architecture du logiciel: 
  • un serveur MySQL hébergeant la base de données JeDDLaJ où sont modélisés les ordinateurs, les logiciels et les relations qui lient ces 2 entités ;
  • un serveur Apache+PHP présentant les pages JeDDLaJ permettant de modifier les informations de la base au travers d'abstractions de celles-ci ;
  • un serveur Rembo (logiciel propriétaire) délivrant aux postes clients un pré-OS via le protocole PXE permettant l'exécution des scripts JeDDLaJ écrits en Rembo-C qui vont mettre en adéquation la configuration logicielle réelle des postes avec celle décrite dans la base ;
  • une passerelle ODBC (MySQL connector/ODBC) permettant au serveur Rembo d'interroger la base MySQL.
DEVA : Langages de programmation du logiciel: 
  • PHP
  • Rembo-C
  • SQL
  • HTML
  • Javascript
  • Expect
  • VisualBasic
  • Perl
  • bash
DEVA : Volume du logiciel: 

14000 lignes de code

DEVA : Qualité du logiciel: 
  • code en production depuis quelques années qui a été corrigé, amélioré et enrichi ;
  • code testé, validé et utilisé dans des établissements présentant des environnements systèmes différents.
DEVA : Version actuelle du développement: 

1.6 IBE+

DEVA : Début du développement: 

2002

DEVA : Nombre de versions précédentes du développement: 

3

DEVA : Temps développement effectué: 
6
DEVA : Utilisation actuelle du logiciel: 

En production dans l'UFR ESIL de l'université de la Méditerranée, à l'Ecole centrale de Marseille, à l'université de Montpellier et potentiellement sur d'autres sites universitaires (historiquement Bretagne Sud, Bayonne mais nous n'avons plus de nouvelles)...

DEVA : Fonctionnalités... à ajouter: 
  • documentation utilisateur à compléter et à actualiser ;
  • compléter les commentaires du code ;
  • tests avancés à réaliser pour valider la compatibilité de l'ensemble des scripts Rembo-C avec la dernière version de Rembo (IBM TPMfOSd) et les modifier s'il y a lieu.
DEVA : Besoins nécessaires pour finaliser: 

2 mois/homme

DEVA : Evolutions envisagée à long terme: 
  • développement d'un agent JeDDLaJ complétant les fonctionnalités REMBO (permettre, depuis le serveur Rembo, une connexion sécurisée en mode OS démarré sur les machines gérées pour le lancement de commandes quelconques, pister le processus d'installation d'un logiciel afin de générer automatiquement le fichier finalisé permettant la fabrication du package, etc.) ;
  • une plate-forme d'échanges entre sites des logiciels libres imagés par le serveur Rembo ;
  • gestion de logiciels avec licences propriétaires ;
  • gestion des dépendances des logiciels (à l'heure actuelle gérée de façon minimale) ;
  • délégation des droits sur l'interface.
DEVA : MOTS CLES de la fiche: 
.

Tableau de bord SSI

DEVA : Nom du logiciel: 
tableau-de-bord-ssi
DEVA : Licence du logiciel: 
Pas de licence
DEVA : Commentaires sur la licence: 

Ce logiciel utilise des composants libres et il est développé en interne, nous allons étudier le mode le plus approprié

DEVA : Identifiant PLUME de l'auteur de la soumission (ne pas modifier): 
Philippe Tourron
DEVA : Prénom de l'auteur de la soumission: 
Philippe
DEVA : Nom de l'auteur de la soumission: 
Tourron
DEVA : Email de l'auteur de la soumission: 

philippe [dot] tourron [at] univmed [dot] fr

DEVA : Laboratoire ou service de l'auteur de la soumission: 

Centre Informatique de Gestion et Réseau

DEVA : Tutelles labo/service auteur soumission: 

Faculté de Médecine de Marseille, Université de la Méditerranée

DEVA : Autres informations sur l'auteur de la soumission: 

L'ensemble de l'équipe CIGR a contribué à l'analyse de ce projet. Le développement est actuellement réalisé principalement en collaboration avec un membre de l'équipe informatique : Emmanuel Lestrelin et un stagiaire : Jean-marc Pelle.

DEVA : Description courte du logiciel: 
Gestion, présentation et synthèse d'indicateurs sur la sécurité d’un système d'information
DEVA : Fonctionnalités générales du logiciel: 

Le tableau de bord est un outil de présentation et de synthèse fournissant des indicateurs sur la sécurité d’un système d'information : SI (un laboratoire, une UFR, une Université, ...). Les indicateurs classés par thème ou objectif de sécurité permettent de vérifier l'application de la politique de sécurité sur trois niveaux : Au niveau opérationnel, le tableau de bord permet de contrôler l'état du réseau et des moyens (alarmes) sous une vue synthétique et colorée (rouge, orange, vert selon l’état). Au niveau pilotage, l'utilisateur pourra vérifier la réalisation des objectifs de sécurité et améliorer la qualité de service. Enfin, au niveau stratégique, l'utilisateur aura un outil d'aide à la décision et pourra contrôler la réalisation des objectifs ainsi que l'efficacité des investissements effectués et actions menées.

DEVA : Autres fonctionnalités du logiciel: 

Le tableau de bord utilise un ensemble d'outils afin d'auditer les moyens du réseau et collecter ainsi les informations nécessaires à l'élaboration des indicateurs. On contrôle donc d'une part, la disponibilité des moyens grâce à un outil de monitoring (snmp et agents spécifiques avec zabbix) et d'autre part les vulnérabilités du réseau (avec NESSUS), un anti-virus, un outil d'analyse des logs, un IDS… Tous ces outils de collecte sont personnalisables et l'on peut très bien modifier l'application afin qu'elle intègre d'autres outils.
Le tableau de bord permet également de construire des indicateurs offrant une vue sur divers thèmes tels la gestion des incidents, les activités effectuées, les budgets ou les PRA, ils pourront être saisis via un formulaire.

DEVA : Contexte d'utilisation du logiciel: 

La motivation initiale du projet de développement du tableau de bord SSI fait suite à une étude de risque SSI menée avec la méthode EBIOS (DCSSI). Le premier objectif était de disposer d'un outil générique qui proposerait une vue synthétique de l'état du réseau et des moyens connectés au niveau opérationnel pour boucler une partie de notre système de gestion de la sécurité avec un retour des actions menées et une meilleure évaluation de l'évolution de nos vulnérabilités. L'objectif a été atteint avec la réalisation et la mise en production du premier tableau de bord en juin 2007. Le projet actuel vise à disposer d'un outil plus évolutif mais aussi d'étoffer les indicateurs aux niveaux pilotage et stratégique, notamment en les mettant en corrélation avec les vulnérabilités et fonctions essentielles mises en évidence par l'analyse EBIOS. Le nouveau tableau de bord prévoit aussi la possibilité de gérer plusieurs systèmes d'information.

DEVA : Logiciels similaires: 

Au niveau opérationnel, des plateformes de monitoring tels Zabbix permettent de contrôler l'état d'un réseau grâce à un système de manager et d'agents snmp ou spécifiques à l'application.
D'autres outils permettent de tester les vulnérabilités du réseau comme NESSUS et fournissent un rapport à la fin de leur scan.
Ce type de logiciel couvrant les 3 niveaux fait souvent l'objet de développement spécifique ou de paramétrage lourd et couteux d'applications dédiées à la SSI.

DEVA : Besoins non couverts par logiciels similaires: 

Aucun d'entre eux ne regroupe l'ensemble des informations dans un tableau de bord offrant une vue synthétique du SI au travers d'indicateurs répondant à des objectifs élaborés à partir de la politique de sécurité.

DEVA : Raisons du développement: 

Aucun outil déjà développé ne répond à nos attentes ni à nos budgets et nous voulons améliorer le tableau de bord SSI dont nous disposons déjà en le rendant plus évolutif et générique. Notre projet est de développer une application qui sera capable de gérer plusieurs SI et de pouvoir s'adapter à n'importe quel SI. C'est pourquoi le module de présentation et de gestion du tableau de bord sera clairement séparé du module de collecte des données qui alimentera les indicateurs. En effet, le module Tableau de bord doit pouvoir intégrer des indicateurs provenant de diverses sources dans un souci de réutilisabilité, d'évolutivité et d'adaptation à tout type de SI. Le module de collecte des données sera lui beaucoup plus dépendant des outils utilisés et du système à auditer. Nous voulons également améliorer le code PHP de nos scripts en favorisant la réutilisabilité et en facilitant la maintenance de l'application (modules distincts comprenant des bibliothèques de fonctions/procédures et des définitions de classes d'objets, utilisation de CSS).

DEVA : Etat de la documentation: 

Une documentation complète de la première version du tableau de bord que nous avons développée a été réalisée. Concernant le projet de notre seconde version nous avons déjà effectué la phase d'analyse. Nous disposons donc des documents qui nous ont permis d'analyser les besoins, du modèle de données, du dictionnaire de la base de données ainsi que du script de génération de la base de données.

DEVA : Inter-opérabilité du logiciel: 

L'application est divisée en deux modules distincts :
Le premier comprend tous les scripts de collectes avec les différents outils utilisés afin d'alimenter le tableau de bord. Ce module dépend fortement des choix effectués au sein du SI que ce soit au niveau des outils utilisés ou bien au niveau des indicateurs retenus. Néanmoins, des outils libres ayant été utilisés tels que NESSUS, la gestion syslog (syslog-ng et logcheck) ou encore ZABBIX, une partie des scripts peut être facilement reprise afin de servir pour un autre SI.
Le second module est constitué par la base de données (sous MySQL) du tableau de bord ainsi que par les scripts PHP de l'application.
Le tableau de bord est installé sur un serveur Linux Debian, le SGBD utilisé est MySQL et les scripts de collecte, de traitement et de présentation sont écrits en PHP. L'application peut donc s'intégrer à différentes structures.

DEVA : Briques libres utilisées: 

Zabbix, syslog-ng, logcheck, NESSUS, Apache, Mysql, Php.

DEVA : Architecture du logiciel: 

L'application est installée sur un serveur sous Linux Debian sur lequel nous avons installé trois vservers.
Sur le premier, nous avons le serveur apache ainsi que les scripts PHP de l'application qui iront lire et alimenter la base de données du tableau de bord. Ces scripts permettront aussi la saisie et la gestion d'indicateurs non collectés et l'IHM.
Sur le second vserver, seule la base de données Mysql du tableau de bord est installée.
Sur le troisième vserver sont installés tous les outils ainsi que les scripts de collecte PHP. On y trouve donc Zabbix et sa base de données MySQL, un serveur apache, NESSUS, logcheck, syslog-ng ainsi que tous les scripts qui assureront un traitement des données prélevées sur des sources propriétaires telles que notre IDS ou notre antivirus.

DEVA : Langages de programmation du logiciel: 

Le tableau de bord est une application WEB écrite en PHP.

DEVA : Volume du logiciel: 

en cours d'évaluation

DEVA : Qualité du logiciel: 

Cette version 2 de notre TDB met l'accent sur la réutilisabilité et l'extensibilité. L'analyse des données selon la méthode MERISE a été effectuée dans un souci constant de créer un modèle respectant ces deux critères. Au final l'application pourra s'intégrer dans n'importe quel SI et différentes briques pourront lui être ajoutées afin de créer de nouveaux indicateurs. La création d'indicateurs saisis "manuellement" garantira aussi un usage simple pour des suivi SSI du type : budgets ssi/budget globaux, interventions ssi/toutes interventions, nombre de plaintes, nombre de déclartion à la Cnil, ...
L'utilisation de composants génériques libres permet aussi d'assurer une compatibilité avec les environnement d'implantation.

DEVA : Version actuelle du développement: 

2

DEVA : Début du développement: 

Avril 2007

DEVA : Nombre de versions précédentes du développement: 

1

DEVA : Temps développement effectué: 
4 h/mois
DEVA : Utilisation actuelle du logiciel: 

le niveau opérationel du tableau de bord est en production la cartographie colorée des entités est en permanence visible dans le service et permet de réagir très vite aux évolutions et facilite les diagnostics. Au niveau pilotage le suivi des indicateurs de charge et de budget sont utilisés.

DEVA : Fonctionnalités... à ajouter: 

Modification du modèle de données, Paramétrage de ZABBIX (nouvelle version) afin d'auditer les nouveaux moyens et alimenter les nouveaux indicateurs définis. Refonte des scripts de collecte de la version 1. Développement des scripts PHP, des pages html et CSS de l'application.

DEVA : Besoins nécessaires pour finaliser: 

Financement du stagiaire participant au projet sur 2 mois à la suite de son stage

DEVA : Evolutions envisagée à long terme: 

Rapprochement avec les projets en cours au sein du pôle sécurité des rectorats (niveaux pilotage et stratégiques)
intégration de l'outil au niveau de la boîte à outil SSI en cours de réalisation au Ministère (MESR)

DEVA : Autres informations données: 

La définition des indicateurs a été guidée par l'usage de la méthode TDBSSI de la DCSSI

DEVA : MOTS CLES de la fiche: 
.

Extranet labo sous SPIP

DEVA : Nom du logiciel: 
ExtraLest
DEVA : Licence du logiciel: 
CeCILL-B
CeCILL-C
Pas de licence
DEVA : Commentaires sur la licence: 

Le projet n'est pas parvenu à cette etape de choix de la licence adhoc. Il convient d'être prudent sur le fait que le code permet l'accès à des données personnelles donc sensibles.
Le choix se ferait a priori sur une licence CeCILL-B ou -C. A étudier ...

DEVA : Identifiant PLUME de l'auteur de la soumission (ne pas modifier): 
Patrice Cacciuttolo
DEVA : Prénom de l'auteur de la soumission: 
Patrice
DEVA : Nom de l'auteur de la soumission: 
Cacciuttolo
DEVA : Email de l'auteur de la soumission: 

patrice [dot] cacciuttolo [at] univmed [dot] fr

DEVA : Laboratoire ou service de l'auteur de la soumission: 

TIGREST du LEST (CNRS-UMR6123)

DEVA : Tutelles labo/service auteur soumission: 

CNRS, Univ de la Méditerannée, Univ de Provence

DEVA : Autres informations sur l'auteur de la soumission: 

Groupe de travail pour l'étude préliminaire : 5 membres du Lest
Personnes enquêtées fin 2006 - début 2007 : plus de 20
Stagiaires Projet pour l'étude conceptuelle : 4 élèves de l'IUP MIAGE - Aix-Marseille III
Développeur : Mathieu Gomila

DEVA : Description courte du logiciel: 
Extranet de laboratoire - possibilités d'intégration à un site de labo sous SPIP (kit du CNRS)
DEVA : Fonctionnalités générales du logiciel: 

Ce site extranet, basé sur un socle Apache/Php/MySql, regroupe des fonctions collaboratives internes et externes, dont :

  • saisie filtrée de toutes les données administratives des membres de l'extranet par les ayant-droit (membres et profils administrateurs adaptés), quelque soit le/la statut/catégorie/type de ces membres ;
  • création de fichiers pour l'export d'annuaires, carnets d'adresses ou listes de diffusion personnels ou vers un serveur Sympa - l'outil permet également l'ouverture directe avec adressage multiple de mel à travers le client de messagerie de l'extranaute ;
  • saisie et suivi assistés, avec alertes, des demandes d'ordre de mission et des états de frais correspondants ;
  • partage d'un calendrier de réservations de ressources avec alertes personnalisables, pour les matériels en prêt, les salles ..., permettant également la gestion et l'affichage (particulier) des plages de présence des "support à la recherche", sur la base du logiciel GRR ;
  • commande de document/livre/revue ou demande de prêt inter-bibliothèques ;
  • prise de rdv ou mini-sondage ;
  • FAQ ;
  • catalogue d'images (logos, photos d'équipes, du labo, ...) ;
  • catalogue de documents (documents officiels, fonctionnels, administratifs, plans du labo, ...) ;
  • ...
DEVA : Autres fonctionnalités du logiciel: 

Si le site du labo est sous SPIP, l'extralest permet de générer automatiquement une page annuaire à jour sur le site internet.

Il permet également des fonctions d'administration personnalisées suivant des profils affectables à des membres (administrateur, secrétariat général, missions, bibliothèque, formation, infra, informatique, ... :

  • administration des données personnelles des membres de l'extranet incluant les membres du labo ;
  • gestion des entrants/sortants ;
  • droits d'accès (profils) ;
  • définition des groupes ou listes de diffusion/discussion ;
  • sauvegardes de la base de données, de l'extranet, du site complet ;
  • administration de la FAQ et des catalogues d'images et de documents ;
  • administration des calendriers ;
  • ...
DEVA : Contexte d'utilisation du logiciel: 

Le but de cet extranet est de rationaliser les flux d'informations qui transitent par le support à la recherche d'une UMR. Un 2nd objectif est de l'intégrer dans le site internet basé sur le kit Spip du CNRS.

DEVA : Logiciels similaires: 

Le projet Aigle, qui nous semble ne pas répondre aux contraintes de notre cahier des charges assez ambitieux, mais qui affiche une "interoperabilité" avec Labintel et Hal à creuser.

DEVA : Raisons du développement: 

Un extranet est développé sur la base de fonctions caractéristiques d'une organisation. Seules certaines fonctions plus généralistes comme un agenda/calendrier destiné à la réservation de ressources ont été ré-utilisées à partir de codes libres.

DEVA : Etat de la documentation: 

Le code est bien documenté. Cet effort spécial a été conforté par l'utilisation de PhpDocumentor.

DEVA : Inter-opérabilité du logiciel: 

Nous chercherons plus tard des pistes d'inter-opérabililté vers les logiciels de gestions du CNRS ou de l'Enseignement Supérieur. Par exemple, l'annuaire LDAP de l'université tutelle primaire de notre UMR ou les certificats électroniques CNRS pourraient servir d'interface d'identification/authentification. Les demandes d'ordre de mission, les commandes d'ouvrages, etc ... sont autant de portes vers d'autres logiciels externes qu'il serait intéressant d'inter-opérabiliser avec cet extranet.

DEVA : Briques libres utilisées: 

Logiciel libre de réservation de ressources GRR.

DEVA : Architecture du logiciel: 

L'extranet est implémenté sur le serveur hébergeant notre site internet et notre base de données MySql. C'est un serveur LAMP.

DEVA : Langages de programmation du logiciel: 

PHP, javascript, Ajax, DOM, ...

DEVA : Volume du logiciel: 

10Mo, 800 fichiers ... 21000 lignes de codes développées + 3500 de commentaires (15%) + 62000 de code ré-utilisé + 11000 lignes de commentaires ré-utilisés (18%)

DEVA : Qualité du logiciel: 
  • Groupe de travail à la conception ;
  • Etablissement d'un cahier des charges ;
  • Sequences "tests en local sur prototype - tests avec groupe de tests - mise en production" ;
  • Documentation du code assistée (PhpDocumentor).
DEVA : Version actuelle du développement: 

V2.0

DEVA : Début du développement: 

03.2007

DEVA : Nombre de versions précédentes du développement: 

1

DEVA : Temps développement effectué: 
5 homme-mois
DEVA : Utilisation actuelle du logiciel: 

En production dans le laboratoire.

DEVA : Fonctionnalités... à ajouter: 
  • Enrichissement de la base de données par les utilisateurs et les responsables du soutien à la recherche ;
  • Petites mises au point de certaines fonctionnalités ;
  • Création d'un extranet-démo pour labos intéressés par le logiciel ;
  • Scripts de livraison, recherche de modularité et de réutilisabilité (mise à disposition d'un kit labo avec extensions) ;
  • Choix de la licence (a priori CeCILL-B ou -C).
DEVA : Besoins nécessaires pour finaliser: 

Un ingénieur apprenti travaillera encore 3 homme-mois pour compléter les développements demandés. Mais de nombreuses extensions devraient voir le jour si nous avons un soutien de la communauté (voir notamment les évolutions à long terme du chapitre suivant).

DEVA : Evolutions envisagée à long terme: 
  • Aide en ligne ;
  • Implémentation de diverses modalités d'identification/authentification avec souci d'intégration ;
  • Recherche d'inter-opérabilité vers les logiciels de gestion CNRS et universités (notamment du côté du projet AIGLE) ;
  • Développement d'un module d'assistance aux "entrants-sortants" ;
  • Amélioration des fonctions associées au pôle documentation/bibliothèque, ...
  • Création de modules liés à la gestion de la formation permanente, ... ;
  • Intégration de modules de gestion de manifestations scientifiques, de création de questionnaires (SHS), ...
  • ...
DEVA : MOTS CLES de la fiche: 
.

Wikindx-HAL

DEVA : Nom du logiciel: 
HalWkx
DEVA : URL site Web du logiciel: 
DEVA : Licence du logiciel: 
GPL
DEVA : Commentaires sur la licence: 

GPLv2

DEVA : Identifiant PLUME de l'auteur de la soumission (ne pas modifier): 
Rémy Dernat
DEVA : Prénom de l'auteur de la soumission: 
Rémy
DEVA : Nom de l'auteur de la soumission: 
Dernat
DEVA : Email de l'auteur de la soumission: 

remy [dot] dernat [at] univ-montp1 [dot] fr

DEVA : Laboratoire ou service de l'auteur de la soumission: 

IBMM

DEVA : Tutelles labo/service auteur soumission: 

CNRS, Université Montpellier1 & 2

DEVA : Description courte du logiciel: 
Interfacer le logiciel libre Wikindx avec la base de données nationale de publication du CNRS
DEVA : Fonctionnalités générales du logiciel: 

La base de données HAL sert de base de production des publications pour le CNRS sur le plan national.
Wikindx est un logiciel de type PHP/MySQL qui nous permet d'avoir une base de données locale de nos publications facilement exploitable. Pour l'instant, l'import des données provenant de la base nationale, bien que perfectible, est opérationnel. Il se base sur le protocole OAI et un parser XML.
HAL : http://hal.archives-ouvertes.fr/
Wikindx : http://wikindx.sourceforge.net/
OAI : http://www.culture.gouv.fr/culture/dll/OAI-PMH.htm

DEVA : Autres fonctionnalités du logiciel: 

L'objectif à terme est de pouvoir non seulement importer, mais aussi :
– finaliser ce module avec les développeurs de Wikindx via le système de module Wikindx :
http://wikindx.sourceforge.net/extras.html
– Dans un second temps, il faudra pouvoir envoyer des données à HAL, directement à partir de notre base, afin que le rajout et la manipulation des publications se retrouvent simplifiés pour
l'utilisateur final : le chercheur.
- Le module permet également de rechercher les doublons, ce que ne permet pas HAL...

DEVA : Contexte d'utilisation du logiciel: 

Ce type de projet permettrait, à terme :
- D'exporter rapidement les publications du laboratoire, d'une équipe, ou d'une personne, pour :
* Un site Web (fonctionne déjà),
* Un rapport d'activité (facile à réaliser à partir du système d'export vers html)....
* De suivre l'activité de recherche du laboratoire et de ses membres entre 2 rapports d'activité.
La nouvelle politique de recherche française, où les financements sont de plus en plus obtenus sur des appels à projets, nécessite toujours plus de travail administratif pour les chercheurs. Un des objectifs de ce type de projet est de créer une base unique permettant de réduire au maximum la partie non scientifique de l'activité des chercheurs.

DEVA : Logiciels similaires: 

Il n'y a, actuellement, que très peu de système connu permettant de faire ceci.
A ma connaissance, il n'y a que le logiciel "AIGLe" (Aide Intéractive à la Gestion de Laboratoire) de Dominique Caron :
http://aigle.sourceforge.net/
Cependant, nous ne l'utilisons pas pour les raisons suivantes :
– Trop complexe et trop complet (usine à gaz).
– Wikindx est prévu et conçu pour l'administration d'une base de données spécifiquement orienté pour les publications.

DEVA : Besoins non couverts par logiciels similaires: 

Wikindx permet de réaliser de nombreux imports/exports à partir de données locales (type EndNote ou BibTeX), ce que ne permet pas AIGLe actuellement.

DEVA : Raisons du développement: 

Nous cherchions un moyen d'avoir nos listes de publication localement, pour pouvoir travailler dessus rapidement et simplement.
Les avantages d'avoir une base en interne sont nombreux... Rapports d'activité, mi-parcours, extractions multiples pour les chercheurs, le site Web... Le besoin était là, il manquait le logiciel (ou bien il en existait : trop complet ou bien pas assez...). D'où le développement d'un module. Un premier stagiaire de niveau IUT a codé l'import. Il manque l'export et à finaliser l'import auprès de Wikindx (officiellement).

DEVA : Etat de la documentation: 

Pour Wikindx, répertoire docs, une fois installée.
Pour notre module : un fichier README...
Pour HAL : le site du CCSD : http://ccsd.cnrs.fr/
Pour l'instant il n'y a donc pas beaucoup de documentation pour notre module...

DEVA : Inter-opérabilité du logiciel: 

Wikindx, (d'origine) permet de récupérer des données EndNote (XML) ou bien BibTeX. Il permet de faire des exports rtf, ris, EndNote Tab/XML, BibTeX, HTML.
Cela permet d'améliorer grandement l'interopérabilité.

DEVA : Briques libres utilisées: 

Apache, PHP5, MYSQL, Wikindx3.

DEVA : Architecture du logiciel: 

LAMP ((Linux), Apache, MySQL, PHP5)

DEVA : Langages de programmation du logiciel: 

PHP5, SQL

DEVA : Volume du logiciel: 

En l'heure actuelle, 2500 lignes de code simplement pour notre module.

DEVA : Qualité du logiciel: 

Dans l'optique d'un développement ultérieur, j'ai insisté sur les points suivants : Algorithme, aération du code, commentaires, pertinence des noms utilisés (tables, fichiers, variables...). Le projet, dans le cadre de sa finalisation, avec l'équipe de Wikindx, lui assurera une certaine pérennité.
D'un point de vue de la portabilité, il y a un fichier config.php dans Wikindx, réutilisé par notre module pour récupérer les
informations de connexions à la base. Un autre fichier de configuration est utilisé par notre module pour connaitre :
- Le nom de la collection correspondant au laboratoire dans
HAL (préalablement créée par le tamponneur ou par le service technique CCSD de HAL).
- La date de création du laboratoire (optionnel : permet de distinguer les publications d'un chercheur avant son arrivée dans un laboratoire de ses autres publications).

DEVA : Version actuelle du développement: 

3.8.2 pour Wikindx / 0.6 pour notre module

DEVA : Début du développement: 

Début mars 2008

DEVA : Nombre de versions précédentes du développement: 

0

DEVA : Temps développement effectué: 
2 mois avec 1 personne
DEVA : Utilisation actuelle du logiciel: 

En test, sur deux laboratoires.

DEVA : Fonctionnalités... à ajouter: 

Travaux à réaliser :
- Réaliser l'export des données vers HAL, grâce à SOAP, via le bon format XML, pour ne plus avoir à travailler qu'à partir de notre base.
- finaliser le module avec l'équipe de développement de Wikindx.

DEVA : Besoins nécessaires pour finaliser: 

1 personne à temps plein pendant 3/4 mois (contractuel ou stagiaire de niveau licence/maitrise minimum.)
1 poste de travail.

DEVA : Evolutions envisagée à long terme: 

Les éventuelles évolutions futures, suite à ce projet, sont :
– Intégrer l'authentification via un annuaire LDAP dans le code de base de Wikindx (le code existe mais n'est pas assez finalisé).
– Intégration à un Intranet plus général (mais module séparé),
– scripts PERL pour « parser » les fichiers word des chercheurs qui ont encore leur base sous cette forme...

DEVA : MOTS CLES de la fiche: 
.
Syndiquer le contenu