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

A

Scope

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

A

Low Level

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
Q

(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

A

business flow

26
Q

(low level) What is the information that needs to be entered into the system and for what purpose?

A

data and data fromats

27
Q

(low level) How the input and output of a software system is presented

A

user interfaces

28
Q

(low level) Besides interface with users, there are other interfaces such as those with an existing application or to a network system

A

Systems with other interface

29
Q

(low level) Serves as a catchall group and acts as a prompter for all nonfunctional requirements that are important to a software project

A

Reliability, Performance, Security, and Adaptability

30
Q

addresses the system is up

A

Availability

31
Q

addresses the issue of it functioning properly WITHOUT defect and according to specification

A

Reliability