Investigating System Requirements

Slides:



Advertisements
Similar presentations
Object-Oriented Analysis and Design LECTURE 3: REQUIREMENTS DISCIPLINE.
Advertisements

 Interviewing individuals  Interviewing groups  Observing workers  Studying business documents 1.
Today’s Outline Review exam one performance and overall grade
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
2Object-Oriented Analysis and Design with the Unified Process Overview  Requirements discipline prominent in elaboration phase  Requirements discipline.
Systems Analysis and Design in a Changing World, Tuesday, Jan 30.
Systems Analysis and Design in a Changing World, Fourth Edition
Systems Analysis and Design in a Changing World, Fifth Edition
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
Chapter 5 Determining System Requirements
Chapter 4: Beginning the Analysis: Investigating System Requirements
Systems Analysis and Design in a Changing World, 6th Edition
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Chapter 4: Beginning the Analysis: Investigating System Requirements
Chapter 4 Investigating System Requirements
Systems Analysis and Design in a Changing World, 6th Edition
CIS 321—IS Analysis & Design Chapter 4: Analysis— Investigating System Requirements.
Information Systems Development. Outline  Information System  Systems Development Project  Systems Development Life Cycle.
Investigating System Requirements
2Object-Oriented Analysis and Design with the Unified Process The Requirements Discipline in More Detail  Focus shifts from defining to realizing objectives.
Modern Systems Analysis and Design Third Edition
ITCS311 Systems Analysis and Design Dr. Taher Homeed Feb 2010 Department of Computer Science College of IT University of Bahrain.
1 4 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 4 Beginning the Analysis: Investigating System Requirements.
 Describe the activities of the requirements discipline  Describe the difference between functional and nonfunctional system requirements  Describe.
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 The Analysis Phase System Requirements Models and Modelling of requirements Stakeholders as a source of requirements.
Objectives Describe the activities of the requirements discipline Describe the difference between functional and nonfunctional system requirements Describe.
Systems Analysis and Design in a Changing World, Thursday, Feb 1.
IFS310: Module 3 1/25/2007 Fact Finding Techniques.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 2 CHAPTER 2 SATZINGER | JACKSON | BURD INTRODUCTION TO SYSTEMS ANALYSIS 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.
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.
2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
Investigating System Requirements
William H. Bowers – Requirements Torres 9.
1 Systems Analysis & Design 7 th Edition Chapter 2.
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
1 Requirements Determination (Analysis) Lecture 3 Courtesy to Dr.Subhasish Dasgupta.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 2 CHAPTER 2 SATZINGER | JACKSON | BURD INTRODUCTION TO SYSTEMS ANALYSIS AND DESIGN:
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
MBI 630: Systems Analysis and Design Toru Sakaguchi, Ph.D.
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
Requirements Determination
Modern Systems Analysis and Design Third Edition
Investigating System Requirements
Investigating System Requirements
Modern Systems Analysis and Design Third Edition
Objectives Describe the activities of the requirements discipline
Information Systems Development
Unit 6 Application Design Practice Assignment.
Fundamentals of Information Systems, Sixth Edition
Chapter 5 Determining System Requirements
TIM 58 Chapter 3: Requirements Determination
Modern Systems Analysis and Design Third Edition
Systems Analysis and Design in a Changing World, 6th Edition
Chapter 5 Determining System Requirements
Chapter 5 Determining System Requirements
Essentials of Systems Analysis and Design Fourth Edition
Chapter 1 (pages 4-9); Overview of SDLC
Systems Analysis and Design in a Changing World, 6th Edition
Chapter 7 Determining System Requirements
Overview Characteristics for gathering requirements.
Systems Analysis – ITEC 3155 Requirements
Modern Systems Analysis and Design Third Edition
Chapter 4 Determining System Requirements
Modern Systems Analysis and Design Third Edition
Presentation transcript:

Investigating System Requirements Chapter 2

Where are we? Analysis Chapters Ch 2 Investigating System Requirements Use Cases Ch 4 Domain Modeling Ch 5 Use Case Modeling

Outline Stakeholders SDLC Core Process 3 – Analysis – Discover & Understand Details Information Gathering Techniques Types of Requirements FURPS+

Stakeholders - "Who do you involve and talk to?" Internal Stakeholders External stakeholders Operational stakeholders regularly interact with system Executive stakeholders don’t directly interact but .. use the info , or have financial interest

SDLC Phase: Analysis Core Process 3: Discover & understand details

SDLC Phase: Analysis Gather detailed info Information Gathering Techniques Interviews Observation Review documents & procedures Questionnaires Research vendor solutions User feedback Why do we use different Techniques? Formal Systems Informal Systems

Information Gathering Techniques Interviews Interview users & other key stakeholders Effective way to understand business functions and rules Disadvantage time consuming resource expensive Tips: Plan the interview Stay on schedule!! Interview several key people together (pros & cons) Listen carefully and take notes Be neutral Seek diverse views

Checklist for Conducting an Interview

Information Gathering Techniques Observations Direct Observation Watching users do their jobs Firsthand & objective Disadvantage People may change their normal operating behavior. Time-consuming

Information Gathering Techniques Review Documents & Procedures Existing business documents Forms, reports, work procedures Input & outputs Types of information to be discovered: Reasons for current system design Rules for processing data Problems with existing system Discrepancies, Redundancies Opportunity to meet new need Special information processing circumstances

Information Gathering Techniques Questionnaires Used with a large number of stakeholders Closed-ended (Quantitative data ) Open-ended questions (Qualitative data) Research Vendor Solutions Many problems have been solved by other companies + provide new ideas, cheaper, less risky - may purchase before understanding problem User Feedback Collecting feedback after initial testing Comments & suggestions

SDLC Phase: Analysis Define requirements System Requirements - (def) specifications that define the new system Functional Requirements - activities the system must perform Non-Functional Requirements - constraints and performance goals Functional Usability Reliability Performance Security + requirements requirements requirements requirements requirements Business rules & processes UI Design Navigation Help Doc. Avail. reqs Failure rate Backup & recovery Response time real time -batch Access controls Encryption

SDLC Phase: Analysis Define requirements cont. Prioritize requirements Create models of the requirements Model - a representation of some aspect of a system Textual model, Graphical models, Mathematical models Prioritize requirements High vs. low priority Scope creep Develop UI Dialogs Prototype Can be better than an abstract model Evaluate Requirements with users