際際滷

際際滷Share a Scribd company logo
Rational Unified Process (RUP)
Gang of 3 - Booch, Rumbaugh, Jacobsen
RUP is an iterative process product framework created by
Rational Software Corporation, acquired by IBM in 2003
Product development process based on Object Oriented
Model
Iterative, Incremental and Architecture centric.
1
RUP ....
 Implementation of Best Practices
 RUP is a configurable process
 It is supported by tool which automate the process and are used to
maintain Artifacts.
 Represent the effective usage of UML
2
Best Practices
1. Iterative Development
 Increasing understanding of requirements with
passage of time and iterations.
 Address highest risk early in the lifecycle.
 Each iteration end with an executable release so
team members stay focused on producing results.
3
2. Manage Requirements.
Describes how to elicit, organize, and document required
functionality and constraints.
Utilize Use Case to capture requirements
Driving force behind design and software test.
They provide coherent and traceable threads through both the
development and the delivered system
4
3. Component-based Architectures
Components represents subsystems which fulfils a clear
function.
Components can be developed and tested isolated
RUP provides a systematic approach to defining an
architecture using new and existing components.
Components can be purchased.
5
Example  Component diagram of UML
6
4. Visually Model Software
RUP use UML to visually model software to capture
the structure and behavior of architectures and
components.
Visual abstraction helps in better understanding the
different components of the software.
It provide blue print for software construction.
7
5. Verify Software Quality
 UML assist in ensuring the software quality by building quality
assessment into the process.
 Deliverable produced at the end of each iteration as per UML
notation ensure objective measurement of quality criteria.
8
6. Change Control Management
The process describes how to control, track and monitor changes
to enable successful iterative development.
Establish secure workspace for developers by isolating it from
change.
Identify build management.
9
7. Tool Support
10
Process Overview
11
Inception Phase
Identify project vision delimiting the project
scope.
Identify actors and develop initial use case.
(20-30% complete)
Credibility of estimates and development
process is established.
Develop Lifecycle objective as milestone.
12
Elaboration Phase
Corresponds to the transition from a low-risk operation
to a high-cost, high-risk operation with substantial
inertia.
Analyze the problem domain and establish solid
architectural foundation.
Establish use case model  80% complete.
Provide Software Architecture description.
13
Construction Phase
During the construction phase, all remaining components and
application features are developed and integrated into
the product, and all features are thoroughly tested.
User Manuals.
14
Transition Phase
Release the product to limited user community for early
feedback.
Beta-Testing against user expectations.
UAT and deployment after certain level of stableness.
Rollout software to marketing and sales team.
Product release as Milestone.
15
Static Structure of the Process
A process describes who is doing what, how,
and when.
Four Elements
Workers, the who
Activities, the how
Artifacts, the what
Workflows, the when
16
17
Worker
18
Artifact
An artifact is a piece of information that is produced, modified, or used by a
process.
Artifacts are used as input by workers to
perform an activity.
A model, such as the Use-Case Model or the
Design Model
19
Work Flows
A workflow is a sequence of activities that produces a
result of observable value.
In UML terms, a workflow can be expressed as a
sequence diagram, a collaboration diagram, or an
activity diagram.
20
Work Flow Example
21
22
Workflow Name UML Diagram
Business Modelling Business Object Model
Requirement Use Case Model
Analysis and Design Activity and sequential
diagrams, Classes and
Packages
Implementation Classes and Objects
Test Iterative Testing
Deployment Deployment Diagram

More Related Content

