Lee W. Cooprider. The Representation of Families of Software Systems. PhD thesis, Carnegie-Mellon University, Pittsburgh (PA), USA, 1978.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....of a system when changes are made to a component. Also, more detailed analysis of changes to components reduces much useless compiling [24, 31] Integrated systems attempt to combine these ideas. Among the better known are System Modeller [11, 23] Tichy s work at CMU [26, 27] GANDALF [4, 9, 17], Adele [1, 2, 5, 6] DSEE [12] Jasmine [15] shape [13, 14] and Odin [3] These systems, to a greater or lesser degree, allow for the development of large projects being developed by many different programmers. They use software databases, version control for the files, sometimes also for ....

Lee W. Cooprider. The Representation of Families of Software Systems. PhD thesis, Carnegie-Mellon University, Pittsburgh (PA), USA, 1978.

....to the data being passed. Module interconnection languages have been advocated in many different settings [Campos77, Campos78, Goodenough74, Thomas76, Tichy79] Primarily of interest here is the use of a module interconnection language to represent families of software systems as described in [Cooprider79, Tichy80]. This work used a MIL to coordinate the construction of similar software systems with different features for different target languages. The interconnection language that Draco uses for components is similar to these module connection languages. Software Components The construction of software ....

Cooprider, L.W., The Representation of Families of Software Systems, PhD thesis, Carnegie-Mellon University, April, 1979, CMUCS -79-116.

....of architectural design is close to the definition of software architecture 2 given by Schwanke et al. 26] who view architectures as the permitted or allowed set of connections among components. Module Interconnection Languages (MILs) such as those defined by DeRemer and Kron [7] Cooprider [5], and Tichy [29] represent early attempts to define languages for specifying architectural designs. MILs are layered on top of common programming languages. Their advantage is that they closely couple the design specification to the source code, making the specification amenable to mechanical ....

Cooprider, L. W. The Representation of Families of Software Systems. Tech. Rep. CMU--CS-- 79--116, Computer Science Department CMU, April 1979.

....as Module Interconnection Languages (MIL s) They consist of formal grammar constructs, deciding on the specifications required to interconnect modules and produce the overall system. Since the notion of MIL s was introduced in 1975 [DeRemer75] they have evolved through several stages [Thomas76, Cooprider79, Tichy79] and recently attention has been paid to the possibilities of system building from reusable components. 28 MIL descriptions are concerned with the exchange of resources, where a resource is any named entity from a programming language, for example a variable or type, which can be ....

Cooprider, L.W. "The Representation of Families of Software Systems", Ph.D Thesis, Computer Science Department, Carnegie-Mellon University (CMU-CS-79116) , (April 1979).

....actually does; that if a module uses a resource, it has access to that resource; and so on. Since DeRemer and Kron s MIL, MILs have been developed for specific languages, like Mesa [MMS79] and Ada [CE78] and have provided a base from which to support software construction [Th76] version control [Co79], system families [Ti79] and dynamic configuration [MKS89] Enough examples are available to develop models of the design space [Pe87, PN86] These early module interconnection languages require considerable prior agreement between the developers of different modules. For example, they assume ....

L. W. Cooprider. The Representation of Families of Software Systems. PhD Thesis, Carnegie Mellon University. April 1979.

....dependencies among software components (resources or subsystems) Subsystems may contain modules and classes as well as other subsystems to form a containment hierarchy which models the system decomposition structure. The granularity of resources varies with the notation. The Cooprider MIL [2], for example, assumes that resources are procedures, variables, types, and so on. However, the Software Landscape MIL [13, 5, 9] uses more coarsely grained resources, such as modules and classes, as the currency of exchange between subsystems. The emergence of formal methods for programming has ....

Cooprider, L. W. The Representation of Families of Software Systems. Tech. Rep. CMU--CS--79--116, Computer Science Department Carnegie-Mellon University, April 1979.

....Although these specifications act as a useful reference for developers and maintainers, their informality implies that they cannot be mechanically checked for syntactic and semantic consistency. Module Interconnection Languages (MILs) such as those defined by DeRemer and Kron [3] Cooprider [2], and Tichy [18] represent early attempts to define languages for specifying architectural designs. MILs are layered on top of common programming languages. Their advantage is that they closely couple the design specification to the source code, making the specification amenable to mechanical ....

Cooprider, L. W. The Representation of Families of Software Systems. Tech. Rep. CMU--CS--79--116, Computer Science Department CMU, April 1979.

....synchronization and data access, assignment of functionality to design elements, physical distribution, performance, and so on. Earlier textual notations for specifying architectural designs, called Module Interconnection Languages (MILs) include those by DeRemer and Kron [5] Cooprider [3], and Tichy [16] More recent visual ones include those by Schwanke et al. 15] Penny et al. 13, 10] and the authors [9] Although these notations differ in their details, they all feature mechanisms for aggregating related software components (procedures, modules, classes, files) into ....

Cooprider, L. W. The Representation of Families of Software Systems. Tech. Rep. CMU--CS--79--116, Computer Science Department CMU, April 1979.

....uses a resource, it has access to that resource; and so on. Since DeRemer and Kron s MIL, MILs have been developed for specific languages, like Mesa [Mitchell et al. 79] and Ada [Campos Estrin 78] and have provided a base from which to support software construction [Thomas 76] version control [Cooprider 79] system families [Tichy 79] and dynamic configuration [Magee et al. 89] Enough examples are available to develop models of the design space [Perry 87, Prieto Diaz Neighbors 86] These early module interconnection languages require considerable prior agreement between the developers of ....

L. W. Cooprider. The Representation of Families of Software Systems. PhD Thesis, Carnegie Mellon University. Apr 1979.

....into two areas: Those that arose from early work into the difficulties found in programming in the large and those whose main concern is the field of dynamic reconfiguration. Those that fall into the first area are known as Module Interconnection Languages (MILs) MIL75 [DK76] Cooprider s MIL [Coo79], INTERCOL [Tic80] Jasmine [MW86] SySL [TS89] they allow the description of large software projects in terms of interconnected modules and the relationships that exist between these modules. Languages concerned with dynamic reconfiguration are known as configuration programming languages (Conic ....

L.W. Cooprider. The Representation of Families of Software Systems. PhD thesis, Carnegie-Mellon University, 1979.

No context found.

L. W. Cooprider. The Representation of Families of Software Systems. PhD thesis, Department of Computer Science, CarnegieMellon University, April 1979.

No context found.

COO79 Cooprider, L.W, The Representation of Families of Software Systems, Ph.d.thesis, Carnegie-Mellon University. Computer Science Department, 1979.

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