Méthodologie de conception d un produit mécatronique

Dimension: px
Commencer à balayer dès la page:

Download "Méthodologie de conception d un produit mécatronique"

Transcription

1 Méthodologie de conception d un produit mécatronique R. PLATEAUX, O. PENAS, J.Y. CHOLEY, F. MHENNI, A. RIVIERE Institut Supérieur de Mécanique de Paris (ISMEP-Supméca) Laboratoire d Ingénierie des Structures Mécaniques et des Matériaux (LISMMA) Résumé : Aujourd'hui, de nombreuses méthodologies et outils de conception mécatronique existent. Mais leur approche est partielle au sens où ils ne permettent de passer continûment des spécifications au prototype virtuel. Dans cet article, la première partie descendante du cycle en V est intégrée. Pour faire cela, une méthodologie hybride, basée sur différents outils, langages et méthodologies tels que l'analyse fonctionnelle, le SADT, SysML, Modelica et Catia Systems est proposée. Abstract : Nowadays, many studies about mechatronic design process are available. But all of these are local, for they only focus on one single level of the V-cycle and don t enable a modelling continuity from requirements to the virtual prototyping. In this article, we propose to integrate the entire downward side of the design V- cycle. For this, we present a hybrid methodology based on several tools, languages and methodologies such as SADT, SysML, Modelica and Catia Systems. Mots clefs : Méthodologie de conception intégrée, Modelica, Mécatronique. Introduction Les phases de conception d un système mécatronique sont nombreuses. Le cycle en V correspondant présente souvent des itérations avant de pouvoir obtenir un prototype physique concluant. En effet, différentes étapes dont la cohérence n est pas toujours garantie, sont nécessaires : collecter les exigences et les transcrire sous forme de spécifications sur des paramètres quantifiables, décomposer le système pour faire apparaître un modèle fonctionnel et structurel, simuler le système en phase de pré-dimensionnement. Une des raisons de ce problème est la discontinuité de modélisation lors du passage d une phase de conception à l autre. Son origine peut être multiple : pertes et/ou modifications de données lors des transferts entre outils, mises à jour non automatiques entre les modèles Finalement, il y a rupture numérique entre les modèles. Comme bien souvent les systèmes mécatroniques sont des systèmes de grande complexité, de part leur nombre de composants, leur aspect multi-physique et multi-domaine, et les couplages mis en jeu, il apparaît judicieux de définir quels sont les besoins pour concevoir de tels systèmes. Chakrabarti and Bligh [1] proposent les trois exigences suivantes pour définir une approche de conception idéale : supporter la conception routinière et innovante ; permettre de réaliser la synthèse ; élaborer des solutions modulables en niveau de granularité. Pour remplir la première condition, la continuité des différents niveaux de modélisation - fonctionnel, logique et physique - est fondamentale. Cette continuité a non seulement l avantage de limiter les pertes d informations, mais de rendre plus facilement cohérents les différentes spécifications, paramètres et modèles entre les divers niveaux. Elle limite les erreurs, les oublis, les redondances et assure que le prototype final respecte le cahier des charges. Par ailleurs, elle facilite la traçabilité par l automatisation de la répercussion de la mise à jour de modifications d un niveau de modélisation sur les autres, suivie d une 1

2 notification dans la documentation du projet. Ainsi les choix de solutions pourront être automatiquement documentés : le cheminement complet depuis les exigences initiales sera explicite et facile d accès. Cependant, ces conditions ne sont pas suffisantes pour la mécatronique. En effet, l aspect pluridisciplinaire des systèmes mécatroniques nécessite un environnement ouvert à l ensemble des métiers, permettant à la fois de modéliser la mécanique, l électronique, l automatisme et de permettre ainsi les collaborations entre les services De plus, en pré-dimensionnement, pour calculer e.g. les éventuels couplages thermiques intervenant dans ces domaines, chacun peut avoir besoin d un modèle simplifié de la partie modélisée par les autres. Il est donc important de permettre de modifier la granularité dans les différents modèles, pour permettre cette vision multi-échelle selon les besoins. En effet, en phase de pré-dimensionnement, plus les modèles sont simulables tôt dans le cycle de conception, moins il est nécessaire d itérer et plus le temps de développement est raccourci. Toujours dans cette perspective, la visualisation 3D (même simplifiée) des éléments, disponible très tôt dans la conception permet de prendre en compte l encombrement et les éventuelles interactions de proximité ou de contact et facilite donc le pré-dimensionnement géométrique. Enfin, une dernière caractéristique semble nécessaire pour une conception rapide et efficace de systèmes complexes : l accès à une base de données commune à l ensemble des concepteurs d un projet afin de capitaliser les précédentes études et automatiser certaines déclinaisons d exigences, de fonctions ou d architectures récurrentes. Ainsi, après avoir défini notre approche de conception idéale, nous allons décrire de quelle manière nous pourrions la mettre en œuvre en se basant sur les méthodologies et langages actuels. Nous proposons également un environnement dans lequel l'implémentation sera possible pour chacune des phases de conception. 1 Notre approche 1.1 Méthodologies, outils et langages existants De nombreux outils et méthodologies existent, provenant de domaines différents [2] [3] [4] [5] [6] [7]. Ils répondent aux problèmes récurrents des concepteurs [8], à savoir, assurer la création rapide d un produit peu cher, simple et fiable [9] [10] répondant à un cahier des charges, même si ces contraintes sont souvent antagonistes. Ainsi, pour le domaine de l ingénierie mécanique, l analyse fonctionnelle, l APTE, le SADT (Structured Analysis and Design Technique) [11] / IDEF methods (Integrated DEFinition, 0 : for Function Modeling Method, 3 : Process Description Capture Method et 4: Object-Oriented Design Method) [12] et le FAST (Function Analysis System Technique Diagram) [13] sont couramment utilisés. Pour l électronique, les langages de description matériel (VHDL, Verilog) sont destinés à représenter et simuler le comportement ainsi que l'architecture d un système électronique numérique. Les outils de synthèse logique (Design compiler, RC, Leonardo ) compilent la description fonctionnelle d'un circuit à l'aide d'un outil de synthèse et d'une bibliothèque de cellules logiques. Les méthodologies de conception avec une approche système commencent à émerger [14] [15]. Pour l ingénierie informatique, UML (Unified Modeling Language) est le bon outil, qui a été décliné en SysML (System Modelling Language) [16] [17] pour l approche systémique. Mais ces outils présentent quelques lacunes : le SADT (ou IDEF0), initialement prévu comme un outil de description et d'analyse est privé de toute analyse séquentielle. Notons toutefois qu IDEF4 peut pallier quelque peu ce défaut. Quant à SysML, il propose un grand nombre de diagrammes, parfois redondants, pour modéliser un système (diagrammes d'exigences, fonctionnels, comportementaux et structurels). Cependant, il ne propose pas de méthodologie. Néanmoins, le diagramme paramétrique permettrait, si cela était implémenté, d'effectuer une simulation physique du système, même si la géométrie n'est toujours pas prise en compte. En effet, il descend jusqu'au niveau du comportement physique du composant et peut ainsi être considéré comme l'interface avec la simulation. On voit donc que le principal inconvénient de SysML et du SADT est de ne pas permettre la simulation de la structure générée : aucune validation significative n'est alors effectuée avant la phase de prédimensionnement. De ce fait, pour ces méthodologies et langages, même si certains tests de cohérence sont possibles, la validation du modèle est liée directement au savoir-faire du concepteur, puisque la simulation réaliste du modèle est pour l instant impossible. Parmi les solutions possibles, deux moyens peuvent être utilisés pour parvenir à un environnement idéal de conception tel que nous l avons défini précédemment (continuité de modélisation, cohérence, traçabilité, 2

