Professional Documents
Culture Documents
System Analysis
System Analysis
System Analysis
01/05/2024 1
SYSTEM ANALYSIS
01/05/2024 2
Introduction
This chapter describes requirements modeling techniques and team-based
methods that systems analysts use to visualize and document new systems
01/05/2024 3
Systems Analysis Phase Overview
The overall objective is to understand the proposed project, ensure that it
will support business requirements, and build a solid foundation for system
development
You use a models and other documentation tools to visualize and describe
the proposed system
01/05/2024 4
System Requirements Checklist
System requirement
Is a characteristic or feature that must be included in an
information system to satisfy business requirements and
be acceptable to users. As a benchmarks to measure the
overall acceptability of the finished system.
Five general categories
Outputs, Inputs, Processes, Performance, Controls
01/05/2024 5
System Requirements Checklist
Outputs
The Web site must report online volume statistics every four hours, and
hourly during peak periods
The inventory system must produce a daily report showing the part number,
description, quantity on hand, quantity allocated, quantity available, and
unit cost of all sorted by part number
Inputs
Manufacturing employees must swipe their ID cards into online data
collection terminals that record labor costs and calculate production
efficiency
The department head must enter overtime hours on a separate screen
01/05/2024 6
System Requirements Checklist
Processes
The student records system must calculate the GPA at the end of each semester
As the final step in year-end processing, the payroll system must update employee
salaries, bonuses, and benefits and produce tax data required by the IRS
Performance
The system must support 25 users online simultaneously
Response time must not exceed four seconds
01/05/2024 7
System Requirements Checklist
Controls
The system must provide log-on security at the operating system level and at the
application level
An employee record must be added, changed, or deleted only by a member of the
human resources department
01/05/2024 8
Technique of gathering fact
Interview
Review document and record
Observation
Questionnaire
JAD-workshop to mgr, user, development team
Prototyping-model of proposed system
01/05/2024 9
Interviews
Face-to face meeting between the development team and user.
Two type:
Structured interview- ask planned questioned
Un structured interview- ask planned questioned + ask
other subjects if appropriate
01/05/2024 10
Interview
Step 1: Determine the People to Interview
Informal structures
Step 2: Establish Objectives for the Interview
Determine the general areas to be discussed
List the facts you want to gather
01/05/2024 11
Interviews
Step 3: Develop Interview Questions
Creating a standard list of interview questions helps to keep you on track and
avoid unnecessary tangents
Avoid leading questions
Open-ended questions
Closed-ended questions
Range-of-response questions
01/05/2024 12
Interviews
Step 4: Prepare for the Interview
Careful preparation is essential because interview is an important meeting and not
just a casual chat
Limit the interview to no more than one hour
Send a list of topics
Ask the interviewee to have samples available
01/05/2024 13
Interviews
Step 5: Conduct the Interview
Develop a specific plan for the meeting
Begin by introducing yourself, describing the project, and explaining interview
objectives
Use engaged listening
Allow the person enough time to think about the question
After interview, summarize the session and seek a confirmation
01/05/2024 14
Interviews
Step 6: Document the Interview
Note taking should be kept to a minimum
After the interview, record the information quickly
After the interview, send memo expressing appreciation, including the main points
discussed so the interviewee has a written summary and can offer additions or
corrections
01/05/2024 15
Interviews
Step 7: Evaluate the Interview
In addition to recording the facts obtained in an interview, try to identify any
possible biases
Unsuccessful Interviews
No matter how well you prepare for interviews, some are not successful
01/05/2024 16
Other Fact-Finding Techniques
Document Review
Review manuals, procedures, form or report
Can reveal how existing system work. Compare and
provide for recommendation.
Observation
Seeing the system in action gives you additional perspective and a better
understanding of the system procedures
Plan your observations in advance
Figure 3-21
01/05/2024 17
Other Fact-Finding Techniques
Questionnaires and Surveys
When designing a questionnaire, the most important rule of all is to make sure
that your questions collect the right data in a form that you can use to further
your fact-finding
Fill-in form
01/05/2024 19
Other Fact-Finding Techniques
Research
Can include the Internet, IT magazines, and books to obtain background
information, technical material, and news about industry trends and
developments
Site visit
Figure 3-24
01/05/2024 20
Documentation
The Need for Recording the Facts
Record information as soon as you obtain it
Use the simplest recording method
Record your findings in such a way that they can be understood by someone else
Organize your documentation so related material is located easily
01/05/2024 21
Documentation
Software Tools
CASE Tools
Productivity Software
Word processing, spreadsheets, database management, presentation graphics programs
Histogram
Figure 3-25
01/05/2024 22
Documentation
Software Tools
Graphics modeling software
Personal information managers
Personal information manager (PIM)
Handheld computers
Personal digital assistants (PDAs)
Wireless communication devices
01/05/2024 24
Joint Application Development
JAD Participants and Roles
JAD participants should be insulated from the distraction of day-to-day operations
Objective is to analyze the existing system, obtain user input and expectations,
and document user requirements for the new system
01/05/2024 26
Prototyping
Prototyping produces an early, rapidly constructed working version of the
proposed information system, called a prototype
Prototyping allows users to examine a model that accurately represents
system outputs, inputs, interfaces, and processes
Figure 6-28
01/05/2024 27
Prototyping
Prototyping Methods
System prototyping
Design prototyping
Throwaway prototyping
01/05/2024 29
Prototyping
Prototyping Tools
Systems analysts can use powerful tools to develop prototypes
CASE tools
Application generators
Report generators
Screen generators
Fourth-generation language (4GL)
Fourth-generation environment
01/05/2024 30
Prototyping
Limitations of Prototypes
A prototype is a functioning system, but it is less efficient than a fully developed
system
Systems developers can upgrade the prototype into the final information system
by adding the necessary capability
Otherwise, the prototype is discarded
01/05/2024 31
Analyzing the data to determine system requirement need &
information need
01/05/2024 32
Analyzing data to determine information need and system
requirement
01/05/2024 33
Analyzing data to determine information need and system requirement
01/05/2024 34
Analyzing data to determine information need and system requirement
01/05/2024 35
Analyzing data to determine information need and system requirement
01/05/2024 36
Analyzing data to determine information need and system requirement
6. Constraints?
Technology In term of
Information system
Cost
Business needs
peoplex Time
Resources
capabilities
01/05/2024 37
Modeling Tools and Techniques
CASE Tools
Computer Aided Software engineering tool
Offer powerful modeling features
Systems analysts use modeling and fact-finding interactively
CASE tool includes:
Diagramming,
prototyping,
central repository,
data design,
programming,
project management, and
maintenance tools.
Figure 3-8 Figure 3-9
01/05/2024 38
Types of Case tools
Upper case
Automates the early stage in SDLC- aanalysis and design
Lower case
Automates the later activities in SDLC- generate computer program and testing
Integrated case
Support the activities throughout the entire SDLC.
01/05/2024 39
Modeling Tools and Techniques
Functional Decomposition Diagrams
Functional decomposition diagram (FDD)
Also called structure charts
Data Flow Diagrams
Data flow diagram (DFD)
Working from a functional decomposition diagram, analysts can create data flow
diagrams (DFDs) to show how the system stores, processes, and transforms data
Figure 3-14
01/05/2024 42