IMdR-SdF INSTITUT POUR LA MAÎTRISE DES RISQUES ET LA SÛRETE DE FONCTIONNEMENT

Transcription

1 IMdR-SdF INSTITUT POUR LA MAÎTRISE DES RISQUES ET LA SÛRETE DE FONCTIONNEMENT Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Editin 1.0 du 12 décembre 2006 Le présent guide a été élabré par le Grupe de Travail et de Réflexin n 63 «Démarche et méthdes de lgiciels sûrs de fnctinnement». Résumé : A l heure ù l n cherche à réduire les délais et les cûts de dévelppement des lgiciels et ù les industriels divent faire face à des exigences en termes de Sûreté de Fnctinnement de plus en plus cntraignantes, la prblématique de l empli de cmpsants préalablement dévelppés se pse de manière accrue. Que l n cnsidère les lgiciels dévelppés en interne pur d autres prjets et réutilisés, les lgiciels dits libres u les cmpsants cmmercialisés par des sciétés tierces dits «sur étagère», cette prblématique peut se résumer à l btentin de répnses, parfis variées, à une questin relativement simple : Puvns-nus utiliser tels cmpsants pré-existants pur remplir certaines fnctins des systèmes que nus cncevns sans dégrader leurs perfrmances en termes de Sûreté de Fnctinnement et sans dérger à ns engagements en termes de respect de nrmes, de service, de garantie et de pérennité. Le présent guide expse une démarche glbale et furnit un ensemble de clés pur faciliter l btentin de répnses à cette interrgatin.

2 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Ce dcument est le résultat d un travail cllectif au sein du Grupe de Travail et de Réflexin n 63 de l Institut de Management des Risques - Sûreté de Fnctinnement (IMdR-SdF). Il résulte d échanges entre persnnes cnfrntées, dans leurs dmaines respectifs, à la définitin, au dévelppement u à l expertise de lgiciels dans lesquels des cmpsants nn dévelppés spécifiquement peuvent devir être intégrés, tut en devant répndre, pur l ensemble de la slutin, à des exigences de Sûreté de Fnctinnement. Il privilégie les aspects pratiques en tirant partie des expériences industrielles des membres du Grupe. Les membres ayant participé de manière active à la rédactin de ce guide snt : Mme LESOT (THALES-ATM) Melle MABIALA (PSA, SECTOR Ingénierie) M. BELMONTE (UTC Cmpiègne) M. CHICHEPORTICHE (BERTIN) M. De PAOLI (BULL Services) M. GENDRON (CSSI) M. JOGUET (DCN) M. KAHN (KSdF Cnseil), animateur du GTR, M. LEBLOND (THALES Airbrne Systems) M. LECLERCQ (R.I.S.) M. TODOSKOFF (ISTIA) Les autres membres du GTR ayant cntribué à l élabratin de ce guide snt : Mme BARREAU (ISTIA) Mme BETMONT (THALES Air Defense) M. BOULANGER (UTC) M. DELATOUR (ESEO) M. LAVAYSSIERE (EADS Space Transprtatin) M. ROY (Renault) Editin 1.0 du 12/12/2006 Page 2 / 72

3 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Smmaire 1. OBJECTIF DU GUIDE ET INTRODUCTION PROBLEMATIQUE DES COTS Typlgie des COTS COTS et Sûreté de Fnctinnement Enjeux Stratégie d utilisatin des COTS STRUCTURATION ET PRINCIPES D UTILISATION DU QUESTIONNAIRE Présentatin des thèmes Principe d utilisatin POINT DE VUE DES PRINCIPALES NORMES EN SDF LOGICIEL QUESTIONNEMENT PREMIER NIVEAU QUESTIONNAIRE DETAILLE Intégrabilité du COTS Méthdlgie de dévelppement du COTS Sûreté de Fnctinnement du COTS Furnisseur et activités supprt du COTS CAS DES LOGICIELS LIBRES EXPLOITATION DES RESULTATS DU QUESTIONNAIRE BIBLIOGRAPHIE ANNEXE 1 : QUESTIONNAIRE SUR LE THEME : PRODUIT INTEGRABLE ANNEXE 2 : QUESTIONNAIRE SUR LE THEME : METHODOLOGIE DE DEVELOPPEMENT ANNEXE 3 : QUESTIONNAIRE SUR LE THEME : PRODUIT SUR ANNEXE 4 : QUESTIONNAIRE SUR LE THEME : FOURNISSEUR SUPPORT ANNEXE 5 : SYNTHESE PAR NORME DES PRINCIPES APPLICABLES AUX COTS...59 Editin 1.0 du 12/12/2006 Page 3 / 72

4 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Avertissement Le présent dcument intrduit de manière générique la prblématique liée à la sélectin et dans une mindre mesure à l intégratin de cmpsants pré-dévelppés par des tiers (interne u externe à l entreprise) pur la cnstructin de lgiciels critiques (lgiciels dnt le dysfnctinnement présente un risque avéré). Le dcument ne recherche pas la cmpatibilité à une nrme existante qui purrait être liée à un dmaine d activités u à un cntexte d utilisatin du lgiciel cible. Il n a à ce titre, aucune vlnté de se substituer, pur un lgiciel dnné, au cadre réglementaire et nrmatif auquel celui-ci aurait à se cnfrmer. Il permet aux persnnes cncernées par cette prblématique (chef de prjet, respnsable achat, plitique industrielle, expert méthdes et utils, expert SdF ) de mieux appréhender les difficultés et les cntraintes assciées. Il abrde aussi la prblématique du lgiciel libre (pints cmmuns et différences vis-à-vis des COTS) sans entrer dans les aspects juridiques et cntractuels spécifique du mnde du lgiciel libre. Editin 1.0 du 12/12/2006 Page 4 / 72