3 capitalisation, modélisation simulable, vision initiale 3D, multi-niveau, multi-physique et multi-échelle) : soit par l interfaçage des outils utilisés, soit par l intégration de ces outils au sein d un environnement unique. Etant donné la multitude et la variété d outils utilisés (multi-niveaux, multi-domaines) dans le cadre de la conception de produits mécatroniques, il paraît matériellement difficile de réaliser l interfaçage de tous ces outils entre eux. Aussi, nous nous sommes naturellement orientés vers la solution d intégration, en choisissant pour chaque niveau les outils et méthodologies qui nous semblaient les plus pertinentes pour la conception mécatronique : SysML et SADT pour l analyse fonctionnelle, Modelica [18] pour la simulation multiphysique [19] voire géométrique dans Dymola [20], CATIA V6 pour la maquette numérique intégrée. Des études ont déjà été menées pour intégrer Modelica à SysML [21]. De notre côté, nous avons choisi d intégrer des modules SysML à Modelica [22], et certaines sont en cours au sein de notre équipe pour intégrer les données géométriques de la maquette numérique au sein de Modelica, pour avoir des simulations dynamiques 3D. 1.2 Notre démarche intégrée Afin de permettre un passage continu des exigences à la description détaillée du système et donc une intégration complète de toutes les phases de modélisation, un environnement unique a été envisagé. L objectif est d arriver à un prototype virtuel, simulable et rendant compte du comportement du système. Pour cela, depuis deux ans, nous avons choisi d exploiter le langage Modelica sous Dymola. Le première étape consiste à répondre à l adéquation de cet environnement à répondre à toutes les caractéristiques de l environnement idéal de conception que nous avons défini précédemment. Tout d abord, il répond en grande partie à la définition de l'environnement pour une analyse fonctionnelle idéale défini par Chakrabarti et Bligh [1] par sa capacité à supporter les conceptions de toute nature (multidomaine), à tout niveau (multi-niveau) et à permettre les évolutions de conception à travers les niveaux de détail (multi-échelle). En effet, Modelica est un langage objet acausal permettant de décrire des systèmes mécatroniques, multidomaines, pour modéliser des phénomènes discrets et continus. Une des forces de ce langage est de proposer de nombreuses bibliothèques (mécanique, électrique, hydraulique, thermique, etc) libres, développées par des spécialistes et d'avoir déjà des outils libres (Scicos, OpenModelica). Cet environnement orienté objet permet aisément de restructurer un mauvais découpage des fonctions avec leur correspondance structurelle. Le niveau d encapsulation peut alors être modifié (multi-niveau). FIG. 1 : Niveau d encapsulation modulable [1] disponible sous Modelica Que l on se place en conception routinière ou innovante, la modularité proposée par le langage permet de changer la classe des objets constituant le modèle. Ainsi, la modification d un type de composant est possible et la création à partir de rien en utilisant, soit une nouvelle topologie de composants, soit en partant d équations caractéristiques du comportement du système, devient envisageable. Par ailleurs, la continuité du processus de conception est assurée par le développement d éléments permettant de passer continûment d un niveau à l autre (Exigences, Fonctionnel, Physique/Comportemental, Structurel) sous Modelica dans Dymola. En fait, le processus de conception peut être comparé à un puzzle incomplet [23]. Les exigences, fonctions et structures sous-tendues par ces fonctions ainsi que les composants sont les macro-pièces de ce puzzle. L'objectif du processus idéal allant du cahier des charges à la conception détaillée est alors de compléter le puzzle, en réduisant le nombre de modèles différents lors de la conception. Les exigences fonctionnelles et dysfonctionnelles sont directement enregistrées sous format texte dans la documentation de Dymola avec des critères quantitatifs, et une routine en Modelica crée automatiquement 3

