gestion

Gestion financière, comptable, ressources humaines...
Fiche logiciel validé
  • Création ou MAJ importante : 06/01/14
  • Correction mineure : 06/01/14
Pour aller plus loin
  • Fiches logiciel PLUME connexes : GLOP

PHP_Conges : gestion des congés

Description
Fonctionnalités générales

PHP_Conges est un logiciel de gestion des congés, des RTT et des temps partiels au sein d'un établissement (association, entreprise publique, entreprise privée).
Il présente les fonctionnalités suivantes :

  • Interactivité des échanges entre l'utilisateur et sa hiérarchie.
  • Accès permanent pour l'utilisateur à ses propres données.
  • Lecture d'un calendrier collectif des absences.
  • Utilisation de la messagerie.

PHP_Conges est fortement paramétrable afin de s'adapter au mieux aux besoins et au fonctionnement spécifiques à chaque établissement.

Autres fonctionnalités

Entre autres, PHP_Conges est doté des fonctionnalités suivantes :

  • Adaptation au fonctionnement de l'établissement : possibilité de prise en compte des samedis et dimanches ouvrés, validation simple ou double des demandes de congés/absences, gestion des fermetures d'établissement ou de service, etc.).

  • Gestion complète via une interface web : installation en ligne, gestion des utilisateurs (ajout, suppression, modification, etc...), authentification des utilisateurs configurable (base interne, annuaire LDAP ou Active-Directory, serveur CAS, etc...).

  • Sauvegarde/restauration de la base de données.

  • Distinction des privilèges entre utilisateur et responsable (visualisation du calendrier/planning des congés et absences de tout ou partie des utilisateurs, possibilité pour certains utilisateurs privilégiés de voir les congés de tout le monde dans le calendrier...).

  • Configurable : mise en page basée sur des feuilles de style (CSS), paramétrage des mails, calcul automatique des congés et absences, etc...

  • Report des reliquats de congés d'une année sur l'autre (nouveauté de la version 1.5.1).

Interopérabilité

Possibilité d'exporter le planning des absences au format iCal ou vCal (agendas électroniques).

Contexte d'utilisation dans mon laboratoire/service

