Scribd
Upload
454 views

Chap3 Determining System Requirements

This document discusses various methods for determining system requirements, including interviews, questionnaires, observing workers, analyzing documents, joint application design (JAD), prototyping, and business process reengineering (BPR). It provides details on planning and conducting interviews, designing questionnaires, and using JAD, prototyping and BPR to gather requirements. The goal is to understand user needs and organizational processes to design effective new systems.

Uploaded by

Jessa Khulot
Copyright
© Attribution Non-Commercial (BY-NC)
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
454 views

Chap3 Determining System Requirements

This document discusses various methods for determining system requirements, including interviews, questionnaires, observing workers, analyzing documents, joint application design (JAD), prototyping, and business process reengineering (BPR). It provides details on planning and conducting interviews, designing questionnaires, and using JAD, prototyping and BPR to gather requirements. The goal is to understand user needs and organizational processes to design effective new systems.

Uploaded by

Jessa Khulot
Copyright
© Attribution Non-Commercial (BY-NC)
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
You are on page 1/ 22

Module 3

Determining System Requirements

4.1

Learning Objectives
Describe options for designing and
conducting interviews Discuss planning an interview Discuss using questionnaires to determine system requirements Explain advantages and disadvantages of observing workers and analyzing business documents to determine requirements
4.2

Learning Objectives
Learn about Joint Application Design
(JAD) and Prototyping Discuss appropriate methods to elicit system requests Explain Business Process Re-engineering (BPR) Examine requirements determination for Internet applications
4.3

Performing Requirements Determination


Gather information on what system should do from many sources

Users Reports Forms Procedures

4.4

Performing Requirements Determination


Characteristics for gathering requirements

Impertinence
Question everything

Impartiality
Find the best organizational solution

Relaxation of constraints Attention to detail Reframing


View the organization in new ways

4.5

Deliverables and Outcomes


Types of deliverables:

Information collected from users Existing documents and files Computer-based information Understanding of organizational components
Business objective Information needs

Rules of data processing


Key events

4.6

Traditional Methods for Determining Requirements


Interviewing and Listening

Gather facts, opinions and speculations Observe body language and emotions Guidelines
Plan

Checklist Appointment

Be neutral Listen Seek a diverse view


4.7

Traditional Methods for Determining Requirements


Interviewing (Continued)

Interview Questions
Open-Ended

No pre-specified answers Respondent is asked to choose from a set of specified responses

Close-Ended

4.8

Traditional Methods for Determining Requirements


Administering Questionnaires

More cost-effective than interviews Choosing respondents


Should be representative of all users
Types of samples

Convenient Random sample Purposeful sample Stratified sample

4.9

Traditional Methods for Determining Requirements


Questionnaires

Design
Mostly closed-ended questions Can be administered over the phone or in

person

Vs. Interviews
Interviews cost more but yield more information Questionnaires are more cost-effective See table 4-4 for a complete comparison

4.10

Traditional Methods for Determining Requirements


Directly Observing Users

Serves as a good method to supplement interviews Often difficult to obtain unbiased data
People often work differently when being

observed

4.11

Analyzing Procedures and Other Documents


Types of information to be discovered:

Problems with existing system Opportunity to meet new need Organizational direction Names of key individuals Values of organization Special information processing circumstances Rules for processing data

4.12

Modern Methods for Determining Requirements


Joint Application Design (JAD)

Brings together key users, managers and systems analysts Purpose: collect system requirements simultaneously from key people Conducted off-site Repetitive process Rudimentary version of system is built Replaces or augments SDLC Goal: to develop concrete specifications for ultimate system

Prototyping

4.13

Joint Application Design (JAD)


Participants

Session Leader Users Managers Sponsor Systems Analysts Scribe IS Staff

4.14

Joint Application Design (JAD)


End Result

Documentation detailing existing system Features of proposed system

4.15

Prototyping
Quickly converts requirements to working version of system Once the user sees requirements converted to system, will ask for modifications or will generate additional requests Most useful when:

4.16

User requests are not clear Few users are involved in the system Designs are complex and require concrete form History of communication problems between analysts and users Tools are readily available to build prototype

Prototyping
Drawbacks

Tendency to avoid formal documentation Difficult to adapt to more general user audience Sharing data with other systems is often not considered Systems Development Life Cycle (SDLC) checks are often bypassed

4.17

Business Process Reengineering (BPR)


Search for and implementation of radical change in business processes to achieve breakthrough improvements in products and services Goals

4.18

Reorganize complete flow of data in major sections of an organization Eliminate unnecessary steps

Business Process Reengineering (BPR)


Goals (Continued)

Combine steps Become more responsive to future change Key business processes
Set of activities designed to produce specific output for a

Identification of processes to reengineer

particular customer or market Focused on customers and outcome Same techniques are used as were used for requirements determination
4.19

Business Process Reengineering (BPR)


Identify specific activities that can be improved through BPR Disruptive technologies

4.20

Technologies that enable the breaking of long-held business rules that inhibit organizations from making radical business changes See table 4-6

Summary
Interviews

Open-ended and close-ended questions Preparation is key Must be carefully designed Can contain close-ended as well as openended questions

Questionnaires

4.21

Summary
Other means of gather requirements

Observing workers Analyzing business documents

Joint Application Design (JAD) Prototyping Business Process Reengineering (BPR)

Disruptive technologies

4.22

You might also like