Développement : BioMérieux n'a pas le droit à l'erreur

BioMérieuxa structuré son cycle de développement. Une démarche indispensable dans un secteur où les bogues n'ont pas leur place, et où la compétition fait rage.

BioMérieux conçoit, fabrique et commercialise des systèmes de diagnostic in vitro détectant, notamment, des maladies infectieuses telles que les hépatites, le VIH, et, récemment, la grippe aviaire, à partir d'un prélèvement biologique : sang, salive, urine, etc. L'offre de BioMérieux se décompose en trois éléments : des réactifs biologiques, un instrument qui effectue la réaction biologique et un logiciel qui interprète les mesures pour rendre un résultat. Comme dans de nombreux autres secteurs, le logiciel occupe une place de plus en plus importante.

Faire face à des contraintes réglementaires

' Le c?"ur de notre activité reste la biologie. Mais nous nous distinguons de plus en plus par les logiciels ', atteste Christophe Delpy, responsable ingénierie logicielle du département technologies de l'information de BioMérieux. L'ergonomie, la connectivité du système et les services annexes font la différence. La mise au point d'un système nécessite plusieurs années. Plus de la moitié des développements de logiciels ratent à cause d'une mauvaise compréhension des besoins des utilisateurs (source : Standish Group, Q-Labs, Borland), la capacité de BioMérieux à répondre du premier coup aux exigences des utilisateurs s'avère donc cruciale. Un exercice que compliquent un environnement réglementaire contraignant et des exigences logicielles très élevées.Pour répondre à toutes ces contraintes, BioMérieux s'est organisé autour d'un cycle de développement structuré. Notamment en ce qui concerne le recueil des exigences, ' l'étape la plus importante du cycle de développement ', affirme Laurent Hervier, architecte méthodes de développement logiciel, de l'équipe de Christophe Delpy.L'entreprise a opté pour le suivi de standards, tel IEEE Std 830-1998, reconnus dans le monde. Cette préférence, à une approche maison, s'explique aussi par la pression réglementaire. En respectant des normes mondialement reconnues ?" dont ISO 9001 ?", BioMérieux bénéficie d'une présomption de conformité. Pour cela, ' nous devons être capables de montrer que nous avons suivi un cycle de développement logique, constitué d'étapes clairement documentées ', expose Christophe Delpy.

Réorganiser les équipes en mode collaboratif

