le profil UML en temps réel MARTE

Slides:



Advertisements
Présentations similaires
1. Résumé 2 Présentation du créateur 3 Présentation du projet 4.
Advertisements

Académie de Créteil - B.C.
1 Modéliser Ou comment RE-présenter sa connaissance.
Eléments de Génie Logiciel
Classe : …………… Nom : …………………………………… Date : ………………..
Est Ouest Sud 11 1 Nord 1 RondeNE SO
Les Prepositions.
Projet n°4 : Objecteering
JXDVDTEK – Une DVDthèque en Java et XML
Le Modèle Logique de Données
Architecture de réseaux
Indicateurs de position
Systèmes Experts implémentation en Prolog
La diapo suivante pour faire des algorithmes (colorier les ampoules …à varier pour éviter le « copiage ») et dénombrer (Entoure dans la bande numérique.
1 B Système Enjeux et principes Cours DESS Nantes 04 Décembre 2002 Didier ESSAME.
Langage SysML.
Développement d’applications web
UML : GENERALITES Rappel Diagrammes Niveaux de visions
Control des objectifs des technologies de l’information COBIT
Interagir avec un objet mixte Propriétés physiques et numériques Céline Coutrix, Laurence Nigay Équipe Ingénierie de lInteraction Homme-Machine (IIHM)
Interaction Homme Robot Sujet « 16/03/2012 » Réalisé par :
PAFI Référentiel de données par Sonia Watts DGIF (Direction de la gestion et de linformation forestière) 27 octobre 2010 et 3 novembre 2010.
Introduction au Génie Logiciel
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.
Analyse et Conception orientée objet
Initiation à la conception de systèmes d'information
Vuibert Systèmes dinformation et management des organisations 6 e édition R. Reix – B. Fallery – M. Kalika – F. Rowe Chapitre 2 : Les applications fonctionnelles.
1 SERVICE PUBLIC DE LEMPLOI REGION ILE DE France Tableau de bord Juillet- Août 2007.
Introduction à la conception de Bases de Données Relationnelles
Spécification et Vérification de Modèles de Procédés de Développement
La voyage de Jean Pierre
Projet poker 1/56. Introduction Présentation de léquipe Cadre du projet Enjeux Choix du sujet 2.
Complément Le diagramme des classes
VOC 1 CE2 Je sais utiliser des mots de la vie quotidienne.
SYSTEMES D’INFORMATION
@SSR – Installation des applications eduscol.education.fr/securite - février 2007 © Ministère de l'Éducation nationale, de l'Enseignement supérieur et.
La Saint-Valentin Par Matt Maxwell.
MOT Éditeur de modèles de connaissances par objets typés
PLD GHome H4214 Piccolo Thomas Gu Lei Deville Romain Huang Yachen
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)
Unified Modeling Langage
GPA789 Analyse et conception orientées objet 1 Professeur: Tony Wong, Ph.D., ing. Chapitre 6 Correspondance UML et C++
Ecaterina Giacomini Pacurar
Notre calendrier français MARS 2014
2. Théorie de la consommation (demande)
LE PROFILE UML POUR MARTE
C'est pour bientôt.....
Veuillez trouver ci-joint
ASI 3 Méthodes numériques pour l’ingénieur
Le workflow Encadré par: M . BAIDADA Réalisé par: ATRASSI Najoua
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
LUNDI – MARDI – MERCREDI – JEUDI – VENDREDI – SAMEDI – DIMANCHE
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
Traitement de différentes préoccupations Le 28 octobre et 4 novembre 2010.
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
* Source : Étude sur la consommation de la Commission européenne, indicateur de GfK Anticipations.
Introduction.
CALENDRIER-PLAYBOY 2020.
1. Présentation générale du système
Projet de stage d’année IIR4 sous le thème:
Médiathèque de Chauffailles du 3 au 28 mars 2009.
Supports de formation au SQ Unifié
Hatainville Les Moitiers d’Allonne – Tel : Website : stratic.online.com La démarche projet Mars 2001.
Présentation Finale Spirit 07 / 03 / 2011 Groupe Vert 1 Equipe Verte.
Institut Supérieur des Sciences Appliquées et de Technologie Sousse
Réalisé par : Mr IRZIM Hédi Mr JRAD Firas
L’enseignement de spécialité SLAM
Transcription de la présentation:

le profil UML en temps réel MARTE Encadré par : Mr BEN STA Hatem Élaboré par : NASRI Ines RAHMANI Hajer SBOUI Samer 1

Plan Introduction Domaine d’application Stéréotypes Tagged values Contraintes Conclusion

Introduction

Il regroupe de manière cohérente les extensions du modèle UML. Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Introduction Qu’est ce qu'un profile UML? Qu’est ce qu’un système embarqué? Définition Profile MARTE Un profile UML est une spécialisation du modèle UML pour un domaine d’utilisation particulier. Il regroupe de manière cohérente les extensions du modèle UML. Un profile est composé de stéréotypes, de tagged values et des contraintes.

