Slide 1 Systems Analysis and Design with UML Version 2.0 Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination John Wiley.

Slides:



Advertisements
Similar presentations
Fact Finding Techniques
Advertisements

Chapter 3: Requirements Determination
Systems Analysis and Design with UML Version 2.0, Second Edition
© Copyright 2011 John Wiley & Sons, Inc.
ANALYSIS PHASE Systems analysis is the part of the SDLC in which to determine how the current information system functions and asses what users would like.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
IS 421 Information Systems Analysis James Nowotarski 30 September 2002.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Systems.
Gathering Information and Use Case Scenarios
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
Requirements Gathering. Adapted from PowerPoint Presentation for Dennis, Wixom & Tegardem, Systems Analysis and Design, John Wiley & Sons, Inc. For CSU’s.
Chapter 5 Determining System Requirements
Lesson 18 Requirements Discovery(2)
The chapter will address the following questions:
The chapter will address the following questions:
Slide 1 IS6112 – Application Modelling and Design.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
5-1 © Prentice Hall, 2007 Chapter 5: Determining Object-Oriented Systems Requirements Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
5-1 © Prentice Hall, 2007 Chapter 5: Determining Object-Oriented Systems Requirements Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
Systems Analysis and Design with UML Version 2.0, Second Edition
Chapter 6 Determining System Requirements
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
Requirements Determination
Requirement Gathering Fall 2006/1385 Semester 1 Sharif Univ. of Tech.2 Sources Gather information on what system should do from many sources –Users –Reports.
PRJ566 Project Planning and Management
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Requirements Gathering Chapter 5 Alan Dennis, Barbara Wixom, and David Tegarden John Wiley & Sons, Inc. Slides by Fred Niederman Edited by Solomon Negash.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
ZEIT2301 Design of Information Systems Requirements Gathering
SYSTEM ANALYSIS Chapter 5.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
Modern Systems Analysis and Design Third Edition
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
Team-Based Development ISYS321 Determining Object- Oriented Systems Requirements.
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
Copyright Irwin/McGraw-Hill Joint Application Development Prepared by Kevin C. Dittman for Systems Analysis & Design Methods 4ed by J. L. Whitten.
IS2210: Systems Analysis and Systems Design and Change Twitter:
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
1 Use-Case Modeling Chapter 6 Alan Dennis, Barbara Wixom, and David Tegarden John Wiley & Sons, Inc. Slides by Fred Niederman Edited by Solomon Negash.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
Slide 1 Requirements Analysis - What is a Requirement? - Business requirements -> System requirements - Functional Requirements: _______________ - Nonfunctional.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination.
4 - 1 Systems Analysis and Design, 2 nd Edition Alan Dennis and Barbara Haley Wixom John Wiley & Sons, Inc. Slides by Roberta M. Roth University of Northern.
Chapter 6 Determining System Requirements. Objectives:  Describe interviewing options and develop interview plan.  Explain advantages and pitfalls of.
© 2005 by Prentice Hall Chapter 6 Determining System Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Leading Effective Meetings By Jessica Kruse. Key Actions For Leading Effective Meetings  Prepare For a Focused Meeting Prepare For a Focused Meeting.
SYSTEM ANALYSIS AND DESIGN SAFAA S.Y. DALLOUL. REQUIREMENT DETERMINATION.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Requirements Determination
Systems Analysis and Design 3rd Edition
TIM 58 Chapter 3, continued: Requirements Determination Ch
Requirements Determination
Rekayasa Perangkat Lunak Part-14
Chapter 5 Determining System Requirements
Systems Analysis and Design with UML Version 2.0, Second Edition
TIM 58 Chapter 3: Requirements Determination
Systems Analysis and Design
Essentials of Systems Analysis and Design Fourth Edition
Rekayasa Perangkat Lunak
Presentation transcript:

Slide 1 Systems Analysis and Design with UML Version 2.0 Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination John Wiley & Sons, Inc. Copyright 2005

Requirements Determination Chapter 5 Slide 2

