Investigating System Requirements

Download Report

Transcript Investigating System Requirements

Investigating System
Requirements
Chapter 2 pp: 35-57
Where are we?
Analysis Chapters
Ch 2 Investigating System Requirements
Ch 3 Use Cases
Ch 4 Domain Modeling
Ch 5 Extending the Requirements Model
2
2
Outline
 Stakeholders
 SDLC Core Process 3 – Analysis
 Information Gathering Techniques
 Types of Requirements

3
FURPS+
Stakeholders
" W h o d o y o u invo lve a n d ta lk to ?"
4

Internal Stakeholders

External stakeholders

Operational stakeholders
- regularly interact with system

Executive stakeholders
- don’t directly interact but ..
- use the info , or
- have financial interest
SDLC Phase: Analysis
 Core Process 3:
Discover & understand details
5
SDLC Phase: Analysis
 Gather detailed info

Information Gathering Techniques
-

Why do we use different Techniques?
-
6
Interviews
Observation
Review documents & procedures
Questionnaires
Research vendor solutions
User feedback
Formal Systems
Informal Systems
Information Gathering
Techniques
 Interviews

Interview users & other key stakeholders
Effective way to understand business
functions and rules
- Disadvantage
-
•
•

time consuming
resource expensive
Tips:
Plan the interview
Interview several key people together (pros & cons)
Listen carefully and take notes
Be neutral
- Seek diverse views
- Stay on schedule
-
7
Information Gathering
Techniques
 Observations

Direct Observation
Watching users do their jobs
Firsthand & objective
- Disadvantage
-
•
•
8
People may change their normal operating behavior.
Time-consuming
Information Gathering
Techniques
 Review Documents

Existing business documents
-

Forms, reports, work procedures
Input & outputs
Types of information to be discovered:
-
9
& Procedures
Reasons for current system design
Rules for processing data
Problems with existing system
Discrepancies, Redundancies
Opportunity to meet new need
Special information processing
circumstances
Information Gathering
Techniques
 Questionnaires

Used with a large number of stakeholders

Closed-ended & open-ended questions
-
Quantitative data vs. Qualitative data
 Research

Vendor Solutions
Many problems have been solved by other companies
-
+ provide new ideas, cheaper, less risky
- may purchase before understanding problem
 User Feedback


10
Collecting feedback after initial testing
Comments & suggestions
SDLC Phase: Analysis
 Define requirements
 System Requirements - (def) specifications that define the new
system
-
Functional
Functional Requirements - activities the system must perform
Non-Functional Requirements - constraints and performance goals
Usability
requirements requirements
• UI Design
• Navigation
• Help Doc.
Reliability
Performance Security
requirements requirements requirements
•
•
•
•
Avail. reqs
Detection
Backup
recovery
• Response time
real time
-batch
Model - a representation of some aspect of
a system
 Textual model
 Graphical models
 Mathematical models
11
• Data storage
• Data transmission
• Encryption
+
SDLC Phase: Analysis
 Prioritize


requirements
High vs. low priority
Scope creep
 Develop UI Dialogs


Prototype
Can be better than an abstract model
 Evaluate
12
Requirements with users