113 quiz 3

studied byStudied by 21 people
5.0(1)
Get a hint
Hint

What is the difference between a horizontal and a vertical traceability link?

1 / 121

encourage image

There's no tags or description

Looks like no one added any tags here yet for you.

122 Terms

1

What is the difference between a horizontal and a vertical traceability link?

Horizontal — Within same phase

Vertical — Between phases

New cards
2

What is the difference between backward and forward traceability?

  • Backward traceability 

    • Why is this here?

    • Where does it come from?

  • Forward traceability

    • Where is this taken into account?

    • What are the implications of this?

New cards
3

What is the difference between a revision and a variant?

  • Revision = to correct, improve single-product versions

  • Variants = to adapt, restrict, extend multi-product version

New cards
4

What is the focus of requirements management?

Requirements changes

New cards
5

What is not a common source of requirements changes?

Traceability links

New cards
6

Backwards traceability provides the answer to…?

Why is this here?

New cards
7

A traceability link going from a use case to a source code file would be a __________ link

vertical, forward

New cards
8

The purpose of a _______ is to correct/improve a single-product version

revision

New cards
9

For which type of SW feature is it probably better to use AI?

One in which different content is recommended to different users

New cards
10

When should AI automate rather than augment?

When the task is boring and repetitive

New cards
11

For which type of SW feature is it probably better not to use AI?

One in which maintaining predictability is valuable

New cards
12

If Netflix’s recommendation feature suggests a movie you end up hating, this is a…

false positive

New cards
13

If Netflix’s recommendation feature includes more movies you don’t actually like, it’s probably optimizing for…

recall

New cards
14

Which of the following are standard features of requirements management tools?

  • database

  • traceability

  • change control and management

  • document analysis and generation

  • database

  • traceability

  • change control and management

  • document analysis and generation

New cards
15

True or false: Rational DOORS is the industry standard for RE tools and the one most widely used

false

New cards
16

What type of software would likely require you to follow a domain-specific standard for RE?

Self-driving car

New cards
17

The knowledge of RE standards is rather ______, and the known standards are _____ used

low, barely

New cards
18

Why do requirements change?

  • Problem keeps shifting

  • Stakeholders form a better understanding of system as time goes on

New cards
19

Problems with information management are…

consistency maintenance, change propagation, versioning

New cards
20

Definition of requirements/change mangement

process of anticipating, evaluating, agreeing on, and propagating changes in requirements doc

New cards
21

Source of requirement changes include

  • Requirement errors, conflicts, and inconsistencies

  • Evolving customer/end-user system knowledge

  • Technical, schedule, or cost overruns

  • Changing customer priorities

  • Environmental changes

  • Organizational changes

New cards
22

Features are ______ units

change

New cards
23

Feature changes yield…..

new system versions

New cards
24

Revisions aim to…

correct and improve single-product versions

New cards
25

Variants aim to…

adapt, restrict, and extend multi-product versions

New cards
26

A requirement is traceable if you can identify…

  • WHERE it comes from

  • WHAT/HOW it is used

  • WHY it’s there

New cards
27

Definition of traceability management

  • Identify, document, and retrieve rationale and dependencies/impact of requirements

  • Assess impact of proposed changes

  • Easily propagate changes to maintain consistency among req items + between requirement items and downstream software items

New cards
28

Traceability should be…

identified, recorded, and retrieved; bidirectional (forwards and backwards)

New cards
29

Forwards traceability describes…

source TO target

New cards
30

Backwards traceability describes…

target TO source

New cards
31

Horizontal traceability occurs within _______ phase

the same

New cards
32

Vertical traceability occurs between ______ phases

different

New cards
33

Backwards traceability answers the questions

  • Why is this here?

  • Where does it come from?

New cards
34

Forwards traceability answers the questions

  • Where is this taken into account?

  • What are the implications of this?

New cards
35

Some examples of TM techniques include…

Cross referencing, traceability matrices, feature diagrams (for variant link types), traceability databases

New cards
36

Process for change management is…

  • Define traceability policy (trade-offs, next steps)

  • Establish traceability links (which items to trace? which link types to use?)

  • Exploit traceability links (coverage analysis, support analysis, evolution support)

  • Maintain traceability links (update after changes)

New cards
37

Definition of requirements management is…

Process of managing requirements – focus on change to the requirements for a system

New cards
38

What are some principle concerns of requirements management?

managing changes to agreed requirements

managing relationships between requirements

managing dependencies between requirements doc and downstream documents

New cards
39

Requirements cannot be managed effectively without…

requirements traceability

New cards
40

If changes have ____ impact, you should rerun RE process

high

New cards
41

If changes have ____ impact, you should absorb changes (but be aware of risk!)