UMl Real time EJB CORBA SQL ……. Introduction Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Introduction Qu'est ce qu'un profile UML? Qu’est ce qu’un système embarqué? Définition Profile MARTE UMl Real time EJB CORBA SQL ……. Chaque domaine a des notions particulières, des besoins particuliers que UML peut supporter par le biais de ses extensions ,regroupées en profiles UML on voit ainsi émerger des standards telque CORBA ,…… Figure 1 : Standardisation des différents domaines sous forme de profiles UML

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Qu'est ce qu'un profile UML? Qu’est ce qu’un système embarqué? Définition Profile MARTE Un système embarqué peut être défini comme un système électronique et informatique autonome, qui est dédié à une tâche bien précise. Les systèmes embarqués font très souvent appel à l‘informatique, et notamment aux systèmes temps réel. Le terme de système embarqué désigne aussi bien le matériel que le logiciel utilisé.

Caractéristiques des systèmes embarqués Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Introduction Qu'est ce qu'un profile UML? Qu’est ce qu’un système embarqué? Définition Profile MARTE Caractéristiques des systèmes embarqués Doit répondre à des contraintes real-time Représentent des systèmes réactifs

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Qu'est ce qu'un profile UML? Qu’est ce qu’un système embarqué? Définition Profile MARTE Définition Le profil UML pour MARTE(MODELING AND ANALYSIS OF REAL-TIME AND EMBEDDED SYSTEMS )a pour objectif d’étendre UML pour l’utiliser dans une approche de développement dirigé par les modèles de systèmes temps réel et embarqués. MARTE fournit des supports pour les étapes de spécification, de conception et de vérification /validation .

Domaine d’application

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion automobile avions

Les applications multimédia audio, photo, vidéo Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Les applications multimédia audio, photo, vidéo

Stéréotypes

Une classe stéréotypée porte la sémantique du stéréotype. Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotypes Ajout de nouveaux éléments de modélisation dans le contexte métier ou technique. Une classe stéréotypée porte la sémantique du stéréotype. Les stéréotypes ne peuvent être utilisés que conformément à leur définition

Stéréotypes Exemples : Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotypes Exemples : <<interface>>, <<entity beans>>, <<ApplicationComponent>> Tout concept UML (Classe, Attribut, Association, Use Case, Component, Part…) peut être stéréotypé

Stéréotype Requirement Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotype Requirement présente une capacité ou une condition qu'un système doit satisfaire. permet de spécifier une fonction qu'un système doit exécuter ou une condition de la performance qu'un système doit satisfaire. => « Requirements »sont utilisées pour établir un contrat entre le client (ou autre stakeholder) et les responsables de la conception et de l'implémentation du système.

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotype Trace définit une relation entre les éléments du modèle ou ensembles des éléments du modèle qui représentent le même concept. les traces sont utilisées essentiellement pour traquer des exigences et des changements au sein des modèles .

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotype Derive Définit une relation de dépendance entre deux requirements où le requirement du client peut être produit ou peut être inféré des requirements du fournisseur ou à partir d'information supplémentaire du design. Les requirements dérivés peuvent raffiner ou répéter un requirement pour améliorer les communications du stakeholder ou traquer l'évolution du design.

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotype Rationale Définit un élément qui documente les principes ou raisons pour une décision de modélisation, tel qu'un choix de l'analyse ou une sélection du design. Il peut être attaché à tout élément du modèle.

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotype Verify Définit un rapport entre un requirement et un «test case» qui peut déterminer si un système accomplit l'exigence.

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Stéréotype TestCase Définit un processus ou une activité qui est utilisé(e) pour déterminer si un système a accompli ses exigences.

Tagged values

Une tagged value peut être vue comme un nouvel méta-attribut. Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Tagged value Les valeurs marquées sont principalement utilisées pour ajouter des informations sur les classes. En fait c’une annotation des éléments de modélisation Une tagged value peut être vue comme un nouvel méta-attribut.

Peuvent être définies pour des éléments existants ou des stéréotypes Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Tagged value Peuvent être définies pour des éléments existants ou des stéréotypes Virtualisées sous la forme : nom de la propriété, valeur Exemples {virtual}, {primary key} Il est possible d’associer des tagged values à tout concept UML (Classe, Attribut, Association, Use Case, Component, Part…)

Contraintes

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Les contraintes sont utilisées pour exprimer les relations entre les stéréotypes et les tagged values. Les contraintes servent à étendre la sémantique d’UML par l’ajout de nouvelles règles ou la modification de règles existantes

Préciser les conditions d’emploi des éléments du modèle Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Contraintes Les contraintes permettent de préciser les conditions d’emploi des éléments du modèle. Préciser les conditions d’emploi des éléments du modèle Peuvent être représentées en utilisant soit le langage naturel, soit OCL (Object Constraint Language)

Figure3 :exmple du domaine du temps avec clockconstraint Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Figure3 :exmple du domaine du temps avec clockconstraint

Figue 4 : DOMAINE DU MODELE UML MARTE détaillé Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Figue 4 : DOMAINE DU MODELE UML MARTE détaillé

Conclusion

Contrôler le développement des modèles Automatiser Assure : Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion L’implémentation d’un profile UML2 dédié aux systèmes embarqués permet de: Guider Contrôler le développement des modèles Automatiser Assure : Amélioration de la maîtrise de développement d’un produit

Introduction Domaine d’application Stéréotypes Tagged value contraintes Conclusion Offre: Gain en qualité, sûreté et en fiabilité des produits issus d’un tel développement

Merci pour votre attention