Soft Eng | 2nd Quiz Flashcards

1
Q

an evolutionary software process model that couples the iterative nature of prototyping with the controlled and systematic aspects of the waterfall model

A

spiral model

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

spiral process model was originally proposed by

A

barry boehm

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

it provides the potential for rapid development of increasingly more complete versions of the software

A

spiral model

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

a risk-driven process model generator that is used to guide multi- stakeholder concurrent engineering of software intensive systems

A

spiral development model

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

two main distinguishing features of spiral model

A

cyclic approach and set of anchor point milestones

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

it is for incrementally growing a system’s degree of definition and implementation while decreasing its degree of risk

A

cyclic approach

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

it is for ensuring stakeholder commitment to feasible and mutually satisfactory system solutions

A

set of anchor point milestones

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

concurrent development model is sometimes called

A

concurrent engineering

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

it allows a software team to represent iterative and concurrent elements of any of the process models

A

concurrent development model

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

this activity may be in any one of the states noted at any given time

A

modeling

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

is dynamic, content specific, aggressively change embracing, and growth oriented

A

agility

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

it encourages team structures and attitudes that make communication more simplistic

A

agility

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

it emphasizes rapid delivery of operational software and de-emphasizes the importance of intermediate work products

A

agility

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

it can be applied to any software process

A

agility

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

it is most widely used agile process model

A

extreme programming

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

it uses an object-oriented approach as its preferred development paradigm

A

extreme programming

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

four (4) framework activities of extreme programming

A

planning, design, coding, and testing

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

a design prototype

A

spike solutions

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

an iterative refinement of the internal program design

A

refactoring

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

occurs both before and after coding commences

A

design

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

developers work in pairs, checking each other’s work and providing the support to always do a good job

A

pair programming

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

this framework activity of XP, stores user stories, values, acceptance test criteria, and iteration plan

A

planning

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

it defines four (4) framework activities: Planning, Design, Coding, and Testing

A

extreme programming

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

this phase of adaptive software development incorporates adaptive cycle planning, mission statement, project constraints, basic requirements, and time-boxed release plan

A

speculation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
a technique for building complex software and systems
adaptive software development
26
focus on human collaboration and team self-organization
adaptive software development
27
it incorporates three phases: Speculation, Collaboration, and Learning
adaptive software development
28
refers to the planning paradox—outcomes are unpredictable, therefore, endless suppositions on a product’s look and feel are not likely to lead to any business value
speculate
29
in this mindset, planning is to speculation as intention is to need
adaptive software development
30
it represents a balance between managing the doing and creating and maintaining the collaborative environment
collaboration
31
it challenges all stakeholders and project team members
learning
32
an agile software development approach that provides a framework for building and maintaining systems which meet tight time constraints through the use of incremental prototyping in a controlled project environment
dynamic systems development method
33
an iterative software process in which each iteration follows the 80 percent rule
dynamic systems development method
34
it establishes the basic business requirements and constraints associated with the application to be built
feasibility study
35
it establishes the functional and information requirements that will allow the application to provide business value
business study
36
produces a set of incremental prototypes that demonstrate functionality for the customer
functional model iteration
37
revisits prototypes built during functional model iteration to ensure that each has been engineered in a manner that will enable it to provide operational business value for end users
design and build iteration
38
it places the latest software increment into the operational environment
implementation
39
can be combined with XP to provide a combination approach that defines a solid process model
dynamic systems development method
40
they are consistent with the agile manifesto and are used to guide development activities within a process that incorporates the five framework activities: requirements, analysis, design, evolution, and delivery
scrum principles
41
within each framework activity, work tasks occur within a process pattern called
sprint
42
emphasizes the use of a set of software process patterns that have proven effective for projects with tight timelines, changing requirements, and business criticality
scrum
43
items can be added to the backlog at any time
scrum
44
five framework activities of scrum
requirements, analysis, design, evolution, and delivery
45
a prioritized list of project requirements or features that provide business value for the customer
backlog
46
one of the most lightweight, adaptable approaches to software development
crystal methodology
47
it is actually comprised of a family of agile methodologies such as Crystal Clear, Crystal Yellow, Crystal Orange and others, whose unique characteristics are driven by several factors such as team size, system criticality, and project priorities
crystal
48
it promotes early, frequent delivery of working software, high user involvement, adaptability, and the removal of bureaucracy or distractions
crystal
49
it addresses the realization that each project may require a slightly tailored set of policies, practices, and processes in order to meet the project‘s unique characteristics
crystal family
50
a model-driven, short-iteration process
feature driven development
51
it continues with a series of two-week “design by feature, build by feature”
feature driven development
52
it features are small, “useful in the eyes of the client” results
feature driven development
53
it means that requirements for a product are defined, managed and tested systematically
requirement engineering
54
it builds a bridge to design and construction
requirement engineering
55
it provides the appropriate mechanism for understanding what the customer wants, analyzing need, assessing feasibility, negotiating a reasonable solution, specifying the solution unambiguously, validating the specification, and managing the requirements as they are transformed into an operational system
requirement engineering
56
it contains a complete information description, a detailed functional description, a representation of system behavior, an indication of performance requirements and design constraints, appropriate validation criteria, and other information pertinent to requirements
system requirement specification
57
it is a document that completely describes what the proposed software should do without describing how software will do it
system requirement specification
58
it is also helping the clients to understand their own needs
system requirement specification
59
the basic goal of this phase is to produce the SRS, which describes the complete behavior of the proposed software
requirement phase
60
it is said to be of high quality when the developer and user easily understand the prepared document
system requirement specification
61
it is when all user requirements are stated in the requirements document
correct
62
it is when every stated requirement has only one interpretation
unambiguous
63
it is when the requirements clearly define what the software is required to do
complete
64
all requirements are not equally important, hence each requirement is identified to make differences among other requirements
ranked for importance
65
it implies the probability of changes in the requirement in future
stability
66
the requirements of the user can change, hence requirements document should be created in such a manner that those changes can be modified easily, consistently maintaining the structure and style of the SRS
modifiable
67
it is when the source of each requirement is clear and facilitates the reference of each requirement in future
traceable
68
it implies that each requirement should be traceable to design and code elements
forward tracing
69
it implies defining each requirement explicitly referencing its source
backward tracing
70
it is when the specified requirements can be verified with a cost-effective process to check whether the final software meets those requirements
verifiable
71
it is essential for verifiability
unambiguity
72
it is when the subsets of individual requirements defined do not conflict with each other
consistent
73
these are statements of services the system should provide, how the system should react to particular inputs, and how the system should behave in particular situations
functional requirements
74
in some cases, it may also explicitly state what the system should not do
functional requirements
75
these are constraints on the services or functions offered by the system
non-functional requirements
76
it often applies to the system as a whole rather than individual system features or services
non-functional requirements
77
requirements which specify that the delivered product must behave in a particular way e.g. execution speed, reliability, etc.
product requirements
78
requirements which are a consequence of organizational policies and procedures e.g. process standards used, implementation requirements, etc.
organisational requirements
79
requirements which arise from factors which are external to the system and its development process e.g. interoperability requirements, legislative requirements, etc.
external requirements