Introduction to Requirements (Chapters 1-3 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman Institute.

Slides:



Advertisements
Similar presentations
Software Processes.
Advertisements

Chapter 7: Software production process Refers to the activities that are used for building, delivering, deploying, and evolving a software product, from.
National Association for Regulatory Administration September 13, 2011 IT’s NOT Like Building a House Mark Parker (800)
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
1 Requirements and the Software Lifecycle The traditional software process models Waterfall model Spiral model The iterative approach Chapter 3.
Unit 2. Software Lifecycle
CS487 Software Engineering Omar Aldawud
1 Lecture 2: Processes, Requirements, and Use Cases.
CHAPTER 1 SOFTWARE DEVELOPMENT. 2 Goals of software development Aspects of software quality Development life cycle models Basic concepts of algorithm.
SYSC System Analysis and Design
Software Process and Problem Statements CSSE 371, Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 3, 2004.
Slide 1 Requirements Wrap-up (Chapter 31 of requirements text) and Interaction Design: Introduction (Chapters 1 of Interaction Design text) CSSE 371 Software.
Requirements - Why What and How? Sriram Mohan. Outline Why ? What ? How ?
©Ian Sommerville 2000 Software Engineering, 6th edition Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Software Life Cycle Model
Chapter 3 Software Processes.
Principles of Object Technology Module 1: Principles of Modeling.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
1 CSE 403 Software Lifecycle Models Reading: Rapid Development Ch. 7, 25 (further reading: Ch. 21, 35, 36, 20) These lecture slides are copyright (C) Marty.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Software Processes Sumber dari : cc.ee.ntu.edu.tw/~farn/courses/SE/ch4.ppt.
©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.
Software Processes lecture 8. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Iterative development and The Unified process Chapter 2 Applying UML and Patterns -Craig Larman.
1 Requirements Management - General concepts - Noureddine Abbadeni King Saud University College of Computer and Information Sciences Based on “Software.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
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)
REQUIREMENTS - WHY WHAT AND HOW? Steve Chenoweth & Chandan Rupakheti CSSE 371 Chapters Requirements Text. Question 6.
Chapter 13: Software Life Cycle Models Omar Meqdadi SE 273 Lecture 13 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
CSE 436—Software Development Models Ron K. Cytron 10 October 2005.
The principles of an object oriented software development process Week 04 1.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Dr. Rob Hasker. What if every project used Scrum?  Why might Scrum not be perfect for every project? Hard to get the big picture Early choices may have.
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
CS223: Software Engineering Lecture 4: Software Development Models.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Software Engineering, 8th edition. Chapter 4 1 Courtesy: ©Ian Sommerville 2006 FEB 13 th, 2009 Lecture # 5 Software Processes.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Team-Based Development ISYS321 Managing the Information Systems Project.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 Rational Unified Process – Part 2 Original slides modified.
Systems Development Life Cycle
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Laurea Triennale in Informatica – Corso di Ingegneria del Software I – A.A. 2006/2007 Andrea Polini II. Software Life Cycle.
1 Week 3 Software Engineering Spring Term 2016 Marymount University School of Business Administration Professor Suydam.
Software Engineering cosc 4359 Spring 2017.
School of Business Administration
Iterative Waterfall Model
Software Process Models
Requirements and the Software Lifecycle
Introduction to Software Engineering
Object Oriented Analysis and Design
Rational Unified Process
Software Development Process
Software life cycle models
Software engineering -1
The Unified/Rational Unified Process (UP/RUP) Defined
CSE 403, Software Engineering Lecture 2
Introduction to Requirements Management
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
Chapter 4: Software Process Models
CSCI 360: Software Architecture & Design
Presentation transcript:

Introduction to Requirements (Chapters 1-3 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman Institute of Technology September 2, 2004 Thanks to Mark Ardis for some of the slides included.

Outline Requirements and the Cost of Errors Requirements Management Software Lifecycle Process Models

Requirements and the cost of errors

Biggest Reasons for Project Success and Failure Project Success –User involvement –Executive management support –Clear statement of requirements Project Failure –Lack of user input –Incomplete requirements –Changing requirements

Defects by Development Phase Requirements – 31% of Defects on Final Product Delivery Design – 25% Coding – 12% Documentation – 16% Bad fixes – 16%

6 Cost to Fix Errors Requirements Design Coding Unit Test Acceptance Test Maintenance

7 So… Requirements errors are likely to be the most common class of error Requirements errors are likely to be the most expensive to fix

Requirements Management

9 What is a Software Requirement? 1.A software capability needed by the user to solve a problem to achieve an objective 2.A software capability that must be met or possessed by a system or system component to satisfy a contract, standard, specification or other formally imposed documentation [according to Dorfman and Thayer]

10 What is Software Requirements Management? The process of systematically, eliciting, organizing and documenting requirements for the software system, and a process that establishes and maintains agreement between the customer and the project team on the changing requirements of the system.

Software Lifecycle Process Models

Waterfall Model Manufacturing life cycle model Assumes –multi-stage development cycle –completely separate stages –output of one stage is input for next –each stage complete before next is begun

Waterfall Stages Requirements DesignCodingTestingMaintenance

Advantages Much better than chaos! Staged deliverables are possible Can modify model to allow for feedback Clearly defined stages help with –planning, scheduling –management, organization –accountability, control

Disadvantages Not very practical (do not know requirements in the beginning) No feedback, provision for modification Customer sees nothing until last step

16 Spiral Model Incremental –more feedback from customer Risk analysis –more rigorous analysis of risk at each stage

Spiral Model

18 Iterative (or Incremental) Approach Consists of four phases –Inception –Elaboration –Construction –Transition An iteration is a sequence of activities with an established plan and evaluation criteria, resulting in an executable of some type Each phase goes under a # of iterations

Management Environment Business Modeling Implementation Test Analysis & Design Preliminary Iteration(s) Iter. #1 Phases Iterations Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1 Deployment Configuration Mgmt Requirements ElaborationTransitionInceptionConstruction Workflows group activities logically In an iteration, you walk through all workflows Process Workflow Support Workflow Rational Unified Process Model

20 Team Project Process Waterfall model for this course You may pick which model to use in CSSE 372 for implementation of the project