14 citations found. Retrieving documents...
Desmond Francis D'souza, Alan Cameron Wills, Object, Components and Frameworks with UML, the Catalysis method, 1999, Addison-Wesley

 Home/Search   Document Not in Database   Summary   Related Articles   Check  

This paper is cited in the following contexts:
Maintaining Evolving Component-Based Software with UML - Wu, Offutt (2002)   (Correct)

....adequately ensure the quality of componentbase software when components are modified, component users need a mechanism to adequately represent providers modifications, and a methodology to use the information. This paper presents a mechanism for this that uses the Unified Modeling Language (UML) [15, 10, 22]. The UML is a language for specifying, constructing, visualizing, and documenting artifacts of software intensive systems. It can be used to represent key parts of the internal structures of components without relying on the source code. There are several advantages to adopting the UML. First, ....

....have the source code and so can use traditional code based approaches to define regression tests. But the code is not available to the component users, so in order to create regression testing at the integration and system level, we need a way to represent the changes at a higher level. The (UML) [15, 10, 22] is a language for specifying, constructing, visualizing, and documenting artifacts of software intensive systems. UML provides di#erent diagrams for di#erent purpose, for example, class diagrams are used to specify attributes, operations and constraints of classes, and their inheritance ....

Desmond Francis D'Souza and Alan Cameron Wills. Objects, components and frameworks with UML. Addison-Wesley, 1999.


On the Precise Meaning of OCL Constraints - Hennicker, Hussmann, Bidoit (2002)   (3 citations)  (Correct)

....So [3] says (p. 125) The meaning of the precondition in UML . is often misinterpreted. The precondition is not the operation under which the operation is called. The precondition is the condition under which the operation guarantees that the postcondition will be true. In [7], even two di erent styles of semantics are distinguished (p. 121) called pre = post and pre post . The reason for using the rst style of semantics is that it is easier to collect independent requirements in this style. At this point it should be very clear that a formal framework for ....

D'Souza, D.F., Wills, A.C.: Objects, Components and Frameworks with UML. The Catalysis Approach. Addison-Wesley, 1999


Composition Patterns: An Approach to Designing Reusable Aspects - Clarke, Walker (2001)   (25 citations)  (Correct)

....requirements in code aspect oriented programming. This mapping serves to illustrate that separation of aspects may be maintained throughout the software lifecycle. 1 INTRODUCTION Software design is an important activity within the software lifecycle and its benefits are well documented [4, 5]. These include early assessment of the technical feasibility, correctness, and completeness of requirements; management of complexity and enhanced comprehension; greater opportunities for reuse; and improved evolvability. However, in practice, object oriented design models have been less useful ....

....is with its generic approach to designing re usable cross cutting behaviour in a manner that is independent of a particular programming environment. Two approaches that emphasise a more flexible separation of concerns than exists in standard object oriented design are OORam [15] and Catalysis [5]. In role modelling in OORam, large systems are described with multiple different role models that may be synthesised to create derived models. This is similar to merge integration in subject oriented design. Catalysis also supports the decomposition of software designs along vertical and ....

D. D'Souza and A. Wills. Objects, Components and Frameworks with UML. The Catalysis Approach. Addison-Wesley, 1998.


Extending standard UML with model composition semantics - Clarke (2001)   (1 citation)  (Correct)

....the design cycle. With this approach, they may be composed, with differences resolved. In addition, crosscutting behavioural elements may be modularised with generic composition with other models supported (i.e. composition patterns) Approaches to component based modelling (e.g. Catalysis [4]) are also enhanced with this approach, primarily with the modularisation and generic composition of crosscutting behaviours. See Section 3.1. Decomposing Design Models for the application of the decomposition approach to the LMS. Section 3.2. Composing Design Models illustrates the use of ....

....The subject oriented design model distinguishes itself with its notion of override integration, and more particularly, with the potential provided by composition patterns to provide for more sophisticated, complex possibilities for combination patterns. Separation of concerns with Catalysis [4] is based on UML, using horizontal and vertical slices to separate a package s contents according to concerns. Composition of artefacts is based on a definition of the UML import relationship, called join. The designer is instructed to form a new design containing the simple union of design ....

D. D'Souza, A. C. Wills. Objects, Components and Frameworks with UML. The Catalysis Approach. Addison-Wesley, 1998


Consistency Checking in UML Models - Rjxpld Hnatkowska Ci (2001)   (Correct)

....of formal definitions in modelling process. Formally defined notions enable strict verification of consistencies among diagrams. In the paper [1] the problem of consistency of class diagrams has been studied. There are many approaches of software development based on UML notation, e.g. 4] [7]. These approaches determine the phases of software development, and contents of models built within the phases. The model defined at a given phase represents a considered system from a certain point of view and consists of a set of different UML diagrams. Software developers are faced with two ....

