Processus de maîtrise du logiciel libre pour les systèmes embarqués

Slides:



Advertisements
Présentations similaires
MGP Groupe 30 Processus de projets, contrôle des risques
Advertisements

Démarche Outsourcing SI
Analyse et Programmation Orientées Objets
Ou comment partager la connaissance
Le double d’un multiple de opérations en 5 minutes Per1_6
Eléments de Génie Logiciel
L'installation et la diffusion 1 LInstallation et la Diffusion.
La Recette La recette.
La Gestion de la Configuration
Les Evolutions et la Maintenance
Eclipse Plug-ins Factory
LA PRODUCTION MECANIQUE
LA QUALITE LOGICIELLE Plan du cours Le Plan Qualité 1 h ½
Présentation du Processus Objet “en Y” d’Alcatel CIT
Les démarches de développement
Les démarches de développement
Thème « Modélisation comportementale des Systèmes critiques »
Le projet technique S9.
Les Ateliers de Génie Logiciel
Le Workflow et ses outils
MRP, MRP II, ERP : Finalités et particularités de chacun.
MANAGEMENT DU PRODUIT Organisation Technique du Produit (OTP) Objet Arborescence Produits Relation autres domaines Décomposition du système Gestion.
Le REX en question,pourquoi et comment
le profil UML en temps réel MARTE
Analyse de risque dès la phase de conception
Le projet en STI2D Initier le projet Délimiter les champs du possible
Lévaluation des établissements scolaires et des enseignants.
bons exemples / mauvais exemples
Management des systèmes d’information Conclusion
* Cete Nord Picardie, 9 septembre 2002
SCIENCES DE L ’INGENIEUR
IGL301 - Spécification et vérification des exgiences 1 Chapitre 1 Introduction (ref : Bray chapitre 1)
IGL301 - Spécification et vérification des exgiences 1 Chapitre 2 Le processus dingénierie des exigences (ref : Bray chapitre 2)
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Notions de Base Hiver 2002 Petko Valtchev.
Métiers de Télécom Marché de l'emploi Profils de métier Débouchés.
COTRE COmposants Temps REel
Conception des Réalisé par : Nassim TIGUENITINE.
Exercice 11-1.
Tolerance Manager Un concept métier
Démarche de développement
Les axes directeurs de la rénovation
Mise en oeuvre et exploitation
Les objectifs Apporter un outil de formation adapté aux contraintes de l ’entreprise en termes de : Flexibilité de l ’organisation Optimisation des durées.
Le management de l'IVVQ Processus techniques IVVQ
Supports de formation au SQ Unifié
Hatainville Les Moitiers d’Allonne – Tel : Website : stratic.online.com La démarche projet Mars 2001.
Institut Supérieur des Sciences Appliquées et de Technologie Sousse
EVOLUTION DU SYSTEME D’INFORMATION
« THE ROLE OF TEACHERS AND TRAINERS WITHIN QUALITY APPROACHES IN THE EU »
Introduction au Génie Logiciel
VALIDATION VÉRIFICATION & TESTS
Initiation à la conception des systèmes d'informations
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
1 Vers la gestion de la cohérence dans les processus multi-modèles métier Wolfgang THEURER Ecole Nationale Supérieure d’Ingénieurs des Etudes et Techniques.
L’enseignement de spécialité SLAM
Dos triptyque Plaquette Cycle en V Définitions
1 de 24 Cours 11 - synchronisationMGL Witold Suryn Cours 11 – SQIM - synchronisation et gestion de changements 1 Ingénierie de la qualité du système.
Sites Pilotes Généralisation
Les démarches de développement
Master Sciences - Mention informatique Ingénierie du Logiciel et des Connaissances Ingénierie du Logiciel et des ConnaissancesQualité 4 janvier 2010 Jean.
Document de spécification d’exigences Normes IEEE et 29148:2011
Présentation de la méthode Merise
ISO 9001:2000 Interprétation Article 7 Réalisation du produit
© 2015 SAMARES ENGINEERING – All rights reserved Raphaël Faudou Groupe de travail sur les exigences Paris – 9 Octobre.
C’est ce que l’on veut obtenir la manière dont on va l’obtenir
BTS IRIS Étude du référentiel. RÉCAPITULATIF PAR ACTIVITÉ DES TÂCHES réalisées en autonomie. Installation, exploitation, optimisation et maintenance T6.8Suivi.
Séminaire national - BTS CI – Décembre 2007 Prospection et suivi de clientèle Atelier D.
SCOR DATACAP Project Présentation club utilisateur 03/02/
LES ATELIERS PRODUCTION. 1.Qu’est-ce qu’un atelier «PRODUCTION » 2.Réactions et questions 3.Élaboration d’une séquence atelier PRODUCTION 4.Échanges et.
Planning Process « t’as un plan pour ce soir ? » Tony Carnal Altran.
Transcription de la présentation:

Processus de maîtrise du logiciel libre pour les systèmes embarqués Club SEE « Systèmes informatiques de confiance » Atelier du 20 octobre 2005, ENST Paris Logiciels sur étagère (libres ou commerciaux) : Quelle confiance peut-on leur accorder ? Processus de maîtrise du logiciel libre pour les systèmes embarqués - EADS Astrium Jean-Paul Blanquart Luc Planche Franck Ramon Alain Rossignol Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Logiciel libre et systèmes spatiaux (embarqués) Un certain nombre de caractéristiques, plus ou moins avantageuses: Par rapport à: Développement spécifique Développement antérieur Composant commercial Telles que: Coûts, délais Particularités contractuelles Standard, ouverture … et la sûreté de fonctionnement? Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

