Modèles utilisés pour documenter Exigences

L'un des aspects les plus importants de la discipline de l'ingénierie des exigences est de communiquer les connaissances et de s'assurer que toutes les parties prenantes ont une compréhension claire et sans ambiguïté du problème et de la solution proposée. Cela peut être difficile car les parties prenantes transcendent généralement les frontières organisationnelles et ont une myriade d'horizons allant des cadres supérieurs aux ingénieurs de bas niveau. Ce public hétérogène aura besoin d'une variété de dispositifs de communication pour s'assurer que les différentes parties prenantes sont en mesure de s'engager avec les exigences et de les comprendre. Enterprise Architect est une plate-forme modélisation dotée d'une formidable gamme d'outils et fonctionnalités qui peuvent être utilisés pour modéliser les exigences de presque toutes les manières. Il s'agit notamment de modélisation des parties prenantes, des exigences, des récits d'utilisateurs, des interfaces utilisateur et d'un large éventail d'autres modèles.

Modèles Exigences

Modèle	Description
Exigences textuelles	Les exigences textuelles peuvent être modélisées à l'aide de l'élément Exigence, et les utilisateurs peuvent choisir de travailler avec les éléments dans un outil texte tel que le Gestionnaire de Spécification , directement dans la fenêtre Navigateur dans une hiérarchie, ou visuellement dans un diagramme . L'élément Exigence peut être connecté à d'autres éléments pour décrire une hiérarchie d'exigences, ou à des objectifs métier ou des cas d'utilisation et des modèles Interface Utilisateur . Grâce au Gestionnaire de Spécification Enterprise Architect permet au modélisateur de créer, d'analyser et de gérer les exigences dans un outil texte qui ressemble au travail dans une feuille de calcul mais qui est plus efficace en donnant à l'analyste accès à d'autres modèles, notamment le glossaire et les modèles de domaine.
Parties prenantes	Les parties prenantes peuvent être modélisées à l'aide de classes UML et des descriptions peuvent être ajoutées pour décrire la partie prenante. Les parties prenantes sont probablement les entités les plus importantes dans la discipline de l'ingénierie des exigences et la création d'éléments pour les représenter dans le modèle leur permet d'être utilisées comme propriétaires des exigences et des règles métier. Elles peuvent être placées sur diagrammes ce qui leur permet d'être visibles dans les ateliers d'élicitation et de priorisation.
Glossaire	Un glossaire peut être créé et géré à l'aide du Glossaire du Projet , garantissant que les termes importants du projet et du domaine sont accessibles directement dans le modèle. Ces termes peuvent être insérés dans les champs Notes des éléments, notamment les descriptions des cas d'utilisation et des récits d'utilisateur.
Cas d'utilisation	Les cas d'utilisation peuvent être modélisés dans un diagramme de cas d'utilisation et peuvent être connectés à une gamme d'autres éléments, notamment des modèles d'interface utilisateur, Exigences utilisateur et des composants. Les cas d'utilisation peuvent être allégés en complétant simplement la description ou ils peuvent être entièrement habillés à l'aide de l'outil de création de scénarios. Les cas d'utilisation posent souvent un problème à l'analyste des exigences, car les diagrammes sont généralement dessinés dans un outil de création de diagrammes et le texte est écrit dans un traitement de texte, ce qui le rend inaccessible aux autres éléments du modèle. À l'aide du générateur de scénarios Enterprise Architect , les descriptions de cas d'utilisation peuvent être complétées à l'intérieur du cas d'utilisation lui-même dans l'outil modélisation . L'outil peut également produire diagrammes de comportement qui représentent automatiquement les scénarios de cas d'utilisation à partir du modèle.
Histoires d'utilisateurs	Les User Stories peuvent être modélisées à l'aide d'un élément Use Case stéréotypé et le texte de l'histoire peut être complété dans le champ de description. Les utilisateurs et les personas peuvent également être modélisés et liés à l'histoire. Enterprise Architect permet au modélisateur de travailler avec les histoires sous forme de texte ou de diagrammes . Des exigences fonctionnelles peuvent être ajoutées en vue de leur transmission à l'équipe de développement pour une itération et celles-ci peuvent être gérées à l'intérieur ou à l'extérieur de l'histoire utilisateur.
Modèles de domaine	Les modèles de domaine peuvent être modélisés à l'aide d'un diagramme de classes UML . Les entités importantes du domaine d'activité peuvent être enregistrées, détaillées et reliées à d'autres éléments. La création de modèles de domaine au début d'un projet aide les parties prenantes à comprendre toutes les entités importantes d'un domaine et les modèles peuvent être utilisés pour générer un Dictionnaire de données. Les éléments du domaine peuvent être créés sous forme de liens dans des énoncés textuels d'exigences, créant ainsi un modèle articulé qui facilite la communication et la compréhension.
Modèles de processus	Les processus Métier sont un moyen utile d'enregistrer les activités d'une entreprise, y compris les événements qui les déclencheur , les informations produites ou consommées, les résultats et les rôles qui effectuent le travail. Enterprise Architect supporte diagrammes d'activité BPMN, UML et SysML qui peuvent être utilisés à cette fin.
Storyboards	Les storyboards peuvent être modélisés à l'aide d'éléments graphiques dans diagrammes et un diaporama peut être créé pour parcourir l'histoire.
Maquettes filaires	Les wireframes peuvent être modélisés à l'aide du diagramme Wireframing, qui prend en support de manière intégrée les appareils portables courants tels que les téléphones et tablettes Apple et Android, ainsi que les fenêtres dialogue de modélisation et les pages Web. À l'aide de l'outil Wireframing d' Enterprise Architect , un analyste peut créer des modèles efficaces de l'agencement du contenu de l'application, décrivant les éléments d'interface et les mécanismes de navigation. Les analystes et les concepteurs expérimentés ont généralement travaillé de manière isolée des autres disciplines, mais à l'aide Enterprise Architect les modèles peuvent être créés et maintenus dans le même outil que les autres modèles d'exigences, ce qui permet de créer des traces entre d'autres éléments et les contrôles et le contenu des wireframes.
Profils d'utilisateurs et personas	Les profils utilisateur et les personnages peuvent être modélisés à l'aide d'un élément Acteur stéréotypé qui permet d'ajouter des descriptions et des propriétés décrivant le personnage.
Événements et réponses du système	Un système répond généralement à un certain nombre d'événements et peut également être responsable de la création d'événements tels que le déclenchement d'une alerte ou l'envoi d'un flux de données. Ceux-ci peuvent être modélisés dans Enterprise Architect à l'aide diagrammes d'activité BPMN ou UML et SysML.
Interfaces système	Les interfaces système peuvent être modélisées à l'aide d'interfaces et de ports fournis et requis sur un diagramme de composants qui décrivent la manière dont le système logiciel ou matériel interagit avec d'autres systèmes ou la manière dont les composants internes d'un système communiquent. Enterprise Architect offre support riche pour modélisation des interfaces et des codes d'erreur et d'autres comportements pouvant être modélisés. Les interfaces peuvent être liées à des définitions de données et à des spécifications d'interface de programmation d'application (API) et à une gamme d'éléments de modèle, notamment des cas d'utilisation et Exigences . Les interfaces peuvent être ajoutées à la documentation telle que la Spécification Exigences système et ce document peut être généré automatiquement à partir du modèle.