TY - CHAP A1 - Schubanz, Mathias A1 - Pleuss, Andreas A1 - Pradhan, Ligaj A1 - Botterweck, Goetz A1 - Thurimella, Anil Kumar ED - Gnesi, Stefania ED - Collet, Philippe ED - Schmid, Klaus T1 - Model-driven Planning and Monitoring of Long-term Software Product Line Evolution T2 - Proceedings of the Seventh International Workshop on Variability Modelling of Software-intensive Systemsm, Conference VaMoS 2013, Pisa , Italy — January 23 - 25, 2013 N2 - In order to increase the level of efficiency and automation, we propose a conceptual model and corresponding tool support to plan and manage the systematic evolution of softwareintensive systems, in particular software product lines (SPL). We support planning on a high abstraction level using decision-making concepts like goals, options, criteria, and rationale. We extend earlier work by broadening the scope in two dimensions: 1) in time, supporting continuous planning over long periods of time and many releases, and 2) in space, supporting traces from high-level decisions down to the implementation. We present a metamodel which allows to represent these concepts, corresponding prototypical tool support, and a first example case using data extracted from an open-source project, Eclipse SWT. KW - software product lines KW - software evolution KW - software maintenance KW - software release planning Y1 - 2013 SN - 978-1-4503-1541-8 U6 - https://doi.org/10.1145/2430502.2430527 PB - ACM CY - New York, NY ER - TY - CHAP A1 - Schubanz, Mathias A1 - Pleuss, Andreas A1 - Botterweck, Goetz A1 - Lewerentz, Claus ED - Eisenecker, Ulrich W. ED - Apel, Sven ED - Gnesi, Stefania T1 - Modeling Rationale over Time to support Product Line Evolution Planning T2 - Proceedings of the Sixth International Workshop on Variability Modeling of Software-Intensive Systems, Conference VaMoS 2012, Leipzig, Germany — January 25 - 27, 2012 N2 - Software Product Lines are a strategic long-term investment and must evolve to meet new requirements over many years. In previous work, we have shown a model-driven approach (called EvoPL [21]) for planning and managing long-term evolution of product lines. It allows specifying historic and planned future evolution in terms of changes on feature model level. It provides benefits like abstraction, efficiency through automation, and the capability to perform analysis based on models. In this paper, we argue that specifying changes alone is beneficial but not sufficient. This is because for strategic evolution planning "decision drivers" like goals, requirements, and rationale are essential information as well. Hence, we propose a modeling approach that represents such decision drivers and their interrelationships. The approach is based on concepts from literature (e.g., QOC and goal-oriented requirements engineering) and combines and extends them to address the specific needs of model-driven long-term evolution management. Beyond the basic usage for documentation, the suggested models can be used for systematic future planning and tool-supported analysis, e.g., to evaluate the consistency of planned evolutionary changes. KW - software product lines KW - software evolution KW - software maintenance KW - rationale Y1 - 2012 SN - 978-1-4503-1058-1 U6 - https://doi.org/10.1145/2110147.2110169 SP - 193 EP - 199 PB - ACM CY - New York, NY ER - TY - CHAP A1 - Schubanz, Mathias T1 - Design Rationale Capture in Software Architecture: What has to be captured? T2 - WCOP '14 Proceedings of the 19th international doctoral symposium on Components and architecture N2 - More than thirty years of research on the topic of design rationale (DR) have passed. However, as of today there are just some exceptional cases where DR are applied in industrial practise. Researchers analysed them for its nature, its structure, its quality, and for analyses to be performed on them. The results showed that DR have the potential to sustainably contribute to the product life cycle in terms of product design, product re-design, product testing, maintenance, and product quality. Hence, this paper presents a proposal to tackle the lack DR usage in documenting software architectures. We strive to promote the use of DR for designing software architectures. Therefore, as a complement to the numerous approaches to formalise the representation of DR, this paper is proposing to pay more attention on research how to capture rationale. In short, within this paper we introduce the topic of DR, related research and elaborate on the intended research on the topic of DR capture. KW - Design Rationale KW - Capture KW - Research Proposal Y1 - 2014 UR - http://dl.acm.org/citation.cfm?id=2601328.2601329&coll=DL&dl=ACM SN - 978-1-4503-2593-6 U6 - https://doi.org/10.1145/2601328.2601329 SP - 31 EP - 36 PB - ACM CY - New York, USA ER - TY - CHAP A1 - Schubanz, Mathias ED - Plödereder, Erhard ED - Grunske, Lars ED - Schneider, Eric ED - Ull, Dominik T1 - Towards Enabling Design Rationale Capture by Asking the Right Questions T2 - Informatik 2014, 44. Jahrestagung der Gesellschaft für Informatik, Big Data – Komplexität meistern, 22. - 26. September 2014 in Stuttgart, Deutschland, Doktorandenprogramm N2 - Over the last thirty years many research has been conducted to capture the ”how” and ”why” behind design decisions. This information is known as design rationales (DR). Approaches to capture, store, preserve, and use DR have emerged from research activities. However, as of today they only found exceptional application within industrial practice. Rationales have been analysed in respect to its nature, its structure, and its quality. Additionally, some researchers performed analyses on them. They found out that DR have the potential to sustainably contribute to design, re-design, testing, maintenance, and improving product quality over the whole product-life cycle. Within this paper a research proposal is presented striving to tackle the exceptional use of DR in software documentation. We want to promote the capture of DR by paying more attention on the questions ”What information has to be captured by rationales?”, ”How detailed should the captured information be?”, and ”How should rationale capture be integrated into the development process?”. It is the goal to promote the use of DR within the whole software development process. In short, within this paper we introduce the topic of DR, related research and elaborate on the intended research on the topic of DR capture. KW - Design Rationale KW - Capture KW - Research Proposal Y1 - 2014 UR - http://cs.emis.de/LNI/Proceedings/Proceedings232/2257.pdf SN - 978-3-88579-626-8 SP - 2257 EP - 2268 PB - Gesellschaft für Informatik CY - Bonn ER - TY - CHAP A1 - Schubanz, Mathias A1 - Pleuss, Andreas A1 - Jordan, Howell A1 - Botterweck, Goetz T1 - Guidance for Design Rationale Capture to Support Software Evolution T2 - 6. Workshop "Design for Future'', 28. - 30. April 2014 in Bad Honnef N2 - Documenting design rationale (DR) helps to preserve knowledge over long time to diminish software erosion and to ease maintenance and refactoring. However, use of DR in practice is still limited. One reason for this is the lack of concrete guidance for capturing DR. This paper provides a first step towards identifying DR questions that can guide DR capturing and discusses required future research. KW - design rationale KW - software erosion KW - decision making KW - question catalogue KW - literature review Y1 - 2014 UR - http://fg-sre.gi.de/fileadmin/gliederungen/fg-sre/wsre2014/wsre_dff_2014_proceedings.pdf UR - http://pi.informatik.uni-siegen.de/stt/34_2/index.html N1 - ISSN 0720-8928 SP - 60 EP - 61 PB - Gesellschaft für Informatik CY - Bonn ER - TY - GEN A1 - Schubanz, Mathias A1 - Lewerentz, Claus ED - Krusche, Stephan ED - Wagner, Stefan T1 - What Matters to Students - A Rationale Management Case Study in Agile Software Development T2 - SEUH 2020: Software Engineering im Unterricht der Hochschulen : Tagungsband des 17. Workshops "Software Engineering im Unterricht der Hochschulen" 2020$dInnsbruck, Österreich, 26.-27.02.2020 N2 - Documenting design decisions and their rationale (Design Rationale, DR) in software development projects is vital for supporting the comprehension of the product, product quality, and future maintenance. Although an increasing number of research publications address this topic, systematic approaches and supporting DR tools are found very rarely in practice. In software engineering education, DR is usually not well covered in teaching. The lack of suitable decision documentation is mainly an issue in agile software development. In agile approaches, documentation is regarded as less important than working products. To explore possibilities for integrating decision documentation into Scrum processes for educational software development projects, we conducted a series of eight case studies. These were part of software lab courses in three universities, i.e., BTU Cottbus, PUT Poznan, University of Stuttgart, with about 400 participants in 82 project teams. We introduced additional process elements in Scrum and developed a lightweight capture technique to support the decision capture. This paper describes the case study setup and corresponding implementation and, thus, an example approach of managing rationale in Scrum. Additionally, it presents a data analysis of the students’ most relevant decisions documented throughout the case studies. We conclude the paper with a discussion on the observations we made during the case study executions and the applicability of the approach in educational software projects. KW - rationale management KW - agile software development KW - scrum KW - teaching KW - case study KW - decision types KW - design decision Y1 - 2020 UR - https://www.researchgate.net/publication/338533856_What_Matters_to_Students_-_A_Rationale_Management_Case_Study_in_Agile_Software_Development SP - 17 EP - 26 PB - RWTH CY - Aachen ER - TY - GEN A1 - Schubanz, Mathias ED - Manner, Johannes ED - Haarmann, Stephan ED - Kolb, Stefan ED - Herzberg, Nico ED - Kopp, Oliver T1 - Custom-MADE - Leveraging Agile Rationale Management by Employing Domain-Specific Languages T2 - 13th ZEUS Workshop, ZEUS 2021, Bamberg - European Workshop on Services and their Composition, 25-26 February 2021, online N2 - Managing rationale in software development projects can be a cumbersome task with a potentially low return on investment. Especially in the agile context, documentation is therefore very unpopular. Research has not yet properly addressed an agile documentation workflow. In this paper, the author presents an integrated approach to agile rationale management based on a highly-flexible modelling approach using domainspecific languages. It facilitates the complete documentation workflow from capture to reuse, partially automates it and offers various customisation opportunities, making it applicable to agile methods. KW - agile KW - decision-making KW - Language Server Protocol KW - domain-specific languages KW - documentation KW - tool support KW - rationale management Y1 - 2021 U6 - http://nbn-resolving.de/urn/resolver.pl?nbn:de:0074-2839-5 UR - http://ceur-ws.org/Vol-2839/paper7.pdf SN - 1613-0073 VL - 2021 SP - 34 EP - 41 ER - TY - GEN A1 - Thurimella, Anil Kumar A1 - Schubanz, Mathias A1 - Pleuss, Andreas A1 - Botterweck, Goetz T1 - Guidelines for Managing Requirements Rationales T2 - IEEE Software N2 - Requirements are identified and elaborated on the basis of stakeholders' decisions. The reasoning behind those decisions can be expressed as rationales. Systematic rationale management offers both short-term benefits, such as clearer requirements leading to fewer defects, and long-term benefits, such as simplified requirements evolution. However, little guidance exists for managing requirements rationales. This article presents guidelines to pragmatically capture, trace, maintain, and reuse such rationales. A list of questions augments the guidelines, improving their usability. KW - Stakeholders KW - Requirements engineering KW - Organizations KW - Software engineering KW - Systematics Y1 - 2017 UR - https://www.computer.org/csdl/mags/so/2017/01/mso2017010082-abs.html U6 - https://doi.org/10.1109/MS.2015.157 SN - 0740-7459 SN - 1937-4194 VL - 34 IS - 1 SP - 82 EP - 90 ER -