Week 2. Topics Inception phase Evolutionary requirements Use cases.

Slides:



Advertisements
Similar presentations
FROM INCEPTION TO ELABORATION Use Cases, Domain Models & SSDs Oh My!
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Chapter 2. Iteration The most import aspect of OOA/D An agile practice vs waterfall – early and repeated programming, feedback, adaptation waterfall is.
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.
Object-Oriented Analysis and Design LECTURE 2: INCEPTION PHASE.
Chapter 4: Inception is Not the Requirements Phase
Object-Oriented Analysis and Design
COMP 350: Object Oriented Analysis and Design Lecture 3 Case Studies, Inception & Use Cases References: Craig Larman Chapters 3-6.
SE 470 Software Development Processes James Nowotarski 21 April 2003.
NJIT From Inception to Elaboration Chapter 8 Applying UML and Patterns Craig Larman.
OO Development Process. UML and Process UML standardizes notation, not process –Increase likelihood of widespread acceptance There is significant variability.
Object-oriented Analysis and Design
1 CS 691z/791z Topics on Software Engineering CS 691z/791z Topics on Software Engineering Software Processes Based on Chapter 4 of the book [SE-8] Ian.
NJIT 1 Iteration 2 Requirements and More GRASP Chapter 24.
Slide 9.1 Copyright © 2004 by The McGraw-Hill Companies, Inc. All rights reserved. An Introduction to Object-Oriented Systems Analysis and Design with.
Dr. Kivanc DincerCS319 Week 1 - Sept.12,20051 Chapter 4 INCEPTION IS NOT THE REQUIREMENTS PHASE Objectives Define the inception step. Motivate the following.
NJIT Evolutionary Requirements Chapter 5 Applying UML and Patterns Craig Larman.
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.
The web application development process Basharat Mahmood, COMSATS Institute of Information Technology, Islamabad, Pakistan. 1.
Week 3 Iteration 1 Domain Models System Sequence Diagrams.
PhaseStartFinishEst HrsActual HrsDelta Hrs Inception Elaboration Construction Iteration 1 Iteration 2 Iteration 3 Transition Total.
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,
RUP Fundamentals - Instructor Notes
1 Portfolio Management – Agile How to plan like a VP Highsmith, Ch 12 CSSE579 Session 6 Part 2 One company’s software product portfolio.
Object Oriented Analysis and Design Introduction.
Software Specification and Design Sirisin Kongsilp & James Brucker.
Iterative development and The Unified process Chapter 2 Applying UML and Patterns -Craig Larman.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Inception Is there a project in there? What’s the vision, scope & business case?
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
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.
 Development is organized in a series of short, fixed-length mini-projects called iterations  Iterations are also incremental  Successive enlargement.
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.
1/23 Prescriptive Process Models. 2/23 Prescriptive Models Prescriptive process models advocate an orderly approach to software engineering Prescriptive.
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,
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.
The Rational Unified Process 1 EECS810: Software Engineering.
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.
Understanding Requirements Chapter 5 Applying UML and Patterns -Craig Larman.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
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)
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.
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
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.
The Unified Process and the Inception Phase James W. Benham CMPT 371 Fall 2004.
PART II INCEPTION Chapter 4 Inception is Not The Requirements Phase.
Iterative development and The Unified process
TK2023 Object-Oriented Software Engineering
Applying UML and Patterns
Unified Process (UP).
COMP 350: Object Oriented Analysis and Design Lecture 2
Week 2.
Chapter 4 Inception CS John Cole.
Week 3 Iteration 1 Domain Models System Sequence Diagrams.
Week 3 Iteration 1 Domain Models System Sequence Diagrams.
Other System Requirements
Presentation transcript:

Week 2

Topics Inception phase Evolutionary requirements Use cases

Applying UML & Patterns (3 rd ed.) Chapter 4 INCEPTION IS NOT THE REQUIREMENTS PHASE

Inception Phase Inception is…envision the business case for a project and its scope Inception answers…Do stakeholders agree on the vision and is it worth pursuing?

Inception Common vision Basic scope May produce –10% of use cases –Analysis of critical functionality –Business case –Development environment

Inception Phase Don’t try to discover all requirements during Inception (that’s waterfall mentality) Major Inception questions –Why should we do this? (business case) –Is it feasible? –Should we buy or build? –What is the cost? (order of magnitude est.) –Go or no go?

Inception Phase Not realistic to expect approval with ±10X cost estimate in most cases! Idealized Inception phase probably too skimpy for most organizations –Realistically cost estimate within ± 25-50% Of course, could lump a couple elaboration iterations within ‘feasibility’ phase

Inception Phase Important artifacts (to start) –Vision Management level description of project –Use case model Functional requirements (essential!) –Glossary Needed for clear communication…may already exist! –Development Case The actual process used & artifacts to be delivered –Others Risk List, Prototypes, Iteration Plan, SW Dev. Plan,

Inception Phase Common mistakes –Devoting too much time to it –Defining too few/too many requirements Writing lots of detailed use cases, or Writing none at all –Developing reliable plans –Defining architectural details –No essential artifacts Vision doc Use case model