1 Interviewing CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 13, 2004.

Slides:



Advertisements
Similar presentations
Brainstorming Possibilities. What do we need from a library resource management system?
Advertisements

Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Determining systems requirements Updated: September 2014.
ACTIVELY ENGAGING THE STAKEHOLDER IN DEFINING REQUIREMENTS FOR THE BUSINESS, THE STAKEHOLDER, SOLUTION OR TRANSITION Requirements Elicitation.
1 Use Cases 2 CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 20, 2004.
1 Quality CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute October 25, 2004.
1 Use Cases 1 CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 17, 2004.
1 Problem Analysis CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 9, 2004.
1 Selecting Test Participants CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology April 24, 2007.
Software Process and Problem Statements CSSE 371, Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 3, 2004.
The Software Team CSSE 371, Software Requirements and Specification Steve Chenoweth, Rose-Hulman Institute September 7, 2004 In the book – This is Ch 4.
1 Brainstorming CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 16, 2004.
Team Skill 6 - Building The Right System Part 2: Traceability, Change and Quality (Chapters of the requirements text) CSSE 371 Software Requirements.
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
Introduction to Requirements (Chapters 1-3 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman Institute.
1 Team Skill 4 - Team Skill 5 - Scope Refining the Systems Definition (Chapters of the requirements text) CSSE 371 Software Requirements and Specification.
Capturing the Use Context of Computer Applications Issues for a seminar on User Research Victor Kaptelinin Feb 25,
Slide 1 Requirements Wrap-up (Chapter 31 of requirements text) and Interaction Design: Introduction (Chapters 1 of Interaction Design text) CSSE 371 Software.
Feb. 2, 2004CS WPI1 CS 509 Design of Software Systems Lecture #3 Monday, Feb. 2, 2004.
1 Team Skill 2 - Understanding User and Stakeholder Needs (Chapters 8-13 of the requirements text) CSSE 371, Software Requirements and Specification Don.
1 Building with Assurance CSSE 490 Computer Security Mark Ardis, Rose-Hulman Institute May 10, 2004.
1 Scope CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute October 11, 2004.
1 Team Skill 3 - Defining the System (Chapters of the requirements text) CSSE 371 Software Requirements and Specification Don Bagert, Rose-Hulman.
1 PrototypingPrototyping CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 28, 2004.
Analysis Concepts and Principles
Software Quality Processes – Part II CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology March 19, 2007.
1 Team Skill 1 - Analyzing the Problem (Chapters 5-7 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman.
Types of Interviews  Selection  Information Gathering  Problem and Evaluation  Persuasive.
Testing Metrics Software Reliability
1 Software Testing and Quality Assurance Lecture 1 Software Verification & Validation.
SYSTEM LIFE CYCLES. OBJECTIVES o Be able to describe the stages of development of a hardware/software system. o Know what the different stages of the.
Chapter 4 Requirements Engineering
Instructore: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Requirement engineering.
Personas & Interviewing Steve Chenoweth & Chandan Rupakheti RHIT Chapter 10 - Requirements Text Links to Personas ref’s on the web Quiz 3a, Question 10.
Python File Handling. In all the programs you have made so far when program is closed all the data is lost, but what if you want to keep the data to use.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
Making a great Project 2 OCR 1994/2360. Analysis This is the key to getting it right. Too many candidates skip through this section. It’s worth 20% of.
New Venture Planning Class #3 – October 8, 2013.
Interviewing 1. Goals of Interviewing  Make sure that the biases and predispositions of the interviewer do not interfere with a free exchange of information.
System Analysis (Part 3) System Control and Review System Maintenance.
Lecture-3.
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
Ways of Collecting Information Interviews Questionnaires Ethnography Books and leaflets in the organization Joint Application Design Prototyping.
Writing Requirements the Use-Case Way Sreeram Kishore Chavali.
Requirements Elicitation. Structured Interview: Purpose is to ask and answer questions concerning the problem being modeled Observation: Observe activities.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall4-1 Interactive Methods to collect Information Requirements Interviewing.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Capturing the requirements  Requirement: a feature of the system or a description of something the system is capable of doing in order to fulfill the.
Software Engineering Project.  Why User involvement?  Requirements Gathering statistics.  Ways of Gathering user requirements.  One-on-One Interviews.
Team Skill 2 Understanding User and Stakeholder Needs Interviewing (10)
Picking the Right One Human Resource Experts: Mary Mallory, Wilson County HR Director Tondra Talley, Wilson County HR Facilitators: Christy Nash and Darrell.
Lecture 10 More Innovation SE3821 Software Requirements and Specification Dr. Rob Hasker (based on slides by Dr. Brad Dennis)
3/5/2009Computer systems1 Information Gathering Information Data Gathering: Interactive Methods Unobtrusive Methods.
Rational Unified Process (RUP)
Field Research Methods Interviews Observations Surveys Correspondences Public Events and Broadcast Media.
1 Team Skill 2 - Understanding User and Stakeholder Needs (Chapters 8-13 of the requirements text) Sriram Mohan.
IS2210: Systems Analysis and Systems Design and Change Twitter:
Aligning Routine Activities with Strategy 24 June 2015.
Outlines Overview Defining the Vision Through Business Requirements
Day Plan. Agenda Objectives 30 days 60 days 90 days Plan Measurement.
CIS 4251 / CIS 5930 SOFTWARE DEVELOPMENT Fall 1999 Sept. 1, 1999 Marge Holtsinger.
CHANGE MANAGEMENT - PART 2 MODULE 7
Day 8 Usability testing.
DEVRY CIS 321 Week 1 Milestone 1 Check this A+ tutorial guideline at For more classes.
ECO 365 Week 4 DQ 1 What is an externality? Provide at least three examples. How does one of the examples you provided affect the market outcome? What.
Interviewing S.Vidya,AP/CSE.
Ask A Librarian in the Blackboard Environment
How to manage Requirements?
QA Reviews Lecture # 6.
Interviewing Sriram Mohan.
Joint Application Development (JAD)
Presentation transcript:

1 Interviewing CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 13, 2004

2 Outline Needs vs. Features vs. Requirements Interview preparation Phases of an interview

3 Needs vs. Features Customers may jump from needs to features Capture those features Look for needs that suggest features

4 Where Should You Hold an Interview? Non-threatening environment  Customer's turf  Room large enough for group Free from distractions

5 Interview Preparation Do some research Prepare questions Prepare agenda Select roles:  Leader  Note taker  Questioners

6 Interview Phases 1. Establish user profile 2. Assess the problem 3. Understand the environment 4. Recap for understanding 5. Analyst's inputs 6. Assess solution 7. Assess opportunity 8. Assess reliability, performance 9. Other requirements 10. Wrap-up

7 1. Establish User Profile Do some research first Determine background of interviewee Find out what will constitute success or failure

8 2. Assess the Problem Find out what the problems are How are problems addressed now?

9 3. Understand the Environment Find out about the users Find out about the computing environment How much help will users need?

10 4. Recap for Understanding Paraphrase what you have heard so far Is anything missing?

11 5. Analyst's Inputs Ask about problems that you would expect to be present Rank these problems relative to others

12 6. Assess Solution What if... How important would it be?

13 7. Assess Opportunity Determine the market for the solution Determine the value of the solution

14 8. Assess Reliability and Performance Determine nonfunctional needs:  reliability  performance  support

15 9. Other Requirements Any external requirements? Any other requirements not already mentioned?

Wrap-up What should we have asked? How can we follow up?