Abstract computing machines

MICRO 22 Pub Date : 1989-08-01 DOI:10.1145/75362.75406
G. Sechi
{"title":"Abstract computing machines","authors":"G. Sechi","doi":"10.1145/75362.75406","DOIUrl":null,"url":null,"abstract":"During last five years I have felt the need to possess powerful theoretical means of improving my designing capability by automating the production of operative implementations. This implies on one hand the identification and avoidance of the causes of errors, and on the other the rigorous definition of all the implementative phases in order to make unnecessary the use of ingenuity and creativity for the product implementation. Most computer-users consider the problems (i.e. errors, lack of documentation and a generallly low level of service ) in s/w and h/w as unavoidable, inherent “disasters”. Unlike them, I believe that these problems can be solved. In [I] we show that most designers and purchasers accept having to spend as much as 100% or 120% more than the time predicted and the cost of the definition, design and initial manifacturing, stages, merely in order to achieve an acceptable product. Delays, efforts, and energy spent on meeting the requirements and the product during the test and the error-avoidance stage, yield a new product. This product conforms to specifications, requirements and financial evaluations that are completely different from the original and, in general, expensive compared to the environment from which the design originated. The errors due to indeterminate specifications, to the imprecisions inherent in working practice, and in basic tools such as programming language, operating systems, or electronic components, al,d the impossibility of exhaustive testing for purposes of experimental validation and fault avoidance are the cause of growing costs. Indeed, there is an unpredictable interval between identification of the needs of a computing system and its actually becoming available.","PeriodicalId":365456,"journal":{"name":"MICRO 22","volume":"2 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1989-08-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"7","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"MICRO 22","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/75362.75406","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 7

Abstract

During last five years I have felt the need to possess powerful theoretical means of improving my designing capability by automating the production of operative implementations. This implies on one hand the identification and avoidance of the causes of errors, and on the other the rigorous definition of all the implementative phases in order to make unnecessary the use of ingenuity and creativity for the product implementation. Most computer-users consider the problems (i.e. errors, lack of documentation and a generallly low level of service ) in s/w and h/w as unavoidable, inherent “disasters”. Unlike them, I believe that these problems can be solved. In [I] we show that most designers and purchasers accept having to spend as much as 100% or 120% more than the time predicted and the cost of the definition, design and initial manifacturing, stages, merely in order to achieve an acceptable product. Delays, efforts, and energy spent on meeting the requirements and the product during the test and the error-avoidance stage, yield a new product. This product conforms to specifications, requirements and financial evaluations that are completely different from the original and, in general, expensive compared to the environment from which the design originated. The errors due to indeterminate specifications, to the imprecisions inherent in working practice, and in basic tools such as programming language, operating systems, or electronic components, al,d the impossibility of exhaustive testing for purposes of experimental validation and fault avoidance are the cause of growing costs. Indeed, there is an unpredictable interval between identification of the needs of a computing system and its actually becoming available.
抽象计算机器
在过去的五年中,我感到有必要掌握强大的理论手段,通过自动化生产操作装置来提高我的设计能力。这意味着一方面要识别和避免错误的原因,另一方面要严格定义所有实现阶段,以便在产品实现中不需要使用独创性和创造力。大多数计算机用户认为s/w和h/w中的问题(即错误、缺乏文档和普遍较低的服务水平)是不可避免的、固有的“灾难”。与他们不同,我相信这些问题是可以解决的。在[I]中,我们表明,大多数设计师和采购商都接受,仅仅为了获得可接受的产品,就必须在定义、设计和初始制造阶段花费比预期多100%或120%的时间和成本。在测试和避免错误阶段,在满足需求和产品上花费的延迟、努力和精力产生了一个新产品。该产品符合与原始产品完全不同的规格,要求和财务评估,并且与设计起源的环境相比,通常是昂贵的。由于不确定的规范,工作实践中固有的不精确,以及编程语言,操作系统或电子元件等基本工具中的错误,以及为了实验验证和避免故障而进行详尽测试的不可能性,是导致成本增长的原因。实际上,在确定计算系统的需求和它实际可用之间存在一个不可预测的间隔。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约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学术官方微信