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.
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
COMP 350: Object Oriented Analysis and Design Lecture 3 Case Studies, Inception & Use Cases References: Craig Larman Chapters 3-6.
NJIT From Inception to Elaboration Chapter 8 Applying UML and Patterns Craig Larman.
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.
Understanding Requirements
Quality Assurance Experiences Pete Nordquist Intel / Bear Creek / SOU.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Review 1.
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
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.
OHT 3.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The need for comprehensive software quality requirements Classification.
From Inception to Elaboration Chapter 8 Applying UML and Patterns -Craig Larman.
SE 555 – Software Requirements & Specifications Introduction
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Copyright © Craig Larman All Rights Reserved Requirements.
RUP Requirements RUP Artifacts and Deliverables
Managing Software Quality
Why use RequisitePro RequisitePro is a comprehensive tool that supports any of today's requirements management processes. The predominant requirements.
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1Welcome! Rational Requirements Management.
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,
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
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
Jan 7, A UP project organizes the work and iterations across four major phases: – Inception -- approximate vision, business case, scope, vague estimates.
1 Requirements Management - General concepts - Noureddine Abbadeni King Saud University College of Computer and Information Sciences Based on “Software.
Notes of Using RequisitePro cyt. 2 Type of user –Requirements viewers –Requirements contributors –Requirements authors –Project administrator Rational.
 Development is organized in a series of short, fixed-length mini-projects called iterations  Iterations are also incremental  Successive enlargement.
Software Testing and Quality Assurance Software Quality Assurance 1.
OOSE Use Case. Requirement Functional: –Features, capabilities, and security Non Functional: –Usability: Human factors, help, and documentation –Reliability:
Chapter 1 Applying UML and Patterns. The Need for Software Blueprints Knowing an object-oriented language and having access to a library is necessary.
Inception Chapter 4 Applying UML and Patterns -Craig Larman.
OO Methodology Inception Phase.
Software quality factors
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.
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.
Requirements CS121 Spring Administrivia new student: Guillermo artist: Jackie Wijaya.
Understanding Requirements Chapter 5 Applying UML and Patterns -Craig Larman.
Inception is not Requirement phasee Chapter 3 and 4 Applying UML and Patterns -Craig Larman.
IS444: Modern tools for applications development Dr. Azeddine Chikh.
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.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
Classifications of Software Requirements
(Professional Business Analyst Training organisation)
CSE-862 Requirement Engineering
Software Quality Assurance Software Quality Factor
Software testing
BASICS OF SOFTWARE TESTING Chapter 1. Topics to be covered 1. Humans and errors, 2. Testing and Debugging, 3. Software Quality- Correctness Reliability.
Unified Process(UP) popo.
UNIT II.
Requirements Analysis
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
Evolutionary Requirements
CIS460 – NETWORK ANALYSIS AND DESIGN
Other Requirement Artifacts
Chapter 5 Evolutionary requirements
Software Requirements
Quality Factors.
Software Requirements
Other System Requirements
CSCI 360: Software Architecture & Design
Chapter 1: Software and Software Engineering
Presentation transcript:

Evolutionary requirements Larman chapter 5 Larman chapter 5

Definitions Requirements are capabilities and conditions to which the system – and more broadly, the project – must conform Requirements analysis is the discipline of finding, communicating and remembering what is really needed for the system Manage requirements is a systematic approach to finding, documenting, organizing and tracking the changing requirements of a system Larman chapter 5

Iterative refinement of requirements In early iterations much work is done to analyze and specify requirements In later iterations requirements will become more stable Larman chapter 5

Types of requirements FURPS+ model: Functional – features, capabilities, security Usability – human factors, help, documentation Reliability – frequency of failures, recoverability, predictability Performance – response times, throughput, accuracy… Supportability – adaptability, maintainability, internationalization Larman chapter 5

Types of requirements + in FURPS+ (everything else…) Implementation – resource limitations, languages and tools, hardware… Interface – constraints imposed by interfacing with external systems Operations – system management in its operational setting Legal – licensing and so forth Larman chapter 5

Alternative classification Functional requirements Non-functional requirements Larman chapter 5

Requirements organized in UP artifacts Use-case model Typical scenarios Functional requirements Supplementary specifications non-functional requirements features Vision document Scope of the project Business case High level requirements (Business rules Domain rules) Larman chapter 5