Papers/Others

documentation

tomato13 2006. 11. 19. 17:26

http://www.literateprogramming.com/documentation.pdf

 

We can generally say that the documentation produced falls into two

classes:
1. Process documentation
2. Product documentation

 

The IEEE standard for user documentation(IEEE, 2001) proposes that the

structure of a document should include the components shown in

Figure2.

 

However, many organizations will use the standard as a guide and will

not necessarily include all of the components shown in Figure2.


1. cover page which identifies the project, the document, the author,

the date of production, the type of document, configuration management

and quality assurance information, the intended recipients of the

documents, and the confidentiality class of the document, information

for document retrieval(an abstract or keywords) and a copyright

notice.
2. Document which are more than a few pages long should be divided

into chapters, consistent numbering...
3. If a document contains a lot of detailed, reference information it

should have an index.
4. If a document is intended for a wide spectrum of readers who may

have differing vocabularies, a glossary should be provided

 

저자는 아래 분류에 따른 standard를 제시한다.
Process standards
Product standards
Interchange standards

 

저자는 Writing style에 대해서 설명한다.
Technical writing is a craft rather than a science but some broad

guide-lines about how to write well areL

 

 

'Papers > Others' 카테고리의 다른 글

Test Factoring  (0) 2006.11.21
doxygen  (0) 2006.11.21
namespace  (0) 2006.11.18
Agile modeling  (0) 2006.11.08
C++ Static variable  (0) 2006.11.02