Le LMGC, laboratoire de plus de 100 personnes, a utilisé l'application PHP_Conges pendant plusieurs années jusqu'au printemps 2013 pour gérer les absences de toutes sortes : congés, RTT, temps partiels, missions, formations, enseignements, etc.... Ce logiciel a été progressivement remplacé par les outils de gestion des absences imposés par les tutelles du laboratoire (AGATE pour le CNRS, ADHOC pour l'UM2).

Le LAL, laboratoire de plus de 350 personnes, utilise l'application PHP_Conges pour toutes les absences ainsi que pour la gestion des CET (Compte Epargne Temps). Les agents peuvent donc utiliser soit leurs jours de congé annuel, soit leurs jours stockés sur CET.

Limitations, difficultés, fonctionnalités importantes non couvertes

Nous rencontrons peu de difficultés d'utilisation de ce logiciel. Les plus significatives sont dans le cadre d'un temps partiel :

  • Si l'on part en mission sur une période où figure le jour du temps partiel non travaillé, alors celui-ci n'est pas considéré comme un jour de mission mais toujours comme un jour non travaillé.
  • Dans le calendrier : le motif de l'absence n'apparaît que sur le premier jour de l'absence, et non pas les jours suivants.
Environnement du logiciel
Plates-formes

Linux, MacOS, MS Windows. Application web accessible par un navigateur internet.

Autres logiciels aux fonctionnalités équivalentes
  • GestArtt et AGATE fournis par le CNRS (réservé aux unités CNRS)
  • ADHOC fourni par l'Université
Environnement de développement
Type de structure associée au développement

L'application PHP_Conges est développée par Cédric Chauvineau qui travaille actuellement à la DSI de l'Université Montpellier 2. Il s'agit d'un développement personnel, hors cadre professionnel. Des contributions d'autres développeurs sont venues enrichir l'application.

Eléments de pérennité

Le logiciel est disponible en ligne depuis 2005.

Références d'utilisateurs institutionnels

L'application est aussi bien utilisée par le service public que par les associations ou encore les entreprises du secteur privé.

Environnement utilisateur
Liste de diffusion ou de discussion, support et forums

Un forum de discussion existe. Son URL est disponible dans un onglet de l'application.

Documentation utilisateur
Divers (astuces, actualités, sécurité)

Des captures d'écran sont disponibles sur le site sous le menu "Testez" et on peut tester directement l'application à partir de l'url : http://www.ced.univ-montp2.fr/php_conges/test.html

Contributions

Tout le monde peut contribuer à améliorer et aider à pérenniser ce logiciel en soumettant ses développements au support du logiciel, en enrichissant le wiki ou en participant au forum.

Fiche dév Ens Sup - Recherche
  • Création ou MAJ importante : 01/07/11
  • Correction mineure : 11/08/12
  • Auteur de la fiche : Nicolas Goudard (ISM2)
  • Responsable thématique : Dirk Hoffmann (Centre de Physique des Particules de Marseille (CPPM-IN2P3))

intranet IsM2 : gestion de stock et de commandes de produits chimiques, gestion administrative d'un laboratoire

Ce logiciel a été développé (ou est en cours de développement) dans la communauté de l'Enseignement Supérieur et de la Recherche. Son état peut être variable (cf champs ci-dessous) donc sans garantie de bon fonctionnement.
  • Site web
  • Système :
  • Version actuelle : 2.3.1 - 01/08/2012
  • Licence(s) : choix en cours, contacter l'auteur
  • Etat : utilisé en interne, en développement
  • Support : maintenu, développement en cours
  • Concepteur(s) : Nicolas Goudard
  • Contact concepteur(s) : nicolas.goudard@univ-cezanne.fr
  • Laboratoire(s), service(s)... :

 

Fonctionnalités générales du logiciel
  • Gestion de produits chimiques :
  • Inventaire : ajout, modification, suppression, recherche de produits chimiques, identification des risques chimiques
  • Edition des bons commandes pour le magasin de produits
  • Gestion des livraisons de produits en attente
  • Inventaire des appareils scientifiques
  • Gestion des demandes d'ordre de mission (en cours d'évolution)
  • Gestion des demandes de congés (en cours d'évolution)
  • Gestion des contrats de recherche (en cours d'évolution)
  • Annuaire du personnel
  • Gestion des droits d'accès aux différents modules

Prérequis : MySQL 5, PHP 5.3

Installation : décompresser le fichier zip et suivre la notice d'installation (fichier install.txt)

NB :
-Le logiciel utilise un système de template. Il suffit de modifier le fichier de template pour adapter l'intranet à la charte graphique du laboratoire d'installation.

Le logiciel est développé selon un modèle de conception (design pattern) MVC2 / DAO .
Il ne s'appuie sur aucun framework du marché (Zend, Symphony, Doctrine).

Contexte d’utilisation du logiciel

Le logiciel est utilisé en interne dans notre unité pour faciliter la gestion des produits chimiques et la gestion administrative (demandes de congés, demandes d'ordre de mission).

Fiche dév Ens Sup - Recherche
  • Création ou MAJ importante : 06/06/11
  • Correction mineure : 28/09/11

SIGDEF : système de gestion et de distribution de licences de logiciels

Ce logiciel a été développé (ou est en cours de développement) dans la communauté de l'Enseignement Supérieur et de la Recherche. Son état peut être variable (cf champs ci-dessous) donc sans garantie de bon fonctionnement.
  • Système :
  • Version actuelle : 1.0 - 02/05/2011
  • Licence(s) : GPL, CeCILL - En étude.
  • Etat : utilisé en interne, en développement
  • Support : maintenu, sans développement en cours
  • Concepteur(s) : IRD - DSI - Service Informatique Scientifique : Stéphane DEBARD (conception), Geoffrey PASCAL (conception et développement)
  • Contact concepteur(s) : stephane.debard@ird.fr
  • Laboratoire(s), service(s)... :

 

Fonctionnalités générales du logiciel

SIGDEF est une application informatique conçue de façon suffisamment générique pour répondre aux besoins de distribution et de gestion de licences. Cet outil est à destination des structures informatiques transversales. Il offre la possibilité, à travers deux interfaces (une pour les utilisateurs et une autre pour les administrateurs), d'effectuer des commandes d'activation de licences des logiciels et de les gérer simplement.

1- Interface utilisateur :

  • Identification (avec un annuaire, un fichier .htAccess) ou pas d'identification.
  • Choix du logiciel et de la version (gestion de commandes individuelles ou groupées), choix d'une demande d'installation par les services transversaux ou non.
  • Téléchargement des justificatifs des droits d'utilisation et des raisons d'accès (conventions, contrats, lettres ...).
  • Récapitulatif et acceptation de la charte d'utilisation.

2- Interface administrateur :

  • Validation de la commande (contrôle des informations sur l'utilisateur et ses choix).
  • Envoi de la licence, suite à une validation. La validation et l'envoi de la ou des licences peuvent être faits par un ou plusieurs services.
  • Synthèse et recherche des commandes en cours, validées ou envoyées.

Fonctionnalités non existantes et restant à développer :

  • Exportation des résultats bruts de la synthèse des commandes.
  • Requêtes spécifiques et croisement des données pour effectuer des bilans sur les commandes.
  • ...

Le logiciel est accompagnée d'une documentation complète : installation, utilisation et prise en main ainsi que le document de conception (base de données, workflow).

Contexte d’utilisation du logiciel

Les éditeurs de logiciels permettent contractuellement aux sociétés de mutualiser les achats de licences de plusieurs logiciels afin de diminuer les couts. Les sociétés délèguent la gestion d'un ensemble de licences à des services transversaux en informatique. Ces licences sont souvent des ID ou des fichiers d'activation fournis au gestionnaire sans les accompagner d'un outil de monitoring ou de gestion des commandes.

SIGDEF permet de répondre aux besoins de gestion et de déploiement d'un ensemble de logiciels à une large échelle.

Il est actuellement en production depuis 1 an pour la gestion de licences des logiciels des Systèmes d'Information Géographiques, impliquant deux services d'une DSI concernés dans la validation et l'envoi des licences à ses utilisateurs (200 utilisateurs).

Fiche logiciel validé
  • Création ou MAJ importante : 05/05/12
  • Correction mineure : 06/06/14

Puppet : Déploiement et gestion automatisé de configuration système et réseaux

  • Site web
  • Système :
  • Téléchargement
  • Version évaluée : 3.6.1
  • Langue(s) de l'interface : anglais
  • Licence : Autre

    Apache Software License Version 2.0

Description
Fonctionnalités générales

Puppet Open Source est un outil de déploiement et de gestion automatisés de configuration système et réseaux de manière centralisée.

Écrit en Ruby, il repose sur un modèle client-serveur : un serveur central sert de dépôt de configuration, les systèmes clients (nœuds) se mettant à jour de manière manuelle ou automatique.

Avec Puppet, l'administrateur n'écrit pas un ensemble d'opérations à exécuter sur les différents nœuds sous la forme d'un script. Puppet se caractérise par le concept d'idempotence dans le déploiement des tâches d'administration et de configuration : l'administrateur décrit l'état final de la machine dans un Manifest, le client Puppet peut être exécuté plusieurs fois, les changements seront opérés seulement si l'état de la machine ne correspond pas à celui désiré.

La puissance de Puppet est de permettre à l'administrateur de se concentrer sur l'écriture de l'état de configuration à atteindre, et l'affranchit de la connaissance des commandes propres à chaque système d'exploitation pour arriver à cet état. Cette couche d'abstraction est possible grâce aux Providers : lorsque des instructions sont à effectuer sur un nœud, le client Puppet détecte la plateforme du système et le Provider lui fournit les commandes, locales aux systèmes, pour les exécuter (adduser, yum, …).

L'entité de base pour définir la configuration d'un nœud dans un Manifest est appelée "ressource". De nombreux types de ressources par défaut sont disponibles pour décrire les aspects courants d'un système : utilisateur, paquetage, service…
Des ressources similaires peuvent être regroupées dans deux types de collections :

  • des classes, qui supportent l'héritage, et qui sont des singletons pour modéliser un nœud (une classe qui installe et configure Apache par exemple),
  • des "Defined Resources Types", des types de ressources définies par l'administrateur, qui peuvent être évaluées plusieurs fois par nœuds, avec des paramètres différents (la création d'un hôte virtuel Apache par exemple). 

Ressources et collections peuvent également être regroupées dans un module. Un module va ainsi permettre de regrouper toutes les ressources pour configurer, par exemple un serveur web.

Autres fonctionnalités
  • Un outil Puppet écrit en Ruby, Facter, permet d'interroger et récupérer les informations d'une machine cliente. Celles-ci peuvent être utilisées comme variables dans la définition des nœuds. Ceci permet d'écrire des configurations génériques à l'aide de conditions, sous la forme de templates. Ces templates respectent la syntaxe ERB de Ruby.
  • La configuration des nœuds peut être externalisée ("external node") dans un SGBD, un LDAP, ou encore un programme externe…
  • Un shell, Ralsh, permet d'exécuter des commandes Puppet et de configurer les ressources d'un système local. Depuis la version 3.x, ce shell est remplacé par la commande "puppet resource"
  • Une forge de modules avec la commande "puppet module", est disponible pour chercher, installer et créer des modules sur la forge.
  • Une interface web de rapports écrit en Ruby on Rails, Puppet dashboard, permet de suivre l'exécution des agents.
  • La possibilité d'étendre Puppet en écrivant ses propres Types, Facts, Providers et fonctions.
  • MCollective, système similaire à Func, Fabric ou Capistrano, qui permet d'exécuter des commandes en parallèle sur plusieurs machines, mais en se servant de la configuration des nœuds définie sous Puppet.

Les nouveautés de la version 3.x :

  • Un changement de licence vers la Apache 2.0.
  • Améliorations du Puppet Module Tool.
  • Meilleur support des clients Windows.
  • Support Ruby >= 1.9.
  • Support de la gestion de la configuration des équipements Cisco (Vlan, Interface).
  • Une meilleure API REST pour les communications clients.
  • Une nouvelle API (Faces) pour le développement d'extensions.
  • Toute l'historique des releases est décrite ici.
Interopérabilité
  • Multi-plateformes
  • Écrit en ruby, les templates respectent la syntaxe ERB, une librairie de Ruby.
  • Les échanges se font en XML-RPC et REST API (XML-RPC devrait disparaître totalement dans les prochaines versions).
Contexte d'utilisation dans mon laboratoire/service

Puppet est utilisé pour gérer tous nos serveurs physiques essentiellement sous Debian, et les serveurs virtuels sous Debian également.

Avec PXE, l'installation, la configuration et l'administration sont facilitées et accélérées considérablement : une fois que la configuration d'une machine modèle est validée, elle est simplement et rapidement déployée sur l'ensemble du réseau.
Cette homogénéité de la configuration diminue les problèmes et raccourcit le temps de réponse en cas de panne.

L'outil Foreman, issu d'un projet externe, sert d'interface de visualisation de rapports, d'external nodes et permet de déployer ou réinstaller les systèmes en partant de zéro.

MCollective
est utilisé en complément pour effectuer des tâches ponctuelles d'administration sur la totalité ou une partie des systèmes (exécution du client en manuel, de commandes, redémarrage de services…).

Limitations, difficultés, fonctionnalités importantes non couvertes

La mise en place de l'architecture au début du projet a été fastidieuse mais très fructueuse par la suite. La documentation n'était pas complète sur internet mais heureusement qu'il y a de bons livres.

Des paquetages à jour n'étaient pas disponibles sur toutes les plate-formes. Il manquait un système de reporting. L'intégration avec les outils d'installation de système et d'exécution de commandes n'existait pas.

La situation s'est grandement améliorée, et même s'il faut un peu de temps pour mettre en place les différentes briques logicielles, aucune difficulté majeure n'est à déplorer.
Les lacunes initiales du projet ont été comblées par de nouveaux projets internes et externes (Puppet Dashboard, MCollective, Facter, Foreman, RunDeck) et par une meilleure intégration avec l'existant (FAI, Cobbler).

Même si les Manifests sont écrits en Ruby, la courbe d'apprentissage est faible, car ce n'est pas de la programmation pure. Le seul système des templates et de passage des variables nécessite un petit temps d'adaptation.

Si dès le début vous ne vous fixez pas à une convention d'écriture et d'organisation de vos classes, modules et manifestes, vous allez vous trouver très vite un environnement chaotique en terme de lisibilité du code. Donc appliquez les fondamentales dans la manière de coder vos modules et vos classes.

Environnement du logiciel
Distributions dans lesquelles ce logiciel est intégré
  • Le logiciel est disponible dans les dépôts standards de la plupart des distributions Linux, UNIX/BSD et Mac/OS.

  • Il est disponible pour Windows sur la page de téléchargements du site officiel, sur lequel télécharger des paquetages pour de nombreuses distributions.

  • Tous ces paquetages sont disponibles dans des dépôts que le projet met à disposition.

  • Il peut être installé via RubyGems sur une distribution pour laquelle il n'a pas été packagé.

Plates-formes

Multi-plateformes.

Logiciels connexes
Autres logiciels aux fonctionnalités équivalentes
Environnement de développement
Type de structure associée au développement

Le projet a été initié par Luke Kanies en 2003. L'éditeur Professionnel Puppet Labs en assure maintenant le développement. Cet éditeur fournit également une version commerciale Puppet Enterprise.

Eléments de pérennité
Références d'utilisateurs institutionnels
  • IRCCyN, CNRS, labo de robotique à Nantes.
  • le réseau mathrice
  • Subatech, CNRS, labo IN2P3 à Nantes
  • IEUM, Brest
Environnement utilisateur
Liste de diffusion ou de discussion, support et forums

Liste de toutes les sources d'informations sur le site du projet.
Régulièrement, le blog annonce les sorties des nouvelles versions, contient des tutoriels sur des modules intéressants.

Une liste de diffusion et de discussion nationale [configsys] a été créée récemment autour de la thématique "configuration système". Elle est en français.

Documentation utilisateur

Documentation officielle de Puppet et logiciels connexes développés par Puppet Labs.
Vous trouverez sur le site une machine virtuelle prête à l'emploi et un tutoriel d'introduction. À noter qu'un envrionnement multi-VMs sous VritualBox avec Vagrant est disponible, environnement beaucoup plus flexible pour vos tests.

Divers (astuces, actualités, sécurité)
  • inspirez vous des best-practices
  • travaillez souvent en mode "--noop" et dans des environnements avec une gestion de versioning (comme git) pour éviter de polluer les versions de production.
Contributions

Se référer à la page explicative sur le site Web du projet.

Fiche dév Ens Sup - Recherche
  • Création ou MAJ importante : 03/12/10
  • Correction mineure : 25/03/13

CollPro : collecte de propositions de sujets de stages, de projets...

Ce logiciel a été développé (ou est en cours de développement) dans la communauté de l'Enseignement Supérieur et de la Recherche. Son état peut être variable (cf champs ci-dessous) donc sans garantie de bon fonctionnement.
  • Système :
  • Version actuelle : juin 2010
  • Licence(s) : choix en cours, contacter l'auteur
  • Etat : utilisé en interne
  • Support : non maintenu, pas de développement en cours
  • Concepteur(s) : Dirk Hoffmann
  • Contact concepteur(s) : Hoffmann at CPPM dot In2p3 dot Fr
  • Laboratoire(s), service(s)... :

 

Fonctionnalités générales du logiciel

CollPro permet de collecter les propositions de stages, projets, sujets et autres selon un format pré-défini dans un système et selon un schéma unique.
L'interface utilisateur pour la saisie d'une proposition vérifie que le contenu du masque est complet et garantit ainsi l'homogénéité des propositions saisies. Les données sont stockées dans une base de données simpliste (un fichier par proposition). L'interface utilisateur pour la visualisation des propositions permet de voir l'ensemble des propositions dans un tableau, ainsi que les détails de chaque proposition sur une page séparée.
Des ajouts et améliorations au fur et à mesure sont prévus, mais pas prioritaires (choix des sujets par les étudiants, soumission des rapports, contrôle d'accès pour administrateurs). Intégration des souhaits d'éventuels nouveaux utilisateurs et collaboration possibles.

Contexte d’utilisation du logiciel
Fiche logiciel validé
  • Création ou MAJ importante : 04/11/13
  • Correction mineure : 04/11/13
Pour aller plus loin

GanttProject : gestion de projets

  • Site web
  • Système :
  • Téléchargement
  • Version évaluée : 2.0.10
  • Langue(s) de l'interface : français, anglais, autres
  • Licence : GPL

    Licences multiples, dû au fait que de nombreuses bibliothèques sont utilisées par le logiciel.

Description
Fonctionnalités générales

GanttProject est un outil multi-(omni-)plateforme pour la gestion du planning d'un projet. Il est écrit en Java et de ce fait tourne sur Windows, Linux, MacOSX et potentiellement tout autre système qui contient une JAVA Virtual Machine (supérieure ou égale à 1.6). Voici ses caractéristiques :

Autres fonctionnalités
  • Exportation des résultats : Sauvegarde des diagrammes en format PNG, génération de PDF et rapports en HTML

  • Interopérabilité : Importation de projets à partir de et exportation vers des formats MS Project. Exportation vers tableurs via CSV

  • Collaboration : Partage des projets en utilisant la technologie WebDAV

Interopérabilité

MS-Project (entrée / sortie) [pas vérifiée]

Contexte d'utilisation dans mon laboratoire/service

Utilisation ponctuelle au CPPM par des membres des projets CTA (Cherenkov Telescope Array) et imXgam (fin 2011).
Utilisation dans l'établissement des diagrammes accompagnant les réponses aux appels d'offres au LAAS

Limitations, difficultés, fonctionnalités importantes non couvertes

Une comparaison concise avec MS-Project, mentionné par les auteurs de GanttProject comme référence, s'impose. GanttProject déclare pouvoir lire et écrire des fichiers compatibles avec MS-Project ; je n'ai pas pu le vérifier par manque d'occasions.

Ce que j'ai pu vérifier est la compatibilité d'utilisation. Et à moins qu'une grande partie des fonctionnalités de GanttProject ne m'ait échappé, il faut constater que MS-Project a des fonctions plus complètes. Les fonctions de base sont disponibles, bien entendu, et je n'ai pas détecté de bugs. Il est tout à fait possible de traduire un tableau de ressources et de tâches, avec leurs temps et dates attribués, en un fichier GanttProject (.gan) et d'en produire des diagrammes (Gantt, PERT) satisfaisants.

Il serait souhaitable que GanttProject prenne également en compte les changements au cours de l'exécution d'un projet (achèvements, retards) de manière simple pour l'utilisateur.
Par exemple : Lorsqu'une tâche se voit attribuer des ressources supplémentaires (un acteur passe d'une quotité 30% à 60%), GanttProject pourrait proposer une réduction adaptée du temps total de cette tâche. Une quotité variable (2 semaines 50%, puis 100%) n'est pas prévue non plus (Il faut dire que MS-Project permet ce genre de raffinements, mais seulement dans l'obscurité du "leveling"). Il n'est pas prévu (ou je n'ai pas trouvé comment) de définir des calendriers individuels pour les ressources, ce qui empêche de prendre en compte automatiquement les congés.
Une vérification détaillée de tout le projet s'impose après chaque changement ou édition.

D'un autre côté, GanttProject présente des fonctionnalités qui sont absentes dans MS-Project. La notion des priorités en fait partie, quoique je n'aie pas compris comment elle peut être prise en compte pour un arbitrage automatique. L'affichage des disponibilités (ou surcharges) des ressources est plus avancée et claire que dans MS-Project. Mais encore une fois, rien ne permet un équilibrage automatisé.
Finalement, il ne faut pas oublier que GanttProject permet à l'utilisateur enthousiaste d'implémenter lui-même toutes les fonctionnalités souhaitées en écrivant lui-même le code correspondant.

En conclusion, il faut considérer GanttProject comme un outil "light weight" qui permet d'établir des diagrammes en début de projet correctement et rapidement. Il a du potentiel pour l'ajout d'outils de suivi en cours de projet, outils ajoutés par l'utilisateur qui maîtrise Java, ou en attendant les développements centraux.

Environnement du logiciel
Distributions dans lesquelles ce logiciel est intégré

Aucune à ma connaissance.

Plates-formes

Linux, Mac OS, Windows, et virtuellement tout système avec une JVM (supérieure à 1.6).

Logiciels connexes
  • Java.
  • Eclipse (en mode RCP) : Une description pour une installation (facile) du code source dans Eclipse est fournie sur le site de distribution.
Autres logiciels aux fonctionnalités équivalentes
Environnement de développement
Type de structure associée au développement

L'auteur original a développé l'application pendant ses études, a quitté le projet et été remplacé par un nouveau chef de projet, qui s'appuie sur une équipe de quelques dizaines de traducteurs, testeurs et développeurs.

Eléments de pérennité
  • Les développeurs actuels sont assez réactifs (début 2011) pour confirmer les requêtes et rapports, mais la liste des tickets ouverts se rallonge au fur et à mesure des années, sans que les plus anciens (novembre 2008) soient tous résolus. Une solution proposée par les développeurs à des demandes d'utilisateurs est de travailler sur un fork individuel pour implémenter les fonctions souhaitées.
    Visiblement, le code est maintenant maintenu sur git (GoogleCode) et svn (SourceForge) d'une certaine manière parallèle, ce qui rend difficile de trouver la dernière version en cours de développement. Je n'ai pas pu obtenir plus de précisions sur la stratégie de gestion, mais de toute évidence, il y a eu des branchements dans le code.

  • Un effort important est fait dans le "marketing", par exemple sur blogspot, qui est en contraste avec les résultats sur l'évolution du code. Cette attitude se prête à y reconnaître une intention de "professionnaliser" le produit dans un stade de maturité ultérieur.

Références d'utilisateurs institutionnels
  • CPPM
  • DSI du CNRS
Environnement utilisateur
Liste de diffusion ou de discussion, support et forums

Listes de diffusion et support sur le site web.

Divers (astuces, actualités, sécurité)

Page ohloh de GanttProject.

Une limitation assez curieuse est la période maximale du projet qui peut être affichée à l'écran. Elle résulte du fait que le maximum affichable dans un pixel d'écran est un jour, ainsi défini comme limite absolue de lisibilité par le développeur principal ("afin de pouvoir représenter les jours fériés dans une autre couleur"). Selon une résolution d'écran plus ou moins moderne dont dispose l'utilisateur, la largeur représentable en même temps varie donc entre 3 ans (SXGA) et moins de 7 ans (QSXGA ou WQXGA). Ou alors, il faut jouer avec des écrans/bureaux multiples virtuels ou réels.

La version actuelle est 2.6 (septembre 2013). Elle n'a pas été utilisée par l'auteur de cette fiche jusqu'à présent.

Contributions

Une participation est recherchée, pour tester et traduire l'application, mais aussi pour le développement.
Cette page du site décrit comment participer : tester, traduire, développer.

Ayant fait la tentative (entre autres) de contribuer au code pour la "mémoire" des paramètres d'impression (janvier 2011), le patch proposé n'a pas encore été utilisé (été 2013).

Séminaire AMUE 'Un schéma directeur du système d’information : comment faire ?'

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 30/09/10
  • Correction mineure : 30/09/10
Fiche archivée
L'AMUE a décidé de ne plus rendre les présentations de cette journée publiques. Nous archivons donc cette fiche.

Séminaire AMUE 'Un schéma directeur du système d’information : comment faire ?'

Cette fiche n'est plus à jour. Elle a été archivée pour la raison exposée ci-contre.

Le jeudi 26 novembre 2009, l’Amue a proposé à ses adhérents un séminaire consacré au thème "un schéma directeur du système d’information : comment faire ?".

Les objectifs de la journée étaient de :

  • rappeler les enjeux et objectifs d’une démarche de schéma directeur en lien avec les réflexions conduites dans l’établissement sur l’évolution des systèmes d’information,

  • transmettre des apports d’ordre méthodologique relatifs à son élaboration et à son contenu,

  • faire partager au plus grand nombre des exemples concrets provenant d’établissements ayant déjà engagé des démarches autour de la construction de leur propre schéma directeur.

Les présentations (pdf, ppt) sont téléchargeables directement sur le site.

Fiche logiciel à valider
  • Création ou MAJ importante : 18/08/10
  • Correction mineure : 08/11/12
Pour aller plus loin
Fiche en recherche de relecteurs
Cette fiche est en recherche de relecteurs. Si vous êtes intéressé(e)s, contactez-nous !

OMIL : gestion des ordres de mission dans un laboratoire

Ce logiciel est en cours d'évaluation par la communauté PLUME. Si vous utilisez ce logiciel en production dans notre communauté, merci de déposer un commentaire.
  • Site web
  • Système :
  • Téléchargement
  • Version évaluée : 2.0
  • Langue(s) de l'interface : français, anglais
  • Licence : GPL
  • Origine du développement : LASIM
Description
Fonctionnalités générales

OMIL est une application (Français & Anglais) permettant de gérer les ordres de mission CNRS & Université (+ une autre EPST) au travers d'un formulaire web couplé à une base de données MySQL. L'usager alimente un formulaire sur 5 étapes, il reçoit un récapitulatif de sa demande par mail via pièce jointe en PDF. Au même moment le responsable du laboratoire (ou les responsables administratifs) reçoivent une notification par mail les informant de traiter la demande en accédant à leur espace d'administration. Après validation la (ou les secrétaires) sont informées par mail pour gérer la demande, elles accèdent à leur interface d'administration pour finaliser l'ordre de mission.

Finalement l'usager est informé par mail que sa demande a été traitée.

Autres fonctionnalités

OMIL peut être amélioré mais il inclut déjà :

  • un espace super-administrateur permettant de gérer l'application
  • la gestion des profils (admin, directeur, secrétaire)
  • la modification de la traduction (anglais/français) uniquement pour le formulaire
  • le changement des corps (emails) pour les notifications
  • une sauvegarde manuelle de la base de données
  • un moteur de recherche pour les demandes archivées
  • gestion de son profil personnel

OMIL est pré-configuré pour fonctionner dans une UMR (Unité Mixte de Recherche) CNRS - UCB (Université Lyon1). L'unité est gérée de manière à distribuer les crédits CNRS, UCB avec frais ou sans frais (entités dépensières définies par nom d'équipe par ex:).

