object oriented analysis and design n.
Skip this Video
Download Presentation
Object-Oriented Analysis and Design

Loading in 2 Seconds...

play fullscreen
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

Download Now 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.