4 les blocs exigences dans l interface graphique de Dymola (comme le «requirement diagram» de SysML). A tout moment la modification d une exigence met à jour le cahier des charges dans la documentation. Les cas d'utilisation peuvent être très tôt intégrés. La documentation associée est générée en direct et intégrée au modèle. Le modèle intègre le cahier des charges, les évolutions... La documentation en ligne constitue la mémoire de génération du produit, précisant les forces et faiblesses du modèle, ses hypothèses et limitations. Cet échange peut être dynamique. On peut envisager la définition de spécifications reconnues par le mot clé «contrainte» dans la documentation, générant la dite contrainte avec ses limites mini, maxi. FIG. 2 : Blocs exigences sous Modelica Les exigences sont dérivées en fonctions reliées par des connections entre les connecteurs avec une approche de raffinements successifs, similaire à la représentation SADT ( FIG. 2). Chacune des fonctions est réalisée par des composants, simples ou composés, identifiés ou non, existants (COTS : composants sur étagère) ou non. Il n est pas nécessaire de connaître la structure interne des fonctions pour définir les flux transitant et donc leurs connecteurs associés. Les aspects de synchronisation peuvent être pris en compte par des graphes complémentaires utilisant le jeu de variables déclaré dans la structure. FIG. 3 : Exemples de représentation SADT d un objet fonction et son raffinement sous Dymola Les comportements normaux et les dysfonctionnements anticipés sont décrits avec les grafcets (sequential function charts, SFC, FIG. 4) de Modelica. FIG. 4 : «Sequence Function Chart» en Modelica 1. Le système étant en état d'attente, Si bon code entré alors 2. Ouverture portail Si véhicule passé et portail ouvert alors 3. Fermer le portail Si portail fermé alors 4. Retour à l'étape d'attente 1 Ces fonctions peuvent être liées aux solutions structurelles ou aux niveaux de décomposition de ces fonctions via un tableau croisé de correspondance fonction/solution (TAB. 1). Les équations de comportement peuvent être introduites à ce niveau pour identifier les flux des paramètres (comme dans le «parametric diagram» de SysML) et pouvoir commencer les simulations. A chaque étape de l'analyse, nous avons la possibilité de choisir parmi les solutions existantes, de concevoir tout ou partie des sous-fonctions correspondantes. Solutions Fonctions S1 S2 S3 S4 S5 S6 F1 X X X F2 X X F3 X X X X F4 X X F5 X X X TAB. 1 : Tableau croisé Fonctions-Solutions. 4

5 Plusieurs stratégies peuvent alors être adoptées : Rechercher si la fonction a déjà au moins une solution exploitable sans développement supplémentaire. Dans le cas d'une famille de solutions, une recherche d'architecture optimale pourra être envisagée. Décomposer les fonctions jusqu'au niveau des briques élémentaires, point de passage direct avec le structurel. Rechercher la solution remplissant le plus de fonctions, puis rechercher si toutes les fonctions sont réalisées, sinon parmi le jeu de fonctions restantes réitérer la première étape. Différents niveaux de modélisation structurelle peuvent alors être utilisés pour simuler le fonctionnement du système. Ceci complète le modèle couramment utilisé en géométrie où l on matérialise les intentions de conception par la cotation. FIG. 5 : Choix du composant structurel sous Dymola FIG. 6 : Exemple d objet graphique et son code en Modelica Les éléments structurels font apparaître les premiers éléments géométriques. Ils nous permettent d avoir une représentation 3D (parfois simplifiée) des composants, qui, par l intégration des éléments géométriques, rend les simulations multi-physiques de pré-dimensionnement plus réalistes. Certains COTS peuvent fournir une géométrie détaillée à partir de CATIA. Un des aspects important de cette approche «tout intégré» est le passage du continu (ensemble donné par la simulation) au discret (donné par l ensemble des composants). Une simulation peut être réalisée dans le domaine continu puis on peut passer à la recherche de l'adéquation entre le composant idéal simulé et une instance réelle (domaine discret). La représentation plane des objets Modelica avec ses positions et dimensions est purement graphique. Les données géométriques ne sont pas couplées avec ces icônes 2D. C est pourquoi nous proposons d étendre les représentations des objets Modelica en 3D pour intégrer la géométrie au comportement. Cet aspect est longuement détaillé dans un autre article [24]. L intégration de Dymola au sein de CATIA System (V6) offre la possibilité d accès au module PDM de CATIA, qui permet de stocker, structurer, tracer les données, de partager et favoriser la réutilisation des standards et de l existant. Ainsi, la capitalisation des différents modèles est possible. 2 Conclusion Dans cet article, nous avons proposé une démarche unique intégrée permettant la réalisation d une conception d un système mécatronique basée sur le langage Modelica au sein de l environnement Dymola (Catia System). Un exemple détaillé de la continuité assurée par cette méthodologie sur un système mécatronique a été illustré dans un précédent article [23]. Les propriétés de cet environnement permettent de remplir les nombreuses conditions d un environnement idéal de conception pour les produits mécatroniques : la garantie de la cohérence et la traçabilité des paramètres entre les niveaux de modélisation est automatiquement assurée par l unicité des paramètres, du langage, de l information au sein d un environnement unique. L aspect multi-niveau, multi-domaine et multi-échelle y est déjà présent. Les blocs d exigences, les graphes fonctionnels, dysfonctionnels, structurels et vision 3D peuvent être développés sous Modelica. Enfin, la capitalisation des informations et modèles peut être assurée par l intégration de Dymola à Catia System V6. 5

