Morrison, R., Dearle, A., Bailey, P., Brown, A., & Atkinson, M. (August, 1985). The persistent store as an enabling technology for integrated project support environments. Proceedings of the 8th international conference on Software engineering, pp. 166--172.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....as an application that parallels what is considered to be commercially viable. Database management systems are good examples because, typically, they are distributed applications that rely on many system services including: memory mapping of large files, message passing, data persistence [13] and multithreading. A commercial database also requires process distribution [15] replication and load balancing. 22 The application developed for this thesis is not a commercial grade application. The lines of code required to produce a commercial quality product could potentially be in the ....

Morrison, R., Dearle, A., Bailey, P., Brown, A., & Atkinson, M. (August, 1985). The persistent store as an enabling technology for integrated project support environments. Proceedings of the 8th international conference on Software engineering, pp. 166--172.

....and flexibly bound as they are required during the execution of another program. This ability potentially allows all programming activity to be expressed within a single system, and goes some way to provide a technology suitable for the construction of an integrated project support environment [MBD85]. Programming languages normally define only a single mechanism for the exporting of data from beyond the scope of a single program, and this interface is used both for data which is to outlive a program and also for data which is to be shared by a number of programs. This is true of both ....

R. Morrison, P. Bailey, A. Dearle, A.L. Brown and M.P. Atkinson "The Persistent Store as an Enabling Technology for Integrated Support Environments" Proc. 8th International Conference on Software Engineering, Imperial College, London ( August 1985 ) pp 166 - 172

....controlling complexity. Elsewhere, we have described the advantages of including first class procedures [2] processes [12] and graphics [10] as data objects in a persistent store. We have also demonstrated how persistent systems may be used as an ideal base for Software Engineering environments [9] and assert here that they made be used with equal success in the construction of A.I. systems. 2.2 Type Systems for Persistent Data The second abstraction mechanism for controlling complexity in our system is that of type. Ideally, we would like a set of types and a type algebra, so that by a ....

Morrison, R., Bailey, P.J., Brown, A.L., Dearle, A. & Atkinson, M.P. "A persistent store as an enabling technology for an integrated project support environment". Proc. IEEE 8th International Conference on Software Engineering, London (August 1985), pp. 166-172.

....to modelling collaboration, which have restricted their range of applicability. Research in the Persistent Programming Research Group (PPRG) at St Andrews has tackled the problems of constructing and maintaining large, long lived application systems, including software development environments [16,18]. Many of these problems are closely related to process language issues and therefore the techniques developed can be refined and incorporated in a process language. The two techniques discussed in this paper are Communicating Actions Control System (CACS) 22] and hyper programming [13,17] CACS ....

Morrison, R., Dearle, A., Bailey, P.J., Brown, A.L. and Atkinson, M.P. "The Persistent Store as an Enabling Technology for Integrated Project Support Environments". In Proceedings of the Eighth International Conference in Software Engineering, pp 166--172, London, UK. IEEE Computer Society Press. 1985.

....model and the environment model. The final advantage of persistent systems is that they can present a uniform protection mechanism, such as a type system, so often lacking between programming languages and their environment. The advantages of persistence are discussed at greater length elsewhere [3,15,16] and will not labour them further here. It is sufficient to say that by ensuring that all data objects are persistent and that the persistence of data is invisible to the programmer, then this level of abstraction yields powerful software engineering gains in the life of large systems[2] At this ....

. Morrison, R., Bailey, P.J., Brown, A.L., Dearle, A. & Atkinson, M.P. A persistent store as an enabling technology for an integrated project support environment. IEEE 8th International Conference on Software Engineering, London (August 1985),166-172.

....is short or long lived. Software development environments require the storage of large amounts of fine grain program components and the relationships between them. The uniform, homogeneous object storage facility provided by a persistent store makes an ideal vehicle for the construction of IPSE s [12]. Parnas [15] states that any part of a program which could conceivably be reused should form a module. The advantages of making the unit of change (a module) small may be observed in systems such as Smalltalk 80 [9] in which large amounts of fine grain code exists which may be (and is) easily ....

Morrison, R., Bailey, P. J., Brown, A. L., Dearle, A. and Atkinson, M. P. "The Persistent Store as an enabling technology for Integrated Support Environments", 8th International Conference on Software Engineering, pp. 166-172, 1985.

....traditionally regarded as being performed by a separate mechanism to be executed within the persistent environment. For example, in the case of procedures, the persistent store may be used to provide a uniform library structure in a manner similar to providing a library of data parts [Atkinson Morrison, 1985, Atkinson et al. 1993, Kirby et al. 1994] 2.2 Persistence Principles The general principles presented above lead to specific principles concerning persistence. 2.2.1 Definition of Persistence The persistence of a data object is the period of time for which the object exists and is usable ....

....library which now do not have any data; this usually causes run time failures. 2. 3 Savings with Persistence The benefits of orthogonal persistence have been described extensively in the literature [Atkinson, 1978, Atkinson, et al. 1982, Atkinson et al. 1984, Atkinson et al. 1985, Atkinson and Morrison, 1985, Morrison et al. 1985, Morrison et al. 1986, Atkinson Buneman, 1987, Morrison et al. 1987, Atkinson et al. 1988b, Dearle Brown, 1988, Brown, 1989, Connor et al. 1990, Cooper, 1990a, Cooper, 1990b, Albano et al. 1993, Connor et al. 1993, Morrison et al. 1993, Morrison et al. 1995] ....

[Article contains additional citation context not shown here]

Morrison, R., Dearle, A., Bailey, P.J., Brown, A.L. & Atkinson, M.P., 1985. The Persistent Store as an Enabling Technology for Integrated Project Support Environments. In Proc. 8th IEEE International Conference on Software Engineering, London pp 166-172.

....of libraries and loaders. Separate compilation may also be achieved by running procedures ( a compiler ) that introduce procedures into the environment. This technique is discussed fully in chapter 6. The power that may be extracted from first class functions is fully discussed in [atk84] and [mor85]. The implementation of languages with first class functions provides some problems not otherwise encountered. Solutions to these problems are fully discussed in chapter 4 1.2.2 Software Reuse The cheapest way of obtaining software is to reuse code that has already been produced. The most ....

....must therefore provide support for programming in the large as well as programming in the small. The persistent store serves as a unified repository of the entities created during the software development process. A persistent store is therefore an ideal vehicle for the construction of IPSE s [mor85] and other large systems. In order to provide the necessary savings in software costs the programming languages used must be as high level as possible. Persistence should, therefore be an orthogonal property of data. The language must support the reuse of code. This may be achieved by the ....

[Article contains additional citation context not shown here]

Morrison R., Bailey P.J., Brown A.L., Dearle A. & Atkinson M.P. The Persistent Store as an enabling technology for Integrated Support Environments, Proc. 8th International Conference on Software Engineering. pp 166-172 (1985).

No context found.

Morrison, R., Bailey, P.J., Brown, A.L., Dearle, A. & Atkinson, M.P. "The Persistent Store as an Enabling Technology for an Integrated Project Support Environment". In Proc. 8th IEEE International Conference on Software Engineering, London (1985) pp 166-172.

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