Interopérabilité

Les données sont sauvées à partir de la base de données MySQL, elles sont exportables et ouvertes. Les pièces jointes (récapitulatifs) sont au format PDF.

Contexte d'utilisation dans mon laboratoire/service

OMIL version 2.0 fonctionne depuis 6 mois dans mon UMR (1er version février 2008 dont 758 OM). OMIL prend toute son ampleur si l'unité est localisée sur différents lieux géographiques (pour les utilisateurs). Auparavant notre directeur devait affecter les crédits en alimentant un formulaire papier. En cas d'absence, par exemple à l'étranger, la secrétaire devait attendre son retour. Avec OMIL, notre directeur s'authentifie sur son interface web OMIL et traite la demande; la secrétaire est automatiquement informée des crédits allouées par le directeur.

Limitations, difficultés, fonctionnalités importantes non couvertes
  • Multilinguisme anglais / français uniquement sur le formulaire et non sur l'espace d'administration
  • L'ajout d'un module pour les statistiques est à envisager
  • La sécurisation de certains fichiers est à améliorer
Environnement du logiciel
Plates-formes

Apache, MySQL, PHP4 ou PHP5 (testé sous WIndows et LAMP)

Logiciels connexes

OMIL a été développé sous Debian GNU/Linux sans framework.
Il utilise html2pdf pour générer le fichier PDF, et pjmail.
JQuery ainsi que les feuilles CSS ont été utilisées.

