Object-Oriented and Software Engineering

Object-Oriented and Classical Software Engineering Sixth Edition, WCB/McGraw-Hill, 2005Stephen R. Schachsrs@vuse.vanderbilt.edu : 

Object-Oriented and Classical Software Engineering Sixth Edition, WCB/McGraw-Hill, 2005Stephen R. Schachsrs@vuse.vanderbilt.edu

CHAPTER 7 — Unit A : 

CHAPTER 7 — Unit A FROM MODULES TO OBJECTS

Overview : 

Overview What is a module? Cohesion Coupling Data encapsulation Abstract data types Information hiding Objects Inheritance, polymorphism, and dynamic binding The object-oriented paradigm

7.1 What Is a Module? : 

7.1 What Is a Module? A lexically contiguous sequence of program statements, bounded by boundary elements, with an aggregate identifier “Lexically contiguous” Adjoining in the code “Boundary elements” { ... } begin ... end “Aggregate identifier” A name for the entire module

Design of Computer : 

Design of Computer A highly incompetent computer architect decides to build an ALU, shifter, and 16 registers with AND, OR, and NOT gates, rather than NAND or NOR gates. Figure 7.1

Design of Computer (contd) : 

Design of Computer (contd) The architect designs 3 silicon chips Figure 7.2

Design of Computer (contd) : 

Design of Computer (contd) Redesign with one gate type per chip Resulting “masterpiece” Figure 7.3

Computer Design (contd) : 

Computer Design (contd) The two designs are functionally equivalent The second design is Hard to understand Hard to locate faults Difficult to extend or enhance Cannot be reused in another product Modules must be like the first design Maximal relationships within modules, and Minimal relationships between modules

Composite/Structured Design : 

Composite/Structured Design A method for breaking up a product into modules to achieve Maximal interaction within a module, and Minimal interaction between modules Module cohesion Degree of interaction within a module Module coupling Degree of interaction between modules

Function, Logic, and Context of a Module : 

Function, Logic, and Context of a Module In C/SD, the name of a module is its function Example: A module computes the square root of double precision integers using Newton’s algorithm. The module is named compute_square_root The underscores denote that the classical paradigm is used here

7.2 Cohesion : 

7.2 Cohesion The degree of interaction within a module Seven categories or levels of cohesion (non-linear scale) Figure 7.4

7.2.1 Coincidental Cohesion : 

7.2.1 Coincidental Cohesion A module has coincidental cohesion if it performs multiple, completely unrelated actions Example: print_next_line, reverse_string_of_characters_comprising_second_ parameter, add_7_to_fifth_parameter, convert_fourth_parameter_to_ floating_point Such modules arise from rules like “Every module will consist of between 35 and 50 statements”

Why Is Coincidental Cohesion So Bad? : 

Why Is Coincidental Cohesion So Bad? It degrades maintainability A module with coincidental cohesion is not reusable The problem is easy to fix Break the module into separate modules, each performing one task

7.2.2 Logical Cohesion : 

7.2.2 Logical Cohesion A module has logical cohesion when it performs a series of related actions, one of which is selected by the calling module

Logical Cohesion (contd) : 

Logical Cohesion (contd) Example 1: function_code = 7; new_operation (op code, dummy_1, dummy_2, dummy_3); // dummy_1, dummy_2, and dummy_3 are dummy variables, // not used if function code is equal to 7 Example 2: An object performing all input and output Example 3: One version of OS/VS2 contained a module with logical cohesion performing 13 different actions. The interface contains 21 pieces of data

Why Is Logical Cohesion So Bad? : 

Why Is Logical Cohesion So Bad? The interface is difficult to understand Code for more than one action may be intertwined Difficult to reuse

Why Is Logical Cohesion So Bad? (contd) : 

Why Is Logical Cohesion So Bad? (contd) A new tape unit is installed What is the effect on the laser printer? Figure 7.5

7.2.3 Temporal Cohesion : 

7.2.3 Temporal Cohesion A module has temporal cohesion when it performs a series of actions related in time Example: open_old_master_file, new_master_file, transaction_file, and print_file; initialize_sales_district_table, read_first_transaction_record, read_first_old_master_record (a.k.a. perform_initialization)

Why Is Temporal Cohesion So Bad? : 

Why Is Temporal Cohesion So Bad? The actions of this module are weakly related to one another, but strongly related to actions in other modules Consider sales_district_table Not reusable

7.2.4 Procedural Cohesion : 

7.2.4 Procedural Cohesion A module has procedural cohesion if it performs a series of actions related by the procedure to be followed by the product Example: read_part_number_and_update_repair_record_on_ master_file

Why Is Procedural Cohesion So Bad? : 

Why Is Procedural Cohesion So Bad? The actions are still weakly connected, so the module is not reusable

7.2.5 Communicational Cohesion : 

7.2.5 Communicational Cohesion A module has communicational cohesion if it performs a series of actions related by the procedure to be followed by the product, but in addition all the actions operate on the same data Example 1: update_record_in_database_and_write_it_to_audit_trail Example 2: calculate_new_coordinates_and_send_them_to_terminal

Why Is Communicational Cohesion So Bad? : 

Why Is Communicational Cohesion So Bad? Still lack of reusability

7.2.6 Functional Cohesion : 

7.2.6 Functional Cohesion A module with functional cohesion performs exactly one action

7.2.6 Functional Cohesion : 

7.2.6 Functional Cohesion Example 1: get_temperature_of_furnace Example 2: compute_orbital_of_electron Example 3: write_to_floppy_disk Example 4: calculate_sales_commission

Why Is Functional Cohesion So Good? : 

Why Is Functional Cohesion So Good? More reusable Corrective maintenance is easier Fault isolation Fewer regression faults Easier to extend a product

7.2.7 Informational Cohesion : 

7.2.7 Informational Cohesion A module has informational cohesion if it performs a number of actions, each with its own entry point, with independent code for each action, all performed on the same data structure

Why Is Informational Cohesion So Good? : 

Why Is Informational Cohesion So Good? Essentially, this is an abstract data type (see later) Figure 7.6

7.2.8 Cohesion Example : 

7.2.8 Cohesion Example Figure 7.7

Slide 30: 

Continued in Unit 7B