5 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel 1. Objectif du guide et intrductin Le terme COTS est généralement utilisé pur définir des lgiciels dévelppés hrs besin spécifique d un prjet et cmmercialisés par une entreprise pur être intégrés dans un grand nmbre de prjets. Au-delà de cet acrnyme anglais de COTS, utilisé pur Cmmercial Off The Shelf u Cmpnents Off The Shelf, repse un cncept qui a aussi d autres appellatins 1 qui intègre, sus ce terme, tutes srtes de cmpsants lgiciels nn dévelppés pur les besins spécifiques du prjet dans lequel n suhaite l intégrer. Le présent guide est cnçu pur présenter une démarche glbale en matière de sélectin de cmpsants lgiciels sur étagère et pur furnir un ensemble d éléments clés permettant, d une part, de mieux cmprendre les cntraintes liées à l utilisatin de COTS et les exigences auxquelles il dit répndre (ces exigences divent être identifiées avant de se lancer dans la recherche d un COTS), et, d autre part, d aider au chix d un COTS répndant aux exigences identifiées. Il présente en utre la prblématique liée à l utilisatin de COTS à la fis sur : le plan du chix du COTS, en se fcalisant particulièrement sur les exigences que dit remplir le COTS en matière de Sûreté de Fnctinnement (pur puvir s insérer dans un prjet ayant ses prpres exigences de Sûreté de Fnctinnement) les précnisatins nrmatives u recmmandatins sectrielles que le système intégrant le COTS, et par transitivité le COTS lui aussi, dit satisfaire. Il rappelle le psitinnement actuel des nrmes traitant de la Sûreté de Fnctinnement des lgiciels vis-à-vis de la prblématique des COTS, d une manière glbale et au travers d une annexe plus exhaustive. Il furnit aux persnnes ayant à faire le chix d un COTS, un premier questinnement permettant de juger de la capacité d un COTS à répndre aux besins d un prjet, si les résultats de ce premier questinnement snt satisfaisants : un ensemble plus cmplet de questins structuré en 4 vlets : les caractéristiques liées à la capacité d intégratin et à la chérence des interfaces du COTS et de ses principes de fnctinnement avec les cntraintes du lgiciel dans lequel dit s intégrer le COTS, 1 Seln les dmaines et les nrmes, n parlera aussi de : LPD : Lgiciel Préalablement Dévelppés u sa traductin anglaise PDS : Previusly Develped Sftware ; NDI : Nn Develpmental Item, MOTS : Military Off The Shelf ; GOTS : Gvernemental Off The Shelf ainsi que tutes les appellatins autur des lgiciels libres dnt la plus curante ; Legacy Sftware. Editin 1.0 du 12/12/2006 Page 5 / 72

6 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel les exigences de SdF que satisfait le COTS et le niveau de SdF déjà btenu pur ce COTS, les dispsitins méthdlgiques qui nt été mises en œuvre lrs du dévelppement du COTS par le furnisseur / cncepteur du COTS, les caractéristiques liés à la furniture du COTS, au service asscié et à la capacité du furnisseur à être un partenaire fiable et pérenne pur les besins du prjet (et autant que pssible pur la durée de vie du lgiciel intégrant le COTS). Il peut glbalement s appliquer à tut type de COTS, même si certaines questins snt alrs, seln le type de COTS, paraître plus u mins pprtunes : biblithèque lgicielle, partie applicative, lgiciel de base : système d explitatin, séquenceur, driver, gestinnaire réseau, SGBD,, lgiciel util : cmpilateur, util de dévelppement, util de test, util de métrlgie, Dans un système, les COTS peuvent être nmbreux et avir des rôles très divers, cmme l illustre le schéma suivant 2 : Applicatif Lgiciel réutilisé Biblithèque (calcul, graphique, ) COTS fnctinnel Nyau SGBD IHM Intergiciel Système Explitatin CPU Piltes 2 Intergiciel : traductin française de Middleware Editin 1.0 du 12/12/2006 Page 6 / 72

7 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel 2. Prblématique des COTS 2.1. Typlgie des COTS Par COTS n entend généralement la ntin de cmpsant lgiciel intégré dans une applicatin cible destinée à pilter un système. Par extensin le terme de COTS purrait aussi s appliquer à une applicatin cible cmplète générique. Le présent dcument traite essentiellement de la première ntin qui impse de savir maîtriser des cmpsants lgiciels de différentes rigines pur répndre aux besins d une applicatin glbale dnt le dysfnctinnement présente un risque avéré COTS et Sûreté de Fnctinnement L utilisatin des COTS, très largement répandue dans les systèmes infrmatiques classiques, se place de plus en plus cmme une vlnté, vire une bligatin écnmique et technlgique, dans les systèmes et des applicatins à haut niveau de risque et ntamment ceux devant respecter des exigences frtes de Sûreté de Fnctinnement. Dès lrs, les cncepteurs et intégrateurs de ces nuvelles slutins snt cnfrntés à de nuveaux enjeux écnmiques pur lesquels la maîtrise des risques tient une place imprtante. En effet, si l utilisatin de COTS peut présenter en première apprche un avantage cncurrentiel imprtant, le fait de devir garantir le bn fnctinnement et le respect d exigences drastiques pur l intégralité de la slutin technique cible (y cmpris le COTS) peut vite apparaître cmme rédhibitire. Ainsi aux avantages prcurés par l utilisatin de prduits existants peut vite s ppser le niveau de cnfiance que l n peut accrder à des prduits dnt le prcessus de dévelppement (spécificatin, cnceptin, validatin) n est pas cnfrme aux exigences et aux cntraintes inhérentes au niveau de Sûreté de Fnctinnement visé pur le système cible et aux dispsitins méthdlgiques que celui-ci dit respecter dans sn intégralité. On ne dispse, le plus suvent, pas d infrmatins nécessaires au prcessus de démnstratin de la cnfrmité à un référentiel méthdlgique dnné. De plus, les infrmatins sur lesquelles n peut se frger un bn niveau de cnfiance dans la capacité du prduit COTS à s intégrer dans la slutin cible (y cmpris dans une stratégie chérente en termes de durée de vie et de capacité d évlutin et maintenance) snt parfis faibles et difficilement vérifiables Enjeux Les principaux avantages liés à l utilisatin des COTS, snt classiquement : la réductin des cûts et des délais de dévelppement, Editin 1.0 du 12/12/2006 Page 7 / 72

