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.

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).

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

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.

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.

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.

• 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.

• 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).

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…).

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.

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 :

• Diagramme Gantt : Créer une Structure de découpage du projet (WBS), dessin des dépendances et contraintes, définition des jalons

• Ressources : Attribuer les ressources humaines à une tâche, visualisation des allocations sur un tableau de charge

• Réseau PERT : Génération du réseau PERT à partir du diagramme Gantt

• 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

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

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

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.