low

New cards
42

Scope creep happens when…

new functionality and significant changes that are presented after project requirements have been baselined

New cards
43

Best way to prevent scope creep is to….

just say no!!! (throwback to drug seminars)

New cards
44

Change management describes…

the procedures, processes, and standards used to manage changes to requirements 

New cards
45

In agile and iterative development processes, a requirements change request should (affect/never affect?) the current sprint iteration

never affect

New cards
46

In agile and iterative development processes, a requirements change request should get added to….

the product backlog

New cards
47

AI systems, as compared to non-AI systems, are ..(more/less?) data dependent

more

New cards
48

AI systems, as compared to non-AI systems, evolve… (more/less?) frequently

more

New cards
49

AI systems, as compared to non-AI systems, have …(more/less?) need for continuous monitoring

more

New cards
50

What are some questions to ask when determining whether or not to use AI?

  • Will the solution require AI?

  • Will the solution be meaningfully enhanced by AI?

  • Will the solution not benefit or be degraded from AI?

New cards
51

AI is better when…

  • Recommending different content to different users

  • Predicting future events

  • Personalization improves UX

  • UX requires NL interaction

  • Recognition of an entire class of entities

  • Detection of low-occurrence events that change over time

  • Agent or bot experience for a particular domain

  • UX does not rely on predictability

New cards
52

AI is NOT better when…

  • Maintaining predictability is valuable

  • Providing static or limited info

  • Risk of errors is too high

  • Complete transparency is needed

  • Optimizing for high speed and low cost

  • Tasks to automate are high-value to users

New cards
53

When thinking about AI, we should ask…

  • A: “Can we use AI to ____?”

  • B: “How might we solve____?

  • C: “Can AI solve this problem in a unique way?”

  • “How might we solve____?

  • “Can AI solve this problem in a unique way?”

New cards
54

Automation is successful when there is…

  • Increased efficiency

  • Improved human safety

  • Reduction of tedious tasks

  • Enabling new experiences that were not possible without automation

New cards
55

You should automate when…

  • People lack knowledge/ability to do the task

  • When task is boring, repetitive, awkward, or dangerous

New cards
56

True or false: When you automate, you don’t really need to add an option for human oversight (It’s helpful if it’s there, but not required)

False

New cards
57

Successful augmentation is measured by…

  • Increased user enjoyment of a task

  • Higher levels of user control over automation

  • Greater user responsibility and fulfillment

  • Increased ability for the user to scale their efforts

  • Increased creativity

New cards
58

You should augment tasks when…

  • People enjoy the task

  • Personal responsibility is required or important

  • There are high stakes

  • Specific preferences are hard to communicate

New cards
59

A reward function is…

a mathematical formula that the AI uses to determine right or wrong predictions

New cards
60

The reward function…

Determines action/behavior for which your system will try to optimize

New cards
61

Reward functions are… (major/minor?) drivers of the UX

Major

New cards
62

Precision represents..

the proportion of true positives correctly categorized out of all true and false positives

New cards
63

Higher precision means…

  • Higher confidence that model output is correct

  • Increased number of false negatives by excluding possibly relevant results

  • More accuracy, but less results

(e.g., Netflix only will recommend you 5 movies, but they’re all things you’re interested in seeing)

New cards
64

Recall represents…

the proportion of true positives correctly categorized out of all the true positives and false negatives

New cards
65

Higher recall means…

  • Higher confidence that all relevant results are included somewhere in output

  • Increased number of false positives by including possibly irrelevant results

  • Less accuracy, but more results

(e.g., Netflix will recommend you 100 movies, but you only want to see 5 of them)

New cards
66

Find good candidates for AI by…

  • Finding intersection of user needs and AI strengths

  • Assessing automation vs augmentation

  • Designing and evaluating the reward function

New cards
67

What can be supported by RE tools?

  • Elicitation – analyze textual artifacts

  • Documentation – generating and editing requirement work products

  • Modeling – primarily model editors

  • Management – store and retrieve, prioritize, trace, …

  • Validation – finding quality problems, simulators, model checkers, …

New cards
68

Support levels for RE include…

General purpose » Database level » language/method based

New cards
69

General purpose RE support includes things like..

word processors, spreadsheet tools, general-purpose graphic drawing tools, … (things that are used for other things but can also be used for RE)

New cards
70

Database-level RE support describes...

RE management tools for organizing, storing, retrieving, and tracing requirements

New cards
71

Language/method-based RE support describes things like...

state machine diagrams, UML + tools for supporting specific methods (validation with model-checking or checking doc for compliance)

(tools that support specific requirements language)

New cards
72

Features of requirement management tools include…

  • Database

  • Document analysis and generation

  • Change control and management

  • Traceability

