Scribd
Upload
38 views

Determining System Requirements

The document discusses various methods for determining system requirements including interviews, observation, analyzing documents, joint application design, prototyping, and business process reengineering. It provides details on each method and considerations for using them.

Uploaded by

YazanAlomari
Copyright
© © All Rights Reserved
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
38 views

Determining System Requirements

The document discusses various methods for determining system requirements including interviews, observation, analyzing documents, joint application design, prototyping, and business process reengineering. It provides details on each method and considerations for using them.

Uploaded by

YazanAlomari
Copyright
© © All Rights Reserved
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
You are on page 1/ 43

Determining System

Requirements

System Requirements
Determination
Parallel
and
interactive

Be careful of Analysis
Paralysis

Discovery Cycle
1.

Discover some aspect of the current and


desired system

1.

Structure the requirements or build


prototypes

1.

Inconsistencies and deficiencies discovered


leads to 1 and 2.

What are we trying to learn?

Data
Process
Existing IT resources

Information Systems

Functions and people


Environment

Locations
Business units

What are we trying to learn?

The business objectives that drive what and


how work is done

The information people need to do their jobs

The data handled within the organization to


support the jobs

When, how and by whom or what the data


are moved, transformed, and stored.

What are we trying to learn?

The sequence and other dependencies among


different data-handling activities

The rules governing how data are handled and


processed

Policies and guidelines that describe the nature of


the business and the market and environment in
which it operates

Key events affecting data values and when these


events occur

Characteristics for Success

Impertinence

Impartiality

Assume the anything is possible and eliminate the


infeasible

Attention to details

Find the best organizational solution to a business problem


No hidden agenda, no bias (user, vendor, yourself)

Relaxing constraints

Question everything or as much as possible

Nothing can be out of place

Reframing

Look at things with a new perspective


Reframe your experiences also

Information Gathered in Different Forms

From interviews and observations

From existing written documents

Interview transcripts, observation notes, meeting minutes

Mission and strategy statements, business forms,


procedure manuals, job descriptions, training manuals,
system documentation, flowcharts

From computerized sources

JAD session results, CASE repositories, system


prototype displays and reports

Traditional Methods

Interviewing individuals

Interviewing groups of people with diverse


needs to find synergies and contrasts

Observing workers

Studying business documents

What is Interviewing?

Dialogue with user or manager to obtain their


requirements

Two forms:

Open-ended: conversational, questions with no


specific answers in mind
Closed-ended: structured, questions with limited
range of possible answers

Guidelines for Effective Interviewing

Plan the interview.


Prepare interviewee: appointment, priming questions.
Prepare agenda, checklist, questions.
Do not imply that there is a right or wrong answer

Listen carefully and take notes (tape record if


permitted).
Review and type up notes within 48 hours.
Be neutral and do not set expectations
Seek diverse views.
Gather facts, opinions, speculation and observe
body language, emotions, and other signs

like Sherlock Holmes

Interview Guide is
a document for
developing,
planning and
conducting an
interview.
Each question in
an interview guide
can include both
verbal and nonverbal information.

Open-ended Questions

Used to probe for information.

Previously unknown facts can surface

Interviewee is encouraged to talk about whatever


interests him or her

Put the interviewee at ease

What would you say is the best thing about the


current system?

Disadvantage - It can take more time.

Close-ended Questions

Which of the following is the best thing about the current


system?
A. User interface.
B. Ability to access needed information
C. Fast response time

Works well when the major answers are well known

Saves time

Can be used to determine which line of open-ended


questions to pursue

Disadvantage Certain facts may be overlooked


Interviewee tries to make a choice instead of providing his
or her best answer.

Disadvantages of Individual Interviews

Advantages

Easier to schedule than group interviews

Disadvantages

Contradictions and inconsistencies between


interviewees
Follow-up discussions are time consuming
Takes time

Group Interviews

Interview several key people together


Can be conducted by two of more analyst

Advantages

More effective use of time


Can hear agreements and disagreements at once
Opportunity for synergies

Disadvantages

More difficult to schedule than individual interviews


Possible dominance by certain individual(s)

Nominal Group Technique


(NGT)
A facilitated process that supports idea generation

by groups.
Process

Members come together as a group, but initially work


separately.
Each person writes ideas.
Facilitator asks each person to read ideas out loud, and
they are written on blackboard.
Group discusses the ideas.
Ideas are prioritized, combined, selected, reduced.

Direct Observation

Watching users do their jobs

Can provide more accurate information than


self-reporting (like questionnaires and
interviews)
Swamped by emails example

