Concepts:  Representing Graphical User-Interfaces

In systems in which there is a great deal of user interaction, it is often desirable to represent the entire user interface as a single analysis class during Use-Case Analysis. These classes are, in reality, composed of many different kinds of other classes: buttons, windows, menus, sub-panes, controls, etc. Using a single class to represent this complex collaboration is sometimes too great an over-simplification. While a single class could be used, refining it as we go along, it is often easier to represent this with a more encompassing concept, the subsystem.

In the past, we have accepted the use of a single class to represent complex collaborations such as GUI interfaces due to our limited design vocabulary. These classes were regarded, in a sense, as the entry points to complex collaborations, but they really were not classes in the real sense (they did not have a single well-defined set of responsibilities, except in a very loose sense) and they often disappeared in the design process. In the end, we discovered the real classes and collaborations, and distributed the behavior of these place-holder classes to them. Some of the work performed in Prototype the User Interface by the Role: User-Interface Designer when producing the Artifact: User-Interface Prototype may be able to be carried forward and reused, depending on the nature of that prototype.

Copyright  © 1987 - 2001 Rational Software Corporation

Rational Unified Process