0
0
Software Engineeringknowledge~5 mins

Coupling and cohesion in Software Engineering - Cheat Sheet & Quick Revision

Choose your learning style9 modes available
Recall & Review
beginner
What is coupling in software engineering?
Coupling is the measure of how much one module or component depends on another. Low coupling means modules work independently, which is good for easier maintenance.
Click to reveal answer
beginner
Define cohesion in the context of software modules.
Cohesion refers to how closely related the tasks performed by a single module are. High cohesion means a module focuses on one task, making it easier to understand and maintain.
Click to reveal answer
intermediate
Why is low coupling preferred in software design?
Low coupling reduces dependencies between modules, so changes in one module have less impact on others. This makes the system easier to update and less error-prone.
Click to reveal answer
intermediate
What does high cohesion help achieve in a software module?
High cohesion helps a module do one thing well, improving clarity, reusability, and ease of testing.
Click to reveal answer
beginner
Give a real-life example to explain coupling and cohesion.
Think of a car: the engine parts have high cohesion because they all work together to make the engine run. The engine and the radio have low coupling because they work independently; changing the radio doesn't affect the engine.
Click to reveal answer
What does low coupling mean in software modules?
AModules depend heavily on each other
BModules work independently with few dependencies
CModules perform many unrelated tasks
DModules are tightly connected
Which of the following best describes high cohesion?
AA module focuses on a single task or related tasks
BModules share many variables
CModules are highly dependent on each other
DA module performs many unrelated tasks
Why is high cohesion beneficial?
AIt improves clarity and ease of maintenance
BIt increases dependencies between modules
CIt makes modules harder to understand
DIt forces modules to do many unrelated things
Which scenario shows tight coupling?
AModules have clear, separate responsibilities
BModules can be changed independently
CModules perform focused tasks
DChanging one module requires changes in many others
In the car analogy, which pair shows low coupling?
AEngine and pistons
BEngine parts
CEngine and radio
DRadio speakers
Explain in your own words what coupling and cohesion mean in software design.
Think about how modules depend on each other and how focused their tasks are.
You got /4 concepts.
    Describe a real-life example that helps you understand coupling and cohesion.
    Use everyday objects or systems you know well.
    You got /3 concepts.