Rup

15

Transcript of Rup

Page 1: Rup
Page 2: Rup
Page 3: Rup

Rational Unified Process (RUP)

Page 4: Rup

What is RUP(Rational Unified Process ) RUP was originally developed by Rational

Software (now part of IBM International Business Machines)

It is a complete lifecycle Software engineering process

It is a process product It enhances team productivity It creates and maintains models It is a guide to effectively use the Unified

Modeling Language

Page 5: Rup

What is RUP(Rational Unified Process ) Architecture focus Easily customized Web based implementation

Its goal is to delivery a high quality product that the customer actually wants.

Page 6: Rup

Why not use Waterfall instead ? The Waterfall method follows a

sequential approach to software development. This limits the ability to react to any

change or correct problems in a timely matter.

Page 7: Rup

Water fall limitation.

Assumptions: Requirements never change. All information is known upfront. The customer will be satisfied with the

end results. Technology will not change when it comes

time to integrate.

Page 8: Rup

The Rational Unified Process has four phases: Inception - Define the scope of project Elaboration - Plan project, specify features,

baseline architecture Construction - Build the product Transition - Transition the product into end

user community

time

Inception Elaboration Construction Transition

Major Major MilestonesMilestones

Phases in the Process

Page 9: Rup

The Six Disciplines of RUP

Business ModelingThe goal is to understand the business of the organization.

RequirementsThe goal is to define Scope: What is and is not to be built.

Analysis and DesignThe goal is to analyze the requirements and design the solution.

Page 10: Rup

The Six Disciplines of RUP (Cont.) Implementation

The goal is to execute the code based on the design.

TestThe goal is to verify all aspects of the system to ensure quality.

DeploymentThe goal is plan and deliver a working system to the customer.

Page 11: Rup

Best Practices of the RUP

Adapt the process Adapt RUP appropriately based on the

development needs. Balance competing stakeholders

Take an evolutionary approach by keeping stakeholders as active participants.

Collaborating Across Teams Keep an open communication process

Demonstrate Value Iteratively Deliver working software early and

regularly

Page 12: Rup

Best Practices of the RUP (Cont.) Elevate the level of Abstraction

Adapt modeling tools, reuse existing code, and focus on architecture

Focus continuously on Quality This is done by testing at every major part

of the project.

Page 13: Rup

Advantages of RUP Software Development

This is a complete methodology in itselfwith an emphasis on accuratedocumentation

It is proactively able to resolve the projectrisks associated with the client's evolvingrequirements requiring careful changerequest management

Less time is required for integration asthe process of integration goes onthroughout the software developmentlife cycle.

The development time required is lessdue to reuse of components.

There is online training and tutorialavailable for this process.

Page 14: Rup

Disadvantages of RUP SoftwareDevelopment

The team members need to be expert intheir field to develop a software underthis methodology.

The development process is too complexand disorganized.

The reuse of components will not be possible. Hencethe time saving one could have made willbe impossible to fulfill.

long time required for development

Page 15: Rup