Analyse structurée

Les analystes utilisent divers outils pour comprendre et décrire le système d'information. Une des méthodes consiste à utiliser une analyse structurée.

Qu'est-ce que l'analyse structurée?

L'analyse structurée est une méthode de développement qui permet à l'analyste de comprendre le système et ses activités de manière logique.

C'est une approche systématique, qui utilise des outils graphiques qui analysent et affinent les objectifs d'un système existant et développent une nouvelle spécification de système qui peut être facilement compréhensible par l'utilisateur.

Il a les attributs suivants -

C'est graphique qui spécifie la présentation de l'application.
Il divise les processus afin de donner une image claire du flux du système.
Il est logique plutôt que physique, c'est-à-dire que les éléments du système ne dépendent pas du fournisseur ou du matériel.
C'est une approche qui fonctionne des aperçus de haut niveau aux détails de niveau inférieur.

Outils d'analyse structurée

Au cours de l'analyse structurée, divers outils et techniques sont utilisés pour le développement du système. Ils sont -

Diagrammes de flux de données
Dictionnaire de données
Arbres de décision
Tables de décision
Anglais structuré
Pseudocode

Diagrammes de flux de données (DFD) ou graphique à bulles

C'est une technique développée par Larry Constantine pour exprimer les exigences du système sous une forme graphique.

Il montre le flux de données entre les différentes fonctions du système et spécifie comment le système actuel est mis en œuvre.
Il s'agit d'une étape initiale de la phase de conception qui divise fonctionnellement les spécifications d'exigence jusqu'au niveau de détail le plus bas.
Sa nature graphique en fait un bon outil de communication entre utilisateur et analyste ou analyste et concepteur système.
Il donne un aperçu des données traitées par un système, des transformations effectuées, des données stockées, des résultats produits et de leur flux.

Éléments de base de DFD

DFD est facile à comprendre et assez efficace lorsque la conception requise n'est pas claire et que l'utilisateur souhaite un langage de notation pour la communication. Cependant, cela nécessite un grand nombre d'itérations pour obtenir la solution la plus précise et la plus complète.

Le tableau suivant montre les symboles utilisés dans la conception d'un DFD et leur signification -

Nom du symbole	symbole	Sens
Carré		Source ou destination des données
La Flèche		Flux de données
Cercle		Processus de transformation du flux de données
Rectangle ouvert		Magasin de données

Types de DFD

Les DFD sont de deux types: DFD physique et DFD logique. Le tableau suivant répertorie les points qui différencient un DFD physique d'un DFD logique.

DFD physique	DFD logique
Cela dépend de la mise en œuvre. Il montre quelles fonctions sont exécutées.	Il est indépendant de la mise en œuvre. Il se concentre uniquement sur le flux de données entre les processus.
Il fournit des détails de bas niveau sur le matériel, les logiciels, les fichiers et les personnes.	Il explique les événements des systèmes et les données requises par chaque événement.
Il décrit comment le système actuel fonctionne et comment un système sera mis en œuvre.	Il montre comment les affaires fonctionnent; pas comment le système peut être mis en œuvre.

Diagramme de contexte

Un diagramme de contexte aide à comprendre l'ensemble du système par un DFD qui donne la vue d'ensemble d'un système. Il commence par mentionner les principaux processus avec peu de détails, puis donne plus de détails sur les processus avec l'approche descendante.

Le diagramme de contexte de la gestion des dégâts est présenté ci-dessous.

Dictionnaire de données

Un dictionnaire de données est un référentiel structuré d'éléments de données dans le système. Il stocke les descriptions de tous les éléments de données DFD, c'est-à-dire les détails et les définitions des flux de données, les magasins de données, les données stockées dans les magasins de données et les processus.

Un dictionnaire de données améliore la communication entre l'analyste et l'utilisateur. Il joue un rôle important dans la construction d'une base de données. La plupart des SGBD ont un dictionnaire de données en standard. Par exemple, reportez-vous au tableau suivant -

N ° Sr.	Nom des données	La description	Nombre de caractères
1	ISBN	Numéro ISBN	dix
2	TITRE	Titre	60
3	SOUS	Sujets du livre	80
4	UN NOM	Nom de l'auteur	15

