wayground logo

Free Printable Worksheets

Font size

S
M
L
XL
Worksheets

Software Process Structures Quiz

Total questions: 45

Worksheet time: 23mins

Name
Class
Date
1.

What is a software process?

a)

A software process is a set of random steps followed to develop any kind of product.

b)

A software process only involves coding and does not include planning or testing.

c)

A software process as a framework for the activities, actions, and tasks that are required to build high-quality software.

d)

A software process defines the approach that is taken as software is engineered.

2.

It describes how the framework activities and the actions and tasks that occur within each framework activity are organized with respect to sequence and time.

a)

Work Flow

b)

Software Flow

c)

Process Flow

d)

Engineering Flow

3.

What are the types of Process Flow?

a)

Linear Process Flow

b)

Iterative Process Flow

c)

Software Process Flow

d)

Evolutionary Process Flow

e)

Parallel Process Flow

4.

This type of process flow executes each of the five framework activities in sequence, beginning with communication and culminating with deployment.

a)

Linear Process Flow

b)

Iterative Process Flow

c)

Evolutionary Process Flow

d)

Parallel Process Flow

5.

This type of process flow executes one or more activities in parallel with other activities (e.g., modeling for one aspect of the software might be executed in parallel with construction of another aspect of the software).

a)

Linear Process Flow

b)

Iterative Process Flow

c)

Evolutionary Process Flow

d)

Parallel Process Flow

6.

This type of process flow executes the activities in a “circular” manner. Each circuit through the five activities leads to a more complete version of the software.

a)

Linear Process Flow

b)

Iterative Process Flow

c)

Evolutionary Process Flow

d)

Parallel Process Flow

7.

This type of process flow repeats one or more of the activities before proceeding to the next.

a)

Linear Process Flow

b)

Iterative Process Flow

c)

Evolutionary Process Flow

d)

Parallel Process Flow

8.

Identifying a Task Set. A task set defines the actual work to be done to accomplish the objectives of a software engineering action. what are the list in identifying a task set.

a)

A list of the task that is not required to have planning

b)

A list of the task to be accomplished

c)

A list of the work products to be produced

d)

A list of the quality assurance filters to be applied

e)

A list of the task that is not required programming

9.

Which is true about Process Patterns?

a)

Defines a specific programming language syntax.

b)

Describes a process-related problem that is encountered during software engineering work

c)

Applicable to hardware design processes.

d)

Identifies the environment in which the problem has been encountered

e)

Suggests one or more proven solutions to the problem.

10.

The Process Pattern describes a process-related problem that is encountered during software engineering work.

a)

True

b)

False

11.

Process Pattern identifies the environment in which the problem has been encountered.

a)

True

b)

False

12.

Defines a specific programming language syntax. This is one of the process patterns?

a)

True

b)

False

13.

Suggests one or more proven solutions to the problem.

a)

True

b)

False

14.

This process pattern is only applicable to hardware design processes.

a)

True

b)

False

15.

What are the types of Process Patterns?

a)

Stage Patterns

b)

Aviles Patterns

c)

Task Patterns

d)

Phase Patterns

e)

Ambler's Patterns

16.

This type of process patterns defines a problem associated with a framework activity for the process.

a)

Stage Patterns

b)

Task Patterns

c)

Phase Patterns

d)

Aviles Patterns

17.

This type of process patterns defines the sequence of framework activities that occur with the process, even when the overall flow of activities is iterative in nature.

a)

Stage Patterns

b)

Task Patterns

c)

Phase Patterns

d)

Aviles Patterns

18.

This type of process patterns defines a problem associated with a software engineering action or work task and relevant to successful software engineering practice.

a)

Stage Patterns

b)

Task Patterns

c)

Phase Patterns

d)

Aviles Patterns

19.

It provides a five step process assessment model that incorporates five phases including initiating, diagnosing, establishing, acting and learning.

a)