Lec_Rational Unified Process

  • 1. Rational Unified Process (RUP) Gang of 3 - Booch, Rumbaugh, Jacobsen RUP is an iterative process product framework created by Rational Software Corporation, acquired by IBM in 2003 Product development process based on Object Oriented Model Iterative, Incremental and Architecture centric. 1
  • 2. RUP .... Implementation of Best Practices RUP is a configurable process It is supported by tool which automate the process and are used to maintain Artifacts. Represent the effective usage of UML 2
  • 3. Best Practices 1. Iterative Development Increasing understanding of requirements with passage of time and iterations. Address highest risk early in the lifecycle. Each iteration end with an executable release so team members stay focused on producing results. 3
  • 4. 2. Manage Requirements. Describes how to elicit, organize, and document required functionality and constraints. Utilize Use Case to capture requirements Driving force behind design and software test. They provide coherent and traceable threads through both the development and the delivered system 4
  • 5. 3. Component-based Architectures Components represents subsystems which fulfils a clear function. Components can be developed and tested isolated RUP provides a systematic approach to defining an architecture using new and existing components. Components can be purchased. 5
  • 6. Example Component diagram of UML 6
  • 7. 4. Visually Model Software RUP use UML to visually model software to capture the structure and behavior of architectures and components. Visual abstraction helps in better understanding the different components of the software. It provide blue print for software construction. 7
  • 8. 5. Verify Software Quality UML assist in ensuring the software quality by building quality assessment into the process. Deliverable produced at the end of each iteration as per UML notation ensure objective measurement of quality criteria. 8
  • 9. 6. Change Control Management The process describes how to control, track and monitor changes to enable successful iterative development. Establish secure workspace for developers by isolating it from change. Identify build management. 9
  • 12. Inception Phase Identify project vision delimiting the project scope. Identify actors and develop initial use case. (20-30% complete) Credibility of estimates and development process is established. Develop Lifecycle objective as milestone. 12
  • 13. Elaboration Phase Corresponds to the transition from a low-risk operation to a high-cost, high-risk operation with substantial inertia. Analyze the problem domain and establish solid architectural foundation. Establish use case model 80% complete. Provide Software Architecture description. 13
  • 14. Construction Phase During the construction phase, all remaining components and application features are developed and integrated into the product, and all features are thoroughly tested. User Manuals. 14
  • 15. Transition Phase Release the product to limited user community for early feedback. Beta-Testing against user expectations. UAT and deployment after certain level of stableness. Rollout software to marketing and sales team. Product release as Milestone. 15
  • 16. Static Structure of the Process A process describes who is doing what, how, and when. Four Elements Workers, the who Activities, the how Artifacts, the what Workflows, the when 16
  • 17. 17
  • 19. Artifact An artifact is a piece of information that is produced, modified, or used by a process. Artifacts are used as input by workers to perform an activity. A model, such as the Use-Case Model or the Design Model 19
  • 20. Work Flows A workflow is a sequence of activities that produces a result of observable value. In UML terms, a workflow can be expressed as a sequence diagram, a collaboration diagram, or an activity diagram. 20
  • 22. 22 Workflow Name UML Diagram Business Modelling Business Object Model Requirement Use Case Model Analysis and Design Activity and sequential diagrams, Classes and Packages Implementation Classes and Objects Test Iterative Testing Deployment Deployment Diagram

Editor's Notes

  • #2: 01.14-01.19,01.19-01.45,02.29-02.33,02.50-02.57
  • #3: 03.22-03.26,05.42-05.47,06.34-06.54,07.10-07.20
  • #4: 07.50-07.54,08.00-08.08,08.12-08.18,08.40-08.54
  • #5: 09.24-09.30,09.34-09.39,09.42,10.32-10.38,10.46-11.12
  • #6: 11.48-12.12,12.50-12.57,15.32-15.48 Example of microsoft 13.07
  • #7: 15.52-16,30
  • #8: 16.32-16.39,16.43-16.56,17.10-17.19,17.25-17.36
  • #9: 17.40-17.45,17.49-17.56,18.44-18.57
  • #10: 19.07-19.16,19.16-19.31,20.19-20.33,21.08-21.22
  • #11: 22.33-23.19
  • #12: 23.33-23.56,24.21-24.29,25.19-25.35,25.53-25.58,26.22-26.34,26.42-26.56
  • #13: 27.09-27.21,27.49-28.01,28.09-28.18,28.24-28.36
  • #14: 28.57-29.05,29.35-29.51
  • #15: 31.26-31.42,31.45-31.52
  • #16: 32.21-32.32,32.54-33.00,33.16-33.22,34.42-34.50,36.58-37.04
  • #17: 37.32-37.45,38.09-38.13,38.17-38.21,38.55-38.58,39.22-39.26
  • #18: 39.56-40.25,40.34-41.03
  • #19: 41.55- 42.10,42.35-43.45
  • #20: 44.29-44.45,45.08-45.13,45.19-45.23,
  • #21: 46.02-46.10,47.48-47.57
  • #22: 48.02-48.48
  • #23: 1.52.58-1.53.12,1.53.26-1.53.34,1.54.12,1.54.36-1.54.58,1.55.28-1.55.27,1.56.05-1.56.15