The Rational Unified Process: An Introduction (3rd Edition)

ACTIVITIES

Workers have activities, which define the work they perform. An activity is a unit of work that an individual in that role may be asked to perform, and that produces a meaningful result in the context of the project. The activity has a clear purpose, usually expressed in terms of creating or updating artifacts, such as a model, a class, or a plan. Every activity is assigned to a specific worker.

The granularity of an activity is generally a few hours to a few days. It usually involves one worker and affects one or only a small number of artifacts. An activity should be usable as an element of planning and progress; if it is too small, it will be neglected, and if it is too large, progress will have to be expressed in terms of the activity's parts .

Activities may be repeated several times on the same artifact, especially from one iteration to another as the system is refined and expanded. Repeated activities may be performed by the same worker but not necessarily the same individual.

In object-oriented terms, the worker is an active object, and the activities that the worker performs are operations performed by that object. The following are examples of activities:

Activities are usually prefixed with the word Activity, as in Activity: Find use case and actors. Chapters 7 through 15 give an overview of all activities in the Rational Unified Process.

Activity Steps

Activities are broken into steps. Steps fall into three main categories:

Not all steps are necessarily performed each time an activity is invoked, so they can be expressed in the form of alternative flows.

For example, the Activity: Find use cases and actors decomposes into these seven steps:

  1. Find actors.

  2. Find use cases.

  3. Describe how actors and use cases interact.

  4. Package use cases and actors.

  5. Present the use-case model in use-case diagrams.

  6. Develop a survey of the use-case model.

  7. Evaluate your results.

The finding part (steps 1 through 3) requires some thinking; the performing part (steps 4 through 6) involves capturing the result in the use-case model; the reviewing part (step 7) requires the worker to evaluate the result to assess completeness, robustness, intelligibility, or other qualities.

Категории