4 research outputs found

    Supporting Multiple Stakeholders in Agile Development

    Get PDF
    Agile software development practices require several stakeholders with different kinds of expertise to collaborate while specifying requirements, designing and modeling software, and verifying whether developers have implemented requirements correctly. We studied 112 requirements engineering (RE) tools from academia and the features of 13 actively maintained behavior-driven development (BDD) tools, which support various stakeholders in specifying and verifying the application behavior. Overall, we found that there is a growing tool specialization targeted towards a specific type of stakeholders. Particularly with BDD tools, we found no adequate support for non-technical stakeholders —- they are required to use an integrated development environment (IDE) —- which is not adapted to suit their expertise. We argue that employing separate tools for requirements specification, modeling, implementation, and verification is counter-productive for agile development. Such an approach makes it difficult to manage associated artifacts and support rapid implementation and feedback loops. To avoid dispersion of requirements and other software-related artifacts among separate tools, establish traceability between requirements and the application source code, and streamline a collaborative software development workflow, we propose to adapt an IDE as an agile development platform. With our approach, we provide in-IDE graphical interfaces to support non-technical stakeholders in creating and maintaining requirements concurrently with the implementation. With such graphical interfaces, we also guide non-technical stakeholders through the object-oriented design process and support them in verifying the modeled behavior. This approach has two advantages: (i) compared with employing separate tools, creating and maintaining requirements directly within a development platform eliminates the necessity to recover trace links, and (ii) various natively created artifacts can be composed into stakeholder-specific interactive live in-IDE documentation. These advantages have a direct impact on how various stakeholders collaborate with each other, and allow for rapid feedback, which is much desired in agile practices. We exemplify our approach using the Glamorous Toolkit IDE. Moreover, the discussed building blocks can be implemented in any IDE with a rich-enough graphical engine and reflective capabilities

    Supporting multiple stakeholders in agile development

    Get PDF
    Agile software development practices require several stakeholders with different kinds of expertise to collaborate while specifying requirements, designing, and modelling software, and verifying whether developers have implemented requirements correctly. We studied 112 requirements engineering (RE) tools from academia and the features of 13 actively maintained behavior-driven development (BDD) tools, which support various stakeholders in specifying and verifying the application behavior. Overall, we found that there is a growing tool specialization targeted towards a specific type of stakeholders. Particularly with BDD tools, we found no adequate support for non-technical stakeholders-- they are required to use an integrated development environment (IDE)-- which is not adapted to suit their expertise. We argue that employing separate tools for requirements specification, modelling, implementation, and verification is counterproductive for agile development. Such an approach makes it difficult to manage associated artifacts and support rapid implementation and feedback loops. To avoid dispersion of requirements and other software-related artifacts among separate tools, establish traceability between requirements and the application source code, and streamline a collaborative software development workflow, we propose to adapt an IDE as an agile development platform. With our approach, we provide in-IDE graphical interfaces to support non-technical stakeholders in creating and maintaining requirements concurrently with the implementation. With such graphical interfaces, we also guide non-technical stakeholders through the object-oriented design process and support them in verifying the modelled behavior. This approach has two advantages: (i) compared with employing separate tools, creating, and maintaining requirements directly within a development platform eliminates the necessity to recover trace links, and (ii) various natively created artifacts can be composed into stakeholder-specific interactive live in-IDE documentation. These advantages have a direct impact on how various stakeholders collaborate with each other, and allow for rapid feedback, which is much desired in agile practices. We exemplify our approach using the Glamorous Toolkit IDE. Moreover, the discussed building blocks can be implemented in any IDE with a rich-enough graphical engine and reflective capabilities

    Variantenmanagement in der Modellbildung und Simulation unter Verwendung des SES/MB Frameworks

    Get PDF
    Die vorliegende Arbeit leistet einen Beitrag zur Entwicklung von allgemeinen Methoden zum Variantenmanagement in der Modellbildung und Simulation bis auf die Ebene der Simulationsexperimente und zur automatisierten Ausführung von Simulationsexperimenten. Der Lösungsvorschlag basiert auf der modular-hierarchischen Modellbildung und dem System Entity Structure/Model Base Framework. Das Variantenmanagement umfasst die Phasen Variantenanalyse, -formalisierung, -implementierung und –generierung. Weiterhin wird ein Konzeptrahmen zum automatisierten Experimentieren erarbeitet.This thesis contributes to the development of general methods for variant management in modelling and simulation up to the simulation experiments’ level and their automated execution. The proposed solution is developed based on the modular-hierarchical modeling approach and the System Entity Structure/Model Base Framework. The variant management comprises the phases variant analysis, variant formalization, variant implementation and variant generation. Moreover, a framework for automated experimentation is proposed

    Dynamic Round-Trip Engineering in the context of FOMDD

    No full text
    International audienceIn the context of Feature-Oriented Model-Driven Development , round-trip engineering remains challenging because of the one-to-many relationship that exists between a source model and its implementation parts. In this paper, we present CrossFabrik, an approach that allows round-trip engineering with dynamic assessment of generated implementations. Such an approach relies on the reflective capability of the development environment. An implementation of our approach within Pharo is also presented
    corecore