Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

C. Sibertin-Blanc, DESS IGSI 1 S A D T Structured Analysis and Design Technique

C. Sibertin-Blanc, DESS IGSI 1 S A D T Structured Analysis and Design Technique Défini par Douglas T. ROSS, en 1972 Normalisé pour le compte de l’US Air Force et l'ICAM (Integrated Computer Aided Manufacturing) pour favoriser la coopération entre les industriels de l'aéronautique Î IDEF0, IDEF1 site : www.idef.com Diffusé à partir de 77, Assez largement utilisé jusque en 90, Un formalisme de référence pour l'approche fonctionnelle du logiciel. Motivations, dans le contexte des années 70 • Permettre de définir de façon précise et rigoureuse les fonctions que doit assurer un système • Organiser la coopération entre les parties prenantes : A Language for communicating Ideas. SADT = Un formalisme pour exprimer la définition des fonctions d’un système (SA) => modèles + Une démarche, mode d’emploi pour utiliser au mieux ce formalisme (DT) => processus d'élaboration de modèles Plan Les principes 2 Les modèles SADT 10 Le processus de modélisation de SADT 18 C. Sibertin-Blanc, DESS IGSI 2 Les Principes Les objectifs, et les procédés utilisés pour les atteindre Domaine d’application Un système est capable de faire qq chose en produisant un résultat grâce à ce qui lui est fournit par son environnement FAIRE Control Input Mechanism Output Tout système, comportant un assortiment d’acteurs humains, d'automatismes et de logiciels, ou plus généralement une tâche à réaliser : systèmes industriels système d'information résolution de problème, "comment faire pour …" Modéliser Etablir une description, une représentation du système. « Pour un opérateur O, un objet M est un modèle d’un objet S si O peut utiliser M pour répondre à des questions Q qu’il se pose au sujet de S » (M. Minsky). Tout modèle M dépend de Le contexte : délimitation de l'objet d'intérêt (quel objet S ?) Le point de vue du modélisateur (quel opérateur O ?) L'objectif (quelles questions Q ?) Le contexte Un système est délimité par son interface avec son environnement : tout échange se produit entre un élément dans le système et un élément hors du système. C. Sibertin-Blanc, DESS IGSI 3 Le contexte Un système est délimité par son interface avec son environnement : tout échange se produit entre un élément dans le système et un élément hors du système. Le point de vue du modélisateur Aucun modèle ne peut tout dire sur un système. L'importance relative des éléments du système à prendre en compte dépend de la perspective adoptée, la responsabilité, le rôle du modélisateur vis à vis du système exple : Utilisateurs finaux, Opérateur d'exploitation, Mainteneur, Installateur Conformité aux réglementations applicables Commercial L'objectif d'une modélisation (purpose) Comprendre un système existant pour : Analyser l'origine des dysfonctionnements Le réorganiser Expliquer comment il fonctionne, formation des utilisateurs, responsables Décrire un système futur pour : Exprimer les besoins : que doit faire le système ? Définir ses relations avec son environnement Planifier une activité : quelles sont les tâches à réaliser L'objectif fournit le critère permettant de décider entre +sieurs alternatives, notamment de l'arrêt du processus de modélisation. => SADT ne s'utilise pas pour décrire la structure d'un système, quels sont ses constituants, … mais, pendant les phases amonts d'un projet Logiciel, pour comprendre ce que fait ce système, les besoins auxquels il doit répondre quelles opérations doivent être appliquer aux entrées pour produire les sorties. Sous forme d'un ensemble de contraintes C. Sibertin-Blanc, DESS IGSI 4 La dualité activité / entité Activités : ce que fait le système, les opérations, traitements qu'il réalise Entités, données : ce que le système manipule, utilise, produit Activités et données sont indispensables prennent leur sens l'un par l'autre. Modèles d'activité et modèles de données sont deux visions du système, leur confrontation permet de les valider l'un par l'autre. Modélisation des activités -> actigrammes des données -> datagrammes ENTITE activités de control activités génératrices Mechanisme ou support de l'entité activités utilisatrices En pratique, on n'utilise pas les datagrammes SADT mais le formalisme E-A. Structure hiérarchique du modèle et du système Selon le principe cartésien, tout système peut être décomposé en (sous-)systèmes, qui à leur tour peuvent être décomposés … Les arbres sont des structures très simples, il suffit de définir, pour chaque nœud, ses relations avec son parent, ses "frères". niveau i – 1 : pourquoi, le contexte du niveau i niveau i : quoi niveau i + 1 : comment du niveau i C. Sibertin-Blanc, DESS IGSI 5 4 3 2 1 3 3 2 1 2 1 A0 A4 A42 A-0 More General More Detailed This box is the parent of this diagram. A4 A42 NOTE: Node numbers shown here indicate that the box has been detailed. The C-number or page number of the child diagram could have been used instead of the node number. A0 0 Cette structure hiérarchique du système détermine : • La structure du modèle, sous forme d'une hiérarchie de diagrammes, • L'organisation de l'ensemble des fonctions que le système doit réaliser. • La structure du processus de modélisation, selon une analyse descendante. Modèle SADT d'un dispositif de transport C. Sibertin-Blanc, DESS IGSI 6 L'organisation du travail de modélisation qui fait quoi quand Approche pragmatique, qui vise à l'efficacité Bien découper les tâches, pour qu'elles soient le plus indépendantes possible. Définir clairement le rôle et les responsabilités de chacun. Définir clairement l'ordonnancement des tâches : ==> Le cycle auteur - lecteur Pour chaque tâche, indiquer comment procéder (pragmatique du formalisme). Utiliser des moyens de communication efficace => document écrit, de structure normalisée. L'intelligibilité des modèles Un modèle est un support pour l'élaboration et le partage de connaissances Elaboration et partage sont indissociables, car un modèle valide est l'expression d'un consensus. L'effectivité de l'évaluation d'un modèle par une personne dépend de sa compréhension du modèle. => Le modèle doit être bien structuré, pour rendre facile l'accès à tout niveau de détail. => Chaque élément du modèle doit être aisément intelligible, exprimer ce que l'on peut dire, en 1 page, d'une activité du système. Un modèle doit comporter 1. une description du système considéré, 2. une justification des choix de modélisation, en réponse aux questions que l'on peut se poser sur la description, 3. la trace du processus de son élaboration. Graphique + texte Graphique : pour décrire, selon la techniques des plans d'architecte et du dessin industriel concis, rigoureux et précis, favorisent le cohérence, avec un grand nombre de convention, pour faciliter la compréhension Texte : pour le commentaire explicatif - les éléments du modèles qui ne se prêtent pas à une représentation graphique, - informations sur le modèle, qui indiquent comment l'interpréter. C. Sibertin-Blanc, DESS IGSI 7 Structure du modèle d'un Ascenseur : A0: ascenseur A1: calculer destination A11: mémoriser appel A12: mémoriser étage demandé A13: calculer A2: déplacer cabine A3: actionner portes A31: ouvrir A32: attendre A33: vérifier charge A34: fermer ascenseur A0 Charge effective étage départ étage arrivée appel étage demandé franchissement étage Charge max Diagramme A-0 I1 O1 I2 C3 C4 C1 C2 actionner portes A3 déplacer cabine A2 calculer destination A1 Charge effective départ de étage arrivée à étage étage arrivée étage départ destination franchissement étage Charge max appel étage demandé Diagramme A0 C. Sibertin-Blanc, DESS IGSI 8 I1 O1 C3 C2 C1 calculer A13 mémoriser étage demandé A12 mémoriser appel A11 étage départ destination prochain étage prochain étage départ de étage étage demandé appel Diagramme A1 O1 I1 C3 C1 C2 fermer A34 vérifier charge A33 attendre A32 ouvrir A31 départ de étage Charge effective OK OK X secondes Charge max arrivée à étage franchissement étage Diagramme A3 C. Sibertin-Blanc, DESS IGSI 9 Un Distributeur Automatique de Billet (tni/orchis) Diagramme A0 Diagramme A1 C. Sibertin-Blanc, DESS IGSI 10 Les Modèles SADT Un modèle est caractérisé par : son contexte : le système, l'activité, ... considéré l'objectif, le point de vue. Dans le cadre d'un même projet, on peut avoir plusieurs modèles. La structure d'un modèle • énoncé de l'objectif et point de vue du modèle • une arborescence de diagrammes, la racine A-0 : le diagramme de contexte (comporte une seule activité) chaque nœud est identifié en fonction de sa position A0 : la 1ère décomposition du système (seul fils de A-0) • éventuellement, nœud A-1 qui décrit le système englobant, l'environnement de A-0 • un glossaire des termes spécifiques utilisés A1 A2 A3 A4 A-141 A-142 A-143 A-11 A0 A-13 A-14 A-1 NONE (parental context) TOP A-0 (With Viewpoint & Purpose) La structure d'un nœud Chaque nœud décrit une fonction du système - dans son contexte (fournit par son nœud père), - à un certain niveau de détail • un diagramme (actigramme) qui décrit la fonction en terme de sous-fonctions • un ensemble de notes (texte, ou schéma PES (Pour Explication Seulement)), identifiées par un numéro explications : éléments de la description qui ne peuvent être exprimés par le diagramme | | | |n| | | | commentaires : justification, alternatives (n) • éventuellement, un glossaire locale. Chaque nœud peut être vu comme la racine d'une sous-arborescence, et donc un modèle d'un sous-système C. Sibertin-Blanc, DESS IGSI 11 La structure d'un diagramme • un ensemble de boîtes, uploads/Management/ sadt.pdf