Object oriented analysis and design
1 / 10

Object-Oriented Analysis and Design - PowerPoint PPT Presentation

  • Uploaded on

Object-Oriented Analysis and Design. An Introduction. The Need for Software Blueprints. Knowing an object-oriented language and having access to a library is necessary but not sufficient in order to create object software. Much more than programming involved

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about ' Object-Oriented Analysis and Design' - aurek

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

The need for software blueprints
The Need for Software Blueprints

  • Knowing an object-oriented language and having access to a library is necessary but not sufficient in order to create object software.

  • Much more than programming involved

  • Analysis and design provide software “blueprints”

  • Blueprints are illustrated by modeling language

    • e.g. Unified Modeling Language (UML).

  • Tool for thought and a form of communication

Object oriented analysis
Object-Oriented Analysis

  • An investigation of the problem (rather than how a solution is defined)

  • Emphasis is on finding and describing the objects (or concepts) in the problem domain.

    • For example, concepts in a Library Information System include Book, and Library.

Object oriented design
Object-Oriented Design

  • Emphasis is on conceptual solution that fulfils requirements

  • Need to define software objects and how they collaborate to fulfill the requirements.

    • e.g., a Book software object has title attribute and getChapter() method.

  • Designs then implemented in a programming language

    • e.g., a Book class written in Java

From analysis to implementation


From Analysis to Implementation



of the problem)


(logical solution)





public class Book { public void print(); private String title;}


in analysis

of concepts

Representation in an


programming language

(e.g. Java)

Domain concept

Applying uml
Applying UML

  • UML is just a standard diagramming notation.

  • A tool which helps you communicate visually with others in creating software

  • Learn Object-Oriented Analysis and Design, not how to draw diagrams.

Key steps and diagrams
Key Steps and Diagrams

  • Define Use Cases

    • Part of Requirements Analysis

    • Stories or scenarios of application use

  • Define a Domain Model

    • Part of Object-oriented Analysis

    • Identify noteworthy domain concepts, attributes and associations (not software objects)

    • Called a Conceptual Object Model

Key steps and diagrams continued
Key Steps and Diagrams (continued)

  • Assign Object Responsibilities and Draw Interaction Diagrams

    • Part of Object-oriented Design

    • Sequence Diagrams or Communication Diagrams show message flow and method invocation

    • May define behavior of operations with a contract

    • Dynamic view of objects

  • Define Design Class Diagrams

    • Describe Class definitions including attributes, methods, and relationships

    • Static view of classes

Functional requirements
Functional Requirements

  • Requirements are system capabilities and conditions to which the system must conform.

  • Functional requirements are Features and capabilities

  • Recorded in Use Case model

  • Recorded in systems features list of the Vision artifact.

Non functional requirements

  • Usability (Help, documentation, …),

  • Reliability (Frequency of failure, recoverability, …),

  • Performance (Response times, availability, …)

  • Supportability (Adaptability, maintainability,)

  • Recorded in the Use Case model or in the Supplementary Specifications artifact.