这是商业应用程序编程中的问题吗

J. Connor
{"title":"这是商业应用程序编程中的问题吗","authors":"J. Connor","doi":"10.1145/2579458.2579463","DOIUrl":null,"url":null,"abstract":"The purpose of this essay is to locate someone in the academic community who might be interested in a major commercial computer problem totally ignored at ACM conventions and into choose an example intended to be significant-the 25th anniversary issue of ACM Communications. Ninety percent of commercial applications programmers have this environment: The hardware, operating system and language exist. No one wants them touched. In a language like COBOL, PL/1 or Assembler, I must write an applications program. How do I proceed if I already know the language and the operating system? If anyone has been considering that problem, it has escaped my attention. Because the problems seem more challenging in hardware, operating systems and languages, the computer community represented at AFIPS meetings and in ACM literature explores those problems. As an illustration of what might be done, I sketch very briefly some possibilities we have been exploring. The computer job is the proper design unit for commercial applications programming. For a model of office work of wide relevance, a computer job can be presented with a structure invariant to the application. Excluding sorts, that invariant job has three steps. Each has five program parts. In some steps, some parts are empty. Four of the five parts do processing. The logic in them is application dependent, but their structure is invariant. It has these features: • The organization is modular and the module is rigorously defined. • The module is independent; given arguments always produce the same values. • The basis for dividing a program part into modules (including one module) is record-type. (The selection 14 of record types requires a value judgment.) The fifth program part accesses all the records and transfers program execution within itself and among the processing parts. Continuous processing and batch processing differ only in this part. For thP fifth part, the logic-at the level just above coding-is application independent and can be presented as a series of logic diagrams. All the data in all the reports in one system*-including all levels of totals, all page and column headings (unless they are preprinted) and all constants but excluding duplicates-are the Information Set. (I) • All the reports produced in one cycle (i.e.-for transactions over one period of time) are produced by one computer-job. That subset of I is 1,. • All the reports produced in one step of a job are a subset of 1,. …","PeriodicalId":152518,"journal":{"name":"ACM Sigmis Database","volume":"11 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1974-04-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":"{\"title\":\"Is this the problem in commercial applications programming\",\"authors\":\"J. Connor\",\"doi\":\"10.1145/2579458.2579463\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"The purpose of this essay is to locate someone in the academic community who might be interested in a major commercial computer problem totally ignored at ACM conventions and into choose an example intended to be significant-the 25th anniversary issue of ACM Communications. Ninety percent of commercial applications programmers have this environment: The hardware, operating system and language exist. No one wants them touched. In a language like COBOL, PL/1 or Assembler, I must write an applications program. How do I proceed if I already know the language and the operating system? If anyone has been considering that problem, it has escaped my attention. Because the problems seem more challenging in hardware, operating systems and languages, the computer community represented at AFIPS meetings and in ACM literature explores those problems. As an illustration of what might be done, I sketch very briefly some possibilities we have been exploring. The computer job is the proper design unit for commercial applications programming. For a model of office work of wide relevance, a computer job can be presented with a structure invariant to the application. Excluding sorts, that invariant job has three steps. Each has five program parts. In some steps, some parts are empty. Four of the five parts do processing. The logic in them is application dependent, but their structure is invariant. It has these features: • The organization is modular and the module is rigorously defined. • The module is independent; given arguments always produce the same values. • The basis for dividing a program part into modules (including one module) is record-type. (The selection 14 of record types requires a value judgment.) The fifth program part accesses all the records and transfers program execution within itself and among the processing parts. Continuous processing and batch processing differ only in this part. For thP fifth part, the logic-at the level just above coding-is application independent and can be presented as a series of logic diagrams. All the data in all the reports in one system*-including all levels of totals, all page and column headings (unless they are preprinted) and all constants but excluding duplicates-are the Information Set. (I) • All the reports produced in one cycle (i.e.-for transactions over one period of time) are produced by one computer-job. That subset of I is 1,. • All the reports produced in one step of a job are a subset of 1,. …\",\"PeriodicalId\":152518,\"journal\":{\"name\":\"ACM Sigmis Database\",\"volume\":\"11 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"1974-04-01\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"0\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"ACM Sigmis Database\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1145/2579458.2579463\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"ACM Sigmis Database","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/2579458.2579463","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0

摘要

本文章由计算机程序翻译,如有差异,请以英文原文为准。
Is this the problem in commercial applications programming
The purpose of this essay is to locate someone in the academic community who might be interested in a major commercial computer problem totally ignored at ACM conventions and into choose an example intended to be significant-the 25th anniversary issue of ACM Communications. Ninety percent of commercial applications programmers have this environment: The hardware, operating system and language exist. No one wants them touched. In a language like COBOL, PL/1 or Assembler, I must write an applications program. How do I proceed if I already know the language and the operating system? If anyone has been considering that problem, it has escaped my attention. Because the problems seem more challenging in hardware, operating systems and languages, the computer community represented at AFIPS meetings and in ACM literature explores those problems. As an illustration of what might be done, I sketch very briefly some possibilities we have been exploring. The computer job is the proper design unit for commercial applications programming. For a model of office work of wide relevance, a computer job can be presented with a structure invariant to the application. Excluding sorts, that invariant job has three steps. Each has five program parts. In some steps, some parts are empty. Four of the five parts do processing. The logic in them is application dependent, but their structure is invariant. It has these features: • The organization is modular and the module is rigorously defined. • The module is independent; given arguments always produce the same values. • The basis for dividing a program part into modules (including one module) is record-type. (The selection 14 of record types requires a value judgment.) The fifth program part accesses all the records and transfers program execution within itself and among the processing parts. Continuous processing and batch processing differ only in this part. For thP fifth part, the logic-at the level just above coding-is application independent and can be presented as a series of logic diagrams. All the data in all the reports in one system*-including all levels of totals, all page and column headings (unless they are preprinted) and all constants but excluding duplicates-are the Information Set. (I) • All the reports produced in one cycle (i.e.-for transactions over one period of time) are produced by one computer-job. That subset of I is 1,. • All the reports produced in one step of a job are a subset of 1,. …
求助全文
通过发布文献求助,成功后即可免费获取论文全文。 去求助
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:604180095
Book学术官方微信