Difficulty: Easy
Correct Answer: Incorrect: parent/child is defined by constraints, not add order
Explanation:
Introduction / Context:Modern CAD systems use constraint-based assembly modeling. Understanding how “parent” and “child” relationships are formed prevents fragile models and broken references. This item targets the misconception that add order determines parental control in an assembly.
Given Data / Assumptions:
Concept / Approach:Parent/child dependencies stem from references. If component B is constrained to faces, planes, or datums of component A, then A is a logical parent for those referenced features. The time when a component was added does not automatically create such a relationship. Many workflows ground the first-placed base component; others use a skeleton part to drive positions. In both cases, constraints—not chronology—govern dependency.
Step-by-Step Solution:
Place or ground a base reference (first component or skeleton).Insert additional components and create mates/constraints to references.Observe that dependency is created by those constraints; adding a later component does not make it the parent of earlier ones.Verification / Alternative check:Reorder the feature tree or insert a part late in the process without creating any constraints to existing parts. No parent/child relation forms until you reference geometry or parameters, proving that order of insertion alone is irrelevant.
Why Other Options Are Wrong:
Common Pitfalls:Over-referencing many parts to a single face; creating circular references; assuming grounding equals parenthood; ignoring robust strategies like skeleton-driven top-down design.
Final Answer:Incorrect: parent/child is defined by constraints, not add order
Discussion & Comments