9.2.5 Maintaining Flashcards

1
Q

What does maintaining code refer to?

A
  1. Correcting bugs
  2. Improving code efficiency (eg speed, reduced memory usage etc)
  3. Adding features
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

List reasons for maintaining software.

A
  1. Bug fixes
  2. Support for new hardware or software
  3. Support for new operating systems
  4. Legal or regulatory changes
  5. Additional features
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

How does intrinsic documentation contribute to the maintenance of code?

A

Good intrinsic documentation makes it easier to modify in newer versions as the purpose of different elements of code can be easily understood not just by the original developer.

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

What is a patch and how is it used in the maintenance of software.

A

Users need a way to update their software when changes are made.

A patch is an executable file that modifies the existing code in an installation to make these changes.

The alternative would be to have users completely reinstall the updated program.

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

When maintaining code, how would developers locate the section of code to be altered?

A
  • Use of systems models to identify modules that require changes (eg structure charts, data flow diagrams).
  • Once located, developers would use documentation like IPO diagrams, data dictionaries and other internal documentation to understand the code they need to modify.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What are some examples of changes that developers might make to the source code?

A
  1. Changing modules or subroutines for additional functionality
  2. Changing the number or type of parameters and return values
  3. Changing data types or data structures.
  4. Making modifications to the user interface.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Discuss the importance of testing when maintaining source code.

A
  • A modular approach will enable any changes made to be tested at the module level, using existing or additional test data.
  • However, if there have been changes to data types, parameters and return values, then higher level modules/subroutines that use these would need to be updated.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly