Réserver une Démo
Pré. Proc.

Business Analysis Body of Knowledge (BABOK)

L'Institut international d'analyse Métier publie le Business Analysis Body of Knowledge (BABOK) Guide, qui contient des informations descriptives et prescriptives sur la manière d'effectuer les activités et les tâches d'un business analyst dans un certain nombre de domaines de connaissances. Le guide est produit et révisé par un grand nombre de personnes dans le monde entier et sert de guide pour l'analyse d'affaires, y compris l'ingénierie des exigences. Le guide définit un certain nombre de types d'exigences, et ceux-ci peuvent tous être mis en œuvre dans Enterprise Architect en définissant les types dans la section « Exigences » de la dialogue « Types généraux ».

Support des domaines de connaissances BABOK

Domaine de connaissances

Description

Voir aussi

Métier Analyse Planification et Suivi

Le domaine de connaissances Métier Analyse Planification et Suivi concerne la planification de l'approche de l'effort d'analyse, l'engagement avec les parties prenantes, la gouvernance des activités et la manière dont les Exigences et autres informations découvertes au cours du processus sont gérées et conservées. Enterprise Architect permet à une équipe d'analystes de définir l'approche qui sera adoptée dans l'outil en définissant les processus, les parties prenantes et les mécanismes de gouvernance qui seront utilisés, y compris les informations collectées.

Élicitation et collaboration

Le domaine de connaissances Élicitation et collaboration concerne la découverte et la confirmation des informations obtenues auprès des parties prenantes et de diverses autres sources. La collaboration avec les parties prenantes tout au long du cycle de vie des exigences est essentielle au succès du changement ou de l'entreprise. Enterprise Architect dispose d'un certain nombre d'outils qui peuvent aider à planifier l'élicitation, notamment un calendrier de projet, un diagramme de Gantt et un certain nombre d'outils de collaboration d'équipe tels que Mail de Modèle , Discussions et Diaporamas.

The Element Discussion facility can be used to discuss requirements, in Sparx Systems Enterprise Architect.

Les informations recueillies lors des ateliers avec les parties prenantes peuvent être enregistrées à l'aide d'un diagramme de cartographie mentale et, une fois analysées, des rapports peuvent être générés dans divers formats pour confirmation avec les parties prenantes. Les photos prises lors des observations des utilisateurs peuvent être incluses dans diagrammes , créant ainsi une présentation visuelle riche.

Mind Mapping diagram modeling Business Stakeholder Collaboration in Sparx Systems Enterprise Architect

Gestion du cycle de vie Exigences

Le domaine de connaissances Gestion du cycle de vie Exigences concerne la gestion des exigences et garantit que les exigences peuvent être liées aux conceptions de solutions et, en fin de compte, aux composants de la solution pendant tout le cycle de vie de la solution, de sa création à son retrait. La gestion des exigences implique la gouvernance des exigences, le suivi des exigences, leur maintenance et leur hiérarchisation, ainsi que la gestion des changements et de l'évaluation. Enterprise Architect dispose d'outils sophistiqués qui permettent de suivre, de maintenir et de hiérarchiser les exigences. Il s'agit notamment de la Matrice Relations , qui peut être configurée pour afficher des ensembles de traces entre Paquetages source et cible ; de la fenêtre Traçabilité, qui montre comment les éléments sont connectés dans le référentiel ; et de la fenêtre Relations , qui affiche les relations entre les éléments dans un diagramme . Le diagramme est un moyen pratique de démontrer et de créer des relations sous-jacentes visuelles, y compris la connexion entre les parties prenantes et les informations obtenues.

The Relationship Matrix showing relationships between UML Use Case elements and Requirement elements, in Sparx Systems Enterprise Architect.

Le processus de gouvernance des exigences peut également être modélisé à l'aide diagrammes d'activité UML ou diagrammes BPMN, et ce processus peut être réutilisé dans une gamme de projets et de modifications. Il existe également un diagramme de tableau de bord qui permet de classer les propriétés Exigences et de les afficher dans une série de graphiques et de diagrammes qui facilitent la collaboration et la gestion de propriétés telles que le statut et la priorité, et de communiquer ces informations aux parties prenantes.

Example Pie Chart depicting priorities, modeled in Sparx Systems Enterprise Architect. The Dashboard diagrams allow high quality Charts and graphs to be created to display repository information in a visually compelling way, such as the ratio of Requirement Priorities in a Pie Chart.

Analyse de stratégie

Le domaine de connaissances Analyse stratégique concerne la découverte et l'articulation d'un besoin métier et la description de l'état futur et des différents états de transition (intermédiaires) qui seront utilisés pour passer de l'état actuel à l'état futur défini. Il implique une réflexion stratégique et la détermination d'un certain nombre de solutions possibles qui créeront valeur pour l'organisation et ses parties prenantes. Enterprise Architect dispose d'outils permettant de décrire les solutions possibles ainsi que la valeur et les résultats qu'elles produiront et de modéliser les états actuels et futurs et ce qui est nécessaire pour passer d'un état à un autre.

Analyse Exigences et définition de la conception

Le domaine de connaissances Analyse Exigences et définition de la conception concerne la manière d'organiser et de structurer les informations découvertes lors de l'élicitation et de les enregistrer sous forme d'un ensemble d' Exigences cohérentes. Il concerne également la priorisation des exigences et la recherche d'options de solution qui peuvent être évaluées par rapport aux avantages potentiels qu'elles apporteront à l'entreprise. L'articulation et l'évaluation des options de solution sont effectuées en collaboration avec les équipes de mise en œuvre, mais en fin de compte, c'est l' business analyst qui est chargé de transmettre les options et leur valeur commerciale et de recommander une solution aux parties prenantes. Enterprise Architect est un outil de gestion des exigences complet qui permet de créer, de maintenir et de hiérarchiser les exigences. Le Gestionnaire de Spécification peut être utilisé pour saisir, maintenir et visualiser les exigences dans une vue qui ressemble à celle d'un traitement de texte ou d'une feuille de calcul.

Defining requirements using the Specification Manager in Sparx Systems Enterprise Architect.

Évaluation de la solution

Le domaine de connaissances Évaluation de la solution concerne l'évaluation d'une solution mise en œuvre et la détermination de sa conformité aux besoins de l'entreprise. La mise en œuvre est généralement une solution partielle ou une preuve de concept et l'analyste doit s'efforcer de déterminer s'il existe des obstacles ou des contraintes amovibles qui limitent la valeur que la solution peut apporter. Enterprise Architect est un outil de cycle de vie complet qui est non seulement une plate-forme de gestion des exigences, mais permet également au modélisateur de décrire la solution en détail, y compris les contraintes et les décisions et justifications de conception.

Technical assumption modeled as a constraint in Sparx Systems Enterprise Architect

Les composants de la solution peuvent être retracés jusqu'aux exigences fonctionnelles, des parties prenantes et, en fin de compte, commerciales, permettant à l'analyste de visualiser la solution dans le contexte du problème et d'enregistrer les problèmes et les décisions qui aideront à déterminer comment procéder à un changement.

Requirement traceability across layers, modeled in Sparx Systems Enterprise Architect

Notes

  • Support de BABOK dans Enterprise Architect inclut un glossaire spécifique à BABOK pour le produit