2.1.3 Thinking Procedurally Flashcards

1
Q

First stage of thinking procedurally

A

Problem Decomposition. The problem defined by the user is broken down into its component parts.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Why use problem decomposition?

A

To make complex problems easier to solve, and more manageable, by allowing tasks to be divided between a group of people according to individual skill sets.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Benefit of thinking procedurally

A

Makes the task of writing a program simpler, by breaking it down into small simple parts which are easier to understand and design.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Alternative name for top down design

A

Stepwise refinement

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Purpose of top down design

A

Continually break problems down into subproblems, until each subproblem can be represented as a single task and ideally a self contained subroutine.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Once top down design has produced several subproblems which represent individual tasks, what occurs?

A

Each task can be solved and developed as a subroutine by a different person. The subroutines can be tested separately, before being brought together and integrated.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What sort of problems is top down design suited for?

A

Large, complex problems

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Second stage of thinking procedurally

A

Identifying components of a solution

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

What must software developers consider when recombining components to form a solution?

A

The order in which subroutines are executed, as well as how subroutines interact with each other, based on their role in solving the problem.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What should a software developer do before designing a subroutine to solve a particular problem?

A

See if it is possible for an already existing subroutine or module to be used.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly