Chapter 4 - Requirement Determination
-
Upload
timothy212 -
Category
Documents
-
view
1.177 -
download
10
description
Transcript of Chapter 4 - Requirement Determination
![Page 1: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/1.jpg)
Chapter 4:Requirements Determination
![Page 2: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/2.jpg)
Key Ideas
• Goal of the analysis phase:– Truly understand the requirements of the new
system– Develop a system that addresses them -- or decide
a new system isn’t needed.
• The line between systems analysis and systems design is very blurry
![Page 3: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/3.jpg)
Key Ideas
• The first challenge is finding the right people to participate.
• The second challenge is collecting and integrating the information
![Page 4: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/4.jpg)
Requirements
![Page 5: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/5.jpg)
What is a Requirement
• Business Requirement– Statement of what the system must do– Focus on what the system must do, not how to do
it
• There are 2 kinds of requirements– Functional– Nonfunctional
![Page 6: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/6.jpg)
Functional Requirement
• Defines the functions the system must carry out
• Specifies the process that must be performed• Examples:– Must search for inventory– Must perform these calculations– Must produce a specific report
![Page 7: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/7.jpg)
Nonfunctional Requirements
• Deals with how the system behaves• Operational – Physical/technical environment• Performance – Speed and reliability• Security – Who can use the system• Cultural & Political – Company policies, legal
issues
![Page 8: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/8.jpg)
Requirements Definition
• Report that lists the functional and nonfunctional requirements
• All requirements must be traceable back to business requiremets
![Page 9: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/9.jpg)
THE ANALYSIS PROCESS
![Page 10: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/10.jpg)
Analysis Across Areas
• Analysis of the IS system is:– A business task– An IT task
• Need to balance expertise of users and analysts
![Page 11: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/11.jpg)
The SDLC Process
![Page 12: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/12.jpg)
Three Steps of the Analysis Phase
• Understanding the “As-Is” system• Identifying improvement opportunities• Developing the “To-Be” system concept
![Page 13: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/13.jpg)
Three Steps of the Analysis Phase
• Understanding the “As-Is” system– To-Be derived from As-Is– Can’t focus just on what users want, need to
understand what they need– Can’t focus just on dry analysis
need to listen to users’ experience
![Page 14: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/14.jpg)
Three Steps of the Analysis Phase
• Identifying improvement opportunities– Need business and technology skills– Business skills• Improvements in business processes
– improve what we do
• Technology skills– improve how we do it
![Page 15: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/15.jpg)
Three Steps of the Analysis Phase
• Developing the “To-Be” system concept– Starts out as a fuzzy set of possible improvement
ideas– Refined into a viable system concept– Analysis ends with a system proposal– Proposal presented to approval committee in the
form of a system walk-through
![Page 16: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/16.jpg)
Proposal Outline
• Table of contents• Executive summary• System request (from chapter 2)• Work plan (from chapter 3)• Analysis strategy
– Summary of analysis tasks from this chapter
• Recommended system– Summary of system concept with justification– Possibly different alternatives
![Page 17: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/17.jpg)
Proposal Outline (cont’d)
• Feasibility analysis (from chapter 2) • Behavioral and structural models
(from chapters 5, 6, 7)• Appendices
Survey results, interviews, industry reports, potential design issues etc.Anything needed to support recommendation
![Page 18: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/18.jpg)
Three Fundamental Analysis Strategies
• BPA– Business process automation
• BPI– Business Process Improvement
• BPR– Business Process Reengineering
![Page 19: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/19.jpg)
BUSINESS PROCESS AUTOMATION (BPA)
![Page 20: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/20.jpg)
Business Process Automation
• Makes almost no changes to business processes– Just makes them more efficient
• Improves efficiency by automating the business processes
• Least impact on users– They do the same things, just more efficiently
![Page 21: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/21.jpg)
1. (BPA) Understanding the As-Is System
• Much effort spent here– To-Be system continues to support As-Is system– Will be doing essentially the same things– Build detailed behavioral and structural models• To document As-Is system
![Page 22: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/22.jpg)
2. (BPA) Identifying Improvement Opportunities
• Most improvements come from problems in the current system
• Two techniques for identifying improvements:– Problem Analysis– Root Cause Analysis
![Page 23: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/23.jpg)
Problem Analysis
• Problem Analysis– Most commonly used– Asks users to identify problems and solutions (users
love to do this anyway)– Very good at improving users’ efficiency– But Rarely finds significant monetary benefits
![Page 24: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/24.jpg)
Root Cause Analysis
• Identify symptoms• Trace each back to
its causes
Symptoms
ROOT CAUSES
Symptoms
![Page 25: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/25.jpg)
Root Cause Analysis
• Root Cause Analysis– Tracing symptoms to their causes– Problem analysis focuses on solutions to symptoms
of problems– Root cause analysis focuses on the problems
themselves– Generate list of all problems– Prioritize the list– Tracing symptoms to their causes
![Page 26: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/26.jpg)
Root Cause Analysis
• Root Cause Analysis– Users generate list of problems with As-Is system– Prioritize the list– Generate all possible root causes– Investigate each, until true root cause is identified– Look for root causes that fix more than one problem
![Page 27: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/27.jpg)
Root Cause Analysis Example
![Page 28: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/28.jpg)
3. (BPA) Developing To-Be System Concept
• To-Be system is quite similar to As-Is system– No real change is business processes– Models of To-Be system not much different from As-
Is system– Often models are just copied and small changes are
made
![Page 29: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/29.jpg)
BUSINESS PROCESS IMPROVEMENT (BPI)
![Page 30: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/30.jpg)
Business Process Improvement
• Goal is to improve the business processes• Change what the users do,
not just how efficiently they do it• Changes to business process must be decided
first• Decisions to change the business processes
cannot be made by the analyst
![Page 31: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/31.jpg)
1. (BPI) Understanding the As-Is System
• Still need to spend significant effort to understand As-Is system– The new system will support most of the As-Is
system– New system will do many of the same things– But some processes will be very different
![Page 32: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/32.jpg)
2. (BPI) Identifying Improvement Opportunities
• Focus considerable effort here– Looking for improvements to business processes– Users and managers
actively seek out new business ideas and opportunities
![Page 33: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/33.jpg)
2. (BPI) Identifying Improvement Opportunities
• Four techniques for identifying improvement opportunities
1. Duration Analysis2. Activity-Based Costing3. Informal Benchmarking4. Formal Benchmarking
![Page 34: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/34.jpg)
Duration Analysis
• Calculate time for each process step• Calculate time for overall process• Compare the two
If sum(time for each individual step) is much less than
sum (time for overall process)– Then there is a problem
• Will need to develop– Process integration or– Parallelization
![Page 35: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/35.jpg)
Duration Analysis
• When many different people work on small parts of the overall process
• Process integration– Change fundamental process so fewer people work
on the input
• Parallelization– Change the process so the people can do their part
at the same time
![Page 36: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/36.jpg)
Activity-Based Costing
• Calculate cost of each process step• Consider both direct and indirect costs• Identify most costly steps and focus
improvement efforts on them
![Page 37: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/37.jpg)
Benchmarking
• Studying how other organizations perform the same business process
• Informal benchmarking– Check with customers– Pose as customers
• Formal benchmarking– Establish formal
relationship with other organization
![Page 38: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/38.jpg)
3. (BPI) Developing To-Be System Concept
• A small amount of information gathering is needed
• To-Be system is still very similar to As-Is system
• But some (often very few) processes are completely reworked
![Page 39: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/39.jpg)
BUSINESS PROCESS REENGINEERING (BPR)
![Page 40: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/40.jpg)
Business Process Reengineering
• “Fundamental rethinking and radical redesign of business processes to achieve dramatic improvements…”
• Throw away everything• Start with a blank page• Appealing, but very expensive and risky
![Page 41: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/41.jpg)
1. (BPR) Understanding the As-Is System
• Little effort spend here• Just get a basic understanding of the As-Is
system– It’s going to be scrapped anyway
![Page 42: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/42.jpg)
2. (BPR) Identifying Improvement Opportunities
• Focus is on radical improvements– These are not easy to identify
• Need techniques that are more powerful than is BPA or BPI
• Need to be pushed to“think outside of the box”
![Page 43: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/43.jpg)
Techniques for Identifying Improvements Opportunities
1. Outcome Analysis2. Breaking Assumptions3. Technology Analysis4. Activity Elimination5. Proxy Benchmarking6. Process Simplification
![Page 44: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/44.jpg)
Outcome Analysis
• Consider desirable outcomes from customers’ perspective
• Pretend to be the customer• Consider what the organization could enable
the customer to do– Insurance company fixes cars
![Page 45: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/45.jpg)
Breaking Assumptions
• Identify fundamental business rules• Systematically break each rule• Identify how the the business would benefit if
rule is broken– Bank accepts NSF checks & draws funds from
credit card
![Page 46: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/46.jpg)
Technology Analysis
• Analysts & managers list important and interesting technologies
• The group identifies– How each can be applied to business– The benefits of each scenario • Saturn building intranet with suppliers for JIT parts delivery
![Page 47: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/47.jpg)
Activity Elimination
• Identify what would happen if each organizational activity were eliminated
• Use “force-fit” to test all possibilities, even though some results might be silly– Mortgage company removes approval process
![Page 48: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/48.jpg)
Proxy Benchmarking
• List different industries that have a similar structure
• Look for techniques from other industries that could be applied by the organization
• Throw in a few radically different industries– Hotel might look at:– Airlines, newspapers, rock concerts
![Page 49: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/49.jpg)
Process Simplification
• Eliminate complexity from routine transactions• Concentrate separate processes on exception
handling– Online course registration– Handle lack of prerequisites separately
![Page 50: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/50.jpg)
3. (BPR) Developing To-Be System Concept
• New system is radically different• Requires extensive information gathering
![Page 51: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/51.jpg)
DEVELOPING AN ANALYSIS PLAN
![Page 52: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/52.jpg)
Developing an Analysis Plan• Analysis Plan: plan for activities during the
analysis phase• Select analysis strategy first– Determined by project sponsor– It is a business decision• Potential business value• Project cost• Breadth of analysis• Risk
![Page 53: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/53.jpg)
Analysis Strategies• Potential business value– BPA: benefits are tactical and small– BPI: potential benefits are moderate– BPR: largest potential benefits
![Page 54: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/54.jpg)
Analysis Strategies• Project cost– BPA• Narrow scope, lest expensive
– BPI• Depending on scope, can be moderately expensive
– BPR• Almost always very expensive
![Page 55: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/55.jpg)
Analysis Strategies• Breadth of analysis• The extent to which the analysis looks throughout
the entire business function and beyond– BPA• Very narrow focus on current systems only
– BPI• More extensive, but usually in just one narrow area
– BPR• Broad perspective, focusing on many business processes
![Page 56: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/56.jpg)
Analysis Strategies• Risk – of failure due to:– Being unable to complete the system– The completed system being unable to deliver the
business benefits• BPA
– Low risk (same processes used)
• BPI– Low to Moderate
• BPR– High (completely new system)
![Page 57: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/57.jpg)
Characteristics of Analysis Strategies
BPA BPI BPR
Potential Business Value
Low-Moderate Moderate High
Project Cost Low Low-Moderate High
Breadth of Analysis
Narrow Narrow-Moderate
Very Broad
Risk Low Low-Moderate Very High
![Page 58: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/58.jpg)
Avoid Classic Analysis Mistakes
• Reduced analysis time– Solution?– Use RAD and timeboxing
• Requirement gold-plating– Unnecessary features are added– Users over-specification of features– Solution?– Expensive requirements should be re-verified with requester
Lower cost solutions should be looked at
![Page 59: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/59.jpg)
Analysis Tasks
• How do we do the following?1. Understanding the As-Is system2. Identifying improvements3. Developing a concept for To-Be system
![Page 60: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/60.jpg)
Analysis Tasks
• To accomplish these tasks:– Need to gather information
• Many projects go wrong– due to a poor understanding of the requirements
early on
![Page 61: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/61.jpg)
1st challenge of Info Gathering
Finding the right people to participate
![Page 62: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/62.jpg)
2nd challenge of Info Gathering
Deciding how to gather the informationFive techniques:
1. Interviews2. Joint Application Design (JAD)3. Questionnaires4. Document Analysis5. Observation
![Page 63: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/63.jpg)
1. INTERVIEWS
![Page 64: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/64.jpg)
Interviews
• Most commonly used technique• Very natural– If you need to know something, you ask someone
• There are 5 basic steps to interviewing…
![Page 65: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/65.jpg)
Interviews -- Five Basic Steps
1. Selecting interviewees2. Designing interview questions3. Preparing for the interview4. Conducting the interview5. Post-interview follow-up
![Page 66: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/66.jpg)
1. Selecting Interviewees
• Need an interview schedule– list all people to be interviewed– when each will be interviewed– for what purpose they will be interviewed
• The list may be informal… or it may be part of the Analysis Plan
• List is based on info. needed
![Page 67: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/67.jpg)
1. Selecting Interviewees
• Good to get different perspectives– Managers– Users– Ideally, all key stakeholders
• Select people for political reasons• Interviewing is iterative– List often grows by 50% to 75 %
![Page 68: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/68.jpg)
2. Designing Questions
• Don't ask for information that can be obtained elsewhere
• Want to show interviewee respect• Will get better information anyway
![Page 69: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/69.jpg)
2. Designing QuestionsTypes of Questions Examples
Closed-Ended Questions * How many telephone orders are received per day?
* How do customers place orders?* What additional information would you like the new system to provide?
Open-Ended Questions * What do you think about the current system?* What are some of the problems you face on a daily basis?* How do you decide what types of marketing campaign to run?
Probing Questions * Why?* Can you give me an example?* Can you explain that in a bit more detail?
![Page 70: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/70.jpg)
Closed-Ended Questions
• Requires a specific answer• Often multiple choice• Good for specific, precise info.– not "are there a lot of requests?"– but "how many requests are there?"
• Analyst is control• Doesn't uncover "why"
![Page 71: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/71.jpg)
Open-Ended Questions
• Leave room for elaboration• Gives interviewee more control• Yields more rich, deep info
![Page 72: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/72.jpg)
Probing Questions
• Follow-up questions• For clarification• Encouraged to expand answer• Show your listening and interested
![Page 73: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/73.jpg)
2. Designing Questions
• No one type of question is best• Initially use unstructured interviews to
determine As-Is system (open-ended questions)
• As the analyst gains knowledge, structured interviews will be used (closed-ended questions)
![Page 74: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/74.jpg)
2. Designing Questions
• Unstructured interview– Broad, roughly defined information
• Structured interview– More specific information
![Page 75: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/75.jpg)
Interviewing Strategies
Howcan order
processing beimproved?
How can we reduce thenumber of times that customers
return ordered items?
How can we reduce the number oferrors in order processing (e.g., shipping
the wrong products)?
Top-down
Bottom-up
High-level:Very general
Medium-level:Moderately specific
Low-level:Very specific
![Page 76: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/76.jpg)
3. Preparing for the Interview
• Prepare for the interview in the same way you would for a presentation
• Prepare general interview plan– List of question– Anticipated answers and follow-ups– Segues between related topics
• Confirm interviewee's area of knowledge– Don't ask questions that can't be answered
• Set priorities in case of time shortage
![Page 77: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/77.jpg)
3. Preparing for the Interview
• Structured Interviews with closed-ended questions take longer
• Don't try to "wing it"
–will need follow-up interviews–user's don't like you to waste their time
![Page 78: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/78.jpg)
4. Conducting the Interview• Appear professional and unbiased• Build rapport (and trust) with interviewee• Record all information• Check on organizational policy regarding tape recording• Be sure you understand all issues and terms• Separate facts from opinions• Give interviewee time to ask questions• Be sure to thank the interviewee• End on time
![Page 79: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/79.jpg)
4. Conducting the InterviewPractical Tips
• Don’t worry, be happy• Pay attention• Summarize key points• Be succinct• Be honest• Watch body language
![Page 80: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/80.jpg)
5. Post-Interview Follow-Up
• Prepare interview notes• Prepare interview report within 48 hours• Get buy-in from interviewee• Look for gaps and new questions
![Page 81: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/81.jpg)
2. JOINT APPLICATION DESIGN (JAD)
![Page 82: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/82.jpg)
JAD Key Ideas
• Allows project managers, users, and developers to work together
• May reduce scope creep by 50%• Avoids requirements being too specific or too
vague
![Page 83: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/83.jpg)
Joint Application Design (JAD) Important Roles
• Facilitator• Scribe
![Page 84: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/84.jpg)
Joint Application Design (JAD) Setting
• U-Shaped seating• Away from distractions• Whiteboard/flip chart• Prototyping tools• e-JAD
![Page 85: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/85.jpg)
The JAD Session
• Include 10 to 20 users• Tend to last 5 to 10 days over a three week period• Prepare questions as with interviews• Formal agenda and groundrules• Facilitator activities– Stay neutral– Keep session on track– Help with technical terms and jargon– Record group input– Help resolve issues
• Post-session follow-up
![Page 86: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/86.jpg)
3. QUESTIONNAIRES
![Page 87: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/87.jpg)
Questionnaire Steps
• Selecting participants– Using samples of the population
• Designing the questionnaire– More important than interview questions– Prioritize questions to grab attention– Distinguish between• Fact-oriented questions (specific answers)• Opinion questions (agree – disagree scale)
– Test the questionnaire on colleagues
![Page 88: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/88.jpg)
Questionnaire Steps• Administering the questionnaire– Need to get good response rate– Explain its importance & how it will be used– Give expected response date– Give it out in person– Follow up on late returns– Have supervisors follow up– Promise to report results
• Questionnaire follow-up– Send results to participants
![Page 89: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/89.jpg)
4. Document Analysis
![Page 90: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/90.jpg)
Document Analysis• Provides clues about the "formal" existing As-Is
system• Typical documents– Forms– Reports– Policy manuals
• Look for user additions to forms• Look for unused form elements• Do document analysis before interviews
![Page 91: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/91.jpg)
5. Observation
![Page 92: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/92.jpg)
Observation
• Users/managers often don’t remember everything they do
• Validates info gathered in other ways• Behaviors change when people are watched• Keep low profile, don’t change the process• Careful not to ignore periodic activities– Weekly … Monthly … Annual
![Page 93: Chapter 4 - Requirement Determination](https://reader033.fdocuments.net/reader033/viewer/2022061218/54b60f764a7959fb188b4596/html5/thumbnails/93.jpg)
Selecting the Appropriate Techniques