New cards
73

The primary usage of AI in RE is…

processing natural language texts with machine learning

New cards
74

Places where AI’s NL processing can be used includes…

  • Finding and classifying (potential requirements, glossary candidates, smells)

  • Recommending (further stakeholders)

  • Analyze (automated impact analysis when requirements change)

  • Generating (requirements for a given problem, acceptance criteria)

  • Support (chatbots for autonomous interaction with a large number of stakeholders)

New cards
75

What are the three relevant dimensions of RE ethics?

  1. Ethics of profession (how to act ethically as a requirements engineer)

  2. Ethics of use (impact of requirements on user)

  3. Ethics of design (impact of requirements on system design)

New cards
76

What are some ways you could model structure and data?

E-R models, class models, data dictionaries

New cards
77

What are E-R models?

Models the relevant part of the domain using entity types, relationship types, and attributes

A straightforward mapping to relational database systems

New cards
78

What is a potential problem with E-R models?

They ignore functionality and behavior

New cards
79

What are class models?

  • Identifies entities in the domain that the system has to store and process

  • Map this info to classes, attributes, relationships, and operations

  • Represent requirements in a static structural model

New cards
80

What are data dictionaries?

Collection of detailed info about the data entities used in an application (composition, data types, allowed values, …)

New cards
81

Data dictionaries can be used to complement….

project glossaries

New cards
82

Static system models are..

info that a system needs to know and store persistently

New cards
83

Static domain models are…

(business) objects and relationships in a domain of interest

New cards
84

Activity models would be..

  • UML activity diagrams

  • Models process activities and control flow

  • Can model data flow

New cards
85

Data and information flows …

  • Models system functionality with data flow diagrams

  • Are rarely used today

New cards
86

The goal when modeling state and behavior is to..

describe dynamic system behavior

(how system reacts to external events, how independent system components coordinate work)

New cards
87

RE standards describe..

process/products + characteristics/attributes of well-formed requirements 

New cards
88

True or false: there is no requirements engineering body of knowledge document

True

New cards
89

The ISO/IEC/IEEE 2011 is a commonly used RE standards that is…

  • Heavyweight document-, process-centric standard

  • Does not work well for participatory and lightweight RE processes

New cards
90

Validation asks..?

Are we building the right product?

New cards
91

Verification asks…

Are we building the product right?

New cards
92

Analysis works with _____ requirements

raw (aka as-elicited from stakeholders)

New cards
93

Validation works with the (first/final?) draft of requirements doc

final

New cards
94

Validation complements the ________ phases

evaluation/analysis, negotiation

New cards
95

The goals of validation/QA during RE is…

  1. Detecting errors/flaws in requirements documents (no omissions, incorrect info, contradictions… etc) 

  1. Check adequacy of requirements and assumptions (Is requirements doc acceptable prior to further development?)

New cards
96

Tasks of validation/QA during RE include..

  1. Finding as many errors as possible

  1. Report defects, analyze causes, fix

New cards
97

Requirements review and inspections are carried out by….

a group of selected personnel

New cards
98

During requirements review, personnel should…

  • Read and analyze requirements

  • Look for problems

  • Meet and discuss problems

  • Agree on actions to address problems

New cards
99

True or false: Inspectors should be independent from original requirements authors

True

New cards
100

True or false: Inspectors don’t need to be representative of all stakeholders

False

New cards

Explore top notes

note Note
studied byStudied by 49 people
... ago
5.0(2)
note Note
studied byStudied by 179 people
... ago
5.0(2)
note Note
studied byStudied by 7 people
... ago
5.0(1)
note Note
studied byStudied by 3112 people
... ago
4.9(9)
note Note
studied byStudied by 60 people
... ago
5.0(1)
note Note
studied byStudied by 31 people
... ago
5.0(1)
note Note
studied byStudied by 77 people
... ago
5.0(1)
note Note
studied byStudied by 692 people
... ago
4.8(9)

Explore top flashcards

flashcards Flashcard (26)
studied byStudied by 18 people
... ago
5.0(1)
flashcards Flashcard (39)
studied byStudied by 1 person
... ago
5.0(1)
flashcards Flashcard (100)
studied byStudied by 82 people
... ago
5.0(4)
flashcards Flashcard (22)
studied byStudied by 20 people
... ago
5.0(1)
flashcards Flashcard (35)
studied byStudied by 32 people
... ago
5.0(4)
flashcards Flashcard (134)
studied byStudied by 6 people
... ago
5.0(1)
flashcards Flashcard (73)
studied byStudied by 11 people
... ago
5.0(1)
flashcards Flashcard (30)
studied byStudied by 1 person
... ago
5.0(1)
robot