International Conference on Software Maintenance, 2002. Proceedings.
DOI: 10.1109/icsm.2002.1167763
|View full text |Cite
|
Sign up to set email alerts
|

Constraining software evolution

Abstract: MotivationMost developers think of a software system as the code and components that are the end result of the software development process. As code is written, developers gradually ignore the initial stages of development, the specifications and the design of the system, the documentation, the component specifications, and the test cases. This narrow view of software is one of the primary causes of the many problems associated with software and its development [9].We visualize an environment where all the asp… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
9
0

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 20 publications
(12 citation statements)
references
References 43 publications
0
9
0
Order By: Relevance
“…This problem has also been addressed by Mens et al [14] and Reiss [16]. However, the main difference is that their work focuses on the co-evolution of design and implementation, while we are addressing the co-evolution of requirements and implementation.…”
Section: Related Workmentioning
confidence: 73%
“…This problem has also been addressed by Mens et al [14] and Reiss [16]. However, the main difference is that their work focuses on the co-evolution of design and implementation, while we are addressing the co-evolution of requirements and implementation.…”
Section: Related Workmentioning
confidence: 73%
“…The architecture, documentation, requirements, constraints, development history are part of a multidimensional view of software [9].…”
Section: Software Evolution Contextsmentioning
confidence: 99%
“…Reiss [19], Nentwich et al [15], and Abi-Antoun et al [1] map specific representations of software artifacts into a generic representation: relational database, XML, and tree structured data, respectively, and then allow the construction of syntactical constraints among these representations, such as wellformedness rules and direct transformations. ArchTrace differs from these approaches.…”
Section: Related Workmentioning
confidence: 99%