Techniques d'analyse des exigences avec exemple : didacticiel complet

En tant qu'analyste commercial, l'analyse des besoins est la partie la plus importante de votre travail. Ce sera vous aider à déterminer les besoins réels des parties prenantes. Dans le même temps, vous permettez de communiquer avec les parties prenantes dans un langage qu'elles comprennent (comme des graphiques, des modèles, des organigrammes) au lieu d'un texte complexe.

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 plusieurs unités d'organisation
• Crée une certaine valeur pour le client

 

Techniques d’analyse des exigences

Les techniques d'analyse des exigences sont principalement utilisées pour cartographier le flux de travail de l'entreprise afin que vous puissiez analyser, comprendre et apporter les modifications requises à ce flux de travail ou processus.

Il existe diverses techniques d'analyse des exigences qui peuvent être utilisées selon le développement de logiciels processus comme

1. Notation de modélisation des processus métiers (BPMN)

BPMN (Business Process Modeling & Notation) est une représentation graphique de votre processus métier à l'aide d'objets simples, qui aide l'organisation à communiquer de manière standard. Divers objets utilisés dans BPMN incluent

• Objets de flux
• Connecter des objets
• Couloirs de nage
• Artefacts.

Un modèle BPMN bien conçu devrait être capable de donner des détails sur les activités réalisées au cours du processus, comme :

• Qui exerce ces activités ?
• Quels éléments de données sont requis pour ces activités ?

Le plus grand avantage de l’utilisation de BPMN est qu’il est plus facile à partager et la plupart des outils de modélisation prennent en charge BPMN.

2. UML (langage de modélisation unifié)

UML est une norme de modélisation principalement utilisée pour la spécification, le développement, la visualisation et la documentation du système logiciel. Pour capturer les processus métier et les artefacts importants, UML fournit des objets tels que

• État
• Exlcusion
• Activité
• Diagramme de classe

Il existe 14 diagrammes UML qui facilitent la modélisation, comme le diagramme de cas d'utilisation, le diagramme d'interaction, le diagramme de classes, le diagramme de composants, le diagramme de séquence, etc. Les modèles UML sont importants dans le segment informatique car ils deviennent le moyen de communication entre toutes les parties prenantes. Un modèle économique basé sur UML peut être une entrée directe dans un outil d'exigences. Un diagramme UML peut être de deux types : modèle comportemental et modèle structurel. Un modèle comportemental essaie de donner des informations sur ce que fait le système tandis qu'un modèle structurel donnera en quoi consiste le système.

3. Technique d'organigramme

Un organigramme est une représentation visuelle du flux séquentiel et de la logique de contrôle d'un ensemble d'activités ou d'actions associées. Il existe différents formats d'organigrammes, notamment linéaire, descendant et transversal (couloirs de nage). Un organigramme peut être utilisé pour différentes activités telles que la représentation des flux de données, les interactions système, etc. L'avantage de l'utilisation d'un organigramme est qu'il peut être facile à lire et à écrire même pour les membres de l'équipe non techniques, et peut montrer le processus parallèle par fonction. , attributs critiques d'un processus, etc.

4. Diagramme de flux de données

Les diagrammes de flux de données montrent comment les données sont traitées par un système en termes d'entrées et de sorties. Les composants du diagramme de flux de données comprennent

• Processus
• Débit
• Store
• Terminator

Un diagramme de flux de données logique montre les activités du système tandis qu'un diagramme de flux de données physique montre l'infrastructure d'un système. Un diagramme de flux de données peut être conçu dès le début du processus d'élicitation des exigences de la phase d'analyse au sein du SDLC (Cycle de vie de développement du système) pour définir la portée du projet. Pour faciliter l'analyse, un diagramme de flux de données peut être approfondi dans ses sous-processus appelés « DFD nivelé ».

5. Diagrammes d'activité de rôle - (RAD)

Le diagramme d'activité de rôle est similaire à la notation de type organigramme. Dans le diagramme d'activité de rôle, les instances de rôle sont des participants au processus, qui ont un état de début et un état de fin. RAD nécessite une connaissance approfondie du processus ou de l’organisation pour identifier les rôles. Les composants de RAD comprennent

