Introduction à Sysml

2 037 vues

Publié le

.

Publié dans : Ingénierie
  • Soyez le premier à commenter

Introduction à Sysml

  1. 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 1
  2. 2. QSF-Systèmes Complexes 2
  3. 3. Ingé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é. 3
  4. 4. Plan  Introduction  Historique  C’est quoi SysML?  Pourquoi nous utilisons SysML ?  Différence entre UML et SysML  Les 9 diagrammes  Application 4
  5. 5. Historique  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) 5
  6. 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. 6
  7. 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 : 7
  8. 8. Durant le cycle de vie : 8
  9. 9. SysML peut intégrer : Les composants physiques de toutes technologies Les programmes Les données et les énergies Les personnes Les procédures et flux divers 9
  10. 10. Pourquoi SysML ? 10
  11. 11. Systèmes de plus en plus complexe 11
  12. 12. 12
  13. 13. Même exigences, même problématique, différents points de vues, différentes modélisations !!! 13
  14. 14. Sommation pas évidente !!! 14
  15. 15. Solution :  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 15
  16. 16. Diffé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. 16
  17. 17. Diffé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 : 17
  18. 18. Diffé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. 18
  19. 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 19
  20. 20. Diagrammes adaptés Block Definition Diagram (BDD) Internal Block Diagram (IBD) 20
  21. 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 : 21
  22. 22. Block Definition Diagram (BDD)  Etude de cas : Amplificateur de guitare • Le Bloc : 22
  23. 23. Block Definition Diagram (BDD) 6 1 1 1 Composition Association • Les relations : 23
  24. 24. Internal 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 : 24
  25. 25. Internal Block Diagram (IBD) • Les parties : 25
  26. 26. Internal Block Diagram (IBD) • Les ports : 26
  27. 27. Diagrammes ajoutés Diagramme des exigences Diagramme paramétrique 27
  28. 28. 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
  29. 29. Diagramme des exigences « Requirement » 29
  30. 30. Diagramme des exigences 30
  31. 31. Diagramme des exigences 31
  32. 32. Diagramme des exigences 32
  33. 33. Diagramme paramétrique  Intégrer des analyses systèmes avec des blocs de contraintes 33
  34. 34. Diagramme paramétrique  Exemple : Etude de la dynamique de véhicule instanciation 34
  35. 35. Spot Motorisé Application Dans une galerie d’art 35
  36. 36. Application 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 36
  37. 37. Application : Diagramme d’exigences Orienter Facilement Fonction Exigence <<requirement>> Réglage de l’Orientation ID : <<001>> Text : << On doit pouvoir Facilement orienter le Spot >> 37
  38. 38. Application : Diagramme d’exigences <<requirement>> Réglage de l’Orientation ID : <<001>> Text : << On doit pouvoir Facilement orienter 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°>> 38 Inclus dans Ajouts (compléments)
  39. 39. Application : Diagramme de bloc interne 39
  40. 40. Application : Diagramme de bloc interne <<system>> : Spot Lumineux m/a Lumière Port Standard <<external>> : Prise éléctrique Alimentation : Electricité Prise : Electricité <<external>> : Plafond / Mur Maintien : Flux d’actions mécaniques <<external>> : Tableau Projection : Lumière : Utilisateur 40
  41. 41. Questions ?  Merci pour votre attention 41

×