Exemples de modèles

La transition d'une approche centrée sur les documents à une méthode d'ingénierie des systèmes basée sur des modèles peut présenter des obstacles pour le nouveau venu. Heureusement, Enterprise Architect dispose d'une aide riche et disponible et d'une série de facilités dans l'outil telles que des modèles qui vous permettront de démarrer avec l'outil et les modèles de projet. Dans cette rubrique, nous présentons quelques exemples simples de modèles d'exigences, structurels et comportementaux et les diagrammes que vous ou vos collègues créeriez dans un projet typique.

Modèles d'Exigences

Exigences modèles d'exigences sont fondamentaux pour tout projet d' Ingénierie des Systèmes , qu'il s'agisse d'un projet entièrement nouveau ou d'une modification d'un système existant. Exigences proviennent généralement d'un certain nombre de sources, y compris des réunions et des ateliers avec les parties prenantes, des documents ou des demandes formelles et formelles des sponsors et autres parties prenantes du projet. Il existe trois principaux types d'exigences, notamment les exigences stratégiques ou commerciales de haut niveau, les exigences des utilisateurs et les exigences du système, souvent appelées attributs de qualité du système.

Exigences modèles d'exigences évoluent généralement au cours de la durée de vie du projet et les méthodes adaptatives et itératives encouragent les changements d'exigences à mesure que les parties prenantes visualisent le produit partiellement achevé à des étapes critiques du projet. Ces modifications peuvent être représentées dans l'outil de différentes manières, notamment à l'aide de la fonctionnalité de gestion des modifications disponible dans le ruban de conception. Alternativement, ces changements peuvent être représentés sous forme de relations de dérivation et visualisés dans un diagramme d'exigences.

Enterprise Architect fournit une riche suite d'outils pour l'élicitation, le développement et la gestion des exigences et applique de bonnes pratiques d'ingénierie des exigences. L'un des outils clés pour travailler avec les exigences est le Gestionnaire de Spécification qui permet aux ingénieurs des exigences plus familiers avec des outils comme les traitements de texte ou les tableurs de travailler dans ces paradigmes familiers à l'intérieur Enterprise Architect .

Modèles Comportementale

Un ingénieur système peut décrire le comportement des éléments structurels d'un modèle à l'aide d'une série de diagrammes connus collectivement sous le Comportementale de modèle comportemental. Les éléments structurels présentent un comportement dans un système en cours d'exécution, et un certain nombre d'éléments structurels eux-mêmes ont des fonctionnalités comportementales telles que des opérations. La modélisation langage de modélisation du système classe un certain nombre de diagrammes comme comportement. Ils sont tous utilisés pour représenter différents aspects du comportement d'un système, du cas d'utilisation qui décrit le comportement qui est précieux pour un utilisateur, à un Séquence de diagramme qui articule la façon dont les éléments interagissent.

Diagramme cas d'utilisation

Les cas d'utilisation et les acteurs sont des représentations de haut niveau du comportement d'un système du point de vue de l'utilisateur. Un ingénieur modélise la valeur qu'un utilisateur jouant un rôle vis-à-vis du système tire du comportement du système. Un cas d'utilisation sera généralement lié à d'autres éléments tels que des Exigences et des éléments structurels tels que des blocs.

Diagramme activité

Les diagrammes d'activité sont des modèles basés sur les flux qui décrivent le comportement d'un système en articulant le flux d'éléments, y compris les informations et les éléments physiques qui agissent comme des entrées et des sorties des activités et des actions lorsque le système exécute un travail.

Diagramme de Séquence

Un modélisateur utilise le Séquence de diagramme pour décrire la façon dont les messages circulent entre les parties et les propriétés des blocs. Les messages sont séquencés et sont généralement mis en œuvre par des comportements tels que des opérations appartenant au Bloc .

Diagramme Statemachine

Un ingénieur système utilise des diagrammes Statemachine pour décrire comment des éléments structurels tels que des blocs se comportent en réponse à des événements qui se déclenchent et comment les états d'un Bloc présentent une transition d'un State à un autre.

Modèles structurels

Un ingénieur système peut décrire la structure d'un système à l'aide d'une série de diagrammes qui forment ensemble le modèle structurel. Ces diagrammes et les éléments et relations qu'ils contiennent définissent les composants du système qui sont pris en charge par les modèles comportementaux. La modélisation langage de modélisation du système classe un certain nombre de diagrammes comme structurels. Ils sont tous utilisés pour représenter différents aspects de la structure d'un système à un niveau logique et physique, des Paquetages qui organisent le modèle aux diagrammes Paramétriques qui définissent les équations et leurs paramètres d'entrée et de sortie.

Diagramme Paquetage

Un système complexe doit être organisé pour s'assurer que les humains et les autres systèmes peuvent comprendre, digérer et localiser les éléments d'intérêt dans le modèle. Paquetages qui apparaissent dans la fenêtre du Navigateur peuvent également être placés sur des diagrammes et sont l'élément principal utilisé pour structurer le modèle.

Interrompre lorsqu'une Variable Change de Valeur

Les blocs sont l'élément structurel fondamental dans la représentation d'un système ; ils contiennent des fonctionnalités , présentent un comportement, changent d'état et interagissent avec d'autres blocs pour produire les contrats de comportement du système.

Diagramme Interne de Bloc

L'utilisation des blocs et de leurs parties est décrite sur un diagramme de Bloc interne utilisant les parties, les ports, les interfaces et les relations, y compris les flux qui décrivent les éléments qui passent entre les blocs interconnectés.

Paramétriques Diagramme

Les contraintes d'une propriété sont définies à l'aide de diagrammes Paramétriques qui modélisent des équations d'ingénierie et mathématiques et leurs paramètres d'entrée et de sortie.

Modèles d'architecture de défense et commerciale

Un certain nombre de cadres ont été utilisés pour modéliser de grands systèmes ou systèmes de systèmes dans des organisations de défense et de grandes organisations commerciales ou industrielles. Ces cadres s'appuient sur des langages de modélisation tels que le Unified Modeling Language ( UML ), le langage de modélisation Langage Modélisation des Systèmes ( SysML ) et les normes d'architecture orientée services. Les cadres ont évolué au cours de plusieurs décennies à mesure que les systèmes et projets de défense et commerciaux sont devenus plus vastes et plus complexes. Par exemple, DoDAF et MODAF ont été combinés pour former la base du profil Unified pour DoDAF/MODAF (UPDM), qui à son tour a évolué vers le cadre d'architecture Unified (UAF). Enterprise Architect prend en support à la fois UPDM et UAF, et les ingénieurs système peuvent créer des modèles de défense et commerciaux robustes, expressifs et conformes qui fournissent des vues de systèmes complexes ou de systèmes de systèmes.