UIS Log: Synthetic User Interface with Screenshots Log

These data correspond to the set of problems used for the evaluation of the proposal Analysing Variable Human Actions for Robotic Process Automation. Each problem consists of an UI Log including a synthetic screenshot for each event in the log. The evaluation is based on a set of synthetic problems which resemble realistic use cases in the administrative domain. More precisely, 3 different processes (P) are created, each of them with a different level of complexity. Complexity is measured in terms of the number of activities, the number of variants to execute the process, and the number of visual features that affect the decision to choose between variants). The processes are: P1 Client creation. A process with 5 activities and 2 variants. The single decision in this process is made based on the existence of an attachment in the reception email. P2 Client validation. A process with 7 activities and 2 variants. The decision is made based on the user’s response to a query. P3 Client deletion. A process with 7 activities and 4 variants. The decisions are made based on two conditions: (1) the existence of pending invoices and (2) the existence of an attachment to justify the payment of the invoices. These processes all contain a single decision point, although the one in P3 is complex. All processes include synthetic screen captures for their activities and a sample event log with a single instance for each variant. To generate the objects for the valuation, we generate event logs of different sizes (|L|) for each of these processes by deriving events from the sample event log. We consider log sizes in the range of {10, 25, 50, 100} events. Note that we consider complete instances in the log and thus, we remove the last instance if it goes beyond |L|. Some of these logs are generated with a balanced number of instances, while others are unbalanced (B?) which present more than 20% of different frequency between the most frequent and less frequent variants. To average the result over a collection of problems, 30 instances are randomly generated for each tuple . In this dataset there are 3 zips, one for each family. Each family corresponds to a process: Basic corresponds to P1 Intermediate corresponds to P12 Advanced corresponds to P3 Within these folders, we find 30 different scenarios (folder), in which the look and feel of the applications present in the screenshots have suffered little variations. Within each of these scenarios, variations are carried out respecting to the data entered in the forms and the images or attachments present in the user interface to generate log instances depending on the characteristics of each process. For each scenario, we find 8 folders with the concrete problem which is defined by Log_size (in {10,25,50,100}) and Balanced (in {Balanced, Unbalanced}). The name of these folders have this format: Family_LogSize_Balanced. Inside each problem folder the UI Log and the screen captures can be found