Couverture ElectroniqueS n°127

A l'instar de ce qui s'est passé dans le domaine des systèmes d'informations et du middleware, les logiciels open source sont en train de bouleverser l'industrie du logiciel embarqué. Une chance à saisir pour les utilisateurs et les éditeurs de logiciels, à condition d'en évaluer en même temps les risques. Le terme « logiciel source » est un terme générique qui englobe de nombreuses réalités, allant des expérimentations menées par des étudiants jusqu'aux produits industriels sur lesquels s'appuie l'infrastructure de l'Internet. C'est en 1997, afin de faire changer d'avis les personnes qui, jusque-là, rejetaient ce type de logiciel qu'un groupe de leaders de la communauté du logiciel libre a essayé de trouver un moyen de promouvoir les idées qui entouraient le logiciel libre, dont les débuts remontaient aux années quatre-vingt. Ils étaient conscients du fait que le message anticommercial de la Free software foundation (FSF) n'encourageait pas au développement du logiciel libre, et en étaient arrivés à la conclusion qu'une action marketing était nécessaire pour s'affranchir du mot « free » utilisée par la FSF. C'est de cette réflexion qu'est issu le terme Open Source, ou open source software (OSS) (encadré I). Un ensemble de règles ont été rédigées à cette occasion qui décrivent les conditions nécessaires pour qu'un logiciel puisse être qualifié d'open source (cf le site www.opensource.org). Aujourd'hui, l'acronyme Floss (Free/libre and open source software) fait référence aux deux types de logiciels dont le code source est accessible publiquement. Il est clair qu'aujourd'hui il est impossible d'ignorer le phénomène Floss puisque chaque personne qui utilise un ordinateur se sert de logiciels open source. Au sein de l'infrastructure Internet, là où les premières réussites de ces logiciels sont apparues, les infrastructures des serveurs des noms de domaine sont par exemple générées par le logiciel Bind. Parallèlement, les serveurs Apache équipent aujourd'hui plus de deux tiers des serveurs web à travers le monde et la plupart d'entre eux sont équipés d'une variante Floss d'Unix, comme Linux, FreeBSD ou OpenBSD. Côté outils de développement, un des projets les plus importants du monde open source est le GCC, le compilateur C sous licence GNU qui, au cours du temps, est devenu un compilateur générique pour de nombreux langages et cibles matérielles. Il est par exemple à la base de GNAT, un compilateur Ada très répandu. Plus récemment, le marché des environnements de développement (IDE) a vu apparaître de sérieux concurrents open source parmi lesquels on trouve NetBeans, un environnement de développement Java, et bien entendu Eclipse. Enfin, du côté de la bureautique, le Floss est aussi apparu avec par exemple l'outil de navigation Mozilla Firefox, la suite OpenOffice ou encore les environnements graphiques Gnome et KDE pour Linux. L'Open Source dans le monde de l'embarqué : une tendance lourde Le logiciel open source est dorénavant un élément clé dans le secteur des systèmes d'information. Qu'en est-il du domaine des logiciels embarqués ? Le constat est qu'il est train d'y faire sa place. Il est déjà présent depuis quelques années avec le compilateur gcc, qui est utilisé dans de nombreux outils (par exemple le compilateur Ada GNAT). Mais ce secteur de l'embarqué est très différent du système d'information, car les systèmes enfouis ont souvent besoin d'être fortement optimisés, voire dans certains cas d'être certifiés. C'est pourquoi, contrairement au système d'information, l'Open Source fait d'abord son apparition au niveau des outils plutôt qu'au niveau des composants fonctionnels (les runtime). Ainsi, les éditeurs de système d'exploitation temps réel vendent principalement des licences runtime de leurs systèmes. Les outils sont alors fournis avec l'OS pour faciliter le développement mais ne constituent pas forcément des éléments différenciateurs sur le marché. Il y a quelques années, QNX a par exemple rejoint la fondation Eclipse pour y développer son environnement de développement C/C++. En faisant cela, la société a bénéficié de l'utilisation de nombreuses fonctionnalités fournies par la plate-forme, et a partagé ses ressources avec des acteurs intéressés par le support de ces langages de programmation dans Eclipse. Il y a près de trois ans, Wind River a également rejoint la fondation Eclipse. Les deux sociétés, bien que concurrentes, travaillent désormais ensemble sur une plate-forme commune. Les logiciels embarqués ont souvent un cycle de vie beaucoup plus long qu'un logiciel de système d'information, et la maintenance peut être nécessaire pendant plusieurs années, voire même décennies. Les industriels doivent donc s'assurer de la pérennité des outils utilisés pour développer le logiciel. Or, cet aspect n'est pas forcément garanti par des outils propriétaires souvent commercialisés par de petites entreprises. Pour résoudre ce problème, on voit l'émergence de projets open source, à l'instar de Topcased, géré par Airbus et un ensemble d'entreprises, qui travaillent de concert sur le développement d'éléments communs et d'un ensemble d'outils pour la création de logiciels avioniques. Topcased est un outil générique de modélisation, basé sur la plate-forme Eclipse. C'est actuellement un méta modeleur qui permet de définir le modèle d'un modèle, pour construire rapidement un éditeur graphique pour un modèle particulier. Le but de ce projet est de fournir des éditeurs pour tous les modèles intégrés au design d'un logiciel d'aviation. Sans les éléments open source fournis par Eclipse, le projet n'aurait jamais pu voir le jour. Quand ils présentent le projet, les personnels d'Airbus se voient souvent demander : « si c'est open source, que se passe-t-il si Boeing décide de l'utiliser également ? ». Et la réponse est similaire à celle des éditeurs de logiciels commerciaux : la concurrence ne se fait pas sur les outils de modélisation, mais sur ce qu'on fait avec ces outils. Ainsi, seuls les modèles standard sont open source, les modèles spécifiques à Airbus restent propriétaires. Pour les industriels, il est donc clair que les logiciels open source sont une opportunité, car ils permettent le partage de solides fondations et l'assurance d'une maintenabilité à long terme des logiciels. Pour les éditeurs, le risque est d'ignorer le phénomène Open Source, car à terme cela peut entraîner une chute de leurs ventes. Utiliser les logiciels open source, et y contribuer, est donc l'occasion pour ces éditeurs de fournir leur valeur ajoutée construite sur une base commune. Une des conséquences de ce virage est qu'il faut être conscient que les prestations commerciales s'orienteront plus vers les services que vers les licences. I. - Les origines de l'Open Source En 1984, Richard Stallman, chercheur au MIT, démarre le projet GNU (Gnu is not Unix, une blague intraduisible en français, est à l'origine de cet acronyme). Le but de Richard Stallman était de faire en sorte que personne n'ait à payer pour le logiciel en question. Il considérait en effet que le savoir constitué par un programme, son code source, devait être libre. Car, si ce n'était pas le cas, cela impliquerait qu'une poignée de personnes puissantes pourraient dominer l'informatique. Contrairement aux éditeurs logiciels qui considèrent que le secret industriel doit être sévèrement gardé, Stallman considérait que le savoir scientifique devait être partagé et distribué pour que l'innovation puisse continuer. Et pour éviter aux entreprises de réutiliser le code du domaine public pour leur propre profitabilité, Stallman a établi la « General public license » (voir texte). Cependant les contraintes amenées par la licence GPL ainsi que l'ambiguïté liée au mot « free »(*) ont poussé les éditeurs de logiciel à rejeter complètement les logiciels libres. D'où l'émergence du phénomène open source qui vise à concilier libre circulation de codes sources et contraintes économiques liées à la vie des entreprises. (*) Free signifie en anglais à la fois « liberté » et « gratuit ». Stallman, lui, se référait au « free speech », discours libre, d'où une connotation politique au mot free software. II. - Comment choisir un produit en open source Le choix d'un produit open source doit se faire avec précaution, surtout si celui-ci doit jouer un rôle central dans un système d'information d'entreprise ou bien au sein d'une plate-forme embarquée. Il faut donc évaluer : - La cohérence avec l'environnement existant : le produit doit utiliser les technologies qui ont été choisies ou qui existent déjà, et qui peuvent être connectées facilement, si besoin, à l'environnement existant. - La maturité : quel âge a le produit ? Combien de mises à jour stables ont été réalisées ? - La santé de la communauté : quel est le trafic sur les forums utilisateurs et développeurs ? A quelle vitesse répond-on aux questions ? - Le support commercial : y a-t-il des entreprises qui emploient des développeurs ou qui appuient le projet ? Est-ce qu'ils fournissent du support, des services, de la formation ou des produits complémentaires ? Ces critères ne sont pas toujours simples à évaluer. Une récente initiative, la « Business readiness initiative »(*), qui a pour but de définir un modèle standard d'évaluation des logiciels open source, pourrait améliorer la situation. (*) BRR - The open readiness rating for open source, http://www.openbrr.org III. - Un point crucial : la standardisation d'interfaces Une des conséquences de la complexité croissante des logiciels embarqués est, d'une part, qu'une entreprise seule ne peut plus fournir un système entier et, d'autre part, que les produits finaux des constructeurs ne peuvent plus reposer sur une solution unique (et fermée) issue d'une seule entreprise. Ce sont ces raisons qui encouragent les efforts de standardisation. Deux d'entre eux méritent d'être mentionnés plus particulièrement : l'OSGi et Autosar. Lancé en 1999, le projet OSGi est une spécification de plate-forme basée sur la technologie Java pour héberger des services logiciels. Elle permet à des services normalisés, développés indépendamment les uns des autres, de cohabiter sur une même plate-forme. Seuls les membres du consortium sont autorisés à produire une implémentation certifiée de la spécification, mais la dernière mise à jour de cette spécification est disponible sous licence open source, permettant à quiconque de l'implémenter. Le moteur OSGi est par exemple à la base du fonctionnement d'Eclipse. Autosar est une initiative récente dans le secteur automobile destinée à définir une architecture standard pour les modules électroniques et logiciels. Il s'agit de permettre aux fabricants de voitures d'intégrer simplement des éléments en provenance de fournisseurs différents, procurant ainsi une réponse à la problématique de la complexité croissante des systèmes automobiles et rendant possible l'interchangeabilité des équipements. Pour ce secteur de l'automobile, les solutions open source ne seront pas développées dans le cas de missions critiques. Mais un fabricant de matériel peut décider de partager les sources du logiciel associé avec ses utilisateurs et ses intégrateurs, pour avancer plus vite dans le design du logiciel et/ou pour être plus réactif dans l'intégration de nouveaux besoins. De plus, de nombreux éléments logiciels dans une voiture ne sont pas critiques. Pour ces derniers, les interfaces standardisées comme Autosar ou OSGi permettront l'émergence d'applications open source comme les lecteurs multimédias, les GPS… Sur le Web… Liste de sites à consulter sur Internet http://www.opensource.orghttp://www.apache.orghttp://incubator.apache.orghttp://www.eclipse.orghttp://www.topcased.org/http://www.osgi.org/http://www.autosar.org

L’Open Source dans l’embarqué, une opportunité à saisir

Couverture ElectroniqueS n°127

IBM grave les premières puces en 2 nm en abandonnant les FinFET

Zeta, le protocole LPWAN made in China, arrive en Europe

Harting invente le connecteur électronique sur mesure

L’Open Source dans l’embarqué, une opportunité à saisir

Dans la même rubrique

Couverture ElectroniqueS n°127

IBM grave les premières puces en 2 nm en abandonnant les FinFET

Zeta, le protocole LPWAN made in China, arrive en Europe

Harting invente le connecteur électronique sur mesure