Software Requirements Engineering

Slides:



Advertisements
Similar presentations
Software Requirements
Advertisements

Software Requirements
Software Requirements Elicitation and Specifications - Fundamentals
SWE Introduction to Software Engineering
SWE Introduction to Software Engineering
1 / 26 CS 425/625 Software Engineering Software Requirements Based on Chapter 5 of the textbook [Somm00] Ian Sommerville, Software Engineering, 6 th Ed.,
CS 425/625 Software Engineering Software Requirements
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements.
Software Requirements
Software Engineering Chapter 6 Software requirements
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Requirements engineering l The process of establishing the services that the.
Requirements Engineering
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Software Requirements l Descriptions and specifications of a system.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements.
©Ian Sommerville Software Engineering Slide 1 Software Requirements l Definition: Description and Specifications of a system l Topics covered: Functional.
Dr. Tom WayCSC Software Requirements CSC 4700 Software Engineering Lecture 2 Based on Sommerville, Chapter 6.
AGU COE/COC Software Engineering CSE 402 / CSC 308 Slide 1 Requirements engineering l The process of establishing the services that the customer requires.
Software Requirements Presented By Dr. Shazzad Hosain.
 Dr. Syed Noman Hasany.  Review of known methodologies  Analysis of software requirements  Real-time software  Software cost, quality, testing and.
Software Requirements Lecture # 3. 2 Kinds of Software Requirements Functional requirements Non-functional requirements Domain requirements Inverse requirements.
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.
IS550: Software requirements engineering Dr. Azeddine Chikh 2. Functional and non-functional requirements.
Chapter 6+7 in textbook 1 Chapter 4 Software Requirements 1.
Chapter 4 Software Requirements
SOFTWARE REQUIREMENT ANALYSIS AND SPECIFICATION. What is a requirement? It may range from a high-level abstract statement of a service or of a system.
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
Week 3: Requirement Analysis & specification
SWE 513: Software Engineering
Software Requirements
Software Engineering Chapter 6 Software requirements Ku-Yaw Chang Assistant Professor Department of Computer Science and Information.
CS223: Software Engineering Lecture 6: Requirement Engineering.
Chapter 4 – Requirements Engineering Lecture 1 The hardest part of the software task is arriving at a complete and consistent specification, and much of.
Software Requirements. Objectives: l To introduce the concepts of user and system requirements l To describe functional / non-functional requirements.
Chapter 4 Requirements Engineering (1/3) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
Software Engineering, COMP201 Slide 1 Software Requirements BY M D ACHARYA Dept of Computer Science.
Software Requirement Engineering SE Resource Person: Ikram Ullah Khan.
Requirement Classification Nisa’ul Hafidhoh Teknik Informatika
1 Software Requirements Engineering (CS 708) Dr. Ghulam Ahmad Farrukh.
1 Software Requirements Descriptions and specifications of a system.
1 Review of Lectures 1-21 Lecture # Introduction Requirements form the basis for all software products Requirements engineering is the process,
Software Engineering, COMP201 Slide 1 Software Requirements.
Software Requirements Engineering (CS 708)
Types and Characteristics of Requirements
EKT 421 SOFTWARE ENGINEERING
Classifications of Software Requirements
CMPE 280 Web UI Design and Development August 29 Class Meeting
Chapter 4 – Requirements Engineering
Lecture 2 Developing Requirements
Software Requirements
Software Requirements
Presentation on Software Requirements Submitted by
Chapter 4 Requirements Engineering (1/3)
Chapter 4 – Requirements Engineering
Chapter 5 – Requirements Engineering
The Development Process of Web Applications
Software Requirements
Software Requirements
SNS College of Engineering Coimbatore
Chapter 4 Software Requirements
Software Requirements
UNIT II.
Software Requirements
Software Requirements
Requirements Analysis
Software Requirements Specification Document
Chapter 7 Software Testing.
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
SNS College of Engineering Coimbatore
Presentation transcript:

Software Requirements Engineering

Kinds of Software Requirements

Kinds of Software Requirements Functional requirements Non-functional requirements Domain requirements Inverse requirements Design and implementation constraints

Functional Requirements Statements describing what the system does Functionality of the system

Functional Requirements Statements of services the system should provide Reaction to particular inputs Behavior in particular situations

Functional Requirements Example # 1 The user shall be able to search either the entire database of patients or select a subset from it (admitted patients, or patients with asthma, etc.)

Non-Functional Requirements Most non-functional requirements relate to the system as a whole. They include constraints on timing, performance, reliability, security, maintainability, accuracy, the development process, standards, etc.

Non-Functional Requirements Failure to meet a non-functional system requirement may make the whole system unusable

Non-Functional Requirements For example, if an aircraft system does not meet reliability requirements, it will not be certified as ‘safe’

Non-Functional Requirements Product requirements Organizational requirements External requirements

Product Requirements Product requirements Usability requirements . Product requirements Usability requirements Efficiency requirements Reliability requirements Portability requirements Performance requirements Space requirements

Product Requirements Examples The system shall allow one hundred thousand hits per minute on the website. The system shall not have down time of more than one second for continuous execution of one thousand hours.

Organizational Requirements . Organizational requirements Standards requirements Implementation requirements Delivery requirements

External Requirements . External requirements Interoperability requirements Ethical requirements Legislative requirements Privacy requirements Safety requirements

External Requirements Examples The system shall not disclose any personal information about members of the library system to other members except system administrators

. Domain Requirements Domain:

Domain Requirements Requirements that come from the application domain and reflect fundamental characteristics of that application domain. These can be both the functional or non- functional requirements.

Domain Requirements contd. These requirements, sometimes, are not explicitly mentioned. Domain experts find it difficult to convey domain requirements. Their absence can cause significant dissatisfaction.

Domain Requirements Examples Banking domain has its own specific constraints, for example, most banks do not allow over-draw on most accounts, however, most banks allow some accounts to be over-drawn

Inverse Requirements

Inverse Requirements They explain what the system shall not do. Many people find it convenient to describe their needs in this manner These requirements indicate the indecisive nature of customers about certain aspects of a new software product indecisive : not providing a clear and definite result.

Inverse Requirements Example The system shall not use red color in the user interface, whenever it is asking for inputs from the end-user

Design and Implementation Constraints

Design and Implementation Constraints They are development guidelines within which the designer must work These requirements can seriously limit design and implementation options Can also have impact on human resources

Design and Implementation Constraints Examples The system shall be developed using the Microsoft .Net platform The system shall be developed using open source tools and shall run on Linux operating system

Thank You for tolerating