Ce n'est pas un choix exclusif : les concepteurs expérimentés combinent les deux selon la nature des pièces et le degré d'interdépendance — voici comment décider intelligemment. Le bottom-up (ascendant) — modéliser chaque pièce indépendamment puis assembler — est la méthode par défaut, et elle convient parfaitement quand : les pièces sont largement indépendantes (chacune a sa géométrie propre, définie par sa fonction, pas par ses voisines) ; vous utilisez des composants standard ou existants (visserie, pièces de catalogue, pièces déjà conçues) ; vous voulez de la simplicité et de la robustesse (pas de dépendances croisées à gérer). Avantages : chaque pièce est autonome, facile à comprendre, à réutiliser, à modifier sans effet de bord ; l'assemblage est stable. C'est pourquoi la majorité du travail courant se fait en bottom-up. Le top-down (descendant) — concevoir dans le contexte — brille quand : les pièces sont fortement interdépendantes et doivent s'ajuster mutuellement (un capot qui épouse un boîtier, des pièces qui partagent des interfaces, des perçages qui doivent rester alignés) ; le produit a une logique d'ensemble qui doit piloter les détails (un encombrement global, une architecture qui contraint toutes les pièces) ; vous voulez qu'une modification se propage automatiquement pour maintenir la cohérence. Avantage décisif : la cohérence est maintenue « gratuitement » — changez l'interface, les pièces suivent. La stratégie professionnelle combine les deux avec discernement. Une approche éprouvée : (1) définir l'architecture d'ensemble en top-down, idéalement via un squelette (les dimensions directrices, les positions clés, les interfaces entre modules) ; (2) concevoir les interfaces et pièces interdépendantes en top-down (celles qui doivent s'ajuster les unes aux autres, référencées au squelette) ; (3) détailler les pièces autonomes en bottom-up (une fois leur enveloppe/interface fixée, on peut les finir indépendamment). On obtient ainsi le meilleur des deux : la cohérence globale du top-down et la robustesse/simplicité du bottom-up là où les dépendances ne sont pas nécessaires. Le piège à éviter absolument : le top-down « sauvage » — multiplier les références croisées entre pièces sans structure, au fil de l'eau. On obtient un assemblage « spaghetti » où tout dépend de tout, impossible à modifier sans casser quelque chose ailleurs, et incompréhensible pour quiconque le reprend. D'où l'importance du squelette comme point de contrôle unique et des dépendances réfléchies et unidirectionnelles. Conseil de progression : maîtrisez d'abord le bottom-up (le socle) ; introduisez le top-down progressivement, sur des cas où l'interdépendance le justifie vraiment, avec méthode. Le top-down est un outil puissant mais exigeant — utilisé avec discipline, il élève la qualité de conception ; utilisé anarchiquement, il crée plus de problèmes qu'il n'en résout.

La fragilité des références « dans le contexte » (in-context) est un problème réel et bien connu ; elle ne condamne pas la méthode mais impose de la discipline. Comprenons d'abord le risque, puis les parades. Le risque : quand une pièce B est définie dans le contexte en référençant la pièce A, elle porte un lien vers A. Si A change, B se met à jour (c'est l'objectif). Mais des problèmes surviennent quand : (1) les liens deviennent nombreux et croisés (A dépend de B qui dépend de C qui dépend de A — dépendance circulaire, instable) ; (2) on ouvre B hors de son assemblage (le contexte n'est plus là, les références « pendent » et peuvent générer des erreurs) ; (3) on ne sait plus ce qui dépend de quoi (« si je modifie cette face, qu'est-ce qui va bouger ailleurs, et est-ce voulu ? ») ; (4) les mises à jour se propagent de façon inattendue et « cassent » des pièces. Les bonnes pratiques pour maîtriser cela : (1) Structurer avec un squelette : plutôt que des liens directs anarchiques entre pièces, faites référencer toutes les pièces à UNE source commune (une pièce/esquisse squelette qui porte les références directrices). Les dépendances deviennent alors claires et unidirectionnelles (tout dépend du squelette, rien ne dépend circulairement) — c'est la parade n°1. (2) Références unidirectionnelles : évitez absolument les dépendances circulaires ; une pièce peut dépendre d'une « plus en amont », jamais dans les deux sens. Pensez votre produit comme une hiérarchie de dépendances (le squelette en haut, puis les pièces d'interface, puis les pièces de détail). (3) Contrôler et visualiser les liens : SolidWorks permet de lister les références dans le contexte d'une pièce (les fonctions « in-context » sont repérables dans l'arbre). Sachez où elles sont et ce qu'elles référencent. (4) Rompre les liens une fois la conception stabilisée : c'est une pratique clé. Tant que vous concevez et ajustez, les liens dynamiques sont utiles. Une fois le produit figé, vous pouvez « rompre » (break) les références externes : les pièces gardent leur géométrie actuelle mais ne se mettront plus à jour automatiquement — elles redeviennent autonomes et stables. On « gèle » ainsi la conception, éliminant la fragilité une fois qu'on n'a plus besoin de la propagation. (5) Documenter l'intention : nommez clairement, laissez des repères sur ce qui pilote quoi, pour que vous (ou un collègue) compreniez la logique dans six mois. (6) Ne pas abuser : ne mettez des références dans le contexte que là où l'ajustement mutuel est réellement nécessaire ; pour tout le reste, restez en bottom-up (pièces autonomes). Le principe général : le top-down est un outil de cohérence pendant la conception active ; une fois la conception mûre, on peut réduire ou geler les dépendances pour gagner en stabilité. Maîtrisé ainsi — squelette central, dépendances unidirectionnelles, liens rompus au bon moment — le top-down apporte sa puissance sans sa fragilité. C'est une compétence de conception avancée qui distingue le concepteur méthodique.