Lightweight lexical source model extraction
ACM Transactions on Software Engineering and Methodology (TOSEM)
Software maintenance and evolution: a roadmap
Proceedings of the Conference on The Future of Software Engineering
UML components: a simple process for specifying component-based software
UML components: a simple process for specifying component-based software
Object Oriented Reengineering Patterns
Object Oriented Reengineering Patterns
Reverse Engineering and Design Recovery: A Taxonomy
IEEE Software
Building Documentation Generators
ICSM '99 Proceedings of the IEEE International Conference on Software Maintenance
Financial services business process outsourcing
Communications of the ACM - New architectures for financial services
Efficient Relational Calculation for Software Analysis
IEEE Transactions on Software Engineering
| Hi-index | 0.00 |
Successful software systems need to be maintained. In order to do that, deep knowledge about their architecture and implementation details is required. This knowledge is often kept implicit (inside the heads of the experts) and sometimes made explicit in documentation. The problem is that systems often lack up-to-date documentation and that system experts are frequently unavailable (as they got another job or retired). Redocumentation addresses that problem by recovering knowledge about the system and making it explicit in documentation. Automating the redocumentation process can limit the tedious and error-prone manual effort, but it is no 'silver bullet'. In this paper, we report on our experience with applying redocumentation techniques in industry. We provide insights on what (not) to document, what (not) to automate and how to automate it. A concrete lesson learned during this study is that the "less is more" principle also applies to redocumentation.