Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند (http://ce.aut.ac.ir/islab) Requirements Engineering : A Roadmap Software Requirements.

Slides:



Advertisements
Similar presentations
Chapter 2 – Software Processes
Advertisements

Manage Quality
Software Requirements
PRJ270: Essentials of Rational Unified Process
Requirements Analysis CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology January 7, 2003.
Software Requirements
Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Requirement Engineering.
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Effectiveness of.
Four Dark Corners of Requirements Engineering
Software Engineering CSE470: Requirements Analysis 1 Requirements Analysis Defining the WHAT.
Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap The Meaning Of Requirements.
Soft. Eng. II, Spr. 2002Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 1 (cont ’d) Title : Client requirements (Review) Mandatory reading: I.
Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Towards Modeling.
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
SE 555 Software Requirements & Specification Requirements Validation.
Introduction to Software Engineering Dr. Basem Alkazemi
درس : مهندسي نيازمندي ها درس : مهندسي نيازمندي ها استاد : دكتر عبداله زاده دانشجو : خيرالنسا مرچانت Software Requirements.
Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Dealing with Non-Functional.
Requirements Engineering Process – 1
Software Life Cycle Model
1 College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 2 Chapter 6 & 7 System.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 7 Requirements Engineering Software Engineering: A Practitioner’s Approach, 6/e Chapter.
The Software Development Life Cycle: An Overview
S/W Project Management
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
Writing Quality Requirements Karl E. Wiegers Presented by: Ricardo Carlos.
Requirements Engineering CSE-305 Requirements Engineering Process Tasks Lecture-5.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 22 – 10 – 2011 College Of Computer Science and Information, Information Systems.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
IT Requirements Management Balancing Needs and Expectations.
Software Engineering Saeed Akhtar The University of Lahore Lecture 7 Originally shared for: mashhoood.webs.com.
Approaching a Problem Where do we start? How do we proceed?
Requirements Collection By Dr. Gabriel. Requirements A requirement is any function, constraint, or property that the system must provide, meet, or satisfy.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
CMSC 345 Fall 2000 Requirements Overview. Work with customers to elicit requirements by asking questions, demonstrating similar systems, developing prototypes,
Chapter 4 Software Requirements
1 Quality Attributes of Requirements Documents Lecture # 25.
By Germaine Cheung Hong Kong Computer Institute
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Requirements Validation
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Requirements Engineering. Requirements engineering processes The processes used for RE vary widely depending on the application domain, the people involved.
Software Engineering Lecture # 1.
Chapter 2 – Software Processes Lecture 1 1Chapter 2 Software Processes.
Smart Home Technologies
Science and Technology Norwegian University of NTNU Rolv Bræk, January Introduction to Systems Engineering by Rolv Bræk NTNU.
Stages of design  High level design  High level data structure  Architecture  Low level design-code design  Algorithms  Low level data structures.
Lecture 4: Requirements Engineering COSI 120b, Principles of Software Engineering.
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Requirement Engineering
Requirements Analysis
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
Software Engineering Lecture 10: System Engineering.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Requirements Engineering Processes, York EngD Programme, 2009Slide 1 Requirements engineering processes Prof Ian Sommerville.
Dillon: CSE470: ANALYSIS1 Requirements l Specify functionality »model objects and resources »model behavior l Specify data interfaces »type, quantity,
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,
1 Process activities. 2 Software specification Software design and implementation Software validation Software evolution.
Requirements Analysis Scenes
Software Requirements analysis & specifications
UNIT II.
Requirements Engineering Process – 1
Chapter 5 Understanding Requirements.
Presentation transcript:

Shiva Vafadar 1 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Software Requirements Shiva Vafadar

2 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Reference  Jane Cleland-Huang, “Software Requirements " School of Computer Science, Telecommunications, and Information Systems, DePaul University

Shiva Vafadar 3 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Types of requirements

Shiva Vafadar 4 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Risk from a requirement perspective  Lack of clear purpose for the product  Insufficient stakeholder involvement  Lack of agreement between stakeholders  Rapidly changing requirements  Goldplating (adding additional and unnecessary features)  Poor change management  Lack of analysis of the requirements

Shiva Vafadar 5 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Requirement Process

Shiva Vafadar 6 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap 1- Requirements Elicitation  dimensions to requirements elicitation:  Understanding the problem and its domain.  Making the business case.  Understanding the needs and constraints of system stakeholders.

Shiva Vafadar 7 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap 2-Requirement Analysis  The emphasis is upon gaining understanding of the product to be developed through requirements classification and conceptual modeling conceptual modeling Architectural design & requirements allocation

Shiva Vafadar 8 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap 3- Requirement Specification  The requirements specification is a document that describes the system to be developed in a format that can be reviewed, evaluated, and approved in a systematic way

Shiva Vafadar 9 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Requirement Documents

Shiva Vafadar 10 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Qualities of individual Requirement  Concise: A requirement should describe a single property of the desired system and should include no information beyond that necessary to describe the intended property.  Correct: A requirement should accurately describe the intended property of the system, with no information missing that is needed to define or implement the system.  Non-ambiguous: A requirement should be stated clearly and understandably in order to avoid ambiguous interpretations.  Feasible: A requirement should be feasible from a technical, financial, and managerial perspective.  Verifiable: A requirement should be written in such a way as to provide a clear and testable acceptance criterion.

Shiva Vafadar 11 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Qualities of the set of requirements  Realistic: The requirements should represent realistic goals at both the product and project level.  Concise: The requirements should concisely describe the system that is to be developed. An excessive number of requirements create greater opportunity for inconsistencies and errors.  Complete: The requirements should collectively describe the entire system to be implemented with no information missing.  Consistent: Inconsistencies between requirements lead to conflicts that prohibit all of the requirements being implemented successfully. Inconsistencies should be identified and conflicts negotiated.

Shiva Vafadar 12 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Validation  Validation practices should be built into every stage of the requirements process in order to ensure a quality product.  Studies have shown that errors introduced during requirements are the most costly to repair because of their far reaching implications into the system.  Typical Validation Methods Review Prototype

Shiva Vafadar 13 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap 5- Requirement Management  Change management is concerned with carefully controlling changes to the requirements, both during the development process and following the product’s deployment.  Change management is supported through: Requirements traceability Managing the current status of all requirements Placing requirements under configuration control.

Shiva Vafadar 14 آزمايشکاه سيستم های هوشمند ( Requirements Engineering : A Roadmap Conclusion Requirement engineering is not an upfront activity, it is actually an iterative one that continues throughout the entire lifetime of the project.