Rational Unified Process Part 2 Original slides modified

Rational Unified Process – Part 2 Original slides modified for instructional purposes. Originally designed by Rational Software Corporation Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 1 /26

Introduction to Rational Unified Process Continued Chapter 2 Text CONTINUE to read the RUP, third edition, especially chapters 3 -6 I assume you have very carefully read chapters 1 and 2 at a minimum. Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 2 /26

Process Architecture - Lifecycle Phases Inception Elaboration Construction Transition time The Rational Unified Process has four phases: § Inception - Define the scope of project • • • What is included; what is not; identify all actors and use cases; draft about 20% of essential use cases; High level identification. Lots of artifacts: Business Rules, Vision, desired Features, Domain Model, costs, schedule, Risk List, Business modeling, and more) § Elaboration - Plan project, Specify features, • Baseline Architecture; • Have about 80% of essential requirements identified; • Good grasp of requirements and architecture. • Reduce risk. • Most key analysis and design done. (often a couple of iterations…) Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 3 /26

Process Architecture - Lifecycle Phases Inception Elaboration Construction Transition time The Rational Unified Process has four phases: § Construction - Build the product via several iterations; up to beta release; • • • Essentially more design, programming and unit test; iterations; assessment, … Several iterations – all time-boxed… Is product ready for beta testing, training, captured all functionality, etc. ? ? § Transition – • • • Transition the product to end user community; end-user training and support; installation, etc. (Here again, lots of activities: clean up, plan next evolution? ? etc. ) Product deployed at end of Transition. /26 Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 4

UP Phases Overview – key elements within development. Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 5 /26 5

Number of Iterations? w Amount of time spent in each varies; sometimes 3 -5 iterations in construction; w Inception – usually ‘none’ or one w Elaboration – often two; may be more. Can be very complex. w Most practitioners suggest six plus or minus three iterations! Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 6 /26

Phase Boundaries Mark Major Milestones Inception Elaboration Construction Transition time Lifecycle Objective Milestone Lifecycle Architecture Milestone Initial Operational Capability Milestone Product Release Note the titles of the Milestones. At each of the major milestones, the project is reviewed and a decision made as to whether to proceed with the project as planned, to abort the project, or to revise it. The criteria used to make this decision vary by phase. These are indeed MAJOR milestones! Lots of evaluation criteria as we move from phase to phase… (next overhead. ) Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 7 /26

Major Milestones – Evaluation Criteria (at end of phase) w Inception phase (LCO – Life Cycle Objective Milestone) include: § Stakeholder concurrence on scope definition and cost/schedule estimates; § Business Model, business vision, and related business / domain related documents developed and verified. § Requirements understanding as evidenced by the fidelity of the primary Use-Cases of new application; Very high level. § Credibility of cost/schedule estimates, priorities, risks, and development process; § Clear vision of project § Depth and breadth of architectural prototype; High level. § Perhaps some basic modeling… actual expenditures versus planned expenditures § All stakeholders ‘on same page. ’ § Go - No-go decision. Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 8 /26

Major Milestones – Evaluation Criteria (at end of phase) w Elaboration phase (LCA Architecture Milestone) include: § Resolution of major risk elements; § Adequate planning; reasonable estimates for project completion; w Note: we really don’t have a ‘time projection’ until this milestone. § A base line architecture established. (note title of milestone!) § Around 80% of use cases captured, modeled, and understood. § Stability of the product vision; Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 9 /26

Major Milestones – Evaluation Criteria (at end of phase) w Construction phase (IOC – Initial Operational Capability Milestone) § stability and maturity of the product release (i. e. , is it ready to be deployed? – ready to go into beta? ); § readiness of the stakeholders for the transition; acceptable expenditure level. § Note, again, title of milestone. § Are we ready to ease into transitioning to the new application? • • alpha, beta testing training customer service transition plans established…. /26 Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 10

