Au commencement, il y eut la réutilisation d’objets. Puis vint celle des composants. On a ensuite parlé de “design pattern”, puis de “framework” métier. Aujourd’hui, il est question de réutilisation d’architectures logicielles complètes ou, plus précisément, de réutilisation d’actifs logiciels.Un actif logiciel est potentiellement tout type de livrable. Il est produit pendant la vie d’un projet logiciel et entre, à ce titre, dans le patrimoine de l’entreprise. On parle ici de code pur, de fichiers binaires, mais aussi et surtout de plans de tests, de modèles de conception, de cahiers des charges, de cas d’utilisation et autres documents de spécification. Pourquoi en parler aujourd’hui ? Parce que les géants du logiciel s’y intéressent.La réutilisation d’actifs logiciels ne fait que poursuivre la logique du développement par composants. Selon cette approche, il ne s’agissait, au départ, que d’utilisation de fichiers binaires. Microsoft a clairement décidé d’emprunter cette voie avec .NET. Les Enterprise Java Beans se placent également, depuis plusieurs années, dans cet esprit. Puis, la question s’est posée d’adapter un composant à un contexte particulier, d’où le besoin du code source.
La normalisation devrait créer un marché
En allant un peu plus loin, les développeurs ont voulu en savoir davantage sur le fonctionnement intime du composant. Ainsi, au fil du temps, les projets logiciels ont agrégé de plus en plus d’actifs au “noyau” binaire de base. L’objectif sous-jacent consistant à donner au composant les mêmes statut et attributs qu’une application développée en interne.Premier intérêt : un actif peut être réutilisé individuellement, même sans code disponible. Dans le développement d’une application de messagerie, par exemple, on peut reprendre séparément un cahier des charges déjà écrit, ou un plan de tests, puis le modifier en fonction de son propre contexte. Second intérêt : le lancement d’une procédure informelle pour normaliser la réutilisation des actifs logiciels à l’Object Management Group (OMG). Créé sous forme de consortium par Rational ?” éditeur de plates-formes de gestion de projets logiciels ?”, un groupe de travail réunit IBM, Microsoft, Component Source, Flashline.com, IntellectMarket ou encore Objectools. Un accord a été trouvé avec l’organisme de normalisation. Il consiste pour le consortium à fournir une proposition définitive à adopter, sans passer par les comités et autres sous-comités. L’OMG n’aura “qu’à approuver le standard”. Pour Rational, cette normalisation devrait permettre de créer un marché. “Une fois le standard défini, nous pensons que les fournisseurs de composants vont s’y conformer”, estime Nasser Kettani, directeur marketing de Rational France. Si c’est le cas, des questions délicates se poseront. Par exemple, les grands éditeurs accepteront-ils de livrer leur code source ? Quel niveau de transparence seront-ils prêts à délivrer ? En point de mire, en tout cas, une place de marché globale qui permettrait la circulation et la diffusion des actifs logiciels.
🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.
