Spelling suggestions: "subject:"[een] OBJECT ORIENTED PROGRAMMING"" "subject:"[enn] OBJECT ORIENTED PROGRAMMING""
1 |
An object-oriented environment for control system designPhaal, P. January 1987 (has links)
No description available.
|
2 |
Object-oriented divide-and-conquer for parallel processingPiper, Andrew James January 1994 (has links)
No description available.
|
3 |
A technique for clarifying the implementation of relationships between objects to enhance software reuseMayes, Jeanne Audrey January 1995 (has links)
No description available.
|
4 |
A graph-based framework for dynamic process systems modellingHarris, S. J. January 1998 (has links)
No description available.
|
5 |
The roles of inheritance in software developmentArmstrong, James Matthew January 1991 (has links)
No description available.
|
6 |
On software reusability, portability and user interface acceptability in UNIX -based aplicationsLawson, Edwin W. January 1990 (has links)
No description available.
|
7 |
Detection of feature interactions in an object-oriented feature-based design systemAbdul-Razak, Ariffin January 1997 (has links)
No description available.
|
8 |
Selective transparency in distributed transaction processingMcCue, Daniel Lawrence January 1992 (has links)
Object-oriented programming languages provide a powerful interface for programmers to access the mechanisms necessary for reliable distributed computing. Using inheritance and polymorphism provided by the object model, it is possible to develop a hierarchy of classes to capture the semantics and inter-relationships of various levels of functionality required for distributed transaction processing. Using multiple inheritance, application developers can selectively apply transaction properties to suit the requirements of the application objects. In addition to the specific problems of (distributed) transaction processing in an environment of persistent objects, there is a need for a unified framework, or architecture in which to place this system. To be truly effective, not only the transaction manager, but the entire transaction support environment must be described, designed and implemented in terms of objects. This thesis presents an architecture for reliable distributed processing in which the management of persistence, provision of transaction properties (e.g., concurrency control), and organisation of support services (e.g., RPC) are all gathered into a unified design based on the object model.
|
9 |
Management of long-running high-performance persistent object storesPrintezis, Antonios January 2000 (has links)
No description available.
|
10 |
Object-Oriented Specification and Design of User InterfacesHussey, Andrew Patrick Unknown Date (has links)
Formal methods are increasingly accepted for developing software systems, however their application to user-interface development is less common. In this thesis, we demonstrate the utility of formal object-oriented techniques for specifying, designing and implementing user-interfaces. The specification of a user-interface describes user-perceivable operations and information structures for an interactive system in an implementation-independent way. Operations of a user-interface specification define tasks. User-interfaces can be specified by a system of communicating agents where some agents are presented to users. An agent and its presentation together define an interactor. Defining the presentation of interactors is a design concern. Widgets are common re-usable interactors for which the presentation is usually well defined. Definitions of widgets may be stored in a library. We illustrate the characteristics of notations for interactor based specification using the Object-Z language and demonstrate using interactors from a widget library. Formal methods enable a "model-based" approach to be taken to the development of user-interface designs. A specification in terms of widgets is derivable from an abstract interactor-based specification. A corresponding user-interface design is usually easily identified from a widget-based specification. Interactor-based user-interface designs can be used to define an architecture for a corresponding system implementation. Derivation of a widget-based specification from an abstract specification corresponds to a task decomposition (i.e., the abstract and widget-based specifications enable the same tasks to be performed, although the operations involved differ). Task decomposition defines a compatibility relation between user-interface specifications. We give "specification patterns" to assist incrementally transforming an abstract user-interface specification to an equivalent specification in terms of widgets.
|
Page generated in 0.0554 seconds