Different illustrations

OBJECT-ORIENTEDANALYSIS AND DESIGN

With applications

Grady Booch

The task of the software development team is to engineer the illusion of simplicity.

The Canonical Form of a Complex System.

Algorithmic Decomposition

Object-Oriented Decomposition

The Models of Object-Oriented Development

The Topology of First- and Early Second-Generation Programming Languages

The Topology of Late Second- and Early Third-Generation Programming Languages

The Topology of Late Third-Generation Programming Languages

The Topology of Small- to Moderate-Sized Applications Using Object-Based and Object-

Oriented Programming Languages.

The Topology of Large Applications Using Object-Based and Object-OrientedProgramming Languages

Abstraction focuses upon the essential characteristics of some object, relative to the

perspective of the viewer

Encapsulation hides the details of the implementation of an object

Modularity packages abstractions into discrete units.

Abstractions form a hierarchy

Strong typing prevents mixing abstractions

Concurrency allows different objects to act at the same time

Persistence saves the state and class of an object across time or space

An object has state, exhibits some well-defined behavior, and has a unique identity

Object ldentity

Links

A class represents a set of objects that share a common structure and a common behavior

Association

A subclass may inherit the structure and behavior of its superclass

Single Inheritance

Displayitem Class Diagram

Multiple Inheritance

Aggregation

The "Using" Relationship

Instantiation

Metaclasses

Classification is the means whereby we order knowledge

Different observers will classify the same object in different ways

A Problem of Classification

Classes and objects should be at the right level of abstraction: neither too high nor too low

Class Icon

Abstract Class Adornment and

Class Relationship Icons

Hydroponics Gardening System Class Diagram

Class Category icon

Hydroponics Gardening System Top-Level Class Diagram

The "Using" Relationship

Parameterized Classes

Metaclasses

Class Utilities

Nesting

Export Control

Export Control

Properties

Physical Containment

Roles and Keys

Constraints

Attributed Associations and Notes

State Icon

State Transition icon

Environmental Controller State Transition Diagram

Actions, Conditional Transitions, and Nested States

History

Object icon

Hydroponics Gardening System Object Diagram

Roles

Visibility

Active Objects and Synchronization

Time Budgets

Hydroponies Gardening System Interaction Diagram

Scripts and Focus of Control

Module and Subsystem lcons

Hydroponics Gardening System Module Diagram

Hydroponics Gardening System Top-Level Module Diagram

Processor and Device icons

Hydroponics Gardening System Process Diagram

The Micro Development Process

The Macro Development Process

Weather Monitoring System Hardware

TimeDate Life Cycle

TemperatureSensor Calibration

Sensor Class Hierarchy

Weather Monitoring System Display

Timer Interaction Diagram

Scenario for Monitoring Basic Measurements

Sample and Display Classes

Derived Measurements

Weather Monitoring System User Keypad

InputManager State Transition Diagram

Time-Frame Processing

Weather Monitoring System Architecture

Frame Mechanism

Inheritance and Parameterization

Foundation Class Library Class Categories

Class Families

Bounded and Unbounded Forms

Storage Management Mechanism

Storage Management Classes

Storage Management Modules

Exception Classes

Iteration Mechanism

Guarded Process Mechanism

Synchronized Process Mechanism

Support Classes

Pattern Matching Classes

Persistence Classes

Inventory-Tracking System Network

Order Scenario

Packing Order Scenario

Key Classes for Taking and Filling Orders

Attributed Association

SQL Mechanism

Product Classes

Transaction Classes

A Blackboard Framework

Dependency and Affirmation Classes

Blackboard Class Diagram

Scenario for Evaluating Knowledge Source Rules

Knowledge Source RulesKnowledge Sources Class Diagram

Controller Finite State Machine

Cryptanalysis Object Diagram

Assumption Mechanism

Traffic Management System

Scenario for Processing Daily Train Orders

Traffic Management System Process Diagram

Message Class Diagram

Message Passing

TrainPlan Class Diagram

Train-Schedule Planning

Displaying

Traffic Management System Top-Level Module Diagram

Traffic Management System Top-Level Module Diagram

MARVIN MINSKYForm and Content in Computer Science

To build a theory, one needs to know a lot about the basic

phenomena of the subject matter. We simply do not know

enough about these, in the theory of computation, to teach

the subject very abstractly. Instead, we ought to, teach more

about the particular examples we now understand thoroughly,

and hope that from this we will be able to guess and prove

more general principies.

Contact

● Chirilă Sorina-Georgiana● Twitter: @sorina_chirila● Wordpress: zambetulsoarelui.wordpress.com● G-mail: zambetsoare at gmail.com

2016