SCAMPI (Standard CMMI Assessment Method for Process Improvement)

b)

CBA IPI (CMM-Based Appraisal for Internal Process Improvement)

c)

SPICE (ISO/IEC15504)

d)

ISO 9001:2000 for Software

20.

Defines a set of requirements for software process assessment. The intent of the standard is to assist organizations in developing an objective evaluation of the efficacy of any defined software process.

a)

SCAMPI (Standard CMMI Assessment Method for Process Improvement)

b)

CBA IPI (CMM-Based Appraisal for Internal Process Improvement)

c)

SPICE (ISO/IEC15504)

d)

ISO 9001:2000 for Software

21.

It provides a diagnostic technique for assessing the relative maturity of a software organization; uses the SEI CMM as the basis for the assessment.

a)

SCAMPI (Standard CMMI Assessment Method for Process Improvement)

b)

CBA IPI (CMM-Based Appraisal for Internal Process Improvement)

c)

SPICE (ISO/IEC15504)

d)

ISO 9001:2000 for Software

22.

A generic standard that applies to any organization that wants to improve the overall quality of the products, systems, or services that it provides. Therefore, the standard is directly applicable to software organizations and companies.

a)

SCAMPI (Standard CMMI Assessment Method for Process Improvement)

b)

CBA IPI (CMM-Based Appraisal for Internal Process Improvement)

c)

SPICE (ISO/IEC15504)

d)

ISO 9001:2000 for Software

23.

This model advocate an orderly approach to software engineering. That leads to a few questions If prescriptive process models strive for structure and order, are they inappropriate for a software world that thrives on change? Yet, if we reject traditional process models (and the order they imply) and replace them with something less structured, do we make it impossible to achieve coordination and coherence in software work?

a)

Engineering Models

b)

Process Models

c)

Prescriptive Process Models

d)

Developer Models

24.

This model suggests a systematic, sequential approach to software development that begins with customer specification of requirements and progresses through planning, modeling, construction, and deployment.

a)

Prescriptive Models

b)

V-Model

c)

Waterfall Model

d)

Incremental Model

25.

Who proposed the Water Fall Model?

a)

Aviles

b)

Ariel

c)

Royce

d)

Miguel

26.

This type of model is a method of software development where the product is designed, implemented and tested incrementally (a little more is added each time) until the product is finished. It involves both development and maintenance.

a)

Water Fall Model

b)

Incremental Model

c)

Prescriptive Model

d)

V-Model

27.

An SDLC model where execution of processes happens in a sequential manner in a V-shape. It is also known as the Verification and Validation model. The V-Model is an extension of the waterfall model and is based on the association of a testing phase for each corresponding development stage.

a)

Water Fall Model

b)

Incremental Model

c)

Prescriptive Model

d)

V-Model

28.

It is a type of incremental model which the components or functions are developed in parallel as if they were mini projects. The developments are time boxed, delivered and then assembled into a working prototype. This can quickly give the customer something to see and use and to provide feedback regarding the delivery and their requirements.

a)

Water Fall Model

b)

RAD Model (Rapid Application Development Model)

c)

Prescriptive Model

d)

V-Model

29.

This development model is also a type of Incremental model. Software is developed in incremental, rapid cycles. This results in small incremental releases with each release building on previous functionality. Each release is thoroughly tested to ensure software quality is maintained. It is used for time critical applications. Extreme Programming (XP) is currently one of the most well known agile development life cycle model.

a)

Prescriptive Process Model

b)

RAD Model (Rapid Application Development Model)

c)

Agile Model

d)

Evolutionary Model

30.

Models that are iterative in nature. They are characterized by enabling you to develop increasingly more complete versions of the software.

a)

Prescriptive Process Model

b)

RAD Model (Rapid Application Development Model)

c)

Agile Model

d)

Evolutionary Model

31.