Environnement de développement
Type de structure associée au développement

J'ai assuré (Sad Mezzour - LASIM) le développement et continue.
D'autres contributeurs ont participé : A. Doglioni, C. Lagriffoul, F. Pinto et S. Huet.

Environnement utilisateur
Divers (astuces, actualités, sécurité)

Commencez par tester OMIL en local, ci-possible sur une version Linux. (LAMP)

Contributions

Actuellement je dispose beaucoup moins de temps pour continuer à faire évoluer OMIL, n'hésitez pas à modifier le code, juste un petit mail (sad [dot] mezzour [at] univ-lyon1 [dot] fr) pour m'informer ! Merci

Fiche logiciel à valider
  • Création ou MAJ importante : 20/07/10
  • Correction mineure : 25/05/12
Pour aller plus loin

OpenERP : progiciel de gestion intégré (PGI - ERP)

Ce logiciel est en cours d'évaluation par la communauté PLUME. Si vous utilisez ce logiciel en production dans notre communauté, merci de déposer un commentaire.
Description
Fonctionnalités générales

OpenERP est un logiciel de la famille des ERP pour "Enterprise Resource Planning" ou en français des PGI pour "Progiciel de Gestion Intégré". La principale fonctionnalité de ces logiciels est d'essayer de répondre à tous les besoins de la gestion informatisée d'une entreprise (mais aussi d'une entité de recherche ou d'enseignement) avec un seul logiciel et une seule base de données.

