Rational Unified Process

1. Rational Unified Process by Amir Ranjbar aranj@mehr.sharif.edu

2. Rational Unified Process (RUP) • Introduction • Phases • Core Workflows • Best Practices • Tools

3. Tool Specialist Release Engineer Architect Project Management Tester Analyst Designer / Developer • Team-Unifying Approach The RUP unifies a software team by providing a common view of the development process and a shared vision of a common goal • Increased Team Productivity • knowledge base of all processes • view of how to develop software • modeling language • Rational provides many tools

4. time Phases Process Workflows Inception Elaboration Construction Transition Business Modeling content Requirements Analysis & Design Implementation Test Deployment Preliminary Iteration(s) Iter.#1 Iter.#2 Iter.#n Iter.#n+1 Iter.#n+2 Iter.#m Iter.#m+1 Iterations Rational Unified Process (RUP) Supporting Workflows Configuration & Change Mgmt Project Management Environment

5. Rational Unified Process (RUP) • Introduction • Phases • Core Workflows • Best Practices • Tools

6. Phases in the Process Major Milestones 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 Transition Elaboration Inception Construction time

7. Inception phase • Establishing the project's software scope and boundary conditions, including an operational vision, acceptance criteria and what is intended to be in the product and what is not. • Discriminating the critical use cases of the system, the primary scenarios of operation that will drive the major design tradeoffs. • Exhibiting, and maybe demonstrating, at least one candidate architecture against some of the primary scenarios. • Estimating the overall cost and schedule for the entire project (and more detailed estimates for the elaboration phase that will immediately follow). • Estimating potential risks (the sources of unpredictability) • Preparing the supporting environment for the project.

8. Elaboration phase • Defining, validating and baselining the architecture as rapidly as practical. • Refining the Vision, based on new information obtained during the phase, establishing a solid understanding of the most critical use cases that drive the architectural and planning decisions. • Creating and baselining detailed iteration plans for the construction phase. • Refining the development case and putting in place the development environment, including the process, tools and automation support required to support the construction team. • Refining the architecture and selecting components. Potential components are evaluated and the make/buy/reuse decisions sufficiently understood to determine the construction phase cost and schedule with confidence. The selected architectural components are integrated and assessed against the primary scenarios.

9. Construction phase • Resource management, control and process optimization • Complete component development and testing against the defined evaluation criteria • Assessment of product releases against acceptance criteria for the vision.

10. Transition phase • Executing deployment plans. • Finalizing end-user support material. • Testing the deliverable product at the development site. • Creating a product release. • Getting user feedback. • Fine-tuning the product based on feedback. • Making the product available to end users.

11. Rational Unified Process (RUP) • Introduction • Phases • Core Workflows • Best Practices • Tools

12. What is a workflow? • A set of activities that is performed by the various roles in a project • Describes a meaningful sequence of activities that produce a useful result (an artifact) • Shows interaction between roles

13. Workflow Detail: Prepare Environment for Project

14. Workflows - 3 key elements • Three key elements of each workflows: • Artifacts • Roles • Activities

15. Artifacts A piece of information that: • Is produced, modified, or used by a process • Defines an area of responsibility • Is subject to version control. An artifact can be a model, a model element, or a document. A document can enclose other documents.

16. Roles • Represent a role that an individual may play on the project • Responsible for producing artifacts • Distinct from actors

17. Activities • Tasks performed by people representing particular roles in order to produce artifacts

18. Brief summary of process workflows • Business Modelling • Requirements • Analysis & Design • Implementation • Test • Deployment

19. Business Modelling • Understand structure & dynamics of organization in which system is to be deployed • Understand current problems in the target organization & identify improvement potential • Ensure customers, end users & developers have common understanding of target organisation • Derive system requirements to support target organisation

20. Analysis & Design • Transform requirements into a design of the system • Evolve a robust architecture for the system • Adapt design to match the implementation environment, designing it for performance

21. Implementation • Define organization of the code, in terms of implementation subsystems organized in layers • Implement classes & objects in terms of components • Test developed components as units • Integrate results into an executable system

22. Test • Verify interaction between objects • Verify proper integration of all components of the software • Verify that all requirements have been correctly implemented • Identify & ensure defects are addressed prior to deployment

23. Deployment • Provide custom installation • Provide shrink wrap product offering • Provide software over internet

24. Brief summary of supporting workflows • Configuration & Change Management • Project Management • Environment

25. Configuration & Change Management • Supports development methods • Maintains product integrity • Ensures completeness & correctness of configured product • Provides stable environment within which to develop product • Restricts changes to artifacts based on project policies • Provides an audit trail on why, when & by whom any artifact was changed

