Worldlex Wiki 
La technique d'analyse et de conception structurée ( SADT ) est une méthodologie d'ingénierie des systèmes et d'ingénierie logicielle permettant de décrire les systèmes comme une hiérarchie de fonctions. SADT est un langage de modélisation d'analyse structurée qui utilise deux types de diagrammes : les modèles d'activité et les modèles de données . Développée à la fin des années 1960 par Douglas T. Ross , elle a été formalisée et publiée sous le nom d'IDEF0 en 1981.
Elle est souvent opposée à l'analyse et à la conception orientées objet .
Aperçu
La technique d'analyse et de conception structurée (SADT) est une notation diagrammatique conçue spécifiquement pour aider à décrire et à comprendre les systèmes . Elle propose des blocs de construction pour représenter les entités et les activités, ainsi qu'une variété de flèches pour relier ces blocs. Ces blocs et flèches sont associés à une sémantique informelle . La SADT peut être utilisée comme outil d'analyse fonctionnelle d'un processus donné, en utilisant différents niveaux de détail. La méthode SADT permet non seulement de définir les besoins des utilisateurs pour les développements informatiques, ce qui est souvent le cas dans les systèmes d'information industriels, mais aussi d'expliquer et de présenter les processus et procédures de fabrication d'une activité.
Histoire
SADT a été développé et testé sur le terrain entre 1969 et 1973 par Douglas T. Ross et SofTech, Inc. Cette méthodologie a été utilisée dans le cadre du projet MIT Automatic Programming Tool (APT). Elle a été largement utilisée à partir de 1973 par le programme de fabrication assistée par ordinateur intégrée de l'US Air Force .
Selon Levitt (2000), SADT fait partie d'une série de méthodes structurées, représentant un ensemble de techniques d'analyse, de conception et de programmation développées pour répondre aux problèmes rencontrés dans le monde du logiciel des années 1960 aux années 1980. À cette époque, la plupart des programmes commerciaux étaient écrits en COBOL et Fortran , puis en C et BASIC . Les bonnes pratiques de conception et de programmation étaient peu documentées, et il n'existait aucune méthode standard pour la documentation des exigences et des conceptions. Les systèmes devenaient plus volumineux et plus complexes, rendant leur développement de plus en plus difficile. SADT visait à faciliter la gestion de logiciels volumineux et complexes.
SADT faisait partie d'une série de méthodes structurées similaires, apparues depuis les années 1960, telles que :
- Programmation structurée vers 1967 avec Edsger W. Dijkstra .
- Conception structurée vers 1975 avec Larry Constantine et Ed Yourdon
- Analyse structurée vers 1978 avec Tom DeMarco , Yourdon, Gane & Sarson, McMenamin & Palmer.
- Ingénierie des technologies de l'information vers 1990 avec James Martin .
En 1981, le formalisme IDEF0 a été publié, basé sur SADT.
Sujets SADT
Approche descendante
La technique d'analyse et de conception structurée utilise une décomposition selon une approche descendante . Cette décomposition est effectuée uniquement dans le domaine physique, d'un point de vue de conception axiomatique.
Diagrammes
SADT utilise deux types de diagrammes : les modèles d’activité et les modèles de données . Il utilise des flèches pour construire ces diagrammes. La représentation de SADT est la suivante :
- Une zone principale où le nom du processus ou de l'action est spécifié
- Sur la gauche de cette case, les flèches entrantes indiquent les entrées de l'action.
- Dans la partie supérieure, les flèches entrantes : données nécessaires à l'action.
- Au bas de la case, les flèches entrantes indiquent : elles servent à l'action.
- Sur le côté droit de la boîte, flèches sortantes : résultats de l’action.
La sémantique des flèches pour les activités :
- Les entrées arrivent par la gauche et représentent les données ou les consommables nécessaires à l'activité.
- Les sorties se trouvent à droite et représentent les données ou les produits générés par l'activité.
- Les contrôles arrivent par le haut et représentent des commandes ou des conditions qui influencent l'exécution d'une activité mais ne sont pas consommées.
- Les mécanismes désignent les moyens, les composantes ou les outils utilisés pour réaliser l'activité. Ils représentent la répartition des activités.
La sémantique des flèches pour les données :
- Les intrants sont les activités qui produisent les données.
- Les sorties consomment les données.
- Les commandes influencent l'état interne des données.
Rôles
Selon Mylopoulos (2004), dans le processus de développement logiciel, plusieurs rôles peuvent ou doivent être distingués :
- Auteur ou développeur des modèles SADT
- Les commentateurs, qui évaluent l'œuvre de l'auteur
- Lecteurs ou utilisateurs des modèles SADT
- Des experts peuvent conseiller les auteurs.
- Comité technique ou examinateurs des modèles SADT en détail
- Le bibliothécaire de projet, qui gère la documentation du projet
- Chef de projet, qui supervise l'analyse et la conception du système.
- Superviseur ou analyste principal pour assister les développeurs et les utilisateurs de SADT
- Formateur pour les développeurs et utilisateurs de SADT
Usage
SADT est utilisé comme notation diagrammatique dans la conception conceptuelle du génie logiciel et du génie des systèmes pour esquisser des applications, pour une analyse structurée plus détaillée, pour la définition des exigences, et la conception structurée.