projet / groupe

Projet ou groupe de travail

Méthode pour tracer la propriété intellectuelle dans des codes logiciels

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 15/02/10
  • Correction mineure : 15/10/10
Mots-clés

Méthode pour tracer la propriété intellectuelle dans des codes logiciels

Le Deliverable A1.D2.1.4 (en anglais, sous licence CC by-sa) du projet Qualipso Fiche Plume (Quality Platform for Open Source Software  propose une méthode pour tracer la propriété intellectuelle (IPR tracking methodology en anglais).

Résumé document

Améliorer la qualité légale et la sécurité des briques logicielles ou des logiciels diffusés sous licences libres est généralement considéré de grande importance pour la communauté des logiciels open source. Le projet QualiPSo étudie ces questions dans l'activité "Questions légales" en contribuant à augmenter la sensibilisation de la communauté et de son écosystème.

L'objectif de ce document est de fournir un cadre de travail général pour Tracer les droits de la propriété intellectuelle (en anglais : Intellectual Property Rights Tracking (IPRT)) des logiciels dont le développement s'appuie dans la réutilisation des briques logicielles et dans les projets collaboratifs. La méthode proposée est néanmoins aussi générale que possible et peut s'appliquer dans d'autres cadres de développement (comme par exemple les logiciels hybrides ou tout simplement propriétaires).

La méthode IPRT évalue les processus de licence in (licences des briques logicielles utilisées) et de licence out (licence de l'ensemble du logiciel proposé pour sa réutilisation et son exploitation). Elle décrit les éléments clé qui ont des conséquences dans le statut légal du logiciel : les "bonnes pratiques" qui respectent les droits de la propriété intellectuelle ont une importance considérable.

On propose dans ce document d'étudier le processus de développement du point de vue légal, de façon à obtenir des logiciels avec un statut légal contrôlé et qui correspond aux modèles d'exploitation et de diffusion définis pas ses propriétaires ou les éditeurs du logiciel. Cela permet de déterminer les risques associés à l'utilisation des briques dont le statut légal n'est pas bien déterminé (ou de compatibilité peu claire) et de prendre les actions nécessaires pour éviter ces risques (techniques, légales, garanties).

Dans la section 2 on présente les objectifs de la méthodologie IPRT, de même que le concept de Satut légal du logiciel. La section 3 présente la méthodologie IPRT et la section 4 décrit le module d'audit et les éléments clé qui ont des conséquences dans le statut légal des logiciels. Ce module est un exemple d'implémentation de la méthodologie IPRT, il a été appliqué au projet européen PALETTE et au projet DIET.

Fichier attachéTaille
A1.D2.1.4.pdf2.1 Mo

Projet de forge Ens Sup Recherche - le périmètre restant à définir

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 03/02/10
  • Correction mineure : 30/07/13
Fiche archivée
Fiche archivée en accord avec son auteur, le contexte autour de la problématique des forges dans l'ESR ayant évolué depuis 2010.

Projet de forge Ens Sup Recherche - le périmètre restant à définir

Cette fiche n'est plus à jour. Elle a été archivée pour la raison exposée ci-contre.
  • Type de ressource : projet / groupe, service
  • Date de publication du document ou de l'événement : Fév 2010
  • Auteur(s) ou responsable(s) : Véronique Baudin (LAAS, DEVLOG et PLUME), Violaine Louvet (ICJ, Groupe calcul et PLUME), Dominique Boutigny (CCIN2P3), Jean-Luc Archimbaud (UREC et PLUME)
  • Contact pour plus d'informations : vero@laas.fr ou louvet@math.univ-lyon1.fr

Préambule

Ce document décrit une initiative pour lancer un projet de mise en place d'une forge pour héberger les développements des laboratoires de recherche et des universités, appelée pour l'instant Forge ESR (Enseignement Supérieur - Recherche), le périmètre précis restant à définir. D'autres documents suivront plus détaillés et concrets.

Il a été rédigé par Véronique Baudin (LAAS, DEVLOG et PLUME), Violaine Louvet (ICJ, Groupe calcul et PLUME), Dominique Boutigny (CCIN2P3), Jean-Luc Archimbaud (UREC et PLUME).

Une version PDF de ce document datée du 3/2/2010 est disponible.

Introduction

Les rédacteurs de ce document font le constat qu'une forge Ens Sup - Recherche est réclamée depuis plusieurs années via plusieurs canaux :

  • Le projet PLUME avec son projet connexe RELIER qui a démarré en 2007 permet de regrouper un ensemble de développeurs de logiciels de laboratoires ou d'universités, qu'on peut évaluer actuellement à près de 250 chercheurs ou ingénieurs. Ces personnes ont rédigé des fiches PLUME qui décrivent leurs développements dont certains sont diffusés, utilisés par d'autres sites, signes reconnaissant leur utilité et leur qualité. Les codes développés sont ainsi hébergés un peu partout : sur le site du laboratoire, sur une forge aux Etats-Unis, parfois sur une forge de leur tutelle (INRIA, INRA, ..)... Ces développeurs mentionnent régulièrement depuis le début du projet PLUME le manque d'un outil national pour héberger, gérer et diffuser leurs codes : ils revendiquent l'existence d'une forge adaptée à leur besoin de développements collaboratifs.
  • Ce besoin a été aussi exprimé par l'ensemble des personnels informaticiens du CNRS (BAP E) dans le document "Etude sur les métiers de l'informatique en appui à la recherche" . C'est une des 5 priorités citées par ce document.
  • Le groupe calcul a émis fortement ce besoin
  • Le futur réseau national DEVLOG des développeurs qui est en cours de définition auprès de la MRCT met aussi le besoin de forge comme un de ses axes de travail
  • Certains laboratoires ont mis en place leur propre forge , par exemple:
    • Laboratoire d'Informatique de Grenoble: LIGforge
    • Laboratoire d'Informatique et de Mathématiques de l'Université de la Réunion : projets LIM
    • Telecomm et Management Sud Paris (Evry): PicoForge platform
  • Un institut, l'IN2P3, vient de démarrer un service de forge en test
  • Et plus globalement de nombreux responsables du monde du logiciel en France s'étonnent qu'il n'y ait pas une forge qui regroupe les développements logiciels des laboratoires de recherche, en particulier du CNRS

Durant l'année 2009 nous (JL Archimbaud avec G Romier ou V Louvet) avons rencontré les administrateurs des forges : INRIA, SourceSup, ADULACT, OSOR (cf paragraphe forges existantes ci-dessous). Le constat est qu'aucune n'a l'ouverture ou la capacité d'héberger les développements des laboratoires de recherche de toutes les thématiques scientifiques. La forge opérationnelle dans le monde de la recherche avec des permanents dédiés, une garantie de service est celle de l'INRIA. Mais celle-ci est réservée aux projets de cet Institut.

Qu'est ce qu'une forge ?

Source: http://www.projet-plume.org/ressource/faq-forge

Une forge ou plate-forme d'hébergement de projets logiciels désigne un environnement Web constitué d'un ensemble d'outils du travail coopératif et du génie logiciel pour le développement collaboratif et distribué de logiciels.

L'objectif est d'offrir un espace d’échange permanent et de collaboration en ligne aux développeurs de logiciels, et un espace de distribution (versions publiques des logiciels développés : paquets sources, pages web) pour les utilisateurs (pour tout un chacun si la forge est publique). Une forge permet ainsi de rassembler des projets et des développeurs, mais aussi d'autres personnes travaillant sur ces projets (utilisateurs, traducteurs…).

Les outils offerts par une forge sont principalement :

  • un système de gestion des versions,
  • un gestionnaire de listes de discussion (et/ou de forums),
  • un outil de suivi des bugs,
  • un gestionnaire de documentation (souvent sur le principe du wiki),
  • un gestionnaire de tâches,
  • un gestionnaire des traductions en ligne.

La forge rassemble ces outils en un seul ensemble cohérent facilement accessible. Elle peut aussi permettre de présenter les projets grâce à des outils tels que des copies d'écrans, des listes de diffusion de nouvelles, la mise à disposition d'un hébergement ou de quelques pages descriptives (présentation du projet, licence, technologies utilisées, compatibilité…).

Les forges existantes et utilisables dans la communauté ESR

Source : http://www.projet-plume.org/ressource/faq-forge

Il existe aujourd'hui un certain nombre de forges proposant au moins une partie des services attendus. On peut identifier différents types de forges accessibles avec des règles et des contraintes propres à chacune d'entre elles. Nous citerons seulement ici quelques exemples.

Les forges généralistes (pour le domaine ESR)

en France

  • SourceSup : destinée aux établissements d'enseignement supérieur (universités, écoles d'ingénieurs, …) et aux organismes de recherche français.
  • Adullact.net : destinée aux administrations et collectivités françaises. Toute personne peut ouvrir un compte, et proposer un projet, si celui-ci présente un intérêt pour la sphère du domaine public au sens large, c'est-à-dire principalement les administrations centrales ou territoriales.

Dans ces deux cas, les logiciels développés ont vocation à être libre. Pour la forge Adullact.net, les logiciels hébergés sont des logiciels métiers en lien avec les administrations et collectivités françaises.

en Europe

  • OSOR : destinée aux administrations européennes (Open Source Observatory and Repository). OSOR.eu est une sorte de méta-forge de forges nationales en Europe, créant ainsi une fédération européenne de référentiel de logiciels open-source financés par des fonds publics.Cette forge est ouverte aux projets de logiciels libres open-source à destination des administrations publiques européennes.La forge OSOR.eu et l'ensemble de ses services sont exclusivement réservés aux échanges et collaborations sur des logiciels libres et open-source liés aux Systèmes d'Information des administrations.

à l'international

  • Sourceforge : Open source international. Cette forge accueille tout projet de développement. Elle est certainement la plus connue au niveau international. Les développements sont exclusivement OpenSource.

Les forges liées à un organisme ou une tutelle Recherche en France

  • INRIAGForge : l'objectif de InriaGForge est de fournir à toutes les personnes travaillant à l'INRIA une infrastructure pour leurs collaborations scientifiques avec les partenaires internes ou extérieurs à l'institut.
  • Mulcyber : destinée aux membres du département MIA (Mathématiques et Informatique Appliquée) de l’INRA (Institut National de la Recherche Agronomique) et à leurs collaborateurs.

Dans ces deux cas, tout projet hébergé doit être ouvert par un membre de la communauté ciblée.

Les besoins et les apports

Ne sont cités ici que les besoins et apports que nous connaissons. Compte-tenu de la très grande diversité des types de développements (méthodes, outils, langages, contraintes diverses) une enquête menée auprès des développeurs de différents organismes ESR est nécessaire pour obtenir une liste quasi exhaustive des besoins mais également des attentes. Cette enquête est un des points de notre proposition dans le chapitre suivant.

Parmi ces acteurs d'une forge nous pouvons identifier trois catégories :

  • les développeurs, amenés à écrire du code, mais également des spécifications, à gérer l'avancement du projet, les différentes versions, le suivi du code, les tickets …..
  • les utilisateurs, amenés à utiliser les logiciels proposés et donc à signaler des erreurs, des manques, à effectuer des retours d'expérience, à proposer des modifications, des améliorations, ….
  • les laboratoires, les établissements, les instituts, les tutelles qui pilotent indirectement l'activité de développement

En terme de besoins et d'apports, nous pouvons dans un premier temps lister les points généraux suivant :

pour les développeurs

  • lieu d'archivage/stockage de codes logiciels
  • nécessité de disposer d'outils de gestion, de suivi de projets, de diffusion, de suivi de bugs …
  • espace de travail coopératif en particulier pour les développements logiciels (libres ou non) de projets de recherche

pour les utilisateurs

  • lieu d'échanges avec les développeurs et d'autres utilisateurs
  • source d'information permettant la réutilisation de codes: en atteignant une masse critique , une forge permettrait d'avoir une vue plus large des codes réalisés en dehors du domaine d'activité habituel du développeur
  • opportunité de se positionner comme utilisateur d'un service et non fournisseur au niveau d'un laboratoire
  • masse critique : un petit labo ne pourra pas mettre en oeuvre un service de forge
  • possibilité de profiter d'une veille technologique sur les outils/fonctionnalités fournis par la forge

pour les laboratoires/établissements/instituts/tutelles

  • outil d'observation de l'activité de développement par laboratoire, établissement, institut, tutelle, thème scientifique, …..
  • outil pour pérenniser les développements (souvent perdus quand le thésard part)
  • outil pour améliorer les méthodes et la qualité des développements

En couplant cette forge avec la plate-forme PLUME (très visible et disponible), la production logicielle des laboratoires, instituts et tutelles peut être rendue très visible facilitant ainsi la valorisation de cette production

Enfin, de façon plus large, l'association forge-projet PLUME peut constituer une vitrine dont les objectifs principaux seront d'assurer une meilleure connaissance/diffusion de la production logicielle ESR, et donc d'offrir des opportunités de coopération plus importantes.

Notre proposition

Une forge est un service “lourd” qui nécessite des moyens humains et matériels conséquents pour répondre au mieux aux attentes des utilisateurs en termes de fonctionnalités proposées et en termes de contraintes de services. Notre proposition est qu'avant de se lancer dans la mise en place d'un service de forge, il est nécessaire de :

  • Identifier les utilisateurs potentiels de cette forge, individuellement mais aussi en terme d'entités administratives : le périmètre.
  • Recueillir les besoins et les attentes de ces utilisateurs pour choisir le(s) logiciel(s) de forge à mettre en oeuvre si nécessaire et le niveau de service souhaité.
  • Contacter les responsables des forges existantes pour s'insérer dans le paysage en cohérence avec l'existant.
  • Identifier un centre de service prêt à assurer ce service et définir avec lui les moyens nécessaires.
  • Identifier les options techniques possibles en terme de produits et d'organisation, et proposer une solution. En particulier il peut être nécessaire d'avoir 2 forges : une publique (pour la distribution publique et l'autre interne (pour les projets non libres, les projets qui nécessitent de la sécurité et pour la création collaborative de documentation).

Ensuite rédiger un projet, le proposer à tous les organismes-établissements ESR potentiellement intéressés, en particulier le CNRS. Si un certain nombre est d'accord, démarrer rapidement la mise en place du service forge avec un noyau de départ (les organismes et établissements partants), mais extensible aux autres membres de l'Ens Sup – Recherche.

Premières phases

  • Mettre en place un comité de pilotage stratégique provisoire (qui sera remplacé par les représentants officiels des différentes structures impliquées, le noyau de départ, quand elles seront identifiées). Nous proposons au départ : Véronique Baudin (LAAS, DEVLOG et PLUME), Violaine Louvet (ICJ, Réseau Calcul et PLUME), Loïc Gouarin (LAGA, porteur du projet DEVLOG, Réseau Calcul et PLUME), Dominique Boutigny (CC IN2P3) et Jean-Luc Archimbaud (UREC et PLUME). Dans la phase actuelle, ce comité pilotera le projet et les contacts officiels avec les différents organismes-établissement et forges.
  • Nommer un responsable de projet. Nous proposons un binôme : Véronique Baudin et Violaine Louvet
  • Monter un comité technique, à définir par Véronique et Violaine, se focalisant sur le recueil des besoins, l'étude de l'existant et l'étude des solutions techniques dans un premier temps.

Proposition de calendrier pour 2010

  • Mi février 2010 : Constitution des comités de pilotage et technique
  • Fin février 2010 : Finalisation et mise en ligne d'une enquête sur les besoins de la communauté (à diffuser largement)
  • Fin avril 2010 :
    Bilan de l'enquête.
    Le comité technique fournit une première analyse sur les outils de déploiement de forges.
  • Juin 2010 : Le comité de pilotage provisoire et le comité technique rendent leurs recommandations.
  • Juillet 2010 : Sur la base des recommandations, sélection d'un outil à mettre en oeuvre et d'un site d'exploitation
  • Septembre 2010 : Proposition de mise en place de service forge auprès des Instituts, Etablissements... et constitution du noyau de départ.
  • Octobre 2010: mise en service pour un petit nombre d'utilisateurs d'une forge pilote
    Identifier quelques utilisateurs pour obtenir une population représentative des besoins exprimés dans l'enquête
  • Décembre 2010: retours d'expérience (analyse, avis, critiques, ......)
  • 2011 : définition et mise en place d'un service définitif

 

 

Fichier attachéTaille
Forge_ESR_Projet_02_2010.pdf102.23 Ko

EOLE : distribution de logiciels permettant d'installer des serveurs réseau Internet-Intranet

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 27/01/10
  • Correction mineure : 19/12/11
  • Fiches logiciel PLUME connexes : Ubuntu
Mots-clés

EOLE : distribution de logiciels permettant d'installer des serveurs réseau Internet-Intranet

EOLE est un projet développé par le Pôle de Compétence EOLE du Ministère de l’éducation nationale.

L’objectif du projet EOLE est de proposer des solutions clef en main pour la mise en place de serveurs Intranet-Internet. EOLE est conçu sur la base de logiciels libres et gratuits (licence GPL).
Le code est ouvert, utilisable, modifiable et redistribuable par tous (y compris hors Education nationale).

La distribution EOLE est conçue comme une "Meta distribution" basée sur la distribution Linux Ubuntu.
Elle en reprend les éléments essentiels comme l'installeur de la distribution et les procédures de mise à jour par paquets.

Cependant, à partir de cette distribution de base un travail de sélection et d’élimination à été effectué par les concepteurs de façon à ne retenir que les programmes strictement nécessaires au projet EOLE. Par ailleurs des paquetages spécifiques EOLE ont été créés et ajoutés.

EOLE comporte une série de modules logiciels. Chaque module constitue une distribution GNU/LINUX spécifique orientée solution qui permet d’installer facilement un serveur dédié. Les services offerts sont pré-configurés, l’ensemble est cohérent. Un module Eole est un ensemble cohérent de logiciels destiné à répondre à un besoin précis. Il s’installe sur un serveur dédié.

La procédure d’installation est entièrement automatisée, elle facilite le déploiement sur de nombreux sites déportés. L'installation se fait à partir d'une image ISO qui permet de graver un CD d’installation. Ce CD est multi module, le choix du module à installer est proposé au boot.

Les modules logiciels de EOLE sont les suivants :

  • Sphynx : Concentrateur pour réseau privé virtuel
  • Amon : Le pare-feu
  • Horus : Serveur de Fichiers
  • Zephir : Gestion du parc des serveurs Eole
  • Scribe : Serveur pédagogique
  • Sentinelle : Outils graphiques de supervision des serveurs (couplé à Zephir)
  • Eclair : Serveur de client léger sous Linux
  • ZephirLog : Concentrateur de fichiers journaux (log)
  • AmonEcole : Solution complète pour un établissement : un pare-feu Amon et un Scribe sur le même serveur
  • Seshat : Le relais de messagerie

Bilan 2009 et projets 2010 du projet et de la plate-forme PLUME

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 13/01/10
  • Correction mineure : 14/12/10

Bilan 2009 et projets 2010 du projet et de la plate-forme PLUME

BILAN 2009 de la plate-forme et du projet PLUME

  • Evolution de la production : en savoir plus En savoir plus

    251 nouvelles fiches pour atteindre un total de 529 (+ 90 % par rapport à 2008)

    121 anciennes fiches mises à jour par leurs rédacteurs

    19 fiches en anglais (aucune en 2008)

    168 nouveaux contributeurs (rédacteurs ou relecteurs) pour un total de 438 (+ 60 %)

    1 millions de hits / mois en moyenne (+ 65 %)

 

PROJETS pour 2010

Organisation : En savoir plus

  • Mettre en place un comité stratégique, avec un groupe représentatif des soutiens-partenaires actuels
  • Créer un comité éditorial : informations mises en ligne et diffusées, présentation-ergonomie, mots-clés
  • Stabiliser et renforcer l'organisation qui repose sur quelques personnes

Développements internes (Ens Sup - Recherche) En savoir plus

  • Référencer tous les développements des laboratoires CNRS avec la valorisation associée. Un ingénieur valorisation, Samuel Godey, financé par la DPI du CNRS, sera en CDD pour un an à partir de mi janvier 2010
  • Pour le référencement des développements logiciels, continuer les actions de promotion au niveau des délégations régionales et services de valorisation du CNRS, organismes-départements-instituts, laboratoires, universités
  • Pages de développements internes / laboratoire, organisme de recherche, institut, université

Projets connexes En savoir plus

  • Aider à la mise en place d'un réseau national de compétences pour les développeurs : DEVLOG
  • Lancer et participer au projet de Forge Ens Sup Recherche nationale dont le périmètre est à définir

Formation En savoir plus

 Plate-forme

  • Réorganiser les mots-clés existants et ajouter un nouvel ensemble de mots-clés 'scientifiques'
  • Mettre en place le processus de mise à jour des fiches ressources, des fiches dév ESR, logiciels à valider et logiciels en tests
  • Mise en place de nouveaux thèmes : chimie, électroniciens, astronomie...
  • Positionner le portail anglophone dans les serveurs internationaux et dans des projets européens

Travail 'de fond'

  • Enrichir la base des descriptions de logiciels validés, à valider, en tests, dév ESR et les ressources associées en motivant des contributeurs. Mettre en place de nouveaux thèmes avec des responsables thématiques
  • Tenir à jour la base existante
  • Rechercher de nouveaux soutiens et réaliser des partenariats à ce projet et à cette plateforme
  • Mettre en place de nouveaux projets connexes et aider à l'évolution de ceux déjà lancés

FOSSbazaar : forum sur la gouvernance du libre

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 06/01/10
  • Correction mineure : 21/04/11
Mots-clés

FOSSbazaar : forum sur la gouvernance du libre

Groupe de travail (anglophone) de la "Linux Foundation" dédié à la compréhension des difficultés que rencontre le libre, des processus qui peuvent aider à son déploiement et des outils qui peuvent être utilisés tout au long du cycle de vie d'un projet libre.

La vision de FOSSbazaar est de proposer un "lieu" pour discuter, explorer, partager les expériences et résoudre de façon coopérative les difficultés relatives à la gouvernance du libre. Le site est présenté comme un forum représentatif des utilisateurs et des producteurs de logiciels libres du monde entier.

La charte explique de façon particulièrement intéressante, en particulier le paragraphe 2.2, les bonnes raisons pour participer à ce consortium.

QualiPSo : projet européen pour renforcer l'utilisation des logiciels libres

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 06/01/10
  • Correction mineure : 21/04/11

QualiPSo : projet européen pour renforcer l'utilisation des logiciels libres

QualiPSo signifie Quality Platform for Open Source Software.

C'est un des projets les plus conséquents autour du libre financé dans le 6ème programme cadre de la Commission Européenne - Information Society Technologies (IST) .

Ses objectifs sont de renforcer l'utilisation des logiciels libres à travers les sept domaines de recherche :

  1. Environnement législatif
  2. Modèles d'affaires
  3. Interopérabilité
  4. Centres de compétences (Europe, Chine, Brésil)
  5. Gestion de l'information
  6. Qualité
  7. Forges de nouvelles générations - QualiPSo Factory

Pour en savoir plus consultez le document de positionnement du projet, la liste des partenaires, les publications.

Groupe Calcul : communications et échanges de la communauté du calcul en France

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 19/12/09
  • Correction mineure : 22/03/13
Mots-clés

Groupe Calcul : communications et échanges de la communauté du calcul en France

Le groupe Calcul est un groupe de communications et d’échanges de la communauté du calcul en France. Créé en 2003, il rassemble à ce jour plus de 750 personnes sur sa liste de discussion.

Depuis 2009, ce groupe s’est structuré en un GDR (de l'INSMI) et un réseau métier (soutenu par la MRCT), et continue à oeuvrer pour la communauté.

Actions

Elles sont diverses :

  • Listes de discussion.
  • Organisation de journées techniques, de formations, d'écoles.
  • Participation à des manifestations scientifiques et techniques.
  • Soutien aux actions des méso-centres.

Calcul soutient le projet Relier.

Thématiques

Les échanges mutuels des membres de Calcul se veulent transverses à toute thématique technique, et orientés sur les problèmes liés à l’utilisation de l’informatique pour le calcul, au sens général du terme (calcul scientifique, mais aussi calcul formel, statistiques, ...) :

  • architecture (cluster ...),
  • logiciels de calculs (matlab, maple, scilab, ...),
  • compilateurs,
  • outils de développement (AGL, ...),
  • outils de visualisation,
  • parallélisme,
  • librairies scientifiques,
  • langages de programmation,
  • méthodologie de programmation, ...

Cible

Ce groupe a pour vocation d’être largement ouvert à tous les acteurs du calcul :

  • ingénieurs, chercheurs, doctorants,
  • multi-disciplinaires (mathématiques, physiques, biologie, ...),
  • recherche publique et privée.

DEVLOG : réseau de développeurs logiciels

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 27/11/09
  • Correction mineure : 22/03/13
Mots-clés

DEVLOG : réseau de développeurs logiciels

DEVLOG est une fédération de réseaux de développeur-es de code pour l'Enseignement Supérieur et la Recherche. Cette fédération s'adresse à toutes personnes (chercheur-es, ingénieur-es et technicien-nes, enseignant-es-chercheur-es, doctorant-es, ...), impliquées dans des tâches de développement de codes dans le cadre de projets scientifiques, ou de projets en support à la recherche de manière occasionnelle ou permanente.

Les principaux objectifs de DEVLOG sont :

  • Offrir à la communauté un lieu d'échange et d'entr'aide pour développer des logiciels de qualité : connaître la démarche génie logiciel, savoir décider quand elle devient indispensable, savoir évaluer les ressources nécessaires pour la mettre en oeuvre...
  • Améliorer la visibilité de l'activité de développement auprès de nos tutelles : attirer leur attention sur le patrimoine intellectuel et scientifique que représentent les développements logiciels, sur l'importance de la qualité logicielle, sur les besoins organisationnels spécifiques nécessaires pour mettre en oeuvre une démarche génie logiciel...
  • Contribuer à des synergies entre réseaux métiers informatiques existants (RESINFO, RI3, réseau CALCUL, COMPIL, DevelopR6...) et favoriser l'émergence de nouveaux réseaux de développeur-es.

Des projets proches des centres d'intérêts de cette fédération sont également à prendre en compte, tels que PLUME et RELIER.

DEVLOG propose à la communauté différents lieux d'échange et des axes de travail :

  • Liste de discussion
  • Groupes de travail : forge nationale « recherche », mutualisation de codes, qualité logicielle, …
  • Journées thématiques, regroupement de demandes de formation “pointues” : techniques de modélisation, développement coopératif, …
  • Élaboration sur tous les aspects du développement logiciel de guides de bonnes pratiques qui tiennent compte des spécificités de notre environnement enseignement supérieur-recherche
  • Mise en commun de ressources, de savoir-faire, de connaissances et de codes logiciels réalisés et utilisés par les développeur.es: bibliothèques logicielles, supports de cours de base, …

La naissance de ce réseau semble répondre à un besoin de la communauté des développeur-es : qu'en pensez-vous ?

Un comité de pilotage pour le démarrage de cette fédération vient d'être constitué. L'objectif est qu'il soit le plus représentatif possible des membres des différents instituts dans lesquels des développements logiciels sont réalisés, et des réseaux et projets existant dans notre environnement fortement liés aux objectifs de DEVLOG.

Groupe Logiciel Enseignement Supérieur - Recherche

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 27/02/12
  • Correction mineure : 27/02/12

Groupe Logiciel Enseignement Supérieur - Recherche

Ce texte de présentation a été rédigé par N. Marouzé (CNRS-DSI) et L. Boisson (CNL).

Présentation

Au sein du Ministère de l'Enseignement Supérieur et de la Recherche, le « Groupe Logiciel Enseignement Supérieur - Recherche » rassemble des représentants de 13 Centres de Ressources Informatiques Universitaires, de 8 Organismes de Recherche et quelques experts. Il négocie des protocoles tarifaires avec les éditeurs de logiciels au profit de tous les établissements de la communauté Enseignement Supérieur et Recherche sous tutelle du Ministère.

Missions

La mission première du Groupe Logiciel est de négocier des protocoles permettant d’aboutir à un quadruple objectif :

  • obtenir les meilleurs prix du fait de « l’usage aux fins d’enseignement supérieur et de recherche », mais aussi par l’effet de masse sans engagement quantitatif de notre part ;
  • une distribution simplifiée organisée à partir de supports maîtres disponibles dans les CRI (Centres de Ressources Informatiques) Diffuseurs ou dans les CRI d'Établissements, ou par le biais plus classique de distributeurs ;

  • que le prix soit identique pour tous, que vous apparteniez à un gros établissement ou à une petite structure ;
  • offrir à l’utilisateur le choix entre des produits concurrents et promouvoir les « logiciels libres ».

Outre ces protocoles conclus avec les éditeurs, le Groupe Logiciel contribue à des appels d'offres nationaux encadrant :

  • la distribution des progiciels Microsoft sous le dispositif « Select »
  • la distribution des progiciels antivirus et de protection
  • la distribution gratuite du logiciel Power Archiver.

Bénéficiaires

Les travaux du Groupe Logiciel bénéficient :

  • aux établissements d'enseignement supérieur et de recherche (Universités, Grands Etablissements, Ecoles),

  • aux organismes de recherche,

  • aux autres organismes sous tutelle (CNED, CNDP, INRP, etc.),

  • à l'administration centrale du Ministère de l'Education Nationale, de l'Enseignement Supérieur et de la Recherche,

  • à quelques regroupements d'établissements d'enseignement supérieur en  « cotutelle » ou « hors tutelle » (Ecoles des Mines, Ecoles d'Architecture, …).

Outils de Communication

La communication tant sur les protocoles que sur leur environnement est organisée au travers des listes de diffusion.

La liste LOGCRI

Elle rassemble les correspondants logiciels des établissements (un titulaire et un suppléant) et le Groupe Logiciel.

C'est un lieu d'échanges biunivoques et un forum.

La liste SUPTECH

Elle rassemble :

  • les membres du Groupe Logiciel,
  • les correspondants logiciels des établissements (titulaires et suppléants),
  • les correspondants support technique désignés par les correspondants titulaires de l'établissement dans la limite de 10
    personnes.

Elle a pour vocation de résoudre des problèmes dits de « support technique » :

  • par la mutualisation des compétences des correspondants qui aboutit à la résolution d'une grande partie des problèmes soulevés,
  • par l'organisation d'une forme de « help desk » développé à l'INSA de Lyon autour des technologies Microsoft dans le cadre d'un enseignement de cette discipline (optionnel). Elle implique des étudiants de l’INSA, regroupés autour d’un enseignant qui les accompagne dans un projet pédagogique. Ils ont comme « terrain de jeu » les incidents de notre communauté Enseignement Supérieur - Recherche.

Le serveur du Groupe Logiciel parachève cet ensemble d'actions, puisqu'il concentre l'information à divers niveaux :

  • les protocoles logiciels, avec leur environnement (produits / tarifs / distributeurs / support technique / formation) ;
  • de l'information technique ;
  • la possibilité pour les correspondants logiciels (titulaire et suppléant) d'accéder de manière sécurisée aux supports maîtres de
    Microsoft et d'autres éditeurs.

Organisation de la distribution

Chaque membre du Groupe Logiciel a pour mission d'informer les établissements d'Enseignement Supérieur ou organismes de Recherche des protocoles particuliers obtenus auprès des distributeurs et, dans certains cas, d'assurer la distribution des logiciels concernés.

Pour tout renseignement et pour bénéficier de ces conditions spéciales, contactez le CRI (Centre de Ressources Informatiques) dont vous dépendez géographiquement.

La liste des corespondants logiciels titulaires et suppléants se trouve sur le site du Groupe Logiciel à l'adresse : http://groupelogiciel.cnlesr.fr/Pages/Correspondan...

RELIER

Fiche ressource Article, événement, site web...
  • Création ou MAJ importante : 26/10/09
  • Correction mineure : 26/10/09

RELIER

Le but du projet RELIER et des fiches "Développement Enseignement Supérieur Recherche" est d'encourager l'affichage, la diffusion et les échanges autour de des logiciels développés dans les laboratoires de recherche et des expertises qui leur sont associées (modèles, méthodes numériques, algorithmes ...).

Syndiquer le contenu