Elicitation and Gathering Flashcards

1
Q

Agile processes has worked well for _____ projects

A

SMALL

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

We will always need experienced _____ requirements analyst for large projects because of the limited availability of knowledgeable users

A

subject matter experts (SME)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

2 levels of requirements elicitation

A

HIgh level, low level

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

The requirements analyst must probe and understand the business rationale and justification for the software or the software project

A

High Level

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

The requirements analyst must elicit and gather the details of the users’ needs and desires

A

Low Level

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

The actual elicitation may be conducted in several modes:

A

Verbal, Written, Online

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

_____ is highly recommended for users to expand on their input

A

Verbal follow up

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Throughout all the elicitation and gathering process, the requirements analyst must possess the following vital skills:

A

be patient, listen carefully, ask for more information when needed

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

The requirements analyst should also gather existing information that is available in the following documents:

A

business process document, business and technical policy document, previous system manual

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Information that contributes to this high-level business profile includes:

A

Opportunity/needs, justification, scope, major constraint, major functionality, success factor, user characteristics

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

(High level) State what high-level problems the software suppliers have been brought in to address

A

Opportunity/needs

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

(High level) The company may be losing 50% of customer orders due to poorly managed documents

A

Opportunity/needs

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

(High level) Some type of business payback

A

Justification

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

(High level) The customer may state that there is P2M of extra inventory

A

Justification

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

(High level) Establish the limits and scope of the project

A

Scope

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

(High level) The above-mentioned inventory and customer orders are the two top problems that need to be solved ASAP, such that these become areas of MAJOR requirements

17
Q

(High level) The allotted budget for the software project.:

Information on budget constraints is important when detailed requirements are being prioritized

A

Major Constraint

18
Q

(High level) Vital to have a list of what the customer and the business executives perceive as the major functionality the new software will be delivered

A

Major Functionality

19
Q

(High level) goes back to the opportunity and needs stated earlier

A

Success Factor

20
Q

(High level) Success of the system depends heavily on how well the users are trained

A

User Characteristics

21
Q

(High level)
- person’s job title and formal responsibilities,
- job activities,
- education and experience levels and
- technical competence

A

User Characteristics

22
Q

During this activity, some of the more technically savvy requirements analysts should be brought in

23
Q

Low level requirements:

A

Individual Functionality, Business flow, Data and data formats, User Interfaces, Systems with other interface, (Reliability, Performance, Security, and Adaptability)

24
Q

(low level) Most obvious group and usually the natural starting point of requirements elicitation

A

Individual Functionality

25
(low level) Functionality by itself is not enough, it must be explained in the context of the______ or in the context of how users perform their tasks
business flow
26
(low level) What is the information that needs to be entered into the system and for what purpose?
data and data fromats
27
(low level) How the input and output of a software system is presented
user interfaces
28
(low level) Besides interface with users, there are other interfaces such as those with an existing application or to a network system
Systems with other interface
29
(low level) Serves as a catchall group and acts as a prompter for all nonfunctional requirements that are important to a software project
Reliability, Performance, Security, and Adaptability
30
addresses the system is up
Availability
31
addresses the issue of it functioning properly WITHOUT defect and according to specification
Reliability