Les deux principaux avantages d'un logiciel de ce type sont :

  • de centraliser toutes les données et tous les logiciels,
  • et d'utiliser un logiciel déjà conçu.

Et par conséquent son principal défaut est de répondre parfois approximativement aux besoins.

Autres fonctionnalités

Un des intérêts d'OpenERP est de proposer un très grand choix de modules (environ 350).
L'administrateur choisit les modules qu'il désire proposer aux utilisateurs sur le serveur OpenERP. Ensuite les clients au travers soit d'une interface Web soit d'un client léger accèdent aux modules sur lesquels les droits sont positionnés par l'administrateur.

L'utilisation d'OpenERP peut se faire dans des contextes tels que : la gestion financière, l'achat/vente et vente sur internet, la gestion de projet, la gestion d'un service (planification, organisation, coût de fonctionnement, etc ), la gestion de stock d'un magasin, la gestion des ressources humaines, la gestion de contacts, la gestion des équipements informatiques, la gestion de la documentation (GED) et bien d'autres utilisations que l'on peut trouver ici http://openerp.com/discover/features.html .

OpenERP peut aussi aider un service à rationaliser son fonctionnement dans le cadre d'une démarche qualité.

Contexte d'utilisation dans mon laboratoire/service

Le contexte d'utilisation et donc d'exploitation au LAAS se limite uniquement au module de gestion de stock pour la gestion interne du magasin. Le choix a été fait de sous-traiter l'installation et les paramétrages du fonctionnement à une entreprise. L'authentification pour accéder au module est réalisée par un double contrôle LDAP et base de données relationnelle du personnel du laboratoire.
Les clients du magasin consultent l'état du stock depuis une interface web (logiciel complémentaire Magento), réalisent l'enlèvement depuis un client léger en Java installé sur un poste Windows muni d'un lecteur code barre dans le magasin.
Les gestionnaires du magasin gèrent l'état de stock et la facturation aux différents services du laboratoire depuis leurs postes de travail.

