Différence entre l'approche descendante et l'approche ascendante

Approche descendante vs approche ascendante

L'approche descendante et l'approche ascendante sont deux approches couramment utilisées lors de la conception d'un projet. Peu ne comprennent pas les différences entre ces deux approches et cet article a l'intention de mettre en évidence les caractéristiques des deux pour faciliter le lecteur pour apprécier plus facilement les deux concepts dans leur intégralité.

Alors que la conception de haut en bas commence de l'abstrait pour enfin obtenir une conception solide, l'approche ascendante est juste l'inverse car il commence par la conception en béton pour accéder à l'entité abstraite. En ce qui concerne la conception de nouveaux systèmes, c'est une approche de haut en bas qui est le plus couramment utilisé. D'un autre côté, dans le cas de l'ingénierie inverse comme lorsque c'est l'objectif de comprendre la conception de quelqu'un d'autre, l'approche ascendant est utilisée.

L'approche ascendante se déroule avec la conception du module ou du sous-système le plus bas, vers le module ou le sous-système le plus élevé. Il faut un graphique de structure pour connaître les étapes impliquées dans l'exécution. Les conducteurs sont également nécessaires pour compléter ce type de conception.

L'approche descendante commence par le module de niveau supérieur et progresse vers le bas vers le module de niveau le plus bas. En réalité cependant, aucun système n'est suivi de manière rigide et les concepteurs ont tendance à rebondir entre ces deux approches, car le besoin peut être.

Il y a des avantages et des inconvénients des deux approches. Si nous parlons des avantages d'une approche descendante, il est facile à visualiser, offre un sentiment d'exhaustivité et il est facile d'évaluer les progrès à n'importe quel stade. À la baisse, étant une approche axée sur l'interface utilisateur, il y a des chances de logiques commerciales redondantes.

D'un autre côté, dans une approche ascendante, l'utilisateur a les avantages d'une logique métier solide, de la capacité d'écrire un bon test unitaire et de la facilité avec laquelle les modifications peuvent être gérées et modifiées. Ses inconvénients sont que beaucoup d'efforts sont nécessaires pour rédiger des cas de test et les progrès ne peuvent pas être vérifiés facilement au milieu du stade.