6 Aujourd hui, cet environnement idéal n existe pas encore dans le commerce mais DS avec son Catia System V6 laisse entrevoir l espace dans lequel ce développement pourrait avoir lieu. Dymola est intégré à la structure CATIA et un découpage en Requirement, Function, Logic, Physic (RFLP) est proposé de base. Cela ne correspond pas nécessairement à la démarche proposée mais les modules existent au sein du même outil de développement. Ce nouvel environnement n attend plus que l électronique et l informatique pour répondre pleinement aux besoins de conception de produit mécatronique. Références [1]. Chakrabarti, A. and Bligh, T. P. A scheme for functional reasoning in conceptual design. Novembre 2001, Vol. 22, 6, pp [2]. Pahl, G. and Beitz, W. Engineering Design - A Systematic Approach. 2nd edition. London : Springer, [3]. Teorey, T. J., Yang, D. and Fry, J. P. A logical design methodology for relational databases using the extended entityrelationship model. New York : ACM Comput. Surv., pp doi : / [4]. Yan, H.-S. A methodology for creative mechanism design. s.l. : Mechanism and machine theory, pp Vol. 27. [5]. Choley, J-Y. Mécatronique : une nouvelle démarche de conception des systèmes complexes. Technologies et Formations. Delagrave Editions S.A., October 2006, 127, pp [6]. Sell, R. and Tamre, M. Integration of V-model and SysML for advanced mechatronics system design. Annecy : s.n., pp REM05. [7]. Bernardi, M., Bley, H. and Schmitt, B. New approaches for developing mechatronical products in multidisciplinary teamwor. Seoul : s.n., [8]. Blessing, L.T.M. A process-based approach to design. London : s.n., [9]. Amerongen, J.van. Mechatronic Design. Journal of Mechatronics. Décembre 2003, Vol. 13(10), pp [10].. Mechatronic Design: A Port-Based Approach. American University of Sharjah : s.n., pp [11]. Rausand, M. and Høyland, A. System Reliability Theory: Models, Statistical Methods, and Applications. Wiley- IEEE : s.n., pp ISBN X. [12]. Command, Air Force Systems. Information Integration for Concurrent Engineering IDEF4 Object- Oriented Design Method Report. [Online] [13]. Del L., Younker. Value Engineering: Analysis and Methodology. s.l. : CRC Press, 2003,. 350 pages. ISBN X. [14]. D. Hubaux, L. Guedria, L. Vandendorpe, M. Verleysen et J.D. LEGAT. Nouvelles méthodes de conception de systèmes. HAMMAMET (Tunisie) : s.n., April pp. pp [15]. David Maliniak. Don't Be A Separatist Think "System". [Online] [Cited: ] [16]. SysML. [16] System modeling language (SysML) specification. Version 1.0, Draft. OMG document ad/ SysML. [Online] [17]. Georgia Institute of Technology. INCOSE MBSE Challenge Team for Mechatronics/Interoperability. Georgia Institute of Technology. [Online] [18]. MODELICA. Modeling of Complex Physical Systems. Modelica. [Online] [19]. Hadj-Amor, H.J. Contribution au prototypage virtuel de systèmes mécatroniques basé sur une architecture distribuée HLA - Expérimentation sous les environnements OpenModelica-OpenMASK. Toulon : s.n., Thèse du Laboratoire LISMMA (EA 2336) Supmeca Toulon. [20]. DYNASIM. Dymola multi-engineering Modelling and simulation. [Online] [21]. Pop, A., Akhvlediani, D. and Fritzson, P. Towards Unified System Modeling with the ModelicaML UML Profile. s.l. : Proceedings of the 1st International Workshop on Equation-Based Object-Oriented Languages and Tools. [22]. TURKI, Skander. Ingénierie système guidée par les modèles: Application du standard IEEE 15288, de l'architecture MDA et du langage SysML à la conception des systèmes mécatroniques. s.l. : Université du Sud Toulon-Var, 02/10/2008. [23]. Plateaux, Régis, et al. Towards an Integrated Mechatronic Design Process. Málaga : IEEE, ISBN [24]. Plateaux, Régis, et al. Vers un environnement intégré pour le prédimensionnement Modelica 3D. Marseille : CFM, [25]. Sharpe, J.E.E. Computer tools for integrated conceptual design pp (18). 6

EXPERIENCE DE COUPLAGE DE MODELES ALTARICA AVEC DES INTERFACES METIERS EXPERIMENT OF COUPLING ALTARICA MODELS WITH SPECIALIZED INTERFACES

EXPERIENCE DE COUPLAGE DE MODELES ALTARICA AVEC DES INTERFACES METIERS EXPERIMENT OF COUPLING ALTARICA MODELS WITH SPECIALIZED INTERFACES EXPERIENCE DE COUPLAGE DE MODELES ALTARICA AVEC DES INTERFACES METIERS EXPERIMENT OF COUPLING ALTARICA MODELS WITH SPECIALIZED INTERFACES PERROT Benoit, PROSVIRNOVA Tatiana, RAUZY Antoine, SAHUT D IZARN

Plus en détail

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Notion de méthode de conception de SI Méthodes OO de conception Généralités sur les méthodes

Plus en détail

Modélisation des Interfaces Multidisciplinaires pour la Conception de Systèmes Mécatroniques

Modélisation des Interfaces Multidisciplinaires pour la Conception de Systèmes Mécatroniques 20 èmes journées STP du GdR MACS Jeudi 5 et Vendredi 6 février 2015 Modélisation des Interfaces Multidisciplinaires pour la Conception de Systèmes Mécatroniques Chen Zheng, Julien Le Duigou, Matthieu Bricogne,

Plus en détail

: scientifique. : Physique, technologie et sciences de l ingénieur (PTSI) Physique et technologie (PT) : Sciences industrielles de l ingénieur

: scientifique. : Physique, technologie et sciences de l ingénieur (PTSI) Physique et technologie (PT) : Sciences industrielles de l ingénieur : scientifique : Physique, technologie et sciences de l ingénieur (PTSI) Physique et technologie (PT) : Sciences industrielles de l ingénieur Première et seconde s PROGRAMME DE SCIENCES INDUSTRIELLES DE

Plus en détail

Synergies entre Artisan Studio et outils PLM

Synergies entre Artisan Studio et outils PLM SysML France 13 Novembre 2012 William Boyer-Vidal Regional Sales Manager Southern Europe Synergies entre Artisan Studio et outils PLM 2012 2012 Atego. Atego. 1 Challenges & Tendances Complexité des produits

Plus en détail

PTSI PT ÉTUDE DES SYSTEMES

PTSI PT ÉTUDE DES SYSTEMES PTSI PT ÉTUDE DES SYSTEMES Table des matières 1 - PRESENTATION GENERALE... 1 1.1 - Définition d'un système... 1 1.2 - Exemples... 1 1.3 - Cycle de vie d'un système... 1 1.4 Langage de description SysML...

Plus en détail

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

1. Introduction. 2. Diagramme des exigences

1. Introduction. 2. Diagramme des exigences 1. Introduction La complexité des systèmes techniques est telle que, sans outils de représentations abstraites et progressivement enrichies, les intervenants d un projet auraient de nombreuses difficultés

Plus en détail

Méthodes fonctionnelles : SADT

Méthodes fonctionnelles : SADT Méthodes fonctionnelles : SADT Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Introduction Principes de base Représentations graphiques Actigrammes & Datagrammes Conventions simplificatrices

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : Génie logiciel IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti

Plus en détail

SYNTHESE D ARCHITECTURES D ENSEMBLES DYNAMIQUES D HELICOPTERES.

SYNTHESE D ARCHITECTURES D ENSEMBLES DYNAMIQUES D HELICOPTERES. SYNTHESE D ARCHITECTURES D ENSEMBLES DYNAMIQUES D HELICOPTERES. 1 LE CADRE DES TRAVAUX Les travaux s inscrivent dans le cadre de l amélioration des performances des ensembles dynamiques d Hélicoptères.

Plus en détail

Processus de développement UP

