SysML
SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.5 Le package contrainte de bloc (diagramme paramétrique)
1.5. Le package contrainte de bloc contient les diagramme de bloc qui décrivent les performances attendues et les frontières d'exploitation du système. Chaque bloc contient un diagramme paramétrique SysML.
Rhona Maxwel
@rhona_helena
"Les hommes, non contents de deux ou trois besoins réels que la nature leur a imposés, s'en créent chaque jour de nouveaux, et épuisent tout leur génie à inventer de nouveaux moyens d'être pauvres et misérables."
Alphonse Karr
SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.4 Le package diagrammes d'état (state machine)
Rhona Maxwel
@rhona_helena
"Dans l'amour, le plus et le moins n'existent pas. J'aime ma fille d'un certain amour, celle-ci d'un autre."
Léon Tolstoï
SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.3 Le package d'interactions (diagramme séquence)
Ce package contient les interactions entre le lecteur audio portable étanche et l'utilisateur (auditeur).
Les diagrammes de séquence utilisés pour ces interactions, montrent en détail les opérations décrites dans le modèle des cas d'utilisation.
Rhona Maxwel
@rhona_helena
"Le bonheur : petits plaisirs, équilibre, goût de la vie, optimisme, fantaisie, énergie, poésie."
Emmanuelle de Boysson
SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.2 Le package des cas d'utilisation (use case)
Rhona Maxwel
@rhona_helena
"Nous qui ne pouvons pas même décider de notre destin, comment serions-nous responsables du destin des autres ?"
Franz Werfel
SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.1 Le package de spécifications - cahier des charges
Rhona Maxwel
@rhona_helena
"La vraie création isole et exige des sacrifices incompatibles avec une vie agréable."
Hermann Hesse
SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.0 Organisation en packages
Comment bien utiliser le langage SysML ?
Pour cela il faut appliquer une méthode. Les étapes ont été précisées dans l'article :
https://www.urbanisation-si.com/sysml-les-bonnes-pratiques-les-etapes-pour-une-modelisation-efficace
Voyons donc la première étape, la modélisation des exigences et des besoins avec SysML.
L'ingénierie d'exigences est un aspect fondamental de la modélisation de système.
Effectuée dés le démarrage du processus de modélisation, la discipline se concentre sur l'identification et l'analyse des besoins clients.
Une fois que les exigences sont comprises et négociées, les études peuvent être conduites pour formellement évaluer des options de conception, utilisant typiquement des choix pondérés.
Les exigences sont gérées comme des VIP et sont formellement réparties entre les ressources de développement et les méthodes de vérification.
Un AGL (Atelier de Génie Logiciel) est obligatoire par les produits payants citons "Sparx Systems Enterprise Architect" et parmi les gratuits open source "Eclipse Modeling Project Papyrus".
Ces AGL ont de nombreuses fonctionnalités pour faciliter la vie du modélisateur avec chaque aspect des exigences, y compris l'élicitation qui est l'action de comprendre et de modéliser les processus du maître d'ouvrage (MOA) pour les partager avec l'équipe chargée de la mise en œuvre du projet(MOE), la modélisation, la documentation et le test.
Le modèle d'exigences de SysML fournit les pré-requis techniques, le comportement abstrait attendu et les contraintes d'exploitation auxquelles la conception du système doit se conformer.
Le système à réaliser est un lecteur audio portable étanche servant à écouter de la musique et pouvant se fixer avec une ceinture et étanche à 50m.
Il peut être utilisé lorsqu'on fait du kitesurf, planche à voile, dériveur, natation, plongée, lorsqu'il y a des intempéries lors d'une randonnée, ....
Premièrement, il faut un diagramme global, de haut niveau comme le diagramme de package contenant les modèles qui définissent les exigences de l'Acteur du système "Lecteur audio portable étanche".
Le modèle contient le cahier des charges (les spécifications) des exigence, des cas d'utilisation (use case), des interactions, des machines d'état (state machine) et des blocs de contrainte (constraint blocks).
Dans cet exemple, chacun des packages contient des modèles de niveau inférieur qui capturent les aspects des exigences du système :
- 1.1. Le package de spécifications (cahier des charges) contient les diagramme d'exigences (requirement diagram) SysML décrivant les toutes les fonctionnalités de haut niveau attendues du système conçu.
- 1.2. Le package des cas d'utilisation (use case) contient les diagrammes de cas d'utilisation de SysML qui décrivent l'interaction générale entre le système et ses utilisateurs.
- 1.3. Le package d'interactions contient les diagrammes d'interactions (séquence) SysML qui décrivent dans un ordre détaillé les interactions entre le système et ses utilisateurs.
- 1.4. Le package machines d'état contient les diagrammes machines d'État (state machine) de SysML qui décrivent chacun des états opérationnels dans lequel le système conçu peut se trouver à un moment donné
- 1.5. Le package contrainte de bloc contient les diagramme de bloc qui décrivent les performances attendues et les frontières d'exploitation du système.
Etape suivante :
Etape précédente :
https://www.urbanisation-si.com/sysml-les-bonnes-pratiques-les-etapes-pour-une-modelisation-efficace
Rhona Maxwel
@rhona_helena
"C'est notre caractère qui modèle pour chacun de nous notre sort."
Cornelius Nepos
SysML : les bonnes pratiques - les étapes pour une modélisation efficace
Cet article fourni une méthode de modélisation SysML, c'est à dire les étapes ordonnées déduites de retours d'expérience et des bonnes pratiques communément utilisées conduisant à une modélisation efficiente.
Vous devez modéliser un système en utilisant SysML et vous ne savez pas par où commencer, pas de panique et jeter un œil sur le tableau synoptique ci-dessous montrant les étapes à suivre.
Restez zen, voici le détail avec une multitude de diagrammes chaque étape :
1. Modélisation les exigences
- 1.0. Organisation en packages
https://www.urbanisation-si.com/sysml-methode-d-utilisation-1ere-etape-modelisation-des-exigences-et-des-besoins-10-organisation-en-packages - 1.1. Le package de spécifications - cahier des charges
https://www.urbanisation-si.com/sysml-methode-d-utilisation-1ere-etape-modelisation-des-exigences-et-des-besoins-11-le-package-de-specifications-cahier-des-charges - 1.2. Le package des cas d'utilisation (use case)
https://www.urbanisation-si.com/sysml-methode-d-utilisation-1ere-etape-modelisation-des-exigences-et-des-besoins-12-le-package-des-cas-d-utilisation-use-case
2. Modélisez le domaine opérationnel
3. Modélisez les contraintes
4. Simulez les modèles paramétriques
5. Concevez la composition du système
6. Réalisez le système
7. Créer des librairies de blocs SysML réutilisables
Etape suivante :
Et puis sur ce site, vous trouverez déjà un tutorial SysML complet dans la catégorie:
https://www.urbanisation-si.com/articles/sysml
Voici le premier article de la série
https://www.urbanisation-si.com/sysml-elements-de-base-le-diagramme-de-bloc-block-definition-diagram
Rhona Maxwel
@rhona_helena
"Nul bonheur, nulle sérénité, nulle espérance, nulle fierté, nulle jouissance de l'instant présent ne pourrait exister sans faculté d'oubli."
Friedrich Wilhelm Nietzsche
SysML : Le concept d'allocation, relier des activités à des blocs statiques du système HSUV (tutorial SysML partie 12)
Ce diagramme d'activité représente la modélisation de haut niveau de l'accélération du HSUV.
Le but recherché est de relier ce comportement dynamique à des parties statiques du sous système de puissance (PowerSubsystem).
Pour cela on décompose cette macro activité. Les nœuds d'objet entre les actions représente les paramètres des comportements ou des opérations appelés par les actions.
Ce diagramme (block definition diagram) défini les activités et les flux d'objets.
Ce diagramme d'activité représente un "Enhanced Function Flow Block Diagram" (EFFBD). Il utilise les partitions pour relier les activités et flux d'objets aux parties du bloc "PowerSubsystem".
Les flux d'objet entrants et sortants de l'activité "ProvidePower" ont été décomposés.
Cela a été fait pour distinguer le flux électrique généré et les gaz générés par la puissance mécanique.
Ce diagramme (internal block diagram) montre un sous ensemble du "PowerSubsystem" et plus particulièrement les relations d'allocation du diagramme précédent.
Ce tableau synoptique montre les mêmes relations d'allocation que le diagramme précédent mais sous forme plus synthétique.
Ce diagramme (internal block diagram) représente un HSUV particulier satisfaisant au test EPA (United States Environmental Protection Agency) d'économie de carburant.
Rhona Maxwel
@rhona_helena
"Ce qui touche le plus les femmes, n'est-ce pas de rencontrer en nous des délicatesses gracieuses, des sentiments exquis autant que le sont les leurs; car chez elles la grâce et la délicatesse sont les indices du vrai."
Honoré de Balzac
Voir aussi :
https://tutorialsysml.wordpress.com/
http://sysml-tutorial.tumblr.com/
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
SysML : Analyser les performances du système HSUV (tutorial SysML partie 11)
Ce diagramme (bloc definition diagram) montre les éléments qui seront utilisés pour l'analyse des performances. Il liste les contraintes/équations nécessaires à l'analyse ainsi que leurs relations.
Ce diagramme de package montre le point de vue concernant les performances qui sera modélisé par plusieurs diagrammes.
Ce diagramme de package les relations avec les parties prenantes du système (stakeholders)
Ce diagramme de package montre les exigences et la vue de la Vérification/Validation (VnV).
Ce diagramme de package complète la description des exigences et de la VnV.
Ce diagramme paramétrique montre l'efficience d'une solution pour le HSUV et peut être réutilisé pour évaluer d'autres alternatives.
L'économie de carburant fait partie des principales exigences du HSUV. Ce diagramme paramétrique satisfait à cette exigence, en montrant les blocs de contraintes nécessaire pour évaluer l'économie de carburant.
Ce diagramme paramétrique représente le modèle mathématique des contraintes relatives à la tenue de route du véhicule en ligne droite (StraightLineVehiculeDynamics).
Ce diagramme (bloc definition diagram) modélise les détails du diagramme paramétrique précédent.
Rhona Maxwel
@rhona_helena
"Un homme, dans son grenier, s'il nourrit un désir assez fort, communique de son grenier le feu au monde."
Antoine de Saint-Exupéry
Voir aussi :
https://tutorialsysml.wordpress.com/
http://sysml-tutorial.tumblr.com/
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
SysML : Définir les ports et les flux du système HSUV (tutorial SysML partie 10)
Ce premier diagramme (bloc definition diagram) montre les propriétés des flux du CAN Bus (Controller Area Network) sur lequel seront connectés les systèmes "Internal Combustion Engine (ICE), "Transmission" et "Electrical Power Controller". CAN Bus (Controller Area Network)
Ce modèle (Internal bloc diagram) est un zoom du diagramme précédent, il montre de manière plus détaillé le CAN Bus avec les ports.
Ce diagramme (bloc definition diagram) montre les ports du "FuelTankAssembly" (Réservoir de Carburant) et du "InternalCombustionEngine" (Champ de Combustion du Moteur).
Ce diagramme paramétrique montre comment la variation du débit de carburant (Fuel) en fonction de la demande (FuelDemand) et de la pression (FuelPressure).
Ce diagramme (internal bloc diagram) montre comment le modèle des connecteurs "fuelDelivery" et "fdist" a été affiné pour inclure les détails de conception.
Le connecteur "fuelDelivery" est composé de 2 connecteur, un pour l'alimentation en carburant (fuelSupply) et l'autre pour le retour (fuelReturn).
Le connecteur "fdist" à l'intérieur du bloc ICE a été décomposé avec le régulateur et l'ensemble d'injecteurs de carburant.
Ces détails supplémentaires de conception proviennent des connecteurs originaux en utilisant la relation d'allocation.
Le carburant entreposé représente une quantité de carburant en provenance du réservoir (FuelTankAssy) qui est pompé (FuelPump) pour être utilisé par le moteur, puis refroidi de quelques degrés et enfin retourne dans le réservoir via la durite de retour (FuelReturnLine).
Rhona Maxwel
@rhona_helena
"Ce que les sages de tous les temps désignent comme le secret du bonheur, être ici et maintenant, sans regretter le passé ni s'inquiéter de l'avenir, il le pratiquait spontanément."
Emmanuel Carrère
Voir aussi :
https://tutorialsysml.wordpress.com/
http://sysml-tutorial.tumblr.com/
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/