{"title":"一个用于自动软件静态分析和文档的系统","authors":"H. Sneed","doi":"10.1145/800003.807926","DOIUrl":null,"url":null,"abstract":"The code itself is useless without adequate documentation. Besides that it is almost impossible to validate and verify code unless it is properly documented. Yet most of the attention of the past has been devoted to producing code and little to producing the documentation although it is obvious that it is necessary both for testing and maintaining the software product.\n Software documentation can be classified according to its usage. Thus, there is a functional documentation for describing what a system does and what it is used for, and technical documentation for describing how the software is constructed and how it performs its functions. The former is directed toward the user, the latter toward the tester and maintainer. The two are, however, highly interrelated. Since the programmer seldom writes the user documentation it is necessary for those who describe what the system does, to know how it does it. An accurate technical documentation is a prerequisite for producing accurate user documentation. Finally it serves yet another purpose. Without it, it is not possible to control the quality of the software. Software Quality Control presupposes a full and up to date technical description in order to assess the characteristics of the system such as modularity, portability, reliability, etc.","PeriodicalId":262059,"journal":{"name":"Measurement and evaluation of software quality","volume":"53 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1981-04-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"1","resultStr":"{\"title\":\"SOFTDOC - A system for automated software static analysis and documentation\",\"authors\":\"H. Sneed\",\"doi\":\"10.1145/800003.807926\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"The code itself is useless without adequate documentation. Besides that it is almost impossible to validate and verify code unless it is properly documented. Yet most of the attention of the past has been devoted to producing code and little to producing the documentation although it is obvious that it is necessary both for testing and maintaining the software product.\\n Software documentation can be classified according to its usage. Thus, there is a functional documentation for describing what a system does and what it is used for, and technical documentation for describing how the software is constructed and how it performs its functions. The former is directed toward the user, the latter toward the tester and maintainer. The two are, however, highly interrelated. Since the programmer seldom writes the user documentation it is necessary for those who describe what the system does, to know how it does it. An accurate technical documentation is a prerequisite for producing accurate user documentation. Finally it serves yet another purpose. Without it, it is not possible to control the quality of the software. Software Quality Control presupposes a full and up to date technical description in order to assess the characteristics of the system such as modularity, portability, reliability, etc.\",\"PeriodicalId\":262059,\"journal\":{\"name\":\"Measurement and evaluation of software quality\",\"volume\":\"53 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"1981-04-01\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"1\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Measurement and evaluation of software quality\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1145/800003.807926\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Measurement and evaluation of software quality","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/800003.807926","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
SOFTDOC - A system for automated software static analysis and documentation
The code itself is useless without adequate documentation. Besides that it is almost impossible to validate and verify code unless it is properly documented. Yet most of the attention of the past has been devoted to producing code and little to producing the documentation although it is obvious that it is necessary both for testing and maintaining the software product.
Software documentation can be classified according to its usage. Thus, there is a functional documentation for describing what a system does and what it is used for, and technical documentation for describing how the software is constructed and how it performs its functions. The former is directed toward the user, the latter toward the tester and maintainer. The two are, however, highly interrelated. Since the programmer seldom writes the user documentation it is necessary for those who describe what the system does, to know how it does it. An accurate technical documentation is a prerequisite for producing accurate user documentation. Finally it serves yet another purpose. Without it, it is not possible to control the quality of the software. Software Quality Control presupposes a full and up to date technical description in order to assess the characteristics of the system such as modularity, portability, reliability, etc.