Processus de développement UP Chapitre 1 Processus de développement UP I. Pourquoi UP? II. Définition III. Activités et phases IV. Modèles mis en place 1. Pourquoi UP? Les notions de base acquises dans le module ACOO1, notamment la

Plus en détail

C1 S informer. C1.1 Rechercher, Exploiter des documents

C1 S informer. C1.1 Rechercher, Exploiter des documents C1 S informer C1.1 Rechercher, Exploiter des documents Une commande Un besoin exprimé Expliciter le besoin*. Le service rendu, les utilisateurs, les conditions d'utilisation sont listés. Les performances

Plus en détail

Développer des solutions technologiques basées sur de l électronique

Développer des solutions technologiques basées sur de l électronique Altronic Tunisie ALTRONIC s attache à faciliter la diffusion et le transfert des technologies et des connaissances en électronique vers les laboratoires de recherche publics, industriels, les start-up

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

IFT2251 : Génie logiciel

IFT2251 : Génie logiciel 4.1. Introduction à UML IFT2251 : Génie logiciel 1. Approches de développement 2. Introduction à UML (une méthodologie basée sur l approche orientée aspect) 3. Rappel de quelques concepts objets Chapitre

Plus en détail

Intégration de produits mécatroniques au sein d un système PLM

Intégration de produits mécatroniques au sein d un système PLM Intégration de produits mécatroniques au sein d un système PLM HOUSSEM ABID 1, MADY GUILLEMOT 1, DIDIER NOTERMAN 1, PHILIPPE PERNELLE 2 1 Laboratoire DISP, INSA Lyon 69100, France {houssem.abid,mady.guillmot,didier.noterman}@insa-lyon.fr

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1

Plus en détail

Un exemple de mise en œuvre à travers. Domain Specific Languages. l étude de SysML. Nicolas Belloir. Module Ingénierie des Modèles

Un exemple de mise en œuvre à travers. Domain Specific Languages. l étude de SysML. Nicolas Belloir. Module Ingénierie des Modèles Domain Specific Languages Un exemple de mise en œuvre à travers l étude de SysML Nicolas Belloir Master Technologies de l'internet - 2ième année Introduction Introduction aux DSL De UML à SysML Présentation

Plus en détail

GESTION DE PROJETS Spécifications conception. 05/09/2007 V2.0 Gestion de Projets T. Fricheteau 1

GESTION DE PROJETS Spécifications conception. 05/09/2007 V2.0 Gestion de Projets T. Fricheteau 1 GESTION DE PROJETS Spécifications conception 05/09/2007 V2.0 Gestion de Projets T. Fricheteau 1 GESTION DE PROJETS Plan du cours: - Synchronisation des phases d Etude, - Dossier de Spécifications Générales,

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

Modélisation Orientée Objet / UML

Modélisation Orientée Objet / UML Modélisation Orientée Objet / UML Laurent Henocque http://laurent.henocque.free.fr/ Enseignant Chercheur ESIL/INFO France http://laurent.henocque.perso.esil.univmed.fr/ mis à jour en Octobre 2006 Licence

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

Etude sur interopérabilité IS-SdF. Présentation Séminaire SdF de l X 28 Septembre 2012

Etude sur interopérabilité IS-SdF. Présentation Séminaire SdF de l X 28 Septembre 2012 Etude sur interopérabilité IS-SdF Présentation Séminaire SdF de l X 28 Septembre 22 Gilles Deleuze, EDF R&D Sommaire Cadre de l étude ravaux effectués à septembre 22 Cas test Choix d outil pour l Ingénierie

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le génie logiciel. maintenance de logiciels. Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction

Plus en détail

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations OpenPaaS Le réseau social d entreprise Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations Propriétés du Document Source du Document Titre du Document FSN OpenPaaS

Plus en détail

Introduction au génie logiciel

Introduction au génie logiciel Introduction au génie logiciel Guillaume Laurent ENSMM 2007 G. Laurent (ENSMM) Introduction au génie logiciel 2007 1 / 36 Plan du cours 1 Problématique du génie logiciel 2 Méthodes de développement logiciel

Plus en détail

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

Plus en détail

Ateliers SCTC (systèmes complexes et travail collaboratif)

Ateliers SCTC (systèmes complexes et travail collaboratif) Bernard YANNOU, Professeur ECP, Filière 3 ème année FCI 2013-2014 Conception et Industrialisation de systèmes Innovants Ateliers SCTC (systèmes complexes et travail collaboratif) (1) Conception Collaborative

Plus en détail

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA

Plus en détail

LOGICIEL DE SIMULATION NUMERIQUE DES SYSTEMES PHYSIQUES

LOGICIEL DE SIMULATION NUMERIQUE DES SYSTEMES PHYSIQUES LOGICIEL DE SIMULATION NUMERIQUE DES SYSTEMES PHYSIQUES PRESENTATION SIMULATION NUMÉRIQUE DES SYSTÈMES PHYSIQUES Développé par la société Atemi, SiNuSPhy est un logiciel de simulation numérique destiné

Plus en détail

IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon. Plan de cours

IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon. Plan de cours IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon ** Début des cours : le lundi 9 janvier 2006 ** Plan de cours 1. Introduction Les exigences et les attentes à l égard

Plus en détail

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

Plus en détail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

Plus en détail

SYSTEMES D INFORMATION & CONCEPTION de BdD

SYSTEMES D INFORMATION & CONCEPTION de BdD SYSTEMES D INFORMATION & CONCEPTION de BdD PLAN CONCEPT DE SYSTEME D INFORMATION MODELISATION D UN SYSTEME D INFORMATION MODELISATION CONCEPTUELLE : les METHODES METHODE SYSTEMIQUE METHODE OBJET L3 Informatique

Plus en détail

Modélisation: outillage et intégration

Modélisation: outillage et intégration Modélisation: outillage et intégration Emmanuel Gaudin emmanuel.gaudin@pragmadev.com Un réel besoin Le logiciel double tous les deux ans. Le volume final rend extrêmement difficile de garantir le niveau

Plus en détail

TITRE : OPTIMISATION ROBUSTE : CREATION D UNE PLATEFORME ET

TITRE : OPTIMISATION ROBUSTE : CREATION D UNE PLATEFORME ET TITRE : OPTIMISATION ROBUSTE : CREATION D UNE PLATEFORME ET APPLICATIONS INDUSTRIELLES MOTS CLEFS : OPTIMISATION, ANALYSE DE SENSIBILITE, REDUCTION DE MODELES, FIABILITE, SYSTEMX CONTEXTE de l IRT SYSTEMX

