® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 6: Phase Management -Transition.

Slides:



Advertisements
Similar presentations
September 2008Mike Woodard Rational Unified Process Key Concepts Mike Woodard.
Advertisements

Unified process(UP) UP is an OO system development methodology offered by Rational(Rational Rose) s/w, now a part of IBM Developed by Booach,Rambaugh,Jacobson--
Prescriptive Process models
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
1 Requirements and the Software Lifecycle The traditional software process models Waterfall model Spiral model The iterative approach Chapter 3.
CS487 Software Engineering Omar Aldawud
Arlow and Neustadt ch.21 What is the unified process? People are more important than any process. Good people with a good process will outperform good.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 4: Phase Management - Elaboration.
Rational Unified Process Software Engineering Lab. Summer 2006.
Rational Unified Process
Software Project Transition Planning
Copyright  Larry Dribin, Ph.D. SE470_ProjMgmt_v1.ppt SE470 - ProjMgmt - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
Iterative development and The Unified process
Unified Process Review
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 RUP Architecture.
Chapter 6– Artifacts of the process
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
Process: A Generic View
Principles of Object Technology Module 1: Principles of Modeling.
UML - Development Process 1 Software Development Process Using UML (2)
PRJ270: Essentials of Rational Unified Process
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
RUP Fundamentals - Instructor Notes
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Using IBM Rational Unified Process for software maintenance
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Rational Unified Process (Part 1) CS3300 Fall 2015.
RUP Implementation and Testing
Rational Unified Process Fundamentals Module 4: Disciplines II.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Object Oriented Design and Analysis Rational Unified Process.
Chapter – 9 Checkpoints of the process
Software Engineering Principles Principles form the basis of methods, techniques, methodologies and tools Principles form the basis of methods, techniques,
Eighth Hour Lecture 7:30 – 8:20 pm, Thursday, September 13 Workflows of the Process (from Chapter 8 of Royce’ book)
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Rational Unified Process Fundamentals Module 5: Implementing RUP.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
RUP Fundamentals Instructor Notes
Page 1 TEST in the large RELEASE REWORK ASSESS packaged application documentation models and source code management documents requirement alloc. matrix.
Chapter 8 Workflows of the Process Taken from Walker Royce’s textbook – Software Project Management plus a number of Personal Comments.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 7: Iteration Management.
The principles of an object oriented software development process Week 04 1.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
RUP Deployment RUP Deployment Workflow
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
Intelligence and Information Systems 1 3/17/2004 © 2004 Raytheon Company USC/CSE Executive Workshop on Agile Experiences March 17, 2004 A Raytheon Agile.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 Rational Unified Process – Part 2 Original slides modified.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
1 DEPLOYMENT AND OPERATIONS MODULE 23 ECM SPECIALIST COURSE 1 Copyright AIIM.
Iterative development and The Unified process
TK2023 Object-Oriented Software Engineering
Process 4 Hours.
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
Unified Process Source & Courtesy: Jing Zou.
Requirements and the Software Lifecycle
Introduction to Software Engineering
Object Oriented Analysis and Design
Rational Unified Process
Software engineering -1
Presentation transcript:

® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 6: Phase Management -Transition

6-2 Module 6 Objectives As a project progresses through phases and iterations, Describe the changing emphasis of Project Management by:  Understanding Transition objectives, milestones, and evaluation criteria.  Understanding principal Transition activities and artifacts and their uses.  Understanding team considerations regarding delivering the product to end users.

6-3 Transition Primary Objectives:  Achieving user self-supportability  Achieving stakeholder concurrence that deployment baselines are complete and consistent with the evaluation criteria of the vision  Achieving final product baselines as rapidly and cost-effectively as practical Essential Activities:  Synchronization and integration of concurrent construction increments into consistent deployment baselines  Deployment-specific engineering  Assessment of deployment baselines against the complete vision and acceptance criteria in the requirements set

6-4 Optional Transition Activities Transition could include any of the following activities:  Beta testing to validate the new system against user expectations  Beta testing and parallel operation relative to a legacy system it is replacing  Conversion of operational databases  Training of users and maintainers

6-5 Transition Considerations Phase Focus  Deployment plans  End user support material  Create product release  Make product available to end users  Fine-tune product based on feedback

6-6 Transition Considerations Measurements  Progress100%  Expenditures (rate)High  StaffingVarying  StabilityStable  Modularity5%-10%  AdaptabilityBenign  MaturityRobust

6-7 Transition Iteration Planning  It is likely that the number of betas used will determine the number of Transition iterations.  Each Transition iteration requires planning and tracking the artifacts that compose the beta or final release.

6-8 Transition Essential Artifacts  The Product Build  User Support Material  Implementation Elements  Optional Artifacts  Test Suite ("smoke test")  “Shrinkwrap” Product Packaging

6-9 RUP Distribution of Skills by Phase Management Environment/CM Requirements Design Implementation Assessment Deployment Total Transition % Percentage of effort by activity for Transition phase.

6-10 Transition Evaluation Criteria  Is the user satisfied?  Are actual resource expenditures versus planned expenditures acceptable?

6-11 Transition Phase Management Issues  Falling victim to your own success  Requests for new functionality

6-12 Transition Phase Recommendations  The easiness of this phase will be proportional to:  The quality of the product  The degree to which the user has been prepared  Don’t move all your developers to another project at the end of Construction.  All but the simplest products require some form of user training.  Give adequate attention to the ease of installation. A difficult installation can destroy user confidence in a product.

6-13 Discussion: Characteristics of Transition  What are expected characteristics of the project during Transition?  What are activities that need emphasis during Transition?

6-14 Module 6 Review  The main objective of Transition is to successfully transition the product to a satisfied user.  The number of betas will likely determine the number of iterations.  Essential artifacts are:  Iteration Plan/Iteration Assessment (Project Manager)  The Product Build (Architect)