• Activités
• Événements externes
• États

Les rôles regroupent les activités en unités de responsabilité, en fonction de l'ensemble des responsabilités qu'elles exercent. Une activité peut être réalisée de manière isolée avec un rôle, ou elle peut nécessiter une coordination avec des activités dans d'autres rôles.

Les événements externes sont les moments où des changements d'état se produisent.

Les États sont utiles pour cartographier les activités d’un rôle à mesure qu’il progresse d’un État à l’autre. Lorsqu’un état particulier est atteint, cela indique qu’un certain objectif a été atteint.

RAD est utile pour faciliter la communication car il est facile à lire et à présenter une vue détaillée du processus et des activités d'autorisation en parallèle.

6. Diagrammes de Gantt

Un diagramme de Gantt est une représentation graphique d'un calendrier qui permet de coordonner, planifier et suivre des tâches spécifiques dans un projet. Il représente la durée totale de l'objet, décomposée en incréments. Un diagramme de Gantt représente la liste de toutes les tâches à effectuer sur l'axe vertical tandis que, sur l'axe horizontal, il liste la durée estimée de l'activité ou le nom de la personne affectée à l'activité. Un graphique peut démontrer de nombreuses activités.

7. IDEF (Définition intégrée pour la modélisation des fonctions)

IDEF ou Integrated Definition for Function Modeling est un nom commun désignant des classes de langages de modélisation d'entreprise. Il est utilisé pour les activités de modélisation nécessaires à l’analyse, à la conception ou à l’intégration du système. Il existe environ 16 méthodes pour IDEF, les versions les plus utiles d'IDEF sont IDEF3 et IDEF0.

8. Réseaux de Pétri colorés (CPN)

CPN ou réseaux de Petri colorés sont un langage orienté graphiquement pour spécification, vérification, conception et simulation de systèmes. Les réseaux de Petri colorés sont une combinaison de graphiques et de texte. Ses principaux composants sont Lieux, transitions et arcs.

Les objets des réseaux de Petri ont une inscription spécifique comme pour

• Des endroits: Il comporte une inscription telle que .Name, .Color Set, .Initial, etc.
• Transition : Il a une inscription comme .Name (pour l'identification) et .Guard (l'expression booléenne est composée de certaines variables)
• Arcs: Il a une inscription comme .Arc. Lorsque l’expression de l’arc est évaluée, elle produit plusieurs jeux de couleurs de jetons.

9. Technique de flux de travail

La technique de workflow est un diagramme visuel qui représente un ou plusieurs processus métier pour clarifier la compréhension du processus ou pour formuler des recommandations d'amélioration du processus. Tout comme d'autres diagrammes comme les organigrammes, les activités UML et la cartographie des processus, la technique de workflow est la technique la plus ancienne et la plus populaire. Il est même utilisé par BA pour prendre des notes lors de l'élicitation des exigences. 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 un paradigme orienté objet et un langage de modélisation pour concevoir un système. Il met l'accent sur la recherche et la description de l'objet dans le domaine du problème. Le but de la méthode orientée objet est

• Pour aider à caractériser le système
• Pour savoir quels sont les différents objets pertinents
• Comment se rapportent-ils les uns aux autres
• Comment spécifier ou modéliser un problème pour créer une conception efficace
• Analyser les besoins et leurs implications

Cette méthode est applicable au système qui a des exigences dynamiques (changements fréquents). Il s'agit d'un processus de dérivation de cas d'utilisation, de flux d'activités et de flux d'événements pour le système. L'analyse orientée objet peut être effectuée via des besoins textuels, une communication avec les parties prenantes du système et un document de vision.

L'objet a un état et les changements d'état sont représentés par un comportement. Ainsi, lorsque l’objet reçoit un message, son état change via son comportement.

11. Analyse des écarts

L'analyse des écarts est la technique utilisée pour déterminer la différence entre l'état proposé et l'état actuel de toute entreprise et de ses fonctionnalités. Il répond à des questions telles que quel est l’état actuel du projet ? Où voulons-nous être? etc. Les différentes étapes de l’analyse des écarts comprennent

• Revsystème de vue
• Exigences de développement
• Comparaison
• Implications
• Recommandations