Rappel de l'ordre du jour [[/..|ici]]. = Etat des lieux général ARI = ''(ThomasNoël)'' Fin de l'intérim le 15 mai. L'appel à candidature interne va être lancé. Beaucoup de travail depuis quelques mois sur l'avenir de nos systèmes d'information, en fonction de la nouvelle programmation quadriennale (à lire: ). L'ARI (moi, Davin) participe ou suit quelques groupes de travail lancés par la la lettre d'info 264 de l'AUF. Cf http://intranet.auf/docs/uploads/g-0490-lii-264.pdf JeanChristopheAndré assure de fait une grande partie du rôle de coordinateur technique (je le remercie au passage) = Redéfinition du travail de nos équipe dans les services centraux = ''(ThomasNoël)'' Une lettre d'information interne AUF va paraitre qui explique mieux le rôle de nos équipes dans les services centraux de Paris et Montréal. Pour résumer cette prochaine lettre : les équipes de Montréal et Paris sont au service de toute l'agence. A noter un rôle important donné à ChristineLegris, qui est spécifiquement chargée des projets de formation aux nouveaux outils, accompagnement et support aux usagers. Elle assume toujours le rôle d'assistante de direction. La migration vers les outils libres et formats ouverts est une très grosse affaire dont elle a la charge. NB : Il s'agit là de mieux décrire l'existant. Nous continuons à travailler tous ensemble, il n'y a personne qui soit seul sur un projet, dans sa région ou dans son implantation... = Lettre d'information ARI = ''(ThomasNoël)'' Cette lettre semble être le bon média, il faut la relancer. Objectif : sortir un numéro en mai. A compléter : [[LaLettre/18]] = Avenir des systèmes d'information = ''(DavinBaragiotta)'' Davin rappelle l'arrivée de CyrilRobert, développeur spécialisé Python et Django, qui a déjà donné une belle impulsion à de nombreux projets. Une belle photo sur http://intranet.auf/article=46.php3?id_employe=2160 Python et Django sont les briques techniques de nous outils. Les procédures et outils de déploiement sont quasiment stabilisés (buildout, http://pypi.auf.org) Des briques logicielles Django (c'est-à-dire des applications et des modèles Django) sont en cours de création pour accéder plus simplement au système d'authentification AUF, aux données de références (memnbres, implantations, employés, etc). Voir par exemple : * https://redmine.auf.org/projects/roa-authentification * https://redmine.auf.org/projects/ai-etablissement * https://redmine.auf.org/projects/ai-implantation Le projet du moment : "Savoirs en Partage", en cours de ré-écriture en Django. L'idée est d'avoir un logiciel qui "moissone" les informations sur des sites AUF identifiés et proposant du contenu scientifique. Chaque ressource (URL) est référencée avec un ensemble de meta-information (auteur, thématiques, mots clés, dates, ...) qui sont automatiquement trouvées sur le site moissonné. Voir https://redmine.auf.org/projects/sep-django Nous avons aussi beaucoup travaillé avec les RH pour cerner le plus complétement possible leurs besoins et usages ; avec l'aide d'un consultant qu'ils ont eux-mêmes pris en charge plusieurs semaines. On cerne beaucoup mieux les besoins, on rentre maintenant dans une phase de recherche de solution. En terme de gouvernance : * le Comité de Pilotage des Systèmes d'Information (CPSI) animé par l'administrateur des ressources informatiques, regroupe tous les services, administrations et directions impliquées dans la gestion et l'utilisation de nos SI. Il va être lancé sous peu avec une réunion de lancement en juin. * dans le cadre de son master, AlexandreDomont travaille avec Davin sur l'urbanisation de nos SI, c'est-à-dire un état des lieux puis des propositions d'évolutions. Ce travail est en cours et livrera des documents dans quelques semaines. Voir https://redmine.auf.org/projects/urbasi = Support utilisateur = ''(ChristineLegris)'' Le site de support central (http://roundup.auf.org/) est en cours de mise en place. Il sera l'outil commun pour tout le support à l'agence. Il s'agit de partager les problèmes et leur solution, et d'afficher clairement et publiquement la situation à tous nos usagers. (note de TN post visio : reste à définir clairement qui s'occupe techniquement de la machinirie sous jacente) * Suivi du projet : https://redmine.auf.org/projects/roundup * le site lui-même sera de ce genre là : http://roundup.auf.org/ Un support Canonical (300$/an) a été acheté pour avoir accès à leur base de connaissance mais aussi pour reporter nos problèmes (in english). Christine et Alexandre ont un accès pour déposer des demandes, Ndimby (Dakar) et JC ont des accès en lecture. L'utilisation de cet outil se fera via l'outil de support central (roundup ci-dessus). Le support acheté : http://www.ubuntu.com/support/services/professional OpenOffice : * Rappel du rôle des référents OOo : ne les oubliez pas ! Il n'y a évidemment aucun rapport hierarchique entre vous, mais vous devez travailler avec eux. Chacun y gagnera. * Nous rencontrons de lourds problèmes à Paris concernant OpenOffice Calc. Une formation plus pointue sera donnée en juin par Starxpert pour mieux s'approprier des fonctions avancées, par exemple le fonctionnement de nos fiches budget qui avaient été développés à l'externe. * On va travailler aussi sur les macros à inventer, on a besoin de plus en plus de développeurs de macros qu'on pourrait déployer partout. * Christine élabore aussi des modèles de documents qui seront intégrés à tous les postes clients Ubuntu (voir https://redmine.auf.org/projects/modeles-openoffice) = Migration Ubuntu & OOo = ''(ChristineLegris et ThomasNoël)'' Objectif : toutes les machines Ubuntu doivent être en version Lucid en septembre. Pour cela, on va travailler sur : * des outils de déploiements simplifiés (paquets auf-*) * un outil (paquet) pour installer automatiquement la version officielle d'OOo, ce qui nous permettra d'avoir la même version que sous Windows, les mêmes bugs que tout le monde... et permettra de suivre les futures versions d'OOo sans attendre un hypothétique packaging par Canonical * de la plus-value AUF : l'installation automatisée des modèles de documents AUF, dans un premier temps. D'autres idées (ceci est un appel à proposition) ? Voir : https://redmine.auf.org/projects/lucid Dès que le poste de travail modèle sera prêt (testé et validé par quelques sites pilotes et utilisateurs volontaires), un message de l'ARI annoncera qu'il s'agit du poste officiellement supporté à 100% par nos équipes, et qu'il devient donc le poste de travail officiel. Ce message devrait donc arriver en juin. Concernant les postes Windows ou MacOS ou autres : * ils doivent avoir la même version d'OOo (3.2 à la rentrée) * si MS-Office est installé, il faut ajouter le plug-in ODF de Sun/Oracle : http://www.sun.com/software/star/odf_plugin/ = OpenVPN = ''(ThomasNoël)'' Ca avance, il reste à corriger un soucis avec la gestion des DNS par le client openvpn, dès que c'est fait nous aurons la bonne recette pour installer des accès VPN sous toute machine Ubuntu. (note de TN post visio : Moussa est le testeur, il sera aussi l'intégrateur de la solution dans deux futurs paquets auf-openvpn-server et auf-openvpn-client). Cf http://wiki.auf.org/wikiteki/ZA/Montréal/OpenVPN = Messagerie uniformisée SQL = ''JeanChristopheAndré'' Il s'agit de définir les besoins commus à tous afin de définir une architecture commune. Un système totalement uniformisé est bien évidemment utopique, mais on devrait pouvoir s'entendre sur les services et éléments de base. A partir de là, on doit pouvoir définir informations et donc les tables SQL nécessaires ; puis les modèles Django correspondants. Une fois les modèles en place, l'idée sera d'intégrer cela comme module "mail" dans auf-django-users. Puis, ensuite, d'ajouter une vraie application "utilisateur" dans auf-django-users qui saura renseigner correctement à la fois les informations "nss" (la seule application actuellement présente) et les informations "mail". Voir https://redmine.auf.org/projects/guia dans un premier temps (JC va écrire d'autres choses prochainement sur ce projet) = Politique d'hébergement de sites web = ''ThomasNoël'' Nous devons héberger mieux. Deux possibilités : * Héberger moins : ce n'est pas à nous de définir ce qu'il faut héberger ou pas... On fera tout de même passer le message que les hébergements de site web sont chronophages et demandent de bonne compétences en sécurité * Industrialiser nos processus : il faut qu'on se mette d'accord sur les modèles et procédures d'hébergement de nos sites. On doit pouvoir se mettre d'accord sur la façon d'installer un SPIP, un Moodle, un EPrints, un PMB, un Local, un Drupal, un Python/WSGI, etc. Rappel de "Savoirs en partage" : il faut que les sites à contenu scientifiques soient "moissonnables". Savoirs en partage utilisera des techniques classiques (genre OAI) et donc il faut qu'on regarder comment installer correctement des outils tels que EPrints, Lodel, Moodle, etc... pour qu'ils exportent les données de type OAI (cf http://fr.wikipedia.org/wiki/Open_Archives_Initiative) Un volontaire pour coordonner ce projet : MoussaNombré. A formuler correctement : http://wiki.auf.org/wikiteki/HébergementWeb = Situation région par région = Tour de table : les résultats seront sur [[LaLettre/18]].