(1) A logical table that is based on data stored in an underlying set of tables. The data returned by a view is determined by a SELECT statement that is run on the underlying tables. See also base table, table.
(2) The form in which an object is presented. A choice in the action bar that a user selects to look at an object from various perspectives is an example of a view.
(3) In Eclipse-based user interfaces, any pane in the workbench that is outside the editor area and can be stacked (dragged and dropped) on top of other views. Views provide different ways to look at or work with the resources in the workbench.
(4) In the CICSPlex SM API, a temporary, customized form of a resource table. A view can consist of some or all of the resource table attributes in any order.
(5) In the CICSPlex SM ISPF end-user interface, a formatted display of selected data about CICS resources or CICSPlex SM definitions. The data in a view is obtained from a query and can be presented in one or more forms. The data can be limited to a subset of CICSplex resources or definitions by establishing a context and scope.
(6) A ClearCase object that provides a work area for one or more users. For each element in a VOB, a view's configuration specification selects one version from the element's version tree.
(7) A window that displays requirements, the attributes assigned to requirements, and the relationships between requirements. See also Attribute Matrix, traceability matrix, traceability tree.
(8) In the Reusable Asset Specification (RAS), a projection (subset) of the system models that shows a specific aspect of the system or addresses one or more of the concerns of the system stakeholders.
(9) A projection of a model, which is seen from a given perspective or vantage point and omits entities that are not relevant to this perspective.