Major Milestones – Evaluation Criteria (at end of phase) w Transition phase, (Product Release) - a decision is made whether to release the product. This will be based primarily on the level of user satisfaction achieved during the transition phase. Note: considerable testing takes place during Transition. Chance for remedial maintenance prior to release. § Often this milestone coincides with the initiation of another development cycle / evolution to improve or enhance the product. In many cases, this new development cycle may already be underway. § This phase also includes training, user documentation, clean-up Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 11 /26

Iterations and Phases Inception Elaboration Construction Preliminary Architect. Devel. Iteration Devel. Iteration Transition Devel. Transition Iteration Minor Milestones: Releases • An iteration is a distinct sequence of activities with an established plan and evaluation criteria, resulting in an ‘executable’ release (internal or external) and assessment of the iteration • Number of iterations per phase is variable. • Each iteration can provides an ‘increment’ of business value as system evolves into a large system. (I prefer the term ‘base-lining’ or ‘versioning’ vice executable release. ) Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 12 /26

Releases – Internal and External w An internal release is kept within the development environment and (optionally) demonstrated to the stakeholder community. (Depends on nature of iteration) w An external release is provided to stakeholders (usually users) for installation in their own environment. § May be for operational testing prior to Product Release, … w External releases are much more expensive (they require user documentation and technical support) and normally occur only during the transition phase. w Remember, § ends of an iteration marks a minor milestone. Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 13 /26

: Major Disciplines (Activities) Produce Models: Business Modeling Business Use-Case Model The business itself; generally larger than the application domain of project…, Business Vision, Business Rules, Object Model Domain Model… Requirements realized by Use-Case Model Analysis & Design Model The RUP is a model-driven approach; Models are needed to fully describe the application from viewpoints of different stakeholders. implemented by Implementation Model verified by Test Model In more detail: Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 14 /26

Major Models w The Business Model § A model of what the business processes are and the business environment. § (Very Important!!) § What is the application domain? § It can be used to generate requirements on supporting information systems. w The Use-Case Model § A model of what the application is supposed to do and its environment. (functional requirements) § Create Use Case diagrams and Use Case Narratives (Specification) Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 15 /26

Major Models w The Analysis and Design Model may be considered an object model that realizes the Use. Cases. § Serves as abstraction of the implementation model and its source code. § Create analysis and design classes and interaction diagrams § Architecture-centric. w The Implementation Model § A collection of components, and the implementation subsystems that contain them. § Primarily programming – realizing the design model; unit testing and more. Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 16 /26

Major Models w The Test Model § encompasses all of the test cases and procedures required to test the system. (test plans; test scripts; test suites, etc. ) § Development team verification; user validation Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 17 /26

Bringing It All Together: The Iterative Model Development Team Focus Phases Core Process Disciplines Inception Elaboration Construction Business Modeling In an iteration, you walk through all Transition disciplines. Requirements Analysis & Design Relative amount of color shows level of activity in each iteration Implementation Test Deployment Core Supporting Disciplines Configuration & Change Mgmt Project Management Disciplines group activities logically Environment Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved Preliminary Iteration(s) Iter. #1 Iter. #2 Iter. #n+1 #n+2 Iterations 18 /26 Iter. #m+1

Summary these last two sets of slides: (1 of 2) w The Unified Modeling Language (UML) is a language for specifying, visualizing, constructing, and documenting the artifacts of a software-intensive system w A software development process defines Who is doing What, When and How in building a software product w The Rational Unified Process has four phases: Inception, Elaboration, Construction and Transition w Each phase ends at a major milestone and contains one or more iterations w An iteration is a distinct sequence of activities with an established plan and evaluation Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 19 /26

Summary (cont. ): w A discipline groups related activities together w Rational Team Concert is a framework within which the development activities are defined and executed § RTC can be used to manage agile planning, process definition, defect tracking, build management, and reporting. § Users can use the software to track and manage the relationships between artifacts and promote best practices for development and gather project information. Unified Software Practices v 5. 0 -D Copyright Ó 1998 Rational Software, all rights reserved 20 /26