• Covers entire life cycle and stress traceability between the
different phases, both forward and backward.
• Heart is the use-case concept
• Use cases:
– Are scenarios for understanding system requirements.
– It is an interaction between users and a system.
– This model captures the goal of the user and the responsibility
of the system to its users.
Jacobson’s method – contd..
• Object-oriented business engineering (OOBE)
• Object-oriented software engineering (OOSE)
• Object Factory for Software Development (Objectory)
• Cover entire life cycle
• Stress traceability between phases – backward & forward
• Enables reuse of analysis & design work
• Use-case concepts used
Jacobson’s Use cases
Checking out books
Getting an interlibrary
Member Doing Research
Reading books, newspapers Supplier
Jacobson’s Use Cases Contd..
• The use cases are described as one of the following:
– Non formal text with no clear flow of events.
– Text, easy to read but with a clear flow of events to follow (this
is a recommended style).
– Formats style using pseudo code.
The use case description must contain
How and when the use case begins and ends.
The interaction between the use case and its actors, including
when the interaction occurs and what is exchanged.
How and when the use case will need data stored or will store
data in the system.
Exceptions to the flow of events.
How and when concepts of the problem domain are handled.
Object Oriented Software Engineering ( OOSE)
Objectory is the other name,
It is a method of object-oriented development with the specific
aim to fit the development of large, real time systems.
Objectory is built around several different models:
Use case model. The usecase model defines the outside (actors) and
inside (use case) of the system’s behavior.
Domain Object mode. The object of the “real” world are mapped into the
domain Object Model.
Analysis Object Model:
This presents how the source code should be carried out and written.
Implementation Model: This represents implementation of the system.’
Test Mode: This constitutes the test plans, specification and reports.
Object Oriented Business Engineering
• OOBE is object modeling at the enterprise level (Business firm or
• Use cases are the base.
• Provides a provision to re-trace throughout the SDLC
• Consists of the following phases:
• Analysis Phase.
• Design and Implementation phases.
• Testing phase.
OOBE : Contd..
• This defines the system to be built in terms of
problem domain object model, the
requirements model and the analysis model.
• This should be developed just enough to form
a base of understanding.
• Jacobson’s adjust that prototyping with the
tool might be useful during this phase, to help
specify user interfaces.
Design and Implementation phases
• The implementation environment must be identified such as
DBMS, Distribution of process, Constraints due to programming
language, available component libraries, Incorporation of
Graphical user interface tools.
• The levels include unit testing, Integration testing, System testing.
Express in Structured Tested
by Implemented by in
Domain Object Analysis
model Testing Model