Méthodes de conception et Intro SADT
Contents
1. des r f rences crois es des s quencements des activit s du texte reli aux diagrammes E un glossaire des termes et sigles utilis s 5 des diag suppl mentaires PES Pour Explication Seulement ne font pas prtie de la hi rarchie une liste hi rarchique sert de table des mati re Tout est crit sur un formulaire SADT 42 e Hi rarchie des diagrammes en SADT e La figure montre une vue g n rale des actigrammes d un mod le et comment les diagrammes montrent graduellement de en de d tail du haut vers le bas e Un diag initial une seule bo te activit enti re du syst me diag de contexte g n ral e Cette bo te est d taill e dans le diagramme de haut niveau AO e Chaque bo te de AO est d taill e ensuite dans un nouveau diagramme e Par d finition un diagramme enfant d taille une bo te de son diagramme parent AO AI A2 A3 A4 AII A12 A13 IA21 A22 A24 A24 A41 A42 A43 A111 A112 A113 A131 A132 A133 A431 A432 A433 A434 etc 43 Pour les datagrammes gt num rotation analogue D 0 DO D1 D2 D11 D12 Tous les termes d finis dans les actigrammes doivent avoir des correspondants dans les datagrammes Les textes et les PES reli s un diag ont le m me num ro de n ud que le diagramme suivis de P pour PES ou de T pour texte AIT A1P D21T Le glossaire plac en fin de mod le num ros de pages G1 G22. Lecteurs g n ralement des futurs utilisateurs du syst Ils lisent les diag pour information en approuvant ou non Experts sp cialistes d un domaine fournissent aux auteurs des infos sp cialis es sur les contraintes et facilit s du syst au cours d interviews 40 Comit technique de haut niveau son r le est de critiquer chaque tape importante de la d composition Il r soud les probl mes techniques et aide le chef de projet dans les prises de d cision Biblioth caire l ment important Il tient jour les documents du projet veille la bonne circulation de ces documents entre les auteurs et les commentateurs Conserve les archives Moniteur sp cialiste de la m thode SADT Conseille les membre de 1 quipe bibliot lecteurs auteur copie kit chef de projet kit commentaires par crit nouv kit comit technique experts auteurs biblioth caire lecteurs r ponse par crit lit les r ponses classe le kit classe le kit discussion aut lect cr e ou modifie d autres diag 4 1 e Composants d un mod le SADT e La cr ation d un mod le par les auteurs C est un processus dynamique qui requiert plusieurs personnes Un mod le est cr e selon UN PONT DE VUE et un BUT donn s Un mod le SADT des actigrammes repr sentant toutes les activit s du syst des datagrammes repr sentant toutes les donn es du syst
3. Une table des mati res pour un mod le ou pour un kit gt liste hi rarchique des num ros avec les titres des diag Exemple A 0 surveiller les malades AU surveiller les malades Al placer un malade sous contr le A2 retirer un malade du contr le A3 contr ler le malade A31 choisir le malade examiner A32 acqu rir et valider les mesures AZI 4322 A33 contr ler les valeurs A34 afficher les alarmes A35 enregistrer les r sultats A4 g rer le dossier 44 e Langage graphique e Un diagramme SADT bo tes connect es par des fl ches une bo te de datagramme ENS act v te dame activit activit dispositif de stockage e Les fl ches et leur signification Les fl ches ont des labels contr le label entr e sortie m canisme temps tudier les prix graines l gumes faire pousser pousser a vendre r egumes les l gumes 8 fermier panier Sous forme textuelle le fermier utilise les graines pour faire pousser les l gumes d une mani re qui d pend du temps les l gumes apr s avoir pouss sont gard s dans des paniers d o ils sont vendus en consid rant le prix courant On en d duit que Une entr e dans un actigramme est convertie en sortie par l activit Un contr le n est pas modifi par 1 activit mais am ne une contrainte sur la fa on dont activit convertit entr e en sortie
4. Rmg En pratique une fl che est toujours consid r e comme un contr le moins que visiblement elle ne serve que d entr e R sum Entr e donn e transform e par l activit en sortie Sortie donn e cr e par l activit Actigramme Contr le donn es influant sur la transformation des E en S M canisme processeur qui effectue activit pgm pers Entr e activit qui cr e par la donn e Sortie activit qui utilise la donn e datagramme Contr le activit qui influe sur la cr ation ou l utilisation de la donn e M canisme dispositif de stockage de la donn e 46 e Connexion entre les bo tes la sortie de la bo te 1 la sortie de la bo te 3 g n re un e contr le en retour sur la bo te 1 e La connexion de la sortie d une bo te une ou plusieurs autres bo tes montre une relation de contrainte entre ces bo tes c d que la bo te destination ne s active que si l autre bo te lui fournit la donn e e Possibilit de montrer 1 ex cution ex cution en d s que cette donn e est fournie par 1 alors 2 et 3 peuvent l utiliser Ramification des fl ches examiner prescrire gt chaque portion de fl che repr sente la m me donn e pr parer consomme conserver gt chaque portion de fl che repr sente 1 ensemble de la donn e 48 e Remarques et conventions graphiques e une bo te d act
5. 30 Nous allons introduire la m thode SADT Utilisation principale sp cification des fonctionnalit s d un syst me logiciel Description des fonctions d un logiciel syst me 31 SADT Structured Analysis and design Technics e SADT langage pluridisciplinaire favorise la communication entre utilisateurs et concepteurs e Concepts de base de la m thode concepts simples bas s sur un formalisme graphique et textuel facile Permet de 1 mod liser le pb informatique ou non puis expose la solution 2 assure une communication efficace entre les personnes concern es par le syst me 39 7 concepts fondamentaux SADT analyse un syst en construisant un mod le dont le but est d en exprimer une compr hension compl te et de le situer dans son contexte Plusieurs mod les selon points de vue peuvent s av rer n cessaires Analyse du syst me descendante hi rarchique modulaire structur e SADT d crit le QUOI o la m thode est efficace et non le COMMENT solutions envisag es pour la r alisation du QUOI gt moins efficace SADT mod lise la fois les choses donn es objets noms gt doc produits personnes pgms machines et les v nements activit s verbes effectu s par ces objets Le mod le complet tablit les liens entre ces 2 mod les 33 5 SADT langage semi formel texte graphiques bo tes fl ches 6 SADT favorise le travail en q
6. ajouter ou modifier des diagrammes si n cessaire e 7 Choisir les m canismes Ajouter les indications de s quencement dans actigrammes 55 Cr ation d un actigramme 1 Commencer un nouvel actigramme S lectionner une bo te d composer ou d cider de s arr ter 2 Rassembler 1 information relative au sujet documents notes interviews 3 Commencer un nouveau formulaire lister les donn es comme elles viennent 1 esprit se r f rer au titre de la bo te d composer consid rer les activit s pour v rifier la compl tude de la liste de donn es ajouter des donn es ainsi d couvertes grouper les donn es pour monter leurs relations Cr er les bo tes d activit s du diagramme passer en revue la liste des donn es et leurs regroupements d duire les activit s qui manipulent les groupes de donn es on peut auparavant cr er une liste d activit s trouver les donn es relatives aux activit s partir de la liste de donn es Dessiner les bo tes d activit s avec les fl ches correspondantes donn es en E S ou C ajouter les fl ches manqauntes qui viennent l esprit d couper regrouper les bo tes pour augmenter ou r duire leur nombre am liorer la communication 56 e Examiner les bo tes d activit s obtenues limites point de vue e Corriger le diagramme dessiner les bo tes l o elles manquent e Examiner chaque bo te S assurer qu elle a
7. individuellement V rification des interfaces Document r sultats des tests de modules 17 6 Int gration de l ensemble Les diff rents modules sont int gr s successivement dans le syst me et tester chaque fois qu on rajoute un module si des probl mes apparaissent cause de l interaction d un module avec d autres Document r sultats des tests d int gration description du logiciel final 7 Phase de recette Int gration du logiciel dans son environnement On test si le logiciel r pond bien aux sp cification des besoins Document r sultat de la recette Puis si OK gt exploitation maintenance du logiciel maintenance corrective correction des erreurs bugs adaptative adapter le logiciel un autre environnement mat riel logiciel volutive ajout de nouvelles fonctionnalit s 18 4 Quelques probl me du mod le en V S il appara t pertinent de faire la v rification logique selon une approche ascendante des composants au syst me la validation par rapport aux besoins intervient trop tard dans le cycle de vie En effet 1l est co teux de constater l inad quation du syst me seulement la fin 19 Risques li s au d veloppement des logiciels Mauvaise expression des besoins par le client Incompr hension des besoins par le fournisseur Instabilit des besoins se modifient dans le temps Choix technologiques volutifs Mouvement de personnel 20 Quelques
8. au moins un C et une S e Reconsid rer les fl ches de chaque bo tes Regrouper en c bles si n cessaire e Cr er des fl ches double sens si possible e Se demander si chaque bo te est essentielle ou s il serait plus clair de regrouper e __Re dessiner le diagramme mettre le num ro C chronologique e Pr senter les bo tes en escalier V rifier les codes MECS e Ajouter des notes ventuellement e Tester la qualit du diagramme facteur d amplification apporte assez de d tails point de vue auditoire v rifier le but analyse des besoins ou fonctionnelle ou tester l quilibre certaines activit s sont elles plus d taill es que d autres v rifier la compl tude 1 information est elle compl te recouvre t elle tout le domaine d limit par la bo te m re Cr er des PES si n cessaire S7 Cr ation d un datagramme e similaire aux actigrammes mais un datagramme n est pas inverse d un actigramme ils doivent tre compatibles c d que 1 on doit retrouver les m mes donn es et activit s mais pas n cessairement aux m mes niveaux 58 Exemple de Correspondance Activit s Donn es liens A D 59
9. besoins et aux sp cifications fonctionnelles du nouv syst aux sp cif de r alisation partir des spr cif fonctionnelles au plan d int gration et d installation la mise en route du syst la gestion du d veloppement du projet pilotage des tapes Pour le d veloppement d un projet les donn es prendre en compte sont les besoins primaires par le clients ou I utilisateur besoins secondaires issus de la solution propos e contraintes du syst impos es par les choix mat riels d j effectu s contraintes commerciales tat du march contraintes administratives qualification du personnel disponibilit 39 Analyse fonctionnelle tapes suivre apr s avoir clarifi les besoins construire les actigrammes et les datagrammes du syst tablir les r f rences crois es entre eux compl ter ventuellement analyse fonctionnelle refaire des diagrammes indiquer quelques s quencements possibles des activit s identifier les m canismes qui permettent de passer la phase de conception Rmq la premi re tape est la plus longue et la plus critique e Equipe SADT Auteurs analystes tudient les besoins et contraintes et analusent les fonctions du syst sous formes d actigrammes et datagrammes Commentateurs critiques sont souvent des auteurs qui commentent et critiques les diagrammes d autres auteurs avec des suggestions
10. de sous fonctions jusqu arriver des fionctions suffisamment simples r aliser Exemple SADT 24 M thodes fonctionnelles Ex SADT Points forts simplicit ad quation capturer les besoins des utilisateurs peuvent produire des solutions plusieurs niveaux d abstraction Points faibles effort d analyse concentr sur les fonctions n gligeant la coh rence des donn es r gles de d composition non explicites d compositions diff rentes selon les analystes difficult tenir compte des interactions non hi rarchiques dans les syst mes complexes e de plus la volatilit des fonctions fait que le syst est en perp tuelle re conception 25 Le mod le tri dimentionnel Ex m thode MERISE gt Fait partie des m thode syst miques appr hende le syst me comme un tout dans sa globalit gt d veloppement selon trois axes gt cycle de vie du SI gt niveaux de description abstraction du SI description du cycle de d veloppement cycle de d cision correspondant au cycle de vie du projet 26 Commentaires e Cycle de vie p riodes l issue desquelles le syst subit des modif importantes changement de mat riel de logiciel changement d architecture organique centralis e distribu e e Cycle d abstraction description des dif rents niveaux de sp cification du SI du niveau conceptuel ind pendant de toute technologie un niv
11. s avec les contraintes pour comparer On choisit la solution qui r pond le mieux aux sp cifications des besoins pas tr s couteuse Document de conception g n rale point de vue statique et dynamique Statique d coupage en modules selon le point de vue donn es Dynamique d coupage en t ches point de vue traitement Un module unit dee compilation ensemble de fonctions proc dures avec les structures de donn es les donn es les interfaces du module avec l utilisateur et avec d autres modules Documents produit document de conception g n rale globale M thodes HOOD objet Mrise syst mique globale 3 Conception d taill e D finir partir de la conception globale les diff rents modules que l on d compose jusqu obtenir des fonctions simples d finition des interfaces D finir les attributs et m thodes si conception Objet ou d finir le pseudo code des fonctions proc dures Documents revue de conception d taill e description d taill e de chaque l ment avec ses interface et manuel d utilisation mise en uvre sp cification des tests pour l tape suivante 4 Codage et tests unitaires Les fonctions et proc dures identifi es l tape pr c dente sont cod es et test es individuellement Le produit de cette phase codes sources comment s r sultats des tests unitaires 5 Tests des modules Chaque module ensemble de fonctions proc dures est test
12. Analyse et Conception de Syst mes Informatiques ACSI G n ralit sur les m thodes de conception Les syst mes informatiques gt deviennent plus complexes gt n cessit de rationaliser leur conception et d veloppement Pour diminuer les co ts des diff rentes maintenances gt Disposer d outils m thodes et techniques qui font du d veloppement de SI une activit d ing nierie comme les autres g nie m canique Depuis les ann es 70 diff rentes m thodes ont t propos es Objectif mieux d finir les tapes de conception et standardiser le vocabulaire concepteurs et d veloppeurs Le d veloppement de ces m thodes est inspir par les technologies successives des langages de programmation de BD de r seaux gestion temps r el Motivations Motivations dans le choix des m thodes de Conception gt possibilit de prendre en compte des applications de en complexes gt le souci de diminuer les co ts de d veloppement et de maintenance Constat enqu te DoD Department of Defense USA seuls 2 des projets sont livr s et utilis s en l tat gt 30 des projets sont pay s mais jamais livr s D autres projets sont livr s mais modifi s 3 Une m thodologie pour G rer tout le cycle de vie prendre en comte les diff rents changements Avoir une d marche que peuvent utiliser d autres projets en partie au moins Organiser le t
13. am liorations d veloppement du syst me logiciel par incr ments plusieurs it rations chaque it ration pour ma triser une partie de risques et apporte une preuve de faisabilit du projet chaque tape donne lieu un prototype que l on enrichit l tape suivante jusqu la version finale livrable chaque it ration comporte sp cif conception codage tests 21 Mod le en spirale B S Conception Ann e 2003 2004 D 18 27 22 Le mod le en spirale gt La validation du syst me se fait le plus t t possible et autant de fois que n cessaire par une s rie de prototypes gt Chaque prototype comporte les diff rentes tapes analyse conception codage gt Probl mes gt mise en oeuvre tr s co teuse pas de consensus sur la taille des prototypes n1 leur d stin e tre jet s ou servir de noyaux pour d autres fonctions gt le nombre de prototypes est discutable 23 Diff rentes classes de m thodes de Conception En fonction de la mani re dont le syst est per u point de vue fonctionnel syst mique ou objet et en fonction de la d marche de conception pr conis e d composition hi rarchique ascendante descendante On distingue gt les m thodes d analyse et de d composition hi rarchiques cart siennes ann es 70 incluent les m thodes fonctionnelles c d d composition d une fonction de fa on hi rarchique en un ensemble
14. eau interne d pendant d un environnement particulier e Cycle de d cision variante du mod le en cascade 21 Points forts gt plus grande coh rence des donn es sous forme de BD non redondante gt respect des niveaux de conception de la norme ANSI SPARC 75 niv externe conceptuel interne Points faibles gt pas de r gles formelles pour assurer la coh rence entre mod les de donn es et de traitement gt distinction floue entre les diff rents niveaux de conception d pend des m thodes gt faiblesse de la mod lisation des traitement m lange connaissances et contr le 28 Approches objet gt peuvent tre consid r es comme une volution de l approche syst mique vers une plus grande coh rence entre les objets et leur dynamique gt d crire une grande partie de la dynamique du SI comme un ensemble d op rations attach es aux objets composant le syst gt ceci permet une meilleure modularit et r utilisabilit des comoposants du SI Ex AOO COO HOOD OMT OOM SYS P O Remarque Utilisation g n ralis de UML pour mod liser UML n est pas une m thode c est un langage Unified Modelling Language 29 Remarques Petit point faible gt pousse une perception et une repr sentation monolithiques des applications Tout est objet Ceci n est pas toujours le cas en r alit l aspect fonctionnel est galement important dans les organisations
15. es bo tes avoir un aper u de la d composition e 2 Examiner le diagramme p re notamment la bo te m re et ses interfaces Identifier les E S et C importants e 3 Consid rer les fl ches internes du diagramme consid r Chercher le chemin principal qui relie 1 ntr e E ou contr le C important la sortie importante gt met l accent sur les probl mes cl e 4 Examiner chaque bo te et v rifier que chaque E S et C est justifi Comprendre le r le de chaque fl che e 5 Examiner comment les fl ches se connectent entre les bo tes chercher les erreurs les contre r actions e 6 Lire les textes et PES Pour Explication Seulement associ s 54 e Rmq cette s quence devient tout fait naturelle avec la pratique e Travail d un auteur au niveau mod le au niveau d composition du mod le et au niveau des diagrammes qui constituent ces d compositions Pour cr er un mod le e 1 D finir le point de vue auditoire et le but analyse fonctionnelle besoins conception e 2 Cr er A 0 et A0 Revoir A 0 et AO jusqu ils soient acceptables e 3 Continuer la d composition des activit s sur 3 ou 4 niveaux e 4 Passer aux datagrammes cr er D 0 et DO Les revoir jusqu acceptation e 5 Continuer la d composition en donn es jusqu environ le m me niveau de d tails que les actigrammes e 6 Etablir les liens A D et D A v rifier la coh rence et la compatibilit
16. ivit peut avoir de multiples possibilit d activations une entr e et un contr le seulement les contr les toutes les entr es et contr les e disposer en diagonal les 3 6 bo tes d un diagramme Entr es r ciproques Contr les r ciproques A B e _ Les codes MECS M canisme Entr es Contr le Sortie tablissent les liens entre la bo te m re et le diagramme enfant e Autres conventions graphiques plut t que plut t que 51 plut t que lorsqu une fl che appara t sur une bo te d un E A A diagramme de d tail mais pas sur le parent lorsqu une fl che appara t sur une bo te parent mais pas sur les niveaux inf rieurs pour ne pas charger 52 e Rmq Toute fl che d une bo te m re doit appara tre dans son diagramme enfant sauf les fl ches parenth s es e Liens activit s donn es A D e Apr s avoir construit les actigrammes et datagrammes faire les liens A D et D A Ce sont les r f rences crois es Un num ro de n ud de chaque bo te d un mod le est crit sur les fl ches de 1 autre mod le et vice versa Chaque num ro est pr c d de A ou D e Quand les liens sont crits sur les actigrammes liens A D Liens D A sinon e Exemple D124 Liens A D D212 est cr e par A331 utilis e par A332 A332 A332 A332 lit D212 et cr e D213 Liens D A Comment lire un diagramme e 1 Lire les titres d
17. liers Selon SADT l univers qui nous entoure et donc le mod le est compos de donn es objets substantifs et d actions v nements activit s verbes En SADT il y a dualit entre activit s et donn es objet nom v nement objet activit nom verbe processeur Bo te d activit action verpe objet l AE action activite action donn e verbe verbe verbe foni appareil dispositif de stockage Bo te de donn e 37 e En SADT les aspects donn es et activit s sont examin s ensemble e gt cr ation de deux ensembles de diagrammes e les actigrammes diag d activit s activit s bo tes qui manipulent des donn es v hicul es par les fl ches e les datagrammes diag de donn es donn es bo tes o les fl ches montrent les activit s qui cr ent et utilisent les donn es e Application de SADT sur les tapes du cycle de vie d un syst me A les besoins SYst en exploitation tude tude pr alable lt nouv besoins en rer au syst me N int gration et tests et tests conception conception globale sp cif fonctionnelles prot PE concevoir 7 sets iser et tester conception d taill e sp cif de r alisation 38 En partant du syst me en exploitation SADT peut s appliquer la compr hension actuel du syst me aux sp cifications des besoins non satisfaits par le syst actuel analyse des
18. oint validation Assez bien adapt lorsque les besoins sont clairs et stables A4 4 A4 4 Inconv nients du mod le en cascade incapable de prendre en compte les syst mes complexes plusieurs applis qui interagissent passage direct de l analyse des besoins globale la sp cification d taill e trop technique phase de tests pas de validation par rapport aux besoins gt mauvaise gestion des erreurs et des modifs 10 Mod le de d veloppement en V RS Conception Ann e 2003 2004 p 15 27 Le mod le en V introduit la notion de syst me et de composants sous syst mes gt contr le mieux la hi rarchie par des tests explicitement sp cifi s gt gt donne une grande ma trise du d veleppement de syst mes complexes gt l tape de validation du syst me complet par rapport aux besoins montre la distinction entre la v rification de la coh rence logique s1 syst me bien construit et la validation on construit bien le syst me qu il faut 12 13 On commence par voir les crit res de qualit d un logiciel Exactitude r sultats voulus dans des conditions normales d utilisation Robustesse bonne r action si conditions impr vues Extensibilit pouvoir adapter facilement le logiciel de nouveaux besoins des utilisateurs R utilisabilit possibilit de r utiliser certaines parties modules d un logiciel X dans le d veloppement d autres logiciels P
19. ortabilit fonctionnement d un logiciel sous plusieurs plates formes linux windows Efficacit ou efficience optimiser les temps de r ponse taille m moire Rmp Utiliser une m thode pour d velopper un logiciel permet de satisfaire ou ces crit res 14 Cycle de vie classique Sp cification des besoins tude pr alable d finition des besoins Conception g n rale Conception d taill e Codage Programmation Tests unitaires Tests des modules int gration des modules composants Tests syst me Int gration de tous les composants dans le syst me Recette exploitation maintenance Documentation gt informations chang es entre les diff rents intervenants dans le d veloppement gt documents pour permettre la transmission des infos sur les tapes du projet tout le long dy cycle de d veloppement Chaque phase gt un document qui sert de base la phase suivante 15 1 Sp cification des besoins Servent d finir ce que doit faire le logiciel et non comment il le fait Documents un plan de d veloppement du logiciel une revue des sp cifications fonctionnelles cahier de recette cahier des charges M thodes outils de sp cification comme SADT MERISE premi res phases 2 Conception g n rale On part de la sp cification des besoins On se focalise sur la ou les solution s et on tudie leur faisabilit Pour chaque solution on d finit les choix effectu
20. ravail Am liorer la communication Prise en compte des nouvelles applications Avant les ann es 80 70 des applis informatiques sont des applis de gestion le reste est scientifique gt les m thodes de conception sont souvent orient es gestion Mais de nouveaux types d applis sont apparus CAO FAO Simulation de circuits de pgms Cartographie e Architecture Elles sont caract ris es par _ forte interactivit avec l utilisateur repr sentation manipulation d objets complexes temps de r ponse courts interfaces homme machines IHM conviviales 5 Ces nouvelles applications tr s volutives gt structure comportement des objets gt r utilisation intensive d objets existants pour construire de nouveaux objets gt mise en uvre d interfaces de haut niveau utilisation de standards d environnement de crit res ergonomiques Diff rents mod les existent pour construire d velopper un logiciel Les principaux Mod le de d veloppement en cascade RS Conception Ann e 2003 2004 p 11 27 gt gt gt gt gt Le mod le en cascade Le d veloppement se fait application par application Analyse identifier les entr es sorties transformations r aliser Conception sp cifications techniques d taill es d crire les fichiers algos tats de sortie Impl mentation codage programmation Tests mise au p
21. uipe discipline et coordonn 7 SADT oblige consigner par crit tous les choix effectu s pendant l analyse Les documents sont ainsi accessibles tous pour tre revus et corrig s 34 LE LANGAGE SADT Un mod le SADT diagrammes ordonn s hi rarchiquement gt Au niveau le g n ral diagramme de niveau 1 le contexte du syst me analyser les sources et destinations des informations interfaces de la bo te avec l ext rieur gt Au niveau inf rieur on montre Juste la bo te principale bo te 0 dans un diagramme appel 0 Cette bo te se d compose elle m me en un diagramme de niveau inf rieur niveau 0 qui contient les bo tes 1 2 EEN gt Une bo te 1 se d compose en un diagramme 11 12 13 14 gt Chaque diagramme du mod le peut tre consid r comme un diagramme p re synth se de ses diagrammes enfants ou comme diagramme fils analyse d une partie bo te de son diagramme p re gt Un diagramme peut tre un actigramme activit s Ai ou un datagramme donn es Di 35 travail lecteur date es travail lecteur date es utilisation projet notes 1 2 3 4 5 6 7 8 9 10 A DU UDTHCAtIO Chaque diagramme de niveau inf rieur apporte un nombre limit de d tails sur un sujet bien d limit Une bo te est d compos e en un diagramme comportant entre 3 bo tes au minimum et 6 bo tes au maximum sauf A 1 ou D 1 et quelques cas particu
Download Pdf Manuals
Related Search