Dans un projet de développement logiciel, il existe plusieurs exigences : réglementaires, fonctionnelles, techniques, etc. Une même exigence peut être perçue de différentes manières et être exprimée sous diverses formes selon les acteurs. Il est donc impératif de lever toutes les ambiguïtés. Pour cela, il convient de rassembler ces exigences dans un référentiel commun à l'ensemble des acteurs du projet. En effet, des obligations réglementaires peuvent interférer avec la définition des contraintes techniques du projet, entre autres.Jusqu'ici, BioMérieux utilisait des outils bureautiques (Word, Excel, etc.) pour gérer le recueil des exigences. Le passage d'une étape du processus de développement à une autre s'effectuait via des documents. Mais les corrections successives apportées à un document le fragilisent peu à peu. Et tracer les modifications effectuées s'avère très difficile. Depuis dix ans, la société s'est rendu compte que les processus qui formalisent la collaboration autour des documents sont aussi importants que le livrable. Son équipe s'est donc réorganisée pour ?"uvrer en mode collaboratif. ' Nous avons mis en place avec nos utilisateurs internes un mode de travail par sessions de spécifications, formalisées ensuite par des scénarios et des cas d'utilisation UML [Unified Modeling Language]. C'est à présent une pratique banalisée sur tous nos développements, détaille Christophe Delpy. Nous avons ainsi pu sortir de la demande " Faites-nous un logiciel qui fonctionne bien et soit facile à utiliser ! " ' Un système bien plus efficace que le passage de documents entre bureaux. Les gens se comprennent mieux et apprennent grâce à ces échanges transversaux. Ce qui renforce la cohésion.A partir du recueil d'exigences fonctionnelles (sous forme de cas d'utilisation et de scénarios textuels), BioMérieux s'appuie sur les cas d'utilisation UML, qu'elle capture à l'aide de Together, le logiciel de Borland. ' Nous avons opté pour les " use cases " UML parce qu'ils nous permettent de suivre strictement les exigences fonctionnelles jusqu'à la mise en place des modèles de conception ', souligne Laurent Hervier. L'outil, éditeur et référentiel de modèles UML, génère la documentation. ' Nous utilisons différentes fonctions de génération automatique de documents pour produire des parties entières de nos dossiers d'architecture, ainsi que des documents d'analyse et de conception, justifie Christophe Delpy. Les dossiers de soumission aux agences réglementaires dans le cadre d'une autorisation de mise sur le marché s'appuient aussi sur ces documents. '

Tracer les exigences pour accroître la qualité

' A chaque fois que nous livrons un logiciel, nous devons fournir une matrice de traçabilité ', note Christophe Delpy. Pour l'instant, les autres exigences ?" techniques, par exemple ?" sont recueillies dans des documents au format texte. Une approche dont ne se contente pas BioMérieux. Il teste actuellement le logiciel de gestion des exigences de Borland, Caliber RM, sur un projet pilote. L'entreprise souhaite ainsi prolonger sa démarche de rationalisation en traçant les échanges liés aux exigences et en facilitant les interactions entre les différents services (marketing, formation, support client, etc.) lors du recueil de leurs besoins et de leurs contraintes.Aussi efficace qu'il soit, un fonctionnement collaboratif oblige à tracer sûrement les échanges et actions dans le temps pour répondre à toutes questions. La constitution d'un référentiel commun aide les acteurs du projet à s'accorder sur la définition des exigences, leur valorisation, leur priorité, etc. Il facilite le suivi du projet et diminue les risques d'erreur, car il garantit l'exhaustivité de la collecte, le traçage des modifications et actions, et l'identification automatique des inconsistances. La gestion des exigences devient ainsi un outil de pilotage de projet efficace qui accélère et fiabilise le processus de développement. BioMérieux devrait donc gagner en productivité avec Caliber RM. Une gestion proactive des exigences de chaque projet s'assurera, à chaque étape du projet, que toutes les demandes et remarques ont été considérées. ' Nous pourrons traiter plus tôt des problèmes qui, pour l'instant, n'apparaissent que lors des tests. Et se révèlent plus longs et difficiles à corriger à ce moment-là ', conclut Laurent [e-mail]

La gestion des exigences

Une exigence est l'expression d'une caractéristique à laquelle doit impérativement répondre un logiciel.
Elle peut être énoncée par les utilisateurs (fonction), par des autorités de tutelle (contraintes réglementaires), ou par des services de l'entreprise (SAV, marketing, etc.).
Il est nécessaire de gérer formellement le recueil de l'ensemble de ces exigences et leur définition afin d'aboutir à un référentiel d'exigences.
Ce référentiel permet de vérifier que chaque exigence a bien été prise en compte afin de garantir le succès du projet.

Les chiffres

37 % des développements informatiques sont abandonnés.
47 % dépassent leurs coûts et délais initiaux.
56 % des échecs sont dus à une mauvaise compréhension des besoins des utilisateurs.
40 foi moins cher. C'est l'économie réalisée lorsqu'un défaut est détecté au moment de la spécification plutôt qu'à la validation.

La boîte à outils de BioMérieux

UML (Unified Modeling Language) C'est à la fois un langage et une méthode de modélisation normalisés par l'OMG. Il facilite le recueil des exigences fonctionnelles sous la forme de cas d'utilisation.
ISO 900:2000 Cette norme édicte un ensemble d'obligations, que l'entreprise doit suivre pour attester de la qualité de ses processus de développement.
IEEE R 830-1998 IEEE Recommended Practice for Software Requirements Specifications est un ensemble de méthodes qui fiabilisent le recueil et l'expression des exigences logicielles.

Caliber RM, de Borland (en test) Gestion des exigences.
Together, de Borland Modélisation des cas d'utilisation en UML, génération de la documentation.
Java (JRE) + frameworks métier + Visibroker, de Borland Langage de developpement des logiciels embarqués.
Eclipse IDE, d'Eclipse Environnement de développement.
OptimizeIT, de Borland Optimisation du code.
Plugins Eclypse Vérification de la qualité du code.
PVCS, de Merant Gestion de configuration logicielle.

Vrai/Faux

Faux Selon Forrester Research, les projets qui court-circuitent cette étape comportent un nombre de défauts supérieur de 50 % à celui des autres projets. CMMI recommande aussi de faire de cette discipline une priorité.

Faux Mais elle y contribue. Selon le rapport Chaos, du Standish Group, la gestion des exigences est à l'origine de 40 % des facteurs de réussite d'un projet. Elle s'assure que tous les besoins et contraintes sont considérés pour s'épargner plus tard des modifications dans le cycle de développement.

Vrai Quels que soient la taille et le niveau de contrainte du projet, la gestion des exigences est une étape préalable indispensable pour garantir son succès. Elle impose un degré de formalisme qui facilite la compréhension mutuelle entre les acteurs du projet.

Faux La gestion des exigences est avant tout une démarche méthodologique. De petits projets peuvent être gérés avec des outils bureautiques. Néanmoins, plus les contraintes et besoins sont nombreux, plus l'utilisation d'un outil spécialisé devient bénéfique. Gartner estime que ces outils peuvent réduire de 10 % les coûts de maintenance et d'évolution.

Vrai Ils s'interfacent avec les outils de modélisation et de test pour industrialiser la chaîne de production logicielle. BioMérieux trace ainsi tout le cycle de réalisation d'une exigence.

2 questions à? : Christophe Delpy, responsable ingénierie logicielle à la R&D du département technologies de l'information de BioMérieux

Pourquoi la traçabilité des exigences est-elle si importante ?
' Nous n'avons pas le droit à l'erreur. Imaginez l'impact d'un bogue logiciel ou d'un résultat erroné ! La traçabilité des exigences au fur et à mesure du cycle de développement limite encore les risques d'erreur. Elle permet de détecter très tôt certaines inconsistances et les dérives potentielles en termes de charge de travail. Ce qui améliore aussi la productivité et la qualité. '

Quel est le rôle du référentiel des exigences ?
' Il offre à tous les acteurs du projet une base commune de définition, de suivi et de validation des développements. Il facilite les échanges entre les parties prenantes avant, pendant et après les développements, et il délimite précisément le contour du projet. C'est donc un excellent outil de pilotage. Mais il ne suffit pas. Le plus important reste donc la méthodologie et lorganisation du projet. '