Approches ascendante et descendante

Une approche ascendante (dite bottom-up) ou descendante (dite top-down) caractérise le principe général de fonctionnement d'une démarche procédurale.

En première analyse, la distinction peut désigner le sens d'une démarche intellectuelle :

  • il peut s'agir d'une synthèse (ascendante) où l'on part du détail, du « bas », c'est-à-dire l'échelon le plus fin, pour consolider progressivement et opérer une synthèse ;
  • il peut s'agir d'une analyse (descendante) où, partant de l'ensemble, on décompose en éléments toujours plus détaillés, pour déboucher sur une « mise à plat », une « dissection totale », un état des lieux de l'objet étudié.

Par extension, la distinction peut désigner le mode d'animation et de pilotage d'une démarche :

  • il peut s'agir d'un pilotage participatif (ascendant) où le fil directeur de l'animation démarre des perceptions et initiatives de l'échelon le plus « bas » (au sens hiérarchique) ou le plus « terrain » (au sens opérationnel) pour être répercutées, déclinées et prises en compte par les échelons supérieurs ;
  • il peut s'agir aussi d'un pilotage directif (descendant) où, au contraire, le fil directeur de l'animation est actionné par la hiérarchie. Les échelons « subordonnés » ayant pour fonction de mettre en forme, d'exécuter, de déduire, d'améliorer les consignes prescrites.

Approche ascendante

modifier

Une approche dite ascendante, ou approche bottom-up (« de bas en haut » en français), se caractérise par une suite de processus qui apportent chacun une partie fondamentale de l'édifice qu'elle cherche à produire, à partir d'éléments de base.

Exemples

modifier

Approche descendante

modifier

Une approche dite descendante, ou approche top-down (« de haut en bas » en français), implique des processus qui, à partir d'un apport de matière première brute, visent à forger celle-ci, à la transformer par étapes (raffinement) en vue d'y apporter une valeur ajoutée en augmentant la complexité de l'ensemble.

Par analogie, dans les domaines techniques, cette approche consiste à concevoir le sujet d'études ou le produit dans les grandes lignes, puis, itérativement, à s'intéresser à des détails de plus en plus fins.

L'approche descendante permet de délimiter et de conceptualiser rapidement le projet et de le diviser en sous-parties aisément manipulables. Elle permet donc d'avoir une vue globale du projet final et de donner une estimation rapide, bien qu'approximative, de sa complexité et de son coût.

Exemples

modifier
  • Le travail d'une matière brute pour créer un objet plus élaboré : usinage d'une pièce, taille d'un bloc de pierre par un artiste sculpteur…
  • L'ébauche d'un dessin, avant le détail.
  • La conception d'un produit en suivant un cahier des charges (décrivant un objectif dans sa globalité), entrant au fur et à mesure dans le détail des exigences : élaboration de circuits intégrés, conception logicielle…
  • Gestion des problèmes écologiques par le haut du Japon de l'ère Togukawa[1].

Comparaison des approches

modifier

En informatique on utilise les méthodes descendantes dans le domaine du développement, parce qu'on en maîtrise en principe déjà les concepts dans le cadre d'une théorie qu'on met en œuvre, et au contraire la méthode ascendante dans le cadre de la recherche, où on cherche à les faire émerger de la pratique.

Un important réquisitoire contre l'approche descendante a été dressé par Richard Feynman dans son rapport sur l'accident de la navette spatiale Challenger de 1986[2]. Selon lui, l'approche descendante oblige à des décisions de conception prématurées et rend beaucoup plus difficile les corrections de design que l'approche ascendante où on part en permanence de ce qui est bien connu et solidement maîtrisé. Voir aussi émergence.

Notes et références

modifier
  1. a et b Diamond 2006, p. 455.
  2. The Space Shuttle Main Engine was handled in a different manner, top down, we might say. The engine was designed and put together all at once with relatively little detailed preliminary study of the material and components. Then when troubles are found in the bearings, turbine blades, coolant pipes, etc., it is more expensive and difficult to discover the causes and make changes. Texte intégral cité ici : http://duartes.org/gustavo/blog/post/Richard-Feynman-Challenger-Disaster-Software-Engineering

Voir aussi

modifier

Bibliographie

modifier

  : document utilisé comme source pour la rédaction de cet article.

  • Jared Diamond (trad. de l'anglais par Agnès Boltz et Jean-Luc Fidel), Effondrement : Comment les sociétés décident de leur disparition ou de leur survie [« Collapse. How societies chose to fail or succeed »], Paris, Éditions Gallimard, , 873 p. (ISBN 978-2-07-036430-5, BNF 41496833), partie II, chap. 9 (« Comment les sociétés assurent-elles leur pérennité ? Deux approches divergentes »), p. 451-510.  

Articles connexes

modifier