Plus en détail

Etat de l'art, SysML oùest-on?

Etat de l'art, SysML oùest-on? Etat de l'art, SysML oùest-on? Philippe Desfray SOFTEAM / Modeliosoft Historique : motivation et situation initiale UML2 proche de la finalisation (2001) Enfin le modèle «universel», ayant les éléments

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

Management des Systèmes d information (SI) S1 - Gouvernance des SI

Management des Systèmes d information (SI) S1 - Gouvernance des SI 2015 / 2016 - Semestre 1&2 DSCG - UE5 Management des Systèmes d information (SI) S1 - Gouvernance des SI Module 5 - Gestion des Processus Métiers (BPM) Yves MEISTERMANN DSCG UE 5 - Bulletin officiel DSCG

Plus en détail

Une approche modèle dans la conception de systèmes sur puce hétérogènes

Une approche modèle dans la conception de systèmes sur puce hétérogènes Une approche modèle dans la conception de systèmes sur puce hétérogènes Jean-Luc Dekeyser et Lossan Bondé FETCH 07 IP dans le SoC 100% Réutilisé 80% Spécifique 60% 40% 20% 0% 1999 2002 2005 2008 2011 2014

Plus en détail

Une méthode d apprentissage pour la composition de services web

Une méthode d apprentissage pour la composition de services web Une méthode d apprentissage pour la composition de services web Soufiene Lajmi * Chirine Ghedira ** Khaled Ghedira * * Laboratoire SOIE (ENSI) University of Manouba, Manouba 2010, Tunisia Soufiene.lajmi@ensi.rnu.tn,

Plus en détail

Optimisation d une fonction de transmission d ordres

Optimisation d une fonction de transmission d ordres Optimisation d une fonction de transmission d ordres pour driver à très haute isolation galvanique. Application aux modules IGBT pour onduleurs multi-niveaux MMC (Multilevel Modular Converters). Sokchea

Plus en détail

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools. 1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement

Plus en détail

Une approche modèle pour la conception conjointe de systèmes embarqués hautes performances dédiés au transport

Une approche modèle pour la conception conjointe de systèmes embarqués hautes performances dédiés au transport Une approche modèle pour la conception conjointe de systèmes embarqués hautes performances dédiés au transport Jean Luc DEKEYSER, Sébastien LE BEUX, Philippe MARQUET Inria Futurs Lille dekeyser@lifl.fr

Plus en détail

Conception, architecture et urbanisation des systèmes d information

Conception, architecture et urbanisation des systèmes d information Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction

Plus en détail

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services 69 Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services M. Bakhouya, J. Gaber et A. Koukam Laboratoire Systèmes et Transports SeT Université de Technologie de Belfort-Montbéliard

Plus en détail

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1 Génie logiciel Concepts fondamentaux Bruno MERMET, Université du Havre 1 Nécessité du Génie Logiciel Bruno MERMET, Université du Havre 2 Développement d un logiciel Caractéristiques souhaitées : Adéquation

Plus en détail

LA DEMARCHE DE PROJET

