| Pré. | Proc. |
Modèles Comportementale
Les modèles comportementaux contiennent les «verbes» du système et définissent comment le système se comporte de plusieurs points de vue différents.
Les diagrammes de comportement communiquent le comportement du système et montrent comment les parties d'un système fonctionnent ensemble pour répondre aux exigences comportementales. Comportementale modèles comportementaux ont une gamme d'objectifs. L'ingénieur doit comprendre quelle partie du comportement du système il modélisation , puis choisir la fonctionnalité d'outil et la construction de langage appropriées pour modéliser ce comportement. Les ingénieurs système utilisent des diagrammes SysML pour modéliser ces caractéristiques comportementales :
- Diagrammes de cas d' diagrammes - utilisés pour réduire la portée d'un système et exprimer les objectifs des utilisateurs sous forme de proposition de valeur .
- diagrammes d'activité - utilisés pour définir l'ensemble ordonné d'actions qui effectuent le travail du système.
- Séquence de diagramme - utilisé pour montrer comment les composants ou les parties du système interagissent pour produire un résultat.
- diagramme de machine State - utilisé pour définir les états discrets d'un système ou de ses parties au cours de sa durée de vie.
Cas d'utilisation et objectifs de l'utilisateur
Le modèle de cas d'utilisation décrit la valeur ou les objectifs que les utilisateurs (humains et système) tirent de l'interaction avec le système. Une brève description résume cette valeur pour chaque scénario, y compris le très important scénario de base (journée ensoleillée).
La technique des cas d'utilisation est fondamentalement simple et a été conçue pour s'assurer que les exigences fonctionnelles ont été écrites du point de vue de l'utilisateur. Ce point de vue a permis de s'assurer que les systèmes déployés seraient adaptés à leur objectif et acceptés par la communauté diversifiée d'utilisateurs. Il existe cependant une grande quantité de littérature contradictoire et un nombre tout aussi important de styles pour définir les cas d'utilisation. Cette situation a conduit à la confusion et à l'incertitude et a eu tendance à atténuer la valeur qui peut être tirée de cette technique simple.
Enterprise Architect fournit une solution à cela en incluant un éditeur de scénario spécialement conçu que l'ingénieur utilise pour créer des descriptions détaillées des cas d'utilisation, y compris des chemins alternatifs et d'exception répertoriant les étapes effectuées par l'utilisateur et le système.
L'outil fournit un moyen utile de générer des diagrammes de comportement tels que des diagrammes d'activité, de Séquence et de Statemachine d'état directement à partir des scénarios et de leurs étapes. Ceux-ci peuvent être synchronisés lorsque des modifications sont apportées à la séquence d'étapes ou aux points de branchement et de fusion pour les scénarios alternatifs et d'exception.
Activités et flux Comportementale
Le diagramme d'activité est un diagramme expressif que les ingénieurs système utilisent pour montrer la séquence d'actions décrivant le comportement d'un Bloc ou d'un autre élément structurel. Les actions sont séquencées à l'aide de flux de contrôle et peuvent contenir des Pins d'entrée et de sortie qui agissent comme des tampons pour les éléments qui circulent d'une Action à une autre (ou à partir de nœuds de contrôle ou de tampon). Le travail effectué par les Actions consomme ou produit ces éléments. Les éléments peuvent être des matériaux, de l'énergie ou des informations, selon le système et l'activité décrite.
Les actions sont les atomes comportementaux qui sont connectés pour décrire le comportement d'une activité, d'un sous-système, d'un système ou de l'une de ses parties. En fait, une activité est composée d'un ensemble d'actions qui fonctionnent ensemble pour convertir les éléments (jetons) qui sont entrés dans l'activité en éléments (jetons) qui sont produits par l'activité. La première Action d'une séquence recevra des entrées de l'un des nœuds de paramètre d'entrée de l'activité propriétaire. La dernière Action de la séquence placera la sortie sur l'un des nœuds de paramètre de sortie de l'activité. Les Actions elles-mêmes ont des périphériques d'entrée et de sortie appelés Pins - une Action recevra des jetons sur ses Pins d'Entrée, effectuera son travail et placera les jetons résultants sur ses Pins de Sortie.
Séquences et interactions d' Object
Un système est promulgué par ses parties, travaillant en collaboration pour mettre en œuvre le comportement spécifié dans les modèles comportementaux. Les instances d'éléments structurels interagissent en échangeant des messages. Ces interactions peuvent être spécifiées et visualisées à l'aide de Séquence de diagrammes qui fournissent un ensemble chronologique de messages échangés entre les instances participantes.
Dans un Séquence de diagramme , les blocs qui participent à l'interaction ont une durée de vie représentée par une ligne en pointillés, partant de la base de l'élément et se poursuivant verticalement pendant la durée de vie de l'élément. Les éléments peuvent être créés ou détruits à tout moment pendant la période représentée par le Séquence de diagramme , et la Lifeline représente donc leur existence. Les éléments présents en haut du diagramme sont créés au début de l'interaction. Un échange de messages entre un expéditeur et un destinataire partira d'une ligne de vie (l'expéditeur) et se terminera par une autre (le destinataire).
States et Bloc de vie des blocs
La machine d' Statemachine est utilisée pour décrire comment la structure, modélisée avec des blocs, change d'état dans un cycle de vie limité dans le temps. Ici, la préoccupation des ingénieurs n'est pas la structure du Bloc Instance mais son comportement, qui peut, à son tour, impacter sa structure. Nous ne sommes pas intéressés par chaque état qu'une « chose » peut présenter, mais plutôt par les états significatifs. Ainsi, les états critiques des molécules d'eau, par exemple, pourraient être un solide, un liquide ou un gaz, mais nous ne sommes généralement pas intéressés par l'eau liquide à une température de 67 degrés centigrades. Si nous regardions une bobine de film de la durée de vie d'un object , une Statemachine sélectionnerait les images significatives où des changements significatifs et pertinents se sont produits.
Enterprise Architect permet également à un ingénieur de basculer entre les vues de diagramme et de tableau d'une machine d'état fournissant des vues alternatives pour les ingénieurs et les gestionnaires qui préfèrent une représentation tabulaire des changements d'état. Vous pouvez également exporter les tableaux vers une feuille de calcul au format CSV pour une analyse plus approfondie.
Un ingénieur système peut utiliser des machines d'état pour générer du code logiciel exécutable à partir du modèle à l'aide Statemachines Exécutables . Le code généré est basé sur sa propriété de langue. Le langage de programmation peut être Java, C, C++, C# ou JavaScript ; quel que soit le langage, Enterprise Architect génère le code approprié immédiatement prêt à être construit et exécuter .
Vous pouvez non seulement générer du code logiciel exécutable, mais vous pouvez générer des langages de description de matériel et Ada à partir de vos éléments de modèle, pour les puces et les circuits des composants matériels du système.