D'Souza D.F., Wills A.C., Objects, Components and Frameworks with UML. The Catalysis^TM Approach, Addison-Wesley, 1999.


On the Definition of Concepts in Component Based Software .. - Kiziltan, Jonsson, Hnich   (Correct)

....at run time without re compilation. Moreover, components should separate their interface from their implementation. Furthermore, components should be able to inter operate on a predefined architecture. Finally, component interfaces should be standardised so that they are widely reused . In [7], components are defined as reusable parts of software that can be adapted but not modified are called components. They range from compiled code without program source, to parts of models and designs. Additionally, components are divided into two major classes: general components and ....

....of though [26] 10] Objects within a single component may access each other s implementation. However, access to implementation from outside of the component must be prevented. The lack of a visibility scope, which can enclose several objects, is a fundamental weakness of most OO PLs [25] In [7], the differences and similarities between objects and components are discussed. An important question is: Is a class a component A class may be a component but only if it has got explicit definitions of its interfaces. Other distinctions between objects and components are the following: 1) ....

[Article contains additional citation context not shown here]

D'Souza D. F and Wills A. C. Objects, Components and Frameworks with UML. The Catalysis Approach. Addison-Wesley, 1999.


The Specification of a Reference Implementation for the.. - Clark, Evans, Kent (2000)   (Correct)

.... constructs for modelling the behaviour of systems. Model management basics general mechanisms for extending and specialising the components of the language. As shown, profiles are extensions of these basic packages. An extension mechanism, similar to that proposed in the Catalysis method [6] is used to copy elements from one package into another, whilst also permitting extension of their features. 5 Each profile is organised into abstract syntax, semantics domain and a satisfaction denotation relationship between the two (see Figure 2) Both abstract syntax and semantics domain ....

D.F.D'Souza and A.C.Wills: Objects, Components and Frameworks with UML, Addison-Wesley, 1999.


Extending a Method of Devising Software Contracts - Mitchell, McKim   (Correct)

....using contracts, and identify a number of desirable extensions to the method of devising contracts. The observer framework was chosen partly because it underpins widely used registration based event notification mechanisms, which are finding increasing use in component based development (D Souza and Wills 1999), and partly because it involves collaboration between classes, thereby demonstrating that design by contract can be applied to software artefacts that are more complex than individual classes. Contracts can contain faults. Section 6 briefly discusses what testing contracts involves, and sounds a ....

....rather than checking that update has been called, we can take a more problemoriented view, and check that update has achieved its purpose. The point of the observer pattern is to give observers the opportunity to bring themselves upto date with their subjects when their subjects change. D Souza and Wills (1999) express this point nicely using an assertion that says, about a subject, that any action that changes [a subject s] state also ensures that the observer s state correctly reflects the new value. This they capture in an invariant, using a richer assertion language than Eiffel s, but one that is ....

[Article contains additional citation context not shown here]

D'Souza D and Wills A (1999). Objects, components and frameworks with UML. The Catalysis approach. Addison-Wesley.


A View on Components - Lassing, Rijsenbrij, van Vliet   (Correct)

....concept from the business domain. The state of these objects should be persistent over the life of the application. Examples of this are a customer component and an order component. collaboration components: components that implement a (template) collaboration between a number of components. In [2] these components are called frameworks. An example of this is a sales component, that is a collaboration between an order and a customer component. 3.4.#Approaches to components We encountered two different approaches of tools to components. The first approach is to see components as a piece ....

Desmond F. D'Souza and Alan C. Wills. Objects, components and frameworks with UML. Addison-Wesley, Reading, 1998.


Meta-model for Object-Oriented Hierarchical Systems - Le, Wegmann (2004)   (Correct)

No context found.

Desmond Francis D'souza, Alan Cameron Wills, Object, Components and Frameworks with UML, the Catalysis method, 1999, Addison-Wesley


The AgentComponent Approach, Combining Agents and Components - Krutisch, Meier, Wirsing (2003)   (Correct)

No context found.

Desmond Francis D'Souza, Alan Cameron Wills. Objects, Components and Frameworks With UML. Addison Wesley, 1999.


The AgentComponent Approach, Combining Agents and Components - Krutisch, Meier, Wirsing (2003)   (Correct)

No context found.

Desmond Francis D'Souza, Alan Cameron Wills. Objects, Components and Frameworks With UML. Addison Wesley, 1999.


Towards a Formal Specification for the AgentComponent - Meier, Wirsing   (Correct)

No context found.

Desmond Francis D'Souza, Alan Cameron Wills. Objects, Components and Frameworks With UML. Addison Wesley, 1999.


On the Representation of Roles in Object-Oriented and Conceptual .. - Steimann (2000)   (23 citations)  (Correct)

No context found.

DF D'Souza, AC Wills Objects, Components and Frameworks with UML (Addison-Wesley, Reading 1998).

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC