Chapter1 - Introduction to Object-Oriented Programming and Software Development


Published on

Introduction to Object-Oriented Programming and Software Development

Published in: Technology
1 Like
  • Be the first to comment

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • Upon completing this lesson and studying the corresponding sections from Chapter 1 of the textbook, you will have a basic understanding of classes, objects, methods, and data values. You should also be able to draw correct icons for classes and objects.
  • The two most important concepts in object-oriented programming are the class and the object. In the broadest term, an object is a thing, both tangible and intangible, which we can imagine. A program written in object-oriented style will consist of interacting objects. For a program to maintain bank accounts for a bank, for example, we may have many Account, Customer, Transaction, and ATM objects. An object is comprised of data and operations that manipulate these data.
  • This is how we represent a class. The name of a class appears inside the rectangle. The example shows two classes: Account and Motorcycle.
  • This is how we represent an object. The name of an object also appears inside the rectangle, but unlike the class name, an object name is underlined. This example shows an object whose name is SV198. Notice that just by looking at this icon, we cannot tell what type of an object it is? Is it a Motorcycle? Or is an Account? We will use another notation, shown in the next slide, when we wish to identify the class it belongs to.
  • To indicate the class of an object, we suffix the object name with a colon and the class name. The example shows an object SV198 is a BankAccount object.
  • An object is not a passive container of information. Rather, it is an active entity capable of carrying out tasks. Tasks such as deducting a withdrawal amount from an account, computing the shortest route from your dorm to a classroom, and so forth. To command an object (or a class) to do something, we send a message to it. Not all objects (and classes) can respond to any messages sent them. They must be programmed to recognize messages. In other words, we define methods. Once a method is defined, then we can send a matching message. For example, we define a method, say, move to a MobileRobot object. Once this method is programmed correctly, then we can send a message to a MobileRobot object to move.
  • Here’s an example of sending a message. This slide shows a sending of the message deposit to SV198. The BankAccount class must include a method named deposit. Otherwise, there will be an error because SV198 won’t be able to recognize the message. The name of the message we send to an object or a class must be the same as the method’s name. Because they are the same, the phrase “calling an object’s method” is synonymous to “sending a message to an object.”
  • The deposit method in the previous slide is an action-only method. An object takes some action when called, but returns no answer back to the caller. The getCurrentBalance method in this slide is a value-returning method. When called, an object will return a value.
  • Here’s an example of calling a class method. It is not as common as the instance methods, but it can be handy in certain situations. The maximum speed of all MobileRobot objects is the same. Since the result is the same for all instances, we define getMaximumSpeed as a class method. General Idea: You define an instance method for a task that relates uniquely to individual instances (like getCurrentSpeed, which is different for individual mobile robots) and a class method for a task that relates to all instances of the class collectively.
  • Every object from the same class will have the same set of data values. The values themselves for individual objects would be different, of course. We assume here that the minimum balance is the same for all accounts. If this is the case, then the single value for minimum balance is shared by all Account objects. So we need to keep one value of the minimum balance that will be shared by all Account objects.
  • Here we see that all instances of the BankAccount class has a data value named current balance. Although only one instance data value is shown here, it does not mean these objects contain only one data value. Most likely the real BankAccount objects would include about a dozen or so instance data values. We only show a single instance data value here so the diagram would not become cluttered.
  • Here we see that a single class data value named minimum balance is shared by all instances. The dotted lines show the three objects are instance of the BankAccount class. To see the significance of a class data value, consider the situation where the minimum balance is represented as an instance data value. Because there’s only one value for the minimum balance, defining it as an instance data value would result in maintaining three copies of the same value, one copy per object. This is a waste of memory space. Not only that, more critically, keeping duplicates in memory will complicate the processing. When we have to change the value for the minimum balance, for example, we have to locate all copies and update them. Imagine updating the duplicates copies of 1000 BankAccount objects. This is a very time consuming and error-prone activity, which can be avoided easily by representing the information as a class data value.
  • When we do not include the class icon in a diagram, we can use this notation. Whether the data value name is underlined or not indicates the information is a class or an instance data value.
  • When a construction firm builds a house, it will follow a strict construction sequence that is based on sound engineering principles. Although software is not a physical object, it is just as complex as a building. And we also need to follow a strict software construction sequence if we expect to build an error-free software. We need a software construction sequence that is based on sound software engineering principles.
  • In the analysis phase, we perform a feasibility study. We analyze the problem and determine whether a solution is possible. If a solution is possible, the result of this phase is a requirements specification which describes the features of a program. In the design phase, we turn a requirements specification into a detailed design of the program. For an object-oriented design, the output from this phase will be a set of classes/objects that fulfill the requirements. In the coding phase, we implement the design into an actual program, in our case, a Java program. In the testing phase, we run the program using different sets of data to verify that the program runs according to the specification. Two types of testing are possible for object-oriented programs: unit testing and integration testing. With unit testing, we test classes individually. With integration testing, we test that the classes work together correctly. Activity to eliminate programming error is called debugging. An error could be a result of faulty implementation or design. When there's an error, we need to backtrack to earlier phases to eliminate the error. Finally, after the testing is successfully concluded, we enter the operation phase in which the program will be put into actual use. The most important and time-consuming activity during the operation phase is software maintenance.
  • Chapter1 - Introduction to Object-Oriented Programming and Software Development

    1. 1. Chapter 1 Introduction to Object-Oriented Programming and Software Development
    2. 2. Objectives <ul><li>After you have read and studied this chapter, you should be able to </li></ul><ul><ul><ul><li>Name the basic components of object-oriented programming </li></ul></ul></ul><ul><ul><ul><li>Differentiate classes and objects. </li></ul></ul></ul><ul><ul><ul><li>Differentiate class and instance methods. </li></ul></ul></ul><ul><ul><ul><li>Differentiate class and instance data values. </li></ul></ul></ul><ul><ul><ul><li>Draw program diagrams using icons for classes and objects </li></ul></ul></ul><ul><ul><ul><li>Describe significance of inheritance in object-oriented programs </li></ul></ul></ul><ul><ul><ul><li>Name and explain the stages of the software lifecycle </li></ul></ul></ul>
    3. 3. Classes and Objects <ul><li>Object-oriented programs use objects. </li></ul><ul><li>An object is a thing, both tangible and intangible. Account, Vehicle, Employee, etc. </li></ul><ul><li>To create an object inside the computer program, we must provide a definition for objects—how they behave and what kinds of information they maintain —called a class . </li></ul><ul><li>An object is called an instance of a class. </li></ul>
    4. 4. Graphical Representation of a Class <ul><ul><ul><li>The notation we used here is based on the industry standard notation called UML , which stands for Unified Modeling Language. </li></ul></ul></ul><Class Name> We use a rectangle to represent a class with its name appearing inside the rectangle. Example: Account Motorcycle
    5. 5. Graphical Representation of an Object <Object Name> We use a rectangle to represent an object and place the underlined name of the object inside the rectangle. Example: SV198 This is an object named SV198.
    6. 6. An Object with the Class Name <Object Name> : <Class Name> This notation indicates the class which the object is an instance. This tells an object SV198 is an instance of the BankAccount class. Example: SV198 : BankAccount
    7. 7. Messages and Methods <ul><li>To instruct a class or an object to perform a task, we send a message to it. </li></ul><ul><li>You can send a message only to the classes and objects that understand the message you sent to them. </li></ul><ul><li>A class or an object must possess a matching method to be able to handle the received message. </li></ul><ul><li>A method defined for a class is called a class method , and a method defined for an object is called an instance method . </li></ul><ul><li>A value we pass to an object when sending a message is called an argument of the message. </li></ul>
    8. 8. Sending a Message deposit 250.00 Message deposit with the argument 250.00 is sent to a BankAccount object SV198. SV198 : BankAccount
    9. 9. Sending a Message and Getting an Answer current balance getCurrentBalance() Ask for the current balance of this particular account. SV198 : BankAccount The current balance of SV198 is returned.
    10. 10. Calling a Class Method maximum speed MobileRobot getMaximumSpeed() Ask for the maximum possible speed for all MobileRobot objects is returned.
    11. 11. Class and Instance Data Values <ul><li>An object is comprised of data values and methods. </li></ul><ul><li>An instance data value is used to maintain information specific to individual instances. For example, each BankAccount object maintains its balance. </li></ul><ul><li>A class data value is used to maintain information shared by all instances or aggregate information about the instances. </li></ul><ul><li>For example, minimum balance is the information shared by all Account objects, whereas the average balance of all BankAccount objects is an aggregate information. </li></ul>
    12. 12. Sample Instance Data Value All three BankAccount objects possess the same instance data value current balance . The actual dollar amounts are, of course, different. SV098 : BankAccount SV211 : BankAccount SV129 : BankAccount current balance current balance current balance 908.55 1304.98 354.00
    13. 13. Sample Class Data Value SV098 : BankAccount SV211 : BankAccount SV129 : BankAccount current balance current balance current balance 908.55 1304.98 354.00 BankAccount minimum balance 100.00 There is one copy of minimum balance for the whole class and shared by all instances . This line is an instance-of relationship.
    14. 14. Object Icon with Class Data Value When the class icon is not shown, we include the class data value in the object icon itself. SV129 : BankAccount current balance 908.55 minimum balance 100.00
    15. 15. Inheritance <ul><li>Inheritance is a mechanism in OOP t o design two or more entities that are different but share many common features. </li></ul><ul><ul><li>Features common to all classes are defined in the superclass. </li></ul></ul><ul><ul><li>The classes that inherit common features from the superclass are called subclasses . </li></ul></ul><ul><ul><ul><li>We also call the superclass an ancestor and the subclass a descendant . </li></ul></ul></ul>
    16. 16. A Sample Inheritance <ul><li>Here are the superclass Account and its subclasses Savings and Checking . </li></ul>Account Checking Savings
    17. 17. Inheritance Hierarchy <ul><li>An example of inheritance hierarchy among different types of students. </li></ul>Student Graduate Undergrad Commuting Law Resident Masters Doctoral
    18. 18. Software Engineering <ul><li>Much like building a skyscraper, we need a disciplined approach in developing complex software applications. </li></ul><ul><li>Software engineering is the application of a systematic and disciplined approach to the development, testing, and maintenance of a program. </li></ul><ul><li>In this class, we will learn how to apply sound software engineering principles when we develop sample programs. </li></ul>
    19. 19. Software Life Cycle <ul><li>The sequence of stages from conception to operation of a program is called software life cycle . </li></ul><ul><li>Five stages are </li></ul><ul><ul><li>Analysis </li></ul></ul><ul><ul><li>Design </li></ul></ul><ul><ul><li>Coding </li></ul></ul><ul><ul><li>Testing </li></ul></ul><ul><ul><li>Operation and Maintenance </li></ul></ul>