Réserver une Démo

SVP notez : Cette page d’aide n’est pas pour la dernière version d’Enterprise Architect. La dernière aide peut être trouvée ici.

Pré. Proc.

Exigences en tant que citoyens de première classe

Enterprise Architect fournit une large gamme de facilités qui peuvent être utilisées pour le développement, la visualisation, la gestion et la documentation des Exigences en tant qu'éléments de première classe. Les personnes qui lisent des manuels SysML généraux repartiront souvent avec l'idée que les Exigences sont exprimées sur des diagrammes , mais Enterprise Architect fournit un large éventail d'autres façons de visualiser les Exigences qui aideront l'ingénieur lorsqu'il travaille avec eux en tant qu'éléments basés sur du texte, y compris être capable de les visualiser dans une hiérarchie dans la fenêtre du Navigateur .

Exigences peuvent être créées dans le cadre d'un cahier des charges ou d'un appel d'offres, ou faire partie d'un document contractuel, auquel cas elles peuvent être facilement importées dans Enterprise Architect . Cependant, il est plus courant qu'ils soient développés dans le cadre d'un effort d'élicitation généralement mené avec des ateliers et des révisions . Enterprise Architect a un certain nombre de fonctionnalités qui peuvent être utilisées pour enregistrer le produit de ces réunions, telles que les diagrammes Mind Map. Une fois les ateliers terminés, les idées enregistrées lors de ces réunions peuvent être converties en Exigences ou mappées aux éléments de la réunion d'une manière qui permet de les développer en collaboration.

Les Exigences font souvent partie d'une relation contractuelle entre organisations, ou d'un accord entre différentes sections d'une même organisation, et en tant que telles doivent être maintenues et gérées avec rigueur. Enterprise Architect fournit un large éventail de facilités pour aider à cette rigueur, y compris les Lignes de base , les outils d'audit, le Contrôle de Version et plus encore.

Showing results of a baseline comparison in Sparx Systems Enterprise Architect.

Exigences

L'audit peut être activé dans un modèle et peut suivre les détails d'un changement d'exigence, y compris quand il a été modifié, qui l'a modifié et le delta - avant et après le changement. L'audit peut être utilisé pour suivre ce qui a été modifié dans un modèle, qui l'a modifié et quand. Il existe un certain nombre de modes et un administrateur de référentiel peut utiliser les paramètres pour spécifier ce qui est enregistré dans l'audit. Alors qu'une ligne de base peut être utilisée pour montrer la différence entre un modèle et un instantané à un moment donné, l'outil d'audit enregistre chaque changement individuel ; il ne peut cependant pas être utilisé pour revenir à un état antérieur (l'outil Baseline serait utilisé si cela était nécessaire).

C'est une fonctionnalité particulièrement utile dans l' Ingénierie des Systèmes , lorsqu'il y a des aspects réglementaires ou de conformité à un processus ou lorsque des défauts doivent être retracés jusqu'à leur conception ou spécification d'exigence. L'audit est généralement mis en place et administré par un bibliothécaire ou une fonction administrative au sein de l'équipe. L'audit peut être activé, configuré et affiché à l'aide de l'option du ruban "Paramètres > Modèle > Audit".

L'audit est désactivé par défaut et doit être activé (activé) avant que le système ne commence à conserver un log d'audit . Ceci, ainsi qu'une gamme d'autres options, est disponible dans la fenêtre Paramètres d'audit.

The Audit Settings dialog in Sparx Systems Enterprise Architect.

Pour plus d'informations, consultez la rubrique d'aide sur l' Auditing .

Exigences Lignes de base

Les Lignes de base sont des instantanés initiés par l'utilisateur d'un Paquetage dans un modèle. La Baseline fait effectivement une copie d'une branche de la hiérarchie Paquetage et de son contenu. À un moment ultérieur, le modèle peut être comparé à la référence et, si le modèle a changé, ces changements seront présentés dans un outil de visualisation, permettant à un utilisateur de visualiser chaque partie du modèle qui a changé, y compris le contenu qui existe dans la ligne de base et le modèle. Il est alors possible d'injecter le contenu de la Baseline dans le modèle au niveau d'un changement discret.

Lignes de base offrent aux équipes d' Ingénierie des Systèmes un moyen pratique de s'assurer que les modèles évoluent dans le bon sens, et lorsqu'une direction de modèle doit être rétablie vers une version précédente, elles peuvent être utilisées pour rétablir des parties atomiques du modèle. Lignes de base peuvent être configurées et affichées en appuyant sur Ctrl+Alt+B ou à partir de l'emplacement du ruban :

Ruban : Conception > Paquetage > Gérer > Gérer les Lignes de base

Comme indiqué précédemment, les Lignes de base sont initiées par l'utilisateur et sont stockées dans le référentiel, donc si le référentiel est copié, les Lignes de base seront également copiées. Il est assez courant que la plupart des utilisateurs reçoivent l'autorisation de créer des Lignes de base , mais la possibilité de restaurer à partir d'une ligne de base est généralement réservée à un rôle de bibliothécaire ou d'administrateur. Pour plus d'informations, consultez la rubrique d'aide de la ligne de Baseline Tool .

Contrôle de Version

Contrôle de Version permet de Paquetages d'un modèle. Pour commencer à travailler sur une partie du modèle, un utilisateur doit extraire un Paquetage (y compris ses sous-paquetages) puis travailler sur une copie locale. Lorsque le travail est terminé ou à tout moment, un utilisateur peut vérifier dans le Paquetage permettant aux autres utilisateurs du modèle de voir les modifications.

Contrôle de Version fournit une manière sophistiquée et robuste de travailler avec des modèles et, contrairement à Lignes de base n'exige pas qu'un utilisateur lance une version autre que pour extraire le Paquetage . Le système crée automatiquement une version en arrière-plan au fur et à mesure que le travail est effectué et que des modifications sont apportées. Contrôle de Version peut être configuré et affiché à partir de ces options de ruban.

Paramètres > Contrôle de Version > Project-VC, Package-VC

Contrôle de Version fournit un mécanisme efficace de gestion du contenu du modèle et permet à un utilisateur ou à une équipe de garder un contrôle fin sur la façon dont un Paquetage et son contenu évoluent dans le temps. Pour plus d'informations, consultez le Version Control of Model Data Rubrique d'aide.