L’une des principales responsabilités de l’analyste de système est l’identification et la représentation logique des systèmes qu’il conçoit. Les analystes doivent comprendre les fonctions, les données, le comportement et la structure d’un système et communiquer efficacement chaque composante avec les développeurs et les intervenants. Généralement, le processus d’analyse aboutit à un ensemble de modèles utilisés pour atteindre cet objectif. Par exemple, un diagramme de flux de données (DFD) décrit les fonctions et les processus du système, tandis qu’un diagramme de relation d’entité (ERD) décrit les données du système.

Buts

Les DFD et les ERD sont créés pour des raisons différentes. Un diagramme de flux de données modélise le flux d’informations à travers un système et se compose de processus, de flux, de données et de terminateurs. Un DFD décrit comment les données entrent dans un système, sont transformées dans un système et sont stockées dans un système. Un diagramme de relation d’entité modélise les personnes, les objets, les lieux et les événements (aussi appelés entités) pour lesquels les données sont stockées dans un système et, en général, dans la base de données d’un système. L’ERD montre également les relations et la cardinalité entre les entités du système.

Modèles

Les DFD et les ERD modélisent des choses différentes. L’analyse des systèmes comprend l’identification des processus, des flux, des intrants et des extrants des systèmes. Le modèle DFD qui en résulte est une représentation à plusieurs niveaux du système qui commence par les informations les plus abstraites (diagramme de contexte) et comprend plusieurs niveaux décomposés. L’analyse des systèmes comprend également l’identification des données au sein du système, y compris les données stockées et la façon dont les données sont liées à d’autres données. Le modèle ERD qui en résulte est une représentation des données du système et comprend des descriptions détaillées des relations entre les données.

Notations

Les DFD et les ERD sont créés en utilisant des notations différentes. Les processus DFD sont représentés par des cercles, des ovales ou des rectangles et nommés avec un seul mot. Les flèches aux noms descriptifs représentent les flux et les lignes parallèles ou ovales représentent les magasins. Les rectangles nommés représentent les terminateurs. Une boîte rectangulaire représente les entités ERD, et les relations entre les entités sont représentées par des diamants et nommées avec la description de la relation. Les lignes et les notations standard représentent la cardinalité, ou le nombre d’objets participant à une relation d’entité.

Règles

Les DFD et les ERD sont dessinés selon des règles différentes. Dans le cas d’un DFD, chaque processus et chaque magasin doit avoir au moins un flux de données entrant et un flux sortant. Toutes les données doivent passer par un processus et tous les processus au sein du système doivent être liés à un autre processus ou à une autre mémoire de données. Dans le cas d’un ERD, toutes les entités doivent représenter un ensemble de choses similaires. Les relations peuvent ne pas être redondantes, ne pas être multiples, et les attributs peuvent ne pas être des attributs clés étrangers. Toutes les définitions doivent être claires.

Insuffisances

Les DRE et les DFD présentent des lacunes différentes. Les DFD ne peuvent pas décrire complètement un système, et l’utilisation de symboles différents peut semer la confusion chez les utilisateurs. Les DFD ne peuvent pas spécifier des calculs dans le cadre d’un processus et des relations temporelles. Les DRE ne montrent pas l’interaction entre les données ou la façon dont les données changent au sein du système. Les DRE et les DFD peuvent prendre du temps pour créer un problème que les intervenants ne veulent pas dédier, un problème qui peut mener à la frustration ou à un système mal conçu qui ne répond pas aux besoins des intervenants.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.