Evaluation et traçabililé en ingenierie système

Slides:



Advertisements
Présentations similaires
MOT Éditeur de modèles de connaissances par objets typés
Advertisements

STEVE WOLOZ & ASSOCIATES INC. MANAGEMENT CONSULTANTS Meilleures Pratiques de Collecte, DAnalyse et de Documentation de Données RH Le 8.
SUIVI ET ÉVALUATION AU FEM
Amélioration de la qualité des forfaits
10ème Journée Thématique AFIS: Pratiques d’Ingénierie Système dans les grands projets 14 Décembre 2010 Toulouse Michel Galinier Chargé de mission Journées.
Claude Pourcel & Dominique Breuil
Eléments de Génie Logiciel
Processus d'expression du besoin
L'installation et la diffusion 1 LInstallation et la Diffusion.
Direction générale de la santé Mo VII-4-1 Des résultats évalués : vers un tableau de bord de la santé en France Les indicateurs de santé
Thèse de Génie Industriel
Eric BONJOUR, Maryvonne DULMET
Intégration métier pour l’émergence progressive de la solution produit : application aux mécanismes multi-physiques  Jean-Sébastien Klein Meyer Journées.
SOMMAIRE Problématique. Décision publique et participation
MANAGEMENT DES ORGANISATIONS
L’utilisation des Normes ISO 9001 et ISO 9004 dans la démarche qualité
Thème « Modélisation comportementale des Systèmes critiques »
Cours DESS Nantes 04 Décembre 2002
1 B Système Enjeux et principes Cours DESS Nantes 04 Décembre 2002 Didier ESSAME.
La méthode B et l’ingénierie Système Réponse à un appel d’offre
Safae LAQRICHI, Didier Gourc, François Marmier {safae
Concevoir un système dinformation hospitalier évolutif, ouvert et adapté grâce à un processus de conception orienté modèle Benjamin Chevallereau Alain.
Les Ateliers de Génie Logiciel
Alain Villemeur Sector
Mawadda Damon May 2, 2011 TAP 3 Launch Workshop TAP, Suivi et évaluation.
MIAGE MASTER 1 Cours de gestion de projet
Control des objectifs des technologies de l’information COBIT
LA PERFORMANCE: UNE QUESTION D’ÉQUILIBRE
le profil UML en temps réel MARTE
Vuibert Systèmes dinformation et management des organisations 6 e édition R. Reix – B. Fallery – M. Kalika – F. Rowe Chapitre 1 : La notion de système.
Manuel de formation PNUEThème 15 Diapo 1 Utilisation de lÉIE pour sorienter vers le développement durable F lÉIE est un instrument de fondation F lÉIE.
10 ème Congrès International de Génie Industriel CIGI13 EIGSI La Rochelle, juin 2013 C YNTHIA L AVOIE 1, G EORGES ABDULNOUR 2, C AMILLE C ARRIER.
Facteurs d’utilisation et d’adoption des systèmes électroniques de prise de rendez-vous dans l’industrie des services Présenté par : Loubna Khalif Directeur.
Quelques Modèles de conception
Département de génie logiciel et des TI Université du Québec École de technologie supérieure Systèmes dinformation dans les entreprises Systèmes dinformation.
10 ème Congrès International de Génie Industriel CIGI13 EIGSI La Rochelle, juin 2013 Nicolas Malhéné & Claude Pourcel 1.
Les stratégies pédagogiques en
Présentation du deuxième document daccompagnement Ecole dété de Guidel 2010 Annie Journu.
MOT Éditeur de modèles de connaissances par objets typés
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.
COTRE COmposants Temps REel
Tolerance Manager Un concept métier
Assistance au tolérancement avec TopSolid
SEMINAIRE DE CONTACT novembre 2008 Outils de gestion de projet.
La Gestion de Projet.
Ingénierie Système en SysML appliquée à la rédaction du cahier des charges Y. Le Gallou Séminaire académique STI2D - Calais – 1er avril 2014.
NORMALISATION DES LANGAGES DE PROGRAMMATION des Automates Programmables Industriels CEI
Démarche Qualité - Bilan et perspectives
Dépense Le service fait
Stratégie d’entreprise - Alstom Transport – Marco Férrogalini
Démonstrateur et problématiques industrielles  Contexte général industriel  Le point de vue des industriels  Démarche de validation fonctionnelle 
Supports de formation au SQ Unifié
Hatainville Les Moitiers d’Allonne – Tel : Website : stratic.online.com La démarche projet Mars 2001.
GOUVERNANCE ET DEMARCHE QUALITE
GENIE LOGICIEL
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Introduction au Génie Logiciel
Extrait du Referentiel BTS Systèmes numériques Options : Informatique et réseaux et Électronique et communication S1 à S9 Définition des savoirs et savoir-faire.
Manuel de formation PNUEThème 15 Diapo 1 Utilisation de l’ÉIE pour s’orienter vers le développement durable F l’ÉIE est un instrument de base F l’ÉIE est.
UVSQ EDF R&D Procédés de réutilisation pour les lignes de produits logiciels Yuanyuan XU, Bruno TRAVERSON - INFORSID Mai 2008.
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
Année 2006 – 2007 ENSEA © Emeric Rollin
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.
Dos triptyque Plaquette Cycle en V Définitions
Urbanisation du Système d’Information du Ministère de la Santé
ISO 31000: Vers un management global des risques
10 ème Congrès International de Génie Industriel CIGI13 EIGSI La Rochelle, juin 2013 Auteurs 1.
Document de spécification d’exigences Normes IEEE et 29148:2011
© 2015 SAMARES ENGINEERING – All rights reserved Raphaël Faudou Groupe de travail sur les exigences Paris – 9 Octobre.
Transcription de la présentation:

Evaluation et traçabililé en ingenierie système LGI2P ENS Mines d’Alès Pierre Couturier Mambaye Lô Vincent Chapurlat LGI2P

Activités d’ingéniérie (Blanchard, 2011) Introduction Quelques problématiques de l’évaluation en conception interdisciplinaire (typiquement de systèmes mécatroniques) : Des besoins multiples et pouvant être antinomiques Un contexte d’incertitude et évolutif Pas de vision partagée du processus d’évaluation entre concepteurs Difficultés à estimer les conséquences des choix de conception Activités d’ingéniérie (Blanchard, 2011) Introduction

introduction Définition : L’évaluation est un support à la décision. Chaque alternatives de solution de conception (ASC) est comparée aux autres et aux exigences des parties prenantes (Wood, Antonsson 1989) Limites de l’étude Evaluation du système à faire et non du système pour faire et autres systèmes contributeurs Evaluation de l’efficacité et non des coûts ni des risques Evaluation des éléments d’architecture (pas des exigences et de leurs éventuels conflits) Introduction

Démarche suivie Choix d’un cadre de conception : l’ingénierie système En amont des ingénieries métiers mais intégrant les exigences métiers Proposition d’un modèle des données de l’évaluation en IS Relations entre données de l’évaluation et entités de l’IS Formalisation des relations de traçabilité Détection et correction d’ inconsistances dans des relations du modèles de données précédent. Identification des impacts potentiels des ASCs sur l’efficacité globale du système à faire Estimation de degré de satisfaction des ASCs, comparaison et classement des ASCs Introduction

Cadre de conception : IS Relations entre entités d’IS extrait de (Core Vitech 2011) IS basée sur des standards (ISO 15288, ANSI/EIA 632, IEEE 1220, SEBok) Concepts génériques Approche MBSE Prescriptif mais ouvert Processus techniques et support (SeBoK 2012) IS conduite en strates

Conduite de l’IS par strates Spécification des exigences Modèle ‘Strata’ (Long 2011, Vitech Corp.) 1 2 3 4 5 6 7 8 𝑛 1 𝑛 2   𝑛 3 𝑛 4 Conduite par strates Conception fonctionnelle Conception organique Analyse des besoins 2 Spécification des exigences Conduite en profondeur 1 Analyse des besoins 3 Conception fonctionnelle 4 Conception organique - Risque de choix organiques trop précoces + Fonctions et exigences induites considérés très tôt dans la conception + Prise en compte des couplages multi- physiques au plus tôt + Une strate forme une étude d’IS cohérente et de finesse de détails homogène + Choix organiques reportés - Fonctions et exigences induites considérées tardivement IS conduite en strates

Modèle ‘Strata’* Une strate est considérée complétée si : Les parties prenantes s’accordent sur les critères d’acceptation de l’architecture produite Les exigences fonctionnelles (feuilles) sont allouées aux composants de la strate considérée. Les composants ont été spécifiés dans les limites des connaissances disponibles pour cette strate. Les activités de vérification ont été menées sur cette strate *(Long 2011) IS conduite en strates

Méta-modèle des données de l’évaluation en IS Spécifications techniques Modèles des ASC Processus d’évaluation Base de données Evaluation Critère Indicateurs techniques Decision Considérations de conception : DDP⊃ {iDDP,oDDP} et DIP TPM, MOP,MOE LGI2P

Relations entre données, détail built from Item / Component/ Function specifies decomposed by Component F. Requirement performs refined by NF requirement based on 1..* 1 0..* 1 1..* is precised by 0,1 traces 0..* refined by Technical indicator 0..* 0,1 Criterion is expressed by 1..* refined by Relations systématiques Critère, TI, Exigences Méta-modèle des données d’évaluation

Relations entre données, détail precises Technical indicator 1 is traced by Item / Component/ Function NF requirement specified by refines 1..* NF requirement refines refines F. Requirement 0..* Criterion expresses 1..* based on decomposes Function 1..* Intérêt de la traçabilité des relations du méta-modèle pour l’analyse d’impact performs built in Component - Attributes (iDDP, oDDP) Méta-modèle des données d’évaluation

Formalisation des relations de traçabilité On note A deux ensembles d’artefacts et une relation partielle notée 𝑇 appelée relation de traçabilité définie sur AxA, non réflexive, non-symétrique et non-transitive, acyclique. Un lien de traçabilité noté 𝝉 est une relation orientée entre deux artefacts. Il est associé à ne relation de traçabilité entre ces deux artefacts. ∀𝑇, ( 𝑎, 𝑏 ∈(𝐴×𝐴) 𝑒𝑡 𝑎,𝑏 ∈𝑇)=> ∃! 𝜏∈Ξ,𝑏=𝜏(𝑎) On définit la relation 𝐝 ′ é𝐪𝐮𝐢𝐯𝐚𝐥𝐞𝐧𝐜𝐞 ≡ sur l’ensemble 𝚵 des liens de traçabilité entre artefacts de deux ensembles A et B par : ∀ 𝜇, 𝜈 ∈ Ξ 2 : 𝜇≡ 𝜈 ⇔ (𝐷 𝜇 = 𝐷 𝜈 =𝐷) ∧(∀𝑎∈𝐷, 𝜇 𝑎 =𝜈 𝑎 ) Formalisation des relations de traçabilité

Formalisation (modèle Strata) Les relations entre données du méta-modèles sont des relations de traçabilité auxquelles sont associés des liens de traçabilité : decomposed by basis of decomposed by refined by basis of Et plus généralement : E: exigences F : fonctions C : composants Formalisation des relations de traçabilité

risque d’Inconsistance des relations entre sTrATEs ? basis of ? Cas d’inconsistance strate n refined by decomposed by strate n+1 basis of strate n strate n+1 Même fonctions basis of decomposed by refined by Consistance Consistance des relations de traçabilité

Consistance entre strates n et n+1 Cas des exigences fonctionnelles : Si : 𝜏 𝑑 _𝑏𝑦 𝑛, 𝑛+1 o 𝜏 𝑏 _𝑜𝑓 𝑛 ≡ 𝜏 𝑏 _𝑜𝑓 𝑛+1 o 𝜏 𝑟 _𝑖𝑛 𝑛,𝑛+1 𝜏 𝑏 _𝑓𝑟𝑜𝑚 𝑛, 𝑛+1 o 𝜏 𝑎 _𝑡𝑜 𝑛 ≡ 𝜏 𝑎 _𝑡𝑜 𝑛+1 o 𝜏 𝑑 _𝑏𝑦 𝑛,𝑛+1 et strate n strate n+1 Alors les relations de traçabilité entre strates n et n+1 sont consistantes : En particulier Consistance des relations de traçabilité

Consistance entre strates n-1 et n+1 Si les relations de traçabilité entre strates n-1 et n et entre strates n et n+1 sont consistantes alors elles le sont entre states n-1 et n+1. 𝜏 𝑏 _𝑓𝑟𝑜𝑚 𝑛, 𝑛+1 o 𝜏 𝑏 _𝑓𝑟𝑜𝑚 𝑛−1, 𝑛 o 𝜏 𝑎 _𝑡𝑜 𝑛−1 o 𝜏 𝑏 _𝑜𝑓 𝑛−1 ≡ 𝜏 𝑎 _𝑡𝑜 𝑛+1 o 𝜏 𝑏 _𝑜𝑓 𝑛+1 o 𝜏 𝑟 _𝑏𝑦 𝑛,𝑛+1 o 𝜏 𝑟 _𝑏𝑦 𝑛−1,𝑛 ≡ 𝜏 𝑎 _𝑡𝑜 𝑛+1 o 𝜏 𝑑 _𝑖𝑛 𝑛,𝑛+1 o 𝜏 𝑑 _𝑖𝑛 𝑛−1,𝑛 o 𝜏 𝑏 _𝑜𝑓 𝑛−1 En particulier Consistance des relations de traçabilité

Détection et correction d’inconsistance Pour tout e de En manquante ? 𝐼 𝜏 𝑘 𝑎 = 𝑞=0 𝑘 𝐼 𝜏 𝑞 (𝑎) 𝐼 𝜏 𝑞 𝑎 = 𝑏 𝑏= 𝜏 𝑞 𝑎 =𝜏o 𝜏 𝑞−1 𝑎 } 𝐼 𝜏,𝑇 𝑎 𝐼 𝜏 𝑘+1 𝑎 = ∅ si k tel que 𝐼 𝜏,𝐹 =𝐼 𝜏 𝑘 𝑎 alors Consistance des relations de traçabilité

Exemple d’application Critère IT Critère IT Critère IT /oDDP Illustration

conclusion Pour une vision partagée du processus d’évaluation entre concepteurs IS comme cadre de conception, Modèle des données de l’évaluation en IS Relations systématiques Critères-IT-Exigences Pour aider à estimer les conséquences des choix de conception Conduite en strates plus adaptée à la conception mécatronique Traçabilité des relations entre attributs des composants (iDDPs, oDDPs) et critères d’évaluation Identification des impacts potentiels reposant sur cette traçabilité Perspectives Validation des proposition sur d’autres exemples mécatroniques Evaluation qualitative ou quantitative (multi-critères) en cours Génération de plans d’actions correctrices LGI2P