Pree, W.: Komponenten-basierte Softwareentwicklung mit Frameworks. dpunkt Verlag, Heidelberg, 1997.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....mutual obligations (contracts) The concept of deploying assertions and DBC in the context of AOP was discussed in [2, 3, 13] DBC was introduced in the context of the Eiffel programming language, where a contract is hard wired in the class definition and it is inherited. Further, in iContract [14] assertions are propagated along inheritance and interface relationships. Separating contracts from the functional components could achieve a higher level of reusability and adaptability. In the case of concurrent behavior, this would avoid inheritance anomalies. Implementing DBC in an AOSD ....

....which claim to permit aspect oriented software development (AOSD) and therefore claim to be appropriate solutions for the problem of tangled code. Most of them mentioned in this context are AspectJ [2] implemented by those people who actuated the term aspect oriented programming [11] HyperJ [14], which is an offspring of subject oriented programming (SOP, 10] DemeterJ [6] whose foundation came from adaptive programming [12] and composition filters [1] More recent proposals include for example logical meta programming [16] or different mixin mechanisms like destructive mixins [15] or ....

[Article contains additional citation context not shown here]

W. Pree. Komponenten basierte Softwareentwicklung mit Frameworks. dpunkt, Heidelberg, 1997.

....each plug in to open a separated user interface limits the applicability and comfort of this approach. Another technique of binary composition is the use of mobile objects [Nel99] This approach is based on object composition [ND95] well known from patterns and frameworks [GHJV95] Pre95] [Pre97]. Java objects in byte code are used to configure other objects. While this composition is surely important for component technology, the interface description of an object only specifies static properties (such as the type of methods, and so on) Information concerning the dynamic coupling of ....

Wolfgang Pree. Komponentenbasierte Softwareentwicklung mit Frameworks. dpunkt.verlag, Heidelberg, 1997.

....have to be paid of only Download is used. In contrast to a FODA model in our bottom up approach an UML feature model may be simply derived from models of the existing non product line system. Actually The terms hot spot and frozen spot have first been introduced in the domain of frameworks [14]. the UML feature model is an abstract model of the system as it may be used in the analysis phase in order to define the requirements (in fact the feature model represents the requirements for the product line system) This abstract model has now to be extended by the various alternatives, ....

W. Pree. Komponenten basierte Softwareentwicklung mit Frameworks. dpunkt, Heidelberg,

....by another. Certainly both components may use services from each other. The arrow indicates that a more outward component is connected to a more basic one. The second type of relationship is well known from the framework approach. One component customizes the other (cf. customization in [13], 16] Of course customization implies the usage of services provided by the other components. All these component types (or components) may be developed by di erent persons playing di erent roles in the development process. This means that they can be implemented by di erent vendors [12] It ....

Pree,W.: Komponenten basierte Softwareentwicklung mit Frameworks. dpunkt, Heidelberg (1997)

....are defined as standards of the business domain, so the only contract for the component needed is to refer to these (mostly informal) standards. When considering the evolution of reuse in programs for a specific business domain, there an increase in abstraction levels can be observed (see e.g. Pree 97] In the beginning, solutions for individual problems of the application domain are implemented (and specified) In a later stage, libraries for frequently needed functions are designed, leading e.g. to object oriented application frameworks. When such a framework is mature enough, it is ....

W. Pree, Komponentenbasierte Softwareentwicklung mit Frameworks, dpunkt 1997.

....each plug in to open a separated user interface limits the applicability and comfort of this approach. Another technique of binary composition is the use of mobile objects [Nel99] This approach is based on object composition [ND95] well known from patterns and frameworks [GHJV95] Pre95] Pre97] Java objects in byte code are used to configure other objects. While this composition is surely important for component technology, the interface description of an object only specifies static properties (such as the type of methods, and so on) Information concerning the dynamic coupling of ....

Wolfgang Pree. Komponentenbasierte Softwareentwicklung mit Frameworks. dpunkt.verlag, Heidelberg, 1997.

....each plug in to open a separated user interface limits the applicability and comfort of this approach. Another technique of binary composition is the use of mobile objects [Nel99] This approach is based on object composition [ND95] well known from patterns and frameworks [GHJV95] Pre95] Pre97] Java objects in byte code are used to configure other objects. While this composition is surely important for component technology, the interface description of an object only specifies static properties (such as the type of methods, and so on) Information concerning the dynamic coupling of ....

Wolfgang Pree. Komponentenbasierte Softwareentwicklung mit Frameworks. dpunkt.verlag, Heidelberg, 1997.

....discuss Re engineering tools and caveats. 2.1 Software Re Engineering Terminology In this section, we attempt to put existing software re engineering terms in some perspective. First of all, the term software is used in this report to indicate source code, documentation and any related data [Pre97] Specifically, the documentation part may include various specifications and designs of the existing system. The data part may include various related data such as input and output test data. The source code may include any programs written using one or more programming languages and integrated ....

....oriented language. According to [FS97] the primary benefits of application frameworks are modularity (through stable interfaces) reusability (through generic components) extensibility (through hook methods) and inversion of control (through the framework s reactive dispatching mechanism) Pre97] distinguishes White BoxFrameworks from Black Box Frameworks. The distinction is due to two different ways of adapting a framework. In the first case the classes contain many abstract methods which have to be specialized. In the second case the framework already contains different subclasses ....

Wolfgang Pree. Komponentenbasierte Softwareentwicklung mit Frameworks. dPunkt Verlag, 1997.

No context found.

Pree, W.: Komponenten-basierte Softwareentwicklung mit Frameworks. dpunkt Verlag, Heidelberg, 1997.

No context found.

W. Pree. Komponentenbasierte Softwareentwicklung mit Frameworks. dpunkt.verlag, Heidelberg 1997.

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