Chap 005

SYSTEMS ANALYSIS AND DESIGN METHODS 5th Edition Whitten Bentley Dittman
C H A P T E R
5 SYSTEMS
ANALYSIS
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Chapter Five Systems Analysis

• What are information systems, and who are the stakeholders in the information
systems game?
• Define systems analysis and relate the term to the preliminary investigation,
problem analysis, requirements analysis, and decision analysis phases of the
systems development methodology.
• Describe a number of systems analysis approaches for solving business system
problems.
• Describe the preliminary investigation, problem analysis, requirements analysis,
and decision analysis phases in terms of your information system building blocks.
• Describe the preliminary investigation, problem analysis, requirements analysis,
and decision analysis phases in terms of purpose, participants, inputs, outputs,
techniques, and steps.
• Identify those chapters and modules in this textbook that can help you learn
specific systems analysis tools and techniques.
NOTE: Although some of the tools and techniques of systems analysis are
introduced in this chapter, it is not the intent of this chapter to teach those tools
and techniques. This chapter teaches only the process of systems analysis. The
tools and techniques will be taught in the subsequent five chapters.

Chapter Map

Systems Analysis vs. Systems Design
Systems analysis is a problem-solving technique that

decomposes a system into its component pieces for the
purpose of studying how well those component parts work
and interact to accomplish their purpose.
Systems design (also called systems synthesis) is a

complementary problem-solving technique (to systems
analysis) that reassembles a system’s component pieces
back into a complete system—hopefully, an improved
system. This may involves adding, deleting, and changing
pieces relative to the original system.

Information Systems Analysis
Information systems analysis is defined as

those development phases in a project that
primarily focus on the business problem,
independent of any technology that can or will
be used to implement a solution to that
problem.

Context of Systems Analysis

Repository
– A repository is a location (or set of

locations) where systems analysts, systems
designers, and system builders keep all of the
documentation associated with one or more
systems or projects.
• A network directory of computer-generated files that contain

project correspondence, reports, and data
• A CASE tool dictionary or encyclopedia (Chapter 3)
• Printed documentation (binders and system libraries)
• An intranet website interface to the above components

Model-Driven Analysis Methods
Model-driven analysis emphasizes the drawing of

pictorial system models to document and validate
both existing and/or proposed systems. Ultimately,
the system model becomes the blueprint for designing
and constructing an improved system.
A model is a representation of either reality or vision.

Just as “a picture is worth a thousand words,” most
models use pictures to represent the reality or vision.

Model-Driven Methods
Structured analysis is a model-driven, process-centered
technique used to either analyze an existing system, define
business requirements for a new system, or both. The models are
pictures that illustrate the system’s component pieces: processes
and their associated inputs, outputs, and files.
Information engineering (IE) is a model-driven and data-

centered, but process-sensitive technique to plan, analyze, and
design information systems. IE models are pictures that illustrate
and synchronize the system’s data and processes.
Object-oriented analysis (OOA) is a model-driven technique that

integrates data and process concerns into constructs called objects.
OOA models are pictures that illustrate the system’s objects from
various perspectives such as structure and behavior.

A Simple Process Model

A Simple Data Model

A Simple Object Model
STUDENT
COURSE
-ID Number
-Name -Subject
-Grade Point Average 0..*
has record for> -Number
-Title
+Admit() -Credit
0..*
+Regsiter for Classes()
+Withdraw() +Create a Course()
+Change Address() +Delete from Course Master()
+Calculate GPA()
1 +Change1in Course Master()
+Graduate()
TRANSCRIPT COURSE
-Semester
-Division
-Grade
+Add()
+Drop()
+Complete()
+Change Grade()

Accelerated Analysis Methods
Accelerated analysis approaches emphasize the

construction of prototypes to more rapidly
identify business and user requirements for a
new system.
A prototype is a small-scale, incomplete, but

working sample of a desired system. Prototypes
cater to the “I’ll know what I want when I see it”
way of thinking that is characteristic of many
users and managers.

Accelerated Analysis Methods
Discovery prototyping (sometimes called requirements

prototyping) is used to identify the users’ business
requirements by having them react to a quick-and-dirty
implementation of those requirements.
Rapid architecture analysis is an approach that attempts

to derive system models (as described earlier in this
section) from existing systems or discovery prototypes.
• Reverse engineering technology reads the program code for a

database, application program, and/or user interface and
automatically generates the equivalent system model.

Requirements Discovery Methods
– Requirements discovery includes those

