• Aucun résultat trouvé

Alaska Simulator Toolset for Conducting Controlled Experiments

N/A
N/A
Protected

Academic year: 2022

Partager "Alaska Simulator Toolset for Conducting Controlled Experiments"

Copied!
2
0
0

Texte intégral

(1)

Alaska Simulator Toolset for Conducting Controlled Experiments

– Tool Paper –

Barbara Weber1, Jakob Pinggera1, Stefan Zugal1, and Werner Wild2

1Quality Engineering Research Group, University of Innsbruck, Austria {Barbara.Weber, Jakob.Pinggera, Stefan.Zugal}@uibk.ac.at

2Evolution Consulting, Innsbruck, Austria [email protected]

Abstract. Alaska Simulator Toolset is an interactive software suite de- veloped at the University of Innsbruck which allows to explore differ- ent approaches to process flexibility by using a familiar metaphor, i.e., travel planning and execution. In particular, Alaska Simulator Toolset is used for studying research questions in the context of business process management and other related fields. For this, Alaska Simulator Toolset provides integrated support of different approaches to process flexibil- ity fostering their systematic comparison. Moreover, Alaska Simulator Toolset facilitates the design and execution of controlled experiments through experimental workflow support.

Providing effective IT support for business processes has become an essential activity of enterprises in order to stay competitive in today’s market [1]. When assessing the usability of BPM approaches, however, enterprises have to rely on vendor promises or qualitative data rather than on empirical or experimen- tal research [2]. This is rather surprising as these research methods have been successfully applied in similar research areas like software engineering (e.g., [3, 4]). Alaska Simulator Toolset (AST) has been developed to address this need and allows the investigation of strengths and weaknesses of different approaches for process flexibility through the execution of controlled experiments. Due to the many similarities between business processes modeling and execution and journey planning, AST uses a journey as a metaphor1. Furthermore, the used metaphor provides an attractive context to be engaged in, thus increasing the willingness of subjects to participate in experiments. AST consists of three ma- jor components:Alaska Configurator,Alaska Simulator andAlaska Analyzer. In the following we describe the main functionalities of AST and how design and execution of controlled experiments is supported using the experiment described in [5] as example (cf. Fig. 1 for the experimental design).

1 For a detailed description of the journey metaphor visit the simulator’s website:

http://www.alaskasimulator.org

(2)

Factor Level 1:

Few Constraints California A Group 1

n/2 Participants

First Run Second Run

Factor Level 2:

Many Constraints California B Group 2

n/2 Participants

Factor Level 2:

Many Constraints Alaska B Group 1

n/2 Participants

Factor Level 1:

Few Constraints Alaska A Group 2

n/2 Participants

Experiment Eindhoven Experiment Innsbruck (replication)

Fig. 1.Experimental Design

Alaska Configurator was used to design two journey configurations (Califor- nia and Alaska) including locations, actions, events, constraints as well as vari- ability of weather conditions. For each journey configuration two variants were created, one for each factor level (i.e., few and many constraints). To gather the participants’ demographic information Alaska Configurator was used for design- ing a survey. The journey configurations and the survey were then assembled to an experimental workflow.

During experiment execution participants were guided by the experimental workflow. After presenting them with a survey, half of the students obtained configuration California with few constraints, while the second half obtained the same configuration with many constraints. The students then planned and executed a journey to California. Each step that was performed while planning and executing was logged for later investigation and detailed analysis. Having completed their California journeys, subjects planned and executed a journey to Alaska.

After the planning session researchers were supported in analyzing the jour- neys by enabling them to replay journeys step by step using Alaska Analyzer.

Alaska Simulator, including a test configuration, extensive documentation and screencasts can be downloaded from http://www.alaskasimulator.org. For detailed information on the results of a controlled experiments which was con- ducted using Alaska Simulator we refer to [5].

Acknowledgements:We thank Felix Sch¨opf for his work on the experimental work- flow support.

References

1. Antonucci, Y.L.: Using Workflow Technologies to Omprove Organizational Com- petitiveness. Int’l. J. of Management14(1997) 117–126

2. Weber, B., Mutschler, B., Reichert, M.: Investigating the Effort of Using Business Process Management Technology: Results from a Controlled Experiment. Science of Computer Programming 75(2010) 292–310

3. Myers, G.J.: A Controlled Experiment in Program Testing and Code Walk- throughs/Inspections. Commun. ACM21(1978) 760–768

4. Lott, C.M., Rombach, H.D.: Repeatable Software Engineering Experiments for Comparing Defect-Detection Techniques. Empirical Software Engineering1(1996) 241–277

5. Weber, B., Reijers, H., Zugal, S., Wild, W.: The Declarative Approach to Business Process Execution: An Empirical Test. In: Proc. CAiSE’09. (2009) 470–485

Références

Documents relatifs

The BmnRoot and MpdRoot software provide a powerful tool for detector performance studies, event simulation, reconstruction of experimental or simulated data and

In Step 3 - Goal Modeling, the goal model that is generated by the Translation process is evaluated by the stakeholders.. These models can be used as a discussion means to

The functions carried out by the toolset include static checking and simulation of specifications, checking of configuration data, generation of implementation models from PLC

In this paper, we propose a set of tools designed to create virtual networks for testing and evaluating applications running on mobile devices lo- cated in fixed infrastructure

Dynamic driving simulator systems allow a driver to interact safely with a synthetic urban or highway environment via a motion cueing platform that feeds back the essential

For instance, we found convenient to have a manual control of the relative hu- midity setpoint by turning a knob and a direct reading of the measured relative humidity with a

We made the choice to distribute the different steps in three main activities, as shown in Figure 2, each performing a specific task in the testing of mobile applications:

In turn, time patterns restricting a particular activity (or the process) (i.e., Duration, Fixed Date Element, and Schedule Restricted Element) may be con- figured with