Title: Chapter 10 Systems Planning, Analysis, and Design
1Chapter 10Systems Planning, Analysis, and Design
2Presentation Summary
- The Steps of Systems Analysis
- Fact-Gathering Techniques
- Techniques for Organizing Facts
- Structured Systems Analysis
- The Steps of Systems Design
3I. The Steps of Systems Analysis
- Survey the Present System
- Identify Information Needs
- Identify System Requirements
- Develop a Systems Analysis Report
4A. Survey the Present System
- Four objectives of the system survey are
concerned with - Understanding the Operational Aspects of the
Current System - Establishing a Working Relationship with System
Users - Collection of Data for Systems Design
- Identification of Specific System Problems
51. Understanding the Operational Aspects of the
Current System
- It is dangerous to try to modify an existing
system that you do not thoroughly understand. - The strengths and weaknesses of the current
system must be identified before modifying the
system.
62. Establishing a Working Relationship with
System Users
The success or failure of a systems project
largely depends on the relationship between the
development team and the people who use the
system.
- Get to know the people involved in the system as
soon as possible. - Communicate the benefits of the new system.
- Provide assurance, when possible, of job security
and no changes in job responsibilities. - Project a genuine concern for making the life of
the system user better.
73. Collection of Data for Systems Design
- Internal data may be collected from sources like
interviews, questionnaires, observations, and
policy manuals. - Outside data may be collected from industry
publications, professional journals, and
customers.
84. Identification of Specific System Problems
- Effectiveness considers whether the system meets
its objectives. - Efficiency determines whether objectives are met
at the lowest possible cost. - Evaluation of the system should also consider
bottlenecks. These are areas where small changes
could result in major improvements.
9B. Identify Information Needs
- Identify the managers primary job responsibility.
- Identify the means by which the manager is
evaluated. - Identify some major problems the manager faces.
- Identify the way the manager evaluates personal
output.
Managers often have difficulty in expressing just
how they make decisions. Identification of the
above areas can be helpful in pinpointing a
managers decision process. Identification of
problems may be best done by simply getting the
manager talking while you listen.
10C. Identify the System Requirements
- Requirements can be specified in terms of inputs
and outputs. - First determine the required outputs that a
manager needs to make a decision. - Then determine the inputs and processing needed
to generate the outputs.
11D. The Systems Analysis Report
The report should organize and document the first
three phases of analysis. Some key elements of
the report include
- Description of the overall problems in subsystem
being studied - Recommendations for improving existing system or
design of new system. - Overall cost budget and timetable for project to
date.
12II. Fact-Gathering Techniques
- Fact Gathering Through Interviews
- Fact Gathering Through Questionnaires
13A. Fact Gathering Through Interviews
1. Depth Interviews - Conversation is guided
largely by feelings and interest of the
person being interviewed.
- Structured Interviews - Useful after a depth
interview for obtaining answers to a specific set
of questions.
14B. Fact Gathering Through Questionnaires
What types of information do you use to make
decisions?
1. Open-Ended Questionnaires - Persons provide
written answers to general rather than
specific questions.
2. Closed-End Questionnaires - Use for routine
situations or when a large number of
similar individuals would be questioned.
15III. Structured Systems Analysis
- Structured Systems Analysis Defined
- The Development of Logical Data Flow Diagrams
- Defining Data Dictionaries
- Defining Access Methods
- Defining Process Logic
16A. Structured Systems Analysis Defined
- Structured systems analysis is a system of
documentation. - An approach to systems analysis that begins with
a very general description of a particular
system, and then moves to ever increasing detail
ending with computer program code and other
details.
17B. The Development of Logical Data Flow Diagrams
- Data Flow Diagram Levels
- Data Flow Diagram Symbols
- Data Flow Diagram Conventions
181. Data-Flow Diagram Levels
Context Diagrams represent the highest level of
data-flow diagrams. More detail is provided in
subsequent diagrams beginning at level zero.
Context Diagram
Stores
Requisition
0 Purchasing System
Purchase Details
Purchase File
Purchase Order
Vendors
191. Data-Flow Diagram Levels
(Continued)
Stores
Requisition
1.0 Validate Requisition
Purchase Details
Purchase File
Details
2.0 Prepare Purchase Order
Purchase Order
Vendors
202. Data-Flow Diagram Symbols
- Process symbol(s) in center of diagram identify
system(s) under investigation.
- Sources and destinations of data and information
are shown in rectangular symbols around the
process symbol.
- Data flow lines describe the input data to the
system and the output reports from the system.
213. Data Flow Diagram Conventions
- Each process must have at least one input data
flow and one output data flow. - A data flow has at least one end connected to a
process - A diagram should not contain more than seven
processes before being leveled into more detailed
diagrams.
22C. Defining Data Dictionaries
- The data dictionary corresponds to the data
stores referenced in the logical data flow
diagrams. This involves giving a description of
the data structure and data elements involved.
23D. Defining Access Methods
- It is necessary to specify how data stores will
be accessed. This typically involves defining
primary and secondary access keys. For example,
in the purchase file the account-no-1 may serve
as the primary key and person responsible as
the secondary key.
Purchase File Description
Account Identifiers account-no-1
primary account
number account-no-2
secondary account number
person-responsible
person in charge of account Financial-Informat
ion account-balance
current balance last purchase
most
recent transaction
24E. Defining Process Logic
- There are a number of different approaches to
documenting the process logic, including decision
trees and structured English. - Structured English is a special language for
describing process logic that uses several key
words, including IF, THEN, ELSE IF, and SO. - Structured English does not include provisions
for error conditions and data file access. If
these are added, the resulting documentation is
pseudocode. See pseudocode for a C program on
the following slide.
25Pseudocode for A C Program
26V. Steps in Systems Design
- Evaluation of Design Alternatives
- Preparation of Detailed Design Specifications
- Preparation of Systems Design Report
27A. Evaluation of Design Alternatives
- There are usually a number of attractive
solutions that could be chosen. - Completely new systems may be designed from
scratch or a pre-made system could be
recommended. - Alternative systems should be documented with
information concerning advantages/disadvantages
and cost information. - A given system must be feasible from both an
operational and technical perspective.
28B. Preparation of Detailed Design Specifications
Reports and Other Outputs
1. Working with system objectives, the designer
should design all management reports and
operational output documents.
Database Design
Control Considerations
Specify Processing
2. Once all the outputs are specified, the data
inputs and processing steps are automatically
determined.
3. Once these decisions have been made, the
designer then builds in the appropriate controls.
Specify Inputs
29C. Preparation of Systems Design Report
- The completed design specifications should take
the form of a proposal. - Contents include timetables for completion, a
budget, personnel requirements, and diagrams of
the system to be implemented.
30Summary
- Four Steps of Systems Analysis
- Gathering Information Through Interviews and
Questionnaires - Structured Systems Analysis as a Form of
Documentation - Detailed Design Specifications