Modélisation de la portée

Enterprise Architect dispose d'un certain nombre de facilités qui peuvent être utilisées pour modéliser le périmètre, en fonction du type de représentation requis. La plus simple consiste à utiliser un élément Bordure pour séparer les éléments qui font partie du périmètre - à l'intérieur de la Bordure - et ceux qui n'en font pas partie - à l'extérieur de la bordure . L'élément Bordure fait également officiellement partie du Unified Modeling Language (UML) et peut être utilisé pour définir une bordure système dans le cadre d'un diagramme de cas d'utilisation, où les cas d'utilisation se trouvent à l'intérieur de la Bordure et les acteurs à l'extérieur. Le périmètre peut également être modélisé à l'aide Fonctionnalités , qui sont utilisées pour définir les conditions qu'un système doit avoir et qui sont généralement organisées de manière hiérarchique. Les Fonctionnalités peuvent être définies dans la fenêtre Navigateur et également affichées sur un diagramme Exigences .

Fenêtre Navigateur

Une hiérarchie Fonctionnalité peut être créée à l'aide de la fenêtre Navigateur sans avoir besoin de créer un diagramme . Une Fonctionnalité système est un bon moyen de capturer les capacités de haut niveau d'un système ; celles-ci peuvent être créées directement dans la fenêtre Navigateur . Fonctionnalités supplémentaires peuvent être ajoutées sous chaque Fonctionnalité de premier niveau, créant ainsi un deuxième niveau de fonctionnalités . Ces Fonctionnalités de deuxième niveau peuvent avoir Fonctionnalités imbriquées sous elles, créant ainsi un troisième niveau. L'arbre de Fonctionnalités résultant fournit un moyen utile de décrire la portée du système qui peut être présenté et examiné par les parties prenantes. Il est parfois utile de répertorier Fonctionnalités hors de portée - un Paquetage séparé peut être créé dans la fenêtre Navigateur pour les contenir.

En savoir plus : Fenêtre Navigateur

Diagramme Exigences

diagrammes Exigences peuvent être utilisés pour créer une hiérarchie des Fonctionnalités du système. Une Fonctionnalité du système est un bon moyen de capturer les capacités de haut niveau d'un système, qui peuvent être décomposées en plusieurs niveaux à l'aide d'une structure arborescente utilisant une relation d'agrégation ou de composition. Cela fournit une représentation convaincante de la portée qui peut être examinée par les parties prenantes et utilisée comme guide tout au long de l'initiative. Écarts et Fonctionnalités hors de portée doivent être identifiés le plus tôt possible et l'arbre modifié pour les refléter. Fonctionnalités hors de portée peuvent être laissées dans l'arbre mais annotées d'une manière ou d'une autre pour indiquer qu'elles sont hors de portée, par exemple en utilisant un stéréotype ou en utilisant une couleur avec une légende de Diagramme .

En guise de représentation alternative, Fonctionnalités peuvent également être imbriquées les unes dans les autres dans le diagramme jusqu'à un certain nombre de niveaux. Cette méthode présente l'avantage que les Fonctionnalités seront automatiquement imbriquées les unes sous les autres en tant qu'éléments enfants dans la fenêtre Navigateur .

En savoir plus : Diagramme Exigences

Bordure

Enterprise Architect dispose d'un élément Bordure pratique et flexible qui peut être utilisé pour représenter la bordure d'un système. Il s'agit d'un élément rectangulaire qui peut être redimensionné et stylisé pour s'adapter aux éléments concernés et qui résideront donc à l'intérieur de la Bordure . Les éléments hors de portée peuvent être placés à l'extérieur de la bordure pour garantir que les parties prenantes savent clairement ce qui est dans et hors de portée. Les éléments placés à l'intérieur de la bordure peuvent être Exigences , Fonctionnalités , des Composants ou tout autre type d'élément qui aiderait à indiquer la portée.

En savoir plus : Bordure

Diagrammes de cas d'utilisation

Un diagramme de cas d'utilisation fournit un moyen pratique de décrire la portée d'un système (ou d'une entité). Une Bordure de système est utilisée pour marquer l'étendue du système ; les acteurs (humains ou systèmes qui tirent valeur du système) sont positionnés à l'extérieur de la Bordure et les cas d'utilisation (les objectifs que les acteurs entendent atteindre) sont positionnés à l'intérieur de la Bordure . Il n'est pas nécessaire de suivre les étapes détaillées des cas d'utilisation, mais les scénarios doivent être décrits à un niveau qui aidera les parties prenantes à comprendre la portée du système.

En savoir plus : Diagramme de cas d'utilisation

Histoires d'utilisateurs

Les User Stories constituent un moyen utile de décrire les objectifs que les utilisateurs tentent d'atteindre. Elles sont rédigées du point de vue des utilisateurs et décrivent généralement les tâches qu'ils doivent accomplir dans le cadre de leur rôle. Collectivement, elles fournissent une définition de haut niveau de la portée du système ou de l'initiative. Bien que les User Stories ne soient généralement pas analysées avant la mise en œuvre, leurs descriptions de haut niveau permettent de planifier et de déterminer ce qui sera mis en œuvre dans le cadre d'une itération.

En savoir plus : Histoire de l'utilisateur