SAD Midterms Reviewer CHAP1-5
SAD Midterms Reviewer CHAP1-5
:)
From Opismeyts Dio, Viv, Mau
CHAPTER 1: SYSTEMS, ROLES, AND DEVELOPMENT Identifying Problems, Opportunities, and Objectives
METHODOLOGIES
● Activity:
Learning Objectives
○ Interviewing user management
● Understand the need for systems analysis and ○ Summarizing the knowledge obtained
design in organizations. ○ Estimating the scope of the project
● Realize what the many roles of the systems ○ Documenting the results
analyst are. ● Output:
● Comprehend the fundamentals of three
development methodologies: ○ Feasibility report containing problem
○ SDLC definition and objective summaries
○ The agile approach from which management can make a
○ Object-oriented systems analysis and decision on whether to proceed with
design the proposed project
Roles of the Systems Analyst Determining Human Information Requirements
● The analyst must be able to work with people ● Activity:
of all descriptions and be experienced in ○ Interviewing
working with computers ○ Sampling and investing hard data
● Three primary roles: ○ Questionnaires
○ Consultant ○ Observe the decision maker’s
○ Supporting expert behavior and environment
○ Agent of change ○ Prototyping
Qualities of the Systems Analyst ○ Learn the who, what, where, when,
● Problem solver how, and why of the current system
● Communicator ● Output:
● Strong personal and professional ethics ○ The analyst understands how users
● Self-disciplined and self-motivated accomplish their work when
Systems Development Life Cycle (SDLC) interacting with a computer
○ Begin to know how to make the new
● The systems development life cycle is a system more useful and usable
phased approach to solving business problems ○ Know the business functions
● Developed through the use of a specific cycle ○ Have complete information on the:
of analyst and user activities ■ People
● Each phase has unique user activities ■ Goals
■ Data
The Seven Phases of the Systems Development Life ■ Procedure involved
Cycle (Figure 1.1) Analyzing System Needs
● Activity:
○ Create data flow, activity, or sequence
diagrams
○ Complete the data dictionary
○ Analyze the structured decisions
made
○ Prepare and present the system
proposal
● Output:
○ Recommendation on what, if
anything, should be done
The Impact of Maintenance
● Maintenance is performed for two reasons:
○ Removing software errors
○ Enhancing existing software
1
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
2
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
4
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Selection Of Projects
● Backing from management
● Appropriate timing of project commitment
● Possibility of improving attainment of
organizational goals
● Practical in terms of resources for the system
analyst and organization
● Worthwhile project compared with other Technical Feasibility
ways the organization could invest resources ● Can current technical resources be upgraded
or added to in a manner that fulfills the
Selection of Projects: Improving Attainment of request under consideration?
Organizational Goals ● If not, is there technology in existence that
● Improving corporate profits meets the specifications?
● Supporting the competitive strategy of the
organization Economic Feasibility
● Improving cooperation with vendors and ● Economic feasibility determines whether the
partners value of the investment exceeds the time and
● Improving internal operations support cost
● Improving internal decision support so that ● Includes:
decisions are more effective ○ Analyst and analyst team time
● Improving customer service ○ Business employee time
● Increasing employee morale ○ Hardware
○ Software
Defining Objectives ○ Software development
Many possible objectives exist including:
● Speeding up a process Operational Feasibility
● Streamlining a process ● Operational feasibility determines if the
● Combining processes human resources are available to operate the
● Reducing errors in input system once it has been installed
● Reducing redundant storage ● Users that do not want a new system may
● Reducing redundant output prevent it from becoming operationally
● Improving system and subsystem integration feasible
5
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Evaluating Hardware
● Time required for average transactions
● Total volume capacity of the system
● Idle time of the CPU or network
● Size of memory provided
6
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Software Alternatives
● Created custom software
● Purchased as COTS (commercial off-the-shelf)
software
● Provided by an software as a service (SaaS)
Software Evaluation
● Performance effectiveness
● Performance efficiency
● Ease of use
● Flexibility
’ ● Quality of documentation
● Manufacturer support
7
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Guidelines for Evaluating Software (Figure 3.9) ● Intangible benefits are difficult to measure
● Tangible costs are accurately projected by the
systems analyst and accounting personnel
● Intangible costs are difficult to estimate and
may not be known
Tangible Benefits
● Advantages measurable in dollars that accrue
to the organization through the use of the
information system
● Examples:
○ Increase in the speed of processing
○ Access to otherwise inaccessible
information
○ Access to information on a more
timely basis
○ The advantage of the computer’s
superior calculating power
○ Decreases in the amount of employee
Activity Planning and Control time needed to complete specific
● Planning includes: tasks
○ Selecting a systems analysis team
○ Estimating time required to complete Intangible Benefits
each task ● Intangible benefits are benefits from use of
○ Scheduling the project the information system that are difficult to
● Control includes: measure
○ Comparing the plan for the project ● Examples:
with its actual evolution ○ Improving the decision-making
○ Taking appropriate action to expedite process
or reschedule activities ○ Enhancing accuracy
○ Becoming more competitive in
Identifying and Forecasting Costs and Benefits customer service
● Judgment methods ○ Maintaining a good business image
○ Estimates from the sales force ○ Increasing job satisfaction
○ Surveys to estimate customer demand
○ Delphi studies Tangible Costs
○ Creating scenarios ● Those that can be accurately projected by
○ Drawing historical analogies systems analysts and the business’ accounting
● If historical data are available personnel
○ Conditional: ● Examples:
■ There is an association among ○ Cost of equipment
variables in the model ○ Cost of resources
○ Unconditional: ○ Cost of systems analysts’ time
■ Do not need to find or identify ○ Cost of programmers’ time
any relationships ○ Employees’ salaries
8
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
9
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
● Use present value when the payback period is Refining the Planning and Scheduling of Analysis
long or when the cost of borrowing money is Activities by Adding Detailed Tasks and Establishing
high the Time Required to Complete the Tasks (Figure
3.17)
Work Breakdown Structure
● Often a project needs to be broken down into
smaller tasks or activities
● These tasks together make up a work
breakdown structure (WBS)
10
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Estimating Costs
● Using a work breakdown structure
○ Estimate costs for each activity in the
work breakdown structure
○ Prepare a budget for the project and
have it approved by the organization Earned Value Management (EVM)
or client ● A technique used to help determine progress
○ Manage and control the costs (or setbacks) on a project
throughout the project ● Involves:
○ Project cost
Approaches to Cost Estimation ○ Project schedule
● Basing estimates on similar projects, also ○ Performance of the project team
called the top-down approach
● Building bottom-up estimates Four Key Measures in EVM
● Using parametric modeling ● Budget at completion (BAC) is the total budget
for the project
Project Risk ● Planned value (PV) is the value of the work
● Project failures may be prevented by: that is to be completed on the project
○ Training ● Actual Cost (AC) is the total cost incurred in
○ Experience completing the work
○ Learning why other projects have ● Earned value (EV) is an estimate of the value
failed of work completed (where p is percentage
● Fishbone diagram systematically lists all of the completed)
possible problems that can occur EV = PV * p
Monitoring Completion
Fishbone Diagram (Figure 3.24) ● The Cost Performance Index (CPI), Earned
Value (EV), and BAC are used to estimate how
much more is needed to complete the project
(ETC):
○ ETC = (BAC – EV) / CPI
● The Actual Cost (AC) and the ETC are used to
estimate the completion cost (EAC):
○ EAC = AC + ETC
Managing the Team Project
● Team management
○ Assembling a team
○ Team communication strategies
○ Project productivity goals
○ Team member motivation
11
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Assembling a Team ● Who will evaluate the system and how will
● Shared value of team work they evaluate it?
● Good work ethic ● What is the estimated project timeline?
● Honesty ● Who will train the users?
● Competency ● Who will maintain the system?
● Readiness to take on leadership based on
expertise The Systems Proposal
● Motivation ● Cover letter
● Enthusiasm for the project ● Title page of project
● Trust of teammates ● Table of contents
● Executive summary
Communication Strategies ● Outline of systems study with appropriate
● Teams often have two leaders: documentation
○ Task leader: leads members to ● Detailed results of the systems study
accomplish tasks ● Systems alternatives
○ Socioemotional leader: concerned ● Systems analysts recommendations
with social relationships ● Summary
● The systems analyst must manage: ● Appendices
○ Team members
○ Their activities Using Figures for Effective Communication
○ Their time and resources ● Effective use of tables
● Effective use of graphs
Project Productivity Goals and Motivation
● Successful projects require that reasonable Effective Use of Tables
productivity goals for tangible outputs and ● Integrate into the body of the proposal
process activities be set. ● Try to fit the entire table vertically on a single
● Goal-setting helps to motivate team members. page.
● Number and title the table at the top of the
Ecommerce Project Management page.
● Ecommerce and traditional software ● Label each row and column.
project management differences: ● Use a boxed table if room permits.
○ The data used by ecommerce systems ● Use footnotes if necessary to explain detailed
is scattered across the organization information contained in the table.
○ Ecommerce systems need a staff with
a wide variety of skills Effective Use of Graphs
○ Partnerships must be built externally ● Choose a style of graph that communicates
and internally well ahead of your intended meaning well
implementation ● Integrate the graph into the body of the
○ Security is of utmost importance proposal
● Give the graph a sequential figure number and
Project Charter a meaningful title
● Describes in a written document what the ● Label each axis, and any lines, columns, bars,
expected results of the systems project are or pieces of the pie on the graph
and the time frame for delivery ● Include a key to indicate differently colored
lines, shaded bars, or crosshatched areas
12
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
14
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Funnel Structure
● Begins with generalized, open-ended
questions
● Concludes by narrowing the possible
responses using closed questions
● Provides an easy, nonthreatening way to begin
an interview
● Is useful when the interviewee feels
emotionally about the topic
Funnel Structure for Interviewing Begins with Broad
Questions then Funnels to Specific Questions (Figure
4.8)
15
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
○ Prescriptive stories tell the listener ● The organizational skills and culture may not
how to act be conducive to a JAD session
● Systems analysts can use storytelling as a
complement to other information gathering Questionnaires
methods ● Questionnaires are useful in gathering
Joint Application Design (JAD) information from key organization members
about:
● Joint Application Design (JAD) can replace a ● Attitudes
series of interviews with the user community ● Beliefs
● JAD is a technique that allows the analyst to ● Behaviors
accomplish requirements analysis and design ● Characteristics
the user interface with the users in a group
setting Planning for the Use of Questionnaires
Conditions That Support the Use of JAD ● Organization members are widely dispersed
● Many members are involved with the project
● Users are restless and want something new ● Exploratory work is needed
● The organizational culture supports joint ● Problem-solving prior to interviews is
problem-solving behaviors necessary
● Analysts forecast an increase in the number of
ideas using JAD Question Types
● Personnel may be absent from their jobs for ● Questions are designed as either:
the length of time required ○ Open-ended
Who Is Involved ○ Try to anticipate the response you will
get
● Executive sponsor ○ Well suited for getting opinions
● IS analyst ● Closed
● Users ○ Use when all the options may be
● Session leader listed
● Observers ○ When the options are mutually
● Scribe exclusive
Where to Hold JAD Meetings Trade-offs between the Use of Open-Ended and
Closed Questions on Questionnaires (Figure 4.12)
● Offsite
● Comfortable surroundings
● Minimize distractions
● Attendance
● Schedule when participants can attend
● Agenda
● Orientation meeting
Benefits of JAD
● Time is saved, compared with traditional
interviewing Questionnaire Language
● Rapid development of systems
● Improved user ownership of the system ● Simple
● Creative idea production is improved ● Specific
● Short
Drawbacks of Using JAD ● Not patronizing
● JAD requires a large block of time to be ● Free of bias
available for all session participants ● Addressed to those who are knowledgeable
● If preparation or the follow-up report is ● Technically accurate
incomplete, the session may not be successful ● Appropriate for the reading level of the
respondent
16
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
17
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Learning Objectives
● Recognize the value of unobtrusive methods
for
information gathering.
● Understand the concept of sampling for
human
information requirements analysis.
● Construct useful samples of people,
documents,
and events for determining human
information
requirements.
Methods of Administering the Questionnaire ● Create an analyst’s playscript to observe
decisionmaker activities.
● Convening all concerned respondents
● Apply the STROBE technique to observe and
together at one
interpret the decision-maker’s environment.
● time
● Personally administering the questionnaire
Unobtrusive Methods
● Allowing respondents to self-administer the
● Less disruptive
questionnaire
● Insufficient when used alone
● Mailing questionnaires
● Multiple methods approach
● Administering over the Web or via email
● Used in conjunction with interactive
Electronically Submitting Questionnaires methods
● Reduced costs Major Topics
● Collecting and storing the results ● Sampling
electronically ● Quantitative document analysis
● Qualitative document analysis
● Observation
Summary ● STROBE
● Interviewing ● Applying STROBE
○ Interview preparation
○ Question types Sampling
○ Arranging questions ● A process of systematically selecting
○ The interview report representative elements of a population
● Stories ● Involves two key decisions:
● Joint Application Design (JAD) ○ What to examine
○ Involvement and location ○ Which people to consider
● Questionnaires
○ Writing questions Need for Sampling
○ Using scales and overcoming The reasons systems analysts do sampling are:
problems ● Containing costs
○ Design and order ● Speeding up the data gathering
○ Administering and submitting ● Improving effectiveness
● Reducing bias
18
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Sampling
● Sampling helps accelerate the process by
gathering selected data rather than all data for
the entire population
● The systems analyst is spared the burden of
analyzing data from the entire population
Sampling Effectiveness
● • Sampling can help improve effectiveness if
information that is more accurate can be
Four Main Types of Samples
obtained
● Convenience
● This is accomplished by talking to fewer
● Purposive
employees but asking them questions that are
● Simple random
more detailed
● Complex random
● If less people are interviewed, the systems
analyst has more time to follow up on missing
Convenience Samples
or incomplete data
● Convenience samples are unrestricted,
nonprobability samples.
Sampling Bias
● This sample is the easiest to arrange
● Data gathering bias can be reduced by
● The most unreliable
sampling
● When the systems analyst asks for an opinion
about a permanent feature of the installed
Purposive Sample
information system,
● A purposive sample is based on judgment
● the executive interviewed may provide a
● Choose a group of individuals who appear
biased evaluation because there is little
knowledgeable and are interested in the new
possibility of changing it
information system
● A nonprobability sample
Sampling Design
● Only moderately reliable
● To design a good sample, a systems analyst
must follow four steps:
Complex Random Samples
○ Determining the data to be collected
● The complex random samples that are most
or described
appropriate for a systems analyst are
○ Determining the population to be
○ Systematic sampling
sampled
○ Stratified sampling
○ Choosing the type of sample
○ Cluster sampling
○ Deciding on the sample size
The Sample Size Decision
Four Main Types of Samples the Analyst Has
● Determine the attribute
Available (Figure 5.1)
● Locate the database or reports in which the
attribute can be found
● Examine the attribute
● Make the subjective decision regarding the
acceptable interval estimate
● Choose the confidence level
● Calculate the standard error
● Determine the sample size
19
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Observation
● Observation provides insight on what
organizational members actually do
● See firsthand the relationships that exist
between decision makers and other
organizational members
● Can also reveal important clues regarding HCI
concerns
A Sample Page from the Analyst’s Playscript (Figure ● Is the storage area large or small?
5.7)
Props
● Is there evidence that the decision maker uses
a PC, smart phone, or tablet computer in the
office?
Clothing
STROBE ● Does the decision maker show authority by
STRuctured OBservation of the Environment—a wearing conservative suits?
technique for observing the decision-maker’s physical ● Are employees required to wear uniforms?
environment
STROBE and Decision-Maker Characteristics (Figure
STROBE 5.9)
● Often it is possible to observe the particulars
of the surroundings that will confirm or
negate the organizational narrative
○ Also called stories or dialogue
○ Information that is found through
interviews or questionnaires
STROBE Elements
● Office location
● Desk placement
● Stationary equipment
● Props Applying STROBE
● External information sources ● The five symbols used to evaluate how
● Office lighting and color observation of the elements of STROBE
● Clothing worn by decision makers compared with interview results are:
○ A checkmark means the narrative is
Office Location confirmed
● Who has the corner office? ○ An “X” means the narrative is
● Are the key decision makers dispersed over reversed
separate floors? ○ An oval or eye-shaped symbol serves
as a cue
Desk Placement ○ to look further
● Does the placement of the desk encourage ○ A square means observation modifies
communication? the
● Does the placement demonstrate power? ○ narrative
○ A circle means narrative is
Stationary Office Equipment supplemented by
● Does the decision maker prefer to gather and ○ observation
store information personally?
22
GOODLUCK EVERYONE! :)
From Opismeyts Dio, Viv, Mau
Summary
● Sampling
○ Designing a good sample
○ Types of samples
○ Sample size
● Hard data
○ Quantitative document analysis
○ Qualitative document analysis
● Observation
○ Playscript
● STROBE
○ STROBE elements
○ Applying STROBE
23