LA DEMARCHE DE PROJET LA DEMARCHE DE PROJET Baccalauréat STI2D-SIN SIN 1.1 : La démarche de projet Objectifs o Utiliser les outils adaptés pour planifier un projet (Revue de projet, Cartes mentales, Gantt, chemin critique...

Plus en détail

MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE

MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE ÉCOLE POLmECHNlQUE FÉDÉRALE DE LAUSANNE POUR L'OBTENTION DU GRADE DE DOCTEUR ÈS SCIENCES PAR Yassin

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

Software Design (Guide to the SWEBOK)

Software Design (Guide to the SWEBOK) Software Design (Guide to the SWEBOK) Slide 1 Guy Tremblay Dépt. d informatique UQAM MIG8500 Hiver 2002 Aperçu 1. Qu est-ce que le Software Design? 2. Comme le SD Knowledge Area du guide est-il organisé?

Plus en détail

Cours en ligne Développement Java pour le web

Cours en ligne Développement Java pour le web Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité

Plus en détail

Développement de logiciels par objets avec UML (Unified Modeling Language) Pr. Jean-Marc Jézéquel IRISA - Univ. Rennes I

Développement de logiciels par objets avec UML (Unified Modeling Language) Pr. Jean-Marc Jézéquel IRISA - Univ. Rennes I 1 Développement de logiciels par objets avec UML (Unified Modeling Language) Pr. Jean-Marc Jézéquel IRISA - Univ. Rennes I Campus de Beaulieu F-35042 Rennes Cedex Tel : +33 299 847 192 Fax : +33 299 842

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

VETESS: IDM, Test et SysML

VETESS: IDM, Test et SysML VETESS: IDM, Test et SysML Frédéric Fondement 1, Pierre-Alain Muller 1, Brice Wittmann 1, Fabrice Ambert 2, Fabrice Bouquet 2, Jonathan Lasalle 2, Émilie Oudot 2, Fabien Peureux 2, Bruno Legeard 3, Marc

Plus en détail

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

Plus en détail

Extrait des Exploitations Pédagogiques

Extrait des Exploitations Pédagogiques Pédagogiques Enseignement transversal 1ére Baccalauréat STID Enseignement Transversal Système retenu : Pont levant Gustave Photo du support Objectifs de formation : O4 Décoder l organisation fonctionnelle,

Plus en détail

Modélisation comportementale pour l ingénierie système

Modélisation comportementale pour l ingénierie système Modélisation comportementale pour l ingénierie système Contexte étude Système à spécifier L inverseur de source Objectif Capter et formaliser les besoins Produire les spécifications du système Valider

Plus en détail

Apport des Méthodes formelles pour la certification du Falcon 7X Division DÉFENSE

Apport des Méthodes formelles pour la certification du Falcon 7X Division DÉFENSE Apport des Méthodes formelles pour la certification du Falcon 7X février 04 1 Les analyses Sdf utilisées dans le cadre d une certification aéronautique civile; un processus précis et réglementé Normes

Plus en détail

MÉTHODOLOGIE DE CONCEPTION DES CIRCUITS INTÉGRÉS DIGITAUX

MÉTHODOLOGIE DE CONCEPTION DES CIRCUITS INTÉGRÉS DIGITAUX MODULE: SYSTEMES NUMERIQUES COMPLEXES Cours 1 MÉTHODOLOGIE DE CONCEPTION DES CIRCUITS INTÉGRÉS DIGITAUX H.Boumeridja 1 Introduction Méthodologie de conception des circuits intégrés digitaux: approche descendante

Plus en détail

IT203 : Systèmes de gestion de bases de données. A. Zemmari zemmari@labri.fr

IT203 : Systèmes de gestion de bases de données. A. Zemmari zemmari@labri.fr IT203 : Systèmes de gestion de bases de données A. Zemmari zemmari@labri.fr 1 Informations pratiques Intervenants : Cours : (A. Zemmari zemmari@labri.fr) TDs, TPs : S. Lombardy et A. Zemmari Organisation

Plus en détail

IS & SYSML. Cohérence pédagogique en STI2D. Y. Le Gallou. Formation de formateurs en SysML Ecole Boulle 19 mars 2014

IS & SYSML. Cohérence pédagogique en STI2D. Y. Le Gallou. Formation de formateurs en SysML Ecole Boulle 19 mars 2014 1 IS & SYSML Cohérence pédagogique en STI2D Y. Le Gallou Formation de formateurs en SysML Ecole Boulle 19 mars 2014 SOMMAIRE Exploitation des diagrammes Diagrammes d exigences Diagramme de contexte Diagramme

Plus en détail

Conventions communes aux profils UML

Conventions communes aux profils UML Conventions communes aux profils UML Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 2.1 Date : Juin 2002 * : Les partenaires du

Plus en détail

PLM 2.0 : Mise à niveau et introduction à l'offre version 6 de Dassault systèmes

PLM 2.0 : Mise à niveau et introduction à l'offre version 6 de Dassault systèmes IBM Software Group 2008 IBM Corporation and Dassault Systèmes PLM 2.0 : Mise à niveau et introduction à l'offre version 6 de Dassault systèmes 2009 2007 IBM Corporation 2 PLM : de l historique 2D-3D à

Plus en détail

Design Patterns. Pourquoi utiliser des patterns? Pourquoi utiliser des patterns? Les patterns vue de loin. D où viennent les design patterns?

Design Patterns. Pourquoi utiliser des patterns? Pourquoi utiliser des patterns? Les patterns vue de loin. D où viennent les design patterns? Noël NOVELLI ; Université de la Méditerranée ; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Design Patterns D où viennent les design patterns? D où viennent

Plus en détail

Gestion de projet. Classe de première SI

Gestion de projet. Classe de première SI Gestion de projet Table des matières 1. Définitions...2 2. Le projet...2 3. Démarche projet : découpage en phases...2 3.1. Phase de Conception...3 3.1.1. Étude de faisabilité...3 3.1.2. Définir l'objectif

Plus en détail

Concevez les prototypes des armoires électriques en 3D

Concevez les prototypes des armoires électriques en 3D Concevez les prototypes des armoires électriques en 3D Société EPLAN Software & Service développe et commercialise des solutions pluridisciplinaires d ingénierie électromécanique et conseille les entreprises

Plus en détail

MODÉLISATION MULTIPHYSIQUE CAUSALE ET ACAUSALE DÉCOUVERTE DU LOGICIEL SCILAB MODULE XCOS SIMM SIMULATION DU COMPORTEMENT DES SYSTÈMES

MODÉLISATION MULTIPHYSIQUE CAUSALE ET ACAUSALE DÉCOUVERTE DU LOGICIEL SCILAB MODULE XCOS SIMM SIMULATION DU COMPORTEMENT DES SYSTÈMES CAUSALE ET ACAUSALE DÉCOUVERTE DU LOGICIEL SCILAB MODULE XCOS SIMM SIMULATION DU COMPORTEMENT DES SYSTÈMES Démonstrations et applications PROGRAMME(PRÉVISIONNEL) DE LA JOURNÉE Matin Présentation «Modélisation

Plus en détail

ADELFE : Atelier de développement de logiciels à fonctionnalité émergente

ADELFE : Atelier de développement de logiciels à fonctionnalité émergente ADELFE : Atelier de développement de logiciels à fonctionnalité émergente Gauthier Picard*, Carole Bernon*, Valérie Camps**, Marie- Pierre Gleizes* * Institut de Recherche en Informatique de Toulouse Université

Plus en détail

Simulateur de transitoires sur réseau électrique automobile selon ISO 7637-1

Simulateur de transitoires sur réseau électrique automobile selon ISO 7637-1 Simulateur de transitoires sur réseau électrique automobile selon ISO 7637-1 Ir H. COPPENS d EECKENBRUGGE PIERRARD Virton Ing. S. GEORGES PIERRARD - Virton Le travail consiste en la réalisation d un générateur

Plus en détail

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Système de formation fédérant trois projets du logiciel libre (Moodle, OpenGLM

Plus en détail

Système de Gestion de Contenus d entreprises

Système de Gestion de Contenus d entreprises Système de Gestion de Contenus d entreprises OUDJOUDI Idir, H.HOCINI Hatem. Centre de développement des technologies avancées Cité 20 Août Baba Hassan Alger Algérie Tél. 0(213)351040, Fax : 0(213)351039

Plus en détail

I - La place du SysML dans le programme de STI2D. II - Introduction. III - Pourquoi l'uml? IV - Nos graphes description actuels

I - La place du SysML dans le programme de STI2D. II - Introduction. III - Pourquoi l'uml? IV - Nos graphes description actuels Le SysML Table des matières I - La place du SysML dans le programme de STI2D 5 II - Introduction 7 III - Pourquoi l'uml? 9 IV - Nos graphes description actuels 13 V - Inventaire des graphes SysML? 17 VI

Plus en détail

De la modélisation et la conception à la simulation de systèmes complexes : exemple du système airbag

De la modélisation et la conception à la simulation de systèmes complexes : exemple du système airbag De la modélisation et la conception à la simulation de systèmes complexes : exemple du système airbag Xavier Boddaert *, Philippe Lalevée *, Sylvain Blayac * et Jean-Philippe Ebersohl ** * ENSM.SE, Centre

Plus en détail

Séminaire «Développement Agile Collaboratif et Modélisation UML», 18 mars 2010 Du modèle au code - techniques de transformation de modèle

Séminaire «Développement Agile Collaboratif et Modélisation UML», 18 mars 2010 Du modèle au code - techniques de transformation de modèle } } Séminaire «Développement Agile Collaboratif et Modélisation UML», 18 mars 2010 Du modèle au code - techniques de transformation de modèle Michel VACHER, Business development Paris November 2009 / Sodius.