8 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel l incrpratin rapide de prgrès technlgiques prtés par des tiers, la ntin de «standard de fait» que peuvent avir certains cmpsants cmmerciaux qui se traduit assez généralement par des caractéristiques intéressantes telles que la prtabilité, l évlutivité, l interpérabilité du cmpsant, la large diffusin des cmpsants qui est censée furnir un retur d expérience à partir de l analyse de l histrique en service du cmpsant et partant d apprécier le niveau de Sûreté de Fnctinnement btenu par ce cmpsant, en fnctin du dmaine d utilisatin. Mais au-delà de ces avantages classiquement mis en avant, se dresse tut un ensemble de griefs et de difficultés à résudre qui peuvent dans certains cas présenter un caractère rédhibitire : le manque de garantie quant à la pérennité cmmerciale des cmpsants et la cntinuité du supprt assuré par le furnisseur, au regard des exigences auxquelles le respnsable du système cible dit apprter une répnse cmplète, l écart qui peut y avir entre le cmpsant dispnible et les besins réels du système cible (fnctins pas cmplètement adaptées aux besins, fnctins superflues, ), la difficulté de mettre en place les prtectins apprpriées vis-à-vis des fnctinnalités nn désirées, vir nn nécessairement cnnues, les risques d incmpatibilité entre les versins successives d un même cmpsant et la difficulté de suivre une plitique d évlutin nn suhaitée du prduit, le manque d bjectivité u le faible niveau des infrmatins dispnibles sur le cmpsant que ce sit en termes d utilisatin, de caractéristiques de Sûreté de Fnctinnement u de prcessus de dévelppement. Vis-à-vis des systèmes critiques, ces difficultés se truvent encre renfrcées par : la menace causée par les fautes de cnceptin résiduelles internes aux COTS susceptibles d affecter leur fnctinnement et dnc celui du système intégrant le COTS, le manque de cadre méthdlgique structuré traitant de la prise en cmpte des COTS dans les cycles de vie classiques, le niveau cntraignant (vire restrictif) qu impsent la plupart des nrmes relatives à la Sûreté de Fnctinnement des lgiciels vis-à-vis de l utilisatin des COTS Stratégie d utilisatin des COTS Seln que l utilisatin de COTS sit une vlnté stratégique systématique u une situatin exceptinnelle, la stratégie de sélectin et d évaluatin des COTS purra être différente. Editin 1.0 du 12/12/2006 Page 8 / 72

9 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Dans le cadre d une stratégie systématique, il y a lieu de mettre en œuvre, en plus des actins prpres à la recherche d un COTS particulier, une actin permanente de suivi de l évlutin du marché des COTS afin de dispser à tut mment des infrmatins prtant sur : l adéquatin des COTS aux besins (fnctins, perfrmances, caractéristiques de Sûreté de Fnctinnement, cnfrmité méthdlgique, ), leur viabilité, leur chérence et leur cmpatibilité avec d autres COTS u avec des envirnnements d explitatin du marché, le degré de dépendance de l entreprise u du système cible vis-à-vis des prduits et de leurs furnisseurs, les variantes et alternatives pssibles à l utilisatin de COTS (slutin interne, autres prduits COTS, ), les besins nécessaires en termes de frmatin et/u de cmpétences pur l intégratin, la validatin et l utilisatin des COTS, les myens techniques nécessaires (tests d intégratin des COTS), leur cût de revient : acquisitin (licence, lcatin, drit de cpie, ), pssessin, intégratin dans le système cible, ntamment en cas de mdificatin de la cnceptin (architecture, interfaces, ) du système cible pur permettre l intégratin du COTS. Dans le cadre d un besin ccasinnel, les respnsables de prjet se truvent le plus suvent assez seuls au mment de faire un chix qui peut être vital pur la réussite de leur prjet et par prpagatin pur l entreprise à laquelle ils travaillent. Une faille de Sûreté de Fnctinnement peut avir des cnséquences encre plus imprtantes si n ne maîtrise pas le cmpsant à l rigine du dysfnctinnement. Une incmpatibilité de Sûreté de Fnctinnement détectée en service sur un tel cmpsant peut aller jusqu à remettre en cause le chix initial. La recherche du COTS dit dnc se fcaliser sur : la cmplétude fnctinnelle du COTS vis-à-vis des besins fnctinnels du prjet. La cmplétude dit être vue naturellement sus l angle : est-ce que le COTS remplit tutes les fnctins attendues? est-ce que le COTS ne remplit pas d autres fnctins inutiles, dnt la mise en œuvre (intempestive u nn) u un dysfnctinnement éventuel, purrait avir des cnséquences nn maîtrisées sur le prduit intégrant le COTS? la chérence entre les prpriétés pératinnelles du COTS et celles visées pur le prduit final : perfrmance (temprelle, mémire, ), frmat des dnnées, interpérabilité avec d autres systèmes u avec l utilisateur, la capacité du COTS à respecter les exigences glbales du prduit en terme de Sûreté de Fnctinnement : chérence des cntraintes de SdF que satisfait le COTS et le niveau de SdF déjà btenu pur ce COTS avec ceux attendus pur le prduit glbal, Editin 1.0 du 12/12/2006 Page 9 / 72

10 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel la chérence entre les chix d architecture et d interfaçage du prduit final et plus spécifiquement de la partie devant accueillir le COTS et les caractéristiques d intégratin et les interfaces du COTS, la chérence u la capacité de mise en chérence et/u de dispser des infrmatins nécessaires à la justificatin du respect des exigences méthdlgiques auxquelles le prduit dans sn ensemble (y cmpris le COTS) dit se cnfrmer, la cmpatibilité entre les engagements pris par l entreprise en terme de garantie, de pérennité, de services assciés au prduit livré et la capacité du furnisseur du COTS à satisfaire ces engagements pur le COTS lui-même. 3. Structuratin et principes d utilisatin du questinnaire Le questinnaire est structuré seln 2 axes : un décupage en thèmes seln des dmaines d intérêt cmplémentaires, deux niveaux de questinnement seln le principe suivant : un premier niveau de questinnement permettant de sélectinner des COTS candidats, c'est-à-dire de s assurer que le COTS envisagé présente effectivement un bn niveau de cmpatibilité avec la cible fnctinnelle, pératinnelle, technique/technlgique et méthdlgique visée avant d entreprendre une analyse détaillée, le questinnaire cmplet (seln les 4 thèmes) pur une analyse plus cmplète du COTS candidat dnt la cmpatibilité a été glbalement vérifiée par le premier questinnement Présentatin des thèmes Quatre thèmes nt été retenus, répndant à 4 grandes interrgatins : le COTS est-il intégrable dans mn envirnnement d explitatin et d utilisatin? le COTS a-t-il suivi un cycle de dévelppement cmpatible avec les exigences que dis respecter mn système? le COTS a-t-il atteint un niveau de Sûreté de Fnctinnement cmpatible avec les besins de mn système cible? le furnisseur peut-il être un partenaire de cnfiance, pérenne et furnir les activités supprt nécessaires? Pur chacun de thèmes, différents sus-thèmes nt été déterminés, dnt certains purraient être cmmuns à plusieurs thèmes. Il a été chisi de ne pas les répéter et de les faire figurer une seule fis dans le thème jugé le plus imprtant seln l rdre décrissant suivant : Intégrabilité du COTS Maîtrise du dévelppement du COTS Editin 1.0 du 12/12/2006 Page 10 / 72

