Larman chapter 41 Inception Larman chapter 4 and 7.

Slides:



Advertisements
Similar presentations
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
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.
Object-Oriented Analysis and Design LECTURE 2: INCEPTION PHASE.
Chapter 4: Inception is Not the Requirements Phase
Chapter 7 Other Requirements Good Fast Cheap Pick any two. 1CS John Cole.
Object-Oriented Analysis and Design
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
1 The Business Modeling Discipline. 2 Purpose of Business Modeling  To understand the structure and dynamics of the organization in which a system is.
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.
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
Dr. Kivanc DincerCS319 Week 1 - Sept.12,20051 Chapter 4 INCEPTION IS NOT THE REQUIREMENTS PHASE Objectives Define the inception step. Motivate the following.
Inception What needs to be done? Describe the vision and business case for this project. Determine if the project is feasible. Determine if the enterprise.
Iterative development and The Unified process
From Inception to Elaboration Chapter 8 Applying UML and Patterns -Craig Larman.
4. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the elements of project management and the responsibilities of a.
COMP 350: Object Oriented Analysis and Design Lecture 2
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
NJIT Inception is not the Requirements Phase Chapter 4 Applying UML and Patterns Craig Larman.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 RUP Architecture.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
RUP Requirements RUP Artifacts and Deliverables
UML - Development Process 1 Software Development Process Using UML (2)
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Appendix D McGraw-Hill/Irwin Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved.
Object-Oriented Analysis and Design OVERVIEW. Objectives  Describe Information Systems  Explain the role of a systems analyst  Introduce object-oriented.
Chapter 1 , 2 , 3 and 4 Applying UML and Patterns -Craig Larman
Lecture 3: Information Engineering Dr. Taysir Hassan Abdel Hamid November 3, 2014.
Iterative development and The Unified process Chapter 2 Applying UML and Patterns -Craig Larman.
Chapter 6 Use Case –The interaction between an actor and the system.
Inception Is there a project in there? What’s the vision, scope & business case?
Systems Analysis Lecture 2 Analysing the Business Case Feasibility Scope 1 BTEC HNC Systems Support Castle College 2007/8.
Chapter 7 Applying UML and Patterns -Craig Larman
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
RUP Fundamentals Instructor Notes
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.
Use Case Model Use case diagram. Relevant Requirements Artifacts Use-Case Model Supplementary Specification Use-Case Specifications... Glossary Actors.
Requirements Engineering for Web Applications. SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Team Skill 6: Building the Right System Assessing Requirements Quality (29)
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.
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
Understanding Requirements Chapter 5 Applying UML and Patterns -Craig Larman.
Lecture 3: Methods for Architecture Development Information Engineering Dr. Taysir Hassan October 19, 2015.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System A Use Case Primer Organizing.
Week 2. Topics Inception phase Evolutionary requirements Use cases.
Inception is not Requirement phasee Chapter 3 and 4 Applying UML and Patterns -Craig Larman.
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
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.
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.
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.
Requirement Engineering Management Amna Shifia Nisafani Feby Artwodini M. Department of Information Systems Subject : Requirement Engineering.
Chapter 13 The Promotion Strategy: Developing And Managing Sales Presentations Entrepreneurship & Small Business Management.
Applying UML and Patterns
Evolutionary requirements
UNIFIED PROCESS.
Unified Process (UP).
Week 2.
Chapter 6 Use Case The interaction between an actor and the system.
Product Life cycle (RUP)
Other Requirement Artifacts
Chapter 4 Inception CS John Cole.
Other System Requirements
Presentation transcript:

Larman chapter 41 Inception Larman chapter 4 and 7

Larman chapter 42 Inception is not the requirements phase

Larman chapter 43 Unified process Inception

Larman chapter 44 Inception - goals What is the vision and business case for the project? Feasible? Rough unreliable range of cost Buy and/or build? Should we proceed or stop? duration : –1 to 2 weeks –Write 1. version of relevant artifacts

Larman chapter 45 Inception - artifacts 1. version of artifacts – often incomplete Vision and business case (Larman page 109 and note Software Design page 89) –What are the benefits of the system for the company –Describes high-level goals Use case model (Larman page 66 – 72) –Identifies most of the functional requirements –Describes app. 10% of the functional requirements (high risk) in detail Glossary (Larman page 115) –Key domain terminology

Larman chapter 46 Inception - artifacts Domain rules (Larman page 117) Supplementary specification (Larman page 107)

Larman chapter 47 Inception - process Start with your Business Model (Analyze and describe- SWOT, Porters five, Etc…) Write a brief draft of the Vision Identify user goals and supporting use cases by name Write some use cases in detail, start with the Supplementary Specification Refine the Vision, summarizing information from these

Larman chapter 48 You misunderstood inception if: inception is more than a few weeks long You attempt to define all requirements Estimates and plans are expected to be reliable You try to defines the architecture There is no business case or vision artifact Names of most of the use cases and actors were not identified All the use cases are written in detail No use cases are written in detail