Download - Introduction à Sysml
1
Exposé: Ingénierie logiciel
Sujet: Introduction à SysML
RÉALISÉ PAR: YASSINE SIDKI HAMZA CHETTOUR NOAMANE ELFARTAKH YASMINE SLAOUI KAOUTAR LAGDANI SALSABIL ADLY
PROPOSÉ PAR: M. ALEXIS TODOSKOFF
2
QSF-Systèmes
Complexes
3Ingénierie Système Etude DCNS : Comparer entre Arbre de défaillance et modélisation formelle
Les résultats obtenus avec la modélisation systémique est plus représentatif de l’exploitation réelle du système, ceci montre que la méthode classique peut présenter un résultat optimiste par rapport à la réalité.
4Plan
Introduction
Historique
C’est quoi SysML?
Pourquoi nous utilisons SysML ?
Différence entre UML et SysML
Les 9 diagrammes
Application
5Historique
Initiation du besoin en Janvier 2001 par INCOSE (international Council on System Engineering)
Juillet 2001: INCOSE et OMG (Object Management Group), créent un groupe d’intérêt spécifique dans le domaine de l’ingénierie système.
Novembre 2005 : OMG annonce l'adoption de SysML
Septembre 2007 : spécifications de la version 1.0 rendues officielles
3 Décembre 2008 : SysML v1.1
8 Septembre 2010: Possibilité d’être « OMG Certified Systems Modeling Professional »
16 Juin 2010 : SysML v1.2
8 Juin 2012: SysML v1.3 (version actuelle)
Mars 2014: SysML v1.4 (version beta)
6
C’est quoi SysML ?SYSTEMS MODELING LANGUAGE OU SYSML EST UN LANGAGE DE
MODÉLISATION GRAPHIQUE DÉRIVÉ D'UML MAIS QUI VA BIEN AU DELÀ
DES PROBLÉMATIQUES DE L'INFORMATIQUE. C’EST UN LANGAGE DE
MODÉLISATION SPÉCIFIQUE AU DOMAINE DE L'INGÉNIERIE SYSTÈME.
7
Spécifier les systèmes
Analyser la structure et le fonctionnement des systèmes
Décrire les systèmes et concevoir des systèmes composés de sous-systèmes
Vérifier et valider la faisabilité d'un système avant sa réalisation
En utilisant SysML on peut :
8Durant le cycle de vie :
9SysML peut intégrer :
Les composants physiques de
toutes technologies
Les programmes
Les données et les
énergies
Les personnes
10
Pourquoi SysML ?
11Systèmes de plus en plus complexe
12
13
Même exigences, même problématique, différents points de vues, différentes modélisations !!!
14Sommation pas évidente !!!
15Solution :
Modélisation unifié du probléme
Compréhension généralisée des exigences
Prendre en considération les relations interdisciplinaires
Faciliter l’intégration des solutions
Faciliter la validation généralisée sur toute les parites
Etude de faisabilité étendue est généralisée sur toutes les parties prenantes
Bref, la solution est SysML
16Différence entre SysML et UML
La communauté de l’Ingénierie Système a voulu définir un langage commun de modélisation pour les ingénieurs système, comme UML l’est devenu pour les informaticiens.
SysML représente un sous-ensemble d'UML2, avec des extensions pour représenter :
Les exigences d'un système.Les éléments non-logiciels .Les équations physiques .Les flux continus.
17Différence entre SysML et UML
Le SysML utilise des « Block » alors que l’UML utilise des « Class ».
Le bloc est utilisé pour représenter :
Le bloc peut contenir de nombreux compartiments :
Un système, Un composant
physique ,un composant logiciel,
des données, des structures de
données, des procédures, des
personnes.
Ses propriétés, ses opérations,
ses contraintes, son association à
d'autre éléments ,les
spécifications qu'il réalise, des
compartiments définis par
l'utilisateur.
18Différence entre SysML et UML
SysML UML 2
Non requit par SysML
Partie réutilisée par SysML
Diagrammes ajoutés
Les diagrammes sont moins nombreux et le SysML réutilise une bonne partie des diagrammes utilisé déjà en UML.
19
Diagramme des exigences
Diagrammes paramétriques
Diagramme de blocs internes
Diagramme de définition de bloc
Diagramme d’activité
Diagramme de paquetage
Diagramme de séquence
Diagrammes d’état
Diagrammes de cas d’utilisation
Différence entre SysML et UML
Diagrammes SysML
20
Diagrammes adaptés
Block Definition Diagram (BDD)
Internal Block Diagram (IBD)
21
Block Definition Diagram (BDD)
Il est utilisé pour décrire l’architecture matérielle du système. Un bloc est une entité bien délimitée qui encapsule principalement des attributs, des opérations ,des contraintes, des ports et des parts. Un bloc peut modéliser tout le système, un élément matériel ou logiciel.
• Principe :
22Block Definition Diagram (BDD)
Etude de cas : Amplificateur de guitare• Le Bloc :
23Block Definition Diagram (BDD)
6
1
1
1
Composition
Association• Les relations :
24Internal Block Diagram
(IBD)
Le diagramme de bloc interne (IBD, ou Internal Block Diagram) décrit la vue interne d'un bloc. Il permet en plus de représenter les ports, les connections et les échanges entre les différents acteurs/parties du système . Il utilise le DDB pour assembler les blocs qui composent le bloc principal.
• Principe :
25Internal Block Diagram (IBD)
• Les parties :
26Internal Block Diagram (IBD)
• Les ports :
Diagrammes ajoutés
Diagramme des exigences
Diagramme paramétrique
27
Diagramme des exigences
Enumérer les exigences auxquelles le système est soumis
Découper les exigences afin d’avoir une vue plus précise et plus logique
Améliorer la communication entre différents services (Technique, Marketing…)
28
Diagramme des exigences
« Requirement »
« functionnalRequirement
»
29
Diagramme des exigences 30
Diagramme des exigences 31
Diagramme des exigences 32
Diagramme paramétrique Intégrer des analyses systèmes avec des blocs de contraintes
33
Diagramme paramétrique Exemple : Etude de la dynamique de véhicule
instanciation
34
35
Spot Motorisé
Application
Dans une galerie d’art
36Application
Eclairer
Commander les
mouvements
Régler l’orientation de
la lumière
Réaliser la maintenance
Utilisateur
Acteur Principal
Installeur
Installer
Respecter les
normes
Milieu Ambiant
Energie
Tableau
Support :- Plafond
- Mur
MarchéMettre sur le
marché
Recycleur
Recycler
Acteurs Secondaires
Acteurs Matériels
Diagramme des cas d’utilisation
37Application :Diagramme d’exigences
Orienter Facilement
Fonction Exigence
<<requirement>>
Réglage de l’Orientation
ID : <<001>>
Text : << On doit pouvoir Facilementorienter le Spot >>
38Application :Diagramme d’exigences
<<requirement>>
Réglage de l’Orientation
ID : <<001>>
Text : << On doit pouvoir Facilementorienter le Spot >>
<<requierement>>Gestion de l’élévation
•ID : <<002>>•Text : << On doit pouvoir régler l’élévation du spot>>
X
<<requierement>>Gestion de l’angle
•ID : <<003>>•Text : << On doit pouvoir régler l’angle du spot>>
X
<<requierement>>Gestion de l’angle
•ID : <<004>>•Text : << L’amplitude de l’angle sera de 180°>>
Inclus dans
Ajouts (compléments)
39Application :Diagramme de bloc interne
40Application :Diagramme de bloc interne
<<system>> : Spot Lumineux
m/a Lumière
Port Standar
d
<<external>> :
Prise éléctrique
Alimentation : Electricité
Prise : Electricité
<<external>> :
Plafond / Mur
Maintien : Flux d’actions
mécaniques
<<external>> :
Tableau
Projection : Lumière
: Utilisateur
Réglage :
Elévation
Réglage :Angles
41
Questions ?
Merci pour votre attention