11 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Sûreté de Fnctinnement du COTS Capacité du furnisseur du COTS et services assciés Dans chaque sus thème, n truvera des questins à plusieurs niveaux d imbricatins et pur certaines des éléments de jugement des répnses btenues Principe d utilisatin L utilisatin de ce guide repse sur la lgique suivante : l utilisatin préalable du questinnaire premier niveau pur qualifier le COTS en tant que candidat ptentiel, dérulement du questinnaire seln l rdre indiqué ci-dessus, 4. Pint de vue des principales nrmes en SdF lgiciel L ensemble des nrmes étudiées (vir analyse détaillée en annexe) présente des pints cmmuns. l utilisatin d un COTS ne peut pas avir pur effet de réduire les exigences applicables de la nrme cnsidérée. Il est dnc indispensable de rechercher la cnfrmité des COTS aux exigences applicables aux cmpsants dévelppés spécifiquement et dnc à l ensemble de la slutin. Cependant les myens et les infrmatins dnt n dispse généralement ne permettent pas tujurs de répndre de la même façn à ses bjectifs. Des dispsitins cmplémentaires peuvent, seln les nrmes et le niveau d exigences visé, être autrisées. Cela se traduit le plus suvent par : des analyses type bite blanche du COTS, c'est-à-dire basée sur la cnnaissance de la structuratin interne du COTS et pas seulement sur ces fnctinnalités, la mise en place, en fnctin des infrmatins dispnibles pur le COTS, d activités cmplémentaires de vérificatin, de rétr ingénierie ; nécessité d btenir le cde surce (pas tujurs cntractuellement pssible), la nécessité d identifier précisément les fnctins du COTS nn utilisées, et les mesures prises pur que ces fnctins n interfèrent pas avec le système. Certains exemples bien cnnus snt en permanence présents dans les esprits pur rappeler l incidence pssible de la défaillance d une fnctin nn utilisée sur la missin d un lgiciel et plus glbalement d un système, l utilisatin de l histrique en service pur caractériser le COTS et autant que pssible cmpenser les nn-cnfrmités vis-à-vis du référentiel de dévelppement, mais avec des cntraintes strictes pas tujurs faciles à mettre en œuvre : une gestin de cnfiguratin rigureuse permettant de savir précisément quelle défaillance cncerne quelle versin et cmment chaque cmpsant élémentaire du COTS a évlué dans le temps, Editin 1.0 du 12/12/2006 Page 11 / 72

12 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel une exhaustivité des rapprts d anmalies afin de ne pas baser des résultats d analyse sur un ensemble incmplet d infrmatins, une analyse des impacts des anmalies cnnues et tujurs présentes dans le COTS pur identifier celles qui snt susceptibles : de se prduire dans l envirnnement d explitatin et d utilisatin du système qui intégrera le COTS, d avir une incidence sur la tenue des bjectifs de Sûreté de Fnctinnement du système cible, une évaluatin quantifiée du taux d erreur pur juger du niveau de qualité et de Sûreté de Fnctinnement du COTS, des infrmatins précises cncernant la péride de service durant laquelle les dnnées de retur d expérience nt été recueillies ainsi que sur la similarité des envirnnements d utilisatin du COTS durant cette bservatin avec celui de la nuvelle applicatin. Le fait qu un COTS ait pu fnctinner crrectement depuis plusieurs mis pur des utilisatins qutidiennes d une durée maximale de 8 heures ne permet pas d avir une cnfiance suffisante dans le fait que ce COTS saura fnctinner de manière cntinue 24h/24 pendant plusieurs semaines. une frte insistance des exigences de certaines nrmes, pur, autant que pssible, prcéder à une analyse des défaillances ptentielles du COTS, et à l étude et à la validatin de la prtectin du système cntre ces défaillances : techniques architecturales (empaquetage ) et règles de cnceptin d une architecture intégrant des COTS. Même si aucune nrme ne rejette l utilisatin de COTS, elles abrdent les COTS avec prudence allant dans certains cas jusqu à prscrire leur utilisatin pur les niveaux les plus exigeants vis-à-vis de la SdF. 5. Questinnement premier niveau Ce premier niveau de questinnement regrupe une vingtaine de questins assez générales qui permettent d identifier si le COTS peut être un candidat aux persnnes en charge de la sélectin d un COTS de prcéder à une analyse glbale du marché pur identifier les COTS qui peuvent être cnsidérés cmme des candidats sérieux parce que cmpatibles glbalement avec les enjeux majeurs assciés du prjet. Les sujets et interrgatins listés ci-dessus snt autant rientés sur la caractérisatin du besin en termes de COTS que sur la recherche de cmpsants répndant à ce besin. De la capacité de l entreprise à identifier des COTS cmpatibles avec ces besins va aussi dépendre directement la validatin du chix de faire appel à des COTS, qui débuchera ensuite sur le passage sur les COTS candidats du questinnaire cmplet. Différents vlets divent ainsi être définis et passés en revue pur caractériser le besin et qualifier les COTS candidats : Editin 1.0 du 12/12/2006 Page 12 / 72