Arbres de décision

Les arbres de décision sont une méthode pour définir des relations complexes en décrivant les décisions et en évitant les problèmes de communication. Un arbre de décision est un diagramme qui montre des actions et des conditions alternatives dans le cadre d'un arbre horizontal. Ainsi, il décrit les conditions à considérer en premier, en deuxième, etc.

Les arbres de décision décrivent la relation entre chaque condition et leurs actions autorisées. Un nœud carré indique une action et un cercle indique une condition. Il oblige les analystes à considérer la séquence des décisions et identifie la décision réelle qui doit être prise.

La principale limitation d'un arbre de décision est qu'il manque d'informations dans son format pour décrire les autres combinaisons de conditions que vous pouvez prendre pour les tests. C'est une représentation unique des relations entre les conditions et les actions.

Par exemple, reportez-vous à l'arbre de décision suivant -

Tables de décision

Les tableaux de décision sont une méthode pour décrire la relation logique complexe d'une manière précise et facilement compréhensible.

Il est utile dans les situations où les actions résultantes dépendent de l'occurrence d'une ou plusieurs combinaisons de conditions indépendantes.
C'est une matrice contenant des lignes ou des colonnes pour définir un problème et les actions.

Composants d'une table de décision

Condition Stub - C'est dans le quadrant supérieur gauche qui répertorie toutes les conditions à vérifier.
Action Stub - C'est dans le quadrant inférieur gauche qui décrit toutes les actions à effectuer pour répondre à une telle condition.
Condition Entry - C'est dans le quadrant supérieur droit qui fournit des réponses aux questions posées dans le quadrant de stub condition.
Action Entry - C'est dans le quadrant inférieur droit qui indique l'action appropriée résultant des réponses aux conditions du quadrant d'entrée de condition.

Les entrées dans la table de décision sont données par des règles de décision qui définissent les relations entre les combinaisons de conditions et les plans d'action. Dans la section des règles,

Y montre l'existence d'une condition.
N représente la condition qui n'est pas satisfaite.
Une action vierge contre indique qu'elle doit être ignorée.
X (ou une coche fera l'affaire) contre l'action indique qu'elle doit être effectuée.

Par exemple, reportez-vous au tableau suivant -

CONDITIONS	Règle 1	Règle 2	Règle 3	Règle 4
Paiement anticipé effectué	Oui	N	N	N
Montant de l'achat = Rs 10 000 / -	-	Oui	Oui	N
Client régulier	-	Oui	N	-
ACTIONS
Offrez 5% de réduction	X	X	-	-
Ne donnez aucun rabais	-	-	X	X

Anglais structuré

Structure English est dérivé d'un langage de programmation structuré qui donne une description plus compréhensible et précise du processus. Il est basé sur une logique procédurale qui utilise la construction et des phrases impératives conçues pour exécuter une opération pour une action.

Il est préférable de l'utiliser lorsque les séquences et les boucles d'un programme doivent être prises en compte et que le problème nécessite des séquences d'actions avec des décisions.
Il n'a pas de règle de syntaxe stricte. Il exprime toute logique en termes de structures de décision séquentielles et d'itérations.

Par exemple, consultez la séquence d'actions suivante -

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if

Pseudocode

Un pseudocode n'est conforme à aucun langage de programmation et exprime la logique en anglais clair.

Il peut spécifier la logique de programmation physique sans codage réel pendant et après la conception physique.
Il est utilisé en conjonction avec une programmation structurée.
Il remplace les organigrammes d'un programme.

Directives pour la sélection des outils appropriés

Utilisez les directives suivantes pour sélectionner l'outil le plus approprié qui conviendrait à vos besoins -

Utilisez DFD pour une analyse de haut ou bas niveau pour fournir de bonnes documentations système.
Utilisez le dictionnaire de données pour simplifier la structure afin de répondre aux besoins en données du système.
Utilisez un anglais structuré s'il y a beaucoup de boucles et que les actions sont complexes.
Utilisez des tables de décision lorsqu'il y a un grand nombre de conditions à vérifier et que la logique est complexe.
Utilisez des arbres de décision lorsque le séquençage des conditions est important et s'il y a peu de conditions à tester.