Evolutionary Requirements

Slides:



Advertisements
Similar presentations
Slide 1 Shall Lists. Slide 2 Shall List Statement Categories  Functional Requirements  Non-Functional Requirements.
Advertisements

Chapter 05: Evolutionary Requirements Definition : Requirements  “Requirements are capabilities and conditions to which the system, and more broadly.
SSA 2013 Software Development Lifecycle (and how to make the best of it) Mono d.o.o.
Chapter 5 Evolutionary requirements –Expect change! –Learn as you go –Validate as you build Why – 25% requirements change on an average software project.
Chapter 7 Other Requirements Good Fast Cheap Pick any two. 1CS John Cole.
Object-Oriented Analysis and Design
Project Management Karl A. Smith University of Minnesota MOT 8221 Spring, 2002.
Requirements Specification
Requirements Analysis CMPT 371 Fall 2004 J.W. Benham.
Solid Palette Gradient Palette I Gradient Palette II APPLYING THESE COLORS Click on the desired color Click on the paintbrush tool located.
R&D SDM 1 Metrics How to measure and assess software engineering? 2009 Theo Schouten.
SE 555 Software Requirements & Specification Requirements Quality Attributes.
Managing Projects. Contemplative Questions  What does project management entail?  Do I want to be a project manager? What is the nature of the work?
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.
September 1999 Overview Software Engineering1 CS466: Tools and Processes for Software Gio Wiederhold Dorothea Beringer Anca-Juliana Stoica.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Slide 1 Requirements Workflow. Slide 2 The Phases/Workflows of the Unified Process Figure 3.1 l Phase is Business context of a step Workflow is Technical.
1 CMPT 275 Software Engineering Requirements Analysis Phase Overview of Requirements Analysis Activity System Context Diagrams.
CSC271 Database Systems Lecture # 20.
Copyright © Craig Larman All Rights Reserved Requirements.
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
Pre-Project Activities Text Chapters 5 and 6. Pre-Project Activities 1.Contract Review 2.Development Plan 3.Quality Plan.
Managing Software Quality
Instructor: Peter Clarke
INTRODUCTION What is software? What is software engineering?
1 Lecture 5.2.b: Requirements Specifications (IEEE 830) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
Project Management 101 CS3300 Fall Generic Management Planning Organizing Staffing Leading / Directing Controlling To accomplish goals of an organization.
Object-Oriented Analysis and Design An Introduction.
Technology for a better society TDT4140 Software Engineering : 1 Experiences from Requirements Engineering: Coping with requirements in large,
INFO 637Lecture #51 Software Engineering Process II Defining Requirements INFO 637 Glenn Booker.
Chapter 7 Applying UML and Patterns -Craig Larman
Chapter 7 Applying UML and Patterns Craig Larman
INFS 6225 Object-Oriented Systems Analysis & Design Chapter 11: Physical Architecture Layer Design.
Jan 7, A UP project organizes the work and iterations across four major phases: – Inception -- approximate vision, business case, scope, vague estimates.
OOSE Use Case. Requirement Functional: –Features, capabilities, and security Non Functional: –Usability: Human factors, help, and documentation –Reliability:
Software Engineering 1 Some Definitions Lesson 2.
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Developing the Supplementary Specification 1. The Role of the Supplementary Specification  Some requirements can’t easily be expressed as use cases.
Chapter 1 Applying UML and Patterns. The Need for Software Blueprints Knowing an object-oriented language and having access to a library is necessary.
OO Methodology Inception Phase.
3 September Sources of requirements  People Stakeholders ○ Who are the stakeholders? Issues: ○ Conflicting requirements ○ Wants vs. needs Helping.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
Software Requirements: A More Rigorous Look 1. Features and Use Cases at a High Level of Abstraction  Helps to better understand the main characteristics.
Chapter 5 Evolutionary Requirements. Introduction 5.1 Definition: Requirements 5.2 Evolutionary vs. Waterfall Requirements 5.3 What are Skillful Means.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Understanding Requirements Chapter 5 Applying UML and Patterns -Craig Larman.
IS444: Modern tools for applications development Dr. Azeddine Chikh.
MDG-F 1680 ENHANCING THE CAPACITY OF TURKEY TO ADAPT TO CLIMATE CHANGE Lessons learnt so far... Casablanca, March 2009 Atila Uras, UNJPM 1.
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Requirement Discipline Spring 2006/1385 Semester 1.
Non Functional Testing. Contents Introduction – Security Testing Why Security Test ? Security Testing Basic Concepts Security requirements - Top 5 Non-Functional.
Classifications of Software Requirements
Evolutionary requirements
(Professional Business Analyst Training organisation)
Software Requirements
ADVANCED BATCH.
SEVERITY & PRIORITY RELATIONSHIP
Software testing
Creating a better Control & Visibility of a Project portfolio
Unified Process(UP) popo.
Developing the Supplementary Specification
UNIT II.
Chapter 5 Evolutionary requirements
Software Requirements
Software Requirements
Keys to Successful Deployment of Intelligent Compaction and Paver Mounted Thermal Profiling Technologies NRRA Pavement Conference, May 23, 2019 University.
Other System Requirements
Presentation transcript:

Evolutionary Requirements Chapter 5 Evolutionary Requirements CS6359 Fall 2011 John Cole

Seven Phases of a Project Wild enthusiasm Disillusionment Panic Search for the guilty Punishment of the innocent Praise and honors for the non-participants Define the requirements (optional) CS6359 Fall 2011 John Cole

Requirements Capabilities and conditions to which the system must conform A systematic approach to finding, documenting, organizing the changing requirements of a system. CS6359 Fall 2011 John Cole

Evolutionary vs. Waterfall 25% of the requirements change on a project Attempting to define all requirements was the main problem in 82% of projects When attempting to specify all features in advance, 45% of such features were never used CS6359 Fall 2011 John Cole

FURPS+ Functional Usability – human factors Reliability – failure rate and recovery Performance – response time throughput, etc. Supportability – Adaptability, maintainability, internationalization, configurability CS6359 Fall 2011 John Cole

The “+” Implementation – resource limitations, languages and tools, hardware Interface – constraints imposed by interfacing with external systems Operations – System management in the operational setting Packaging – mostly for external-use systems Legal – licensing, copyright, etc. CS6359 Fall 2011 John Cole

Requirements Organization in the UP Use-case model Supplementary specification Glossary Vision Business rules. Policies that apply to all software projects. E.g. Tax laws, data security, etc. CS6359 Fall 2011 John Cole