Chapter 4 Requirements Engineering (3/3) Yonsei University 2 nd Semester, 2015 Sanghyun Park.

Slides:



Advertisements
Similar presentations
Requirements Engineering Process
Advertisements

SWE Introduction to Software Engineering
Soft. Eng. I, Spring 07Dr Driss Kettani, from I. Sommerville1 CSC-3324: Chapter 5 Requirements Engineering Reading: Chap. 6, 7 + annex.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Requirements Engineering Processes
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©Ian Sommerville 2000Software Engineering, 6/e, Chapter 61 Requirements Engineering Processes l Processes used to discover, analyse and validate system.
Soft. Eng. II, Spr. 2002Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 1 (cont ’d) Title : Client requirements (Review) Mandatory reading: I.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
1 SWE Introduction to Software Engineering Lecture 11 - Requirements Engineering Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes 1.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
 Dr. Syed Noman Hasany.  Review of known methodologies  Analysis of software requirements  Real-time software  Software cost, quality, testing and.
Chapter 4 – Requirements Engineering Lecture 2 1Chapter 4 Requirements engineering.
Advanced Topics in Requirement Engineering. Requirements Elicitation Elicit means to gather, acquire, extract, and obtain, etc. Requirements elicitation.
7. Requirements Engineering Processes
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
Chapter 5: Requirement Engineering Process Omar Meqdadi SE 2730 Lecture 5 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyze and.
Requirements Engineering Process
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
REQUIREMENTS ENGINEERING
 To describe the principal requirements engineering activities and their relationships  To introduce techniques for requirements elicitation and analysis.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Requirements Engineering Requirements Elicitation Process Lecture-8.
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
Chapter 4 Requirements Engineering Processes Objectives l To describe the principal requirements engineering activities and their relationships l To.
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
Requirements Engineering Overview Senior Design Don Evans.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Software Engineering, 8th edition. Chapter 7 1 Courtesy: ©Ian Sommerville 2006 March 20 th, 2008 Lecture # 12 Requirements Engineering Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Chapter 4 – Requirements Engineering Lecture 1 1Chapter 4 Requirements engineering.
Requirements Engineering. Requirements engineering processes The processes used for RE vary widely depending on the application domain, the people involved.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Requirements Engineering Process
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Interdisciplinary Aalto YYT-C3002 Application Programming in Engineering Spring 2016 Application programming in engineering; Requirements engineering
Requirements Analysis
CS223: Software Engineering Lecture 8: Requirement Engineering.
Chapter 4 – Requirements Engineering Part 2 1Chapter 4 Requirements engineering.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes The goal of the requirements engineering process.
Chapter 3 – Requirements Engineering Lecture 1 1Chapter 4 Requirements engineering.
 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)
Lecturer: Eng. Mohamed Adam Isak PH.D Researcher in CS M.Sc. and B.Sc. of Information Technology Engineering, Lecturer in University of Somalia and Mogadishu.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
CHAPTER 5 REQUIREMENTS ENGINEERING PROCESSES 1. Objectives  To describe the principal requirements engineering activities and their relationships  To.
Laurea Triennale in Informatica – Corso di Ingegneria del Software I – A.A. 2006/2007 Andrea Polini VI. Requirements Engineering Processes.
REQUIREMENTS ENGINEERING PROCESSES Chapter 6. Activities in Requirements Engineering processes  Requirements elicitation;  Requirements analysis; 
Pepper modifying Sommerville's Book slides
Requirements Engineering Processes
Chapter 4 Requirements engineering
Pepper modifying Sommerville's Book slides
CompSci 280 S Introduction to Software Development
SNS College of Engineering Coimbatore
EKT 421 SOFTWARE ENGINEERING
Chapter 4 – Requirements Engineering
Requirements Engineering Process
Chapter 4 – Requirements Engineering
Requirements Engineering Processes
Chapter 4 – Requirements Engineering
Presentation transcript:

Chapter 4 Requirements Engineering (3/3) Yonsei University 2 nd Semester, 2015 Sanghyun Park

Requirements Discovery  The process of gathering information about the required systems and distilling the user and system requirements from this information  Interaction is with system stakeholders from managers to external regulators  Systems normally have a range of stakeholders

Stakeholders in Mentcare System (1/2)  Patients whose information is recorded in the system  Doctors who are responsible for assessing and treating patients  Nurses who coordinate the consultations with doctors and administer some treatments  Medical receptionists who manage patients’ appointments  IT staffs who are responsible for installing and maintaining the system

Stakeholders in Mentcare System (2/2)  A medical ethics manager who must ensure that the system meets current ethical guidelines for patient care  Healthcare managers who obtain management information from the system  Medical records staff who are responsible for ensuring that system information can be maintained and preserved, and that record keeping procedures have been properly implemented

Interviewing  Formal or informal interviews with stakeholders are part of most RE processes  Types of interview  Closed interviews based on pre-determined list of questions  Open interviews where there is no pre-defined agenda  Effective interviewers have two characteristics:  They are open-minded, avoid pre-conceived ideas about the requirements and are willing to listen to stakeholders  They prompt the interviewee to get discussions going using a springboard question, a requirements proposal, or by working together on a prototype system

Scenarios  Scenarios are real-life examples of how a system can be used  They should include  A description of the starting situation  A description of the normal flow of events  A description of what can go wrong  Information about other concurrent activities  A description of the state when the scenario finishes

Scenario for Collecting Medical History in Mentcare System (1/2)

Scenario for Collecting Medical History in Mentcare System (2/2)

Use Cases  Use-cases are a scenario based technique in the UML which identify the actors in an interaction and which describe the interaction itself  A set of use cases should describe all possible interactions with the system  High-level graphical model supplemented by more detailed tabular description (see Chapter 5)  Sequence diagrams may be used to add detail to use- cases by showing the sequence of event processing in the system

Use Cases for Mentcare System

Ethnography  A social scientist spends a considerable time observing and analyzing how people actually work  People do not have to explain or articulate their work  Social and organizational factors of importance may be observed  Ethnographic studies have shown that work is usually richer and more complex than suggested by simple system models

Scope of Ethnography  Requirements that are derived from the way that people actually work, rather than the way in which process definitions suggest that they ought to work  Ethnography is effective for understanding existing processes but cannot identify new features that should be added to a system

Requirements Validation  Concerned with demonstrating that the requirements define the system that the customer really wants  Important because errors in a requirements document can lead to extensive rework costs when these problems are discovered during development or after the system is in service  Fixing a requirements error after delivery may cost up to 100 times the cost of fixing an implementation error

Requirements Checking  Validity: Does the system provide the functions which best support the customer’s needs?  Consistency: Are there any requirements conflicts?  Completeness: Are all functions required by the customer included?  Realism: Can the requirements be implemented given available budget and technology?  Verifiability: Can the requirements be checked?

Requirements Validation Techniques  Requirements reviews: systematic manual analysis of the requirements  Prototyping: using an executable model of the system to check requirements  Test-case generation: developing tests for requirements to check testability

Requirements Management  Requirements management is the process of managing changing requirements during the requirements engineering process and system development  We need to keep track of individual requirements and maintain links between dependent requirements so that we can assess the impact of requirements changes

Requirements Evolution