Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,

Slides:



Advertisements
Similar presentations
Chapter 7: Software production process Refers to the activities that are used for building, delivering, deploying, and evolving a software product, from.
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Ch 3: Unified Process CSCI 4320: Software Engineering.
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)
Rational Unified Process Software Engineering Lab. Summer 2006.
Rational Unified Process
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
SE 470 Software Development Processes James Nowotarski 21 April 2003.
Development Processes UML just is a modeling technique, yet for using it we need to know: »what do we model in an analysis model? »what do we model in.
1/31 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2005] January 22, 2009.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
Iterative development and The Unified process
1 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2002] January 26, 2006.
The web application development process Basharat Mahmood, COMSATS Institute of Information Technology, Islamabad, Pakistan. 1.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 RUP Architecture.
By: Muhammad Raza Ali Khan
S/W Project Management
UML - Development Process 1 Software Development Process Using UML (2)
Rational Unified Process
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
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
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Rational Unified Process Fundamentals Module 4: Disciplines II.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Identify steps for understanding and solving the
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.
Rational Unified Process , Introduction to UML. What is RUP? The Rational Unified Model is a software engineering process Both process and product Provides.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Testing Workflow In the Unified Process and Agile/Scrum processes.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
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)
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
The Rational Unified Process 1 EECS810: Software Engineering.
The principles of an object oriented software development process Week 04 1.
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 Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
Rational Unified Process (RUP)
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Software Architecture Architecture represents different things from use cases –Use cases deal primarily with functional properties –Architecture deals.
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
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
Iterative development and The Unified process
TK2023 Object-Oriented Software Engineering
What is UML? What is UP? [Arlow and Neustadt, 2005] October 5, 2017
Chapter 1: Introduction to Systems Analysis and Design
The Web Application Development Process Models
Unified Process Source & Courtesy: Jing Zou.
Introduction to Software Engineering
Object Oriented Analysis and Design
Rational Worldwide Software Symposium
Rational Unified Process
Rational Worldwide Software Symposium
Software engineering -1
OO Design and Development
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
Rational Worldwide Software Symposium
Presentation transcript:

Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who, what, when and how of developing software. UML is the visual part UP is the process part

A divide and conquer approach to capture and handle complexity The complete large system may be incomprehensible Break down into blocks Large blocks are called subsystems Subsystems are made up of components

Also try to describe how the components and subsystems are to be used Describe the intended interaction and sequence of interactions SEP specification work started in 1967 Interactive-Iterative development was formalized

RUP is a commercial variant of UP ‘Who’ introduces the concept of worker or roles ‘When’ describes activities to be performed by individuals or teams A sequence of related activities is known as a workflow ‘What’ describes artifacts (inputs and outputs) – in other words : deliverables

UP instantiation Setting up the environment Setting up the standards Setting up tracking process and reports Adopting quality control methods Permeate this mindset through the organization

UP axioms Identify and develop use cases Do risk analysis of software development Risk analysis done by project manager and architect Architect – strategic aspects of system composition and its deployment on hardware

Stepwise requirement Mini projects – contain all elements of a complete software development –Planning –Analysis and design –Construction –Integration and testing –Internal/external release –Complete documentation Baseline increments

Requirements – what the system should do Analysis – refining and structuring/modeling requirements Design – system architecture, with details, that realizes the requirements Implementation – building the software Test – verifying the software against requirements

Projects can be a sequence of steps/iteration Identify dependencies Parallelize activities Agreed baselines Review of each phase Formal process of change management

Inception – life cycle objectives (initiate project) –Establish feasibility –Create business case –Capturing essential requirements and scope –Identifying critical risks Project managers and system architect Mostly requirements and analysis Maybe prototype for proof of concept Not much testing

Inception Milestones MilestoneDeliverable Project ObjectivesVision Document Scope and Key requirements Understood Initial Use-case model + Glossary Cost and Schedule Estimate/Business case made Project Plan and Estimate signed off Risk AssessmentRisk Assessment document Feasibility StudiesPrototypes developed Outline ArchitectureInitial Architecture Document

Elaboration – life cycle architecture (establishing project) –Create a baseline architecture –Refine risk assessment –Define quality attributes –Capture use cases and functional requirements –Detailed plan for construction Establish core workflows w.r.t. requirements, analysis and design

Elaboration Milestones MilestoneDeliverable Detailed executable and architectural model UML Static and Dynamic Model, Use- case Model Vision well definedVision Document /Glossary– revised Risk re-assessedRevised Risk Assessment document Usability agreed with stakeholdersSRS document with details Project Plan with detailsProject Plan document and dissemination Agreement for ContinuationProject Signoff

Construction – initial operational capability (implementation) –Ensuring consistency with the goals of the first two phases –Maintenance and flexibility are core issues Detect inconsistencies or hidden requirements Finish analysis and design model Code Test

Construction Milestones MilestoneDeliverable Develop a stable software that is deployable Software product, UML Models, Test Suite Stakeholders ready for transitionUser manuals, release preparation Cost re-evaluationRevise project plan

Transition – product release – deployment –Correct defects –Prepare user site –Customize software for user –Modify for unforeseen needs –Manuals and documentation –Consultancy and training –Project review Mainly testing and acceptance testing at user site

Transition Milestones MilestoneDeliverable Beta testing completed, changes made and stakeholders agree on successful deployment Software product Users using the productFeedback Product SupportUser support plans

Stages within UP Get off ground with prototype Develop project model with baseline increments Detail requirements and develop structured use cases Specify details for implementation for functional and non-functional requirements with flexibility Implement, module/unit test Performance testing, field testing, deployment setup Release, customize and maintain

Different Hats Systems Analyst Requirements Engineer Use-case engineer Software analyst Design Engineer Architect Component Engineer