Review — Software Processes

A comprehensive review of software processes, covering all fundamental knowledge areas: the three generic process models (waterfall, incremental, reuse-oriented), the four process activities (specification, design and implementation, validation, evolution), coping with change (prototyping, incremental delivery, Boehm's spiral model), and the Rational Unified Process.

download Export
search_insights Statistics
stylus_note White Board
Quran
calculate Calculator
dictionary Dictionary
fullscreen Full Screen

QUESTION OF
Views #: 23
Questions #: 19
Pass Score: 80.0%
Style
Mode

Four Fundamental Process Activities

1 pts
Please drag and drop the options to sort them

Every software process must include four fundamental activities. Sort them into the order of dependency.

Software validation
Software design and implementation
Software evolution
Software specification
note_alt Add notes
flag Flag

Correct Answer

Explanation

Waterfall Model — Best Use Case

1 pts
volume_mute

The diagram below shows the waterfall model's cascading stages.

Requirements DefinitionSystem & Software DesignImplementation & Unit TestIntegration & System TestOperation & Maintenance


In what situation should the waterfall model be used?

note_alt Add notes
flag Flag

Correct Answer

Explanation

Incremental Development — Three Benefits

1 pts
volume_mute

Incremental development has three important benefits compared to the waterfall model. Which of the following are those benefits? Select all that apply.

note_alt Add notes
flag Flag

Correct Answer

Explanation

Reuse-Oriented Model — Inevitable Disadvantage

1 pts
volume_mute

The reuse-oriented software engineering approach reduces development cost and risk. What is its inevitable disadvantage?

note_alt Add notes
flag Flag

Correct Answer

Explanation

Requirements Engineering Process

1 pts

The diagram below shows the four activities in the requirements engineering process.

FeasibilityStudyElicitation& AnalysisSpecificationActivityRequirementsValidationActivities are interleaved, not strictly sequential


Classify each activity under its correct description.

drag and drop the selected option to the right place

note_alt Add notes
flag Flag

Correct Answer

Explanation

Two Levels of Requirements

1 pts

Requirements are usually presented at two levels of detail. Match each level to its correct audience and description.

To complete the line match

  1. Click on an item in the first group
  2. Click on the match in the second group

To delete a match, double click on a line

Level

User requirements
System requirements

Description

Abstract statements for the customer and end-user of the system
A more detailed description of the functionality to be provided, for system developers
note_alt Add notes
flag Flag

Correct Answer

Explanation

Testing vs Debugging

1 pts

Testing and debugging are two different processes. Classify each statement correctly.

drag and drop the selected option to the right place

note_alt Add notes
flag Flag

Correct Answer

Explanation

Three Testing Stages

1 pts

Software validation uses a three-stage testing process. Complete the sentence about acceptance testing.

In acceptance testing, the system is tested with data supplied by the (1) rather than simulated test data. This is the (2) stage before the system is accepted for operational use.

Please drag and drop the selected option in the right place or type it instead
system customer
final
note_alt Add notes
flag Flag

Correct Answer

Explanation

V&V — Two Goals

1 pts
volume_mute

Software Verification and Validation (V&V) is intended to show two things. Which two? Select both.

note_alt Add notes
flag Flag

Correct Answer

Explanation

Software Evolution — Modern View

1 pts
volume_mute

Which statement best reflects the modern view of the relationship between software development and software maintenance?

note_alt Add notes
flag Flag

Correct Answer

Explanation

Change Avoidance vs Change Tolerance

1 pts

Two approaches can reduce the costs of rework caused by change. Match each approach to its correct definition.

To complete the line match

  1. Click on an item in the first group
  2. Click on the match in the second group

To delete a match, double click on a line

Approach

Change avoidance
Change tolerance

Definition

The software process includes activities that anticipate possible changes before significant rework is required
The process is designed so that changes can be accommodated at relatively low cost — normally involves incremental development
note_alt Add notes
flag Flag

Correct Answer

Explanation

Prototype — Purpose and Throwaway Risk

1 pts
volume_mute

Why is it generally unwise to deliver a throwaway prototype as the final operational system? Select all that apply.

note_alt Add notes
flag Flag

Correct Answer

Explanation

Incremental Delivery — Advantages and Problems

1 pts

Classify each statement as either an advantage or a problem of incremental delivery.

drag and drop the selected option to the right place

note_alt Add notes
flag Flag

Correct Answer

Explanation

Boehm's Spiral Model — Four Sectors

1 pts
volume_mute

The diagram below shows the four sectors of each loop in Boehm's spiral model.

1. Objective Setting Define objectives & identify risks 2. Risk Assessment & Reduction 3. Development & Validation Model chosen based on risk 4. Planning Review & continue? Each loop = one phase of the software process


What is the key feature that distinguishes the spiral model from other software process models?

note_alt Add notes
flag Flag

Correct Answer

Explanation

RUP — Three Perspectives

1 pts

Unlike conventional process models that present a single view, the RUP is described from three perspectives. Complete the sentences.

The (1) perspective shows the phases of the model over time. The (2) perspective shows the process activities (workflows) that are enacted.

note_alt Add notes
flag Flag

Correct Answer

Explanation

RUP Four Phases

1 pts

The diagram below shows the four phases of the RUP.

InceptionBusiness caseElaborationArchitectureConstructionDesign, code & testTransitionDeploy to usersWhole phase set may repeat (phase iteration)


Match each phase to its primary goal and output on completion.

To complete the line match

  1. Click on an item in the first group
  2. Click on the match in the second group

To delete a match, double click on a line

Phase

Inception
Elaboration
Construction
Transition

Goal/Output

Establish a business case; output: go/no-go decision — project may be cancelled if contribution is minor
Understand problem domain, establish architecture; output: requirements model, architectural description, development plan
System design, programming, and testing; output: working software system ready for delivery
Move system to user community; output: documented software system working in its operational environment
note_alt Add notes
flag Flag

Correct Answer

Explanation

RUP — Phases vs Workflows

1 pts
volume_mute

True or False: In the RUP, phases are directly equated with process activities (workflows), just like in the waterfall model.

note_alt Add notes
flag Flag

Correct Answer

Explanation

RUP — Six Best Practices

1 pts
volume_mute

The RUP's practice perspective recommends six fundamental best practices. Which of the following is not one of the six?

note_alt Add notes
flag Flag

Correct Answer

Explanation

Classify Techniques by Strategy

1 pts

Classify each technique under the change-management strategy it primarily supports.

drag and drop the selected option to the right place

note_alt Add notes
flag Flag

Correct Answer

Explanation