A model where a working version is built so the client can get an “actual feel” of the system. Prototyping allows the client to better understand requirements and is especially useful for systems with a lot of user interaction.

a)

Prototype Model

b)

RAD Model (Rapid Application Development Model)

c)

Agile Model

d)

Evolutionary Model.

32.

A model that a project repeatedly passes through these phases in iterations called?

a)

Prototype Model

b)

Spiral Model

c)

Agile Model

d)

Evolutionary Model.

33.

Similar to the incremental model, but with more emphasis on risk analysis. The spiral model has four phases which is?

a)

Acceptance Testing, Requirements Modeling, System Testing, Architectural Design

b)

Communication, Planning, Modeling, Construction, Deployment

c)

Planning, Risk Analysis, Engineering, and Evaluation.

d)

Planning, Designing, Commit, Asking, Feedback

34.

Flow of Waterfall Model

a)

Acceptance Testing, Requirements Modeling, System Testing, Architectural Design

b)

Communication, Planning, Modeling, Construction, Deployment

c)

Planning, Risk Analysis, Engineering, and Evaluation.

d)

Planning, Designing, Commit, Asking, Feedback

35.

Evolutionary Models: Prototyping

a)

Communication, Planning, Breakdown of Patterns, Risk, Feedback, and Deployment delivery and feedback

b)

Planning, Risk Analysis, Engineering, and Evaluation.

c)

Communication, Planning, Modeling, Construction, and Deployment

d)

Communication, Quick Plan, Modeling Quick Design, Construction of type, Deployment delivery and feedback,

36.

It emphasizes the mathematical specification of requirements

a)

Component based development

b)

Formal methods

c)

AOSD (Aspect-Oriented Software Development)

d)

Unified Process

37.

Provides a process and methodological approach for defining, specifying, designing, and constructing aspects.

a)

Component base development

b)

Formal Methods

c)

AOSD (Aspect-Oriented Software Development)

d)

Unified Process

38.

The process to apply when reuse is a development objective.

a)

Component based development

b)

Formal methods

c)

AOSD (Aspect-Oriented Software Development)

d)

Unified Process

39.

a “use-case driven, architecture-centric,iterative and incremental” software processcloselyaligned with the Unified Modeling Language(UML)

a)

Software Process Flow

b)

Aviles Process

c)

Unified Process (UP)

d)

Iterative Flow

40.

External specifications for each component to be constructed are developed and a component design is created. Prototypes are built when uncertainty exists. All issues are recorded and tracked.

a)

High-level design review

b)

High-level design

c)

Development

d)

Postmortem

41.

Using the measures and metrics collected (this is a substantial amount of data that should be analyzed statistically), the effectiveness of the process is determined. Measures and metrics should provide guidance for modifying the process to improve its effectiveness.

a)

Planning

b)

High-level design

c)

High-level design review

d)

Postmortem

42.

The component level design is refined and reviewed. Code is generated, reviewed, compiled, and tested. Metrics are maintained for all important tasks and work results.

a)

Planning

b)

Development

c)

High-Level Design

d)

High-Level

43.

Formal verification methods are applied to uncover errors in the design. Metrics are maintained for all important tasks and work results.

a)

Development

b)

High-level design review

c)

High-level

d)

Planning

44.

This activity isolates requirements and develops both size and resource estimates. In addition, a defect estimate (the number of defects projected for the work) is made. All metrics are recorded on worksheets or templates. Finally, development tasks are identified and a project schedule is created.

a)

Planning

b)

High-Level Design

c)

Development

d)

Postmortem

45.

A process focused on building self-directed teams that plan and track their work, establish goals, and own their processes and plans. It involves coaching by managers to sustain peak performance, accelerates process improvement (making high-maturity behaviors common), and supports teaching industrial-grade team skills.

a)

AOSD (Aspect-Oriented Software Development)

b)

Unified Process (UP)

c)

Personal Software Process (PSP)

d)

Team Software Process (TSP)