22.11.2012 Views

Schaum's Outline Series

Schaum's Outline Series

Schaum's Outline Series

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Software Process and<br />

Other Models<br />

2.1 The Software Process Model<br />

A software process model (SPM) describes the processes that are done to achieve<br />

software development. A software process model usually includes the following:<br />

Tasks<br />

Artifacts (files, data, etc.)<br />

Actors<br />

Decisions (optional)<br />

TEAMFLY<br />

The notations used can vary. The standard software process model uses ovals<br />

for tasks and processes. The artifacts are represented by rectangles and the actors<br />

by stick figures. Many software process models do not include decisions. We will<br />

use diamonds whenever we show decisions. The flow is shown by arcs and is<br />

usually left-to-right and top-down. Arcs are normally not labeled.<br />

The following are rules and interpretations for correct process models:<br />

Two tasks cannot be connected by an arc. Tasks must be separated by artifacts.<br />

A task is not executable until its input artifacts exist.<br />

There are one or more start tasks and one or more terminal tasks.<br />

All tasks must be reachable from the start task.<br />

There is a path from every task to the terminal task.<br />

Software process models can be descriptive; that is, they can describe what has<br />

happened in a development project. The descriptive model is often created as part<br />

of a postmortem analysis of a project. This can be useful in terms of identifying<br />

problems in the software development process. Or, software process models can be<br />

Copyright 2002 The McGraw-Hill Companies, Inc. Click Here for Terms of Use.<br />

7

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!