B. Henderson-Sellers, M. A. Qureshi, Cesar Gonzalez-Perez
{"title":"迈向可互操作的元模型套件:规模评估作为一个输入","authors":"B. Henderson-Sellers, M. A. Qureshi, Cesar Gonzalez-Perez","doi":"10.13039/501100000923","DOIUrl":null,"url":null,"abstract":"In recent years, many metamodels have been introduced in the software engi- neering literature and standards. These metamodels vary in their focus across, for example, process, product, organizational and measurement aspects of software development and have typically been developed independently of each other with shared concepts being only ac- cidental. There is thus an increasing concern in the standards communities that possible con∞icts of structure and semantics between these various metamodels will hinder their widespread adoption. The complexity of these metamodels has also increased signiflcantly and is another barrier in their appreciation. This complexity is compounded when more than one metamodel is used in the lifecycle of a software project. Therefore there is a need to have interoperable metamodels. As a flrst step towards engendering interoperability and/or possible mergers between metamodels, we examine the size and complexity of various meta- models. To do this, we have used the Rossi and Brinkkemper metrics-based approach to evaluate the size and complexity of several standard metamodels including UML 2.3, BPMN 2.0, ODM, SMM and OSM. The size and complexity of these metamodels is also compared with the previous version of UML, BPMN and Activity diagrams. The comparatively large sizes of BPMN 2.0 and UML 2.3 suggest that future integration with these metamodels might be more di-cult than with the other metamodels under study (especially ODM, SSM and OSM).","PeriodicalId":218849,"journal":{"name":"Int. J. Softw. Informatics","volume":"13 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"6","resultStr":"{\"title\":\"Towards an Interoperable Metamodel Suite: Size Assessment as One Input\",\"authors\":\"B. Henderson-Sellers, M. A. Qureshi, Cesar Gonzalez-Perez\",\"doi\":\"10.13039/501100000923\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"In recent years, many metamodels have been introduced in the software engi- neering literature and standards. These metamodels vary in their focus across, for example, process, product, organizational and measurement aspects of software development and have typically been developed independently of each other with shared concepts being only ac- cidental. There is thus an increasing concern in the standards communities that possible con∞icts of structure and semantics between these various metamodels will hinder their widespread adoption. The complexity of these metamodels has also increased signiflcantly and is another barrier in their appreciation. This complexity is compounded when more than one metamodel is used in the lifecycle of a software project. Therefore there is a need to have interoperable metamodels. As a flrst step towards engendering interoperability and/or possible mergers between metamodels, we examine the size and complexity of various meta- models. To do this, we have used the Rossi and Brinkkemper metrics-based approach to evaluate the size and complexity of several standard metamodels including UML 2.3, BPMN 2.0, ODM, SMM and OSM. The size and complexity of these metamodels is also compared with the previous version of UML, BPMN and Activity diagrams. The comparatively large sizes of BPMN 2.0 and UML 2.3 suggest that future integration with these metamodels might be more di-cult than with the other metamodels under study (especially ODM, SSM and OSM).\",\"PeriodicalId\":218849,\"journal\":{\"name\":\"Int. J. Softw. Informatics\",\"volume\":\"13 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"1900-01-01\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"6\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Int. J. Softw. Informatics\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.13039/501100000923\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Int. J. Softw. Informatics","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.13039/501100000923","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
Towards an Interoperable Metamodel Suite: Size Assessment as One Input
In recent years, many metamodels have been introduced in the software engi- neering literature and standards. These metamodels vary in their focus across, for example, process, product, organizational and measurement aspects of software development and have typically been developed independently of each other with shared concepts being only ac- cidental. There is thus an increasing concern in the standards communities that possible con∞icts of structure and semantics between these various metamodels will hinder their widespread adoption. The complexity of these metamodels has also increased signiflcantly and is another barrier in their appreciation. This complexity is compounded when more than one metamodel is used in the lifecycle of a software project. Therefore there is a need to have interoperable metamodels. As a flrst step towards engendering interoperability and/or possible mergers between metamodels, we examine the size and complexity of various meta- models. To do this, we have used the Rossi and Brinkkemper metrics-based approach to evaluate the size and complexity of several standard metamodels including UML 2.3, BPMN 2.0, ODM, SMM and OSM. The size and complexity of these metamodels is also compared with the previous version of UML, BPMN and Activity diagrams. The comparatively large sizes of BPMN 2.0 and UML 2.3 suggest that future integration with these metamodels might be more di-cult than with the other metamodels under study (especially ODM, SSM and OSM).