ACM Home Page
Please provide us with feedback. Feedback
A study of the documentation essential to software maintenance
Full text PdfPdf (129 KB)
Source ACM Special Interest Group for Design of Communication archive
Proceedings of the 23rd annual international conference on Design of communication: documenting & designing for pervasive information table of contents
Coventry, United Kingdom
SESSION: Document authoring, production and management table of contents
Pages: 68 - 75  
Year of Publication: 2005
ISBN:1-59593-175-9
Authors
Sergio Cozzetti B. de Souza  Universidade Católica de Brasília, Brasilia, Brazil
Nicolas Anquetil  Universidade Católica de Brasília, Brasilia, Brazil
Káthia M. de Oliveira  Universidade Católica de Brasília, Brasilia, Brazil
Sponsors
ACM: Association for Computing Machinery
SIGDOC : ACM Special Interest Group on Systems Documentation
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 45,   Downloads (12 Months): 296,   Citation Count: 2
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Review this Article  
Save this Article to a Binder    Display Formats: BibTex  EndNote ACM Ref   
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/1085313.1085331
What is a DOI?

ABSTRACT

Software engineering has been striving for years to improve the practice of software development and maintenance. Documentation has long been prominent on the list of recommended practices to improve development and help maintenance. Recently however, agile methods started to shake this view, arguing that the goal of the game is to produce software and that documentation is only useful as long as it helps to reach this goal.On the other hand, in the re-engineering field, people wish they could re-document useful legacy software so that they may continue maintain them or migrate them to new platform.In these two case, a crucial question arises: "How much documentation is enough?" In this article, we present the results of a survey of software maintainers to try to establish what documentation artifacts are the most useful to them.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
V. M. aes Teles. Extreme Programming. Novatec Editora Ltda, Rua cons. Moreira de Barros, 1084, conj. 01, São Paulo, SP, 02018-012, Brazil, 2004. ISBN: 85-7522-047-0.
 
2
S. W. Ambler. Agile documentation. available on the internet at: http://www.agilemodeling.com/essays/agileDocumentation.htm, 2001-2005. Last accessed on May 27, 2005.
 
3
N. Anquetil, K. M. Oliveira, A. G. dos Santos, P. C. da Silva jr., L. C. de Araujo jr., and S. D. Vieira. A tool to automate re-documentation. In Forum of the CAISE, Conference on Advanced Information Systems Engineering (CAiSE'05), jun. 15 2005. accepted for publication.
 
4
 
5
 
6
7
 
8
P. Grubb and A. Takang. Software Maintenance: Concepts and Practice. World Scientific Publishing Co., Singapore, 2nd edition, 2003.
 
9
HCI. What to put in software maintenance documentation. Available on the Internet at: http://www.hci.com.au/hcisite2/journal/ What to put in software maintenance documentation.htm, 2001--2002. Last accessed on May 27, 2005.
10
 
11
 
12
 
13
M. Lehman. Programs, life cycles and the laws of software evolution. Proceedings of the IEEE, 68(9):1060--76, sept. 1980.
 
14
 
15
 
16
 
17
 
18
 
19
 
20
 
21
22
23
 
24
25


Collaborative Colleagues:
Sergio Cozzetti B. de Souza: colleagues
Nicolas Anquetil: colleagues
Káthia M. de Oliveira: colleagues