techniques to be used by systems analysts to
identify or extract system problems and solution
requirements from the user community.
• Fact-finding (or information gathering) is a classical set of
techniques used to collect information about system problems,
opportunities, solution requirements, and priorities.
– Sampling
– Research
– Observation
– Questionnaires and surveys
– Interviews
• Joint requirements planning (JRP) techniques use
facilitated workshops to bring together all of the system
owners, system users, systems analysts, and some systems
designer and builders to jointly perform systems analysis.

Business Process Redesign Methods
Business process redesign is the application

of systems analysis methods to the goal of
dramatically changing and improving the
fundamental business processes of an
organization, independent of information
technology.

Systems Analysis Phases
• Preliminary Investigation Phase
• Problem Analysis Phase
• Requirements Analysis Phase
• Decision Analysis Phase

Preliminary Investigation Phase Context

Preliminary Investigation Phase Tasks

Sample Request for System Services

Problem Statements

Problem Analysis Phase Context

Problem Analysis Phase Context

Cause-and-Effect Analysis
Cause-and-effect analysis is a technique in

which problems are studied to determine their
causes and effects.
In practice, effects can be symptomatic of
more deeply rooted or basic problems which,
in turn, must be analyzed for causes and
effects until such a time as the causes and
effects do not yield symptoms of other
problems.

System Improvement Objectives
An objective is a measure of success. It is something that you

expect to achieve, if given sufficient resources.
• Reduce the number of uncollectible customer accounts by 50
percent within the next year.
• Increase by 25 percent the number of loan applications that can
be processed during an eight-hour shift.
• Decrease by 50 percent the time required to reschedule a
production lot when a workstation malfunctions.
A constraint is something that will limit your flexibility in defining

a solution to your objectives. Essentially, constraints cannot be
changed.

Cause-and-Effect / System Improvement Objectives

PROBLEMS, OPPORTUNITIES, OBJECTIVES, AND CONSTRAINTS MATRIX

Requirements Analysis Phase Context

Requirements Analysis Phase Tasks

Business Requirements
A functional requirement is a description of

activities and services a system must provide.
A nonfunctional requirement is a description

of other features, characteristics, and
constraints that define a satisfactory system.

Logical System Models
Logical system models depict what a system is

or what a system must do—not how the system
will be implemented. Because logical models
depict the essential requirements of a system,
they are sometimes called essential system
models.
• Process models (e.g., data flow diagrams)
• Data models (e.g., entity relationship diagrams)
• Interface models (e.g., context diagrams)
• Object models (e.g., Uniform Modeling Language
diagrams)

A Simple Interface Model

Requirements Statement

Decision Analysis Phase Context

Decision Analysis Phase Tasks

Feasibility Analyses
• Technical feasibility. Is the solution technically

practical? Does our staff have the technical expertise
to design and build this solution?
• Operational feasibility. Will the solution fulfill the

users’ requirements? To what degree? How will the
solution change the users’ work environment? How do
users feel about such a solution?
• Economic feasibility. Is the solution cost-effective?
• Schedule feasibility. Can the solution be designed and

implemented within an acceptable time period?
Candidate Systems Matrix
(Continued)
Candidate Systems Matrix (concluded)

Feasibility Matrix

Chap 005

Caricato da

Informazioni sul documento

Descrizione originale:

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Chap 005

Caricato da

Copyright:

Formati disponibili

SYSTEMS ANALYSIS AND DESIGN METHODS 5th Edition Whitten Bentley Dittman

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Chapter Five Systems Analysis

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Systems Analysis vs. Systems Design

Systems analysis is a problem-solving technique that

Systems design (also called systems synthesis) is a

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Information Systems Analysis

Information systems analysis is defined as

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Context of Systems Analysis

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

– A repository is a location (or set of

• A network directory of computer-generated files that contain

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Model-Driven Analysis Methods

Model-driven analysis emphasizes the drawing of

A model is a representation of either reality or vision.

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Information engineering (IE) is a model-driven and data-

Object-oriented analysis (OOA) is a model-driven technique that

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

A Simple Process Model

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

A Simple Data Model

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

A Simple Object Model

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Accelerated Analysis Methods

Accelerated analysis approaches emphasize the

A prototype is a small-scale, incomplete, but

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Accelerated Analysis Methods

Discovery prototyping (sometimes called requirements

Rapid architecture analysis is an approach that attempts

• Reverse engineering technology reads the program code for a

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Requirements Discovery Methods

– Requirements discovery includes those

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Business Process Redesign Methods

Business process redesign is the application

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Systems Analysis Phases

• Preliminary Investigation Phase

• Problem Analysis Phase

• Requirements Analysis Phase

• Decision Analysis Phase

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Preliminary Investigation Phase Context

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Preliminary Investigation Phase Tasks

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Sample Request for System Services

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Problem Analysis Phase Context

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Problem Analysis Phase Context

Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights res

Cause-and-effect analysis is a technique in