Unified Process Model
Unified Process Model
Prepared By:
Prof. U. VERMA
MPSTME, Shirpur Campus
[email protected]
Background
Birthed during the late 1980's and early 1990s when object-oriented
languages were gaining wide-spread use
Many object-oriented analysis and design methods were proposed;
three top authors were Grady Booch, Ivar Jacobson, and James
Rumbaugh
They eventually worked together on a unified method, called the
Unified Modeling Language (UML)
UML is a robust notation for the modeling and development of objectoriented systems
UML became an industry standard in 1997
However, UML does not provide the process framework, only the
necessary technology for object-oriented development
Background (continued)
Booch, Jacobson, and Rumbaugh later developed the unified process,
which is a framework for object-oriented software engineering using
UML
Draws on the best features and characteristics of conventional software
process models
Emphasizes the important role of software architecture
Consists of a process flow that is iterative and incremental, thereby
providing an evolutionary feel
Inception
planning
modeling
communication
construction
Construction
deployment
Production
Transition
[email protected]
Inception Phase
Encompasses both customer communication and planning activities of the
generic process
Business requirements for the software are identified
A rough architecture for the system is proposed
A plan is created for an incremental, iterative development
Fundamental business requirements are described through preliminary use
cases
A use case describes a sequence of actions that are performed by a user
Elaboration Phase
Encompasses both the planning and modeling activities of the generic process
Refines and expands the preliminary use cases
Expands the architectural representation to include five views
Use-case model
Analysis model
Design model
Implementation model
Deployment model
Construction Phase
Encompasses the construction activity of the generic process
Uses the architectural model from the elaboration phase as input
Develops or acquires the software components that make each use-case
operational
Analysis and design models from the previous phase are completed to reflect the
final version of the increment
Use cases are used to derive a set of acceptance tests that are executed prior to
the next phase
Transition Phase
Encompasses the last part of the construction activity and the first part of the
deployment activity of the generic process
Software is given to end users for beta testing and user feedback reports on
defects and necessary changes
The software teams create necessary support documentation (user manuals,
trouble-shooting guides, installation procedures)
At the conclusion of this phase, the software increment becomes a usable
software release
Production Phase
Encompasses the last part of the deployment activity of the generic process
On-going use of the software is monitored
Support for the operating environment (infrastructure) is provided
Defect reports and requests for changes are submitted and evaluated
10