The concept of value can be formalized as the ratio of benefits to costs. The value is realized if total benefits outweigh total costs, while value-adding consists of delivering higher benefit at lower cost. Software Product Line Engineering (SPLE) has shown its power to bring benefits and reduce costs for practitioners in various domains, however, systematic value-adding analysis is rare and adding value through SPLE is a dynamic process. FISCAN, a leading manufacturer of security inspection systems in China, continues to explore the value-adding process through SPLE during the evolution of its software product lines in the security inspection domain. This paper discusses the value-adding effect of the "invisible hand" of the market. We identify economic, technical and organizational factors for value-adding through SPLE based on the SPLE practices at FISCAN. We describe the influence of the FISCAN product lines on FISCAN itself, the market and other stakeholders, and suggest what the future may bring in value-adding through SPLE.
{"title":"Adding Value through Software Product Line Engineering: The Evolution of the FISCAN Software Product Lines","authors":"Dong Li, D. Weiss","doi":"10.1109/SPLC.2011.43","DOIUrl":"https://doi.org/10.1109/SPLC.2011.43","url":null,"abstract":"The concept of value can be formalized as the ratio of benefits to costs. The value is realized if total benefits outweigh total costs, while value-adding consists of delivering higher benefit at lower cost. Software Product Line Engineering (SPLE) has shown its power to bring benefits and reduce costs for practitioners in various domains, however, systematic value-adding analysis is rare and adding value through SPLE is a dynamic process. FISCAN, a leading manufacturer of security inspection systems in China, continues to explore the value-adding process through SPLE during the evolution of its software product lines in the security inspection domain. This paper discusses the value-adding effect of the \"invisible hand\" of the market. We identify economic, technical and organizational factors for value-adding through SPLE based on the SPLE practices at FISCAN. We describe the influence of the FISCAN product lines on FISCAN itself, the market and other stakeholders, and suggest what the future may bring in value-adding through SPLE.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"38 3","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-22","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"132845696","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Extending commercial tools for variability management is the problem addressed in this paper. IBM Rational DOORS is a well accepted tool in the area of requirements engineering and supports an Application Programming Interface (API) called DOORS extension Language (DXL). In this contribution we present a way of extending DOORS for product line requirements engineering based on a DXL plug-in called metadoc feature modeler. Established concepts in the community such as feature diagrams, instantiation of feature models, automatic deficit analysis and issue-based variability are introduced into DOORS. These concepts are abstracted using the DOORS meta-model. As DOORS is directly extended using new components, no special synchronizers are required between feature modeling environment and DOORS (which is a difference with respect to traditional feature modeling tools). We share our experience in using the feature modeler at a medium-sized company.
{"title":"Metadoc Feature Modeler: A Plug-in for IBM Rational DOORS","authors":"A. K. Thurimella, Dirk Janzen","doi":"10.1109/SPLC.2011.17","DOIUrl":"https://doi.org/10.1109/SPLC.2011.17","url":null,"abstract":"Extending commercial tools for variability management is the problem addressed in this paper. IBM Rational DOORS is a well accepted tool in the area of requirements engineering and supports an Application Programming Interface (API) called DOORS extension Language (DXL). In this contribution we present a way of extending DOORS for product line requirements engineering based on a DXL plug-in called metadoc feature modeler. Established concepts in the community such as feature diagrams, instantiation of feature models, automatic deficit analysis and issue-based variability are introduced into DOORS. These concepts are abstracted using the DOORS meta-model. As DOORS is directly extended using new components, no special synchronizers are required between feature modeling environment and DOORS (which is a difference with respect to traditional feature modeling tools). We share our experience in using the feature modeler at a medium-sized company.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"19 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-22","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"115610054","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Karina Villela, Sholom G. Cohen, L. Baresi, Jaejoon Lee, Klaus Schmid
Summary of Scarves workshop
丝巾工作坊简介
{"title":"SCArVeS: Services, Clouds, and Alternative Design Strategies for Variant-Rich Software Systems","authors":"Karina Villela, Sholom G. Cohen, L. Baresi, Jaejoon Lee, Klaus Schmid","doi":"10.1109/SPLC.2011.54","DOIUrl":"https://doi.org/10.1109/SPLC.2011.54","url":null,"abstract":"Summary of Scarves workshop","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"31 2 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-22","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"132593997","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Agile software development has been gaining increasing attention during the last decade. In agile process models, attention is paid to building the ability to respond to change. This is problematic in view of product line engineering and formal modeling, since traditionally these two require heavy up-front planning. We are presenting our experiences on combining these three in an industrial setting of building a telecommunication network provisioning product line. We avoided the up-front planning by building our modeling toolset in a bottom-up way and improving the toolset whenever required by the needs of the on-going iteration.
{"title":"Bottom-up Modeling for a Software Product Line: An Experience Report on Agile Modeling of Governmental Mobile Networks","authors":"P. Pohjalainen","doi":"10.1109/SPLC.2011.48","DOIUrl":"https://doi.org/10.1109/SPLC.2011.48","url":null,"abstract":"Agile software development has been gaining increasing attention during the last decade. In agile process models, attention is paid to building the ability to respond to change. This is problematic in view of product line engineering and formal modeling, since traditionally these two require heavy up-front planning. We are presenting our experiences on combining these three in an industrial setting of building a telecommunication network provisioning product line. We avoided the up-front planning by building our modeling toolset in a bottom-up way and improving the toolset whenever required by the needs of the on-going iteration.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"83 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-22","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"125758967","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Transition from a classic platform reuse approach towards a product line engineering paradigm for existing products is demanding. Existing software design, substantial amount of code, an established development process, organizational set-up of teams and the mindset of involved people must be considered. These factors make the transition challenging compared to a green-field approach, where reusable assets are already developed in a product line spirit. We describe our experience during transitioning to a product line approach in the context of a healthcare imaging platform from the viewpoint of responsible domain engineering architects. Our primary focus is on re-engineering activities to introduce product line engineering practices to an existing legacy system. General product-line challenges not related to re-engineering are omitted in this paper. We recognize additional benefits when applying a hierarchical product line approach in our domain. We conclude with the factors that impact a successful transition to a product-line approach.
{"title":"Re-engineering of a Hierarchical Product Line","authors":"Jörg Bartholdt, Detlef Becker","doi":"10.1109/SPLC.2011.16","DOIUrl":"https://doi.org/10.1109/SPLC.2011.16","url":null,"abstract":"Transition from a classic platform reuse approach towards a product line engineering paradigm for existing products is demanding. Existing software design, substantial amount of code, an established development process, organizational set-up of teams and the mindset of involved people must be considered. These factors make the transition challenging compared to a green-field approach, where reusable assets are already developed in a product line spirit. We describe our experience during transitioning to a product line approach in the context of a healthcare imaging platform from the viewpoint of responsible domain engineering architects. Our primary focus is on re-engineering activities to introduce product line engineering practices to an existing legacy system. General product-line challenges not related to re-engineering are omitted in this paper. We recognize additional benefits when applying a hierarchical product line approach in our domain. We conclude with the factors that impact a successful transition to a product-line approach.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"74 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-22","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"126710346","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
This tutorial teaches how to define Domain-Specific Modeling languages for product lines: how to identify domain concepts and capture them in the language specification, how to enforce the architecture and coding rules, what options are available for code generation, and what are the industry experiences from companies. The tutorial includes exercises allowing participants to apply the language definition skills learned.
{"title":"Creating Domain-Specific Modeling Languages for Product Lines","authors":"Juha-Pekka Tolvanen, S. Kelly","doi":"10.1109/SPLC.2011.9","DOIUrl":"https://doi.org/10.1109/SPLC.2011.9","url":null,"abstract":"This tutorial teaches how to define Domain-Specific Modeling languages for product lines: how to identify domain concepts and capture them in the language specification, how to enforce the architecture and coding rules, what options are available for code generation, and what are the industry experiences from companies. The tutorial includes exercises allowing participants to apply the language definition skills learned.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"2018 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-22","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"121575864","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Kentaro Yoshimura, J. Shimabukuro, Takatoshi Ohara, C. Okamoto, Yoshitaka Atarashi, Shinobu Koizumi, Shigeru Watanabe, K. Funakoshi
This paper reports introducing software product lines (SPLs) into multiple divisions at Hitachi. For any divisions developing software for product families that have many variations, an SPL is the key to improving quality, cost, and development efficiency. To introduce SPLs into multiple business divisions from small embedded systems to large power control systems, we organized an SPL project across organizations. Throughout the project, we have successfully introduced SPLs into multiple divisions and identified common and useful activities such as evaluating legacy systems, training domain experts, and sharing experiences with SPL experts. We also report the lessons learned from our experiences about SPL adoptions.
{"title":"Key Activities for Introducing Software Product Lines into Multiple Divisions: Experience at Hitachi","authors":"Kentaro Yoshimura, J. Shimabukuro, Takatoshi Ohara, C. Okamoto, Yoshitaka Atarashi, Shinobu Koizumi, Shigeru Watanabe, K. Funakoshi","doi":"10.1109/SPLC.2011.14","DOIUrl":"https://doi.org/10.1109/SPLC.2011.14","url":null,"abstract":"This paper reports introducing software product lines (SPLs) into multiple divisions at Hitachi. For any divisions developing software for product families that have many variations, an SPL is the key to improving quality, cost, and development efficiency. To introduce SPLs into multiple business divisions from small embedded systems to large power control systems, we organized an SPL project across organizations. Throughout the project, we have successfully introduced SPLs into multiple divisions and identified common and useful activities such as evaluating legacy systems, training domain experts, and sharing experiences with SPL experts. We also report the lessons learned from our experiences about SPL adoptions.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"79 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-22","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"114992288","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
David Benavides, M. Leucker, Martin Becker, Rick Rabiser, Karina Villela, Peter Y. H. Wong
This workshop will bring together researchers interested in raising the efficiency and the effectiveness of Software Product Line Engineering by applying innovative analysis approaches and formal methods.
{"title":"Formal Methods and Analysis in Software Product Line Engineering (FMSPLE 2011)","authors":"David Benavides, M. Leucker, Martin Becker, Rick Rabiser, Karina Villela, Peter Y. H. Wong","doi":"10.1109/SPLC.2011.39","DOIUrl":"https://doi.org/10.1109/SPLC.2011.39","url":null,"abstract":"This workshop will bring together researchers interested in raising the efficiency and the effectiveness of Software Product Line Engineering by applying innovative analysis approaches and formal methods.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"43 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"114795921","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
The ability to rapidly respond to customer interest and to effectively prioritize development effort has been a longstanding challenge for mass-market software intensive products. This problem is exacerbated in the context of software product lines as functionality may easily fall over software asset and organizational boundaries with consequent losses in efficiency and nimbleness. In this tutorial, we discuss these challenges; present a case study, Intuit?'s Quickbooks product line that combined agile software development, design thinking and self-organizing teams in a successful approach; and discuss a generalized approach and implications from employing the techniques in your organization.
{"title":"Achieving Speed in Legacy Systems","authors":"J. Bosch","doi":"10.1109/SPLC.2011.59","DOIUrl":"https://doi.org/10.1109/SPLC.2011.59","url":null,"abstract":"The ability to rapidly respond to customer interest and to effectively prioritize development effort has been a longstanding challenge for mass-market software intensive products. This problem is exacerbated in the context of software product lines as functionality may easily fall over software asset and organizational boundaries with consequent losses in efficiency and nimbleness. In this tutorial, we discuss these challenges; present a case study, Intuit?'s Quickbooks product line that combined agile software development, design thinking and self-organizing teams in a successful approach; and discuss a generalized approach and implications from employing the techniques in your organization.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"59 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2011-08-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"131980357","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Production planning gives early guidance concerning how products should be built and hence how core assets should be designed. The production strategy addresses business goals through product building. The production method implements the production strategy by delineating exactly how a product is built from core assets. The production plan instantiates the production method for a specific product. In this tutorial we will layout production planning in a software product line and provide examples from a number of different product lines.
{"title":"Production Planning in a Software Product Line Organization","authors":"J. McGregor","doi":"10.1145/2364412.2364471","DOIUrl":"https://doi.org/10.1145/2364412.2364471","url":null,"abstract":"Production planning gives early guidance concerning how products should be built and hence how core assets should be designed. The production strategy addresses business goals through product building. The production method implements the production strategy by delineating exactly how a product is built from core assets. The production plan instantiates the production method for a specific product. In this tutorial we will layout production planning in a software product line and provide examples from a number of different product lines.","PeriodicalId":278787,"journal":{"name":"2011 15th International Software Product Line Conference","volume":"62 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2008-09-08","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"125503819","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
京公网安备 11010802042870号
京ICP备2023020795号-1
扫码关注我们
求助内容：
应助结果提醒方式：