Software aging

Programs, like people, get old. We can't prevent aging, but we can understand its causes, take steps to limits its effects, temporarily reverse some of the damage it has caused, and prepare for the day when the software is no longer viable. A sign that the software engineering profession has matured will be that we lose our preoccupation with the first release and focus on the long-term health of our products. Researchers and practitioners must change their perception of the problems of software development. Only then will software engineering deserve to be called "engineering".<<ETX>>

[1]  David Lorge Parnas,et al.  Tabular Representation of Relations , 1992 .

[2]  David Lorge Parnas,et al.  Education for computing professionals , 1990, Computer.

[3]  David Lorge Parnas,et al.  Documentation of requirements for computer systems , 1993, [1993] Proceedings of the IEEE International Symposium on Requirements Engineering.

[4]  David Lorge Parnas,et al.  Active design reviews: principles and practices , 1985, ICSE '85.

[5]  David Lorge Parnas,et al.  The Modular Structure of Complex Systems , 1984, IEEE Transactions on Software Engineering.

[6]  D. L. Parnas,et al.  Using documentation as a software design medium , 1981, The Bell System Technical Journal.