Requirements Engineering: What is RE? UFCE4S-10-3 Lecture One Stewart Green.

Slides:



Advertisements
Similar presentations
Requirements Engineering Processes – 2
Advertisements

CS3773 Software Engineering Lecture 01 Introduction.
lamsweerde Part 2: Building System Models for RE © 2009 John Wiley and Sons 1 Part 2: Building System Models for RE Introduction.
Introduction to Software Engineering Dr. Basem Alkazemi
Requirements Analysis CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology January 7, 2003.
Introduction to Software Engineering
CSC 402 Requirements Engineering 1. 2 Problem Definition Requirements Definition informal statement of need for system natural language statement of what.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Lecture 3: Requirements Modeling Intro Professor Aditya Ghose Director, Decision Systems Lab School of IT and Computer Science University of Wollongong.
CS351 © 2003 Ray S. Babcock Requirements What not How “The Pizza Experiment” 1994, 350 companies, 8000 software projects. 31% were canceled before they.
Identifying needs and establishing requirements Chapter 7a.
MSc Software Engineering Dissertation Finding a Research Problem and Additional Guidance Stewart Green.
7M822 UML Introduction 7 September 2010.
Soft. Eng. II, Spr. 2002Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 1 (cont ’d) Title : Client requirements (Review) Mandatory reading: I.
Identifying needs and establishing requirements Chapter 7b.
Overview of Software Requirements
Part 2: Requirements Days 7, 9, 11, 13 Chapter 2: How to Gather Requirements: Some Techniques to Use Chapter 3: Finding Out about the Users and the Domain.
Requirements modelling motivations: I We need a language for communicating shared perceptions of the requirements for the target system between human stakeholders.
1 SWE Introduction to Software Engineering Lecture 11 - Requirements Engineering Processes.
Requirements Engineering Process – 1
Data Structures and Programming.  John Edgar2.
Lecture 14: Requirements Analysis
The Software Development Life Cycle: An Overview
Section 02Systems Documentation1 02 Systems Documentation And Franchise Colleges By MANSHA NAWAZ.
Software Engineering 2003 Jyrki Nummenmaa 1 REQUIREMENT SPECIFICATION Today: Requirements Specification Requirements tell us what the system should.
SE-02 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it. Requirements.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
Eng. Mohammed Timraz Electronics & Communication Engineer University of Palestine Faculty of Engineering and Urban planning Software Engineering Department.
Standard SRS Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering Lecture.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Software Engineering – University of Tampere, CS DepartmentJyrki Nummenmaa REQUIREMENT SPECIFICATION Today: Requirements Specification.
Lecture 3 Managing the Development Project SFDV Principles of Information Systems.
Software Engineering Saeed Akhtar The University of Lahore Lecture 7 Originally shared for: mashhoood.webs.com.
Requirements & Specification (Chapter 10) CPSC 356 Database Ellen Walker Hiram College (Includes figures from Database Systems by Connolly & Begg, © Addison.
SD3049 Formal Methods. Formal Methods Module Leader Dr Aaron Kans
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
Software Engineering, 8th edition. Chapter 7 1 Courtesy: ©Ian Sommerville 2006 March 20 th, 2008 Lecture # 12 Requirements Engineering Processes.
Systems Development Life Cycle
October 2004J. B. Wordsworth J4ISDPAD1 Information Systems Development Processes and documents.
 SOLVE EQUATIONS WITH ABSOLUTE VALUE.  SOLVE INEQUALITIES WITH ABSOLUTE VALUE. Copyright © 2012 Pearson Education, Inc. Publishing as Addison Wesley.
Requirements Validation
Requirements Engineering. Requirements engineering processes The processes used for RE vary widely depending on the application domain, the people involved.
Assignment Help From Requirements Elicitation to Elicitation.
Chapter 4 Automated Tools for Systems Development Modern Systems Analysis and Design Third Edition 4.1.
Software Engineering Lecture 11: System Analysis.
CSI 1340 Introduction to Computer Science II Chapter 1 Software Engineering Principles.
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Requirement Engineering
Requirements Engineering Process CS-862 (Spring 2013)
Requirements Analysis
Requirements Analysis
Requirements Engineering Methods for Requirements Engineering Lecture-31.
Requirement Analysis SOFTWARE ENGINEERING. What are Requirements? Expression of desired behavior Deals with objects or entities, the states they can be.
1 CEN 4020 Software Engineering PPT4: Requirement analysis.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
1 Requirements Analysis Lecture # Recap of Requirements Elicitation - 1 Requirements elicitation deals with discovering requirements for a software.
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements (utvalgte foiler fra Kap 6 og 7 i Sommerville)
1 Processes and Process Models Lecture # 5. 2 Process - 1 A process is an organized set of activities, which transforms inputs to outputs We can use synonyms.
Pepper modifying Sommerville's Book slides
Documenting Requirements
Requirements Elicitation – 1
FORMAL SYSTEM DEVELOPMENT METHODOLOGIES
Members: Keshava Shiva Sanjeeve Kareena
Requirements Engineering Process – 1
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
Software Requirements
Software Requirements
INTRODUCTION OF REQUIREMENT ENGINEERING Chapter- one.
Presentation transcript:

Requirements Engineering: What is RE? UFCE4S-10-3 Lecture One Stewart Green

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One2 Lecture Structure Motivation Systems Engineering Software Engineering Requirements Engineering

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One3 References Requirements Engineering, Sommerville, I., and Kotonya, G., John Wiley,1997 An Introduction to Requirements Engineering, Bray, I., Addison Wesley, 2002 Requirements Engineering, Macaulay, L.,Springer, 1996 System Requirements Engineering, Loucopoulos, P., and Karakostas, V., McGraw- Hill,1995

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One4 Motivation Late delivery Over budget Faulty products Wrong product Cost of fixing bugs

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One5 Software Intensive Systems Engineering

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One6 Software Engineering

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One7 Requirements Engineering

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One8 Requirements Elicitation Techniques Interviews Questionnaires Examination of documentation Standards Systems manuals Statement of requirements Prototyping Contextual Design Ethnographic approaches Conversation and interaction analysis

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One9 Problems Inconsistency Lack of clarity Ambiguity Redundancy Incompleteness Inaccuracy

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One10 Notations Natural language text Dataflow diagrams Entity-relationship diagrams Object and class diagrams Conceptual graphs (Sowa) Logics Prolog Formal specification languages, e.g. Z and CSP

2nd October 2007 Requirements Engineering UFCE4S-10-3 Lecture One11 Desirable Properties in Notations Facilitate communication Define system boundary Ability to express: Partitions Abstractions Projections Focus on problem, not solution Easily modifiable