Techniques d'analyse des exigences avec exemple
⚡ Résumé intelligent
Les techniques d'analyse des exigences aident les analystes d'affaires à modéliser les flux de travail, à communiquer avec les parties prenantes et à traduire les besoins de l'entreprise en spécifications structurées à l'aide de BPMN, UML, des organigrammes, des diagrammes de flux de données, d'IDEF, des réseaux de Petri et de l'analyse des écarts.
En tant qu'analyste d'affaires, l'analyse des besoins est la partie la plus importante de votre travail. vous aide à déterminer les besoins réels des parties prenantesIl vous permet également de communiquer avec les parties prenantes à l'aide de graphiques, de modèles et d'organigrammes plutôt que de textes complexes.
Une analyse des besoins a un
- Objectif spécifique
- Entrée spécifique
- Sortie spécifique
- Utilise des ressources
- A un certain nombre d'activités à effectuer dans un certain ordre
- Peut affecter plus d'une unité organisationnelle
- Crée de la valeur pour le client
Techniques d’analyse des exigences
Les techniques d'analyse des exigences permettent de cartographier le flux de travail de l'entreprise afin de pouvoir l'analyser, le comprendre et l'améliorer.
Les techniques suivantes sont utilisées dans l'ensemble du développement de logiciels processus.
1. Notation de modélisation des processus métiers (BPMN)
BPMN (Business Process Model and Notation) est une représentation graphique d'un processus métier utilisant des objets simples, ce qui permet à l'organisation de communiquer de manière standardisée. Les principaux objets utilisés en BPMN sont :
- Objets de flux
- Connecter des objets
- Couloirs de nage
- Artefacts.
Un modèle BPMN bien conçu fournit des détails sur les activités réalisées au cours du processus, telles que :
- Qui exerce ces activités ?
- Quels éléments de données sont requis pour ces activités ?
Le principal avantage de BPMN est que les diagrammes sont faciles à partager et que la plupart des outils de modélisation prennent en charge cette notation.
2. UML (langage de modélisation unifié)
UML est une norme de modélisation pour la spécification, le développementping, la visualisation et la documentation des systèmes logiciels. UML fournit des objets tels que :
- État
- Sujet
- Activité
- Diagramme de classe
Il existe 14 types de diagrammes UML, notamment les diagrammes de cas d'utilisation, d'interaction, de classes, de composants et de séquence. Les modèles UML servent de support de communication entre toutes les parties prenantes. Un modèle métier basé sur UML peut alimenter directement un outil d'analyse des exigences. Un diagramme UML est soit comportemental, soit structurel. Un modèle comportemental décrit le fonctionnement du système ; un modèle structurel décrit sa composition.
3. Technique du diagramme de flux
Un organigramme est une représentation visuelle du flux séquentiel et de la logique de contrôle d'un ensemble d'activités liées. Les formats d'organigrammes courants incluent les organigrammes linéaires, descendants et transversaux (à couloirs). Un organigramme peut servir à représenter les flux de données, les interactions entre systèmes et les étapes d'un processus. Faciles à lire et à créer, même pour les personnes non techniques, les organigrammes permettent de visualiser les processus parallèles et les attributs critiques.
4. Diagramme de flux de données
Les diagrammes de flux de données illustrent le traitement des données par un système, en termes d'entrées et de sorties. Les composants d'un diagramme de flux de données sont :
- Processus
- Débit
- Boutique
- Terminator
Un diagramme de flux de données logique (DFD) illustre les activités ; un DFD physique illustre l’infrastructure. Un DFD peut être conçu dès les premières étapes de la phase d’analyse du cycle de vie du développement logiciel (SDLC).Cycle de vie de développement du système) pour définir la portée du projet. Elle peut être détaillée en sous-processus, ce que l'on appelle un « diagramme de flux de données hiérarchisé ».
5. Diagrammes d'activité des rôles (RAD)
Un diagramme d'activité des rôles (RAD) est similaire à un organigramme. Les instances de rôle représentent les participants au processus, chacune ayant un état initial et un état final. Le RAD exige une connaissance approfondie du processus ou de l'organisation pour identifier les rôles. Les composantes du RAD sont :
- Activités
- Événements externes
- États
Les rôles regroupent les activités en unités de responsabilité. Une activité peut être menée de manière isolée ou nécessiter une coordination avec des activités relevant d'autres rôles.
Les événements extérieurs marquent les points où se produisent les changements d'état.
Les états décrivent la progression d'un rôle au sein du processus. Atteindre un état indique qu'un objectif spécifique a été atteint.
Le RAD est facile à lire, présente une vue détaillée du processus et montre les activités parallèles.
6. Diagrammes de Gantt
Un diagramme de Gantt est une représentation graphique d'un planning qui aide à coordonner, planifier et tracCe graphique présente les tâches spécifiques d'un projet. Il indique la durée totale du projet, divisée en incréments. L'axe vertical liste les tâches ; l'axe horizontal indique la durée estimée de l'activité ou le responsable désigné. Un seul graphique peut afficher plusieurs activités.
7. IDEF (Définition intégrée pour la modélisation des fonctions)
IDEF (Integrated Definition for Function Modeling) désigne une famille de langages de modélisation d'entreprise. Il modélise les activités d'analyse, de conception et d'intégration de systèmes. Il existe environ 16 méthodes IDEF ; IDEF0 et IDEF3 sont les plus utilisées.
8. Réseaux de Pétri colorés (CPN)
Les réseaux de Petri colorés (RPC) sont un langage graphique pour les spécification, vérification, conception et simulation des systèmesCPN combine graphiques et texte. Ses principaux composants sont : Lieux, transitions et arcs.
Les objets du réseau de Petri comportent des inscriptions spécifiques, par exemple :
- Des endroits: Comporte des inscriptions telles que .Nom, .Ensemble de couleurs et .Initiales.
- Transition : Comporte des inscriptions telles que .Name (pour l'identification) et .Guard (une expression booléenne sur certaines des variables).
- Arcs: Comporte une inscription .Arc. Lorsque l'expression arc est évaluée, elle produit un ensemble multiple de couleurs de jetons.
9. Technique de flux de travail
La technique du workflow est un diagramme visuel représentant un ou plusieurs processus métier. Elle permet de clarifier la compréhension ou de formuler des recommandations d'amélioration. Au même titre que les organigrammes, les diagrammes d'activité UML et les cartographies de processus, la technique du workflow est l'une des approches les plus anciennes et les plus utilisées. Les analystes métier l'emploient également pour la prise de notes lors du recueil des besoins. Le processus comprend quatre étapes :
- La collecte d'informations
- Modélisation du flux de travail
- Modélisation des processus métiers
- Mise en œuvre, vérification et exécution
10. Méthodes orientées objet
La méthode de modélisation orientée objet utilise le paradigme et le langage de modélisation orientés objet pour concevoir un système. Elle met l'accent sur l'identification et la description des objets du domaine du problème. L'objectif de la méthode orientée objet est :
- Pour aider à caractériser le système
- Identifier les différents objets pertinents
- Pour comprendre comment les objets sont liés les uns aux autres
- Spécifier ou modéliser un problème afin de créer une conception efficace
- Analyser les exigences et leurs implications
Cette méthode est particulièrement adaptée aux systèmes dont les exigences sont dynamiques et évoluent fréquemment. Elle consiste à définir les cas d'utilisation, les flux d'activités et les flux d'événements du système. L'analyse orientée objet peut s'appuyer sur la description textuelle des besoins, les échanges avec les parties prenantes et un document de vision.
Un objet possède un état, et les changements d'état sont représentés par son comportement. Lorsqu'un objet reçoit un message, son état change par le biais de ce comportement.
11. Analyse des écarts
L'analyse des écarts est la technique utilisée pour déterminer la différence entre l'état souhaité et l'état actuel d'une entreprise et de ses fonctions. Elle répond à des questions telles que : Quel est l'état actuel du projet ? Où voulons-nous arriver ? Comment combler l'écart ? Les étapes de l'analyse des écarts sont les suivantes :
- Revsystème de vue
- Exigences de développement
- Comparaison
- Implications
- Recommandations










