{"title":"Do formal methods really work?","authors":"L. Zucconi, Greg Royle, K. Reed, J. Staples","doi":"10.1109/ASWEC.1996.10003","DOIUrl":null,"url":null,"abstract":"\"Formal methods\" is an established but inappropriate name for the use in software engineering of a standard engineering technique: prediction of in-service performance at design time, based on relevant scientific theories and mathematical models. Today, no other branch of engineering would deny the necessity of scientifically based prediction-though such denial was common a century ago. Given the precedents elsewhere in engineering, the author confidently says that the formal methods are really needed if software engineering is to really work! It is also clear that every branch of engineering involves much more than prediction of in-service performance. For example the creation of designs is central and is purely informal, even though it may be interleaved with formal methods. This example is enough to show that formal methods alone cannot make software engineering really work, no matter how good the formal methods are. In the author's view the key questions are these: what is the role of formal methods in making software engineering really work? How capable are existing formal methods of performing that role?.","PeriodicalId":321303,"journal":{"name":"Proceedings of 1996 Australian Software Engineering Conference","volume":"21 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1996-07-14","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"8","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"Proceedings of 1996 Australian Software Engineering Conference","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/ASWEC.1996.10003","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 8
Abstract
"Formal methods" is an established but inappropriate name for the use in software engineering of a standard engineering technique: prediction of in-service performance at design time, based on relevant scientific theories and mathematical models. Today, no other branch of engineering would deny the necessity of scientifically based prediction-though such denial was common a century ago. Given the precedents elsewhere in engineering, the author confidently says that the formal methods are really needed if software engineering is to really work! It is also clear that every branch of engineering involves much more than prediction of in-service performance. For example the creation of designs is central and is purely informal, even though it may be interleaved with formal methods. This example is enough to show that formal methods alone cannot make software engineering really work, no matter how good the formal methods are. In the author's view the key questions are these: what is the role of formal methods in making software engineering really work? How capable are existing formal methods of performing that role?.