Limitations, difficultés, fonctionnalités importantes non couvertes

Bien que l'ensemble soit complètement libre (modules développés dans le cadre d'OpenObject) , écrit dans un langage de script (Python) il reste difficile :

  • d'installer OpenERP sur une version Linux Ubuntu récente (peut-être du à la version 5.6 de Python),
  • d'entrer dans les modules pour les adapter.

Le mieux semble être de commencer par une formation qui est proposée par le concepteur initial d'OpenERP.

Environnement du logiciel
Distributions dans lesquelles ce logiciel est intégré

OpenERP est proposé dans une version installable pour Windows. Elle met en place automatiquement PostGreSQL, Python, le serveur et le client. "Quinze minutes" après ont peut utiliser OpenERP.
On trouve aussi beaucoup d'exemples de configuration pour Linux Ubuntu et Fédora, mais l'installation est bien moins aisée car beaucoup de modules Python sont nécessaires et l'installation reste manuelle. Par contre l'installation du serveur et du client est automatique. On peut trouver des paquets Ubuntu mais la version des paquets est assez ancienne.

Plates-formes

Windows XP, Ubuntu et Fedora.

Logiciels connexes
Environnement de développement
Type de structure associée au développement

Le logiciel a été initialement conçu par la société Tiny.

Eléments de pérennité