26. Project Management • A framework for managing software-intensive projects • Practical guidelines for planning, staffing, executing & monitoring projects • A framework for managing risk

27. Environment • Design, implement and manage the project’s required technical environments • Define the technical architectures for the development, system validation, testing & staging/release management environments • When possible, standard architectural models for given types of platforms should be utilized when defining the production environment

28. In an iteration, you walk through all workflows Bringing It All Together... Phases Process Workflows Inception Elaboration Construction Transition Business Modeling Requirements Analysis & Design Implementation Test Deployment Supporting Workflows Configuration & Change Mgmt Project Management Environment Preliminary Iteration(s) Iter.#1 Iter.#2 Iter.#n Iter.#n+1 Iter.#n+2 Iter.#m Iter.#m+1 Iterations

29. Rational Unified Process (RUP) • Introduction • Phases • Core Workflows • Best Practices • Tools

30. Manage Requirements Rational Unified Process Describes the effective implementation of key “Best Practices” Use ComponentArchitectures Verify Quality Develop Iteratively Model Visually Control Changes

31. verifies realization influenced by Implementation Model Test Model 1. Manage Your Requirements • Elicit, organize, and document required functionality and constraints • Track and document tradeoffs and decisions • Business requirements are easily captured and communicated through use cases • Use cases are important planning instruments Use-Case Model Design Model

32. Requirements Analysis & Design Planning Implementation Initial Planning Management Environment Deployment Evaluation Test 2. Develop Software Iteratively • An initial design will likely be flawed with respect to its key requirements • Late-phase discovery of design defects results in costly over-runs and/or project cancellation

33. Requirements Analysis Design Code & Unit Testing Subsystem Testing System Testing Waterfall Development T I M E

34. Requirements Analysis R I S K Design Code & Unit Testing Subsystem Testing System Testing T I M E Waterfall Development: Risk vs. Time

35. Risk Profile of an Iterative Development Waterfall Inception Elaboration Risk Construction Transition Preliminary Iteration Architect. Iteration Architect. Iteration Devel. Iteration Devel. Iteration Devel. Iteration Transition Iteration Transition Iteration Post- deployment Time

36. Iterative Development Characteristics • Critical risks are resolved before making large investments • Initial iterations enable early user feedback • Testing and integration are continuous • Objective milestones provide short-term focus • Progress is measured by assessing implementations • Partial implementations can be deployed

37. Application- specific Business- specific Component-based Architecture with layers Middleware System- software 3. Employ Component-based Architecture • Design, implement and test your architecture up-front! • A systematic approach to define a “good” architecture • Resilient to change by using well-defined interfaces • By using and reverse engineering components • Derived from top rank use cases

38. Sub Systems Classes Code Visual Modelingraises the levelof abstraction 4. Model Software Visually • Aiding understanding of complex systems • Exploring and comparing design alternatives at a low cost • Forming a foundation for implementation • Capturing requirements precisely • Communicating decisions unambiguously

39. Cost Software problemsare 100 to 1000 timesmore costly to findand repair after deployment Development Deployment 5. Verify Software Quality • Create tests for each key scenario to ensure that all requirements are properly implemented • Unacceptable application performance hurts as much as unacceptable reliability • Verify software reliability - memory leaks, bottle necks • Test every iteration - automate test!

40. CM is more than just check-in and check-out ALERT REPORT 6. Control Changes to Software • Control, track and monitor changes to enable iterative development • Establish secure workspaces for each developer • Provide isolation from changes made in other workspaces • Control all software artifacts - models, code, docs, etc. • Automate integration and build management Parallel Development Workspace Management Build Management Process Integration

41. Performance Engineer Analyst Best Practices Develop Iteratively Project Manager Manage Requirements Developer Use Component Architectures Tester Model Visually Verify Quality Release Engineer Control Change Summary: Best Practices of Software Engineering • The result is software that is • On Time • On Budget • Meets Users Needs

42. Rational Unified Process (RUP) • Introduction • Phases • Core Workflows • Best Practices • Tools

43. Tools • The success of process adoption is significantly improved by the use of appropriate supporting tools. • Tool Mentors provide detailed descriptions of how to perform specific process activities or steps, or produce a particular artifact or report, using one or more tools.

44. Tools • Rational Unified Process • RUP Builder • Rational Process Workbench • Rational Administrator • Rational Suite AnalystStudio • Rational ClearCase • Rational ClearQuest • Rational ProjectConsole • Rational PurifyPlus • Rational QualityArchitect

45. Tools • Rational RequisitePro • Rational Robot • Rational Rose • Rational Rose RealTime • Rational SoDA • Rational TestManager • Rational Test RealTime • Rational TestFactory • Rational XDE Developer - Java Platform Edition • Rational XDE Developer - .NET Edition