Slide 3 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements analysis techniques. ■ Understand when to use each requirements analysis technique. ■ Understand how to gather requirements using interviews, JAD sessions, questionnaires, document analysis, and observation. ■ Understand when to use each requirements- gathering technique.

Slide 4 Key Ideas The goal of the analysis phase is to truly understand the requirements of the new system and develop a system that addresses them. The first challenge is collecting and integrating the information The second challenge is finding the right people to participate.

Slide 5 Requirement Specification a statement of what the system must do or characteristics it must have Written from businessperson perspective (“what” of system) Later requirements become more technical (“how” of system)

Slide 6 Functional vs. Nonfunctional A functional requirement relates directly to a process the system has to perform or information it needs to contain. Nonfunctional requirements refer to behavioral properties that the system must have, such as performance and usability.

Slide 7 Functional Requirements

Slide 8 Nonfunctional Requirements

Slide 9 Requirements Gathering

Interviews -- Five Basic Steps Selecting interviewees Designing interview questions Preparing for the interview Conducting the interview Post-interview follow-up Slide 10

Slide 11 Selecting Interviewees Based on information needed Often good to get different perspectives Managers Users Ideally, all key stakeholders

Slide 12 Types of Questions Examples Closed-Ended Questions* How many telephone orders are received per day? * How do customers place orders? * What additional information would you like the new system to provide? Open-Ended Questions* What do you think about the current system? * What are some of the problems you face on a daily basis? * How do you decide what types of marketing campaign to run? Probing Questions* Why? * Can you give me an example? * Can you explain that in a bit more detail?

Slide 13 Designing Interview Questions Unstructured interview Broad, roughly defined information Structured interview More specific information

Slide 14 Questioning Strategies

Slide 15 Interview Preparation Steps Prepare general interview plan List of question Anticipated answers and follow-ups Confirm areas of knowledge Set priorities in case of time shortage Prepare the interviewee Schedule Inform of reason for interview Inform of areas of discussion

Slide 16 Conducting the Interview Appear professional and unbiased Record all information Check on organizational policy regarding tape recording Be sure you understand all issues and terms Separate facts from opinions Give interviewee time to ask questions Be sure to thank the interviewee End on time

Slide 17 Conducting the Interview Practical Tips Don’t worry, be happy Pay attention Summarize key points Be succinct Be honest Watch body language

Slide 18 Post-Interview Follow-Up Prepare interview notes Prepare interview report Look for gaps and new questions

Slide 19 Interview Report INTERVIEW REPORT Interview notes approved by: ____________ Person interviewed ______________ Interviewer _______________ Date _______________ Primary Purpose: Summary of Interview: Open Items: Detailed Notes:

Slide 20 JOINT APPLICATION DESIGN (JAD)

Slide 21 JAD Key Ideas Allows project managers, users, and developers to work together May reduce scope creep by 50% Avoids requirements being too specific or too vague

Slide 22 Joint Application Design (JAD) Important Roles Facilitator sets the meeting agenda and guides the discussion Scribe assist the facilitator by recording notes, making copies, etc. Project team, users, and management

Slide 23 Joint Application Design (JAD) Setting U-Shaped seating Away from distractions Whiteboard/flip chart Prototyping tools e-JAD

Slide 24 JAD Meeting Room JPEG Figure 5-5 Goes Here

Slide 25 The JAD Session Tend to last 5 to 10 days over a three week period Prepare questions as with interviews Formal agenda and groundrules Facilitator activities Keep session on track Help with technical terms and jargon Record group input Help resolve issues Post-session follow-up

Slide 26 Managing Problems in JAD Sessions Reducing domination Encouraging non-contributors Side discussions Agenda merry-go-round Violent agreement Unresolved conflict True conflict Use humor

Slide 27 Document Analysis Provides clues about existing “as-is” system Typical documents Forms Reports Policy manuals Look for user additions to forms Look for unused form elements

Slide 28 Observation Users/managers often don’t remember everything they do Checks validity of information gathered other ways Behaviors change when people are watched Careful not to ignore periodic activities Weekly … Monthly … Annual

Slide 29 Selecting the Appropriate Techniques