L'environnement a atteint un niveau de fiabilité satisfaisant de part sa durée d'existence, le grand nombre d'utilisations en exploitation et la communauté de développeurs impliqués sur le projet.
OpenERP est traduit dans plus de 20 langues, installé plus de 700 fois par jour, supporté par une multitude d'entreprise en France qui proposent des formations, des paramétrages et des installations.

Environnement utilisateur
Liste de diffusion ou de discussion, support et forums

On peut accéder à ces services :

Il est proposé aussi des formations données par des sociétés agrées.

Documentation utilisateur
Contributions

La communauté de développement met à disposition des développeurs des services :

Fiche dév Ens Sup - Recherche
  • Création ou MAJ importante : 07/06/10
  • Correction mineure : 30/06/10

phpMyResa : réservation de ressources (salles...)

Ce logiciel a été développé (ou est en cours de développement) dans la communauté de l'Enseignement Supérieur et de la Recherche. Son état peut être variable (cf champs ci-dessous) donc sans garantie de bon fonctionnement.
  • Site web
  • Système :
  • Version actuelle : 4.0.3 - 10 mai 2010
  • Licence(s) : GPL - v2
  • Etat : validé (au sens PLUME), diffusé, stable
  • Support : maintenu, développement en cours
  • Concepteur(s) : Comité de pilotage : Daniel Charnay, Frédéric Melot, Patricia Warin-Charpentier. Page sur les contributeurs
  • Contact concepteur(s) : phpmyresa@cc.in2p3.fr
  • Laboratoire(s), service(s)... :

 

Une fiche logiciel décrit plus en détail ce développement, consultez la pour plus d’informations : phpMyResa
Fonctionnalités générales du logiciel

Gestion de la réservation de ressources (salles de réunion, salles de cours, véhicules, matériel multimédia…).

Une fiche de logiciel validé décrit plus en détail ce logiciel, consultez la pour plus d’informations.

Contexte d’utilisation du logiciel

Utilisation dans la majorité des laboratoires de l’IN2P3.

Syndiquer le contenu