1 an introduction to object-oriented analysis objects and uml in plain english. chapter 6: the...

1

An Introduction toAn Introduction to

Object-Oriented Object-Oriented AnalysisAnalysis

Objects and UML in plain English.Objects and UML in plain English.

Chapter 6: The Object-Oriented Chapter 6: The Object-Oriented Development Life CycleDevelopment Life Cycle

Srividya Srinivasan

2

Chapter 6: The Object-Oriented Chapter 6: The Object-Oriented Development Life CycleDevelopment Life Cycle

(OODLC)(OODLC)6.1. The Life Cycle

6.2. The Object-Oriented Analysis Phase

6.3. The Object-Oriented Design Phase

6.4. The Construction Phase

6.5. The Object-Oriented Testing Phase

6.6. The Maintenance Phase

3

Chapter 6: The Object-Oriented Development Life Cycle (OODLC)

6.1. The Life Cycle

The OODLC is an update of the older SDLC In this chapter we will overview the OODLC Beginning in Chapter 7 we will look at

detailed step-by-step methods for doing the Analysis Phase.

The aim in this chapter is to see how all the pieces fit together.

We examine the Analysis Phase in detail since it is the focus of this course.

4


6.1. The Life Cycle

Phase

Analysis

Design

Construction

Testing

Maintenance

Activity

OOA

OOD

OOP

O-O Testing

All of the above

ModelsProduced

RequirementsModel

Design versions ofthe OO models

Actual system

Working system

All of the above

Components

Project scope

Feasibility study

Context diagram

Class diagram:

Entity classes

Interface classes

Control classes

Behavior diagrams:

Statechart diagrams

Collaborations and CRC cards

Sequence diagrams

Activity diagrams

5


6.1. The Life Cycle

6.2. The Object-Oriented Analysis Phase6.2. The Object-Oriented Analysis Phase





6



In Analysis we model the users’ requirements

For what the eventual system must

DODO..Output of this process is a conceptual conceptual

modelmodelConsisting of 2 deliverables:deliverables:

Requirements Model Object Model

7


6.2. The Object-Oriented Analysis Phase Requirements Model

Now let’s look at these in detail. . .Now let’s look at these in detail. . .

The Requirements model has 5 components:

Project ScopeContext Diagram Use Case Model Interface Descriptions Feasibility study

8



The Project ScopeProject Scope is a statement of what our project is to produce.what our project is to produce.

States in general terms what the system will do for the users.

May be a paragraph or two,Or many pages, depending on the

size of the project. There is much variation in size and format

among companies and methodologies.

9



It is also important that the Scope say what the system will will

notnot do,do,Otherwise the users will try to

“push the scope”“push the scope”Which causes “Scope Creep.”“Scope Creep.”

10



The Context Diagram:Context Diagram:Shows our system as a large box,Surrounded by smaller boxes,Representing External Entities:External Entities:

ie., People, organizations, systems and other things outside our system outside our system that either provide data to it or draw data from it.

11



Context DiagramContext Diagram

Radio CHQT Advertisers Database

SystemAdvertisers

RegulatoryAuthorities

RevenueCanada

Shareholders

Listeners BetterBusinessBureau

Requests

Billing

Statistics &Reports

ProgramInfo

CreditRatings

QuarterlyReports

FinancialReports

12


6.2. The Object-Oriented Analysis Phase Use Case Model

A Use CaseUse Case is a script,A step-by-step description of how a

user might make use of the systemTo do a task. It is a “case of the usage of the system.”“case of the usage of the system.”

See Ch 7 for details.

13



Interface DescriptionsInterface Descriptions

GUIOther I.S. SystemsReal-World systems that we

controlCommunications interfacesetc.

14



Feasibility AnalysisFeasibility Analysis

Can we do this project?ShouldShould we?Can we make it work? Is the cost worth it?etc.

15



Feasibility AnalysisFeasibility Analysis Six Factors of Feasibility

Economic Feasibility – Costs and Benefits Technical Feasibility – Whether

technically feasible Operational Feasibility – Schedule Feasibility – time availability Legal Feasibility – Legal issues Political Feasibility – Stockholders’ issues

16


6.1. The Life Cycle


6.3. The Object-Oriented Design Phase 6.3. The Object-Oriented Design Phase




17


Modify Analysis model to reflect design decisions,

Mostly by adding information to the existing model.

Add some new classes that do not directly model things in the real world.

Result is a planplan of howhow the system will do what the Requirements Analysis asks for

6.3. The Object-Oriented Design Phase6.3. The Object-Oriented Design Phase

18

AnalysisAnalysis is is whatwhat the system the system

must do,must do,

DesignDesign is is howhow the system the system

will do it.will do it.


19


6.1. The Life Cycle



6.4. The Construction Phase 6.4. The Construction Phase 6.5. The Object-Oriented Testing Phase


20


Coding and testing Should be done with an O-O language or database.

Deployment and user training.


21


6.1. The Life Cycle




6.5. The Object-Oriented Testing Phase6.5. The Object-Oriented Testing Phase


22


Complete the unit testing of individual classes and programs

Then system testing. Testing must be thorough and complete,

And automatedautomated.

6.5 The Object-Oriented Testing Phase

23


6.1. The Life Cycle





6.6. The Maintenance Phase 6.6. The Maintenance Phase

24


Bug fixes Enhancements Viruses End-user computing Backups and restores

3 levels + offsite. Disaster preparedness and recovery

The World Trade Center bombing.Murphy’s Law


25

End of Chapter 6.

1 an introduction to object-oriented analysis objects and uml in plain english. chapter 6: the...

Documents