Plus en détail

Retour d expériences avec UML

Retour d expériences avec UML Retour d expériences avec UML UML pour les systèmes biologiques Marie-Hélène Moirez-Charron, UMR AGIR, équipe MAGE INRA Toulouse mailto:marie-helene.charron@toulouse.inra.fr PLAN Contexte de travail UML,

Plus en détail

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech INF380-2013! Sylvie.Vignes@telecomParistech.fr Département INFRES, groupe S3 Cadre du processus 2! q Basé sur un processus incrémental:

Plus en détail

Analyse abstraite de missions sous PILOT

Analyse abstraite de missions sous PILOT Analyse abstraite de missions sous PILOT Damien Massé EA 3883, Université de Bretagne Occidentale, Brest damien.masse@univ-brest.fr Résumé Nous étudions la possibilité de réaliser un analyseur par interprétation

Plus en détail

TUTORIAL ModelSim VHDL

TUTORIAL ModelSim VHDL ÉCOLE NATIONALE SUPÉRIEURE de SCIENCES APPLIQUÉES et de TECHNOLOGIE TECHNOPOLE ANTICIPA LANNION UNIVERSITÉ DE RENNES 1 TUTORIAL ModelSim VHDL D. Chillet, E. Casseau Le 14 novembre 2008 LOGICIEL et SYSTÈME

Plus en détail

Modélisation des processus métiers et standardisation

Modélisation des processus métiers et standardisation Modélisation des processus métiers et standardisation Octobre 2004 Table des matières Introduction... 3 Processus métier : un même mot, plusieurs domaines d application... 4 Les critères pour un standard

Plus en détail

- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK

- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

Plus en détail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail

Représentation virtuelle d un produit dans le processus de conception centrée utilisateur : Cas d un seau à Champagne

Représentation virtuelle d un produit dans le processus de conception centrée utilisateur : Cas d un seau à Champagne Représentation virtuelle d un produit dans le processus de conception centrée utilisateur : Cas d un seau à Champagne J. GARDAN a, L. ROUCOULES b a. AZTECH, Recherche et développement d identification

Plus en détail

Unité de formation 1 : Structurer une application. Durée : 3 semaines

Unité de formation 1 : Structurer une application. Durée : 3 semaines PROGRAMME «DEVELOPPEUR LOGICIEL» Titre professionnel : «Développeur Logiciel» Inscrit au RNCP de niveau III (Bac+2) (JO du 23 Octobre 2007) (32 semaines) Unité de formation 1 : Structurer une application

Plus en détail

Forthcoming Database

Forthcoming Database DISS.ETH NO. 15802 Forthcoming Database A Framework Approach for Data Visualization Applications A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZURICH for the degree of Doctor of

Plus en détail

Rapport d étude bibliographique

Rapport d étude bibliographique Rapport d étude bibliographique David SUAREZ Janvier 2011 Encadrants : Joël CHAMPEAU, Stephen CREFF Equipe : LISyC équipe IDM, ENSIETA Plan 1. Introduction... 3 2. Ingénierie Dirigée par les Modèles (IDM)...

Plus en détail

Systems Modeling Language SysML

Systems Modeling Language SysML Systems Modeling Language SysML Lionel GENDRE et Jean-Marie VIRELY ENS Cachan -1- SysML (Systems Modeling Language) Le langage SysML signifiés : éléments d un modèle signifiants : symboles + textes «Diagrammes

Plus en détail

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité PLANS F de O RMATION Ingénierie Système Management de Projet Évaluation de la Maturité O R G A N I S A T I O N ACTEURS CONCERNÉS Les concepteurs de systèmes doivent détecter, analyser les besoins des utilisateurs,

Plus en détail

1 METHODOLOGIE BIM [BUILDING INFORMATION MODELING] Avantages & principes

1 METHODOLOGIE BIM [BUILDING INFORMATION MODELING] Avantages & principes 1 METHODOLOGIE BIM [BUILDING INFORMATION MODELING] 1.1 Avantages & principes 1.2 Process de fonctionnement BIM ESQUISSE CONCEPTION EVALUATION CONSTRUCTION GESTIONS Acquisition de données Intégration logiciel

Plus en détail

EDUGRAF. L éditeur nouvelle génération. de GRAFCET. Version : 1.0. Edition Août 2012 EduLabo

EDUGRAF. L éditeur nouvelle génération. de GRAFCET. Version : 1.0. Edition Août 2012 EduLabo EDUGRAF L éditeur nouvelle génération de GRAFCET Version : 1.0 Compatible : Win XP, Vista, 7 Mise à jour automatique Grafcet avec : o Divergence convergence OU, o Divergence convergence ET, o Temporisateurs,

Plus en détail

Qu est ce que le Model Based Testing? Bertrand Cornanguer 7 juin 2013 Journées scientifiques Nantes

Qu est ce que le Model Based Testing? Bertrand Cornanguer 7 juin 2013 Journées scientifiques Nantes Qu est ce que le Model Based Testing? Bertrand Cornanguer 7 juin 2013 Journées scientifiques Nantes 1 Sommaire Partie I Introduction au Model-Based Testing Comprendre ce qu est le Model Based Testing Le

Plus en détail

Scicos et Modelica. Ramine Nikoukhah

Scicos et Modelica. Ramine Nikoukhah Scicos et Modelica Ramine Nikoukhah 1 C est quoi Scicos? Editeur, simulateur et générateur du code pour les systèmes dynamiques hybrides Objectif : Utilisations industrielles mais aussi l enseignement

Plus en détail

UML - Unified Modeling Language

UML - Unified Modeling Language UML - Unified Modeling Language Octobre 2003 Gilles Falquet Université de Genève mportance de la modélisation La niche, la maison familiale et l'immeuble (Booch, Jacobson, Rumbaugh) v pour construire une

Plus en détail