In modular design, what is the hierarchical chart that decomposes a large program into lower level modules called?

Difficulty: Easy

Correct Answer: Structure chart

Explanation:


Introduction / Context:
When designing software using top down decomposition, architects visualize how a system breaks into modules and how those modules relate. The artifact that captures this hierarchy is the structure chart.


Given Data / Assumptions:

  • We need a design time view of modules and their calling relationships.
  • Greater detail appears at lower levels.
  • Objective is clarity of structure, coupling, and cohesion.


Concept / Approach:
A structure chart is a tree like diagram that shows modules, control flow, and data interfaces between parent and child components. It emphasizes low coupling and high cohesion and guides allocation of responsibilities before coding.


Step-by-Step Solution:

1) Identify top level system responsibilities. 2) Decompose responsibilities into smaller modules. 3) Draw parent child relationships and interfaces. 4) Review for excessive coupling and split or merge modules as needed. 5) Use the chart to plan work packages and test strategies.


Verification / Alternative check:
Schema and sub schema are database terms. A module inventory is simply a list. Pseudo code is textual logic, not a hierarchical chart.


Why Other Options Are Wrong:

Schema describes overall database organization, not program modules. Sub schema covers a user view of the database. Module inventory lacks hierarchy and interfaces. Pseudo code tree is not a standard artifact name.


Common Pitfalls:
Over decomposing into tiny modules or ignoring interface definition both hinder maintainability.


Final Answer:
Structure chart.

Discussion & Comments

No comments yet. Be the first to comment!
Join Discussion