NJIT From Inception to Elaboration Chapter 8 Applying UML and Patterns Craig Larman.

Slides:



Advertisements
Similar presentations
1 Requirements and the Software Lifecycle The traditional software process models Waterfall model Spiral model The iterative approach Chapter 3.
Advertisements

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.
Chapter 4: Inception is Not the Requirements Phase
Object-Oriented Analysis and Design
Rational Unified Process
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.
$100 $200 $300 $400 $500 $100 $200 $300 $400 $500 $100 $200 $300 $400 $500 $100 $200 $300 $400 $500 $100 $200 $300 $400 $500 $100 $200 $300.
Object-oriented Analysis and Design
Dr. Kivanc DincerCS319 Week 1 - Sept.12,20051 Chapter 4 INCEPTION IS NOT THE REQUIREMENTS PHASE Objectives Define the inception step. Motivate the following.
Iterative development and The Unified process
From Inception to Elaboration Chapter 8 Applying UML and Patterns -Craig Larman.
COMP 350: Object Oriented Analysis and Design Lecture 2
NJIT Inception is not the Requirements Phase Chapter 4 Applying UML and Patterns Craig Larman.
Week 3 Iteration 1 Domain Models System Sequence Diagrams.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 RUP Architecture.
UML - Development Process 1 Software Development Process Using UML (2)
Rational Unified Process
Object-Oriented Analysis and Design Iterative Development and the Unified Process.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
RUP Fundamentals - Instructor Notes
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Rational Unified Process (Part 1) CS3300 Fall 2015.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Object Oriented Design and Analysis Rational Unified Process.
Iterative development and The Unified process Chapter 2 Applying UML and Patterns -Craig Larman.
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,
Chapter 7 Applying UML and Patterns Craig Larman
Jan 7, A UP project organizes the work and iterations across four major phases: – Inception -- approximate vision, business case, scope, vague estimates.
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
THE UNIFIED PROCESS UP Programming. What is the unified process  The Unified Process is a programming methodology that emphasizes the right blend of.
Rational Unified Process Mr Hisham AlKhawar. Iterative versus Waterfall  We need to use a life cycle model in order to approach developing a system easily,
2 2009/10 Object Oriented Technology 1 Topic 2: Introduction to Object-Oriented Approach Reference: u Ch.16 Current Trends in System Development (Satzinger:
Inception Chapter 4 Applying UML and Patterns -Craig Larman.
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Chapter 4. Inception is NOT Requirements: Inception is a short, initial stage. Its purpose is a common vision and scope measurement. needed to do: –analyze.
Software Engineering 1 Object-oriented Analysis and Design Chap 24 Iteration 2 More Patterns.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Week 2. Topics Inception phase Evolutionary requirements Use cases.
Ivar Jacobson, Grady Booch, and James Rumbaugh The Unified Software Development Process Addison Wesley, : James Rumbaugh's OOMD 1992: Ivar Jacobson's.
Inception is not Requirement phasee Chapter 3 and 4 Applying UML and Patterns -Craig Larman.
Rational Unified Process (RUP)
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
Chapter 8: Iteration 1 - Basics.  We review here the requirements for first iteration of our case studies. They are a subset of the requirements as described.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Chapter 8. Iteration 1, Elaboration: book view differs from reality for pedagogical reasons not doing “risk-driven” up front uses many OOA/D skills should.
Larman chapter 41 Inception Larman chapter 4 and 7.
PART II INCEPTION Chapter 4 Inception is Not The Requirements Phase.
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.
Object oriented analysis and design 1 Software Development Life Cycle (SDLC)
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
Process 4 Hours.
Iterative, Evolutionary, and Agile Rational Unified Process
Unified Process (UP).
COMP 350: Object Oriented Analysis and Design Lecture 2
Week 2.
Week 3 Iteration 1 Domain Models System Sequence Diagrams.
Week 3 Iteration 1 Domain Models System Sequence Diagrams.
Other System Requirements
CSCI 360: Software Architecture & Design
Presentation transcript:

NJIT From Inception to Elaboration Chapter 8 Applying UML and Patterns Craig Larman

Objectives Elaboration is the initial series of iterations during which the team does the following Serious investigation Discover & stabilize major requirements Mitigate/retire risks ( business value ) Build core architecture elements Estimate overall schedule and resources Establish a supporting environment

Inception Checkpoint Brief & incomplete artifacts Quick phase Shallow investigation Determine basic feasibility, risk & scope Decide if project is worthwhile

Inception - Artifacts and Activities Requirements workshop Name actors, goals, use cases Keep use cases brief Identify most risky & influential quality requirements First version of Supplementary Specification and vision

Inception - Artifacts and Activities ( 2 ) Risk list Technical feasibility UI oriented prototypes Buy/build/reuse components High-level candidate architecture Plan first iteration Candidate tools list

Elaboration - Key Ideas Not a waterfall model ! Two to six weeks for each iteration Timeboxed iterations Each iteration ends in a stable and tested release

Architecture Prototype/Baseline Not a partial system Evolutionary prototype Don’t create throw-away prototypes Production subset of final system Also called Executable Architecture

Best Practices Start programming early Adapt based on feedback Design, implement and test adaptively Test early and realistically Requirements and use case details through series of workshops

Architecturally Significant Features Wide and shallow design Refine inter-module interfaces Integrate existing components Simple scenarios

Essential Activities Define, validate and baseline Architecture Refine Vision Create and baseline detailed iteration plans for Construction Phase Refine development case and proper development environment Refine Architecture and select components

Rank Criteria Risk Coverage Criticality

Ranking Rank work across iterations High ranking scenarios in early ranking Rank adaptively

UP Artifacts Iteration Plan Change Request Software Development Plan

Iteration 1 Requirements Implement basic key scenario Start-Up use case KISS No external collaboration

Incremental Development Handle requirements across iterations Varying features over iterations Complete short, simple use cases in single iteration

Artifacts starting in Elaboration Domain Model Design Model Software Architecture Document Data Model Test Model Implementation Model Use-Case Storyboards and UI Prototypes

Inception and Elaboration Main output is a stable software architecture, that enables quality planning of Construction and Deployment 15 to 25 percent of total project cost

Lifecycle Architecture Milestone Stable product vision and requirements Stable architecture Proven approaches for test and evaluation Major risks addressed Sufficient detail & feasibility for iteration plans of construction phase Stakeholders agree to current vision Actual Vs planned expenditure acceptable

You didn’t Understand Elaboration When … No Timeboxed schedule Single Iteration Most requirements already defined No Risk mitigation/resolution No Executable Architecture Requirements Phase Attempt full and careful design

You didn’t Understand Elaboration When (2)... Minimal feedback and adaptation No early and realistic testing Frozen Architecture No Proof-of-concept programming No multiple requirements workshops

References Applying UML and Patterns : An Introduction to Object-Oriented Analysis and Design and the Unified Process - Craig Larman 1.html p%3A// kfls/iwf_iwfs.htm

References (continued...) f_projectConsole_pw.html pdf