13 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel fnctins : Quelles snt les fnctins principales (leur absence serait rédhibitire) que dit remplir un COTS candidat? Quelles snt les fnctins cmplémentaires (leur présence serait un plus) que dit remplir un COTS candidat? Les fnctins principales snt-elles bien remplies par le COTS candidat? Le COTS remplit-il d autres fnctins nn nécessaires pur le prjet? Si ui lesquelles? Quelles snt les caractéristiques pératinnelles attendues (perfrmances mémire et temprelles, mdes d'utilisatin, interface hmme machine, interpérabilité, frmat des dnnées,...) pur le COTS? Les caractéristiques pératinnelles du COTS snt elles cnnues et si ui chérentes avec les besins du COTS? Les cnditins d évaluatin assciées aux perfrmances annncées snt-elles cnnues? Quels snt les principes de Sûreté de Fnctinnement du COTS : mécanismes de détectin et de gestin des erreurs (matérielles, lgicielles, humaines ) ; pssibilité de redndance ; respect de règles de prgrammatin Les principes généraux de Sûreté de Fnctinnement intégrés dans le COTS candidat snt-ils cmpatibles et chérents avec les principes de Sûreté de Fnctinnement visés pur le système cible devant intégrer le COTS? Le COTS candidat prévit-il des mécanismes permettant d'identifier et de limiter l'utilisatin et/u l'impact d'un dysfnctinnement des fnctinnalités du COTS candidat nn nécessaires pur le fnctinnement du système cible? envirnnement : La cmpatibilité du COTS candidat avec la machine cible est-elle déterminée? L'envirnnement technique (OS, SGBD, frmat d'échanges, prtcle de cmmunicatin, langages de prgrammatin, cntraintes d'intégratin, ) de fnctinnement et d'intégratin du COTS candidat est-il cmpatible et chérent avec l'envirnnement d'accueil et d'intégratin du COTS à chisir dans le système cible? démnstratin de SdF (histrique, certificatin) : Les faits techniques cncernant le COTS candidat snt-ils gérés et snt-ils accessibles? Editin 1.0 du 12/12/2006 Page 13 / 72

14 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Les dysfnctinnements cnnus du COTS candidat snt ils dcumentés et des myens de maîtrise de leur ccurrence (cnturnement, masquage, ) sntils furnis? Le COTS a-t-il déjà fait l bjet d évaluatin (certificatin) au regard d une nrme pur un niveau d intégrité dnné? Le COTS a t-il déjà été intégré dans un système (lgiciel) ayant fait l bjet d évaluatin (certificatin) au regard d une nrme pur un niveau d intégrité dnné? Le furnisseur du COTS dispse t-il d'infrmatins fiables quant à l'utilisatin et les dysfnctinnements éventuels rencntrés cncernant la u les versins pressenties du COTS candidat (histrique en service)? prcessus de dévelppement / justificatin système : Les dnnées du cycle de vie snt-elles dispnibles cnfrmément aux exigences applicables pur le système cible (y cmpris les dnnées nécessaires pur le prcessus d'hmlgatin du système cible)? Les cnfiguratins du COTS candidat et les dnnées du cycle de vie snt-elles identifiées, gérées et archivées? La définitin et la maîtrise du dévelppement des versins ultérieures (génériques et/u spécifiques) peuvent elles être influencées par les besins du système cible et de sn furnisseur? Le niveau de SdF btenu par le COTS candidat est-il une préccupatin de sn prcessus de validatin? Les versins ultérieures du COTS peuvent elles bénéficier explicitement d'un prcessus de validatin en adéquatin avec les besins méthdlgiques du système cible? niveau de service, durée de vie : Le furnisseur du COTS candidat présente t-il de manière directe u indirecte (pssibilité de transfert en maintenance, dépôt certifiés, ) les garanties requises pur répndre aux exigences en termes de services, de pérennité auquel le furnisseur du système cible dit répndre? Le furnisseur du COTS candidat est-il dispsé à furnir une aide à préciser et à qualifier pur l'btentin des certificats de cnfrmité cncernant le système cible dans sn intégralité? Les principes d'intégratin, d'explitatin, d'utilisatin, de maintenance du COTS candidat snt-ils dcumentés? aspects financiers : Editin 1.0 du 12/12/2006 Page 14 / 72

15 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel 6. Questinnaire détaillé Les cûts d acquisitin / de licence / de maintenance / de service du COTS snt ils cmpatibles avec les budgets du prjet? Si le COTS est un candidat pssible, jugement favrable suite au questinnaire de premier niveau, alrs l examen peut se pursuivre au travers de ce questinnaire détaillé rganisé en 4 thèmes cmme présenté ci-avant Intégrabilité du COTS Ce thème cherche à éliminer lrs du chix d un COTS, certains freins à l intégratin, la validatin et la «sllicitatin» sûre d un COTS. Pur puvir intégrer, valider et «slliciter» un COTS dans un système, il faut que celui-ci sit cmpatible avec sn futur envirnnement. Il est questin ici de cmpatibilité Matérielle, Lgicielle et Fnctinnelle. Ainsi dans un premier temps les questins psées permettent de savir si le COTS peut être intégré dans sn futur envirnnement et le cas échéant les pints à changer pur que cela devienne pssible. Une fis qu il est clair que le COTS peut être intégré, validé et «sllicité», n se demande si n sait le faire de manière sûre. Ainsi pur chacune de ces tris étapes que snt l intégratin, la validatin et la «sllicitatin», il est questin de : La facilité d utilisatin du COTS : a-t-n tus les infrmatins et utils nécessaires? Des pints critiques de l étape : a-t-n à faire à des dnnées u des manipulatins critiques? De la stratégie de tlérance aux fautes : qu est ce qui est fait par le COTS en cas d erreurs de sa part u de celle du reste du système? Un autre lt de questins de ce chapitre est relatif à la sécurité d utilisatin du COTS. Pur ce lt de questins c est l adéquatin entre le niveau de sécurité du COTS et celui du système glbal qui est psé. Le dernier lt de questins est relatif aux évlutins du COTS et de l impact de celles-ci sur le système en terme d intégratin, validatin et «sllicitatin». Le questinnaire détaillé pur ce thème est en Annexe Méthdlgie de dévelppement du COTS Ce thème regrupe l ensemble des questins qui visent à la fis à avir une cnfiance légitime en la maîtrise du dévelppement par le furnisseur, en sa capacité à furnir des nuvelles versins de COTS d un bn niveau de qualité et de Sûreté de Fnctinnement, et le cas échéant, à furnir les infrmatins nécessaires à une certificatin (évaluatin, hmlgatin ) du système dans lequel n suhaite intégrer le COTS. Editin 1.0 du 12/12/2006 Page 15 / 72

16 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Plusieurs sus thèmes snt ainsi identifiés : A. Méthdlgie de dévelppement (cycle de dévelppement, revue, métrlgie) : dans ce sus thème, n va examiner tut ce qui cncerne les méthdes de dévelppement mises en œuvre. Sit la méthdlgie de dévelppement respecte une nrme recnnue et a fait l bjet d une évaluatin de cnfrmité (de type CMMI par exemple) : dans ce cas, n purra s arrêter là. Sit n cherchera à cmprendre les méthdes de dévelppement utilisées, en s intéressant : au niveau de frmalisatin des spécificatins et ntamment pur ce qui cncerne les exigences de Sûreté de Fnctinnement, au respect de règles de spécificatin pur aider à la maîtrise de la Sûreté de Fnctinnement, aux chix d'architecture utilisés pur cnstruire la Sûreté de Fnctinnement, au respect de règles de cnceptin rientées Sûreté de Fnctinnement, au niveau de frmalisatin de la cnceptin (préliminaire et détaillée) et aux vérificatins effectuées afin de vir si la cnceptin du COTS a pu bénéficier de règles u d empli d utils cntribuant à cnstruire la Sûreté de Fnctinnement, au respect de règles de cdage : par exemple, la recherche de la Sûreté de Fnctinnement requiert de ne pas emplyer des structures réputées nn sûres des langages de prgrammatin, au niveau de frmalisatin du cdage et aux vérificatins effectuées, aux dispsitins prises en termes de démarche de tests : indépendance des équipes, niveaux de cuverture de tests btenus, tests rientés Sûreté de Fnctinnement définis et exécutés à la nature des exigences de SdF prises en cmpte et vérifiées si le cmpsant utilise lui-même des COTS internes et si ui les dispsitins prises pur en maîtriser les risques, à la maîtrise de l envirnnement de dévelppement : chix des utils rientés Sûreté de Fnctinnement, niveau de cnfiance des utils, pérennité des utils, B. Gestin des cnfiguratins pur vir si la rigueur méthdlgique du dévelppement peut être entretenue et si les cnfiguratins et versins successives snt maîtrisées. Cela va cncerner : les myens de gestin de cnfiguratin mis en œuvre et la frmalisatin des résultats de la gestin de cnfiguratin, Editin 1.0 du 12/12/2006 Page 16 / 72

17 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel la prtée de la gestin de cnfiguratin : cde surce, cde bjet, utils, dcuments, résultats d utils de génie lgiciel, jeux de tests, résultats de tests, demande de mdificatin (évlutins, crrectins),, les capacités de gestin multi-versin (gestin de plusieurs versins en parallèle, versin dédiée à un client dnné ), l archivage : nature des infrmatins archivées, durée de cnservatin, efficacité des prcédures de restauratin, gestin des supprts d archivage C. Les caractéristiques qualité du COTS recherchées et vérifiées (par exemple sur la base de la nrme ISO 9126 : Réutilisatibilité Maintenabilité Prtabilité Fiabilité Perfrmances - Efficacité Rendement D. Les dispsitins de maintenance applicables aux versins futures du COTS permettant de s assurer que si le COTS est intégré dans la slutin cible, il sera pssible d en cnnaître les dysfnctinnements et d en maîtriser les évlutins. Cela cncerne : les prcédures en vigueur chez le furnisseur pur la gestin des faits techniques, les prcédures en vigueur pur la gestin des mdificatins, les myens mis en œuvre pur vérifier la nn régressin des versins ultérieures livrées, les principes et prcédures de suivi du fnctinnement des versins livrées mises en place chez le furnisseur. Le questinnaire détaillé pur ce thème est en Annexe Sûreté de Fnctinnement du COTS Dans ce thème, n s interrge sur les caractéristiques Sûreté de Fnctinnement du COTS. Il est rare d avir des perfrmances de Sûreté de Fnctinnement explicites, cmme la certificatin d un système ayant intégré ce COTS, la qualificatin u bien des résultats de benchmarks testant la rbustesse u la tlérance aux fautes du COTS. Même dans ces cas favrables, il faut analyser les justificatifs à partir desquels la certificatin u la qualificatin a été btenue, cmparer les fnctins utilisées du COTS et l envirnnement de fnctinnement pendant les tests et dans le système qui va l intégrer pur apprécier si l n peut utiliser les résultats des tests pur prévir cmment va se cmprter le COTS dans le nuveau système. Editin 1.0 du 12/12/2006 Page 17 / 72

18 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel En l absence de perfrmances explicites, n dit successivement : identifier : les pannes du COTS, leurs cnditins d activatin, les mécanismes de signalement au système qui l intègre, les pssibilités de reprise assciées, ne retenir que celles qui nt un impact sur les bjectifs de Sûreté de Fnctinnement du système en dévelppement, s intéresser à la façn dnt le COTS gère ses dnnées, les prtège cntre des accès imprévus, et cmment le COTS utilise les dnnées de sn envirnnement, venant d autres applicatins u du système hôte, évaluer la fréquence des pannes, au travers du retur d expérience. On utilisera les dnnées enregistrées sur des systèmes intégrant le COTS dans des cnditins les plus prches de celles du système en dévelppement. Les pannes ayant un impact sur les bjectifs de sûreté de fnctinnement sernt examinées ainsi que le prcessus pur les relever et les dcumenter. Le questinnaire détaillé pur ce thème est en Annexe Furnisseur et activités supprt du COTS Un COTS ayant été pré - sélectinné à un mment dnné du dévelppement d un prjet infrmatique pur ses qualités et sn adéquatin au prjet auquel il dit cntribuer encre faut-il que l n sit en mesure de s assurer que dans le temps n saura bénéficier de la part de sn furnisseur d un suivi indispensable. Pur ce faire il est nécessaire de se pser un certain nmbre de questins. La première est celle de la pérennité du furnisseur et sa capacité à assurer «la vie du COTS». On s intéressera dnc à la sciété éditrice du COTS sus les aspects suivants : Infrmatins financières de la sciété tant en France que dans le mnde Respect des exigences réglementaires Cmpétence de la sciété dans le prduit Capacité à délivrer le service supprt et à assurer le Maintien en Cnditins Opératinnelles (MCO) Editin 1.0 du 12/12/2006 Page 18 / 72

19 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Ensuite viennent : Les infrmatins financières prduit qui se décmpsent en la plitique tarifaire et les aspects financiers du prduit. Le parc prduit et références : Base installée, le dépliement du prduit et la satisfactin des clients La maturité, évlutin et stratégie prduit qui se décmpse en infrmatins techniques et fnctinnelles, les évlutins, la gestin de la cnfiguratin, les prestatins d accmpagnement (frmatin, cnseil, ) Les prestatins de supprt éditeur et MCO, prestatin de services, accès au supprt, niveau d engagement, nmbre de versins supprtées, réversibilité de la prestatin, dévelppements spécifiques Le prcessus de livraisn des nuvelles versins Le questinnaire détaillé pur ce thème est en Annexe Cas des lgiciels libres Les lgiciels libres nt en cmmun avec les COTS de ne pas être dévelppés pur les besins de l applicatin cible et la grande différence de ne pas devir passer par un furnisseur tiers pur les btenir. En ce sens, ils peuvent laisser penser qu ils ffrent une plus grande liberté quant à leur intégratin dans une slutin cible. Cependant, deux cas snt à distinguer : le lgiciel libre est diffusé accmpagné d un ensemble de services pris en charge par un furnisseur et le mde de relatin est alrs en tut pint analgue à celui des COTS, le lgiciel libre est directement pris en charge par la sciété en charge de l applicatin cible et celle-ci dit alrs se dter en interne de tus les myens lui permettant de prendre pssessin du COTS : cnnaissance, principe d intégratin, maîtrise du prcessus de dévelppement, actins de maintenance, dnnées de tests et d intégratin, dcumentatin, Les éventuelles crrectins u évlutins du prduit libre devrnt être le plus suvent rendues libres pur la cmmunauté des utilisateurs de ce prduit et des précautins divent aussi être prises pur que l applicatin qui intègre le lgiciel libre ne sit pas, cmme cela est une des règles de base du mnde du libre, cnsidérée cmme étant elle aussi libre. Seln le mde envisagé, utilisatin directe u supprt d un furnisseur tiers, tut u partie du questinnaire purra s appliquer à ce cntexte. Editin 1.0 du 12/12/2006 Page 19 / 72

20 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel 8. Explitatin des résultats du questinnaire Les résultats d un tel questinnement nt deux bjectifs : déterminer le niveau de risque que l n prend lrs du chix d un COTS : plus les répnses mntrernt que le COTS répnd aux bjectifs sus-tendu par ces questins, plus le risque sera jugé faible. Il appartient à chaque prjet de définir vis-à-vis de ces questins les éventuelles pndératins qu il fait vis-à-vis du niveau de risque, définir et mettre en œuvre lrs de l intégratin (u de la préparatin de celle-ci) un plan d actins (que l n peut baptiser : plan de réductin de risques u plan d intégratin du COTS). Dans un tel plan, n purra truver, par exemple : si la cntrainte «respect d une nrme» est frte, tut un ensemble d actins visant à cmbler les manques en matière de preuves de cnfrmité (audit de cnfrmité, plan qualité dédié, rétr-ingénierie), à renfrcer la validatin du COTS (en tant que prduit bîte nire), avec y cmpris le cas échéant, une stratégie de cmmunicatin vers le client u vers l rganisme de certificatin pur une éventuelle dérgatin sur certains aspects si le chix du COTS est incnturnable, si le COTS est ensemble de fnctins dnt tutes ne snt pas critiques (vire utiles) vis-à-vis du système intégrant le COTS (cas d un système d explitatin par exemple), il purra être nécessaire, d une part d identifier de manière précise les fnctins utiles et d éliminer du COTS les parties nn utilisées, et, d autre part, de prcéder à une campagne de test la plus exhaustive pssible vis-à-vis de tutes les fnctins restantes et si pssible d encapsuler les appels de fnctins dans un mdule intégrant une gestin d erreur (tant pur les appels que pur les répnses des fnctins du COTS sllicitées), si les cntraintes techniques u fnctinnelles du COTS fnt apparaître une cmplexité spécifique, il peut être utile de prévir l intrductin de cmpétences cmplémentaires (par exemple : experts du furnisseur du COTS) au sein de l équipe prjet, si les capacités en terme de supprt, pérennité, réactivité, crrectin/évlutins, vlume de dépliement, du (u des) furnisseur(s) semblent très insuffisantes vis-à-vis des cntraintes du u des prjets devant intégrer le COTS, des dispsitins préalables en termes d rganisatin de ces activités et de relatin client-furnisseur (puvant aller jusqu à la créatin d entités juridiques cmmunes dédiées) devrnt être prises pur apprter une répnse acceptable à cette prblématique, avant d aller plus lin dans les aspects technique de l intégratin, Editin 1.0 du 12/12/2006 Page 20 / 72

21 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel si n chisit un COTS à caractère cmmercial frt dnt, en temps que client, n sait que l n ne purra pas influer sur les versins futures et sur la plitique de maintenance du furnisseur (ex. : nyau SGBD, système d explitatin de type Windws, util bureautique, ), il purra être nécessaire de mettre en place à la fis des myens d interfaçage les plus standardisés pssibles pur rester indépendant des évlutins futures, vire puvir remplacer le COTS par un autre COTS sans changer tut le système, et de définir une plitique de gestin de versin (avec les myens et les cmpétences apprpriés) afin de cntinuer à expliter un système intégrant des COTS qui ne snt plus maintenus. Dans tus les cas, la répnse COTS à un besin prjet ne se limite pas au chix du COTS mais dit intégrer sa prise en cmpte au sein du système cible dans tutes les dimensins de ce prjet. Editin 1.0 du 12/12/2006 Page 21 / 72

22 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel 9. Bibligraphie (1) NF EN Afnr Applicatins ferrviaires Spécificatin et démnstratin de la sûreté de fnctinnement Fiabilité, Dispnibilité, Maintenabilité et Sécurité (FDMS) Applicatins- Janvier 2000 (2) NF EN Afnr Applicatins ferrviaires Lgiciels pur systèmes de cmmande et de prtectin ferrviaire Juillet 2001 (3) CEI Centrales nucléaires de puissance Instrumentatin et cntrôlecmmande imprtants pur la sûreté Aspects lgiciels des systèmes prgrammés réalisant des fnctins de catégrie A (4) RTCA, EUROCAE. DO-178B/ED-12B. Cnsidératins sur le lgiciel en vue de la certificatin des systèmes et équipements de brd. Décembre (5) RTCA, EUROCAE DO-278B/ED109 Cnsidératins sur le lgiciel en vue de la certificatin des systèmes et équipements sl Mars 2002 (6) CEI : Sécurité fnctinnelle des systèmes électriques/électrniques/ électrniques prgrammables relatifs à la sécurité Parties 1 à 7 Mars 2002 (7) MIL-STD (8) CEI : Appareils électrmédicaux. Partie 1 Règles Générales pur la sécurité. 1. Nrme cllatérale : règles de sécurité pur les systèmes électrmédicaux, (9) CEI : Appareils électrmédicaux. Partie 1 Règles Générales pur la sécurité. 4. Nrme cllatérale : Systèmes électrmédicaux prgrammables, (10) NASA NSS NASA Sftware Safety Guidebk (11) EUROCONTROL : ANS (Air Navigatin Systems) Sftware LifeCycle SAF.ET1.ST REP rév /12/2005 et EUROCONTROL : Recmmendatins fr ANS Sftware SAF.ET1.ST GUI rev /12/2005 (12) Cmpsants lgiciels et Sûreté de Fnctinnement Intégratin de COTS Hermès Science. sus la directin de Jean Arlat (13) CMMI : Capability Maturity Mdel Integrated SEI publicatins (14) ISO 9126 : Attributs de la qualité du lgiciel Editin 1.0 du 12/12/2006 Page 22 / 72

23 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel 10. Annexe 1 : Questinnaire sur le thème : prduit intégrable Pré-requis : Cmpatibilité du COTS avec sn envirnnement Cnnaissance générale du COTS Sur quel autre COTS, le prduit est il éventuellement basé? Y a-t-il des incmpatibilités cnnues du COTS (envirnnement matériel, lgiciel, mécanismes d'implémentatin, gestin de dnnées, prtcle de cmmunicatin, frmat de dnnées, )? Envirnnement et Cmpatibilité matérielle Le COTS a-t-il déjà été utilisé dans l'envirnnement matériel cible de l'applicatin u dans un envirnnement suffisamment prche? Quelles snt les recmmandatins (en termes d'envirnnement matériel) relatives au bn fnctinnement du COTS et dans lesquelles le COTS a été testé? L'envirnnement matériel de fnctinnement du COTS est-il cnnu et précisé? Quelles snt les cntraintes liées à l envirnnement matériel d utilisatin du COTS? Le COTS est-il prtable (a-t-il déjà été prté) dans d autres envirnnement matériel que celui d rigine? L'architecture prcesseur Quelles snt les architectures prcesseurs cmpatibles? Quelles snt les gammes de fréquences du prcesseur? Quelles snt les gammes de fréquences des différents bus systèmes? Les mémires Quels types de mémires divent être utilisé? (RAM, ROM,...) Quelles snt les caractéristiques des mémires présentés à la questin précédente? Mdules d'extensins Le COTS nécessite t-il l'utilisatin de mdules spécifiques? (Carte PCI, MCIA,...) Quelles snt les caractéristiques des mdules présentés à la questin précédente? Envirnnement et Cmpatibilité lgicielle Editin 1.0 du 12/12/2006 Page 23 / 72

24 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel Système d'explitatin Quel(s) type(s) de système d'explitatin dit être utilisé? Quelles snt les caractéristiques spécifiques des OS à la questin précédente? (Furnisseur, cnfiguratin, versin,...) Quelles snt les caractéristiques temps réels des systèmes d'explitatins prpsés? (Scheduler, sémaphre, interruptins,...) Quels snt les cntextes dans lesquels il a été utilisé? Envirnnement et Cmpatibilité Télécm et Réseau Le COTS a-t-il déjà été utilisé dans le cntexte cible (réseau et Télécm) de l'applicatin u dans un cntexte suffisamment prche? Quelles snt les recmmandatins (réseau et Télécm) relatives au bn fnctinnement du COTS et dans lesquelles le COTS a été testé? L'envirnnement réseau et Télécm de fnctinnement du COTS est-il cnnu et précisé? Quels snt les cntextes dans lesquels il a été utilisé? Quels snt les prtcles cmpatibles? Quelles snt les gammes de débits cmpatibles? Quelles snt les exigences u les mécanismes à mettre en euvre pur assurer la sécurité des infrmatins transmises sur le réseau? Envirnnement et Cmpatibilité lgicielle Le COTS a-t-il déjà utilisé dans le cntexte cible (lgiciel de base, lgiciel util, SGBD,...) de l'applicatin u dans un cntexte suffisamment prche? Quelles snt les recmmandatins (envirnnement lgiciel) relatives au bn fnctinnement du COTS et dans lesquelles le COTS a été testé? L'envirnnement lgiciel de fnctinnement du COTS est-il cnnu et précisé? Quels snt les cntextes dans lesquels il a été utilisé? Est-il nécessaire de faire une installatin sur le pste client? Supprt d un serveur d applicatin Supprt de n imprte quel serveur http Supprt des SGBDR curants (ORACLE, SQL SERVEUR, ) Utilisatin de plusieurs bases Pssibilité de répartitin des dnnées sur plusieurs serveurs distants Quelles snt les librairies, applicatins lgiciels requises pur le fnctinnement du COTS? (Furnisseur, versin, cnfiguratin,...) Quels snt les mécanismes u prtcles utilisés u utilisables pur interface avec d'autre lgiciels? Editin 1.0 du 12/12/2006 Page 24 / 72

25 GTR 63 : Démarche et méthdes de cnstructin de lgiciels sûrs de fnctinnement Questinnaire Guide pur la sélectin et l intégratin de COTS (Cmmercial Off The Shelf) lgiciel L'utilisatin du COTS nécessite-t-elle l'usage de langages de prgrammatin particuliers u certaines restrictins? Cnfrmité relative aux règles de prtabilité Le COTS respecte t-il les règles de prtabilité qui s appliquent à sn envirnnement? Interpérabilité avec les autres systèmes u COTS Envirnnement Le COTS intègre t-il des prtcles recnnus (LDAP, TCP-IP, )? Le COTS a t-il était dévelppé en utilisant un prtcle u standard spécifique? (POSIX, ANSI,...) Ex. Echange de dnnées en frmat ISO Le COTS est-il appelable par n imprte quel autre COTS u applicatin? Système de fichier Quel système de fichier dit être utilisé? (NTFS, EXT2, FAT,...) Envirnnement et Cmpatibilité fnctinnelle Le COTS a-t-il déjà utilisé dans le cntexte fnctinnel cible de l'applicatin u dans un cntexte suffisamment prche? Quelles snt les recmmandatins (envirnnement fnctinnel) relatives au bn fnctinnement du COTS et dans lesquelles le COTS a été testé? L'envirnnement fnctinnel (utillage, interface, ) de fnctinnement du COTS est-il cnnu et précisé? Quelles snt les cntraintes physiques de fnctinnement acceptées par le COTS? Interface appareillage? (Étalnnage, sensibilité, mde numérique, analgique) Editin 1.0 du 12/12/2006 Page 25 / 72