La confiance dans le logiciel spatial Logiciel spécifique Spécifications correctes Spécifications satisfaites Validation/Vérification Intermédiaires Finale Tests fonctionnels Tests structurels Caractérisation produit Métriques Caractérisation processus COTS Spécification? Possible? Sens? Complétude? ?? Oui, mais… Hmmm… Logiciel libre Spécification? Un peu mieux Pareil Plutôt mieux, quoique… Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Les bases de la démarche Une nécessité: la maîtrise technique du produit Nécessaire en support au choix du produit Nécessaire pour les activités techniques d’intégration Nécessaire pour acquérir et transmettre la confiance Comment l’acquérir En cohérence avec les pratiques et standards En cohérence avec les objectifs de ces pratiques et standards Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 Une double démarche Expérience pratique Incorporation de logiciel libre: Exécutif temps réel (RTEMS) Bibliothèque de fonctions mathématiques et services de base (Newlib C) En réponse aux besoins réels d’un projet réel, Pléiades (CNES) Généralisation et formalisation sous forme d’un processus Définition et validation du processus Étude pour l’ESA (ESTEC, contrat SPASC n°16811/02/NL/SFe) Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 RTEMS Real Time Executive Multiprocessor System (http://www.rtems.com) distribué par On-line Applications Research (OAR) Un noyau temps réel, et un ensemble d’options Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Processus pour le logiciel libre Autres processus Composants élémentaires de l’approche Méthodes et techniques en support Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Sélection de logiciel libre Approche en 3 étapes Identification de candidats Analyse préliminaire, à base d’analyse de risques Comparaison entre solutions Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 Sélection: sorties Documentation préliminaire des solutions Description, caractéristiques, avantages, inconvénients Analyse de risques, identification d’actions Documentation détaillée de la solution retenue Description détaillée, analyse de risques détaillée Dossier justificatif Plans d’intégration, de validation Actions Processus de suivi Solutions de secours (y compris au « niveau global ») Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Support: Checklist (ou trame de document) Status of the product OS-10 Are the property and confidentiality rules compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? OS-20 Are the installation, utilization and training constraints compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? OS-30 Are the guarantee and maintenance (evolution, correction) conditions compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? OS-40 Is the documentation status compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? OS-50 Are the design and code status compatible with the project needs (e.g. for integration, configuration)? Are potential risks analysed, assessed and appropriate actions defined and evaluated? OS-60 Are the memory and processing power budget and margins compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? OS-70 Are the human machine interfaces compatible with the project needs and rules? Are potential risks analysed, assessed and appropriate actions defined and evaluated? Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 Checklist (2/3) Quality standards and requirements OS-80 Is the quality status compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? OS-90 Is the reliability status (e.g., as estimated from documentation, in-service history, fault list and management, version history) compatible with the project needs according to the criticality level? Are potential risks analysed, assessed and appropriate actions defined and evaluated? Development environment and process OS-100 Are the process and environment needed to generate, integrate, use and maintain the product compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? Functional and performance needs OS-110 Are the functional (services) and non-functional (temporal performances, dependability characteristics) of the product compatible with the project needs? Are potential risks analysed, assessed and appropriate actions defined and evaluated? Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 Checklist (3/3) Testing OS-120 Is the product compatible with the project needs in terms of testing strategy (e.g., is there a test suite, is it complete, reusable, maintainable)? Are potential risks analysed, assessed and appropriate actions defined and evaluated? Process OS-130 Is the product compatible with the project needs in terms of process: life-cycle, traceability, configuration management, production? Are potential risks analysed, assessed and appropriate actions defined and evaluated? Skills OS-140 Is the product compatible with the available skills and experience of the project team? Are potential risks analysed, assessed and appropriate actions defined and evaluated? Summary OS-150 Have the identified actions been consolidated, evaluated, judged acceptable and properly incorporated in the project plans and the action follow-up procedure established? OS-160 Have the overall benefits and acceptability of the candidate product been assessed? Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Intégration de logiciel libre Liaison avec l’intégration système – logiciel Focalisation sur les interfaces et l’adaptation des autres composants Identification de composants additionnels Techniques en support Empaquetage Partitionnement Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 Qualification Qualification du composant, du système Étapes: Identification et analyse de ce qui est disponible Identification des manques et des moyens de les combler Mise en œuvre des moyens complémentaires Support: tests de robustesse, analyse statique, rétro-ingénierie, vérification à base de modèles, etc. Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 Enseignements (2/N) Importance de la qualification De la confirmation A la compréhension… Liens entre les composants du processus Entrées et sorties bien sûr, mais aussi Méthodes communes en support Liens entre sélection et qualification Recouvrement… processus continu Liens entre intégration et qualification Choix (→ SELECTION) du « point d’équilibre » Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005

Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005 Recommandations (2/N) Mettre en place un « processus parent » géré par un pôle de compétence transverse aux projets Extension, organisation et mutualisation de la connaissance, et du retour d’expérience: Sur les produits Sur le processus Mieux exploiter les possibilités et la logique du logiciel libre Support Contribution au développement et à la validation de produits, méthodes, processus Utilisateur, acteur, initiateur, fournisseur Club SEE Systèmes informatiques de confiance, atelier du 20/10/2005