• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Difference Unified Processes
 

Difference Unified Processes

on

  • 3,280 views

 

Statistics

Views

Total Views
3,280
Views on SlideShare
3,253
Embed Views
27

Actions

Likes
3
Downloads
117
Comments
0

6 Embeds 27

http://www.slideshare.net 14
http://www.harkul.blogspot.com 4
http://www.harkul.blogspot.in 4
http://harkul.blogspot.com 2
http://www.harkul.blogspot.nl 2
http://harkul.blogspot.in 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Difference Unified Processes Difference Unified Processes Presentation Transcript

    • Covered By: Harkul R. Bhatia MBA(SDM)
      • RUP (Rational Unified Process) is a framework of Rational Corporation, a division of IBM since 2003.
      • Open UP (Open Unified Process) is a part of eclipse process framework , an open process framework developed under eclipse Foundation.
      • OUM (Oracle Unified Method) is a framework developed by Oracle.
      • Project failure is caused by a combination of several symptoms, though each project fails in a unique way. The outcome of their study was a system of  software best practices  they named the Rational Unified Process.
      • The Process was designed with the same techniques the team used to design software; it has an underlying object-oriented model, using Unified Modeling Language  (UML).
      • RUP is based on a set of building blocks, or content elements, describing what is to be produced, the necessary skills required and the step-by-step explanation describing how specific development goals are achieved. The main building blocks, or content elements, are the following:
      • Roles (who) – A Role defines a set of related skills, competences, and responsibilities .
      • Work Products (what) – A Work Product represents something resulting from a task, including all the documents and models produced while working through the process.
      • Tasks (how) – A Task describes a unit of work assigned to a Role that provides a meaningful result .
      • RUP contains four Phases :
        • Inception phase
        • Elaboration phase
        • Construction phase
        • Transition phase
      • Inception phase
        • In this phase the business case which includes business context, success factors (expected revenue, market recognition, etc), and financial forecast is established. To complement the business case, a basic use case model, project plan, initial risk assessment and project description (the core project requirements, constraints and key features) are generated.
      • After these are completed, the project is checked against the following criteria:
        • Stakeholder concurrence on scope definition and cost/schedule estimates.
        • Requirements understanding as evidenced by the fidelity of the primary use cases.
        • Credibility of the cost/schedule estimates, priorities, risks, and development process.
        • Depth and breadth of any architectural prototype that was developed.
        • Establishing a baseline by which to compare actual expenditures versus planned expenditures.
      • Elaboration phase
      • The primary objective is to mitigate the key risk items identified by analysis up to the end of this phase. The elaboration phase is where the project starts to take shape. In this phase the problem domain analysis is made and the architecture of the project gets its basic form.
      • This phase must pass the Lifecycle Architecture Milestone by the following criteria:
        • A use-case model in which the use-cases and the actors have been identified and most of the use-case descriptions are developed. The use-case model should be 80% complete.
        • A description of the software architecture in a software system development process.
        • An executable architecture that realizes architecturally significant use cases.
        • Business case and risk list which are revised.
        • A development plan for the overall project.
        • Prototypes that demonstrably mitigate each identified technical risk.
      • Construction phase
        • The primary objective is to build the software system. In this phase, the main focus goes to the development of components and other features of the system being designed. This is the phase when the bulk of the coding takes place. In larger projects, several construction iterations may be developed in an effort to divide the use cases into manageable segments that produce demonstrable prototypes.
        • This phase produces the first external release of the software. Its conclusion is marked by the Initial Operational Capability Milestone .
      • Transition phase
        • The primary objective is to 'transition' the system from the development into production, making it available to and understood by the end user. The activities of this phase include training of the end users and maintainers and beta testing of the system to validate it against the end users' expectations. The product is also checked against the quality level set in the Inception phase.
        • If all objectives are met, the Product Release Milestone is reached and the development cycle ends.
      • Oracle Unified Method  (OUM) is a iterative and incremental software development process framework developed by Oracle to achieve the vision of supporting the successful implementation of every Oracle product – applications, middleware, and database .
      • The Oracle Unified Method is one of many variations of the generic  Unified Process . The current release, OUM 4.3, supports the complete range of technology projects including deep support for  Service Oriented Architecture  (SOA),  Enterprise Integration , Custom Software,  Identity Management  (IdM), and  Governance, Risk and Compliance  (GRC).
      • The  Open Unified Process  (Open UP) is a part of the Eclipse Process Framework (EPF), an open source process framework developed within the Eclipse Foundation. It provides best practices from a variety of software development thought leaders and the broader software development community that cover a diverse set of perspectives and development needs.
      • Open UP preserves the essential characteristics of  RUP  /  Unified Process , which includes  iterative development ,  use cases  and  scenarios driving development,  risk management , and architecture-centric approach.
      • The most  agile  and lightweight form of Open UP,  Open UP/Basic , targets smaller and co-located teams interested in agile and iterative development. Small projects constitute teams of 3 to 6 people and involve 3 to 6 months of development effort.
      • Inception Phase Iteration
        • Initiate Project
        • Plan and Manage Iteration
        • Identify and Refine Requirements
        • Agree on Technical Approach
      • Objective of Inception phase
        • Understand what to build
        • Identify key system functionality
        • Determine at least one possible solution
        • Understand the cost, schedule and risks
        • associated with the project
      • Elaboration Phase Iteration
        • Plan and Manage Iteration
        • Identify and Refine Requirements
        • Define the Architecture
        • Develop Solution Increment
        • Test Solution
        • Ongoing Tasks
      • Objective of Elaboration phase
        • Get a more detailed understanding of the requirements
        • Design, implement, validate, and baseline an Architecture
        • Mitigate essential risks, and produce accurate schedule and cost estimates
      • Objective of Elaboration phase
        • Get a more detailed understanding of the requirements
        • Design, implement, validate, and baseline an Architecture
        • Mitigate essential risks, and produce accurate schedule and cost estimates
      • Construction Phase Iteration
        • Plan and Manage Iteration
        • Identify and Refine Requirements
        • Develop Solution Increment
        • Test Solution
        • Ongoing Tasks
      • Objective of Construction phase
        • Iteratively develop a complete product that is ready to transition to its user community
        • Minimize development costs and achieve some degree of parallelism
      • Transition Phase Iteration
        • Plan and Manage Iteration
        • Develop Solution Increment
        • Test Solution
        • Ongoing Tasks
      • Objective of Transition phase
        • Beta test to validate that user expectations are met
        • Achieve stakeholder concurrence that deployment is complete
    •  
    •  
      • http://www.eclipse.org/epf/general/OpenUP.pdf
      • http://www.numbersix.com/news/n6articles/openUp.html
      • http://www.oracle.com/consulting/library/briefs/oracle-unified-method.pdf
      • http://en.wikipedia.org/wiki/IBM_Rational_Unified_Process
      • http://en.wikipedia.org/wiki/Oracle_Unified_Method