8结束语

Ed Processing, J. de Meer, V. Heymer, R. Roth, Chj, B. Cohen, W. Harwood, Jackson
{"title":"8结束语","authors":"Ed Processing, J. de Meer, V. Heymer, R. Roth, Chj, B. Cohen, W. Harwood, Jackson","doi":"10.3138/9781442617179-010","DOIUrl":null,"url":null,"abstract":"14 between objects and object speciications either. That is, what we have in mind is software layers sitting on top of each other within running systems. It is commonplace that modularization is of paramount importance to software construction and reconstruction. The object concept itself is a sort of modularization principle, but a rather in-the-small one. For eeective software reuse, we need an in-the-large concept which makes it possible to put building blocks into a library, nd the ones we need and put them together eeectively. Such software modules should have standardized interfaces by which they easily t together { like LEGO bricks. At least two interfaces are indispensible: a \\downward\" one for accepting lower-level services, and an \\upward\" one for providing higher-level services. Hidden in its body, the module should have correctly implemented the latter on top of the former. Often, it is necessary to have more than one \\upward\" interface, like databases with multiple views. That is, reiication as explained above is one of the essential concepts for software modules. Situations are becoming rare where we have to build new software. Reusing and adapting old software is greatly supported by a module concept which tells how to encapsulate existing software and put it together with other software. Software is rarely designed for one speciic purpose, and it is rarely reused in exactly the same way as it was once implemented. What is needed is a way to make modules generic and being able to instantiate them with diierent actual parameters. This way, a module can t exibly into many environments, reducing the need for costly ad-hoc redesign and reimplementation. Therefore, what is needed is a concept for parameterization and instantiation of software modules. Reiication, modularization and parameterization are currently not supported by TROLL. Appropriate language features are under discussion, together with foundational work on appropriate semantic models to formalize these concepts. Acknowledgements We gratefully acknowledge inspirations, discussions, suggestions and criticisms that we have received within the ISCORE project, the TU Braunschweig information systems group, and the INESC Lisbon computer science group. Especially, we appreciate contributions by Gunter Saake and Martin Gogolla who are in charge of the TROLL and TROLL light projects, respectively. In this paper, we give precise explanations for basic object-oriented features, focussing on the semantic concepts underlying TROLL. We demonstrate that our template speciication logic is a powerful enough tool to give complete semantic descriptions of …","PeriodicalId":121491,"journal":{"name":"An Everlasting Name","volume":"33 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":"{\"title\":\"8 Concluding Remarks\",\"authors\":\"Ed Processing, J. de Meer, V. Heymer, R. Roth, Chj, B. Cohen, W. Harwood, Jackson\",\"doi\":\"10.3138/9781442617179-010\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"14 between objects and object speciications either. That is, what we have in mind is software layers sitting on top of each other within running systems. It is commonplace that modularization is of paramount importance to software construction and reconstruction. The object concept itself is a sort of modularization principle, but a rather in-the-small one. For eeective software reuse, we need an in-the-large concept which makes it possible to put building blocks into a library, nd the ones we need and put them together eeectively. Such software modules should have standardized interfaces by which they easily t together { like LEGO bricks. At least two interfaces are indispensible: a \\\\downward\\\" one for accepting lower-level services, and an \\\\upward\\\" one for providing higher-level services. Hidden in its body, the module should have correctly implemented the latter on top of the former. Often, it is necessary to have more than one \\\\upward\\\" interface, like databases with multiple views. That is, reiication as explained above is one of the essential concepts for software modules. Situations are becoming rare where we have to build new software. Reusing and adapting old software is greatly supported by a module concept which tells how to encapsulate existing software and put it together with other software. Software is rarely designed for one speciic purpose, and it is rarely reused in exactly the same way as it was once implemented. What is needed is a way to make modules generic and being able to instantiate them with diierent actual parameters. This way, a module can t exibly into many environments, reducing the need for costly ad-hoc redesign and reimplementation. Therefore, what is needed is a concept for parameterization and instantiation of software modules. Reiication, modularization and parameterization are currently not supported by TROLL. Appropriate language features are under discussion, together with foundational work on appropriate semantic models to formalize these concepts. Acknowledgements We gratefully acknowledge inspirations, discussions, suggestions and criticisms that we have received within the ISCORE project, the TU Braunschweig information systems group, and the INESC Lisbon computer science group. Especially, we appreciate contributions by Gunter Saake and Martin Gogolla who are in charge of the TROLL and TROLL light projects, respectively. In this paper, we give precise explanations for basic object-oriented features, focussing on the semantic concepts underlying TROLL. We demonstrate that our template speciication logic is a powerful enough tool to give complete semantic descriptions of …\",\"PeriodicalId\":121491,\"journal\":{\"name\":\"An Everlasting Name\",\"volume\":\"33 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"1900-01-01\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"0\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"An Everlasting Name\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.3138/9781442617179-010\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"An Everlasting Name","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.3138/9781442617179-010","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0

摘要

对象和对象规范之间的关系。也就是说,我们所想到的是在运行的系统中,软件层相互叠加。模块化对于软件的构建和重构至关重要,这是老生常谈。对象概念本身是一种模块化原则,但相当小。为了有效的软件重用,我们需要一个整体概念,它可以将构建块放入库中,并将我们需要的构建块有效地组合在一起。这样的软件模块应该有标准化的接口,这样它们就可以像乐高积木一样轻松地组装在一起。至少两个接口是不可或缺的:一个“向下”接口用于接受低级服务,另一个“向上”接口用于提供高级服务。该模块隐藏在其主体中,应该在前者之上正确地实现后者。通常,需要有多个“向上”接口,例如具有多个视图的数据库。也就是说,如上所述的实现是软件模块的基本概念之一。我们不得不构建新软件的情况越来越少了。模块概念极大地支持了旧软件的重用和改编,该概念告诉我们如何封装现有软件并将其与其他软件组合在一起。软件很少是为一个特定的目的而设计的,也很少以与实现时完全相同的方式被重用。我们需要的是一种使模块泛型的方法,并且能够用不同的实际参数实例化它们。这样,一个模块就不能灵活地应用到许多环境中,从而减少了昂贵的临时重新设计和重新实现的需要。因此,需要的是一个软件模块参数化和实例化的概念。目前,TROLL不支持具体化、模块化和参数化。讨论了适当的语言特性,以及适当的语义模型的基础工作,以形式化这些概念。感谢ISCORE项目、布伦瑞克工业大学信息系统小组和INESC里斯本计算机科学小组给予我们的启发、讨论、建议和批评。我们特别感谢Gunter Saake和Martin Gogolla的贡献,他们分别负责TROLL和TROLL轻型项目。在本文中,我们对基本的面向对象特征给出了精确的解释,重点关注了TROLL背后的语义概念。我们演示了我们的模板规范逻辑是一个足够强大的工具来给出完整的语义描述…
本文章由计算机程序翻译,如有差异,请以英文原文为准。
8 Concluding Remarks
14 between objects and object speciications either. That is, what we have in mind is software layers sitting on top of each other within running systems. It is commonplace that modularization is of paramount importance to software construction and reconstruction. The object concept itself is a sort of modularization principle, but a rather in-the-small one. For eeective software reuse, we need an in-the-large concept which makes it possible to put building blocks into a library, nd the ones we need and put them together eeectively. Such software modules should have standardized interfaces by which they easily t together { like LEGO bricks. At least two interfaces are indispensible: a \downward" one for accepting lower-level services, and an \upward" one for providing higher-level services. Hidden in its body, the module should have correctly implemented the latter on top of the former. Often, it is necessary to have more than one \upward" interface, like databases with multiple views. That is, reiication as explained above is one of the essential concepts for software modules. Situations are becoming rare where we have to build new software. Reusing and adapting old software is greatly supported by a module concept which tells how to encapsulate existing software and put it together with other software. Software is rarely designed for one speciic purpose, and it is rarely reused in exactly the same way as it was once implemented. What is needed is a way to make modules generic and being able to instantiate them with diierent actual parameters. This way, a module can t exibly into many environments, reducing the need for costly ad-hoc redesign and reimplementation. Therefore, what is needed is a concept for parameterization and instantiation of software modules. Reiication, modularization and parameterization are currently not supported by TROLL. Appropriate language features are under discussion, together with foundational work on appropriate semantic models to formalize these concepts. Acknowledgements We gratefully acknowledge inspirations, discussions, suggestions and criticisms that we have received within the ISCORE project, the TU Braunschweig information systems group, and the INESC Lisbon computer science group. Especially, we appreciate contributions by Gunter Saake and Martin Gogolla who are in charge of the TROLL and TROLL light projects, respectively. In this paper, we give precise explanations for basic object-oriented features, focussing on the semantic concepts underlying TROLL. We demonstrate that our template speciication logic is a powerful enough tool to give complete semantic descriptions of …
求助全文
通过发布文献求助,成功后即可免费获取论文全文。 去求助
来源期刊
自引率
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学术文献互助群
群 号:481959085
Book学术官方微信