BibSonomy :: bibtex  ::

tag user group author concept BibTeX key search:all search:neilernst
A blue social bookmark and publication sharing system.
tags · relations · groups · popular
help · blog · about
login · register
neilernst's BibTeX entry:  

The Drawbacks of Model-Driven Software Evolution

Workshop on Model-Driven Software Evolution at CSMR, 2007.
Authors: Harry Sneed
URL: http://www.sciences.univ-nantes.fr/MoDSE2007/p9.pdf
Tags: Software evolution model
Abstract: This short paper is an essay on the drawbacks of model driven software evolution which apply equally well to model driven software development. The idea of automatically generating code changes from a UML type model is equally enticing as that of automatically generating whole components from such a model. The drawback is that there is then nothing to test against, since there is only one description of the system, the model. This violates the principles of software verification and validation, according to which correctness can only be demonstrated by comparing two independent descriptions of the same solution. For this reason, the author proposes another interpretation of model driven evolution, one in which the requirements model serves as a basis for propagating changes to both the code and the test, along two independent paths. The UML type system design could then be generated from the code and not [vice] versa
| URL | BibTeX  
@inproceedings{sneed07modse,
title = {The Drawbacks of Model-Driven Software Evolution},
address = {Amsterdam},
author = {Harry Sneed},
booktitle = {Workshop on Model-Driven Software Evolution at CSMR},
month = {March},
url = {http://www.sciences.univ-nantes.fr/MoDSE2007/p9.pdf},
year = {2007},
abstract = {This short paper is an essay on the drawbacks of model driven software evolution which apply equally well to model driven software development. The idea of automatically generating code changes from a UML type model is equally enticing as that of automatically generating whole components from such a model. The drawback is that there is then nothing to test against, since there is only one description of the system, the model. This violates the principles of software verification and validation, according to which correctness can only be demonstrated by comparing two independent descriptions of the same solution. For this reason, the author proposes another interpretation of model driven evolution, one in which the requirements model serves as a basis for propagating changes to both the code and the test, along two independent paths. The UML type system design could then be generated from the code and not [vice] versa},
keywords = {Software evolution model }
}