Pitfalls
Nervous, changed behaviour, pace,
number of mistakes

Analyzing Procedures and


Other Documents

Review of existing business documents

Can give a historical and formal view of


system requirements

Versus informal view where things are really


being done.*

*More on infor views and formal views later

Analyzing Procedures and


Other Documents (cont.)

Four types of useful documents


Written work procedures

Business form

Explicitly indicate data flow in or out of a system

Report

Describes how a job is performed


Includes data and information used and created in the process of
performing the job or task

Enables the analyst to work backwards from the report to the data
that generated it (Example Figure 6-5: Balance sheet)

Description of current information system

Traditional documentations
CASE tool reports

Written work
procedure is a
business
document that
formally describes
work processes,
provides useful
information
regarding system
functionality and
logic.

Potential Problems with


Procedure Documents

May involve duplication of effort


May have missing procedures
May be out of date
May contradict information obtained through
interviews

Business form is a
document that
contains useful
information regarding
data organizations and
possible screen
layouts.

Formal vs. Informal Systems

Formal

The official way a system works as described in


organizations documentation
Procedure documents describe formal system

Informal

The way a system actually works in practice


Interviews and observation reveal informal system

Contemporary 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

Group Support Systems

IT systems facilitating sharing of ideas and voicing of


opinions.

Contemporary Methods for


Determining Requirements

CASE tools

Used to analyze existing systems


Help discover requirements to meet changing business
conditions

System prototypes

Iterative development process


Rudimentary working version of system is built
Refine understanding of system requirements in
concrete terms

Joint Application Design


(JAD)

Intensive group-oriented requirements


determination technique
Team members meet in isolation for an
extended period of time
Highly focused
Resource intensive
Started by IBM in 1970s

JAD Participants

Session Leader: facilitates group process


Users: active, speaking participants
Managers: active, speaking participants
Sponsor: high-level champion, limited participation
Systems Analysts: should mostly listen
Scribe: record session activities
IS Staff: should mostly listen

Joint Application Design (cont.)

End Result

Documentation detailing existing system


Features of proposed system

CASE Tools During JAD

Upper CASE tools are used


Enables analysts to enter system models directly into
CASE during the JAD session
Screen designs and prototyping can be done during JAD
and shown to users

Joint Application Design (cont.)

Supporting JAD with GSS

Group support systems (GSS) can be used to


enable more participation by group members in
JAD

Members type their answers into the computer

Can remain anonymous

All members of the group see what other


members have been typing

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:

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 (cont.)

Drawbacks (if overused)

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

Radical Methods for Determining


System Requirements

Business Process Reengineering (BPR):


search for, and implementation of radical
change in business processes to achieve
breakthrough improvements in products and
services.

Chapter 6

2008 by Prentice Hall

35

Radical Methods for


Determining System
Requirements

Goals

Reorganize complete flow of data in major


sections of an organization.
Eliminate unnecessary steps.
Combine steps.
Become more responsive to future change.

Chapter 6

2008 by Prentice Hall

36

Identifying Processes to
Reengineer

Identification of processes to reengineer

Key business processes

Chapter 6

Structured, measured set of activities designed to


produce specific output for a particular customer or
market.
Focused on customers and outcome.
Same techniques are used as were used for
requirements determination.

2008 by Prentice Hall

37

Disruptive Technologies

Information technologies must be applied to


radically improve business processes.
Disruptive technologies: are technologies
that enable the breaking of long-held
business rules that inhibit organizations from
making radical business changes.

Chapter 6

2008 by Prentice Hall

38

Disruptive Technologies

Chapter 6

2008 by Prentice Hall

39

Requirements Determination
using Agile Methodologies

Continual user involvement

Agile usage-centered design

Replace traditional SDLC waterfall with iterative


analyze design code test cycle
Focuses on user goals, roles, and tasks

The Planning Game

Based on eXtreme programming


Exploration, steering, commitment

Chapter 6

2008 by Prentice Hall

40

Continual User Involvement

Chapter 6

2008 by Prentice Hall

41

Agile Usage-Centered Design


Steps

Gather group of programmers, analysts, users, testers,


facilitator.
Document complaints of current system.
Determine important user roles.
Determine, prioritize, and describe tasks for each user
role.
Group similar tasks into interaction contexts.
Associate each interaction context with a user interface
for the system, and prototype the interaction context.
Step through and modify the prototype.

Chapter 6

2008 by Prentice Hall

42

Each complex Story


Card is broken down
into several simpler
Story Cards

You might also like